00:10:11 | | Join webguest97 [0] (n=5025c398@labb.contactor.se) |
00:10:51 | webguest97 | hi all |
00:11:32 | | Quit actionshrimp ("a bird in the bush is worth two in your house") |
00:11:58 | | Quit webguest97 (Client Quit) |
00:12:09 | | Join actionshrimp [0] (n=NNSCRIPT@host86-136-16-34.range86-136.btcentralplus.com) |
00:26:18 | | Join memmem [0] (n=user@p54A2080D.dip0.t-ipconnect.de) |
00:26:56 | | Join ryan [0] (n=chatzill@adsl-69-231-54-237.dsl.irvnca.pacbell.net) |
00:28:12 | | Quit ryan (Client Quit) |
00:34:54 | | Quit Strath (Read error: 104 (Connection reset by peer)) |
00:42:34 | | Join DJDD_ [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) |
00:47:28 | | Join _DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
00:50:07 | | Quit ender` (" People are more violently opposed to fur than leather because it is safer to harrass rich women than motorcycle gangs.") |
00:58:45 | | Join RotAtoR [0] (n=user@24-231-249-25.dhcp.aldl.mi.charter.com) |
01:00 |
01:03:38 | | Quit DangerousDan (Read error: 110 (Connection timed out)) |
01:05:42 | | Quit mirak ("Ex-Chat") |
01:18:29 | | Quit Kohlrabi ("Leaving") |
01:25:53 | | Quit Moos ("Happy Birthday Rockbox") |
01:28:57 | | Join Mirthoneist [0] (n=chatzill@c-66-177-211-94.hsd1.fl.comcast.net) |
01:33:42 | | Quit dpassen1 () |
01:39:42 | | Quit Subterranean () |
01:42:34 | | Join elinenbe [0] (n=elinenbe@207-237-225-224.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
01:43:13 | | Quit San (Read error: 110 (Connection timed out)) |
01:45:05 | elinenbe | who is working on the ipod port? |
01:46:14 | *** | Saving seen data "./dancer.seen" |
01:54:09 | Cassandra | linuxstb and preglow. |
01:54:17 | Cassandra | I'm hoping to help at some point. |
01:57:38 | | Quit memmem ("ERC Version 5.0.4 $Revision: 1.726.2.19 $ (IRC client for Emacs)") |
02:00 |
02:00:19 | elinenbe | Do you know the status? |
02:05:28 | | Quit Light0 (Remote closed the connection) |
02:22:04 | | Quit Mirthoneist ("Chatzilla 0.9.69 [Firefox 1.5/2005111116]") |
02:36:05 | | Join Hooligan [0] (i=Hooligan@Node78-61-52-66.1dial.com) |
02:41:53 | | Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
02:54:45 | | Quit Paul_The_Nerd ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") |
02:55:17 | | Join Paul_The_Nerd [0] (n=DarkkOne@cpe-66-68-93-2.austin.res.rr.com) |
03:00 |
03:02:41 | | Nick Lost-ash is now known as ashridah (n=ashridah@67.106.77.212.ptr.us.xo.net) |
03:07:26 | | Quit PaulJ ("CGI:IRC") |
03:09:37 | | Quit DrumRBoy320|away () |
03:15:24 | | Quit Hooligan (Read error: 104 (Connection reset by peer)) |
03:19:00 | | Join San [0] (n=test@213-202-156-139.bas503.dsl.esat.net) |
03:24:21 | | Join AllenMockery [0] (i=Lysander@16-247-58-66.gci.net) |
03:24:45 | AllenMockery | Greetings. |
03:25:23 | Nibbler | lo |
03:26:16 | AllenMockery | I'm a blind person trying to figure out how to get an mp3 player that I can use .So, like, I like Rockbox because of that. |
03:26:25 | AllenMockery | The problem is... well. Um. |
03:26:35 | AllenMockery | Is there a single mp3 player that's supported I can actually buy from amazon or whatever? |
03:26:41 | | Join mixin [0] (n=me@203.192.130.18) |
03:26:58 | AllenMockery | Because i've been searching all day, and it's really annoying me. |
03:27:24 | | Join DrumRBoy320 [0] (n=Drumrboy@ool-44c20ff1.dyn.optonline.net) |
03:28:44 | | Quit Paul_The_Nerd (Read error: 104 (Connection reset by peer)) |
03:31:37 | Nibbler | AllenMockery: hmmmzzzz when i bought mine, it was on amazone |
03:31:41 | Nibbler | but thats long time ago |
03:32:02 | AllenMockery | Yeah, that's the problem I'm running into. All of hte Archos stuff on amazon is discontinued. |
03:32:13 | AllenMockery | All of hte mp3 players are anyway. |
03:32:52 | AllenMockery | At least, the ones I can find. I haven't looked at iriver on amazon yet, but I dont' see 1X0 or 3X0 on their website, just a H10 with 20, 6 or 5 GB limmits. |
03:33:00 | AllenMockery | (Obviously I'm getting 20.) |
03:33:20 | Nibbler | all unavailable, stoopid |
03:33:29 | Nibbler | cant you get another dealer? |
03:34:04 | AllenMockery | I live in a teeny tiny island in Alaska. I don't have that many choices locally. |
03:34:39 | | Quit mixin () |
03:34:43 | Nibbler | ah, i c :| |
03:35:11 | | Join Paul_The_Nerd [0] (n=DarkkOne@cpe-66-68-93-2.austin.res.rr.com) |
03:35:31 | | Quit DJDD_ (Read error: 104 (Connection reset by peer)) |
03:35:55 | Nibbler | AllenMockery: i'd try ebay |
03:38:03 | | Join DJDD_ [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) |
03:39:01 | | Part DJDD_ |
03:39:43 | | Quit _DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
03:40:07 | | Join Zak1392 [0] (n=zkeeping@CPE-144-137-199-238.sa.bigpond.net.au) |
03:40:31 | | Quit Zak1392 (Client Quit) |
03:45:58 | | Join Hooligan [0] (i=Hooligan@Node78-61-52-66.1dial.com) |
03:46:15 | *** | Saving seen data "./dancer.seen" |
04:00 |
04:01:12 | | Quit AllenMockery (Read error: 110 (Connection timed out)) |
04:18:21 | | Join Leperkawn [0] (n=44bcc15c@labb.contactor.se) |
04:21:26 | Leperkawn | Test |
04:21:31 | Leperkawn | Ok, just making sure I was in. |
04:21:52 | Leperkawn | Could anyone here give me the latest on the iPod video Rockbox? |
04:22:03 | Leperkawn | I just saw it in the CVS a few moments ago. |
04:22:20 | | Quit Hooligan (Read error: 104 (Connection reset by peer)) |
04:22:21 | ashridah | it doesn't play music or anything useful, last i heard |
04:23:21 | Leperkawn | Hmm |
04:23:32 | Leperkawn | Is there a wiki page for it or anything? I couldn't seem to locate one. |
04:24:46 | ashridah | http://www.rockbox.org/twiki/bin/view/Main/IpodBoot and http://www.rockbox.org/twiki/bin/view/Main/IpodPort |
04:24:54 | ashridah | i don't know why they're not directly attached to the front page |
04:25:11 | | Quit ehntoo ("Leaving") |
04:25:14 | Leperkawn | Thankee sai |
04:25:23 | Leperkawn | Thankee sai. |
04:25:26 | dwihno | ashridah: Do you know if it is possible to use the ipod mass-storage style? |
04:25:34 | Leperkawn | Whoops, double posted. |
04:25:35 | Leperkawn | Yeah |
04:25:39 | Leperkawn | I do it with my video |
04:25:42 | ashridah | dwihno: no |
04:25:45 | ashridah | USB handler 0% |
04:25:50 | Leperkawn | uh |
04:25:51 | ashridah | sounds unlikely |
04:25:53 | Leperkawn | yeah you can |
04:26:03 | Leperkawn | i drag and drop onto my video just fine |
04:26:14 | Leperkawn | or.. are you talking about the port? |
04:26:16 | dwihno | without additional drivers or anything? |
04:26:30 | Leperkawn | hmm, you got me there |
04:26:38 | ashridah | dwihno: i don't know if it just uses usb-storage-on-a-chip or what |
04:26:38 | Leperkawn | I just know that i can from normal ipod use |
04:26:47 | Leperkawn | I'll shut up now >_> |
04:27:00 | ashridah | Leperkawn: that doesn't tell us if it's software-usb or hardware. i'd be inclined to assume the latter |
04:27:18 | dwihno | I hope it's hardware |
04:27:37 | ashridah | but yeah, ipods work as a normal hard drive if so required, it just doesn't let you add music to itunes that way |
04:27:37 | dwihno | But assuming is bad, so I'll just sit tight and wait for information ;) |
04:28:03 | | Quit San (Read error: 110 (Connection timed out)) |
04:28:43 | dwihno | The ipod port will be great anyways! |
04:29:08 | dwihno | Removing the need for itunes would also be a great accomplishment. |
04:29:44 | ashridah | (not easily anyway) |
04:30:20 | Leperkawn | As long as an itunes similar program still works |
04:30:31 | Leperkawn | I kind of liked the manager as opposed to drag and drop. |
04:31:21 | dwihno | with mass storage compliance, there are unlimited ways to sync your music |
04:31:30 | Paul_The_Nerd | Well, Rockbox isn't really designed around a manager concept, though I suppose someone could create one compatible with the TagDB. |
04:32:08 | Leperkawn | I could live without it though. I did before =P |
04:32:31 | Leperkawn | Well, I just realized something. I can still use iTunes/other manager, then just copy the music over to rockbox. |
04:32:33 | Leperkawn | >_> |
04:32:50 | Leperkawn | copy the music manually* |
04:33:15 | Paul_The_Nerd | Well, iirc the iTunes database is mostly known, so support for it could be created theoretically. |
04:33:40 | * | ashridah pats his copy of rsync |
04:34:00 | ashridah | two-way management, none of this 'To-device-only' junk :) |
04:34:06 | Leperkawn | There's some other programs out there that are said to be better than iTunes (faster too), but I /just/ got an ipod recently so I have not used them yet. |
04:34:30 | Leperkawn | iTunes is indeed shit in the music transferring category. |
04:34:49 | dwihno | ashridah: rsync wouldn't sense file name changes? |
04:35:42 | ashridah | dwihno: no, it ends up copying the file again after deleting the old one, but i rarely do that nowadays. |
04:37:21 | dwihno | So how does it know which is the master? |
04:37:39 | dwihno | Bad formulation. |
04:37:41 | dwihno | hm |
04:37:48 | ashridah | dwihno: directionality |
04:37:59 | ashridah | i have a 'toplayer' and 'fromplayer script |
04:38:04 | dwihno | aha |
04:38:18 | dwihno | script? isn't rsync operated like a command tool? |
04:38:32 | ashridah | just got to be careful not to use the wrong one. i might scrounge around and find/make better system eventually. |
04:38:39 | ashridah | dwihno: yeah, so? |
04:39:00 | dwihno | ashridah: are there a plenthora of options? |
04:39:13 | ashridah | not really, but i'm lazy :) |
04:39:28 | dwihno | care to share? I might test it under windows |
04:39:28 | * | ashridah comes from the "do it once and save it in a script" mentality of system administration |
04:40:36 | lostlogic | ashridah: do you use the script tool to make the scripts? |
04:40:38 | | Join Zoric [0] (i=zoric85@nl103-153-232.student.uu.se) |
04:41:56 | ashridah | lostlogic: for a one liner? not really, no |
04:42:03 | | Quit Leperkawn ("CGI:IRC") |
04:42:13 | lostlogic | didn't notice that it was a oneliner ;) |
04:43:15 | ashridah | but generally, i don't use script, no. |
04:43:15 | | Join Hooligan [0] (i=Hooligan@Node78-61-52-66.1dial.com) |
04:43:32 | lostlogic | me neither... I was just wondering. |
04:43:39 | ashridah | if i'm anticipating something large, i'll typically start off by writing the script first |
04:44:05 | lostlogic | same |
04:44:46 | | Quit Zoric (Read error: 104 (Connection reset by peer)) |
04:59:13 | | Quit actionshrimp ("a bird in the bush is worth two in your house") |
05:00 |
05:13:15 | dwihno | ashridah: I just found an utility named unison... Have you tried it out? |
05:18:07 | | Join Midgey34 [0] (n=Midgey34@c-24-11-55-125.hsd1.mi.comcast.net) |
05:25:08 | Paul_The_Nerd | Is anyone encountering "sound.c:68: error: parse error before '<<' token" when compiling from CVS? |
05:28:06 | Paul_The_Nerd | Oh, never mind |
05:28:14 | Paul_The_Nerd | Wait, yeah, it's still doing it. |
05:30:34 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
05:30:37 | | Quit Hooligan (Read error: 104 (Connection reset by peer)) |
05:30:57 | | Quit TCK (Read error: 104 (Connection reset by peer)) |
05:46:19 | *** | Saving seen data "./dancer.seen" |
05:58:08 | | Join Hooligan [0] (i=Hooligan@Node23-61-52-66.1dial.com) |
06:00 |
06:03:20 | | Part Midgey34 |
06:05:00 | | Join San [0] (n=test@213-202-175-91.bas504.dsl.esat.net) |
06:17:39 | | Join Rob2222 [0] (n=Miranda@ACB79CA0.ipt.aol.com) |
06:25:26 | | Quit Hooligan (Read error: 104 (Connection reset by peer)) |
06:36:05 | | Quit RotAtoR ("zzzzzz") |
06:46:19 | | Join DJDD_ [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) |
07:00 |
07:06:35 | | Join Hooligan [0] (i=Hooligan@Node23-61-52-66.1dial.com) |
07:14:46 | | Quit San (Read error: 110 (Connection timed out)) |
07:43:25 | | Quit DrumRBoy320 (Read error: 110 (Connection timed out)) |
07:45:56 | | Quit Hooligan (Read error: 104 (Connection reset by peer)) |
07:46:23 | *** | Saving seen data "./dancer.seen" |
07:47:30 | Paul_The_Nerd | Okay, for the log, nevermind about the question I asked earlier. A clean cygwin install helped a lot |
07:48:45 | | Join Membrillo [0] (n=sam_kill@CPE-144-131-86-7.nsw.bigpond.net.au) |
07:49:10 | Membrillo | linuxstb: I have my ipod video with me now |
07:51:28 | | Quit phaedrus961 ("Leaving") |
07:51:48 | Membrillo | i can test out the build when you want |
07:55:12 | | Join phaedrus961 [0] (n=bob@adsl-209-233-10-228.dsl.bkfd14.pacbell.net) |
07:59:52 | | Part Sando |
07:59:55 | | Join Sando [0] (n=lolsteam@techgaming.net) |
08:00 |
08:01:23 | | Join Bger [0] (n=Bager@83.222.160.88) |
08:01:37 | Bger | Paul_The_Nerd? |
08:01:47 | Paul_The_Nerd | Yes? |
08:01:53 | Paul_The_Nerd | I got it all fixed. |
08:02:04 | Bger | it seems your compile error is caused by conflicts... |
08:02:18 | Bger | i mean conflicts between the cvs version and your local one |
08:02:28 | Paul_The_Nerd | I tried a clean CVS download and it still didn't work. |
08:02:38 | Bger | hms ? |
08:03:43 | Bger | ok, just wanted to help |
08:03:48 | Paul_The_Nerd | 'sokay |
08:03:51 | Paul_The_Nerd | As I said, I got it working. |
08:04:21 | Paul_The_Nerd | A script to help download the toolkit for GAIM apparently caused it, though I haven't worked out exactly where yet. |
08:04:54 | Bger | hehe |
08:05:19 | Paul_The_Nerd | To top it all off, the script was outdated enough that it didn't matter. |
08:05:51 | Bger | very strange ... |
08:07:25 | Paul_The_Nerd | I was going to try to compile guifications against 2.0, but the script automatically downloaded a bunch of 1.X specific GAIM files, and actually broke my GAIM installation (replaced some DLLs.) Well beyond "useless" and into "irritating" |
08:11:01 | Bger | blah :( |
08:11:05 | | Quit Bger ("brb") |
08:11:48 | | Join Bger [0] (n=Bager@83.222.160.88) |
08:23:40 | Cassandra | Bleeding nora. Is that the time? |
08:24:00 | Cassandra | Curse my obsessive compulsive personality. |
08:26:31 | | Join ender` [0] (i=ychat@84.52.165.220) |
08:41:16 | | Quit DreamTactix291 (Read error: 104 (Connection reset by peer)) |
08:41:36 | | Join AllenMockery [0] (i=Lysander@16-247-58-66.gci.net) |
08:47:07 | | Join DreamTactix291 [0] (n=DreamTac@adsl-19-241-33.bna.bellsouth.net) |
08:50:12 | Bagder | Cassandra: sounds like a neat tool! |
08:52:22 | Bagder | Cassandra: I'm quite sure you'll get questions about how your tool differs from Membrillo's |
08:53:09 | | Join San [0] (n=test@A-94-145.cust.iol.ie) |
08:54:05 | Membrillo | say what? |
08:54:12 | Membrillo | ive heard my calling |
08:54:19 | Bagder | hehe |
08:54:42 | Bagder | http://www.rockbox.org/mail/archive/rockbox-archive-2005-12/0279.shtml |
08:55:23 | | Join _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) |
08:55:39 | | Join Zagor [0] (n=bjst@pdpc/supporter/sustaining/Zagor) |
08:55:41 | Membrillo | so its like a hardcore version of mine? |
08:55:51 | Bagder | to me it sounds like that |
08:56:06 | Bagder | but I'm not on windows so I've only read the descriptions of your projects |
08:56:31 | Paul_The_Nerd | Membrillo: From the looks of it, it's also a replacement for the Archos installers. |
08:56:58 | Bagder | yes, it should support all rockbox targets as I've understood it |
08:57:37 | Membrillo | so im being bumped off am i :) |
08:57:55 | Paul_The_Nerd | All this means is that you need to make yours even better. :-P |
08:58:04 | Membrillo | haha |
08:58:05 | Bagder | :-) |
08:58:12 | Membrillo | well i think mine will win on simplicity :P\ |
08:58:38 | Bagder | I can't see any harm in having multiple tools around |
08:59:03 | Cassandra | Membrillo's? What's that? |
08:59:14 | | Quit elinenbe (Read error: 110 (Connection timed out)) |
08:59:40 | Membrillo | go to MR −−> h1xx or h3xx −−> rockbox downloaders |
09:00 |
09:00:01 | Cassandra | Doesn't suppord iPod yet, since they don't seem to be in the build system properly. |
09:00:05 | Paul_The_Nerd | Cassandra: Your tool doesn't work on my computer |
09:00:15 | Cassandra | But it's just a matter of editing a config file when they come in. |
09:00:21 | Cassandra | What happens, Paul? |
09:00:38 | Bagder | right, there are no daily ipod builds yet |
09:00:54 | Paul_The_Nerd | 01:57:52: can't open file 'C:\Documents and Settings\DarkkOne\Application Data\rbutil\download\rockbox.zip' (error 3: the system cannot find the path specified.) |
09:00:55 | Paul_The_Nerd | 01:57:52: Download URL: Can't create output stream (wxSTREAM_WRITE_ERROR) writing to download /C:\Documents and Settings\DarkkOne\Application Data\rbutil\download\rockbox.zip |
09:00:55 | Paul_The_Nerd | 01:57:52: Install: Unable to download http://www.rockbox.org/auto/build-h120/rockbox.zip |
09:01:53 | Cassandra | Paul_The_Nerd, that's kind of weird. It's supposed to make the directories itself (and does on my PC). |
09:02:44 | Paul_The_Nerd | Clearly is simply does not love me. |
09:03:55 | | Quit AllenMockery (Read error: 110 (Connection timed out)) |
09:05:15 | Cassandra | I tell a lie, Paul. It's stopped creating the download directory. |
09:05:21 | Cassandra | Better fix that. |
09:05:52 | | Quit nathanh (Read error: 104 (Connection reset by peer)) |
09:05:59 | | Join nathanh_ [0] (n=wosjowj@220-245-216-23-act-pppoe.tpgi.com.au) |
09:06:06 | Membrillo | it looks cool cassandra. More user friendly than mine, although a few more clicks :P |
09:06:20 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
09:07:36 | | Quit nathanh_ (Read error: 104 (Connection reset by peer)) |
09:08:23 | Cassandra | It's particularly aimed at the kind of people who can't cope with unzipping, although I think others'll find it useful too. |
09:09:28 | Bger | Cassandra the same problem here |
09:09:46 | Membrillo | yeah i took the same approach, although, i tried to aim for doing it quickly as well. For mine i just open the exe, select daily or bleeding from radio buttons then click go and it downloads, unzips to the root of the exe, then deletes the zip |
09:09:46 | Cassandra | Yeah. I've figured out why. |
09:09:56 | Bger | okay :) |
09:10:00 | Cassandra | Never assume C++ strings are 0 terminated. |
09:10:06 | Bger | :P |
09:10:07 | Cassandra | Give me a few minutes to fix. |
09:11:59 | _FireFly_ | Cassandra why should c++ strings not 0 terminated ?? |
09:15:12 | Bger | _FireFly_ i think she means something like "class string" |
09:16:36 | Cassandra | Firefly - because they can contain \0. They have a length field instead. |
09:18:30 | _FireFly_ | Cassandra afaik all strings are null terminated |
09:19:06 | _FireFly_ | the length field in a string-class is only a kind of replacement for the strlen()-fn :) afaik |
09:20:13 | Bger | _FireFly_ only if the string is not unicode .... |
09:21:03 | Bger | i.e. unicode strings can contain \0 as part of the string itself |
09:23:04 | | Join DrumRBoy320 [0] (n=Drumrboy@ool-44c20ff1.dyn.optonline.net) |
09:24:34 | Cassandra | Right. New version up. Should work now. |
09:25:10 | Bger | the same link ? |
09:25:27 | Cassandra | Yes. |
09:26:16 | Cassandra | (Current known bug is that it won't cope well if you try to download a daily before it's been put up on the website.) |
09:26:24 | | Join nathanh [0] (n=wosjowj@220-245-216-23-act-pppoe.tpgi.com.au) |
09:26:43 | Cassandra | (I had a workaround for this, but it hangs the app rather badly for 10 secs, so I disabled it.) |
09:27:05 | Cassandra | Actually it will cope. It just won't work. |
09:27:25 | Bger | ;) |
09:28:17 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-130-020.pools.arcor-ip.net) |
09:28:22 | Bger | hms |
09:28:47 | | Join Jungti1234 [0] (n=jungti12@58.77.81.144) |
09:28:59 | | Part Sando |
09:29:01 | | Join Sando [0] (n=lolsteam@techgaming.net) |
09:29:09 | linuxstb | Cassandra: Do you need someone to work on a Mac version of your new utility? |
09:29:11 | Jungti1234 | hello |
09:29:18 | nathanh | url for utility? |
09:29:37 | Bger | Cassandra one error |
09:29:39 | linuxstb | nathanh: See the post at http://forums.rockbox.org |
09:29:54 | linuxstb | (General Forum) |
09:29:58 | Bger | the h300 build's link is in build-h300 dir |
09:30:03 | Bger | not build-h320 |
09:30:13 | | Quit Membrillo () |
09:30:15 | Cassandra | Bum. |
09:30:32 | Bger | also for the daily |
09:30:36 | Bger | h300, not h320 |
09:31:25 | Bger | and the filename is rockbox-h300-YYYYMMDD.zip, not *-h320-* |
09:32:18 | linuxstb | dwihno: To answer your question from 5 hours ago, yes, the ipod acts as a standard UMS device. It's just that Apple's firmware will only play music that has been added to the itunesdb on the device. |
09:32:29 | Cassandra | They use the same string. |
09:32:39 | Cassandra | Uploading an updated version now. |
09:33:04 | Cassandra | In the final release, hopefully the config file will be self-updating. |
09:33:11 | Bger | ;) |
09:34:06 | Cassandra | OK. Done. |
09:34:07 | linuxstb | Cassandra: Will your utility also incorporate the fwpatcher functionality for iriver? |
09:34:22 | Bger | Cassandra also, are you sure your utils really does *full* uninstall |
09:34:29 | Cassandra | linuxstb, that's something that's high on the To Do list, yes. |
09:34:33 | Bger | s/utils/util |
09:34:59 | Cassandra | Bger, it wipes the .rockbox dir and checks for all possible files in the root. |
09:35:04 | | Quit Kohlrabi (Read error: 104 (Connection reset by peer)) |
09:35:10 | Bger | and registry ? |
09:35:13 | Cassandra | (rockbox.* ajbrec.ajz archos.mod |
09:35:27 | Bger | i mean the utility's uninstall |
09:35:32 | Cassandra | Oh, right. |
09:35:37 | Cassandra | No I don't think it does. |
09:35:37 | Bger | ;) |
09:35:54 | Cassandra | That's standard practice. |
09:36:00 | linuxstb | Cassandra: Something the ipod port needs is a way for Windows users to install the bootloader. It just so happens that ipodlinux has a wxwindows based gui installer for Windows which does a similar job :) |
09:36:22 | Cassandra | linuxstb, I'll happily incorporate it. |
09:36:25 | Bger | Cassandra ah, at last :) |
09:37:07 | Cassandra | It worked? |
09:37:07 | Bger | (registry) that's somethink that really annoys me in most uninstalls |
09:37:36 | Bger | yes :) |
09:37:41 | Cassandra | Bwahaha! My two enormous registry keys will suck up your resources for ever more! |
09:37:51 | linuxstb | Cassandra: The installer is here: http://sourceforge.net/projects/ipodlinuxinst |
09:37:59 | Bger | didn't try it on the device |
09:38:16 | Cassandra | I did. Updated to the latest daily on my H120. |
09:38:19 | Bger | Cassandra ok, you're right, but the problem is that nearly everyone thinks this way |
09:38:45 | | Join Membrillo [0] (n=sam_kill@CPE-144-131-86-7.nsw.bigpond.net.au) |
09:38:57 | Cassandra | Bger: On the other hand, some people regard it as a convenience. You can't win, really. |
09:39:09 | Bger | anyway, i downloaded it just for bugtesting ... |
09:39:22 | Bger | hm, "make it option" :P |
09:39:38 | Cassandra | If I can be arsed I wiil. |
09:39:48 | Cassandra | Depends how easy it is to do in Inno Setup. |
09:39:48 | | Quit perplexity ("*pop*") |
09:40:05 | linuxstb | Cassandra: Why do you need to install your installer? It should be possible to create a standalone .exe file statically linked to the wxwidgets libraries. |
09:40:41 | Membrillo | linuxstb: i have my ipod video with me now |
09:40:56 | linuxstb | That way, you can just keep the .exe file on your device and upgrade from anywhere. |
09:41:03 | Cassandra | linuxstb: because of the external config file. |
09:41:10 | _FireFly_ | linuxstb or a simple zip file with al neede files in it |
09:41:35 | linuxstb | Membrillo: Sorry, I don't have time now - need to start my real work. I should be able to help this evening (European time). |
09:41:46 | Membrillo | ok sounds good |
09:42:01 | Membrillo | its 741pm now |
09:42:04 | linuxstb | What's in the external config file? |
09:42:08 | Membrillo | ill be up till about 2am |
09:42:10 | Membrillo | will you be around? |
09:42:25 | Cassandra | Platform details etc. |
09:42:47 | _FireFly_ | Cassandra I would put it in a zip file |
09:42:58 | linuxstb | Membrillo: That's probably too early - I'll still be working. Maybe I'll catch you when you wake up tomorrow. |
09:43:04 | | Quit DJDD_ (Read error: 110 (Connection timed out)) |
09:43:26 | Cassandra | _FireFly_, I don't see why the installer is such a big deal, really. |
09:43:43 | _FireFly_ | why use an installer for so a small util ?? |
09:43:44 | linuxstb | It means you can't install it and run it from your device. |
09:44:08 | _FireFly_ | why to mess up the registry if it isn't really needed |
09:44:30 | Jungti1234 | hey all |
09:44:31 | Jungti1234 | I wonder. |
09:44:43 | dwihno | The registry is the tool o' the devil! |
09:44:49 | Cassandra | _FireFly_, because I find it annoying to have to enter the same details over and over again. |
09:45:01 | Jungti1234 | Day before yesterday OGG Q10 of build that I make was played normally, but Q10 of Rockbox's build isn't played normally today. |
09:45:14 | Jungti1234 | Why is it? |
09:45:18 | _FireFly_ | Cassandra which details ?? |
09:45:20 | linuxstb | Cassandra: You could just store the config details in a text file in the same directory as the exe is located. |
09:45:26 | _FireFly_ | yepp |
09:45:35 | Cassandra | Location of player and what type it is. |
09:45:39 | linuxstb | wxwidgets supports ".ini" style text configuration files. |
09:45:45 | Cassandra | That's all that's stored in the registry. |
09:45:58 | linuxstb | Ah, the windows way... |
09:46:03 | Cassandra | linuxstb, wouldn't be portable. |
09:46:05 | _FireFly_ | to make it slow |
09:46:10 | Cassandra | You can't do that in Linux. |
09:46:12 | Jungti1234 | Does no one know reason? |
09:46:19 | linuxstb | Cassandra: How can a text file not be portable? |
09:46:19 | _FireFly_ | Cassandra with a config-file you can |
09:46:24 | *** | Saving seen data "./dancer.seen" |
09:46:29 | linuxstb | Your registry method is the non-portable option. |
09:46:46 | _FireFly_ | yeah |
09:46:46 | Cassandra | Try sticking your text config file in /usr/bin along with your executable. |
09:46:57 | Cassandra | See how well that works. |
09:47:07 | linuxstb | On Unix, you just create it in $HOME/.rockboxinstaller |
09:47:21 | Cassandra | That's what the current program does. |
09:47:26 | | Join MrShlee [0] (i=BIGKING@58-84-67-183.dial-lns2.sa.chariot.net.au) |
09:47:34 | _FireFly_ | Cassandra no it doesn't at least under windoes |
09:47:56 | _FireFly_ | and not all will be install this installer under linux into /usr/bin |
09:48:04 | MrShlee | Hey, is there a way to trigger a plugin everytime a song loads? im guessing there isnt a simple trigger |
09:48:08 | _FireFly_ | they will create a dir in his/her home-dir |
09:48:14 | Cassandra | That's because wxWidgets uses the native way of the underlying OS. |
09:48:21 | linuxstb | Cassandra: I'm just thinking that the program will be even more useful if you can install it on your device - so the installation is specific to that device, not specific to a certain computer. |
09:48:31 | Cassandra | linuxstb, you can. |
09:48:47 | _FireFly_ | no you can't when registry entries are needed |
09:49:05 | Cassandra | They aren't *needed*. They just store your default choices. |
09:49:08 | _FireFly_ | because if the device is used on a windows-pc whre this entries are missing |
09:49:09 | Cassandra | *sigh* |
09:49:15 | Jungti1234 | hello? |
09:49:25 | Cassandra | The program creates them on the fly. Not the installer. |
09:49:27 | _FireFly_ | why don*t you put the default values into the program |
09:49:29 | Jungti1234 | Does no one know reason? |
09:49:29 | Cassandra | Give me some credit. |
09:49:42 | Cassandra | Because they're per user defaults. |
09:49:56 | _FireFly_ | under winxp there is also an home-dir |
09:50:06 | _FireFly_ | so no need for an registry entry |
09:50:43 | Cassandra | Look, that's the way wxWidgets implements it. Go argue with them about their design philosophy. |
09:51:12 | _FireFly_ | i don't think so that they depends on using the registry under windows |
09:51:27 | _FireFly_ | when storind "default" config-values |
09:51:30 | _FireFly_ | storing |
09:52:00 | linuxstb | Cassandra: So you can't be persuaded to ditch the installer? :) |
09:53:33 | Jungti1234 | ~~ |
09:54:14 | Cassandra | linuxstb, the installer isn't necessary. |
09:54:36 | linuxstb | I've tried your program under Wine, and it crashes with a fatal error "Can't create data directory" (0.1a) |
09:54:49 | Cassandra | Copy rbutil.exe and rbutil.ini into the same dir on the player, and it should just work. |
09:55:04 | | Join yngwi [0] (n=chatzill@chello080109107064.1.15.vie.surfer.at) |
09:55:19 | linuxstb | Cool. So we could offer two different versions - a zip file with the exe and ini, and the full installer package. |
09:55:31 | Cassandra | I have no problem with that. |
09:56:15 | linuxstb | Do you need someone to work on the Mac port? |
09:56:16 | Cassandra | I can even provide an option from within the program to install itself onto the MP3 player. |
09:56:26 | Cassandra | Yes. |
09:56:35 | Cassandra | The code needs cleaning up first though. |
09:56:49 | linuxstb | I can help with that, but it won't be until after the new year. |
09:57:02 | Paul_The_Nerd | Would it be possible to add a "don't prompt me in the future" option? |
09:57:09 | Cassandra | That's OK. I'm not likely to do much before new year. |
09:57:26 | Paul_The_Nerd | Like, if I *always* want the daily build for h120/140, I could just double click the .exe and no more input is needed (after the first run, where I've set that.) |
09:57:36 | Cassandra | Paul_The_Nerd, probably. |
09:57:47 | Paul_The_Nerd | It seems if it's gonna go on the player, a fire and forget version might be ideal. |
09:58:11 | Cassandra | Well, future versions should offer more than just install. |
09:58:57 | Paul_The_Nerd | True |
09:59:02 | | Quit MrShlee ("Changed by popular Request - "I am the heart of your darkness, you stinking oompa-loompa morons!"") |
09:59:33 | Cassandra | Essentially I released it because it's a useable skeleton of the final app. |
09:59:35 | | Join DJDD_ [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) |
09:59:46 | Cassandra | Definitely 0.1 rather than 1.0. |
09:59:59 | Paul_The_Nerd | Heh |
10:00 |
10:00:03 | _FireFly_ | Cassandra you can always use wxFileConfig to have only a config-file |
10:00:16 | _FireFly_ | so no need to use the regestry |
10:00:29 | Cassandra | I know. That's how the ini file works. |
10:00:40 | | Quit Vladoman (Read error: 110 (Connection timed out)) |
10:00:41 | _FireFly_ | This class is used by default for wxConfig on Unix platforms but may also be used explicitly if you want to use files and not the registry even under Windows. |
10:01:05 | Cassandra | I really don't see this as as much of an issue as you do. |
10:01:39 | | Join Vladoman [0] (n=Vladoman@p54A7DC7D.dip.t-dialin.net) |
10:01:41 | _FireFly_ | Cassandra forgive me but i hate tools which use the registry if it isn*t really needed |
10:02:45 | Cassandra | I might change it just to make you happy. |
10:02:52 | _FireFly_ | :) |
10:02:54 | Cassandra | But it's really not a priority for me. |
10:03:13 | Bger | this'll make me happy too ;) |
10:03:34 | _FireFly_ | the problem , which i see, is that your programm will create the registry-entrys upon start when they didn't exist |
10:03:38 | _FireFly_ | am i right ?? |
10:03:39 | | Quit yngwi ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") |
10:04:01 | linuxstb | Is it possible to create the installer packages of your utility under Linux (i.e. on the build server)? Or can it only be done in Windows? |
10:04:29 | _FireFly_ | so then you will clutter the registry on PC where no uninstall-programm for this exist, when the programm was ran from the device |
10:04:34 | Cassandra | linuxstb, it's the same installer we use for the old Windows installer. It can be done in the build system. |
10:04:45 | linuxstb | Nice. |
10:05:16 | Cassandra | config file, registry - it's all clutter somewhere. |
10:05:39 | _FireFly_ | Cassandra not at all for config-files if they are in the same dir as the app |
10:06:05 | linuxstb | _FireFly_: You don't like the registry, do you? :) |
10:06:05 | _FireFly_ | especially when the program is located on the target-device |
10:06:14 | Cassandra | _FireFly_, that's really not a sensible thing to do if you're trying to write for Unix. |
10:06:34 | _FireFly_ | linuxstb not really they make windows slow when it's get bloated from crappy programs and uninstall-programms |
10:06:44 | nathanh | anybody else having difficulty getting to https://sourceforge.net/projects/rockbox/ |
10:07:09 | linuxstb | nathanh: Just tried it - loads perfectly. |
10:07:28 | _FireFly_ | i have also no problems |
10:07:37 | _FireFly_ | maybe a isp problem at your location |
10:07:43 | _FireFly_ | or routing-problem |
10:07:48 | linuxstb | I am logged into sourceforge if that makes any difference. |
10:07:51 | nathanh | https://sourceforge.net/ works |
10:08:05 | nathanh | https://sourceforge.net/projects/rockbox/ gives me a "connection dropped" |
10:08:08 | nathanh | ill try another browser |
10:09:39 | _FireFly_ | linuxstb the registry-idea it self is not so bad but how M$ had it implemented in windows is crap |
10:10:20 | _FireFly_ | and also why uninstall-programms thinks not to remove the entries when the program gets uninstalled |
10:10:31 | Cassandra | Right. I'm off to bed. |
10:10:41 | _FireFly_ | Cassandra good night |
10:10:54 | Cassandra | Morning. :( |
10:11:01 | _FireFly_ | ;) |
10:11:08 | linuxstb | I see David Bryant has made some ipod fixes for wavpack... |
10:12:00 | Bagder | time to get more coffee! |
10:13:06 | Paul_The_Nerd | I strongly suspect to have an iPod after Christmas (or by January 12th). You guy are gonna audio working by then, right? Right? wink wink, nudge nudge. (Hey, someone has to pester with the "when's it gonna get dones" to justify the Topic now that H3X0 is doing pretty well. |
10:14:52 | linuxstb | Paul_The_Nerd: Which ipod? |
10:15:28 | Paul_The_Nerd | The Nano |
10:15:37 | linuxstb | The Nano and Color/Photo will have audio support first - because audio is working in ipodlinux. The Video is an unknown beast. |
10:15:41 | Lynx_awy | hmm, are there known problems with the h340 usb mode, with original firmware? i just copied something, and then windows complained about a full disk, and the drive disappeared. the h340 still shows 'connected' though |
10:16:03 | Lynx_awy | oh, and the disk is not full, of course |
10:16:07 | Paul_The_Nerd | I'm really happy with my iHP120, but I was craving a flash-based player. |
10:16:07 | | Nick Lynx_awy is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) |
10:16:29 | | Join Verbal91 [0] (n=Chris@dmcda.free-online.co.uk) |
10:18:26 | Paul_The_Nerd | On an unrelated note, how many people in here play games of one sort or other on their Rockbox-equipped player, and if so, how long do you spend on them, and do you think you'd be interested in more complex games? (Like, a platformer, or RPG?) |
10:18:53 | nathanh | paul_the_n: not me, zero, no |
10:19:35 | Bagder | I played bejeweled once on Linus h320, that looks nice |
10:19:40 | Bagder | ;-) |
10:19:47 | linuxstb | The "old" or "new" version? |
10:19:53 | Bagder | the latest |
10:20:46 | Bagder | I'm a lousy rockbox user, I just play music on my players |
10:20:53 | Membrillo | im less worried about games. More anticipating getting full colour functionality of the LCD |
10:21:37 | Membrillo | and hopefully line in recording by febuary 17th!!! |
10:21:46 | Membrillo | i want to bootleg a James Brown concert |
10:27:31 | preglow | i want to sleep |
10:28:45 | nathanh | i want a blonde |
10:29:22 | Paul_The_Nerd | I want an XBox 360 running Linux. |
10:29:30 | Paul_The_Nerd | Y'know... while we're all being unrealistic. |
10:29:38 | linuxstb | Christmas is coming... |
10:29:49 | Bger | Paul_The_Nerd why unrealistic ? :)) |
10:30:01 | Paul_The_Nerd | Well, unrealistic any time *soon* |
10:30:07 | Bger | or PS3 running linux ? :) |
10:30:14 | Paul_The_Nerd | I'm not sure which I'd prefer |
10:30:46 | preglow | linuxstb: yo, you tried wavpack after bryant's fixes? |
10:30:54 | Paul_The_Nerd | Word is the 360 actually gives you more flexibility in some areas, whereas the PS3 is just flat out faster. John Carmack claims the 360 is actually better for his purposes, or did at some point, for what little it's worth. |
10:31:05 | linuxstb | preglow: No. I wonder what made him do that? |
10:31:25 | Bger | who's John Carmack ? |
10:31:33 | preglow | he's mailed me, and he said he suspected the ultra fast decode speed of wavpack was because of some decoding error |
10:31:43 | preglow | wavpack will zero out a block and move on if it detects an error |
10:31:49 | Paul_The_Nerd | He used to be a Hotshot Game Designer back in like... '92ish. :-P |
10:31:50 | preglow | and he knew of spots in wavpack that would be bothered by unsigned ints |
10:31:52 | preglow | chars |
10:32:12 | linuxstb | I'm hlad he's still following Rockbox. |
10:32:13 | preglow | Bger: lead coder/tech guy/whatever in id software |
10:32:19 | linuxstb | s/hlad/glad/ |
10:32:29 | preglow | so he says it might be quite a bit slower now |
10:32:29 | preglow | heh |
10:32:53 | _FireFly_ | but without decoding errors :) |
10:33:31 | Bger | 10x ... it's obvious that i don't follow the game industry |
10:33:36 | Bger | Paul_The_Nerd link ? |
10:33:55 | nathanh | he's still hotshot |
10:34:01 | _FireFly_ | http://en.wikipedia.org/wiki/John_Carmack |
10:34:12 | | Quit San (Read error: 110 (Connection timed out)) |
10:34:13 | _FireFly_ | http://www.armadilloaerospace.com/n.x/johnc/Recent%20Updates |
10:34:35 | preglow | woo |
10:34:45 | preglow | david bryant might get a nano :-P |
10:35:08 | linuxstb | hehe. |
10:35:13 | Bger | wow |
10:35:19 | Paul_The_Nerd | Bger: The statement was made something like 3 or 4 months ago. I wouldn't know where to find it any more. =/ |
10:35:44 | Bger | okiedokie |
10:35:46 | Bger | no problem |
10:35:54 | Membrillo | reading up ^^^^ my xbox runs linux |
10:36:38 | Membrillo | im not sure if the 360 has been attacked htough |
10:36:56 | Paul_The_Nerd | They're working on it. |
10:37:03 | Membrillo | cool |
10:37:25 | Membrillo | i guess theyre already running unsigned code? |
10:37:31 | Paul_The_Nerd | I don't think they are yet. |
10:37:45 | linuxstb | preglow: Just done a quick wavpack test, and 60 seconds of audio plays in 46s |
10:37:54 | Membrillo | were microsoft stupid enough to leave bios override ports open like the xbox? |
10:38:12 | Membrillo | where* |
10:38:14 | Paul_The_Nerd | I don't really know, but it sounds like it's a *lot* tougher. |
10:38:24 | Jungti1234 | wow.. |
10:38:33 | Paul_The_Nerd | linuxstb: Did you guys ever figure out why ogg and mp3 were so slow? |
10:38:36 | Membrillo | in comparison to modding an xbox, anything is easy |
10:38:44 | linuxstb | Well, the hacking of the original xbox was well-documented - so I'm sure Microsoft have learned from their mistakes. |
10:38:45 | Membrillo | anything is hard i mean |
10:38:53 | Membrillo | yeah |
10:39:12 | Membrillo | well, leaving bios override ports open, was the main problem |
10:39:35 | linuxstb | Paul_The_Nerd: No, but I expect the codecs are not running at full speed - the playback code will be slowing them down artificially. But I still don't understand that code properly. |
10:39:46 | preglow | linuxstb: and mp3 and ogg still isn't realtime for you? |
10:39:53 | linuxstb | No. |
10:40:01 | | Quit _FireFly_ ("IceChat - Chillin with the Best of em") |
10:40:09 | preglow | i wonder why the hell it's so fast here |
10:40:21 | linuxstb | It could be the disk accesses slowing it down for me. |
10:40:32 | linuxstb | But then again, the disk stops... |
10:40:37 | linuxstb | So it's not that. |
10:40:39 | | Quit Jungti1234 ("Bye~ - http://cafe.naver.com/iriverh300") |
10:41:49 | | Join AllenMockery [0] (i=Lysander@16-247-58-66.gci.net) |
10:41:58 | preglow | btw |
10:42:06 | preglow | the ipl people had encountered no cache problems |
10:42:29 | preglow | that is, josh, which deals with dynamic libs, has only got a 4g |
10:42:38 | preglow | but he says nano users use it without problems |
10:42:54 | preglow | but then again, they do stuff differently to us |
10:43:03 | preglow | they might not even load stuff at the same address all the time |
10:43:03 | linuxstb | Maybe it's a timing problem. If the cache is enabled, then it runs slower. |
10:43:10 | linuxstb | I mean disabled. |
10:43:11 | | Part AllenMockery |
10:43:17 | preglow | i can't imagine what kind of timing problem that could be |
10:43:30 | preglow | there are some cache invalidate regs specifiec |
10:43:33 | preglow | specified |
10:43:40 | preglow | perhaps i should just play with them a bit |
10:43:47 | preglow | or i could dig out ida pro and have a day of fun instead |
10:44:16 | linuxstb | Do you know anything about audio on the 5g? Does it go via the broadcom chip? |
10:44:41 | preglow | they don't know |
10:44:50 | preglow | i can't imagine why it should, though |
10:44:53 | preglow | they're just using it for audio |
10:44:56 | preglow | video... |
10:45:07 | preglow | and i don't think apple is in the business of extending their products too far |
10:45:40 | linuxstb | It's a similar WM codec chip, so it could just be a simple change. |
10:46:33 | | Join nathanh_ [0] (n=wosjowj@220-245-216-23-act-pppoe.tpgi.com.au) |
10:46:34 | | Quit nathanh (Read error: 104 (Connection reset by peer)) |
10:52:43 | Membrillo | linuxstb: are you available now for help with the video rockbox> |
10:53:22 | linuxstb | We can give it a go, but I might have to disappear. |
10:53:30 | Membrillo | ok no probs |
10:53:35 | Membrillo | i can work it out |
10:53:43 | Membrillo | im not a complete retard |
10:53:50 | Membrillo | but i might need help in places |
10:54:02 | linuxstb | Are you in Linux with your video plugged into usb? |
10:54:22 | linuxstb | I'm just preparing some binaries for you now, but there is some preparation you'll need to do. |
10:54:29 | | Quit DJDD_ ("Trillian (http://www.ceruleanstudios.com") |
10:54:44 | Membrillo | i have colinux but im struggling to work out how to use it |
10:55:24 | | Join nathanh [0] (n=wosjowj@220-245-216-23-act-pppoe.tpgi.com.au) |
10:55:24 | | Quit nathanh_ (Read error: 104 (Connection reset by peer)) |
10:55:34 | linuxstb | You need to open up a terminal (shell) window. |
10:56:55 | Membrillo | how do i do that |
10:57:08 | Membrillo | its not as simple as opening the exes is it |
10:57:33 | linuxstb | Have you started Linuix? |
10:57:49 | Membrillo | no |
10:57:51 | Membrillo | im in windows |
10:58:41 | preglow | bzzzt |
10:59:08 | Membrillo | do i have to boot up colinux, or do i run it under windows |
11:00 |
11:00:34 | linuxstb | You need to follow the instructions that came with colinux and somehow start linux. I can't help with that. |
11:03:15 | Membrillo | ok |
11:03:22 | Membrillo | ill find a readme |
11:04:31 | | Join Polo_o [0] (n=polo_o@82-69-160-166.dsl.in-addr.zen.co.uk) |
11:15:37 | | Join nathanh_ [0] (n=wosjowj@220-245-216-23-act-pppoe.tpgi.com.au) |
11:15:37 | | Quit nathanh (Read error: 104 (Connection reset by peer)) |
11:16:41 | Membrillo | would this be ok |
11:16:43 | Membrillo | http://labf.com/winaxeplus/lp07.html |
11:19:00 | markun | Membrillo: no, I don't think so. You could run vmware with linux if you want |
11:19:09 | | Part Paul_The_Nerd |
11:27:06 | Membrillo | i dont understand why i need linux at all |
11:28:03 | Bagder | I'm sure it can be done in plain windows too |
11:28:12 | Bagder | but then you're even more on your own I'd guess |
11:30:11 | amiconn | linuxstb: Your iPod video scan is all black except the menu symbols ?? :( |
11:30:30 | amiconn | s/menu symbols/button symbols/ |
11:30:34 | | Join perplexity [0] (n=joust@lde121.emirates.net.ae) |
11:34:24 | perplexity | Hrm.. can't boot my h340 from the h300-non-lcd remote as it tells me the hold switch is on :( |
11:34:35 | nathanh_ | woof |
11:34:51 | nathanh_ | wheres a good place to buy the h300 lcd remote |
11:34:58 | perplexity | meeow |
11:35:00 | | Join LinusN [0] (n=linus@labb.contactor.se) |
11:35:42 | | Join yngwi [0] (n=chatzill@chello080109107064.1.15.vie.surfer.at) |
11:36:10 | preglow | amiconn: well, it's a black ipod |
11:38:48 | amiconn | Still it's way too dark. I dont't see anything apart from the button symbols. The nano image I used is also a black one... |
11:42:40 | | Join _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) |
11:46:28 | *** | Saving seen data "./dancer.seen" |
11:46:53 | linuxstb | amiconn: I agree the scan is dark, but on my monitor I can see (faintly) the outline of the LCD and the clickwheel. |
11:47:01 | linuxstb | I tried googling for a good image, but couldn't locate one. |
11:48:41 | perplexity | can you just load it up in gimp and change the gamma of the image? |
11:49:35 | nathanh_ | ooo, top gear on telly |
11:49:38 | * | nathanh_ disappears |
12:00 |
12:04:55 | linuxstb | Am I right in thinking that Rockbox organises the memory as follows: [rockbox.bin, bss, Audio Buffer, Codec Buffer, Plugin Buffer] |
12:05:16 | | Nick ashridah is now known as Lost-ash (n=ashridah@67.106.77.212.ptr.us.xo.net) |
12:05:39 | | Join Zak1392 [0] (n=zkeeping@CPE-144-137-199-238.sa.bigpond.net.au) |
12:05:52 | Zak1392 | hey guys |
12:09:31 | Zak1392 | thanks for the warm welcome! |
12:09:45 | nathanh_ | np |
12:12:53 | | Join Moos [0] (i=DrMoos@m181.net81-66-158.noos.fr) |
12:13:14 | LinusN | linuxstb: sounds familiar |
12:14:25 | linuxstb | I'm just wondering how we could support the fact that video ipods come in 32MB and 64MB versions (the 30GB and 60GB versions). |
12:14:44 | linuxstb | Is there a reason the audio buffer isn't the last thing in memory? |
12:15:20 | linuxstb | As memory size is (I think) the only difference, it would be nice not to have to add another target. |
12:15:55 | Bagder | we did that to have the plugins at a fixed address |
12:16:01 | LinusN | i believe the reason is that the plugins don't need to be relinked for every rockbox update |
12:16:04 | linuxstb | Yes,it's just clicked. |
12:16:16 | | Join San [0] (n=test@194.125.99.241) |
12:16:47 | | Quit Moos (Client Quit) |
12:16:53 | linuxstb | So it seems we have no choice but to have separate builds for 32MB and 64MB players. |
12:16:53 | | Join Moos [0] (i=DrMoos@m181.net81-66-158.noos.fr) |
12:17:05 | | Join Jungti1234 [0] (n=jungti12@58.77.81.144) |
12:17:20 | LinusN | linuxstb: looks like that |
12:19:27 | linuxstb | Unless the codecs and plugins went at the start of RAM, before rockbox.bin. I think that would work on the iPods. |
12:20:01 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
12:20:06 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
12:20:19 | Bagder | and you need to be able to autodetect amount of ram |
12:20:50 | linuxstb | If all else fails, that can simply be based on the hard disk size - 30GB = 32MB, 60GB = 64MB. |
12:21:18 | linuxstb | Or a config option. |
12:22:05 | Bagder | food time |
12:23:28 | nathanh_ | swoit, i have a semi-working SDL version of the sim |
12:33:11 | LinusN | nathanh_: wee |
12:40:07 | | Quit edx (Read error: 110 (Connection timed out)) |
12:42:03 | | Join Paul_The_Nerd [0] (n=DarkkOne@cpe-66-68-93-2.austin.res.rr.com) |
12:42:46 | Bagder | nathanh_: you talked to bazz ? |
12:43:07 | nathanh_ | who is bazz? |
12:43:16 | Bagder | I believe it was he who also works on an SDL version |
12:43:20 | nathanh_ | oh |
12:43:29 | nathanh_ | no |
12:43:54 | linuxstb | nathanh_: Are you working on Windows or Linux? |
12:43:58 | nathanh_ | linux |
12:44:10 | linuxstb | That could be useful then - I think bazz was working with windows. |
12:46:16 | Bger | LinusN did you try initializing the h300's lcd according to the datasheet? |
12:46:28 | | Quit Zak1392 () |
12:51:35 | * | preglow pushes for a relocatable plugin format! |
12:52:11 | Bagder | I won't stand in your way ;-) |
12:52:31 | preglow | it will yield bigger code and bigger plugins, though |
12:52:32 | LinusN | Bger: no |
12:52:36 | preglow | but i for one think it would be nice |
12:52:44 | nathanh_ | double swoit, i have h340 sdl simulator now |
12:52:51 | nathanh_ | finally, no more plugging and replugging to test my code :-) |
12:53:06 | preglow | ohh, i look forward to just one sim target |
12:53:08 | preglow | that will be sweet |
12:53:12 | LinusN | indeed |
12:53:24 | Bagder | it'll be a cheerful day |
12:53:34 | preglow | and a working target as well |
12:53:40 | preglow | i still can't get sound out of any of the sims |
12:56:15 | preglow | but yes |
12:56:36 | preglow | relocatable plugins might be useful, i'll try to research how hard it'll be |
12:56:53 | preglow | but now i need to run some errands, bbl |
12:57:05 | * | nathanh_ nudges preglow with an elbow... "psst, while you're at it, research how hard it will be to slip a malloc past the censors" |
12:57:47 | nathanh_ | hrm, ive got colour issues, whats the packing format for RGB565 unswapped? |
12:57:54 | preglow | haha |
12:57:58 | * | preglow swats the malloc fly |
12:59:06 | amiconn | preglow: Relocatable plugins will add complexity to the loader, and I don't see the need... |
12:59:13 | linuxstb | nathanh_: It's simply 5-bits Red, 6-bits Green and 5-bits Blue stored in an unsigned short - Blue is the least-significant 5 bits. |
12:59:22 | nathanh_ | hrm |
12:59:30 | nathanh_ | thats what i thought, but all my colours are coming out wonky |
12:59:35 | nathanh_ | the remote looks fine, 1bit depth |
13:00 |
13:00:34 | | Quit Polo_o (Read error: 113 (No route to host)) |
13:01:19 | Bagder | nathanh_: compare with the win32 sim code |
13:01:23 | Bagder | since that works |
13:01:26 | nathanh_ | thats what im doing |
13:04:13 | ^BeN^ | LinusN? |
13:05:49 | LinusN | ^BeN^: yes? |
13:06:02 | | Quit Verbal91 (Read error: 113 (No route to host)) |
13:06:22 | ^BeN^ | the configfile_save |
13:06:28 | ^BeN^ | doesnt work for me |
13:06:41 | ^BeN^ | it returns an error |
13:06:47 | nathanh_ | wee, colors good now |
13:07:31 | LinusN | ^BeN^: oh? |
13:07:53 | ^BeN^ | yep |
13:07:58 | ^BeN^ | returns error |
13:08:17 | ^BeN^ | i checked it in win32 sumilator |
13:09:09 | LinusN | ^BeN^: can i see the code? |
13:09:34 | ^BeN^ | all the source |
13:09:35 | ^BeN^ | ? |
13:09:39 | ^BeN^ | or only this part |
13:10:38 | preglow | amiconn: the need is that we one day might want to load more plugins than just one, plus the fact that the current system of having to statically linking the plugins to the end of memory obviously clutters the build system |
13:10:52 | preglow | amiconn: plus, it should add veyr little complexity, i'll have a look at it later |
13:11:16 | LinusN | ^BeN^: i'd prefer the entires source, so i can compile it |
13:11:26 | ^BeN^ | ok moment |
13:11:46 | preglow | i'm talking a custom format here, not elf or anything |
13:11:54 | preglow | as minimal as can be |
13:13:15 | nathanh_ | might be worth picking a minimal standard like COFF, rather than reinventing the wheel |
13:13:26 | | Join amiconn_ [0] (n=jens@p54BD422E.dip.t-dialin.net) |
13:13:39 | preglow | coff is more complex than what i'd like |
13:13:52 | preglow | i don't want to add that kind of complexity to the loader |
13:14:01 | preglow | i'd like sectioning and fixups, that's that |
13:14:07 | | Join slowcoder [0] (n=jaja@mail.skrodahl.net) |
13:15:37 | ^BeN^ | LinusN? |
13:15:51 | ^BeN^ | accept.. |
13:16:18 | LinusN | ^BeN^: there seems to be a firewall problem here |
13:16:27 | ^BeN^ | ok moment |
13:16:32 | ^BeN^ | i upload it to lycos |
13:17:05 | preglow | but ok, i got stuff to take care of, alter |
13:17:06 | preglow | late <- |
13:17:08 | preglow | lateR <- |
13:20:09 | | Part Sando |
13:22:47 | | Part Paul_The_Nerd |
13:23:04 | Membrillo | does anyone hear no Visual Basic? |
13:24:11 | markun | Membrillo: no, didn't hear it :) |
13:25:06 | linuxstb | markun: I'll say it again - "no visual basic!" |
13:25:39 | Membrillo | haha |
13:25:47 | Membrillo | im not thinking what im typing |
13:25:56 | Membrillo | i had two typos in one sentence... thats shocking |
13:26:18 | Membrillo | haha |
13:26:25 | Membrillo | linuxstb: shutup :P |
13:26:29 | linuxstb | markun: Does the Toshiba gigabeat firmware do anything that demonstrates a high number of frames-per-second displayed on the LCD? |
13:26:52 | markun | linuxstb: It has some visualisations, but didn't really try them out. |
13:27:09 | Membrillo | well, does anyone know how i can edit a string in another form? |
13:27:11 | markun | I will take a look when I get home. |
13:27:17 | linuxstb | I'm wondering if there is a hardware reason for no video. |
13:27:34 | markun | I think it's just lazyness |
13:27:41 | nathanh_ | mebrillo: strtok? |
13:27:54 | linuxstb | Or not wanting to deal with the tech support nightmare of people trying to convert their own videos. |
13:28:20 | nathanh_ | withheld feature... its a marketting trick |
13:28:30 | nathanh_ | release hardware without video, then 3 months later release with video and charge $100 more |
13:28:41 | markun | linuxstb: is the screen update on the ipod faster than on the H300? |
13:28:43 | linuxstb | Yep, that's more likely. Unless Rockbox gets there first.... |
13:28:58 | Membrillo | nathanh: whats strtok |
13:28:59 | linuxstb | markun: I've never seen a h300, but from the comments I've read, I think it is. |
13:29:00 | nathanh_ | i see the xvid screen grabber patch |
13:29:03 | nathanh_ | up on sourceforge |
13:29:28 | ^BeN^ | LinusN: check praivte |
13:29:48 | markun | Would be interesting to see how fast xvid decoding on the ipod is. |
13:30:03 | markun | Although it's not optimized at all |
13:30:17 | linuxstb | I tried the xvid decoder mirak posted, and it seemed to do about 2fps before crashing after 7 frames. |
13:30:37 | linuxstb | That was with a large (640x352 I think) test file. |
13:30:45 | markun | wow, not too bad |
13:31:03 | nathanh_ | on the h300? |
13:31:06 | | Quit amiconn (Read error: 110 (Connection timed out)) |
13:31:07 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD422E.dip.t-dialin.net) |
13:31:08 | nathanh_ | im impressed it showed any frames at all |
13:31:29 | Slasheri | linuxstb: that's great. I think the problem might be with the mallocs.. |
13:31:30 | markun | linuxstb: does it dump the frames to file? |
13:31:37 | | Join Viper115 [0] (n=Viper115@203-214-46-175.dyn.iinet.net.au) |
13:31:42 | Slasheri | So the memory would overflow very soon |
13:32:06 | linuxstb | markun: I don't think so. I think that part was commented out. I just tried it very quickly last night though. |
13:32:52 | linuxstb | I could be tempted to take it forward, but I don't know if xvidcore will be the best starting point. ffmpeg has an xvid decoder as well, and on past experience, ffmpeg decoders are very efficient. |
13:33:55 | nathanh_ | ffmpeg is truly awesome |
13:35:18 | linuxstb | nathanh_: The xvid decoder plugin doesn't display the frames at the moment - it just displays messages saying they have been decoded. But I think it can also write the frames to disk as bitmaps. |
13:35:51 | | Quit perplexity (Read error: 104 (Connection reset by peer)) |
13:44:19 | | Join Zoric [0] (i=zoric85@nl103-153-232.student.uu.se) |
13:44:51 | | Part Zoric |
13:44:52 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
13:46:29 | *** | Saving seen data "./dancer.seen" |
13:50:00 | nathanh_ | checkout the sdl patch, now on sourceforge |
13:54:33 | | Join Verbal91 [0] (n=Chris@dmcda.free-online.co.uk) |
13:59:56 | | Join perplexity [0] (n=joust@lde713.emirates.net.ae) |
14:00 |
14:01:01 | | Quit Membrillo () |
14:02:34 | | Join webguest31 [0] (n=3e4f4094@labb.contactor.se) |
14:02:41 | webguest31 | Cassandra: around? |
14:07:01 | | Join Polo_o [0] (n=polo_o@82-69-160-166.dsl.in-addr.zen.co.uk) |
14:10:37 | | Join muesli- [0] (n=muesli_t@141.71.4.203) |
14:13:43 | | Part LinusN |
14:17:54 | webguest31 | Cassandra: I'm wondering what the installer for the utility is doing? You say that the utility itself creates the config, then why not just distribute it as a standalone app? |
14:21:30 | | Join edx [0] (i=edx@p54A87977.dip.t-dialin.net) |
14:23:15 | | Quit perplexity ("*flibble*") |
14:28:24 | | Join LinusN [0] (n=linus@labb.contactor.se) |
14:29:38 | Bger | LinusN is there any reason why the brightness patch is not in cvs ? |
14:30:34 | LinusN | Bger: yes, i occasionally have to work and sleep |
14:30:47 | Bger | heh |
14:30:49 | LinusN | and spend time with my family |
14:31:07 | Bagder | or rather the problem is that there aren't that many committers with colors |
14:31:23 | Bger | sorry, just asked is there something wrong with the patch itseld |
14:31:26 | Bger | itself |
14:31:46 | | Join mirak [0] (n=mirak@AAubervilliers-152-1-2-91.w82-121.abo.wanadoo.fr) |
14:32:04 | * | Bger suggests himself :P |
14:34:49 | mirak | hi |
14:35:04 | linuxstb | Bagder: Have you got a few minutes to discuss copyrights? |
14:35:12 | Bagder | sure |
14:35:14 | * | amiconn is still looking for a H340 |
14:36:10 | linuxstb | Specifically, the ipodlinux people (quite rightly now I look at our code) are complaining that we've put our own names in the (C) message at the top of the source files. |
14:36:26 | * | slowcoder is here for comments if needed |
14:37:00 | linuxstb | I was just wondering what convention we should use for cases where we have source files either ripped directly from ipl, or based heavily on their code. |
14:37:14 | linuxstb | My feeling is to just keep whatever (C) messages are in the original ipl files. |
14:37:18 | Bagder | imho, we should keep their name and their copyright mentions |
14:38:14 | webguest31 | linuxstb: I noticed you have an ipod video.. if you need to use video-out, have a look at this page (to avoid having to buy an apple cable): http://www.macdevcenter.com/pub/a/mac/2005/11/18/video-ipod.html?page=2 |
14:38:27 | Bagder | only if we use shorter pieces or just get inspiration from their code we should consider doing anything else |
14:38:32 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-130-020.pools.arcor-ip.net) |
14:39:07 | webguest31 | Maybe add something below it "adapted to Rockbox by ..." |
14:39:30 | Bagder | well of course lots of text could be added |
14:39:38 | Bagder | the main point is the actual copyright line |
14:39:50 | Bagder | we don't want anyone to feel hurt or miscredited |
14:40:55 | linuxstb | A good example is probably button.c - it contains button drivers for all targets, and the code preglow wrote is not a verbatim cut and paste from IPL. |
14:41:11 | linuxstb | But of course, it is heavily based on ipl. |
14:41:53 | webguest31 | Sounds like that just needs at most "based on information from ipodlinux" or something |
14:43:06 | | Quit thegeek ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
14:46:19 | linuxstb | slowcoder: I'll make the obvious changes now - for files which have been copied more or less verbatim from ipodlinux, I'll put Bernard Leach's name as the sole copyright holder. |
14:47:22 | slowcoder | Excellent |
14:47:37 | slowcoder | ianal, but the (c) stands even if it's derived work afaik |
14:47:51 | Bagder | yes |
14:48:06 | linuxstb | But the only doubt I have about that is that he didn't actually write the file in Rockbox - I want to credit him, but not blame him for any mistakes I made :) |
14:48:17 | linuxstb | So maybe a "Modifed for Rockbox by XXX" line as well. |
14:49:01 | Bagder | sounds fine to me |
14:49:03 | slowcoder | You can have dual copyrights |
14:49:21 | slowcoder | As long as you agree on a license (which you seem to have) |
14:49:56 | Bagder | its all GPL |
14:50:10 | linuxstb | I'm not worried about claiming credit for myself if that's what you're thinking. |
14:50:54 | slowcoder | I'm not |
14:50:54 | * | linuxstb has just read clause 2a) of the GPL |
14:51:04 | slowcoder | But credit should be where credit is due |
14:51:08 | linuxstb | Absolutely. |
14:51:11 | Bagder | amen |
14:51:57 | linuxstb | 2a) says that modified versions of GPL code should state that the files have been changed and when. So I'll just add a line to that effect. |
14:52:42 | slowcoder | Yea, but that's for the license to be valid.. It has nothing to do with copyrights |
14:53:18 | linuxstb | I know - it's a different issue. I'm happy with Bernard being the copyright holder. |
14:56:00 | markun | linuxstb: yes, ffmpeg might be better. It was a bit difficult to find out which code was needed for MPEG-4 decoding only. |
14:58:59 | | Join georgeblunt [0] (n=georgebl@82.149.71.170) |
14:59:04 | mirak | markun: maybe you can try to port it, maybe it's faster |
14:59:52 | markun | mirak: I'll leave for Italy in 2 days. Maybe when I get back (I only stay a week) |
15:00 |
15:00:45 | mirak | markun: what file was it ? Maybe I can give it a look |
15:01:42 | mirak | It's unbelievable that it's the same guy that did ffmpeg and qemu |
15:02:00 | mirak | he is french by the way |
15:02:33 | wubbla | :-) |
15:04:28 | linuxstb | slowcoder, Bagder: Any comments on this suggested text: http://www.davechapman.f2s.com/rockbox/lcd-ipodvideo.c |
15:04:59 | Bagder | looks fine |
15:07:08 | | Join Rob2222 [0] (n=Miranda@ACB4BC99.ipt.aol.com) |
15:07:23 | slowcoder | Feedback from bern: |
15:07:31 | slowcoder | "sure, though if dave claims any copyright on it then he should add one" |
15:08:20 | linuxstb | Is that feedback on the lcd-ipodvideo.c file I just posted? |
15:09:55 | markun | mirak: There is a mpeg4_decoder function in h263.c |
15:10:08 | slowcoder | linuxstb: Yep |
15:10:29 | | Join _FireFly__ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) |
15:11:04 | slowcoder | "...either express or implied." <−− Isn't that "expressed" ? |
15:11:39 | Bagder | no |
15:11:54 | slowcoder | Mkay.. Just sounded a bit wierd to me.. |
15:12:10 | Bagder | I agree, but all licenses use that phrase that way |
15:12:15 | Bagder | and they always did |
15:12:28 | linuxstb | slowcoder: I'll go ahead and apply that text to all the IPL-derived files now. |
15:13:47 | | Join sdfsdfsdf [0] (i=tuxianer@B4c2c.b.pppool.de) |
15:13:53 | | Part sdfsdfsdf |
15:14:20 | | Join sdfsdfsdf [0] (i=tuxianer@B4c2c.b.pppool.de) |
15:14:22 | slowcoder | linuxstb: Much appreciated |
15:14:34 | sdfsdfsdf | hi |
15:14:41 | linuxstb | No problem. Apologies for the mis-appropriation. |
15:15:14 | sdfsdfsdf | can someone help me? |
15:15:36 | mirak | who made the video player plugin ? |
15:15:59 | | Part sdfsdfsdf |
15:16:10 | | Join sdfsdfsdf [0] (i=tuxianer@B4c2c.b.pppool.de) |
15:16:15 | sdfsdfsdf | hi |
15:16:17 | | Part sdfsdfsdf |
15:16:39 | nathanh_ | how sweet does the colour bejeweled look! |
15:16:50 | | Join tuxianer [0] (i=tuxianer@B4c2c.b.pppool.de) |
15:17:05 | webguest31 | mirak: [IDC]Dragon I believe |
15:17:09 | | Quit dwihno (Read error: 110 (Connection timed out)) |
15:17:11 | tuxianer | hi |
15:17:20 | Bagder | nathanh_: it is indeed very ncie |
15:17:23 | Bger | how much is sleep(1) ? |
15:17:24 | Bagder | nice |
15:17:25 | mirak | nathanh_: I find it a bit slow |
15:17:41 | Bagder | Bger: 1 tick |
15:17:54 | Bger | 1 tick = ? ms ? |
15:18:02 | Jungti1234 | Can't I see video as Rockbox in H300? |
15:18:03 | Bagder | 10ms |
15:18:09 | Bger | 10x :) |
15:18:18 | Jungti1234 | Is it working? |
15:18:23 | Bger | Jungti1234 no, it's not |
15:18:27 | Bger | first steps |
15:18:41 | Jungti1234 | Is it developing? |
15:18:43 | tuxianer | is there a german documentation? |
15:18:50 | Bger | but i suspect there will be a long way before having usable video |
15:18:59 | LinusN | tuxianer: no |
15:19:23 | tuxianer | can i suffle all my music files? |
15:19:29 | nathanh_ | tuxi: yes |
15:19:30 | LinusN | yes |
15:19:35 | webguest31 | Sure, just add it all to a playlist |
15:19:46 | mirak | Bger: very long |
15:20:13 | tuxianer | it is possible without a playlist? |
15:20:17 | nathanh_ | linusN: you have commit privs? |
15:20:33 | LinusN | yes |
15:20:45 | nathanh_ | linusN: could you take a look at the sdl uisim patch up on sourceforge |
15:20:50 | tuxianer | and how? |
15:21:13 | LinusN | nathanh_: when i have time, i'm at work now |
15:21:25 | webguest31 | tuxianer: No. Everything is a playlist. |
15:21:40 | preglow | my, fluxbox is limiting |
15:21:45 | markun | mirak: will you give it a try with ffmpeg? |
15:22:01 | tuxianer | i have a h120 how can i create a playlist? |
15:22:11 | webguest31 | preglow: what's it limiting? I quite liked it back when I used it |
15:22:12 | mirak | markun: don't know. I wich there is some more people working on that |
15:22:53 | webguest31 | tuxianer: press and hold the joystick on the folder you want to play choose "playlist > insert" |
15:22:57 | mirak | markun: it would be maybe be better, since it's probably smaller. Like I said actually I have time, so if I am bored ... |
15:23:01 | | Part Polo_o |
15:23:56 | | Join Polo_o [0] (n=polo_o@82-69-160-166.dsl.in-addr.zen.co.uk) |
15:24:03 | mirak | markun: what's the difference between xvid and ffmpeg decoder ? |
15:24:18 | preglow | webguest31: for one, i can't bloody resize windows |
15:24:23 | | Quit _FireFly_ (Read error: 110 (Connection timed out)) |
15:25:14 | webguest31 | preglow: there are "handles" in the bottom corners |
15:25:18 | webguest31 | or you can alt+middleclick anywhere iirc |
15:25:19 | | Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) |
15:27:21 | tuxianer | and where i can get plugins? |
15:27:27 | webguest31 | okay, the last one was for evilwm |
15:27:36 | webguest31 | tuxianer: menu > browse plugins |
15:27:40 | markun | mirak: I don't know the difference. Just 2 implementations of the same thing I guess. |
15:28:18 | preglow | linuxstb: feel free to change whatever copyright stuff in any of the files i've added |
15:28:21 | preglow | i don't care much about it |
15:30:13 | tuxianer | i mean get new plugins... |
15:31:02 | Bagder | tuxianer: official rockbox plugins come with the rockbox packages, other plugins you get from the people that provide them |
15:32:13 | markun | tuxianer: or write some new plugins.. |
15:32:48 | linuxstb | preglow: I've just committed the (C) changes. Let me know if I've forgotten any of your code - I don't know how much you took from IPL, and how much you wrote yourself. |
15:33:25 | preglow | only thing i can think of is pp5020.h |
15:33:31 | preglow | wait |
15:33:35 | preglow | those are my names :P |
15:33:39 | linuxstb | Yes, I wasn't sure about that - it's just a list of names and numbers. |
15:33:43 | preglow | well again |
15:33:55 | preglow | i don't give a shit what copyrights are mine, so just change them if in doubt |
15:35:12 | tuxianer | when i go to my musik folder and press the joystick−−>playlist insert it do s.th. but when i navigate to playlists in A/B and then show playlist...nothin hapens |
15:38:26 | tuxianer | what can i do? |
15:38:34 | webguest31 | You should turn on recursive insertion |
15:39:07 | webguest31 | tuxianer: http://www.rockbox.org/twiki/bin/view/Main/ManualMainMenu#Recursively_Insert_Directory |
15:43:02 | | Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.UMBC.EDU) |
15:44:17 | tuxianer | ok it works fine thx |
15:44:17 | | Quit _FireFly__ ("IceChat - Keeping PC's cool since 2000") |
15:44:34 | ^BeN^ | why i cant use variable from string type/? |
15:44:35 | tuxianer | and ist there a wma codec? |
15:44:51 | Bagder | ^BeN^: C has no string variable type |
15:44:55 | Bagder | tuxianer: no |
15:45:01 | ^BeN^ | blah |
15:45:29 | tuxianer | shit |
15:45:43 | tuxianer | i have some music in wma |
15:45:52 | webguest31 | A lot? |
15:46:03 | Bger | tuxianer : port ffmpeg's wma :P |
15:46:20 | tuxianer | one band |
15:46:21 | webguest31 | I was going to say "transcode to lossless", but that is indeed a better option |
15:46:30 | *** | Saving seen data "./dancer.seen" |
15:47:00 | linuxstb | tuxianer: I am sure wma will come to Rockbox in the future, so don't throw away those files. But as far as I know, no-one is working on it at the moment. |
15:47:23 | tuxianer | ok |
15:47:34 | Cassandra | Personally I'm against it philosophically. |
15:47:40 | linuxstb | Unless they are DRM'd, in which case Rockbox will never play them. |
15:47:50 | Cassandra | I don't believe we should be supporting crippled formats. |
15:48:03 | webguest31 | Then mp3 is right out |
15:48:09 | webguest31 | and shorten (no tagging) |
15:48:23 | webguest31 | and of course alac |
15:48:27 | Cassandra | I meant in the sense of DRM crippled. |
15:48:28 | webguest31 | which was also re'd |
15:48:44 | webguest31 | wma is no more crippled in that sense than aac |
15:48:57 | webguest31 | iiuc |
15:49:03 | LinusN | we were talking about drm |
15:49:32 | LinusN | drm'ed wma will not be supported |
15:49:53 | webguest31 | of course |
15:50:01 | webguest31 | But Cassandra said it about just wma |
15:50:14 | LinusN | no she wasn't |
15:50:26 | LinusN | she didn't, i mean |
15:50:27 | webguest31 | No one mentioned drm before she said she was against it |
15:50:40 | LinusN | linuxstb: did |
15:51:26 | webguest31 | No |
15:51:36 | webguest31 | [15:46] <Cassandra> Personally I'm against it philosophically. |
15:51:57 | webguest31 | That's why I figured she was against all forms of wma support |
15:52:01 | linuxstb | Cassandra: What did you mean? :) |
15:52:02 | preglow | it does hint at it... |
15:52:02 | preglow | hehe |
15:52:03 | webguest31 | Which seems a bit silly |
15:52:07 | preglow | but anyway |
15:52:10 | preglow | i'm for support wma |
15:52:13 | preglow | but nothing with drm, |
15:52:21 | mirak | markun: wma suck |
15:52:21 | preglow | i want to stay as far away of that as possible |
15:52:23 | Cassandra | I believe I clarified here: <Cassandra> I meant in the sense of DRM crippled. |
15:52:33 | LinusN | ah, i think she figured wma==drm |
15:52:36 | webguest31 | Oh Christ |
15:52:43 | Bagder | I'm not really for it, although I'm not against it |
15:52:45 | webguest31 | I missed that in my rambling |
15:53:06 | markun | mirak: was I talking about wma? |
15:53:10 | LinusN | i fail to see the reason to use wma |
15:53:20 | | Quit tuxianer () |
15:53:21 | mirak | markun: wrong nick sorry |
15:53:24 | markun | :) |
15:53:25 | preglow | LinusN: because it's cd quality at 64kbs !!! |
15:53:35 | LinusN | lol |
15:53:36 | * | webguest31 dies laughing |
15:53:40 | Bagder | the only reason to use WMA is for all those stolen music that you can re-encode to something else |
15:53:46 | markun | And if you transcode your mp3's to wma they will sound better! |
15:53:47 | Bagder | can't |
15:53:59 | linuxstb | There are a lot of webcasts in wma - that is the only reason I would use it. |
15:54:01 | webguest31 | Or because you were silly enough to use WMP to encode cds you borrowed/lost etc |
15:54:06 | linuxstb | Similarly for RealAudio. |
15:54:09 | webguest31 | Or stream-dumping |
15:54:18 | Bagder | true |
15:54:37 | webguest31 | though streams are usually in such bad quality that transcoding them to q5 oggs don't change much |
15:55:15 | markun | Saab rider told me most arab music is being shared in real audio format. Very low bitrates and ripped from audio casettes :) |
15:55:28 | Bagder | hehe |
15:55:34 | webguest31 | Oh boy, audio casettes. Haven't seen one of those for years |
15:55:37 | Bagder | do we support casettes yet? ;-P |
15:56:01 | | Join actionshrimp [0] (n=NNSCRIPT@host86-136-16-34.range86-136.btcentralplus.com) |
15:56:07 | Bger | :P |
15:56:28 | preglow | anywho |
15:56:40 | preglow | if we support shorten, then we should support wma :P |
15:56:48 | webguest31 | Cassandra: Now that you're around, I'm curious about why you're using an installer for the Rockbox Utility. I saw the discussion earlier, but didn't find an answer |
15:56:52 | preglow | i can see even less reason to support that |
15:57:18 | webguest31 | One lossless format should be enough for everyone. |
15:57:36 | preglow | well, at least lossless can be transcoded |
15:57:59 | webguest31 | Yeah, that's what I meant. Keeping shorten files around is just lazy |
15:58:02 | linuxstb | I don't even think the person that ported the shorten codec actually uses it.... |
15:58:14 | Bagder | haha |
15:58:17 | Cassandra | webguest31, to make it as simple as possible. |
15:58:26 | Bagder | well, I've done lots of rockbox stuff I never use... |
15:58:31 | mirak | wma is a plague like wmv |
15:58:38 | Cassandra | Since there's been a request, I'm lilkely to provide a zip file as well. |
15:58:44 | Cassandra | It'll work either way. |
15:58:45 | preglow | which reminds me, i should finish the eq |
15:58:46 | linuxstb | But some live music traders are obsessed by md5sums of Shorten files. Which is why they are still around. |
15:58:47 | mirak | the format suck if you use linux |
15:58:56 | webguest31 | It does mean you can not download it on a school/work computer and use it there |
15:59:09 | preglow | linuxstb: why obsessed with md5sums applied to that particular format? |
15:59:27 | webguest31 | They should use md5sums of the uncompressed version |
15:59:33 | preglow | that's what they do |
15:59:35 | linuxstb | Because it relates to particular recordings that were first traded when Shorten was the only available format. |
15:59:39 | preglow | that is |
15:59:40 | preglow | wavpack does that |
16:00 |
16:00:16 | linuxstb | Yes - nowadays, people use the md5sums of the uncompressed audio data, but there are still databases of the old style md5sums |
16:00:16 | webguest31 | Cassandra: It does mean you can not download it on a school/work computer and use it there (unless you installed it at home first and copied the files over etc.) |
16:00:38 | webguest31 | linuxstb: Lazy I tells ya! |
16:01:10 | Cassandra | As I said, I'm happy to provide installer and ZIP file. |
16:01:45 | preglow | Cassandra: would be nice to integrate fwpatcher into that as well |
16:02:00 | Cassandra | It's on my todo list. |
16:02:05 | preglow | goodie |
16:02:08 | | Join tucoz [0] (n=martin@hornved.ii.uib.no) |
16:02:13 | webguest31 | Cassandra: Sounds great, I was just being curious and making clear that there were really good reasons for preferring a zip |
16:02:17 | Cassandra | Today's release is just a bare bones skeleton. |
16:02:19 | tucoz | Hi |
16:02:23 | preglow | just one rb tool for all platforms would be smashing |
16:02:23 | linuxstb | What about automatically downloading the iriver firmware from iriver's website? Is that a good idea? |
16:02:25 | Bger | hm, better name for HAVE_UNREADABLE_SCREEN_WITHOUT_BACKLIGHT ?? |
16:02:29 | Bger | haha |
16:02:45 | preglow | HAVE_H300 ? |
16:02:55 | Bger | or HAVE_INVISIBLE_SCREEN_WITHOUT_BACKLIGHT |
16:03:09 | Cassandra | But it's already much more useful than the old Windows installer, so I decided to let people play. |
16:03:14 | tucoz | sorry for the ot, Just curious, anyone here using archive.org for free music? I'm having a hard time finding anything of interest. |
16:03:25 | Bger | preglow do you want to tell me that u can read the ipods' screen without backlight ? |
16:03:38 | preglow | i can |
16:03:45 | Bger | really ? |
16:03:47 | preglow | yes |
16:03:53 | Bger | uf:( |
16:03:54 | preglow | i do it all the time |
16:04:00 | Bagder | I believe the x5 one is readable too |
16:04:09 | preglow | it's more or less just as easy as on my h120 |
16:04:11 | Bagder | but I'm not sure |
16:04:14 | Bger | this is stupid ... |
16:04:32 | linuxstb | It depends what you mean by readable. I wouldn't say either the iPod Color or iPod Video screens are readable without backlight. |
16:05:03 | Bger | ok, on h300's screen you can't see anything without backlight ... |
16:05:04 | linuxstb | But you _can_ read them if you try hard enough. |
16:05:04 | preglow | well, it all depends on environment |
16:05:10 | preglow | i think h1x0 is pretty unreadable as well |
16:05:26 | preglow | i can read nano easily in a normally lit room |
16:06:52 | Bger | so, we don't need another define ? |
16:06:57 | | Quit muesli- ("ich will Kühe!!!") |
16:07:42 | * | Cassandra wonders if it's time we started doing iPod daily builds? |
16:07:56 | preglow | i'm against it for now |
16:08:00 | preglow | even basic operation is flakey |
16:08:17 | Cassandra | Fair enough. |
16:08:27 | tucoz | anyway, now that there are a few people with cvs-access here. Do you think the LaTeX-proposal is ready for commit? Or does it need more work? |
16:08:38 | Jungti1234 | Bye all |
16:08:40 | Jungti1234 | good night |
16:08:41 | preglow | but i'm not firmly against it either, if you feel it's time, go ahead |
16:08:51 | preglow | tucoz: yeah, i think so |
16:08:52 | | Quit Jungti1234 ("bye") |
16:09:37 | tucoz | ok, what do the others say. I believe a new module should be added in that case. (manual perhaps). |
16:09:48 | Bagder | I say we add dailies if it adds a purpose to anyone |
16:10:21 | preglow | you've still more or less got to be a dev to run it |
16:10:22 | preglow | but hey |
16:10:31 | preglow | installing the bootloader is pretty hard |
16:10:41 | Bagder | perpaps we could have the new latex docs as a subdir of docs/ |
16:10:55 | tucoz | Bagder, good idea. |
16:10:57 | preglow | hmm |
16:11:05 | preglow | i don't think so |
16:11:12 | tucoz | as long as it's not included in the build |
16:11:14 | preglow | normal developers wont be interested in this |
16:12:11 | tucoz | hmm, the problem is that the docs will contain a substantial amount of images which will bloat a dev-checkout. |
16:12:18 | preglow | yes, that too |
16:12:30 | preglow | i think the manual is an important enough part to merit its own cvs root |
16:12:34 | preglow | manual |
16:12:36 | preglow | or something |
16:12:37 | Bagder | ok, so we do a new module |
16:12:40 | preglow | module, yes |
16:12:49 | linuxstb | Gets my vote as well. |
16:13:46 | linuxstb | Is it possible to build different manuals for different targets yet? |
16:14:24 | tucoz | linuxstb, it is possible. I included info in the README |
16:14:38 | mirak | <tucoz> www.m-base.org http://www.m-base.org/sounds.html |
16:15:01 | linuxstb | tucoz: Are you happy that the current file/directory structure will cope with target-specific manuals? |
16:15:02 | mirak | that's steve coleman, try some stuffs, I love that but that's maybe to esoteric |
16:15:17 | webguest31 | WARGH BLINK! |
16:15:28 | tucoz | mirak, ok, I'll check it out. Thanks |
16:16:18 | linuxstb | IMO, the multiple targets is something we need to sort out before committing to CVS - so we aren't restricting our choices in any way. |
16:16:25 | lostlogic | 2 strange things: The assembly optimizations that I've been working on are not faster than baseline alone. My combined optimization patch profiles 3-4% faster than baseline however. |
16:16:36 | tucoz | linuxstb. Well, I think so. But, I would like some thoughts on that as well. |
16:16:37 | preglow | linuxstb: hmm? how? |
16:16:59 | mirak | lostlogic: what's baseline ? plain c ? |
16:17:27 | tucoz | linuxstb, you can add \opt for target-specific includes |
16:17:29 | lostlogic | the second is that I know why iRiver doesn't use 124mhz −− battery life. 124MHz draws heavily from the battery in bursts which can artificially lower the voltage and cause the unit to die, especially on aging batteries, or in cold weather |
16:17:58 | lostlogic | mirak: baseline for the purpose of this is Tremor as it currently is in CVS plus inlining oggpack_look and oggpack_adv |
16:18:08 | preglow | lostlogic: well, no surprises there |
16:18:16 | preglow | lostlogic: if you keep up the work we wont have to boost :) |
16:18:26 | lostlogic | preglow: in my dreams. |
16:18:43 | * | Bger compiles and hopes everything to be OK |
16:18:46 | preglow | i think a major speedup could be had in rewriting the floor1 reconstruct |
16:18:55 | | Quit georgeblunt (" HydraIRC -> http://www.hydrairc.com <-") |
16:18:57 | preglow | to use asm, that s |
16:19:24 | mirak | lostlogic: what brings inlining ? |
16:19:25 | tucoz | linuxstb: \opt{iriver}{\input{iriver.tex}} in rockbox.tex will check if iriver is defined, and include that file if that is the case |
16:19:38 | lostlogic | the inline keyword in... |
16:19:46 | mirak | lostlogic: it means the function is coded each time it's called ? |
16:19:59 | linuxstb | tucoz: How do you define "iriver" when running the latex command? |
16:20:01 | lostlogic | mirak: yeah |
16:20:07 | tucoz | you get a prompt |
16:20:22 | mirak | lostlogic: what's the interest ? Aren't branching fast already ? |
16:20:25 | tucoz | could probably pipe it or stdin it or something :) |
16:20:40 | linuxstb | Can you avoid prompts by defining it in a .tex file? |
16:20:57 | lostlogic | preglow: floor1_inverse1 and floor1_inverse2 combined only use 95k out of 2million ticks in the decode process... |
16:21:10 | mirak | how much gain using iRam can provide in general for a codec ? |
16:21:21 | amiconn | mirak: Branching is relatively fast, calling subroutines is quite a bit slower |
16:21:24 | lostlogic | mirak: depends how much _data_ there is to support the codec |
16:21:24 | linuxstb | tucoz: So is there one prompt for every \opt command? |
16:21:29 | tucoz | linuxstb, I am not sure, I haven't really investigated that much on that part |
16:21:35 | tucoz | linuxstb, yes |
16:21:58 | linuxstb | So it seem to be hard to automate. |
16:22:15 | tucoz | linuxstb, but preglow talked about something with letting the preprocessor handle that |
16:22:18 | mirak | lostlogic: X2 X5 ? |
16:22:18 | preglow | lostlogic: then what part of tremor scales so badly with bitrate? |
16:22:22 | mirak | how much ? |
16:22:24 | mirak | in genereal |
16:22:32 | preglow | mp3 handles bitrate increases far better |
16:23:01 | linuxstb | tucoz: I think the alternative is to use the C pre-processor instead of \opt |
16:23:10 | preglow | why is that hard to automate? |
16:23:13 | lostlogic | preglow: I think it's the oggpack stuff still that's the problem −− I'll profile some different songs with and without bitrate spikes and see which parts scale worse when I have a chance. |
16:23:18 | preglow | we already do automation like this for the daily builds |
16:23:30 | linuxstb | But the questions in the configure script don't change. |
16:23:37 | lostlogic | mirak: near impossible to estimate. |
16:23:44 | linuxstb | In the manual, the opts will change everytime someone commits. |
16:23:52 | linuxstb | (potentiall) |
16:23:54 | linuxstb | ..y |
16:24:24 | tucoz | hmm, why is that? |
16:24:56 | linuxstb | My understanding is that every \opt in the file prompts the user to answer a question. The answer to the question may not always be "iriver" - it may be something like "fm radio" or "recording" |
16:26:07 | amiconn | Wouldn't it be possible to just make one include depend on \opt ? Then the prompts will only change if we add a new target |
16:26:09 | tucoz | I see, |
16:26:18 | Bger | hm :( |
16:26:35 | Bger | it's not so quick ... |
16:26:39 | amiconn | The included file could define further things similar to the config-*.h files do for the sources |
16:27:01 | tucoz | linuxstb, latex "\def\UseOption{opta,optb}\input{file}" |
16:27:02 | preglow | every opts prompts? |
16:27:07 | preglow | that's bad |
16:27:19 | tucoz | linuxstb, it is possible to tell latex on commandline what options to use |
16:27:35 | preglow | there's got to be some other mechanism for this :/ |
16:27:37 | preglow | dinner time |
16:27:38 | tucoz | if I understand that correctly |
16:28:11 | linuxstb | Someone needs to actually try and implement this.... |
16:28:24 | markun | Cassandra: will your installer use 7zip? |
16:28:41 | tucoz | preglow, I don't think the prompts are needed at all. |
16:28:51 | tucoz | http://www.tug.org/tex-archive/macros/latex/contrib/misc/optional.sty |
16:30:40 | linuxstb | tucoz: Yes, that seems to do the job perfectly. |
16:30:51 | tucoz | ok, good |
16:31:38 | tucoz | as long as the file structure looks good, I think things like this should be patched later on |
16:32:54 | Cassandra | markun, afailk it's not supported by wxWidgets yet. |
16:33:09 | tucoz | but the optional.sty suggests having a different main-file for each document-type |
16:34:23 | | Quit Zagor ("Client exiting") |
16:34:51 | linuxstb | tucoz: That's only when the documentclass etc are different. In Rockbox's case, it will be the same. |
16:35:03 | tucoz | Oh, I see |
16:37:21 | linuxstb | tucoz: Do you have a URL to your latest version? |
16:37:32 | linuxstb | Is it in your forum thread? |
16:37:36 | tucoz | yes |
16:37:50 | tucoz | I haven't changed much since the last post |
16:38:17 | | Quit Viper115 () |
16:40:09 | webguest31 | "(edit: I had by mistake pasted a link to the european curling championships, so here is the not so short guide )" heh, I love those kinds of mixups |
16:40:56 | Bger | ok, "turn off LCD on h300 when backlight is turned off" submitted to patch tracker |
16:42:59 | tucoz | webguest31, I was lucky it wasn't my creditcard number and expiration date |
16:43:41 | webguest31 | Those mixups are indeed less amusing |
16:44:41 | mirak | Bger: nice :D |
16:45:54 | Bger | huh |
16:45:56 | Bger | make[1]: *** [/home/Bager/Rockbox/rockbox-devel/build/apps/rockbox.elf] Error 1 |
16:45:56 | Bger | make: *** [all] Error 2 |
16:46:27 | Bger | home/Bager/Rockbox/rockbox-devel/build/apps/settings.o: In function `settings_: |
16:46:39 | | Join leftright [0] (n=414a01a1@labb.contactor.se) |
16:46:50 | Bger | home/Bager/Rockbox/rockbox-devel/apps/settings.c:900: undefined reference to `' |
16:47:18 | LinusN | Bger: looks like bad macro |
16:47:28 | Bger | :( |
16:47:59 | leftright | slasheri. the transition between tracks when skipping tracks, (xfade is off) is not clean, it has artifacts |
16:48:04 | Bger | Build LDS file |
16:48:04 | Bger | LD rockbox.elf |
16:48:13 | Bger | this error is from LD ... |
16:48:17 | Bger | or i'm wrong ? |
16:48:38 | mirak | h263 is mpeg4 or is that different ? |
16:49:36 | Bger | LinusN any ideas?... |
16:49:45 | Bger | please ... |
16:50:10 | linuxstb | tucoz: I've looked at your manual a little, and I'm thinking we should maybe go with subdirectories for each chapter - to store any images, and also to allow us to move target specific text into separate files. |
16:50:18 | markun | mirak: http://en.wikipedia.org/wiki/H263 |
16:50:20 | LinusN | what is on line 900 in settings.c? |
16:50:55 | Bger | #define RTC_BLOCK_SIZE 44 |
16:51:04 | Bger | this is on line 900 in settings.c |
16:51:16 | Bger | ops, line 90 |
16:51:33 | Bger | ah |
16:51:35 | Bger | lcd_set_brightness(global_settings.brightness); |
16:51:44 | mirak | markun: I am looking the code. There is h263dec.c seems dedicated to decoding |
16:51:51 | tucoz | linuxstb, ok. That is fine by me. Anyway, by defining \opt{archos}{\input{archos.tex}}, and \opt{iriver}{\input{iriver.tex}} in rockbox.tex |
16:52:22 | linuxstb | tucoz: Yes, that's the idea. |
16:52:25 | tucoz | it is possible to generate different docs with latex "\def\UseOption{archos}\input{rockbox.tex}" and latex "\def\UseOption{iriver}\input{rockbox.tex}" |
16:52:48 | tucoz | So I guess the optinal package do what we want |
16:53:10 | tucoz | we could define sections as \opt{iriver,archos,ipod} for instance |
16:53:58 | LinusN | Bger: so, is there a "brightness" in the global_settings struct? |
16:54:05 | LinusN | Bger: maybe a "make clean" helps? |
16:54:16 | Bger | cd build; rm -rf * |
16:54:20 | Bger | and after that |
16:55:43 | Bger | configure ... |
16:55:52 | Bger | and then |
16:55:54 | Bger | this |
16:56:13 | | Part leftright |
16:56:42 | Bger | i'll check for brightness in glob.settigns |
16:56:56 | amiconn | Bger: *lcd*_set_brightess() ? I would expect backlight_set_brightness() ... |
16:57:14 | tucoz | linuxstb, what do you suggest we call the subdirs? same as the main_files? |
16:57:55 | amiconn | (or is that a brightness function of the lcd that doesn't have to do with backlight?) |
16:58:12 | Bger | amiconn u're right ... :) |
16:58:22 | Bger | i didn't named it |
16:58:42 | linuxstb | tucoz: I tried adding \opt{recorder,ondio}{\verb+ajbrec.ajz+} but the verbatim formatting goes wrong. Have I done something stupid? (I've forgotten all the LaTeX I once knew) |
16:59:10 | tucoz | why do you do \verb? |
16:59:16 | linuxstb | tucoz: Yes, just call the chapter directories the same as the main .tex file for that chapter. |
16:59:19 | | Join XavierGr [0] (n=XavierGr@ppp16-adsl-71.ath.forthnet.gr) |
16:59:22 | tucoz | ok |
16:59:23 | linuxstb | tucoz: Because that's what was there before. |
16:59:43 | tucoz | ah, I see |
16:59:51 | tucoz | hmm, let me check |
17:00 |
17:00:00 | linuxstb | It's in the getting_started.tex file |
17:00:18 | Bger | strange ... |
17:00:45 | tucoz | linuxstb, % As usual, "\verb" commands and verbatim environments cannot be used |
17:00:45 | tucoz | % in the argument to "\opt". For this purpose there is a variant form |
17:00:45 | tucoz | % of "\opt" called "\optv" (optional verbatim) which may have a limited |
17:00:45 | DBUG | Enqueued KICK tucoz |
17:00:45 | tucoz | % class of verbatim material in the argument. It can do so by leaving |
17:00:45 | tucoz | % the braces around the argument, which may have undesired side effects. |
17:00:46 | *** | Alert Mode level 1 |
17:00:46 | tucoz | % For an "\optv" argument to be successfully ignored, the verbatim material |
17:00:48 | tucoz | % must have balanced braces etc. |
17:00:50 | tucoz | sorry for the flood |
17:01:18 | solexx | linuxstb: do you really need the {} around \verb? |
17:01:30 | solexx | i think the +es are the delimiters |
17:01:33 | tucoz | you need to use \optv I guess |
17:02:14 | solexx | ah, forget it |
17:02:20 | Bger | ok, i don't get it :( |
17:02:52 | Bger | apps/settings.h : |
17:02:54 | Bger | #ifdef HAVE_LCD_BRIGHTNESS |
17:02:54 | Bger | int brightness; /* iriver h300: backlight PWM value: 2..15 |
17:02:54 | Bger | (0 and 1 are black) */ |
17:02:54 | DBUG | Enqueued KICK Bger |
17:02:54 | Bger | #endif |
17:03:20 | Bger | firmware/export/config-h300.h: |
17:03:21 | LinusN | should be HAVE_BACKLIGHT_BRIGHTNESS imho |
17:03:21 | Bger | #define HAVE_LCD_BRIGHTNESS |
17:03:32 | Bger | . /* define this if you have an adjustable LCD brightness */ |
17:03:42 | Bger | yes, u're probably right |
17:03:51 | LinusN | Bger: "."??? |
17:04:00 | Bger | i wrote "." |
17:04:09 | Bger | because the stupid bx ... |
17:04:16 | Bger | treats it as command |
17:04:51 | webguest31 | Try putting a / in front.. like "/ /* define etc." |
17:05:09 | linuxstb | tucoz: Yes, optv does the job. |
17:05:28 | tucoz | cool |
17:06:58 | Bger | any suggestions ? |
17:06:59 | tucoz | linuxstb, to change to using subdirs is as simple as creating the dirs, and adding the relative path to the files in rockbox.tex |
17:07:14 | tucoz | ...and moving the files of course :) |
17:07:22 | linuxstb | OK. |
17:07:39 | linuxstb | I've just tried \opt with \newcommand - so you can do something like: |
17:07:42 | tucoz | like \input{getting_started/getting_started.tex} |
17:08:18 | linuxstb | \opt{player}{\newcommand{\filename}{archos.mod}} |
17:08:28 | linuxstb | \opt{recorder,ondio}{\newcommand{\filename}{ajbrec.ajz}} |
17:08:36 | tucoz | cool, that is great |
17:08:40 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
17:08:49 | linuxstb | That could be useful for lots of things - like button names. |
17:08:58 | tucoz | Yes, that is splendid |
17:09:40 | tucoz | What do you think? Should I do any more on this at the moment? |
17:09:53 | Cassandra | Oh, btw, what do people think of the wizard picture on the new installer? |
17:10:29 | linuxstb | So we can follow the Rockbox convention of having a "config.tex" file which defines general commands and also includes the appropriate "config-target.tex" file which defines commands specific to the targets. |
17:10:29 | preglow | Cassandra: you fixed the blind user issue? |
17:10:48 | *** | Alert Mode OFF |
17:10:50 | Cassandra | Not yet. I imagine if I stick some tooltips on the button that'll do it though. |
17:11:02 | preglow | i'd guess so |
17:11:02 | tucoz | linuxstb, that sounds perfect |
17:12:05 | preglow | Cassandra: btw, what do you use for downloading, file handling and such? |
17:12:51 | tucoz | linuxstb, would you like to fix the remaining stuff? |
17:12:53 | preglow | i expect any other answer than 'curl' is going to get you kickbanned :> |
17:13:12 | linuxstb | tucoz: I would like to, but I have 101 things to do before Christmas, and then I'm going away for a couple of weeks. |
17:13:22 | tucoz | same here |
17:13:31 | linuxstb | But I might be able to give it a go tonight. |
17:13:54 | tucoz | nice |
17:14:17 | linuxstb | I only said "might" :) |
17:14:26 | tucoz | I got that. hehe |
17:15:28 | tucoz | But I think you know better how to organize the files than me. |
17:16:16 | tucoz | afk |
17:19:16 | linuxstb | Where did your LaTeX.Rules file come from? |
17:20:02 | preglow | i've asked if it's redistributable, and he says it is |
17:20:29 | Cassandra | preglow, wxWidgets functions. |
17:20:37 | Bger | linus, amiconn, any hints ? |
17:20:41 | preglow | Cassandra: cool, i didn't think it did that much |
17:21:20 | Cassandra | It's pretty cool, although a bit flaky sometimes. |
17:21:22 | linuxstb | preglow: It does everything - bitmap loading, http, html, audio, threads, .... |
17:21:34 | preglow | damn, nice |
17:21:39 | preglow | i thought it only did windowing |
17:22:06 | Cassandra | String handling too. |
17:22:36 | Cassandra | I don't think there's a single standard C++ library call in the program. |
17:22:51 | tucoz | linuxstb, the LaTeX.rules come from a link you can find in the README |
17:22:55 | | Join rayo [0] (n=rayo@80.238.129.209) |
17:23:48 | linuxstb | tucoz: Which README? There isn't one in manual.zip |
17:23:53 | tucoz | really? |
17:23:57 | tucoz | hmm, weird |
17:24:03 | amiconn | markun: What I wanted to ask - playlists are always utf-8 now? |
17:24:28 | Ctcp | Ignored 2 channel CTCP requests in 2 minutes and 9 seconds at the last flood |
17:24:28 | * | Cassandra is particularly proud of the wizard photo though. I took it myself. |
17:24:29 | markun | amiconn: They should be, but I didn't check |
17:24:40 | rayo | does a wps file work with 16-bit images? (for the iriver h3x0 series) because i'm interested to run my iriver h3x0 with rockbox |
17:24:55 | linuxstb | rayo: No, not yet. |
17:25:08 | Bger | guys, any hints ? |
17:25:27 | amiconn | There are some problems reported in the forum related to playlists... Afair, nobody mentions how these playlists are created |
17:25:50 | rayo | ok then i must wait for it, but a wps file for the h1x0 work with the h3x0? |
17:26:28 | Cassandra | Yes. The H100 wpses work on the H300, although they may look a little odd. |
17:26:50 | amiconn | Iiuc if someone saves a playlist e.g. on german windows it will be Win-1252 encoded (extended ISO8859-1). This will cause problems with rockbox now... |
17:26:51 | LinusN | Bger: not really |
17:27:08 | Bger | :( |
17:27:24 | amiconn | Bger: That's with the brightness patch? |
17:27:36 | Bger | yes |
17:27:44 | Bger | i'll correct it tomorrow |
17:27:45 | | Join PaulJ [0] (n=PaulJ@vpn-3081.gwdg.de) |
17:28:07 | markun | amiconn: Should we use the default_codepage setting for playlists? |
17:28:21 | Cassandra | You know, if a WPS dimension is smaller than the screen dimension, we ought to center it on the screen if possible. |
17:28:21 | markun | And for the tag db too? |
17:28:31 | Bger | i mean, i'll correct the patch to substitute lcd with brightness |
17:28:43 | Cassandra | Although I suppose that still won't fix scrolling. |
17:28:54 | Bger | or backlight |
17:29:04 | rayo | but the lcd driver for the h3x0 work? (in 16-bit mode) |
17:29:16 | LinusN | rayo: yes |
17:29:59 | tucoz | linuxstb, download this http://www.student.uib.no/~st08541/rockbox/README |
17:30:29 | amiconn | markun: That's the big question - (1) it would require that rockbox saves playlists using the same code page as it uses for loading them. (2) It would make 'multi-language-playlists' impossible |
17:31:15 | amiconn | markun: For the tagdb, I think the tools should be changed to always write utf-8 into the db. |
17:31:15 | | Join DrMoos [0] (i=DrMoos@m181.net81-66-158.noos.fr) |
17:31:41 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
17:32:22 | amiconn | Cassandra: The low level work has to be done first. |
17:32:41 | markun | amiconn: if Slasheri's tag thing replaces the current db then we don't need to worry about it. |
17:32:54 | amiconn | markun: Maybe the tagdb will be replaced by Slasheri's tag cache soon... |
17:32:59 | amiconn | hehe :) |
17:34:00 | tucoz | linuxstb, there is a README in manual.zip btw |
17:34:04 | preglow | i'm looking forward to seeing it, at least |
17:34:04 | amiconn | LinusN: Afaik, our CPU should be strong enough to run old PalmOS. Old palms had a dragonball CPU which is also m68k based - at 33 MHz |
17:34:15 | amiconn | The problem would be the LCD resolution |
17:35:34 | linuxstb | tucoz: I've found it now - I've been a victim of firefox renaming the file to "manual-1.zip". I had an old manual.zip |
17:35:52 | tucoz | good |
17:36:48 | rayo | mhh in lcd-h300.c ist the function lcd_blit empty, so the displaydriver just runs but won't display anything, correct? |
17:37:06 | amiconn | Nope |
17:37:19 | amiconn | lcd_blit() isn't needed for 8bit+ displays |
17:37:45 | amiconn | The H300 display driver is working 100%, it's just still a bit slow |
17:38:01 | LinusN | amiconn: what about touchscreen and lcd resolution? |
17:38:23 | amiconn | [17:34:15] <amiconn> The problem would be the LCD resolution <= |
17:38:33 | rayo | ist it done directly with the framebuffer? |
17:38:36 | LinusN | amiconn: i'm blind |
17:39:22 | preglow | then rockbox is perfect for you! |
17:40:53 | Bger | hah |
17:41:03 | amiconn | lcd_blit() is for low depth displays, allowing access to the lcd from an external buffer, to do some tricks like showing more grayscales than natively possible |
17:41:09 | LinusN | preglow: :-) |
17:41:32 | amiconn | It has nothing to do with the standard drawing |
17:41:45 | Bger | XavierGr ? |
17:42:46 | tucoz | linuxstb, please let me know if there is anything you want to be changed with the docs. |
17:43:03 | | Join DJDD_ [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) |
17:46:32 | *** | Saving seen data "./dancer.seen" |
17:47:16 | | Quit DJDD_ ("Trillian (http://www.ceruleanstudios.com") |
17:47:49 | tucoz | LinusN, are you aware of this forum? http://www.iaudiophile.net/forums/showthread.php?t=3065 |
17:48:01 | Slasheri | Hmm, tag cache engine should be almost ready now (at least the core functionality is). Now i still have to implement some settings, and develop the browser |
17:49:02 | Bger | nite all |
17:50:46 | LinusN | tucoz: now i am :-) |
17:51:01 | tucoz | :) |
17:51:16 | LinusN | i liked the last post in that thread :-) |
17:51:48 | tucoz | hehe |
17:52:32 | amiconn | LinusN: Btw, old PlamOS has fixed resolution 160x160 pixel. monochrome 2bit or 4bit |
17:52:52 | amiconn | 8MB RAM was standard... |
17:53:01 | tucoz | LinusN, post #75 was quite funny as well |
17:53:16 | tucoz | http://www.iaudiophile.net/forums/showpost.php?p=46438&postcount=75 |
17:54:21 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
17:54:30 | webguest31 | Whoa, there was a post from cowon |
17:56:43 | preglow | what does it say? |
17:57:41 | LinusN | tucoz: lol |
17:57:58 | LinusN | amiconn: interesting |
17:58:23 | tucoz | preglow, it says the cowon-engineers are interested in the porting. They had not heard of rockbox. |
17:58:51 | | Join _FireFly_ [0] (n=FireFly@p54A471D6.dip.t-dialin.net) |
17:58:56 | preglow | url? |
17:58:58 | mirak | I have a good one. I started the H300 in the metro with my ear plug, and I was like what the hell is that, I am receiving radio or weird frequences on radio ? I then realised that in fact it always start in record mode, so it always record from internal microphone. I was earing amplified what the other were saying |
17:59:15 | preglow | mirak: hahaha, i've tried using it for that too |
17:59:17 | preglow | mirak: it actually works |
17:59:24 | mirak | You can spy |
17:59:33 | tucoz | preglow, http://www.iaudiophile.net/forums/showpost.php?p=44842&postcount=55 |
17:59:35 | mirak | and I think the hardware amplify voice |
17:59:42 | preglow | and amplifies everything |
17:59:44 | mirak | you can hear better with it |
17:59:55 | mirak | yes but the mic focuses on voice or something |
17:59:56 | preglow | if they knew of a way to amplify just voice, they would be rich |
17:59:59 | preglow | richer than they are |
18:00 |
18:00:05 | mirak | I think it does |
18:00:21 | preglow | internal mic? |
18:00:24 | mirak | yes |
18:00:30 | mirak | I have read that in the manual |
18:00:30 | preglow | it's not unlikely the mic has a freq response suited for voice, no |
18:00:33 | preglow | not at all |
18:00:43 | preglow | for dictaphone use, it makes sense |
18:00:47 | mirak | the ship that convert sound maybe |
18:01:08 | preglow | tucoz: cool, it would rock actually having the manufacturer on the team for once |
18:01:23 | mirak | well I have read in the manual something super special about voice ;) preglow |
18:01:30 | LinusN | preglow: i've been in contact with cowon |
18:01:37 | preglow | LinusN: what do they say? |
18:01:40 | LinusN | no go |
18:01:41 | preglow | gl hf? |
18:01:46 | preglow | no go on what? |
18:01:49 | preglow | helping? |
18:02:05 | LinusN | they aren't interested in helping |
18:02:11 | preglow | surprise |
18:02:14 | LinusN | hardly surprising |
18:02:32 | preglow | well, at least most of the components have specs |
18:02:36 | preglow | god, how i hate apple |
18:02:38 | preglow | i will kill them |
18:02:38 | mirak | LinusN: you think you could sell it ? |
18:02:39 | tucoz | I've tried to use the iriver to listen to the baby's heartbeat in my gf's tummy. Even though I can hear if I put my ear next to it, I cannot hear anything but the other stomach sounds. Maybe in a few weeks. |
18:02:44 | mirak | :) |
18:02:52 | LinusN | mirak: sell what? |
18:03:05 | mirak | LinusN: (rockbox ...) |
18:03:09 | mirak | ;) |
18:03:21 | | Quit Verbal91 (Read error: 104 (Connection reset by peer)) |
18:03:26 | preglow | tucoz: it works better with just using your head in that case, the sound will propagate better through flesh than through iriver |
18:03:31 | linuxstb | preglow: How are apple different to any other DAP maker? |
18:03:41 | LinusN | mirak: i can't sell rockbox, it isn't mine |
18:03:52 | preglow | linuxstb: s/apple/portalplayer/ |
18:03:58 | mirak | LinusN: it's wom ? |
18:04:03 | mirak | everbody |
18:04:05 | linuxstb | preglow: OK, I agree then. |
18:04:16 | LinusN | mirak: it belongs to all contributors |
18:04:22 | tucoz | preglow, ok. That is probably the case. But, I can hear my own heartbeat if I put it on my chest. |
18:04:45 | mirak | LinusN: yep, but you get the money and resdistribute it |
18:04:45 | mirak | ;) |
18:04:48 | preglow | sure, and you'd probably hear it better if you could bend your own head to your chest ;) |
18:05:05 | LinusN | tucoz: ultrasound.rock :-) |
18:05:10 | tucoz | hehe, probably |
18:05:12 | preglow | hahaha |
18:05:27 | * | tucoz starts coding |
18:05:52 | LinusN | i wonder why austriancoder gave up |
18:05:57 | preglow | who knows |
18:06:05 | mirak | LinusN: do you if cowon use their own compiler or if they have gcc ? |
18:06:11 | linuxstb | Real Life? |
18:06:20 | LinusN | mirak: i guess they use gcc |
18:06:35 | preglow | i don't there are too many other good 68k compilers |
18:06:41 | webguest31 | somone really should have words with the m68k maintainer of gcc |
18:06:42 | preglow | perhaps metrowerks have got something |
18:06:43 | LinusN | linuxstb: maybe, but he sure as hell didn't tell us |
18:06:48 | tucoz | what about the metrowerks? |
18:06:50 | tucoz | hehe |
18:06:56 | | Join ratpack91 [0] (n=Chris@dmcda.free-online.co.uk) |
18:06:58 | linuxstb | Surely Motorola must have one? |
18:06:59 | preglow | webguest31: well, is there one? |
18:07:07 | webguest31 | no idea |
18:07:15 | preglow | webguest31: sure as hell doesn't look like it |
18:07:22 | preglow | the m68k backend is old and crummy |
18:07:41 | webguest31 | maybe he considered it "done" and left |
18:07:53 | tucoz | or she |
18:07:57 | preglow | at least it happened long ago |
18:08:21 | preglow | can't remember ever having seen a name that looked vaguely female on the gcc lists |
18:08:32 | linuxstb | http://gcc.gnu.org/ml/gcc/2005-06/msg00244.html |
18:08:32 | preglow | they probably have more sense than men |
18:08:54 | tucoz | ok, he then |
18:09:07 | preglow | hoorayu! |
18:09:10 | webguest31 | linuxstb: sick! |
18:09:11 | preglow | that's pretty recent as well |
18:09:15 | webguest31 | as in, attack. |
18:09:30 | webguest31 | hrm, that's not the right use of the word. Nevermind. |
18:10:13 | preglow | someone mail him and tell gcc for 68k sucks, quick! |
18:10:37 | webguest31 | I'm wondering if he isn't aware of it, myself |
18:10:38 | LinusN | that's constructive criticism for sure :-) |
18:11:01 | webguest31 | Well, lostlogic has found some specific examples iirc |
18:11:02 | linuxstb | He's got a @suse.de email address - so maybe that means he's getting paid. |
18:11:04 | preglow | but no, many of the issues are probably cf related |
18:11:15 | preglow | yes he hs |
18:11:24 | preglow | like no addq and subq use |
18:11:25 | LinusN | i wasn't aware that it sucked that much |
18:11:57 | amiconn | preglow: Uh? I think I saw addq and subq in the disassemblies... |
18:12:18 | preglow | i've seen them too |
18:12:25 | preglow | but lostlogic has seen some pretty stupid spots where they weren't use |
18:12:27 | preglow | d |
18:12:51 | preglow | it might be more of a register allocator issue than enything else, though |
18:12:55 | preglow | i haven't seen the code in question |
18:13:10 | preglow | oh, holy god |
18:13:23 | preglow | the freebsd box i use for rockbox coding has gcc 2.95! |
18:13:27 | preglow | so much for using it for other coding |
18:13:45 | amiconn | If you compare gcc asm output to the C source, the quality varies a lot. Gcc sometimes generates brilliant code, other times it generates the most stupid s**t |
18:13:56 | preglow | yes |
18:14:02 | preglow | i'm really curious as to how gcc4 code is |
18:14:06 | preglow | they've changed a ton of internals |
18:14:06 | amiconn | I observed the exact same behaviour for SH1 |
18:14:11 | preglow | but only for some platforms, i think |
18:14:31 | preglow | m68k code is generally worse, they say |
18:16:00 | | Nick DrMoos is now known as Moos (i=DrMoos@m181.net81-66-158.noos.fr) |
18:16:03 | tucoz | Hmm. there are lot's of nice stuff at the freescale site: http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=MCF5249&nodeId=0162468rH3YTLC00M93094 |
18:16:16 | tucoz | Too bad they have a restrictive license |
18:17:01 | preglow | the dsp stuff at least didn't properly use the emac unit |
18:17:08 | preglow | as a matter of fact, it didn't is it at all |
18:17:12 | preglow | just the older mac unt |
18:17:13 | preglow | unit |
18:18:10 | tucoz | ok, what about the PORTASM68K? It says that it's free, and able to produce optimized coldfire code from 680x0 and CPU32 assembly code. |
18:18:41 | preglow | what do we need that for? |
18:18:51 | | Quit YouCeyE ("Leaving") |
18:19:07 | preglow | btw, what happened to the mp3 encoder? |
18:19:18 | tucoz | porting 680x0 code |
18:19:30 | preglow | tucoz: well, i don't know of any 68k code we want |
18:19:46 | preglow | apart from pegase, perhaps, but i don't know how many people will be interested in layer1/2 encoding |
18:20:06 | tucoz | preglow, not me either at the moment. But, if one found something written in that it could be used. |
18:20:09 | LinusN | the shine encoder is the hottest candidate |
18:20:23 | LinusN | but it needs a *lot* of work |
18:20:32 | preglow | LinusN: i know, and someone ported a optimised version to coldfire, why isn't it in cvs? |
18:20:41 | tucoz | Isn't that in cvs yet? I thought it worked quite fine |
18:20:48 | tucoz | that is it *works* |
18:20:49 | LinusN | preglow: where is it? |
18:21:06 | preglow | gimme a sec, i think rasher has it |
18:21:29 | preglow | he seems to have removed his build page... |
18:21:34 | | Join memmem [0] (n=user@p54A22D2F.dip0.t-ipconnect.de) |
18:21:34 | LinusN | we would need to extend the codec api |
18:21:45 | preglow | well, yes |
18:21:49 | preglow | we already have a wavpack encoder |
18:22:02 | tucoz | LinusN, is it this? http://sourceforge.net/tracker/index.php?func=detail&aid=1306244&group_id=44306&atid=439120 |
18:22:08 | preglow | there's no need to wait for the mp3 encoder for that |
18:22:40 | preglow | that's it |
18:22:44 | preglow | one file of pure bliss |
18:22:50 | tucoz | hehe |
18:23:06 | | Join muesli__ [0] (i=muesli_t@Bbc73.b.pppool.de) |
18:23:12 | muesli__ | hi |
18:23:13 | tucoz | the link in the comment? |
18:23:58 | tucoz | Well, that should serve as a good start anyway it seems. |
18:24:04 | memmem | Hi LinusN, are you working on the X5 port now? I think chances are small for turning the device into a brick as the boot loader seems to be in the lower 64 KB of the firmware which are not contained in the firmware file, so it probably will work even if the rest of the firmware is broken. |
18:25:12 | muesli__ | could any english speaking native give me some help with some sentences? |
18:25:58 | LinusN | memmem: interesting |
18:26:08 | LinusN | memmem: what does the x5 bootloader do? |
18:27:07 | memmem | LinusN: Don't know, I haven't seen it (no BDM). The flashing code in the firmware file seems to be unused. |
18:27:28 | memmem | I guess it looks for the firmware file and flashes it when found. |
18:27:55 | LinusN | ok |
18:28:53 | preglow | does this hellmann hang on irc? |
18:29:07 | PaulJ | muesli__: i read the post in the german forum about the clicking an popping sounds. i think the reason is tha the files have a samplingrate of 32kHz |
18:29:22 | tucoz | preglow, did you see the viewer in the comment? |
18:29:39 | muesli__ | PaulJ ok. but it should be fixed, isnt it? |
18:29:40 | preglow | tucoz: what about it? |
18:29:42 | preglow | muesli__: no |
18:29:55 | muesli__ | why not? |
18:30:03 | preglow | because i haven't got around to it? |
18:30:15 | memmem | LinusN: Could you please give me the lower 64 KB when you manage to connect the BDM? (The code of the firmware file gets loaded to 0x10000.) |
18:30:18 | tucoz | preglow, maybe it works better than the patch |
18:30:36 | muesli__ | it wasnt a complain ;) |
18:31:00 | preglow | besides, i'd more like to throw away the entire resampler and make a new one |
18:31:08 | preglow | but eq first |
18:31:15 | preglow | perhaps i should make the eq work now |
18:31:22 | muesli__ | :) |
18:31:26 | LinusN | memmem: sure |
18:31:36 | preglow | will anyone shoot me if i add eq.c ? i don't want to make dsp.c a playback.c like monster |
18:32:22 | LinusN | preglow: i won't kill you |
18:32:25 | memmem | LinusN: Fine. |
18:37:05 | _FireFly_ | can unions be used in rockbox ?? |
18:37:34 | preglow | sure, why not |
18:37:53 | _FireFly_ | ah ok i thinking about a new wps-handling-code |
18:38:56 | _FireFly_ | which will be token-based (if it doesn't use to much memory) |
18:41:19 | amiconn | preglow: We should either make stereo width work, or remove the options for swcodec. |
18:42:02 | preglow | well, i can implement it as i did playback speed |
18:42:21 | preglow | not very nice, but it works |
18:43:48 | lostlogicx | nathanh_: how are your display lists? :) |
18:44:02 | _FireFly_ | display lists ?? |
18:44:45 | | Part tucoz ("Leaving") |
18:45:09 | lostlogicx | _FireFly_: new WPS handling allows for giving parts of the screen more attributes (ie color) and eventually even alpha blending between different Z levels. |
18:46:16 | _FireFly_ | i hope he has in mind the low-memory-device when designing these display-lists |
18:47:20 | lostlogicx | They shouldn't use any more memory than current WPSs for a WPS that works on the existing devices, but for color devices, they will allow specification of colors and stuff. Actually if memory really is a concern, they could use less memory by completely preparsing the WPS into sets of bitfields rather than chars or something creative like that. |
18:47:30 | | Part Polo_o |
18:47:43 | preglow | haha |
18:47:56 | preglow | decode it into a huffman codec bitstream! |
18:48:00 | preglow | codeD |
18:48:01 | _FireFly_ | :) |
18:48:25 | | Join RotAtoR [0] (n=user@24-231-249-25.dhcp.aldl.mi.charter.com) |
18:48:50 | _FireFly_ | yeah that would decrease the memory-usage for the code-itself but you need extra-memory for the dict |
18:49:18 | lostlogicx | dict? |
18:49:24 | _FireFly_ | dictionary |
18:49:30 | lostlogicx | dictionary of who? |
18:49:53 | _FireFly_ | which defines which huffman-code represents which tag(in the case of the wps) |
18:50:35 | _FireFly_ | the defalte algo for example uses an huffman-code to compress data |
18:50:59 | _FireFly_ | deflate |
18:51:01 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
18:51:04 | preglow | i was joking |
18:51:07 | _FireFly_ | ;) |
18:51:12 | amiconn | Forget huffman. It would be sloo-oow |
18:51:16 | _FireFly_ | yupp |
18:51:19 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
18:51:53 | preglow | _FireFly_: deflate does not use huffman primarily, afaik |
18:51:57 | preglow | compress however, does |
18:52:13 | _FireFly_ | the compression it self is a kind of lz77 |
18:52:25 | _FireFly_ | and a combination with huffman |
18:54:33 | | Join Lear [0] (n=chatzill@h184n5c1o285.bredband.skanova.com) |
18:54:50 | _FireFly_ | or was it zlib which uses huffman |
18:55:14 | | Join Mmmm [0] (n=mscarrat@cpc4-hem13-3-1-cust63.lutn.cable.ntl.com) |
18:56:39 | _FireFly_ | deflate: This specification defines a lossless compressed data format that |
18:56:40 | _FireFly_ | compresses data using a combination of the LZ77 algorithm and Huffman |
18:56:40 | _FireFly_ | coding |
18:57:06 | preglow | okokok, anyone, what TERM should i set to make freebsd understand i can take colours without crying |
18:57:11 | preglow | xterm-color does not work |
18:57:26 | preglow | _FireFly_: zlib == deflate |
18:57:29 | _FireFly_ | term-emulation or |
18:57:36 | _FireFly_ | preglow: not at all |
18:57:46 | _FireFly_ | zlib uses currently the deflate algo to compress data |
18:57:47 | preglow | _FireFly_: it sure as hell can decompress deflate data, at least |
18:57:49 | | Join perplexity [0] (n=joust@cdj379.emirates.net.ae) |
18:58:09 | preglow | i use zlib for decompressing zip files in my ansi viewer |
18:58:13 | _FireFly_ | but it also defines an kind of fileformat |
18:58:19 | _FireFly_ | yeah |
18:59:00 | _FireFly_ | i think i would be hard to port it to rockbox (if it will be ever needed) |
19:00 |
19:08:07 | | Join ep0ch| [0] (n=ep0ch|@84.12.165.130) |
19:08:18 | ep0ch| | preglow: which shell are you using? |
19:08:44 | preglow | bash |
19:10:00 | | Join Polo_o [0] (n=polo_o@82-69-160-166.dsl.in-addr.zen.co.uk) |
19:10:34 | | Part Polo_o |
19:10:39 | ep0ch| | seems to work for me |
19:10:44 | preglow | not for me |
19:10:55 | preglow | when i enable syntax highlighting in vim, i just get underlined words |
19:11:00 | preglow | and no colours |
19:11:04 | preglow | perhaps it's a vim problem |
19:11:33 | _FireFly_ | in my terminal-emulation(urxvt) the TERM is set to xterm |
19:12:25 | _FireFly_ | preglow is COLORTERM set ?? |
19:12:33 | preglow | _FireFly_: no |
19:12:51 | _FireFly_ | maybe this helps you: http://www.stripey.com/vim/terminals.html |
19:13:06 | XavierGr | I read somewhere that Ubuntu uses .db packages, does that mean that .rpm packages will not work for Ubuntu? |
19:13:19 | preglow | ubuntu is a debian based distro |
19:13:26 | preglow | it can use rpm, but it isn't the primary format |
19:13:30 | preglow | ubuntu uses .deb |
19:13:34 | ep0ch| | preglow: do you have CLICOLOR set? |
19:13:43 | XavierGr | so it will not accept other packages right? |
19:13:48 | XavierGr | oh |
19:14:13 | preglow | ep0ch|: no |
19:14:18 | preglow | export CLICOLOR=1 ? |
19:14:24 | webguest31 | XavierGr: Using rpm is a baaaad idea. |
19:14:33 | | Quit linuxstb_ (Read error: 110 (Connection timed out)) |
19:14:38 | webguest31 | (on Debian-based distros such as ubuntu) |
19:14:42 | ep0ch| | well mine is just CLICOLOR=, but i think it should be CLICOLOR=YES |
19:14:57 | _FireFly_ | CLICOLOR= then it isn't set |
19:14:59 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
19:15:08 | _FireFly_ | or has an empty string |
19:17:55 | _FireFly_ | preglow try to set COLORTERM=yes |
19:18:15 | preglow | _FireFly_: neitehr colorterm nor clicolor works |
19:18:48 | ep0ch| | i have TERM=xterm and CLICOLOR set |
19:18:54 | ep0ch| | i get color |
19:18:57 | ep0ch| | hmmm |
19:19:11 | _FireFly_ | preglow: do you have color in the terminal itself ?? |
19:19:47 | preglow | _FireFly_: yes |
19:19:56 | preglow | so it's prolly a vim problem |
19:19:59 | preglow | i'm asking some people now |
19:20:09 | _FireFly_ | it seams |
19:24:58 | webguest31 | I'm going to blame FreeBSD |
19:25:51 | ep0ch| | you done ':syntax on' in vi/vim? |
19:26:33 | preglow | yes, of course |
19:26:41 | preglow | i think it's a configure time error |
19:26:43 | preglow | bloody freebsd |
19:27:38 | | Quit muesli__ (Read error: 110 (Connection timed out)) |
19:29:10 | ^BeN^ | LinusN?? |
19:29:59 | preglow | XTERM=ansi |
19:30:11 | * | preglow shoots freebsd and desecrates the corpse |
19:30:44 | ^BeN^ | http://misticriver.net/showthread.php?p=358288&posted=1#post358288 |
19:31:02 | | Nick ^BeN^ is now known as Paprica (n=Paprica@85-250-232-227.bb.netvision.net.il) |
19:33:00 | LinusN | Paprica: cool |
19:33:12 | markun | preglow: I have this in my bashrc: export TERM=xterm-color :) |
19:33:22 | preglow | markun: well, it doesn't work anyway |
19:33:26 | Paprica | can you add it to the next daily build? |
19:33:33 | preglow | only TERM i make colour work with is 'ansi' |
19:33:34 | Paprica | it support h1xx too |
19:33:37 | preglow | and then page up/down doesn't work anymore |
19:33:44 | LinusN | Paprica: where's the patch? |
19:33:53 | Paprica | blah |
19:33:57 | Paprica | no patch |
19:34:01 | Paprica | only source |
19:34:04 | Paprica | =\ |
19:34:15 | LinusN | ok, where's the source? |
19:34:17 | markun | preglow: hm, now I see I've commented it out. Don't know why it works then. |
19:34:26 | Paprica | mm moment =] |
19:34:27 | | Join muesli__ [0] (i=muesli_t@Bbc63.b.pppool.de) |
19:34:30 | _FireFly_ | markun: echo $TERM ?? |
19:35:02 | markun | _FireFly_: It's xterm-color in xterm and 'screen' when I use screen. |
19:35:39 | _FireFly_ | then the xterm set TERM to xterm-color |
19:36:47 | preglow | markun: hah! |
19:36:50 | preglow | TERM=screen works |
19:36:54 | markun | :) |
19:37:14 | markun | screen is a nice program, you should use it anyway :) |
19:37:27 | preglow | i do |
19:37:36 | preglow | i'm writing through screen as we speak |
19:38:56 | markun | me too |
19:38:59 | markun | irssi? |
19:39:11 | _FireFly_ | nina |
19:39:13 | _FireFly_ | :) |
19:39:16 | _FireFly_ | ninja |
19:39:16 | preglow | irssi |
19:39:19 | | Quit muesli__ (Read error: 104 (Connection reset by peer)) |
19:39:27 | preglow | only irc client worth keeping |
19:39:43 | markun | xchat was also ok, but I prefer irssi now. |
19:39:51 | preglow | i never could stand xchat |
19:46:36 | *** | Saving seen data "./dancer.seen" |
19:51:05 | | Quit memmem ("ERC Version 5.0.4 $Revision: 1.726.2.19 $ (IRC client for Emacs)") |
20:00 |
20:04:36 | | Join muesli__ [0] (i=muesli_t@A8ebe.a.pppool.de) |
20:05:35 | | Join tvelocity [0] (n=tony@ipa138.7.tellas.gr) |
20:05:47 | | Quit San (Read error: 110 (Connection timed out)) |
20:08:24 | Cassandra | Hmmm. What time does the daily build get updated? I'm trying to work out a good algorithm for when to use today's date to grab the latest daily, and when to use yesterdays. |
20:08:25 | | Join merbanan [0] (i=banan@dalink.campus.luth.se) |
20:08:40 | Bagder | Cassandra: it starts building at 06:00 CET |
20:09:01 | Bagder | usually completes before 06:20 |
20:09:03 | Cassandra | What's that in real time? |
20:09:11 | Bagder | that's GMT+1 |
20:09:23 | Cassandra | So 5 UTC then? |
20:09:32 | Bagder | yes |
20:10:02 | Bagder | unless during daily savings time ;-) |
20:10:16 | Bagder | ain't time lovely |
20:11:01 | | Quit Mmmm () |
20:11:59 | Cassandra | Argh. |
20:12:26 | Cassandra | Maybe I should go back to the original plan of testing for rockbox-<today> on the server. |
20:12:40 | Cassandra | Just seems like a waste of server resources though. |
20:12:48 | webguest31 | Just do a HEAD |
20:12:52 | webguest31 | that's practically free |
20:13:21 | Cassandra | wxWidgets HTTP support is kind of high level for that. |
20:13:34 | Cassandra | However, I'll ask on #wxwidgets. |
20:14:03 | Bagder | Cassandra: I would say that you should check tomorrow, today and yesterday... |
20:14:33 | Bagder | unless you speak GMT |
20:14:57 | Bagder | if you want me to, I could make some special file somewhere with meta data |
20:15:03 | Cassandra | I think the time wxWidgets returns is UTC/GMT unless you tell it you want a specific timezone. |
20:16:14 | linuxstb_ | Bagder: I was about to suggest that. A simple text file with the date of the latest daily builds would be enough. |
20:16:29 | preglow | why not just url? |
20:16:46 | linuxstb_ | The url is different for every target. Just the date changes. |
20:16:55 | preglow | anywho, i'm trying to commit a quick working eq here |
20:17:02 | linuxstb_ | e.g. http://www.rockbox.org/daily/h120/rockbox-h120-20051219.zip |
20:17:15 | preglow | anyone have any suggestions on what they want the settings to look like? |
20:17:48 | Cassandra | Like an explosion in a jam factory? |
20:17:57 | Cassandra | Or were you looking for serious suggestions? |
20:18:13 | preglow | of course not |
20:18:26 | lostlogicx | *cheers for screen +irssi users* |
20:19:01 | * | Cassandra looks at lostlogicx funny. |
20:19:21 | lostlogicx | referenced an old conversation. |
20:19:36 | Cassandra | Bagder - yeah - special file sounds like a good idea. |
20:21:09 | Cassandra | Saves me having to piss around with timezones. |
20:21:24 | Bagder | ok, I'll make one just after all builds are done |
20:21:56 | muesli__ | Cassandra thx 4 your your utility :) |
20:24:28 | preglow | Bagder: perhaps only update the file if the build isn't red? |
20:24:48 | Bagder | the daily build system doesn't know about stuff like that |
20:25:27 | Bagder | http://www.rockbox.org/daily/build-info |
20:25:57 | | Join petur [0] (i=petur@d54C1B62E.access.telenet.be) |
20:26:03 | Bagder | good enough? |
20:26:59 | Cassandra | Looks cool. Can you make it in windows ini file style format? wx has code for parsing them. |
20:27:20 | Bagder | show me and I'll adjust |
20:27:29 | _FireFly_ | [data] |
20:27:36 | _FireFly_ | value = "date" |
20:27:41 | _FireFly_ | for example |
20:27:51 | Cassandra | That'd be it. |
20:28:11 | preglow | feels dirty |
20:28:27 | Cassandra | If we can also store the latest version number of rbutil.ini in there, I can use it for the update mechanism too. |
20:28:46 | linuxstb_ | Or could that URL just be rbutil.ini ? |
20:29:03 | Bagder | well, I feel better having this whole file generated by the autobuild system |
20:29:46 | Cassandra | linuxstb_, but then you'd download a new rbutil.ini every day. |
20:30:01 | petur | LinusN: would it be ok to move the calling of create_numbered_filename() from pcm_recording.c to pcm_record.c? |
20:30:02 | Cassandra | I'm not sure that's such a great idea. |
20:30:22 | Cassandra | Badger - I agree. |
20:30:27 | petur | LinusN: calling it spins up the disk, so recording effectively only starts after disk spinup |
20:30:32 | Bagder | http://www.rockbox.org/daily/build-info now then? |
20:30:38 | linuxstb_ | Cassandra: I was just thinking aloud... |
20:31:15 | LinusN | petur: not very popular, since the create_numbered_filename() function is in apps/ |
20:31:20 | Cassandra | There's no 'y' in dailies, and I think you have a spurious space before date, but yes. |
20:31:25 | petur | I know |
20:31:38 | petur | But that disk-spinup really s*cks |
20:31:44 | _FireFly_ | Cassandra: it shuldn*t matter if the implementation is correct |
20:31:51 | LinusN | petur: yes it does |
20:31:54 | _FireFly_ | for ini-files-parsing |
20:31:58 | Bagder | fixed that too |
20:32:12 | preglow | starting recording spins up disk? |
20:32:13 | preglow | that's bad |
20:32:16 | Bagder | this way we _can_ add other info to this file later on |
20:32:25 | _FireFly_ | yepp |
20:32:35 | Cassandra | Can I have a CVS module for the utility, btw? |
20:32:39 | petur | It has to spin up to create the file, but it spins up first to find out what numbered file it can make |
20:32:48 | Bagder | Cassandra: sure! |
20:32:49 | LinusN | petur: we could of course move the create_numbered_filename() function to firmware/ as well |
20:33:03 | petur | would like to do that |
20:33:24 | petur | also, pre-recording is implemented, needs debugging |
20:33:30 | LinusN | petur: or even better, move the recording code to apps/ |
20:33:39 | LinusN | well, not better |
20:33:43 | petur | hehe |
20:33:59 | petur | not better at all |
20:34:10 | LinusN | in fact, we should consider moving some parts of it to apps/ |
20:34:23 | preglow | what guidelines do we currently have, as to what goes where? |
20:34:26 | petur | like? creating the file? |
20:34:59 | LinusN | preglow: there was once a thought about separating lowlevel and highlevel code |
20:35:09 | petur | I'll finish pre-recording first, then we can see |
20:35:15 | LinusN | i think the buffering code could be in apps |
20:35:33 | preglow | isn't it in apps? |
20:35:33 | petur | huh? |
20:35:55 | petur | not the DMA handler? |
20:36:15 | LinusN | the dma handler should probably be in firmware/ |
20:36:39 | preglow | i'm thinking most stuff an app would want to re-use should be in firmware |
20:36:49 | LinusN | something like that |
20:36:56 | preglow | which includes the entire playback engine... |
20:36:56 | preglow | heh |
20:37:25 | LinusN | over time, the firmware/apps division has become more of a nuisance than anything else |
20:37:38 | preglow | yup |
20:38:01 | LinusN | i suggest a common directory and a target/ subtree with the target specific code |
20:38:11 | LinusN | some day... |
20:38:16 | preglow | when we go svn... |
20:38:17 | preglow | hehe |
20:38:18 | petur | I'm thinking of making the recording interface like this: If you pass it a filename, it uses that one, if you don't, there's the auto-naming that habppens now. Or, |
20:38:49 | preglow | at least the file name logic shouldn't be executed until the first buffer write |
20:38:51 | petur | nah, no or... |
20:39:27 | petur | I want to start the recording before that, yes |
20:39:39 | petur | because the spin-up takes long |
20:40:15 | petur | but auto-naming causes spn-up atm at a higehr level :( |
20:40:29 | preglow | the disk noise will also disturb the recoridng |
20:40:42 | _FireFly_ | maybe disk-cache can be used (if enabled) |
20:41:21 | petur | oh, you mean create the file if it doesn't exist, which would be at the first savepoint |
20:41:32 | preglow | i'm tempted to say the disk cache should be default... |
20:41:37 | Slasheri | Hmm, tagcache needs ~55 KiB of memory to build all unique indexes for ~5000 songs. I wonder if we can get that much of memory on archoses too (at least plugin buffer would be too small) |
20:42:04 | petur | bbl, got some other stuff to do... |
20:42:49 | | Quit DrumRBoy320 () |
20:42:51 | preglow | you mean like working memory? |
20:43:17 | Slasheri | preglow: ram, yes. But that is only needed when building / updating the cache |
20:43:32 | Bagder | and Archoses have MUCH bigger disks with larger music collections... |
20:43:54 | preglow | http://www.appleinsider.com/article.php?id=1422 |
20:44:27 | preglow | okay, i don't think we'll have any trouble with people getting their hands on this particular rockbox target |
20:44:33 | Cassandra | Badger I think you have to set up a new module (although it could just be that I can't work CVS.) |
20:44:37 | Slasheri | of course we could use audio buffer for that, but then the operation would be less transparent (unless we reserve a portion of that buffer when building the db) |
20:45:14 | Bagder | Cassandra: anyone with cvs access can do that. I'd suggest you use "import" in a totally empty dir just to get the module created |
20:45:30 | Bagder | then check it out, then start adding files |
20:45:51 | Cassandra | OK |
20:46:00 | Paprica | blah, when i play music and going to change theme or change wps, rockbox stuck in and i need to restart it. |
20:46:13 | Paprica | someone have this problem too? |
20:48:48 | amiconn | Slasheri: What's stored in the working RAM for tag cache generation? Your numbers tell it's 12 bytes per entry? |
20:53:57 | lostlogicx | Bger: have you done battery usage comparisons with LCD turn on and off |
20:54:09 | amiconn | preglow: Performing the file name logic could be delayed until the first buffer flush if we find a clean way to handle that - but only on non-RTC targets |
20:54:46 | Slasheri | amiconn: index_entry (4 bytes containing tag length) and the tag data. That is used to create a unique index for certaing tags (artist, album and genre) |
20:54:51 | amiconn | The RTC filename logic doesn't cause a spinup anyway |
20:55:12 | preglow | amiconn: why not? |
20:55:32 | amiconn | It composes a filename from time & date |
20:55:52 | Slasheri | amiconn: oh, in fact that is tagfile_entry (2 bytes for length), but it seems that it's aligned as 4 bytes |
20:56:21 | preglow | amiconn: that's not exactly a guarantee for the filename not already existing |
20:56:26 | amiconn | The archos recording has delayed buffer write to avoid the exact same problem - spinup disturbs recording from internal mic - as long as possible |
20:56:36 | Slasheri | amiconn: or never mind, it is 2 bytes as i checked now.. header seems to be long aligned only |
20:57:04 | amiconn | preglow: It is, unless you manage to start recording, stop and start again within one second |
20:57:38 | preglow | amiconn: or the file already exists for some reason |
20:58:13 | amiconn | The delayed buffer write doesn't prevent the spinup at start for non-RTC units though, but this wasn't a problem on archos. The only target without RTC that can record is the Ondio FM, and that doesn't suffer from spinup noise ;) |
20:59:25 | preglow | the english lang file is really a jumble of different capitalisation styles now |
20:59:58 | amiconn | preglow: That's very unlikely. Example filename: R051219-210005.mp3 |
21:00 |
21:00:31 | preglow | btw, did we remove all the deprecated strings for 2.5? |
21:00:46 | amiconn | Nope |
21:00:47 | preglow | amiconn: yeah, it is unlikely, i never said it wasn't ;) |
21:00:52 | preglow | why not? |
21:01:08 | amiconn | You can't simply remove them, we need to bump the .lng version |
21:01:13 | Bagder | laziness! |
21:01:15 | Bagder | ;-) |
21:01:16 | preglow | and why didn't we do that at 2.5? |
21:01:17 | amiconn | I'm in the process of cleaning up... |
21:01:22 | preglow | ahh, ok, that's what i expected :P |
21:01:35 | amiconn | In fact I was waiting for l10n v2 ;) |
21:01:41 | Bagder | and possibly because I was tempting the masses for the v2, yes |
21:01:58 | amiconn | ...but now unicode is a good reason to do it |
21:02:24 | amiconn | I noticed voice files don't contain the .lng version, that's not good |
21:04:02 | amiconn | preglow: I removed all deprecated strings, combined those that were split in two just because there was no splash() back then, and now I am in the process of grouping strings |
21:04:06 | amiconn | Quite some work... |
21:04:31 | preglow | i can imagine |
21:04:49 | preglow | but yeah |
21:04:57 | preglow | what's the rule for capitalisation in english? |
21:05:16 | Bagder | You Captilize Each Word In Titles, Don't You? |
21:05:30 | preglow | Only Titles? |
21:06:51 | | Join qwisp11 [0] (n=arnott_c@cpc1-oxfd4-4-0-cust172.oxfd.cable.ntl.com) |
21:06:52 | preglow | there's a lot of non-capped words as well |
21:07:44 | * | preglow finally gets to use the sims! |
21:09:50 | nathanh_ | the #1 rule in English is that there are lots of exceptions |
21:09:53 | preglow | isn't it a bit wrong for string "Gain" to be called LANG_RECORDING_GAIN ? |
21:09:55 | amiconn | preglow: I think the idea for english.lang was to capitalise each word in the menus & settings, but to use standard rules elsewhere (like for popup messages) |
21:10:43 | amiconn | preglow: Nope. |
21:10:53 | preglow | ok, so the id shouldn't reflect what the string is? |
21:11:02 | preglow | so i have to use LANG_RECORDING_GAIN identifier in my eq code? |
21:11:09 | preglow | sounds logical |
21:11:22 | amiconn | This string is called LANG_RECORDING_GAIN because it is the string for the gain in the recording screen |
21:11:28 | preglow | yes, i figured |
21:11:32 | amiconn | It just says 'Gain' to save space |
21:11:33 | preglow | but that string can be shared all over rockbox |
21:11:41 | preglow | it's very generifd |
21:11:43 | preglow | generic |
21:11:56 | amiconn | Less generic than you might think |
21:12:10 | preglow | ok, so i should add an identical gain string for my eq as well? |
21:12:33 | amiconn | You could use it everywhere you need the string 'Gain' alone, but not in combination with other words |
21:13:23 | | Join TCK [0] (n=tckocr@81-178-244-91.dsl.pipex.com) |
21:13:55 | preglow | sure |
21:14:23 | preglow | but you're still saying i should add my own gain string for the eq? |
21:15:13 | amiconn | I'm not sure. The string could say something else than the equivalent of 'Gain' in other languages |
21:15:41 | | Quit muesli__ (Read error: 110 (Connection timed out)) |
21:16:11 | preglow | it is possible, yes |
21:16:16 | preglow | i'll just do that for now |
21:17:53 | preglow | and i should in general do this with every string, even though they might be shared? |
21:19:35 | preglow | well, this'll be nice... |
21:19:48 | preglow | how do you suggest i handle multiple bands? |
21:20:09 | preglow | the bands will all have identical strings, apart from a number |
21:20:26 | preglow | 1: Center Frequency \n 1: Q Factor \n 1: Gain |
21:20:27 | preglow | for example |
21:20:35 | preglow | then 2: Center Frequency, etc |
21:21:13 | Lear | Q factor? |
21:21:50 | pill | hi |
21:22:08 | preglow | Lear: bandwidth |
21:22:11 | pill | will rockbox for ipod allow to get rid of itunes? |
21:22:20 | pill | i.e. use the ipod as an UMS? |
21:22:21 | preglow | Lear: higher q factor = narrower band |
21:22:27 | LinusN | pill: yes |
21:22:30 | Lear | Ah. |
21:22:43 | pill | woah |
21:22:54 | preglow | i might replace Q with actual bandwidth, but then i need to code a fixed point log function |
21:22:57 | preglow | which i can't be bothered with now |
21:23:09 | pill | means ipod is to be reconsidered as a multi codec jukebox/UMS |
21:23:18 | pill | means the nano turns out a kickass option |
21:23:22 | preglow | the usb code will be extremely tricky, though |
21:23:47 | pill | i guess |
21:23:49 | preglow | in the mean time we'll just reboot to disk mode or apple os, let you transfer your files, then let you play them in rockbox |
21:24:02 | preglow | ipod will be our first target that hasn't got hardware controlled usb |
21:24:10 | preglow | at least it doesn't seem like it's got hardware controlled usb |
21:24:16 | LinusN | preglow: i thought it did... |
21:24:33 | pill | good luck on this one guys |
21:25:05 | preglow | LinusN: common consensus seems to be it's software controlled |
21:25:15 | LinusN | gah |
21:25:54 | preglow | 21:25 < aegray_> theres a hardware usb ehci controller which is controlled from software |
21:26:25 | LinusN | lostlogic: there? |
21:26:31 | preglow | no datasheets............. |
21:27:25 | LinusN | figures... |
21:27:29 | preglow | it's part of the portalplayer core...................................... |
21:27:39 | preglow | god, that's going to be a nightmare |
21:27:49 | LinusN | indeed................................................................................................................... :-) |
21:31:35 | | Quit qwisp11 () |
21:32:43 | mirak | preglow: the ipod dosn't have a 5.1 sound :p |
21:33:49 | Lear | preglow: what kind of log? |
21:34:04 | preglow | Lear: like logarithm |
21:34:11 | preglow | the natural one |
21:34:15 | | Quit XavierGr ("Trillian (http://www.ceruleanstudios.com") |
21:34:23 | Lear | Ok, I was wondering about the base... |
21:34:38 | preglow | 1/Q = 2*sinh(ln(2)/2*BW*w0/sin(w0)) |
21:34:42 | preglow | i need to implement that formula |
21:34:53 | preglow | now wait |
21:34:55 | preglow | i just need sinh |
21:35:26 | _FireFly_ | ln(2) is a fixed value :) |
21:35:41 | preglow | yes, i noticed |
21:35:59 | preglow | sin i have, so i just need sinh then |
21:36:10 | _FireFly_ | what is sinh ?? |
21:36:17 | Lear | But I remembered wrong; replaygain does an exp (but based on code that I'm quite certain contained a log too). |
21:36:17 | dpassen1 | hyperbolic sine |
21:36:37 | _FireFly_ | ah thanks dpassen1 |
21:37:40 | preglow | sinh is basically just a couple of e^x |
21:38:09 | dpassen1 | (e^x - e^(-x))/2, iirc |
21:38:10 | preglow | (e^x - e^(-x))/2, actually |
21:38:31 | preglow | at least we agree |
21:38:38 | dpassen1 | parentheses and all |
21:41:54 | | Join goa [0] (i=hd@gate-hannes-tdsl.imos.net) |
21:43:00 | | Join San [0] (n=test@213-202-178-117.bas504.dsl.esat.net) |
21:45:41 | preglow | damn annoying function, fixed point wise |
21:45:57 | preglow | i chose to not use tan() for a reason |
21:46:01 | preglow | and now it returns here to bite me |
21:46:16 | nathanh_ | oh, fantastic, tops work to bger for the h300 lcd fix |
21:46:37 | *** | Saving seen data "./dancer.seen" |
21:55:15 | petur | yes, now we just need somebody to commit that and the brightness patches :D |
21:55:18 | wubbla | huh? |
21:55:24 | wubbla | nathanh_: lcd fix? |
21:55:43 | petur | turn off lcd when backlight is off |
21:55:50 | wubbla | ah |
21:55:58 | Paprica | how can i get random numbers??? |
21:56:20 | wubbla | petur: but what is this good for? saving battery life? |
21:56:20 | LinusN | Paprica: use rand() |
21:56:28 | Paprica | how? |
21:56:42 | Paprica | rand(num)? |
21:57:08 | LinusN | first seed it: rb->srand(*rb->current_tick); |
21:57:41 | LinusN | then x = rb->rand() % RANGE; |
21:57:57 | LinusN | where RANGE is 10 for numbers between 0-9 |
21:58:07 | Paprica | ok |
21:58:08 | Paprica | 10x |
21:58:09 | petur | wubbla: yep |
21:59:12 | wubbla | petur: but i assume that this lcd-issue is not the reason for the weak battery life of rockboxed h300's, right? |
22:00 |
22:00:48 | petur | give it some time... first we need to get all the stuff work ok... |
22:01:56 | | Join DocterD`idle [0] (n=DocterD@dslb-084-059-104-023.pools.arcor-ip.net) |
22:01:58 | preglow | ok, any ideas on how i'm going to fix this x bands with identical settings problem? |
22:02:27 | preglow | just spam english.lang with almost-duplicate strings? |
22:02:55 | wubbla | hmm |
22:03:15 | wubbla | i think i'll give lcd_h300_turn_off.diff a try... |
22:03:39 | wubbla | if it's considered to be "safe"...?! :-) |
22:05:55 | LinusN | enjoy |
22:06:12 | preglow | or perhaps include a different sub-menu for every eq band? |
22:06:28 | petur | yuck |
22:06:39 | preglow | that'll be the cleanest, but very cumbersome |
22:06:55 | petur | I'd rather have it like recording settings... no? |
22:07:05 | petur | below each other? |
22:07:07 | LinusN | preglow: will you have a fixed number of bands? |
22:07:14 | | Quit tvelocity (Remote closed the connection) |
22:07:19 | preglow | LinusN: well, if not, i'll have hell with settings |
22:07:25 | LinusN | :-) |
22:07:27 | preglow | LinusN: so i was going for five |
22:07:30 | LinusN | 5? 7? |
22:07:32 | LinusN | ok |
22:07:50 | | Join tvelocity [0] (n=tony@ipa138.7.tellas.gr) |
22:07:59 | preglow | i'm almost aching to see how this eq will perform |
22:08:02 | LinusN | i can imagine a graphical setting |
22:08:24 | preglow | i'm _not_ bloody coding any gui thing here |
22:08:33 | | Join Mmmm [0] (n=mscarrat@cpc4-hem13-3-1-cust63.lutn.cable.ntl.com) |
22:08:39 | petur | :) |
22:08:39 | preglow | someone framework it for me, an and sure |
22:08:53 | preglow | i hate gui code with a red hot passion |
22:09:10 | petur | I've done some in the past |
22:09:52 | preglow | if we're going to start supporting graphical settings, we might as well contrive a scheme that'll work independently of lcd sizes first |
22:10:07 | | Quit solexx (Read error: 104 (Connection reset by peer)) |
22:11:44 | _FireFly_ | are pointers on the targest 16bit or 32 bit ?? |
22:11:56 | Bagder | 32 |
22:11:57 | | Join solexx [0] (n=jrschulz@c146005.adsl.hansenet.de) |
22:12:02 | _FireFly_ | Bagder: thanks |
22:12:04 | petur | LinusN: can I do the filename creation in the recording part? and do something like pcm_get_filename() if the status screen needs to know the file...? |
22:12:06 | | Join XavierGr [0] (n=xavier@ppp16-adsl-71.ath.forthnet.gr) |
22:13:03 | | Quit XavierGr ("Leaving") |
22:13:33 | markun | I was taking my Gigabeat appart to make some scans but I got scared and put it all back together :) |
22:13:54 | Bagder | chicken! |
22:13:55 | preglow | hhaha |
22:13:55 | linuxstb_ | Do you have any spare bits left? |
22:13:57 | preglow | wuss! |
22:14:10 | _FireFly_ | uses a boolean var one byte in ram ?? |
22:14:48 | preglow | at least |
22:16:30 | LinusN | petur: i was wondering, does create_numbered_filename() spin the disk when the disk cache is enabled? |
22:16:30 | markun | Bagder: Hey, where's your Gigabeat? |
22:16:42 | mirak | markun: I consider almost impossible to use ffmpeg mpeg4 codec |
22:16:58 | petur | probably not... will try.. just a sec... |
22:17:19 | mirak | markun: even the decoder function uses the encoder struct |
22:17:22 | amiconn | LinusN: It shouldn't, that is, if Slasheri didn't overlook something ;) |
22:17:24 | markun | mirak: ok. Then I'll give it a go when I have time. |
22:17:33 | mirak | markun: good luck |
22:17:52 | markun | At least we have xvid decoding. |
22:18:18 | mirak | markun: I tried the other approach trying to add methods, but it will take ages, and there is useless structs |
22:19:15 | petur | aargh... can't tell as it opens the file right after that, and that definitely spins up the disk |
22:20:29 | mirak | who included flac codec into rockbox ? |
22:20:41 | petur | I have still something wrong with recording start. Using internal mic, I should hear the disk spin up in the recording, but only hear ir spinning - starts recording too late :( |
22:21:21 | | Join XavierGr [0] (n=XavierGr@ppp16-adsl-71.ath.forthnet.gr) |
22:21:57 | XavierGr | Great! I just lost all my permission rights in Ubuntu. Now I can't log on at all. :x |
22:22:27 | mirak | ? |
22:22:33 | mirak | how did you did that ? |
22:22:42 | mirak | XavierGr: boot with -single option |
22:22:44 | mirak | single |
22:22:58 | mirak | at boot time edit the bootloader options |
22:23:05 | XavierGr | I changed my home to root and now whenever I try to log on it says that my home isn't permitted |
22:23:37 | mirak | what did you do !!!! |
22:23:46 | _FireFly_ | yeah what did you do |
22:23:48 | webguest31 | Well that was silly, but do as mirak says and boot with -single |
22:23:59 | XavierGr | single means? |
22:24:04 | webguest31 | and change your homedir back |
22:24:14 | _FireFly_ | mirak: but why he should edit his bootloader settings |
22:24:15 | webguest31 | edit the line in grub and add "single" after the options |
22:24:22 | XavierGr | ok thanks |
22:24:34 | webguest31 | That'll dump you to a single-user root mode |
22:24:41 | mirak | _FireFly_: mmm there is maybe a safe mode |
22:24:46 | webguest31 | Good point |
22:24:48 | mirak | you are right |
22:24:50 | webguest31 | Use the safe mode |
22:24:52 | XavierGr | I have a really hard time with Ubuntu. I don't have any permission on my machine. |
22:24:53 | markun | mirak: linuxstb did the ffmpeg flac I think. |
22:24:57 | XavierGr | Everthing is locked up |
22:24:59 | preglow | http://yorgle.cis.rit.edu/Image/2005/12/ipod_ipl.jpg |
22:24:59 | preglow | hahah |
22:25:02 | _FireFly_ | mirak: singe is an safe mode |
22:25:04 | _FireFly_ | single |
22:25:06 | preglow | i'm the official #ipodlinux paster |
22:25:07 | webguest31 | XavierGr: what do you want to do? |
22:25:08 | XavierGr | I mount a drive and then I cant browse it |
22:25:34 | Bagder | now _that_ is bricking |
22:25:37 | webguest31 | Yeah, you need to mount it with the right options |
22:25:41 | XavierGr | It mounts it but then the owner of the dir is the root |
22:25:54 | XavierGr | and when I open the folder there is nothing there |
22:25:55 | webguest31 | That is indeed a bit troubling |
22:26:34 | XavierGr | then I logon as root (when I permitted it) and can't see the files of my real account |
22:26:42 | XavierGr | I thought that root can see all the files |
22:26:57 | webguest31 | He can. You must be doing something wrong there :) |
22:27:18 | _FireFly_ | XavierGr: what partition did you mount in which dir ?? |
22:27:23 | webguest31 | But you should very rarely need to be root |
22:27:31 | XavierGr | an ntfs partition on /media |
22:27:43 | _FireFly_ | and this brokes you home-dir ?? |
22:27:44 | XavierGr | I used the sudo |
22:27:54 | _FireFly_ | s/you/your |
22:28:01 | XavierGr | _FireFly_: No I broke my home dir myself |
22:28:15 | XavierGr | after I realised that I don't have acces to folders created by root |
22:28:30 | _FireFly_ | that was the wrong approach for this "problem" |
22:28:35 | XavierGr | I was really annoyed and changed the homedir to "/" |
22:28:40 | _FireFly_ | ouch |
22:29:14 | XavierGr | I wasn't aware that it is so easy to brake your account |
22:29:28 | webguest31 | it's not broken as such |
22:29:31 | webguest31 | you just can't log in |
22:29:40 | webguest31 | disabled, you might say |
22:29:46 | _FireFly_ | you should edit the /etc/fstab file to include the ntfs-partition whith proper mount-options set you can then mount the partition as normal user |
22:29:47 | XavierGr | also why when I play some music from cd loud parts get distorted? |
22:30:08 | XavierGr | (while in windows is normal) |
22:30:37 | webguest31 | Turn down the volume :p |
22:31:08 | mirak | markun: ok so I let you do ffmpeg ... |
22:31:10 | mirak | :) |
22:32:06 | XavierGr | And I thought I new about PCs. I can't do nothing in linux |
22:32:20 | preglow | anyone know of a nice standalone xwindows server? |
22:32:22 | preglow | not cygwin, no |
22:32:41 | Bagder | you mean on windows I take it |
22:32:42 | XavierGr | I kept reading to guides and information but still I don't get some parts of it... |
22:32:54 | XavierGr | anyway I will reboot and see if -single works out. |
22:33:02 | * | petur is confused |
22:33:22 | webguest31 | single, not -single |
22:33:36 | petur | what's the difference between apps/pcm_recording.c and apps/recorder/recording.c? |
22:33:43 | XavierGr | so I will add a "single" command to grub? |
22:33:58 | webguest31 | First use the "rescue mode" or whatever it is |
22:34:04 | webguest31 | that should work |
22:34:15 | preglow | Bagder: yea |
22:34:24 | | Part XavierGr |
22:34:25 | _FireFly_ | preglow: the only one which i just found is an comercial one |
22:34:38 | Bagder | on Windows I've only used the cygwin X server the last couple of years |
22:34:38 | preglow | i suddenly remembered i can't be bothered to make a mingw cross compiler as well |
22:35:00 | Bagder | there's a mingw debian package! |
22:35:06 | mirak | why do you want a standalone server ? |
22:35:08 | preglow | this is a freebsd server ://////////// |
22:35:16 | LinusN | petur: recording.c is the archos code |
22:35:21 | preglow | which means nothing useful will work on it, ever |
22:35:26 | Bagder | haha |
22:35:27 | preglow | especially not debian packages |
22:36:07 | mirak | drop it |
22:36:13 | petur | weird: if I modify pcm_recording, make doesn't see it, but it does if I change recording.c? This I must confirm... |
22:36:15 | mirak | why don't you put linux on it ? |
22:36:32 | mirak | linuxstb_: are you around ? |
22:36:33 | preglow | mirak: if it was my server, it would not be running freebsd in the first place, believe me |
22:36:41 | linuxstb_ | mirak: Yes. |
22:37:02 | mirak | linuxstb_: markun told me you implemented ffmpeg flac in rockbox is that right ? |
22:37:04 | LinusN | petur: sorry, i'm an idiot |
22:37:22 | LinusN | petur: apps/pcm_recording.c is obsolete |
22:37:34 | linuxstb_ | mirak: Yes. I can guess your next question... |
22:37:37 | petur | just confirmed this ;) |
22:37:46 | mirak | linuxstb_: we will see that, try :) |
22:38:01 | linuxstb_ | You want to know how to rip out the xvid decoder. |
22:38:06 | | Quit Moos ("Happy Birthday Rockbox") |
22:38:08 | mirak | linuxstb_: ? |
22:38:21 | linuxstb_ | No? |
22:38:25 | mirak | linuxstb_: there is no xvid decoder into ffmpeg, it uses xvidcore |
22:38:27 | | Join Moos [0] (i=DrMoos@m181.net81-66-158.noos.fr) |
22:38:38 | mirak | linuxstb_: or encoder whatever |
22:38:57 | mirak | linuxstb_: that's just an interface I think |
22:38:57 | markun | mirak: the mpeg4 decoder decodes xvid.. |
22:39:03 | linuxstb_ | What's h264.c ? |
22:39:10 | mirak | markun: yeah I realised that |
22:39:16 | preglow | hahaha |
22:39:29 | preglow | h264 is reaching a bit high |
22:39:33 | mirak | linuxstb_: h264 is the new format for blue ray |
22:39:40 | mirak | isn't it ? |
22:39:48 | linuxstb_ | What's xvid then? |
22:39:50 | mirak | it's the thing that apple is promoting |
22:39:54 | * | linuxstb_ is confused... |
22:40:03 | preglow | h264 is the new mpeg4 based video codec |
22:40:06 | preglow | also called avc |
22:40:07 | mirak | linuxstb_: xvid is an anhanced encoder I think, I am not sure |
22:40:12 | preglow | it's a very hard deocde |
22:40:14 | preglow | decode |
22:40:26 | mirak | you need 2ghz cpu to decode it |
22:40:30 | mirak | almost |
22:40:35 | preglow | not exactly |
22:40:39 | preglow | but it's very intensive |
22:40:59 | linuxstb_ | But isn't that because it's used for HDTV resolutions - e.g. 1280x720 @ 60fps |
22:41:07 | | Quit Mmmm () |
22:41:23 | preglow | no |
22:41:29 | preglow | it's plain and simple because it's more advanced |
22:41:38 | mirak | linuxstb_: well we were looking with markun how to extract the mpeg4 decoder out of ffmpeg, but well seems there is a lot of work. A lot more than xvid |
22:41:53 | preglow | fines motion prediction modes, deblocking filter, more coef prediciton |
22:41:59 | preglow | god, how i write like swine |
22:42:12 | linuxstb_ | h264 is what the video ipod plays. |
22:42:14 | mirak | linuxstb_: I was wondering what approach you used to extract flac code |
22:42:20 | preglow | that and ordinary mpeg4 video |
22:42:27 | mirak | linuxstb_: in 320*240 at best |
22:42:39 | linuxstb_ | No, in 640x360 or 480x480 |
22:42:49 | mirak | not for h264 I have read |
22:42:57 | mirak | might be wrong |
22:42:57 | linuxstb_ | I've played such files. |
22:43:02 | mirak | ok |
22:43:43 | mirak | so we are wondering if it's worth to implement ffmpeg mpeg4 decoder instead of xvid one, in case it's faster |
22:43:55 | preglow | just have a look at it |
22:44:04 | linuxstb_ | But anyway, ripping things out of ffmpeg is a nightmare - unless you are very familiar with the file format of the codec you are dealing with. |
22:44:41 | mirak | a nightmare ok, if even you, you say it |
22:45:08 | preglow | it is a nightmare to rip stuff out of ffmpeg |
22:45:11 | linuxstb_ | Maybe I'm exaggerating, but there is a _lot_ of code in ffmpeg, and the problem is identifying the minimum you need. |
22:45:14 | preglow | everything is very intertwined |
22:45:16 | mirak | the framework is nice, but not very modular |
22:45:40 | preglow | ANYWHO |
22:45:44 | preglow | i've got to go |
22:45:47 | preglow | see y'all later |
22:45:58 | linuxstb_ | goodnight. |
22:46:07 | _FireFly_ | preglow: cu |
22:46:17 | mirak | linuxstb_: I used the approach by adding methods instead of ripping, but that would take ages as well |
22:46:40 | mirak | I started with just one method, trying to had types etcetera |
22:46:59 | linuxstb_ | One good thing about ffmpeg is that the actual decoder will probably just be one or two .c files. |
22:47:18 | mirak | what do you mean ? |
22:47:39 | Bagder | I think he means that the actual decoder will probably just be one or two .c files |
22:47:51 | Bagder | :-) |
22:47:53 | mirak | and you what do you mean ? |
22:48:17 | linuxstb_ | I mean in libavcodec/ there will probably just be one or two .c files that implement the decoder. But those files will use general-purpose functions from elsewhere in ffmpeg that you will need to track down. |
22:48:20 | mirak | linuxstb_: ? |
22:48:21 | markun | mirak: that the actual decoding is only in h263dec.c |
22:48:45 | mirak | yes or general types |
22:48:51 | mirak | and structs |
22:49:21 | _FireFly_ | http://home.arcor.de/s.wezel/new-wps-handling-code-design.txt this is the first design approach for a token-based wps-handling |
22:49:43 | mirak | markun: will you do it ? |
22:49:57 | markun | I will try, but I don't have time now. |
22:51:33 | petur | LinusN: just calling rec_create_filename(path_buffer) without actually starting recording spins up the disk (with dircache enabled) :( |
22:53:53 | petur | thats on H300 (CONFIG_RTC not defined) |
22:57:44 | mirak | markun: maybe there is cleaner code in mplayer or vlc, I think they have the codecs in the source code too |
22:58:26 | _FireFly_ | afaik mplayer uses ffmpeg |
22:58:59 | Lear | Interesting... ffmpeg has its own vorbis decoder, using an fft. Not fixed point though... |
23:00 |
23:00:08 | | Join Strath [0] (n=mike@dpc674681214.direcpc.com) |
23:00:18 | linuxstb_ | Lear: Have they implemented it themselves (like the FLAC decoder), or is it derived from libvorbis? |
23:00:46 | merbanan | linuxstb_: ffvorbis is implmented from specs |
23:01:08 | linuxstb_ | Shame it's not fixed point then. |
23:01:27 | merbanan | is tremor so bad ? |
23:02:26 | | Join San||Away [0] (n=test@213-202-168-221.bas503.dsl.esat.net) |
23:02:54 | linuxstb_ | I'm just going by the startling difference between libFLAC and the ffmpeg FLAC decoder - so I'm prejudiced in favour of ffmpeg always being best. |
23:03:12 | | Join muesli__ [0] (i=muesli_t@Bbcb7.b.pppool.de) |
23:03:39 | muesli__ | re |
23:04:15 | merbanan | ffvorbis is abit faster then libvorbis, but thats when using sse |
23:04:32 | Lear | ffvorbis doesn't do floor0 files either, it seems. |
23:06:07 | merbanan | correct |
23:07:03 | lostlogicx | merbanan: how does ffvorbis compare to tremor on PC hardware, out of curiosity? |
23:08:32 | | Quit San (Read error: 110 (Connection timed out)) |
23:09:04 | merbanan | lostlogicx: no idea, the only thing I heard was that it was 10% faster then libvorbis (not tremor) |
23:09:17 | lostlogicx | nod |
23:10:19 | mirak | I have read that he mplayer dev said xvid decoder is as fast as ffmpeg if not faster on a 2002 post on xvid mailing list. |
23:11:13 | linuxstb_ | That was three years ago though... You could check the ffmpeg CVS to see what changes have been made. |
23:11:30 | mirak | mmm ... |
23:11:31 | merbanan | I think they are almost as fast with ffmpeg a littlebit faster |
23:12:20 | merbanan | anyway most of the speed is from simd code |
23:12:28 | mirak | ffmpeg code have the advantage of having arm assembly optmisations |
23:12:43 | mirak | for some ipod colors it can be worth |
23:13:10 | linuxstb_ | I'm just trying to get audio first.... |
23:13:25 | markun | and can also give us a clue how much speed can be improved on H300 by rewriting that code into asm |
23:13:43 | markun | linuxstb_: get on with it :) |
23:14:26 | markun | .. with the voice of an entire army from quest for the holy grail :) |
23:15:08 | mirak | markun: there is x86 assembly optimisation in xvid code also. we can know what it's worth to optimize at least |
23:15:36 | mirak | you know what the last time I did 68k assembly it was ten years ago. |
23:15:40 | mirak | on an atari st |
23:15:53 | mirak | I cracked a game |
23:17:06 | mirak | the ridiculest protection ever. It was a protection by symbol. So there was a manual with 30 symbol and it asked randomly one among 30. I just to change the rand by a move to always have the first symbol |
23:17:29 | mirak | I am rpoud of that |
23:17:32 | mirak | \o/ |
23:17:39 | mirak | :D |
23:18:26 | | Quit Lear ("Chatzilla 0.9.69 [Firefox 1.5/0000000000]") |
23:19:25 | _FireFly_ | good night everybody |
23:20:25 | | Quit _FireFly_ ("Leaving") |
23:20:40 | lostlogicx | lsr shifts zeros in at the left, asr shifts MSbs in right? |
23:20:51 | lostlogicx | s/right/correct/ |
23:22:42 | | Quit Kohlrabi ("Leaving") |
23:31:04 | | Quit rayo () |
23:43:10 | | Join SnokeekonS [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
23:44:04 | | Nick SnokeekonS is now known as AliasCoffee (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
23:46:40 | *** | Saving seen data "./dancer.seen" |