| 00:03:02 | unL33T2 | firmware upgrading... |
| 00:03:26 | rasher | if that works, my bootloader.bin must be correct |
| 00:03:40 | preglow | where'd you get it? |
| 00:03:45 | unL33T2 | v5 |
| 00:03:57 | preglow | i hope you're not using a cvs bootloader? :> |
| 00:04:09 | rasher | preglow: I have all bootloader versions Linus put up lying around |
| 00:04:13 | preglow | goodie |
| 00:04:24 | rasher | Well, the MD5 summing would catch if I were anyway |
| 00:06:12 | rasher | Maybe not all, but v1 through v5 |
| 00:07:08 | | Quit matsl (Read error: 104 (Connection reset by peer)) |
| 00:07:39 | rasher | Or not... I have SOME bootloaders. |
| 00:07:44 | unL33T2 | didnt fix it :( |
| 00:08:01 | preglow | unL33T2: that's very improbable |
| 00:08:10 | unL33T2 | also the iriver firmware wont allow me to do a DBscan (in the General menu) |
| 00:08:27 | preglow | a lot of people have done exactly what you've done, and upgrading to a newer bootloader did wonders |
| 00:08:29 | unL33T2 | sigh stupid thing |
| 00:08:36 | preglow | as it should |
| 00:08:47 | preglow | rasher: you're sure you're using a new fwpatcher? |
| 00:09:00 | unL33T2 | well now it says I have v5 now and still have the problem |
| 00:09:03 | rasher | I cvsupped a minute ago |
| 00:09:08 | preglow | hmmm |
| 00:09:16 | rasher | And, he has v5 |
| 00:09:21 | rasher | that wouldn't happen unless I were. |
| 00:09:21 | preglow | that doesn't matter |
| 00:09:25 | preglow | it's the mkboot routine that was wrong |
| 00:09:28 | preglow | not the bootloader itself |
| 00:09:47 | rasher | Oh, the fwpatcher failed? |
| 00:09:52 | preglow | yes |
| 00:09:57 | preglow | there was a bug in mkboot.c |
| 00:10:00 | rasher | <unL33T2> well now it says I have v5 |
| 00:10:03 | preglow | and fwpatcher uses that verbatim |
| 00:10:17 | rasher | But but but... it md5sums? |
| 00:10:21 | preglow | like i say |
| 00:10:26 | rasher | Right. |
| 00:10:26 | preglow | hmm |
| 00:10:27 | preglow | no |
| 00:10:32 | preglow | that should have been picked up, yes |
| 00:10:40 | preglow | that it should |
| 00:10:54 | preglow | well, i'm stumped |
| 00:10:56 | rasher | Well, the md5sums were calculated by running mkboot |
| 00:11:04 | rasher | But.. what's the bug, and has it been fixed? |
| 00:11:07 | preglow | unL33T2: tried just flashing vanilla iriver? |
| 00:11:13 | preglow | rasher: gimme a sec |
| 00:11:30 | rasher | I don't see any commits |
| 00:11:52 | preglow | rev 1.2 mkboot.c |
| 00:11:58 | preglow | Fixed the dreaded 1.65 bootloader incompatibility |
| 00:12:11 | unL33T2 | vanilla iriver? |
| 00:12:22 | preglow | rasher: and fwpatcher/main.c rev 1.3: Inserted Linus' mkboot.c fix. |
| 00:12:35 | rasher | Sure, I have that |
| 00:12:41 | preglow | that's that |
| 00:12:46 | rasher | Wellthen. |
| 00:12:51 | rasher | Now what? |
| 00:12:58 | preglow | that's what fixed the 1.65 playback bug |
| 00:13:05 | preglow | if all that's in place, i have no idea what's wrong |
| 00:13:06 | *** | Saving seen data "./dancer.seen" |
| 00:13:09 | unL33T2 | now do I throw it on the ground and stomp on it :P |
| 00:13:12 | preglow | unL33T2: well, yeah, there's no other options |
| 00:13:27 | rasher | What's the problem? I came in in the middle of this.. |
| 00:13:41 | rasher | And there's a lot to read :-\ Quick summary? |
| 00:14:23 | preglow | he's got the 1.65 playback problem |
| 00:14:29 | rasher | With oggs? |
| 00:14:31 | unL33T2 | when I select a song in my iRiver firmware in one of the sorted menus (Artitst, Album, Title, Genre, etc) then it will not play but if I use the browse by folder option then it plays fine. RockBox works fine. |
| 00:14:35 | unL33T2 | no with everything |
| 00:14:48 | rasher | Have you triedrebuilding the db? |
| 00:14:53 | unL33T2 | I have |
| 00:14:54 | preglow | the 1.65 bug is the closest thing i can think of, if it's not that, i have no idea what it is |
| 00:15:02 | rasher | Sounds like a broken db |
| 00:15:04 | preglow | ehhh |
| 00:15:06 | preglow | yes |
| 00:15:06 | unL33T2 | but the firmware will not allow me to do a DBscan |
| 00:15:07 | preglow | definitely |
| 00:15:21 | preglow | i thought nothing played in any mode |
| 00:15:23 | preglow | oh well then |
| 00:15:33 | preglow | the firmware doesn't dbscan |
| 00:15:36 | rasher | "not allow"? |
| 00:15:39 | preglow | you'll have to do that from a pc, no? |
| 00:15:41 | unL33T2 | i go General > DBscan > Yes and it just quits that and goes back to whatever screen was on it |
| 00:15:47 | preglow | unL33T2: that's what it does |
| 00:15:59 | preglow | unL33T2: the scanning itself has to be done from a computer |
| 00:16:04 | unL33T2 | well I can do a db rebuild with moodlogic |
| 00:16:08 | unL33T2 | but it doesnt fix it |
| 00:16:15 | rasher | What the hell is Moodlogic? |
| 00:16:16 | preglow | oh well |
| 00:16:22 | unL33T2 | i dunno what came with the iriver ... |
| 00:16:24 | preglow | this isn't a rockbox problem, that's for sure |
| 00:16:45 | unL33T2 | i know i wasnt sure and was hoping someone here would have the answer |
| 00:16:55 | rasher | Are you not usng the DB-create program that came with your player? |
| 00:17:02 | unL33T2 | moodlogic is what came with the iriver for creating the db |
| 00:17:14 | preglow | mine did not |
| 00:17:18 | preglow | i got the iriver program |
| 00:17:25 | unL33T2 | mine did ... and it worked before ... |
| 00:17:35 | unL33T2 | I think it's what iriver has listed on their site now too |
| 00:17:41 | preglow | ok |
| 00:17:42 | rasher | Never heard of it |
| 00:17:45 | unL33T2 | could you send me the iriver one? maybe it will fix it |
| 00:17:46 | preglow | haven't checked their site for yonks |
| 00:17:48 | rasher | Hang on |
| 00:18:04 | rasher | I'm pretty sure they have old versions of everything lying around |
| 00:18:05 | preglow | unL33T2: have you tried deleting the database file before running moodlogic? |
| 00:18:17 | rasher | but their site... damn! |
| 00:18:28 | preglow | it's a feast for the eyes |
| 00:18:32 | preglow | and the patience |
| 00:20:09 | unL33T2 | yes it is hard to find anything |
| 00:20:23 | unL33T2 | the util on their site is "MoodLogic H Manager" |
| 00:20:26 | unL33T2 | which is what I got |
| 00:20:30 | unL33T2 | and it sucks |
| 00:20:43 | preglow | probably |
| 00:21:05 | preglow | but answer this: have you tried deleting the database file before running moodlogic? |
| 00:21:38 | rasher | I'm uploading my version now.. |
| 00:21:52 | rasher | except nautilus is giving me hell about it |
| 00:21:53 | rasher | hang on |
| 00:22:28 | unL33T2 | it is the iRivNavi.iDB file? |
| 00:22:36 | rasher | yes |
| 00:22:39 | rasher | that's the file it generates |
| 00:22:51 | unL33T2 | I have tried deleting it several times ... I am noticing that it is always only 448k ... is this correct? |
| 00:23:01 | rasher | doesn't sound unreasonable |
| 00:23:10 | unL33T2 | for 3000 songs |
| 00:23:30 | preglow | sounds reasonable, yes |
| 00:23:30 | unL33T2 | ok I deleted it |
| 00:24:02 | unL33T2 | MoodLogic > Rebuild MoodLogic Service Database |
| 00:24:12 | unL33T2 | took a whole 5 seconds |
| 00:24:27 | rasher | Sounds wrong... I'm going to blame moodlogic |
| 00:24:36 | unL33T2 | yeah I thought so too |
| 00:24:55 | unL33T2 | I've tried it on two PCs and uninstalled/reinstalled it several times |
| 00:25:00 | | Quit ashridah ("Leaving") |
| 00:25:00 | preglow | iriver's db is a friggin joke |
| 00:25:21 | unL33T2 | i seem to recall it taking longer the first time after a firmware flash |
| 00:25:36 | preglow | pretty irrelevant, i think |
| 00:25:38 | unL33T2 | but now it doesnt ... the only thing I can think of is it doesnt like one of my music files and gets stuck on it |
| 00:25:38 | rasher | rasher.dk/rockbox/iHP-100Manager1.20.exe">http://rasher.dk/rockbox/iHP-100Manager1.20.exe (not uploaded yet though) |
| 00:26:06 | unL33T2 | it does have quite a large list of songs in the dbfail.txt file |
| 00:26:17 | unL33T2 | apparently if they have a long filename it gets angry and rejects them |
| 00:26:38 | unL33T2 | rasher: let me know when it's ready |
| 00:26:59 | preglow | unL33T2: iriver's db format is very poorly thought out |
| 00:27:06 | preglow | unL33T2: it's got a fixed file name limit |
| 00:27:20 | rasher | unL33T2: you can get rasher.dk/rockbox/iHP-100Manager1.20.exe">http://rasher.dk/rockbox/iHP-100Manager1.20.exe now (if I haven't mistyped the url) |
| 00:27:25 | | Quit linuxstb ("CGI:IRC (EOF)") |
| 00:27:41 | unL33T2 | preglow: do you happen to know what the limit is so I can correct it? |
| 00:27:50 | preglow | rasher: you don't believe in copy&paste? :) |
| 00:27:51 | | Quit unL33T2 ("CGI:IRC") |
| 00:27:56 | | Join unL33T [0] (n=8e9c01df@labb.contactor.se) |
| 00:28:16 | unL33T | bah I clicked on your link and it cancelled my sign in :P |
| 00:28:28 | unL33T | could you put it back up again :P |
| 00:28:42 | rasher | preglow: not much to copy&paste from |
| 00:28:52 | unL33T | it didnt work either .... but I have a javascript blocker |
| 00:29:00 | unL33T | so I'll try it with that disabled |
| 00:29:05 | rasher | sign in? javascript? |
| 00:29:16 | unL33T | nvm, can you just please put the link back up? |
| 00:29:24 | unL33T | I am in the web client |
| 00:29:29 | unL33T | I dont have IRC installed |
| 00:29:39 | unL33T | so when I clicked on the link it brought me out of this page |
| 00:29:40 | rasher | unL33T2: you can get rasher.dk/rockbox/iHP-100Manager1.20.exe">http://rasher.dk/rockbox/iHP-100Manager1.20.exe now (if I haven't mistyped the url) |
| 00:29:45 | rasher | Ah, I get it now |
| 00:30:25 | unL33T | i get 404 error :( |
| 00:30:29 | unL33T | file not found on this server |
| 00:30:30 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 00:30:53 | | Quit Strath (Read error: 104 (Connection reset by peer)) |
| 00:30:57 | rasher | okay, hang on |
| 00:31:23 | preglow | linuxstb: alac going well? no news on aac, i take it? |
| 00:31:35 | rasher | unL33T: rasher.dk/rockbox/iHP100Manager1.20.exe">http://rasher.dk/rockbox/iHP100Manager1.20.exe |
| 00:31:47 | rasher | that hould work |
| 00:32:05 | unL33T | thx |
| 00:32:08 | unL33T | its downloading |
| 00:32:11 | rasher | excellent |
| 00:32:37 | unL33T | straining the T3 connection I'm on right now |
| 00:32:41 | unL33T | lol, joking |
| 00:34:03 | | Join Strath [0] (n=mike@dpc674681214.direcpc.com) |
| 00:34:23 | rasher | Think it's hosted on a 2mbps dedicated line.. works well enough most of the time |
| 00:34:33 | linuxstb | preglow: ALAC's fine. About AAC, I haven't done anything more apart from getting libfaad to compile. |
| 00:35:03 | linuxstb | But maybe the Helix decoder would be better - but I'm not sure about the Real license. |
| 00:35:10 | preglow | you're not alone in that |
| 00:35:31 | preglow | the faad people seem to be going nazi on their license now anyway |
| 00:35:55 | rasher | the rpsl is nowhere near gpl compatible |
| 00:36:32 | linuxstb | The ipodlinux people are using the Helix decoder in podzilla - which is GPL'd |
| 00:36:44 | linuxstb | rasher: That was my initial understanding as well. |
| 00:36:57 | rasher | They shouldn't be, tbqh |
| 00:37:19 | Zagor | which license are they using? |
| 00:37:50 | preglow | the ipodlinux guys are doing much they shouldn't |
| 00:37:56 | preglow | i think they're using a binary mp3 decoder |
| 00:39:25 | unL33T | this other software is taking longer so probably generating a proper file |
| 00:39:52 | preglow | yes, scanning 3000 files is not supposed to be a five second job |
| 00:40:02 | linuxstb | Zagor: Who are you talking about? |
| 00:40:05 | preglow | i'll wager this keyboard on that |
| 00:40:11 | rasher | unL33T: you could try using tdt.sf.net - I think it generates proper databases |
| 00:40:14 | Zagor | linuxstb: faad |
| 00:40:22 | preglow | it did the last time i tried it, at least |
| 00:40:35 | linuxstb | It's GPL'd, but they have added extra advertising conditions. |
| 00:40:49 | Zagor | ! |
| 00:40:54 | rasher | So it's not GPL'd |
| 00:41:00 | linuxstb | There's some links on the SoundCodecs page to a discussion at HydrogenAudio |
| 00:41:05 | preglow | faad2 == nero codec, yes? |
| 00:41:11 | linuxstb | preglow: Yes. |
| 00:41:22 | linuxstb | The requirement is to advertise Nero. |
| 00:41:28 | preglow | bloody idiots |
| 00:42:24 | linuxstb | It could be argued that it's just displaying proper copyright attribution - but a FSF lawyer was quoted as saying it was incompatible. This was a couple of months ago, I don't know the current situation. |
| 00:42:53 | linuxstb | The change happened in about February this year I think - so I've been working with the last "free" version of libfaad from their CVS. |
| 00:42:59 | rasher | Can anyone fine the addition? |
| 00:43:11 | rasher | find. |
| 00:43:44 | preglow | fining it sounds more sensible |
| 00:44:05 | preglow | and everyone responsible |
| 00:44:48 | rasher | Can't find the link to HA |
| 00:44:54 | linuxstb | http://www.hydrogenaudio.org/forums/index.php?showtopic=35535&st=0 |
| 00:45:01 | unL33T | i had 110 files "no db" and 103 files "fail" anyone know what that means exactly |
| 00:45:03 | rasher | h, there |
| 00:45:32 | linuxstb | Comment #35 is the reply from the FSF lawyer. |
| 00:45:47 | rasher | oh jeez |
| 00:45:59 | rasher | I don't need an FSF lawyer to tell me that won't hold |
| 00:46:35 | linuxstb | It seems he's not a lawyer, but "GPL compliance engineer" :) |
| 00:46:39 | unL33T | interesting, i still can run the DBscan feature on the iriver and it still wont play my songs |
| 00:46:50 | unL33T | but I gotta go get some food. I'll come harass you people some more later :P |
| 00:47:04 | rasher | There's no "run the DBscan feature" |
| 00:47:13 | rasher | you only need to turn that on once |
| 00:48:24 | rasher | unL33T: What happens when you try and play a song using the DB? |
| 00:49:16 | rasher | "It is not an additional restriction, it clarifies how we interprent this part of the GPL." |
| 00:49:28 | rasher | how you interpret it doesn't matter, silly! |
| 00:49:48 | preglow | hahaha |
| 00:50:10 | preglow | beat them with sticks until they understand |
| 00:50:25 | rasher | I'd go for that solution as well |
| 00:50:41 | preglow | if you're going to be picky about advertising, don't bloody gpl your source |
| 00:50:57 | linuxstb | So we agree that we can't use the current version of faad2, and must stick with a "pre-advertising" version? |
| 00:51:04 | preglow | linuxstb: indeed |
| 00:51:24 | | Join Sucka` [0] (n=NNSCRIPT@81.156.157.217) |
| 00:51:29 | rasher | Does it matter? |
| 00:51:36 | preglow | depends |
| 00:51:37 | rasher | (ie. were there any interesting changes since? |
| 00:51:42 | preglow | probably |
| 00:51:59 | linuxstb | Problem is that it seems no-one is making a fuss about it - apart from rjamorim |
| 00:52:12 | rasher | FAAD2 ATE MY GPL |
| 00:52:37 | preglow | linuxstb: well, he's a sensible guy, most of the time |
| 00:52:40 | preglow | a lot of people aren't |
| 00:53:33 | preglow | most people don't think licenses matter |
| 00:54:01 | Zagor | the thing is we aren't allowed to distribute faad with rockbox under that license. all of rockbox must use the GPL. |
| 00:54:20 | rasher | Indeed |
| 00:54:26 | rasher | Just use the CVS version from a while ago |
| 00:54:32 | rasher | and ignore them |
| 00:54:33 | preglow | he does, so no problem |
| 00:54:48 | Zagor | yeah, I just mean the issue has merit. |
| 00:54:50 | preglow | problem is, they're probably going to implement a few things in the coming time |
| 00:55:02 | preglow | but let's hope someone talks/beats some sense into them |
| 00:55:06 | Zagor | yeah |
| 00:55:14 | rasher | They seem to be under the misconception that people have to advertise them |
| 00:55:31 | rasher | I seem to recall a certain debackle about the old BSD license because of EXACTLY THIS |
| 00:55:37 | preglow | haha |
| 00:55:40 | Zagor | precisely |
| 00:56:03 | Ctcp | Version from Rick!i=rick@unaffiliated/Rick |
| 00:56:03 | *** | Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' |
| 00:56:08 | preglow | people should care about licenses so they don't go about repeating mistakes like this |
| 00:56:09 | Zagor | that's a good point actually. dig up a good summary of the old bsd debacle and post it there. |
| 00:56:21 | Rick | What's logbot running? |
| 00:56:25 | preglow | dancer |
| 00:56:32 | linuxstb | Do does the fact that license X is "GPL compatible" mean that I can take that code and distribute it under the GPL? |
| 00:56:44 | rasher | Actually, I'll just dig up the offending line from the old BSD license and point them at something KNOWN to be GPL incompatible. |
| 00:56:55 | Rick | linuxstb: no, it means it does not violate the terms of the GPL |
| 00:56:57 | rasher | linuxstb: I think it means absolutely nothing |
| 00:57:06 | rasher | oh, sorry. |
| 00:57:06 | Rick | (i believe) |
| 00:57:14 | Zagor | linuxstb: it means you can distribute it together with GPL software |
| 00:57:15 | rasher | I was thinking in the context of RPSL |
| 00:57:29 | | Join tvelocity [0] (n=tony@ipa187.7.tellas.gr) |
| 00:57:35 | linuxstb | Zagor: What's the difference between that and distributing it by itself under the GPL? |
| 00:57:36 | rasher | all of rockbox doesn't have to be GPL, by the way |
| 00:57:47 | rasher | it could be GPL+BSD |
| 00:57:57 | Zagor | rasher: right, it just needs to be compatible |
| 00:58:00 | rasher | as long as the other license doesn't add restrictions. |
| 00:58:18 | rasher | Zagor: yup, just clarifying in case someone misunderstood |
| 00:58:33 | Rick | preglow: er, I thought dancer was the ircd? |
| 00:58:45 | Zagor | linuxstb: you are not allowed to change licensing terms on other peoples' property. even if those terms give you permission to redistribute it. |
| 00:58:48 | rasher | Rick: there's a dancer ircd and a dancer irb-bot |
| 00:58:49 | preglow | Rick: no, bot as well, i believe |
| 00:58:54 | Rick | ah |
| 00:59:13 | rasher | Zagor: you can relicense BSD stuff, can't you? |
| 00:59:41 | fuzzie | no |
| 01:00 |
| 01:00:07 | rasher | nevermind me. |
| 01:01:05 | rasher | "You would be best using Reals HE-AAC implementation, with a less restrictive license:" NOOOOOOOOOOOOOo |
| 01:01:07 | rasher | he didn't! |
| 01:01:09 | | Quit Sucka (Read error: 110 (Connection timed out)) |
| 01:01:14 | | Quit ender` (No route to host) |
| 01:02:05 | rasher | linuxstb: post #29 already did what I'm aboout to do |
| 01:02:14 | rasher | Apparently I just turned Canadian. |
| 01:02:35 | Zagor | haha |
| 01:07:54 | linuxstb | Just read that the Helix AAC integer decoder is highly optimised for the ARM - which explains the appeal to ipodlinux |
| 01:09:12 | rasher | Still don't explain how they think they're allowed to combine RPSL code with gpl |
| 01:09:28 | preglow | ok, i've degenerated to one-liner cvs commits |
| 01:09:34 | rasher | the rpsl is chuck full of additional restrictions right from the get-go |
| 01:10:13 | fuzzie | generally, people are happy ignoring license terms in favour of convenience, so |
| 01:10:38 | rasher | I don't understand this. |
| 01:10:55 | rasher | At least not if you're a fairly prominent community effort |
| 01:11:15 | fuzzie | the whole fact they're running linux on the thing doesn't exactly speak of sanity |
| 01:11:24 | Zagor | honestly, I wouldn't say ipodlinx is very prominent |
| 01:11:28 | rasher | If you're breaking licensing terms in your own basement, I guess I could sortof understand it |
| 01:11:57 | fuzzie | well, embedded hw companies are often happy to break the gpl |
| 01:12:25 | fuzzie | there are still embedded devices out there with broadcom drivers statically linked to a linux kernel |
| 01:12:28 | rasher | Yeah, that's particularly nasty. |
| 01:12:42 | rasher | And lots based on busybox |
| 01:12:49 | rasher | http://www.busybox.net/shame.html |
| 01:12:55 | preglow | didn't good old iriver have one of those cases? |
| 01:13:05 | Zagor | there are also a heapload of linux ports for targets where linux officially does not run |
| 01:13:17 | rasher | My parents have an Allnet 0186 :-\ |
| 01:15:04 | Zagor | rasher: how about popping into #ipodlinux and ask? |
| 01:15:14 | rasher | I don't think any good will come of it |
| 01:15:22 | Zagor | probably not |
| 01:15:40 | rasher | I think coob commented it at some point |
| 01:18:17 | | Quit DrMoos ("Glory to Rockbox") |
| 01:19:22 | rasher | or not |
| 01:23:43 | rasher | I just asked them |
| 01:25:20 | fuzzie | and got a response? |
| 01:25:29 | rasher | Not yet |
| 01:25:35 | rasher | we'll see |
| 01:27:56 | rasher | preglow: what did your commit fix? |
| 01:28:13 | preglow | no fix like that |
| 01:28:20 | preglow | jusdt saved a few cpu cycles |
| 01:28:26 | rasher | Ah |
| 01:28:45 | rasher | Didn't know what an "emac stall" would do |
| 01:29:01 | preglow | an emac stall is what happens if you try to get a result out of the emac unit before it's done |
| 01:29:10 | preglow | so i just made the routine do something else while waiting |
| 01:29:28 | rasher | Makes sense. |
| 01:29:36 | rasher | even to me |
| 01:29:36 | preglow | ahh, but this might not work at all, the mulu instruction uses the emac unit on 5249... oh well, at least i didn't make it any worse |
| 01:31:41 | Zagor | i'm off to bed. night guys. |
| 01:31:41 | preglow | i was just reading through the tremor assembler and caught it |
| 01:31:44 | preglow | night |
| 01:31:50 | preglow | guess i should go to bed myself |
| 01:34:34 | | Join bagawk [0] (n=lee@unaffiliated/bagawk) |
| 01:36:35 | rasher | Shut up, lilo. |
| 01:37:31 | bagawk | rasher, Those are harsh words to lilo.. He could kline you in a heartbeat :) |
| 01:38:03 | rasher | He could. |
| 01:38:13 | | Quit paugh ("bbiab") |
| 01:38:18 | | Quit tvelocity ("Leaving") |
| 01:38:29 | rasher | His endless chattering just annoys me. |
| 01:40:55 | rasher | http://forums.rockbox.org/index.php?topic=872.msg9290#msg9290 it's a Rockbox! |
| 01:47:33 | | Join Febs [0] (n=Febs@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 01:47:44 | rasher | Evening Febs |
| 01:47:48 | Febs | Hi there. |
| 01:48:01 | Febs | I see that wrecker restored the ManualMainMenu page. |
| 01:48:10 | rasher | Yeah, an epic task well done. |
| 01:48:39 | Febs | Definitely. Although he deleted the table that I was working on as a concept for how to organize that front page. But I can pull that from the earlier version. |
| 01:48:41 | * | rasher considers creating a list of pages with missing attachments |
| 01:49:03 | rasher | more lists, more work |
| 01:49:22 | Febs | So true. |
| 01:49:38 | Febs | This is what I was playing around with for the manual: http://www.rockbox.org/twiki/bin/view/Main/ManualMainMenu?rev=1.1 |
| 01:49:51 | Febs | But the wiki table format just doesn't achieve what I was trying to do. |
| 01:50:00 | rasher | But it's better than having the pages vanish in their current state |
| 01:50:46 | rasher | I'm not really understanding this |
| 01:50:56 | rasher | But I'm sure it was a plan |
| 01:51:53 | Febs | I was trying to create a pseudographic depiction of the main menu hierarchy. It would be easier to see if there were a way to join vertical cells. |
| 01:52:04 | Febs | I may play around with an html table. |
| 01:53:06 | rasher | Was "breakingthelawforrecording" deleted, or did I just falsely mark it as restored? |
| 01:53:11 | Febs | What I had in mind was to try to show something like the "User Interface" section of this page: http://www.rockbox.org/twiki/bin/view/Main/TagDatabase |
| 01:53:29 | Febs | except with hyperlinks to the appropriate entry in the manual. |
| 01:53:55 | rasher | ah |
| 01:54:26 | Febs | I couldn't figure out any way to do that sort of text outline (which requires the [verbatim] tag) and still include WikiNames. |
| 01:54:43 | rasher | use <pre> |
| 01:55:06 | rasher | the wiki won't mind it |
| 01:55:35 | Febs | Hmm. I'll try it out. I thought that did the opposite of what I am trying to do. |
| 01:56:04 | Febs | I WANT the wiki names to create links. But I want to use fixed width spacing. |
| 01:56:25 | rasher | I'm pretty sure <pre> will do that |
| 01:56:32 | Febs | I'll play with it. |
| 01:56:42 | rasher | <verbatim> will tell the wiki not to touch WikiWords |
| 01:56:58 | rasher | <pre> will just be stuck in the html, and the wiki will continue |
| 01:57:11 | Febs | OK. |
| 01:58:45 | Febs | I just had another idea ... I could take actual screen shots and use ImageReady in Photoshop to create slices so that people could click directly on the menu option in the screen shot. |
| 01:59:18 | Febs | Actually, though, that would be more of a gimic than a practical way to maintain the online manual, since it would be a PITA to keep up to date. |
| 01:59:27 | rasher | And blind users would kill you |
| 01:59:33 | Febs | Excellent point. |
| 01:59:44 | rasher | They might do that with your current idea as well |
| 02:00 |
| 02:00:04 | Febs | Another good point. |
| 02:00:31 | Febs | I like the way the current table of contents shows the menu hierarchy, but the problem is that the page gets too long. |
| 02:01:14 | Febs | And it's different to follow the hierarchy when you're far down on the page, away from the TOC. |
| 02:01:19 | Febs | different=difficult |
| 02:02:02 | rasher | That's true |
| 02:04:00 | * | rasher sicks w3c's link checker on DataSheets |
| 02:06:29 | rasher | ouch, 22 broken links |
| 02:11:47 | preglow | nite, people |
| 02:11:50 | | Quit preglow ("eh") |
| 02:13:07 | *** | Saving seen data "./dancer.seen" |
| 02:15:02 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 02:15:37 | | Nick paugh is now known as AliasCoffee (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 03:00 |
| 03:05:00 | unL33T | been gone for awhile but I'm back. I reformatted my iRiver and loaded only one album onto it and rebuilt the database and it worked through the sorted menus. |
| 03:05:15 | unL33T | so now I am loading all my music back onto it and hopefully it will continue to work |
| 03:06:41 | unL33T | thanks to everyone that was trying to help me with it (rasher and preglow) |
| 03:07:19 | rasher | Could be your filesystem was slightly upsetting the database generator in some way |
| 03:07:28 | unL33T | maybe |
| 03:07:46 | unL33T | I suppose I should've run chkdsk first ... i didnt even think of that |
| 03:07:48 | rasher | I've no idea how well the generator works, haven't ever used i |
| 03:07:53 | rasher | it. |
| 03:08:09 | unL33T | well I like the one you sent me better than moodlogic |
| 03:08:24 | unL33T | moodlogic runs in the background all the time and I can never tell when its doing something and when it isnt |
| 03:08:51 | unL33T | and everytime you move any kind of audio file on your computer it starts scanning it and updating some mystery database it keeps of all the music on your computer |
| 03:09:20 | unL33T | at least I think that's what it does ... it makes working with audio much slower and annoying because I have a stupid message pop up everytime I move, copy, or generate an audio file |
| 03:10:43 | rasher | Wow, that sounds ghastly |
| 03:11:43 | unL33T | yes horrible. so thank you very much for the older iRiver software |
| 03:16:54 | rasher | You're much welcome |
| 03:18:29 | Febs | unL33T, have you tried TDT for building the database? |
| 03:18:39 | Febs | http://tdt.sourceforge.net |
| 03:19:32 | Febs | Much better than MoodLogic. |
| 03:21:14 | unL33T | wow that looks pretty good |
| 03:21:52 | unL33T | looks even better than the older iRiver software because it autorenames to fix the long name limit and supports many file times |
| 03:21:54 | unL33T | types* |
| 03:21:59 | | Quit cYmen ("zZz") |
| 03:22:57 | unL33T | Febs: thanks |
| 03:23:35 | * | rasher mumbles something about having mentioned tdt already |
| 03:24:14 | | Join aga [0] (i=svann@02-156.032.popsite.net) |
| 03:25:50 | aga | to confirm the need to replace a bad IC for a charging problem, does the jb recorder 20 [rockbox 2.4, 1.8, not flashed] present with charging screen active with charger connected, yet actually results in draining the batteries? |
| 03:26:19 | aga | trying to rule a few things out |
| 03:28:04 | unL33T | lol rasher, I didnt notice you say anything about TDT... |
| 03:28:15 | unL33T | if you did then thank you too =) |
| 03:28:56 | | Quit bagawk ("Leaving") |
| 03:29:28 | rasher | It was sortof mashed in between a lot of other comments, don't blame you for not noticing |
| 03:34:33 | unL33T | i hope my battery doesnt go dead while transferring songs... I only have one bar left and still 10 min left to transfer it back |
| 03:34:44 | unL33T | why can't usb2.0 go faster :P |
| 03:38:29 | | Join koniu_ [0] (n=koniu@host-ip194-145.crowley.pl) |
| 03:47:29 | rasher | HCl: Is the makedbj.bat and SongDB.jar on TagDatabase up to date? |
| 03:49:37 | | Quit unL33T ("CGI:IRC") |
| 03:54:28 | | Quit Sucka` ("a bird in the bush is worth two in your house") |
| 03:58:27 | aga | so noone has ever had to replace that IC for a charging problem? you guys have all upgraded |
| 04:00 |
| 04:01:13 | | Part aga |
| 04:05:46 | | Join QT_ [0] (i=as@madwifi/users/area51) |
| 04:10:21 | | Join hd [0] (i=hd@gate-hannes-tdsl.imos.net) |
| 04:13:08 | *** | Saving seen data "./dancer.seen" |
| 04:15:59 | | Quit QT (Read error: 110 (Connection timed out)) |
| 04:16:06 | | Quit Strath (Read error: 104 (Connection reset by peer)) |
| 04:19:27 | | Join Strath [0] (n=mike@dpc674681214.direcpc.com) |
| 04:20:14 | | Quit goa (Read error: 110 (Connection timed out)) |
| 04:20:15 | | Nick hd is now known as goa (i=hd@gate-hannes-tdsl.imos.net) |
| 04:29:41 | | Join atubbs_ [0] (n=atubbs@ool-435634a8.dyn.optonline.net) |
| 04:34:38 | | Quit atubbs (Read error: 110 (Connection timed out)) |
| 04:36:07 | | Join Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net) |
| 04:36:07 | | Quit Maxime (Read error: 104 (Connection reset by peer)) |
| 05:00 |
| 05:00:16 | | Join bagawk [0] (n=lee@67-42-194-6.eugn.qwest.net) |
| 05:24:38 | | Quit HCl (Remote closed the connection) |
| 05:24:41 | | Join HCl [0] (i=hcl@titania.student.utwente.nl) |
| 05:32:12 | | Quit bagawk ("Leaving") |
| 06:00 |
| 06:05:51 | | Quit koniu_ ("how many cans must i stack up?") |
| 06:13:10 | *** | Saving seen data "./dancer.seen" |
| 06:29:15 | | Quit AliasCoffee ("Leaving") |
| 06:48:59 | | Join LinusN [0] (n=linus@labb.contactor.se) |
| 06:49:25 | rasher | Morning LinusN |
| 06:49:36 | LinusN | morning |
| 06:49:49 | rasher | I found a bunch of DataSheets |
| 06:50:03 | rasher | so now DataSheets is mostly back to what it was |
| 06:52:36 | | Join amiconn_ [0] (n=jens@p54BD5D71.dip.t-dialin.net) |
| 06:52:36 | LinusN | what is missing? |
| 06:53:05 | rasher | pcf50606.pdf Philips PCF50606 |
| 06:53:05 | rasher | mas35x9f_2ds.pdf Micronas MAS3539F |
| 06:53:05 | rasher | SCF5250UM.pdf SCF5250 Coldfire User's Manual |
| 06:53:20 | LinusN | i have those |
| 06:53:25 | rasher | http://www.rockbox.org/twiki/bin/view/Main/DataSheets has a list |
| 06:53:38 | rasher | I figured they'd be around |
| 06:55:52 | amiconn_ | morning |
| 06:55:55 | rasher | Lots of missing attachments still. At leasat 127 unless I messed up |
| 06:56:03 | | Quit amiconn (Nick collision from services.) |
| 06:56:03 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD5D71.dip.t-dialin.net) |
| 06:56:06 | rasher | least. |
| 06:56:08 | rasher | morning amiconn |
| 06:56:19 | amiconn | rasher: This DataSheets isn't the latest |
| 06:56:25 | amiconn | The MAS wav codec is missing |
| 06:56:31 | amiconn | I have those files |
| 06:56:33 | rasher | When was that uploaded? |
| 06:57:18 | amiconn | I don't remember exactly; [IDC]Dragon did that |
| 06:57:38 | rasher | Ah yes, this is one of the pages that lost a few revisions |
| 06:57:42 | amiconn | A list of topics with missing attachments could be helpful imho |
| 06:58:24 | rasher | Last one available was 1.70(2005-08-12), should be 1.74(2005-09-14) |
| 06:58:27 | LinusN | ok, all missing attachments uploaded |
| 06:58:38 | rasher | so DataSheets is done, excellent |
| 06:58:54 | rasher | I'll make a list, hang on |
| 07:00 |
| 07:02:31 | amiconn | LinusN: Not all... |
| 07:03:06 | rasher | all the ones missing compared to r1.70 |
| 07:03:27 | rasher | which is our only real reference point |
| 07:05:06 | LinusN | still broken links on that page? |
| 07:07:35 | rasher | http://www.rockbox.org/twiki/bin/view/Main/MissingAttachments |
| 07:09:56 | rasher | sortof disheartening |
| 07:13:01 | amiconn | DisassemblePlayer, DisassemblePlayer2, the archos part of HardwareSchematics, ReassemblePlayer, Rs232Converter, SerialPort should be simple, these are straight conversions of old /docs pages |
| 07:13:21 | amiconn | UartBoot is my task... |
| 07:13:47 | rasher | Ah, that's good |
| 07:13:53 | amiconn | The DeviceChart H-140 pics as well... |
| 07:14:04 | LinusN | the iriver schematics are recovered |
| 07:14:11 | rasher | I have the igp100 internals |
| 07:14:44 | LinusN | the HardwareSchematics page was renamed from IriverSchematics, and the attachments in the backup was still in IriverSchematics |
| 07:15:29 | rasher | No broken links on DataSheets |
| 07:15:41 | rasher | According to w3c's link checker |
| 07:17:55 | amiconn | LinusN: Diff topic - as we now know that the bitshifting is a MAS bug that can't be avoided, we need to work around it |
| 07:18:02 | amiconn | (by walking the frames) |
| 07:18:04 | LinusN | yes |
| 07:18:39 | amiconn | Although I think that walking the frames shouldn't be difficult, implementing that will take some days, especially as it requires testing |
| 07:19:00 | LinusN | i think that should be a 2.5.1 release |
| 07:19:01 | amiconn | I think this doesn't justify to hold back 2.5 any longer... |
| 07:19:42 | rasher | or even 2.6 - in two months! |
| 07:19:45 | amiconn | Either we do a 2.5.1 release when it's done, or that has to wait for 2.6 (which will hopefully be released roughly on schedule) |
| 07:20:04 | rasher | it's not like things aren't much better now |
| 07:20:34 | amiconn | Today is the beginning of autumn. Is that a fine day for release? ;) |
| 07:21:23 | amiconn | Of course we should list that as known bug, along with a comment saying it's got much better since 2.3/2.4 |
| 07:22:32 | amiconn | LinusN: and it seems you're right, there is a performance problem, not in our transfer routine, but in the MAS |
| 07:22:44 | rasher | My release note draft has a "known bugs" section - I suggest putting some stuff from ReleaseTodo there |
| 07:22:51 | amiconn | If the MAS has got too do too much at once it starts making errors |
| 07:23:21 | amiconn | ...and transferring data adds to the total load, the faster we transfer, the more load it adds |
| 07:23:35 | LinusN | figures |
| 07:23:53 | amiconn | After all there is a reason why the archos recorder manual says q=7 isn't recommended... |
| 07:24:33 | * | rasher glares at rockbox.org/docs/ |
| 07:24:54 | rasher | is this referenced anywhere now? |
| 07:26:34 | rasher | so much fun stuff outside the wiki |
| 07:29:28 | amiconn | LinusN: Btw, I think the recording code size will even get smaller when adding frame walking. A number of frame searches can go away, as audiobuf_write will always point to a frame boundary. |
| 07:29:58 | LinusN | yeah |
| 07:30:05 | amiconn | ...and we get an exact frame count, no need to read the mas or do crude estimates |
| 07:34:36 | amiconn | ...and finally, we won't get a partial last frame in the file when stopping the recording |
| 07:35:28 | LinusN | true again |
| 07:38:03 | amiconn | The mas overload theory also explains why disabling the peakmeter (only) reduced the error probability |
| 07:46:21 | | Join t0mas [0] (n=Tomas@unaffiliated/t0mas) |
| 08:00 |
| 08:06:53 | | Join ender` [0] (i=ychat@84.52.165.220) |
| 08:10:30 | rasher | So the release is going to happen Real Soon Now? |
| 08:13:15 | *** | Saving seen data "./dancer.seen" |
| 08:18:50 | LinusN | guess so |
| 08:29:31 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 09:00 |
| 09:02:48 | | Join _nrg_ [0] (n=nrg@81.175.93.62) |
| 09:11:56 | | Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
| 09:12:21 | LinusN | morning B4gder |
| 09:12:25 | B4gder | hey ho |
| 09:13:09 | | Join preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) |
| 09:21:25 | * | preglow freezes to death |
| 09:43:11 | | Join markun [0] (n=markun@bastards.student.ipv6.utwente.nl) |
| 09:43:53 | | Join Dan [0] (i=Bollocks@tredwell.plus.com) |
| 09:43:55 | Dan | hi |
| 09:44:02 | B4gder | 'lo |
| 09:44:20 | Dan | how can i install rockboy? |
| 09:44:21 | Dan | xD |
| 09:44:36 | B4gder | rockboy is installed when you install rockbox |
| 09:44:45 | B4gder | but then you need gameboy roms |
| 09:44:45 | Dan | WHA |
| 09:44:54 | Dan | oh kool |
| 09:49:12 | preglow | about time someone optimised rockbox :> |
| 09:49:18 | preglow | rockboy, even |
| 09:51:10 | preglow | all that's left for a release now is for zagor to press his button? |
| 09:51:28 | * | Zagor wakes up |
| 09:51:40 | B4gder | The Button Presser (tm) |
| 09:51:48 | | Quit Seed (Nick collision from services.) |
| 09:51:56 | | Join Seed [0] (i=ben@l192-117-115-168.broadband.actcom.net.il) |
| 09:52:23 | B4gder | I certainly think so, but have amiconn and LinusN given their blessings? |
| 09:54:12 | preglow | linus already has, i believe, and amiconn doesn't think it's worth delaying 2.5 for the recording fix |
| 09:54:23 | preglow | but i bet there's some docs left to be done |
| 09:54:32 | B4gder | r r r r release! |
| 09:54:41 | Zagor | <amiconn> I think this doesn't justify to hold back 2.5 any longer... |
| 09:54:52 | Mode | "#RockBox +o B4gder " by ChanServ (ChanServ@services.) |
| 09:55:01 | Topic | "Buckle up" by B4gder (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
| 09:55:09 | * | preglow does the buckling |
| 09:55:53 | B4gder | then there's nothing to wait for |
| 09:56:02 | Zagor | massive warnings building the tools. "scramble.c:103: warning: pointer targets in assignment differ in signedness" |
| 09:56:16 | B4gder | Zagor: gcc 4? |
| 09:56:21 | Zagor | yes |
| 09:56:26 | B4gder | right |
| 09:56:35 | B4gder | we have LOADS of gcc4 warnings to fix |
| 09:56:41 | preglow | most of the legitemate |
| 09:56:47 | preglow | them |
| 09:57:07 | B4gder | Zagor: configure disables them on purpose for the regular (sim) build |
| 09:57:21 | Zagor | fine, i'll just ignore them for now then |
| 09:57:29 | B4gder | yes, we'll deal with them post 2.5 |
| 10:00 |
| 10:00:32 | | Quit solexx_ ("leaving") |
| 10:01:33 | | Join solexx [0] (n=jrschulz@d098198.adsl.hansenet.de) |
| 10:05:47 | linuxstb | Should we add to the CREDITS file people who have unknowingly contributed code to Rockbox - such as the codec library authors and the authors of other GPL'd code that we incorporate? |
| 10:06:13 | preglow | hmm |
| 10:06:15 | B4gder | good question |
| 10:06:18 | preglow | i think the info should be somewhere, at least |
| 10:06:18 | B4gder | I think not |
| 10:06:24 | preglow | but in what form, i know not |
| 10:06:27 | preglow | i think CREDITS is the wrong place |
| 10:06:29 | B4gder | but we should definitely have it somewhere |
| 10:06:35 | linuxstb | It's in the source. |
| 10:06:51 | Zagor | I think we should have it in the docs and webpage too |
| 10:07:02 | linuxstb | Why not the CREDITS file then? |
| 10:07:21 | linuxstb | We could add (e.g.) "Josh Coalson (libFLAC)" |
| 10:07:31 | preglow | because of his ugly code |
| 10:07:36 | B4gder | because I think CREDITS should be for the persons involved in Rockbox |
| 10:08:12 | B4gder | we could have a second CREDITS for people who did things in projects we depend upon |
| 10:08:30 | Zagor | i agree, or a special section in credits |
| 10:08:42 | B4gder | right, could be a section as well |
| 10:08:46 | preglow | in a related note, the credits are unreadable on irive r:/ |
| 10:08:58 | B4gder | I have a fix pending for that |
| 10:09:01 | preglow | ooh |
| 10:09:02 | preglow | nicety |
| 10:09:11 | B4gder | with the speed as a sine |
| 10:09:18 | B4gder | so that it stops occationally |
| 10:09:18 | preglow | B4gder: good idea |
| 10:10:15 | preglow | i've got a feeling we'll be needing a sin()-like function some place central in rockbox soon |
| 10:10:35 | B4gder | hehe |
| 10:13:19 | *** | Saving seen data "./dancer.seen" |
| 10:14:02 | | Join ashridah [0] (i=ashridah@220-253-120-177.VIC.netspace.net.au) |
| 10:16:56 | Zagor | B4gder: did you see the faad license discussion late last night? about 00:35 in todays log. |
| 10:17:04 | B4gder | no |
| 10:18:15 | B4gder | now I have |
| 10:18:19 | B4gder | been reading about that before |
| 10:18:46 | Zagor | ok |
| 10:19:00 | B4gder | licenses always cause so much confusion |
| 10:21:42 | B4gder | it is an obvious GPL violation |
| 10:22:18 | Zagor | quite |
| 10:25:30 | B4gder | but as you said, people tend to ignore license quirks that would make life hard to themselves |
| 10:26:05 | B4gder | like those helix/nero licenses to any GPL project |
| 10:26:49 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 10:33:36 | Zagor | Rockbox 2.5 is now released |
| 10:34:43 | ashridah | woot |
| 10:39:07 | Topic | "Rockbox 2.5 - yes, it is true. Go get it." by B4gder (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
| 10:39:53 | B4gder | and now, unfreeze! |
| 10:40:14 | B4gder | who's gonna be the first to commit? ;-) |
| 10:40:49 | | Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 10:41:33 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 10:42:54 | | Join webguest30 [0] (n=50ca630c@labb.contactor.se) |
| 10:44:45 | webguest30 | Hi, congrats on the release. Just curious, what happens when you release a new version, do you send an announcement to some places, or just advertise on the rockbox-site/mailinglist? |
| 10:45:03 | B4gder | on the site, on the list and on freshmeat |
| 10:45:29 | B4gder | is what we usually do |
| 10:46:11 | webguest30 | Ah, ok. Should have guessed. Interesting with this open source community. |
| 10:46:48 | webguest30 | I wasn´t really interested a while ago, but rockbox has opened up my eyes. |
| 10:47:20 | | Part webguest30 |
| 10:51:37 | | Quit paugh ("Leaving") |
| 10:53:46 | preglow | and linuxstb is the winner! |
| 10:54:06 | B4gder | yay |
| 10:54:51 | | Quit linuxstb_ (Read error: 113 (No route to host)) |
| 10:54:55 | | Join gzed [0] (n=giuseppe@85-18-14-23.fastres.net) |
| 10:55:16 | linuxstb__ | Sorry, forgot to implement my change to plugin.[ch] first - I added the menu functions. It's committed now. |
| 10:56:14 | | Part gzed ("Parting") |
| 10:59:21 | preglow | linuxstb__: now hit us with some alac :P |
| 11:00 |
| 11:02:31 | | Join [IDC]Dragon [0] (n=d90a3255@labb.contactor.se) |
| 11:02:56 | * | [IDC]Dragon cheers for v.5 |
| 11:03:14 | [IDC]Dragon | v2.5 rather |
| 11:03:17 | linuxstb__ | preglow: I want to commit ALAC slowly - i.e. commit the original unmodified decoder first, and then apply my changes incrementally so we have a record of them in CVS |
| 11:03:22 | linuxstb__ | I'll do it this evening. |
| 11:03:26 | preglow | sure |
| 11:04:48 | [IDC]Dragon | I need to get gcc-sh 3.3.6 running |
| 11:05:08 | [IDC]Dragon | to make the proper v2.5 bootbox build |
| 11:05:58 | preglow | why don't you use 3.4 for sh? |
| 11:06:04 | preglow | larger code? |
| 11:06:20 | [IDC]Dragon | too buggy |
| 11:12:22 | | Join am1conn [0] (n=c1af49c9@labb.contactor.se) |
| 11:12:29 | preglow | hi, amiconn |
| 11:12:29 | linuxstb__ | For anyone wanting try out Sudoku, you need some ".ss" files - these are simple text files containing the starting Sudoku games. You can download some examples from http://www.angusj.com/sudoku/ |
| 11:13:28 | HCl | nice |
| 11:13:37 | HCl | does this mean the feature freeze has been lifted? |
| 11:16:10 | linuxstb__ | HCl: Yes. |
| 11:17:38 | HCl | good :p |
| 11:17:45 | Dan | anyo make rockbox play .swfs yes? |
| 11:17:48 | Dan | *yet |
| 11:17:54 | Dan | *anyone |
| 11:18:03 | Dan | *icantfuckinspelltoday |
| 11:18:05 | HCl | i still need to know whether everyone agrees to upgrade the hash to 128bit + a hashtype field |
| 11:18:14 | HCl | swf.. |
| 11:18:22 | HCl | whats swf ? |
| 11:18:32 | Dan | flash |
| 11:18:38 | HCl | oi |
| 11:18:41 | preglow | ahhaha |
| 11:18:46 | preglow | now why the frigging hell would we want that |
| 11:18:51 | HCl | i highly, highly, highly doubt that |
| 11:18:52 | HCl | lol |
| 11:19:02 | Dan | so i can have the dancing spiderman on my mp3 |
| 11:19:03 | Dan | lol |
| 11:19:32 | preglow | bloody flash advertising has almost driven me to suicide on itself so far, i don't want to expose my poor little h120 to it |
| 11:19:35 | HCl | why hasn't anyone updated the webpage about the release? lol |
| 11:19:38 | preglow | it'll be bricked for sure |
| 11:19:51 | am1conn | preglow: The primary reason for gcc 3.3.x for sh1 is code size |
| 11:20:25 | preglow | HCl: well, i for one think it's a good idea, but then i'm not involved with the db at all |
| 11:20:41 | HCl | mhm |
| 11:20:46 | HCl | i'll prog bagder again |
| 11:21:00 | HCl | prod |
| 11:31:44 | | Join Moos [0] (i=DrMoos@m50.net81-66-159.noos.fr) |
| 11:32:10 | rasher | Jesus Christ, it happened! |
| 11:33:16 | Moos | Hello guys, the release is here |
| 11:33:25 | preglow | i didn't notice |
| 11:33:26 | rasher | though the website is oddly silent about it |
| 11:33:27 | Moos | alelouya my brothers :) |
| 11:33:52 | Dan | feck |
| 11:33:59 | Dan | no video plugin for iriver |
| 11:34:00 | Dan | :/ |
| 11:34:29 | Dan | that ever gunna happen? |
| 11:35:29 | * | rasher updates the front page |
| 11:35:44 | preglow | Dan: not for a long time |
| 11:35:50 | Dan | damn |
| 11:35:56 | preglow | Dan: unless you mean the rvf format, which might happen soonish |
| 11:36:08 | Dan | oh |
| 11:36:12 | Dan | well thatl do |
| 11:36:12 | linuxstb__ | Someone is working on the video plugin, but I think we need to give plugins access to the audio codecs in order to play video with sound. |
| 11:36:22 | preglow | indeed |
| 11:36:25 | preglow | that we do |
| 11:37:12 | linuxstb__ | Or perhaps video playback should be part of the core rockbox... |
| 11:40:28 | linuxstb__ | Does anyone else have any new features waiting to commit? |
| 11:40:29 | preglow | hmm |
| 11:40:59 | preglow | linuxstb__: yes, i believe slasheri will try to persuade zagor & co to let him commit his new dir tree caching |
| 11:41:12 | Moos | the V2 of Bagder :D |
| 11:41:20 | preglow | which i think sounds like a smashing idea, heh |
| 11:41:58 | Slasheri | yes, i will try to commit that and also enable the recording menu on iriver (but i don't have time before the next week to prepare these commits) |
| 11:42:16 | preglow | :/ |
| 11:42:52 | preglow | then you're commiting the wav writer? :P |
| 11:43:23 | Slasheri | hehe :D hmm, maybe when i have done all the pending bugfixes :) |
| 11:44:54 | LinusN | i suggest you add the cache code to the patch tracker so we can review it |
| 11:45:15 | * | rasher roots for the plasma plugin |
| 11:45:20 | Slasheri | LinusN: hmm, i can do that :) |
| 11:45:22 | preglow | ooh, yes |
| 11:45:28 | Slasheri | but not before the next week :/ |
| 11:45:34 | LinusN | no hurry |
| 11:46:20 | Slasheri | i have done very minimal changes to existing files and i think the cache code itself is very error proof (it will disable itself if it finds any problems) |
| 11:46:20 | preglow | Slasheri: code is quite clean, yes? all the new code is in one file and only minor modifications to the rest? |
| 11:46:25 | Slasheri | yes |
| 11:46:29 | preglow | then stellar |
| 11:46:34 | preglow | i can see no flaws |
| 11:46:54 | LinusN | i just want to see it before you commit it |
| 11:47:01 | Slasheri | sure |
| 11:48:01 | preglow | great news for us compulsive browsers |
| 11:48:43 | rasher | Guess I can start my patched builds again |
| 11:54:00 | HCl | as soon as everyone agrees on my proposed database changes, i'll finish and commit those |
| 11:54:21 | Moos | please do :) |
| 11:58:35 | linuxstb__ | Could someone have a look at my iRiver-presets radio patch - http://www.davechapman.f2s.com/rockbox/radio.c.patch.txt |
| 11:59:27 | linuxstb__ | It's trivial, but I've changed the way the items added the menu are selected - currently it's hard-coded for the Ondio, but I changed it so that any function not assigned to a key is added to the menu. |
| 11:59:59 | linuxstb__ | I think it's OK, but would like someone else to say that that change is the right way to go. |
| 12:00 |
| 12:05:52 | | Join XavierGr [0] (n=XavierGr@ppp13-adsl-27.ath.forthnet.gr) |
| 12:06:51 | XavierGr | Hi all! |
| 12:13:21 | *** | Saving seen data "./dancer.seen" |
| 12:19:06 | preglow | linuxstb__: afraid i have no idea if it's good or not |
| 12:20:13 | rasher | t0mas (I believe it was) asked the same question, and I believe B4gder said it looked fine. Better search the logs though |
| 12:21:06 | rasher | Hm. Maybe it wasn't him. |
| 12:21:27 | rasher | Ah, tucoz. Started with a t. |
| 12:22:16 | rasher | rockbox-20050915.txt:23.47.15 |
| 12:22:32 | rasher | and it was amiconn who said he "can't imagine what problems should arise from enabling fm presets on iriver this way" |
| 12:22:54 | rasher | That was for only adding || IRIVER_H100_PAD though |
| 12:24:53 | ashridah | bloody windows. how the hell does a cdrom drive on one ide controller screw up disk access to something on a completely different controller |
| 12:25:32 | preglow | ashridah: with great ease and elegance |
| 12:25:46 | ashridah | clearly |
| 12:26:59 | rasher | Hrm, wav patch doesn't apply cleanly |
| 12:27:00 | | Quit am1conn ("CGI:IRC (EOF)") |
| 12:27:38 | preglow | rasher: i believe lear is on that |
| 12:29:01 | rasher | okay |
| 12:29:24 | | Part LinusN |
| 12:33:00 | linuxstb__ | Unless anyone shouts, I'll commit that radio patch this evening (UK time). |
| 12:33:14 | preglow | if amiconn said it looks good, i'm all for it |
| 12:33:21 | markun | I changed the battery indicator to always show graphical when the charger is inserted. It there a reason why this was not done? |
| 12:33:54 | rasher | It's the wrong fix |
| 12:34:56 | | Join StrathAFK [0] (n=mike@dpc674681214.direcpc.com) |
| 12:35:01 | rasher | you want to switch when *charging* |
| 12:35:11 | rasher | But the iriver doesn't detect this yet |
| 12:35:17 | preglow | i don't think it ever will |
| 12:35:48 | markun | How could you detect it? With an ampere meter maybe. |
| 12:35:50 | rasher | Hm, didn't sound like that when I asked Linus about it |
| 12:35:57 | preglow | then hooray! |
| 12:36:06 | rasher | There was a patch to do just this |
| 12:36:14 | rasher | I may have misunderstood something I guess |
| 12:37:44 | rasher | http://sourceforge.net/tracker/?group_id=44306&atid=439120&func=detail&aid=1256003 |
| 12:38:06 | * | preglow prepares for acting the fool |
| 12:38:43 | rasher | "<LinusN> yes, you can close it, with the comment that it will be solved in a different way when the charging detection is implemented" |
| 12:42:19 | markun | Is it possible to detect somehow if the charger led is on? |
| 12:44:49 | | Join amiconn_ [0] (n=jens@p54BD5D71.dip.t-dialin.net) |
| 12:49:30 | | Quit XavierGr () |
| 12:51:18 | | Quit Strath (Read error: 110 (Connection timed out)) |
| 12:55:29 | rasher | Any good patches I need in my build? |
| 12:56:42 | | Quit Dan () |
| 12:58:36 | | Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 13:00 |
| 13:03:16 | | Quit amiconn (Read error: 110 (Connection timed out)) |
| 13:03:16 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD5D71.dip.t-dialin.net) |
| 13:05:26 | | Join am1conn [0] (n=c1af49c9@labb.contactor.se) |
| 13:12:14 | * | preglow vanishes |
| 13:17:16 | rasher | Is there any reason not to accept http://sourceforge.net/tracker/index.php?func=detail&atid=439120&group_id=44306&aid=1285384 ? |
| 13:18:03 | B4gder | apart from the C++ comments, no I don't think so |
| 13:19:01 | am1conn | linuxstb__: There are a lot of warnings for H1x0 since your sudoku commits... |
| 13:19:38 | B4gder | I guess it is time to remove the gcc4 warning inhibits soon |
| 13:20:29 | linuxstb__ | am1conn: The Daily Builds page is OK. The first compile failed because I forgot to commit my plugin.[ch] changes first. |
| 13:20:44 | rasher | linuxstb__: h3x0 |
| 13:21:02 | linuxstb__ | Yes, I noticed the h3x0 - but am1conn said H1x0 |
| 13:21:15 | rasher | Ah. I'm blind. |
| 13:21:19 | rasher | Maybe he did mean 3x0? |
| 13:21:43 | linuxstb__ | I'll fix the h3x0 this evening - I don't think it's urgent. |
| 13:22:03 | linuxstb__ | Unless people start shouting at me. |
| 13:22:57 | * | am1conn seems to be blind... |
| 13:24:19 | | Join tomylee [0] (i=tlapalto@85-124-2-84.dynamic.xdsl-line.inode.at) |
| 13:24:28 | tomylee | hi guys |
| 13:25:43 | tomylee | i have some questions, and i need help, my iriver doesnt work anymore, after using it with rockbox, playing an mp3 and playing minesweeper at the same time - made it crash |
| 13:26:05 | B4gder | crash how? |
| 13:26:31 | B4gder | and when plugged in you used usb, then rockbox isn't doing anything |
| 13:26:32 | tomylee | there was an error message |
| 13:26:40 | tomylee | yes |
| 13:26:54 | tomylee | well, after the battery was empty, i was able to get to usb mode |
| 13:27:17 | tomylee | what i did first, was to delete all the rockbox files on the disk to make it start with original firmware |
| 13:27:39 | tomylee | thats where i am now |
| 13:28:02 | B4gder | and you've made sure you've charged it a good while? |
| 13:28:18 | B4gder | rockbox can still start when the original can't |
| 13:28:22 | B4gder | battery-wise |
| 13:28:33 | tomylee | ah |
| 13:28:53 | tomylee | so you mean I should charge it a while, before trying this? |
| 13:28:57 | B4gder | yes |
| 13:29:03 | B4gder | let it charge for an hour and then retry |
| 13:29:21 | linuxstb__ | Does the bootloader automatically run the original firmware if rockbox.iriver isn't found? |
| 13:29:27 | B4gder | linuxstb__: yes |
| 13:30:00 | tomylee | ok |
| 13:30:17 | rasher | B4gder: I'll add the remote-hold-fix then |
| 13:30:34 | B4gder | go! |
| 13:30:34 | rasher | (works correctly) |
| 13:30:54 | B4gder | me and linus will be away starting soon til the end of the weekend |
| 13:31:15 | tomylee | what about the archos players, why are there so many features implemented by rockbox, and so few in the iriver...? were the archos players first on the market, or are they the better hardware to work with? |
| 13:31:31 | preglow | can't exactly say we lack many of the archos features |
| 13:31:44 | B4gder | archos was first but mainly we started working with those players |
| 13:32:17 | B4gder | but I agree, there aren't that many features left that archos has that iriver doesn't |
| 13:32:39 | * | preglow woots the langv2 commit |
| 13:32:52 | B4gder | it is still early though |
| 13:33:00 | B4gder | just parsing the XML-like file |
| 13:33:12 | preglow | still, means works is being done |
| 13:33:18 | B4gder | yes |
| 13:33:19 | preglow | but now i need to leave |
| 13:33:21 | preglow | *poof* |
| 13:33:22 | tomylee | yeah, i cant await the recording feature for irivers, mainly the lossless mode, and the continuous recording of very big files |
| 13:33:57 | rasher | I'm now creating patched builds again, if anyone's interested: rasher.dk/rockbox/">http://rasher.dk/rockbox/ |
| 13:34:00 | linuxstb__ | Does "langv2" imply plugins will now be translated, or is that a different issue? I haven't been following the langv2 development. |
| 13:34:14 | B4gder | it is actually a HUGE take |
| 13:34:20 | B4gder | so yes, it means translated plugins |
| 13:34:24 | B4gder | and many other fixes |
| 13:34:33 | B4gder | like target-adjusted translations |
| 13:36:03 | linuxstb__ | Is there a Wiki page about it? |
| 13:36:18 | B4gder | http://daniel.haxx.se/rockbox/langv2 |
| 13:36:25 | B4gder | only my write-up |
| 13:36:30 | linuxstb__ | Thanks. |
| 13:36:34 | B4gder | should of course be converted to a wiki |
| 13:37:55 | * | linuxstb__ notices that if he adds an iPod target to the build system it will be target #13 |
| 13:38:17 | B4gder | hahaha |
| 13:39:33 | linuxstb__ | I need to decide how we are going to split the ipod targets - there are about 7 or 8 different devices. ipodlinux just does everything at runtime but I don't think that's right for Rockbox - espeically the different LCD sizes and depths won't work. |
| 13:40:19 | B4gder | then start with a target for the first model you go with |
| 13:40:36 | Zagor | linuxstb__: we like many targets. witness the spectrum of archos ones :-) |
| 13:40:44 | B4gder | the more the merrier! |
| 13:41:13 | * | rasher fiddles with FM presets |
| 13:41:19 | linuxstb__ | I need to decide how to name the #defines - e.g. if particular features depend on processor, LCD type, keypad type etc. ipodlinux isn't clear in the distinction, so it needs a little research to do it right. |
| 13:41:40 | rasher | I'm expecting a long joystick press to bring up something.. |
| 13:42:03 | linuxstb__ | rasher: Are you talking about my radio patch for iriver? |
| 13:42:07 | rasher | Yes |
| 13:42:34 | rasher | Just added it to my customized build.. I'll never be able to cvsup this mess |
| 13:43:15 | Zagor | by the way, are you regular iriver users happy with the button bindings? As an old archos user I find them terribly confusing. |
| 13:43:41 | rasher | I'm mostly used to the way it is now |
| 13:43:46 | markun | me too |
| 13:43:55 | rasher | But the lack of context-menu on the radio screen confuses me. |
| 13:44:03 | linuxstb__ | I'm used to them as well, but I never used the iriver firmware, and I haven't used Rockbox on Archos for a long time. |
| 13:44:04 | rasher | Since it's available everywhere else |
| 13:44:44 | rasher | The record button should do something though. |
| 13:44:51 | B4gder | yes |
| 13:45:02 | rasher | not quite sure what it should be though |
| 13:45:09 | linuxstb__ | Record? |
| 13:45:15 | rasher | a long keypress could go to the record screen? |
| 13:45:20 | tomylee | yes record |
| 13:45:28 | tomylee | ;) |
| 13:45:28 | rasher | not a short one please |
| 13:45:39 | linuxstb__ | I mean the record button should bring up record - everywhere. |
| 13:45:54 | rasher | Yes, but a long keypress please? |
| 13:46:06 | rasher | So you don't get yanked out of something |
| 13:46:07 | tomylee | yes long, why not, it is original like that |
| 13:46:12 | tomylee | people are used to it |
| 13:46:15 | tomylee | just as me |
| 13:46:45 | rasher | I don't think short keypresses should interrupt what you're doing (of course, STOP being an exception - I'm sure there are others like that) |
| 13:46:49 | B4gder | in general I'm against having a single function to a button all over |
| 13:47:25 | B4gder | since it restricts the ui so much |
| 13:47:33 | rasher | It makes sense though, and we have this rejected baby button that's not doing much anyway |
| 13:47:44 | B4gder | yes, in this case it might not be that bad |
| 13:47:53 | B4gder | but I wouldn't want it to start a trend |
| 13:48:15 | B4gder | like the good old "I want up/down to change volume everywhere" etc |
| 13:48:26 | rasher | People actually said that? |
| 13:48:29 | B4gder | yes |
| 13:48:35 | B4gder | long time ago though |
| 13:48:35 | rasher | Wow |
| 13:48:50 | B4gder | but people always tend to come up with a button they want to act the same all over |
| 13:49:13 | Febs | It would be great to have dedicated volume controls, but not at the expense of being able to navigate menus! |
| 13:49:50 | rasher | Hm, shouldn't one of the menus on the fm screen be activated like the context-menu is elsewhere? |
| 13:49:54 | rasher | For consistency |
| 13:50:02 | rasher | Can't figure out which one though. |
| 13:50:41 | tomylee | (hmm, i can hear parts moving around in my iriver since the last phisical crash... :( |
| 13:50:58 | rasher | physical crashes will do that I'm afraid |
| 13:51:27 | tomylee | yes...but it loaded to usb mode, thats a good sign though |
| 13:51:56 | tomylee | i hope everything is fine after the hour of charginc, as b4gder recommended |
| 13:53:18 | B4gder | see ya monday |
| 13:53:19 | | Quit B4gder ("time to say moo") |
| 13:53:39 | tomylee | about interface, i would suggest sollofing: keeping the funktions froms the original as far as possible, and advancing the functions (of buttons maybe) only in submenus, somehow hidden - so the normal user will be comfortable with rockbocky anyways |
| 13:54:18 | Zagor | tomylee: the original navigation is so horrible I'm afraid that's not an option |
| 13:54:34 | Zagor | also Rockbox is not an iriver improvement firmware. it's multiplatform. |
| 13:55:23 | tomylee | yes, the navigation has to be changed, but the side buttond functions are logical in some way |
| 13:55:46 | rasher | a-b does so much more on iriver as well, I don't think I |
| 13:55:48 | linuxstb__ | I agree - it's more important for Rockbox to be consistent across platforms than consistent with the "native" firmware of each target. |
| 13:55:53 | Zagor | yes, but keeping them to their labeled purpose only would severely cripple the interface |
| 13:55:56 | rasher | I've ever actually *used* it for a-b repeat |
| 13:56:02 | | Join tucoz [0] (n=81b17b04@labb.contactor.se) |
| 13:56:43 | Zagor | I think we should have a big button discussion before the first iriver release. I believe we can improve it. |
| 13:57:02 | tucoz | psst, joystick-press should be renamed to something else than play (like in the confirm delete action). But I believe that is another issue. |
| 13:57:24 | Febs | "Select" |
| 13:57:26 | Zagor | tucoz: it's a related, and adds to the confusion |
| 13:57:49 | Zagor | "select" is pretty good |
| 13:57:56 | tucoz | But, the langv2 will be able to handle that better i suppose |
| 13:58:04 | Zagor | yes |
| 13:58:09 | tucoz | different names for different platforms |
| 13:58:53 | Febs | But I agree that joystick press needs to be something−−anything−−other than "Play." Having it called "Play" when there is already a play button has made it very difficult for me to write documentation. |
| 13:59:00 | linuxstb__ | Probably my biggest wish for Rockbox is a sort of task-switching concept. So a user can "alt+TAB" between screens such as WPS, the file browser and a plugin. |
| 13:59:02 | tucoz | Select is good. Hmm, then "long press select" |
| 13:59:20 | tucoz | for long presses? |
| 13:59:51 | Zagor | linuxstb__: well we have it for wps/browser already. plugins are more difficult since we don't have any control over them. it would require dual screen buffers etc. |
| 14:00 |
| 14:00:16 | tucoz | linuxstb: cool idea. Maybe the record-button could be used for that |
| 14:00:26 | linuxstb__ | Zagor: Yes, I just want to take it slightly further. So each screen would need it's own lcd buffer. |
| 14:00:41 | Zagor | why? |
| 14:01:06 | tucoz | for easy access between different parts of rockbox perhaps? |
| 14:01:42 | Zagor | tucoz: not "why the feature". why a buffer for each screen. we already do it fine with a single buffer for everything. |
| 14:01:51 | tucoz | Oh, sorry |
| 14:02:09 | Zagor | plugins could work too if they were modified to accept a "redraw" message |
| 14:02:11 | linuxstb__ | Zagor: Perhaps you're right. I need to give it more thought. |
| 14:02:58 | Zagor | the thing is plugins currently aren't written to be interrupted. it potentially introduces problems. |
| 14:03:21 | Zagor | nothing we can't overcome. just things we need to consider. |
| 14:03:23 | * | Febs has another thought on the joystick press. |
| 14:03:23 | tucoz | so it is only one buffer that fits the pixel-values, and when wps/browser is called, a redraw is called? |
| 14:03:32 | Zagor | tucoz: yes |
| 14:03:41 | Febs | The H300 has a "Navi" button that is the functional equivalent of a joystick press. |
| 14:04:01 | Febs | If we called the joystick press "Navi" it would eliminate differences at least between those two platforms. |
| 14:04:04 | Zagor | Febs: I hate it when they label the buttons... |
| 14:04:28 | Zagor | but it's not a very logical name, so it would suffer for other platforms |
| 14:04:50 | Zagor | I think "navi" sounds like "go into navigation screen", i.e. file browser |
| 14:05:12 | Febs | Which, of course, is what it does in the iriver firmware. |
| 14:05:16 | tucoz | ok, hmm. well, then the plugins would have to push their current state, and pop it on when a redraw is called? Or is this an awkward way of doing it? |
| 14:06:16 | * | rasher wonders why he's not seeing a suduko plugin |
| 14:06:28 | Zagor | tucoz: that's an issue too. currently the wps/browser is a forward->back switch. introducing a third screen (fourth if you count menus) could be complex |
| 14:06:55 | linuxstb__ | rasher: It's technically a viewer, not a plugin. |
| 14:07:05 | rasher | linuxstb__: ah, that'd be why |
| 14:07:30 | rasher | Another need for plugins-that-are-also-viewers, I guess |
| 14:07:49 | rasher | at least once you create a generator |
| 14:08:00 | tucoz | but then again, I guess the plugin could just idle. The plugins are given their own memspace. If toggled, then the plugin "freezes" (keeping it's memspace). Upon return, it unfreezes. |
| 14:08:09 | linuxstb__ | rasher: I agree |
| 14:08:14 | | Quit bluebrother^ (Read error: 104 (Connection reset by peer)) |
| 14:08:16 | | Join bluebrother^ [0] (n=c28@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 14:08:16 | | Quit cYmen (Read error: 104 (Connection reset by peer)) |
| 14:08:17 | | Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 14:08:19 | rasher | So where do I find something to use it with? |
| 14:08:57 | rasher | Ah, there |
| 14:09:04 | rasher | Just had to rtfs(ource) |
| 14:09:23 | linuxstb__ | I also quoted a link in IRC earlier today. |
| 14:09:25 | tucoz | use the source luke ;) |
| 14:09:39 | Zagor | tucoz: memory is not the problem, the code path is. currently the entire UI is a single thread, which means functions have to return for earlier screens to run. the plugins don't return until they quit. |
| 14:10:08 | tucoz | ah, get it. Then the plugins would have to be given their own thread then. |
| 14:10:34 | Zagor | so we'd either have to create some elaborate scheme where each plugin can serialize their state to disk or ram, or we'd have to run plugins in a new thread with all the problems THAT causees |
| 14:11:26 | Zagor | the problem with two threads that both draw to the screen should be obvious :-) locking would be required, and the bugs emanating from that are... unfun. |
| 14:12:02 | rasher | linuxstb__: that looks mighty nice |
| 14:12:03 | Zagor | part of the elegance of todays system is that plugins don't have to care about the rest of the system. this makes them simply to write. |
| 14:12:15 | rasher | lot's of clicking though :-\ |
| 14:12:22 | tucoz | Yes, then again. Plugins might not be the most important feature for toggling. Maybe only the 'core'-functions should be given this opportunity. Like, record, browser, wps and so on. |
| 14:12:54 | tucoz | Might be a good idea to keep the plugin-interface simple. |
| 14:12:56 | linuxstb__ | rasher: Tried the solver yet? |
| 14:12:58 | | Join webguest92 [0] (n=d5ee450c@labb.contactor.se) |
| 14:13:00 | Zagor | tucoz: right. which we have today already... :-) except record, but I don't quite see the use for that either. |
| 14:13:25 | *** | Saving seen data "./dancer.seen" |
| 14:13:29 | tucoz | Me neither. But, maybe for playback of the recorded file? |
| 14:13:33 | Zagor | in the end, wps/browser toggle is pretty much all you really use. |
| 14:13:42 | rasher | linuxstb__: wow.. that's snap |
| 14:13:43 | tucoz | I have almost never used record |
| 14:13:48 | linuxstb__ | Isn't the solution to simply have a different LCD buffer for plugins - this could be implemented without having to change the plugins. |
| 14:14:07 | linuxstb__ | And lcd_update wouldn't do anything if the plugin didn't have "focus" |
| 14:14:37 | rasher | linuxstb__: I'm going to join the people wanting to use "click to enter edit mode, then use up/down/left/right to change the number, click to exit" though |
| 14:14:57 | tucoz | Zagor: then again, the coolness factor |
| 14:15:02 | linuxstb__ | rasher: Maybe that's a feature for your builds? :) |
| 14:15:04 | Zagor | linuxstb__: you still need to stop plugins. imagine having "mandelbrot" running in the background all the time. |
| 14:15:12 | tucoz | hehe |
| 14:15:41 | Zagor | stopping specific threads means a more advanced scheduler, and new bugs |
| 14:15:49 | rasher | linuxstb__: I guess I could do that |
| 14:15:55 | Pieter__ | yeah, or switching a game of rockblocks to change to a new mp3 while the game keeps running.. pretty useless if it doesn't stop :p |
| 14:16:46 | linuxstb__ | Zagor; I'm saying it's going to be easy. But from a user's point of view, I think it would be nice. |
| 14:17:21 | linuxstb__ | rasher: Ideally I would like to incorporate both methods of navigation - if you can think of a way to do it, preferably without an option. |
| 14:17:28 | tucoz | But, I think that a lot of the plugins could be improved. The stop button is simply too powerful these days. Like, pressing stop always exits w/o a confirm dialog. But, that is upto the plugin iguess. |
| 14:17:49 | rasher | linuxstb__: hm.. maybe just use play to enter edit mode? |
| 14:17:53 | linuxstb__ | What about using a different key to enter "insert mode", not a joystick press. |
| 14:17:59 | rasher | or long joystick press |
| 14:18:10 | linuxstb__ | Long joystick press repeats |
| 14:18:16 | rasher | ah |
| 14:18:18 | Zagor | tucoz: yes it is |
| 14:18:40 | rasher | play or record.. hm |
| 14:18:46 | tucoz | ok, maybe people like it the way it is |
| 14:20:11 | tucoz | someone should implement exposé for rockbox! |
| 14:20:30 | rasher | linuxstb__: record, I think |
| 14:21:45 | rasher | linuxstb__: want me to create a patch? |
| 14:22:43 | linuxstb__ | rasher; Please do. |
| 14:23:17 | linuxstb__ | Can also you also implement a random Sudoku game generator as well whilst you are there? :) |
| 14:23:33 | rasher | of course, this will confuse the main loop a bit |
| 14:24:34 | linuxstb__ | I will try and do it if you want me to - but probably not until the weekend. |
| 14:24:53 | rasher | think I'll have a go |
| 14:25:21 | | Join DrMoos [0] (i=DrMoos@m50.net81-66-159.noos.fr) |
| 14:25:23 | linuxstb__ | OK. The important thing is that when you leave "edit mode", you need to check that the value in that cell is legal. |
| 14:25:37 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
| 14:25:49 | rasher | I'll do that |
| 14:26:08 | linuxstb__ | The "legality" check is incremental - i.e. it assumes the board starts legal, and then only checks the effects of each change. |
| 14:27:25 | | Nick DrMoos is now known as Moos (i=DrMoos@m50.net81-66-159.noos.fr) |
| 14:27:30 | * | rasher has no idea which button to use for the archos devices |
| 14:29:15 | tucoz | linuxstb_: lot's of soduku links http://en.wikipedia.org/wiki/Talk:Sudoku/links_to_consider |
| 14:30:14 | tomylee | yes - my iriver is not dead... hell yeah |
| 14:30:19 | tomylee | day saved |
| 14:31:51 | | Join hshah [0] (n=hshah@ACC92342.ipt.aol.com) |
| 14:32:12 | rasher | Hm... should I ignore SELECT when in editmode? |
| 14:33:41 | rasher | ehm, that'd be TOGGLE |
| 14:34:55 | _nrg_ | hi, does rb only play withing a directory or can it also play from dir to dir without playlist? |
| 14:35:14 | tucoz | linuxstb_: is the solver bruteforcing, or using graph coloring as suggested by wikipedia? |
| 14:35:59 | linuxstb__ | tucoz: I've no idea - I just stole someone else's code without looking at it. |
| 14:36:29 | tucoz | hehe |
| 14:37:09 | * | rasher creates a changedigit function to minimize duplication |
| 14:39:45 | rasher | linuxstb__: Why do you "ticks=*rb->current_tick;" when incrementing a digit? |
| 14:40:07 | tucoz | I found a forum for soduku programmers, here is a link to a bf-generator. http://www.setbb.com/phpbb/viewtopic.php?t=204&mforum=sudoku |
| 14:40:55 | linuxstb__ | rasher; To slow down the auto-repeat. |
| 14:41:03 | | Quit hshah ("Leaving") |
| 14:41:11 | linuxstb__ | i.e. I ignore any repeats that happen within 1/3 of a second of the previous one. |
| 14:41:24 | rasher | Ah |
| 14:41:51 | rasher | Ah, I see it now |
| 14:42:47 | linuxstb__ | Gotta go now. back later. |
| 14:43:00 | rasher | bye |
| 14:43:27 | | Part tucoz |
| 14:54:24 | | Nick QT_ is now known as QT (i=as@madwifi/users/area51) |
| 14:58:28 | * | Zagor eyes the #887081 patch |
| 14:58:30 | am1conn | Imho changing focus and starting/stopping threads for plugins is going to be a nightmare |
| 14:58:40 | Zagor | am1conn: i agree 100% |
| 14:58:55 | am1conn | The grayscale library is interrupt based. How would we handle that? |
| 15:00 |
| 15:05:44 | | Quit am1conn ("CGI:IRC (EOF)") |
| 15:09:44 | | Join am1conn [0] (n=c1af49c9@labb.contactor.se) |
| 15:12:12 | markun | _nrg_: general settings -> playback -> move to next folder |
| 15:16:05 | | Quit am1conn ("CGI:IRC (EOF)") |
| 15:16:12 | _nrg_ | markun, its working thx! |
| 15:17:01 | rasher | linuxstb__: I have a patch now.. polishing now |
| 15:20:27 | rasher | linuxstb__: I'm not doing any additional legality check though - only the one when moving the field. |
| 15:24:33 | | Join Sucka [0] (n=NNSCRIPT@81.156.157.217) |
| 15:34:28 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 15:36:10 | rasher | linuxstb_: rasher.dk/rockbox/sudoku.diff.txt">http://rasher.dk/rockbox/sudoku.diff.txt |
| 15:36:46 | | Join linuxstb [0] (n=d57b9aa9@labb.contactor.se) |
| 15:37:50 | rasher | linuxstb: rasher.dk/rockbox/sudoku.diff.txt">http://rasher.dk/rockbox/sudoku.diff.txt |
| 15:39:04 | linuxstb | rasher: I think the legality check should be done when you leave "edit mode", not when you leave the cell. But I can have a look at the patch (no time at the moment though) |
| 15:42:16 | rasher | I think we're out of buttons for the ondio |
| 15:42:24 | rasher | Wondering how to handle that |
| 15:42:42 | rasher | right now I just set the BUTTON_ value to something not obtainable on ondio, but that's pretty ugly |
| 15:42:57 | Zagor | ondio is a problem child :-) |
| 15:49:25 | linuxstb | rasher: Have a look at the minesweeper plugin - I think that defines combinations of keys for the Ondio. Maybe you will find an idea there. |
| 15:50:17 | | Quit linuxstb__ (Read error: 110 (Connection timed out)) |
| 15:52:25 | | Quit linuxstb_ (Remote closed the connection) |
| 15:52:48 | rasher | well, I'm thinking we might as well leave the option out, if it's going to require weird key-combos |
| 15:54:40 | rasher | eh... |
| 15:54:52 | rasher | the "known bugs" part of the release notes weren't updated.. |
| 15:55:25 | | Join tucoz [0] (n=81b17b04@labb.contactor.se) |
| 15:55:54 | tucoz | interesting to read the old release notes. Note however that the link to v2.4 is missing there |
| 15:56:13 | tucoz | http://www.rockbox.org/download/old.html |
| 15:57:32 | | Join leftright [0] (n=d4406110@labb.contactor.se) |
| 15:57:55 | leftright | Hi, could i interest anyone in patch 1297992 |
| 15:58:20 | leftright | it adds quick access to .cfg files to the quick menu |
| 15:59:07 | tucoz | leftright: is that really needed? What quickmenu btw. WPS? |
| 15:59:34 | tucoz | should learn to read. wps it is. |
| 16:00 |
| 16:00:37 | leftright | in my opinion yes, lots of folks have several configs, and navigating to them is tediuos, this way there would be quixk acces to the different configs |
| 16:01:13 | rasher | it's only two buttons to get there through the main menu |
| 16:01:22 | leftright | no its more |
| 16:01:37 | leftright | its at least four clicks |
| 16:01:38 | tucoz | Ok, Imho, wps-context menu should only be populated by playback/wps entries |
| 16:01:51 | rasher | okay, four clicks. |
| 16:02:02 | rasher | Still don't warrant putting it where it doesn't belong imho |
| 16:02:53 | leftright | do you use different configs frequently ? |
| 16:02:58 | tucoz | No |
| 16:02:59 | tucoz | :) |
| 16:03:13 | | Quit tucoz ("CGI:IRC") |
| 16:03:14 | leftright | then please dont shoot it dwon because you dont |
| 16:03:21 | | Join tucoz [0] (n=81b17b04@labb.contactor.se) |
| 16:03:22 | rasher | I'm not |
| 16:03:33 | rasher | I'm shooting it down because the menu entry doesn't belong there |
| 16:03:42 | rasher | and the real location is not *that* far away |
| 16:04:01 | leftright | gues i'll learn how to do my own patches |
| 16:04:31 | rasher | These are not quickmenus by the way. |
| 16:04:36 | rasher | They are *context* menus |
| 16:05:17 | tucoz | On the other hand, I think the a-b-menu could be arranged in a different way. Not that I have a clue of what that would be, but I have a feeling it is improvable |
| 16:05:23 | linuxstb | Don't shoot me for saying this, but IMO, a nice feature of the iPod's UI is the ability to choose the items that appear in the root of the main menu. |
| 16:05:43 | leftright | lots of guys have car cfg's, shuffle-track, cfg's, etc, it would be nice ti have a quick path to this menu |
| 16:06:10 | tucoz | ah, that is true, But you could have the configs in a directory and just play them |
| 16:06:11 | rasher | I don't see how "menu, down, right right" is too far away |
| 16:06:22 | tucoz | Or am I wrong? |
| 16:06:25 | rasher | are you changing configs every other song? |
| 16:06:53 | tucoz | just press the joystick and browse to the config directory |
| 16:07:01 | leftright | yes i change cfg's frequently |
| 16:07:04 | | Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.UMBC.EDU) |
| 16:07:27 | tucoz | leftright: I get your point with the car/etc |
| 16:07:36 | rasher | I don't. |
| 16:07:46 | leftright | and there is NO quick path to the cfg menu |
| 16:08:00 | tucoz | rasher, why not? |
| 16:08:07 | rasher | If you have a car config, you change to it when you get in the car, is saving 2-3 clicks that important for that? |
| 16:08:16 | leftright | jeez rasher, just create a few different cfg's and sse what a pain it is to access them |
| 16:08:38 | tucoz | hehe, not that it should be in the wps-context, but the fact that some people change configs often |
| 16:08:48 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
| 16:09:18 | rasher | leftright: I don't have any reason for having different cfgs |
| 16:09:47 | | Quit leftright ("CGI:IRC (EOF)") |
| 16:09:51 | | Join leftright [0] (n=d4406110@labb.contactor.se) |
| 16:10:08 | rasher | I guess consistency means more to me than saving 2 clicks once in a while at the cost of cluttering menus with random entries |
| 16:10:08 | leftright | rasher, I have two cfg's which I use frequently |
| 16:10:35 | tucoz | leftright: why don't you create a root/configs/ directory, and have the configs there? |
| 16:10:42 | rasher | I play a lot of solitaire, can I interest you in a patch that adds solitaire to the wps context menu? |
| 16:10:46 | linuxstb | Maybe the solution would be to think about how the main menu is structured - to add faster paths to frequently used functions. |
| 16:10:51 | tucoz | and just play them? |
| 16:10:57 | leftright | forget it rasher |
| 16:11:02 | linuxstb | tucoz: What if the browser is already very deep in the file tree? |
| 16:11:14 | leftright | dont worry about it really |
| 16:11:17 | Moos | rasher: me too ;) |
| 16:11:17 | rasher | I don't see how y ou could get faster access from the main menu than is now |
| 16:11:31 | rasher | They can't *all* be the top choice |
| 16:11:49 | rasher | and "browse .cfg files" is already the top choice in the 2nd level menu |
| 16:12:28 | tucoz | linuxstb: so I noticed. The current placement is not too hard too find. |
| 16:13:00 | rasher | I agree that some of the 3rd or 4th level entries might benefit from being moved, but browse cfg files is not one of them |
| 16:13:01 | | Join fogcat [0] (n=c2489e63@labb.contactor.se) |
| 16:13:27 | *** | Saving seen data "./dancer.seen" |
| 16:13:39 | tucoz | I thought it was buried deep in some a-b-menu, but it wasn't. |
| 16:13:48 | linuxstb | rasher: Yes, I was talking more generally, not just the "browse cfgs" option. |
| 16:13:58 | rasher | linuxstb: I agree with that |
| 16:14:27 | rasher | Zagor: around? |
| 16:14:51 | tucoz | linuxstb: do you mean like a dynamic menu? |
| 16:15:07 | rasher | I know, automatic restructuring, Microsoft style! |
| 16:15:25 | tucoz | or a simple poll on what features are accessed most frequently, and rearrange the menus accordingly? |
| 16:15:33 | leftright | besides the feature which I'm really after, you guys certainly arent interested in anyway, which is to enable Track mode if shuffle is selected |
| 16:15:34 | linuxstb | rasher: I wouldn't go that far :) |
| 16:15:47 | leftright | as an option ofcourse |
| 16:16:08 | rasher | tucoz: or better yet, create builds that record menu usage in a file |
| 16:16:21 | leftright | shuffle and track mode are a match made in heaven |
| 16:16:45 | rasher | So we've heard. |
| 16:16:50 | rasher | About a million times by now. |
| 16:16:50 | leftright | but I'll use a cfg file as rasher insistes |
| 16:16:53 | fogcat | a lot of the "solutions" given to requests are "create a config to change multiple settings at once" - I only have 3 but I do find it irritating navigating to change them |
| 16:16:56 | fogcat | It's menu,down,down,down,click,click - 6 actions |
| 16:17:12 | tucoz | yes, that could be a good way of gathering data. |
| 16:17:57 | leftright | fogcat, glad you find it irritating as well |
| 16:17:58 | rasher | or, menu, dooooown, click-click, in my eyes it's more like 3½ action |
| 16:18:26 | rasher | But really, adding menu entries at random isn't going to solve this |
| 16:18:35 | | Quit [IDC]Dragon ("CGI:IRC") |
| 16:18:41 | fogcat | if you go dowwwwn you're likely to whizz past it and then click back to get to the right place |
| 16:19:09 | rasher | People will be complaining about the next thing that they're missing, and all menus will include all options eventually |
| 16:19:25 | linuxstb | rasher: That's why the user should be able to config their menus (to some extent) |
| 16:19:48 | rasher | Sure, if they want |
| 16:20:06 | leftright | thats exactly the standard reply, create a config, great, so give us easy acces to the config menu at least |
| 16:20:22 | tucoz | As the menus are now, they seem to be sorted quite arbitrarily(?). |
| 16:20:37 | rasher | leftright: you have as easy access as you're likely to get without user-configuarable menus |
| 16:20:58 | * | leftright sighs |
| 16:21:12 | rasher | tucoz: Yeah, some seem a bit weird |
| 16:21:14 | linuxstb | leftright: I'm suggesting that a user could (for example) add "browse config files" to the top-level of the main menu. This would be a one-time action needed by the user. |
| 16:21:45 | leftright | anything to improve and make it more user friendly |
| 16:21:50 | rasher | No. |
| 16:21:52 | rasher | Not anything. |
| 16:21:58 | rasher | the right things. |
| 16:22:00 | tucoz | and a way better solution than adding it to wps-context |
| 16:22:23 | leftright | but that I mean I will be gratefull for any improvement made |
| 16:22:34 | leftright | as will others to be sure |
| 16:22:46 | rasher | Depends what it is. |
| 16:23:06 | rasher | I wouldn't be happy about browse cfg being added to the wps-context because it doesn't belong there. |
| 16:23:35 | leftright | rasher as i've said, any improvement is welcome |
| 16:23:36 | tucoz | the context menus should give easy access to menu items in their specific _context_ |
| 16:23:51 | tucoz | and only that, imho |
| 16:23:56 | rasher | Agreed. |
| 16:24:51 | fogcat | why is show files in the quick menu? or am I thinking of something different? |
| 16:25:10 | rasher | Quick menu != context menu |
| 16:25:21 | fogcat | I'm talking about thelong press of A-B (on iriver) |
| 16:25:29 | rasher | That's the quickmenu. |
| 16:25:36 | fogcat | ahhh - sorry terminology |
| 16:25:43 | fogcat | so could it go in quick menu? |
| 16:25:45 | tucoz | I came to think of something. When I enter a empty directory, the screen is blank. I think an indication that the directory is empty would be nice. |
| 16:25:58 | leftright | the 12 o' clock position is unpopulated in that quick menu |
| 16:26:10 | rasher | I wish it wasn't. |
| 16:26:18 | fogcat | that's what I though we wer talking about :-o |
| 16:26:28 | rasher | There's no way in hell anyone will be able to agree what that should do |
| 16:26:31 | linuxstb | Why is "open with" in the context menu (long joystick press in WPS) |
| 16:27:03 | rasher | I was wondering about that as well |
| 16:27:06 | fogcat | well if you make 12 o'clock cahnge configs ... it can do anything ;-) |
| 16:27:18 | tucoz | rasher: was that an answer to the empty dir thing? |
| 16:27:36 | linuxstb | I've now looked at the menus again, and am agreeing that "browse configs" should go in the context menu - "sound settings" appears there, so why not the preset sound settings (i.e. config files) ? |
| 16:27:57 | rasher | tucoz: no, it was to linuxstb |
| 16:28:03 | tucoz | ah, ok |
| 16:29:33 | | Quit ashridah (Read error: 110 (Connection timed out)) |
| 16:29:47 | tucoz | linuxstb: well, it is a way better option than open with.. |
| 16:30:16 | linuxstb | Yes, I think "open with" being there is a bug. Unless someone can think why it was put there. |
| 16:30:59 | leftright | why have show all files there as well ? |
| 16:31:11 | leftright | its not wps related |
| 16:31:17 | tucoz | don't you sometimes feel the urge to open the mp3 your playing with the chip8 viewer? |
| 16:32:02 | tucoz | maybe the current menu is there as a proof-of-concept |
| 16:32:10 | tucoz | not really thought through |
| 16:32:18 | fogcat | OK - you guys are talking about the context menu now? Right? |
| 16:32:22 | linuxstb | I would be surprised if "open with" worked with the currently playing track - I'm guessing it uses the file currently selected in the file browser. |
| 16:32:27 | tucoz | yes |
| 16:32:56 | leftright | the quick menu is a great idea, the menus though need to be rethought |
| 16:33:10 | fogcat | You have less objection to change config file being in the QUICK menu? |
| 16:33:45 | tucoz | open with should be remove at least. |
| 16:33:46 | rasher | tucoz: well, vbrfix and favourites make sense to "open with" |
| 16:33:55 | rasher | and splitedit |
| 16:34:40 | tucoz | come to think of it, I think I asked this when the context menu was enabled on iriver. And I think I got the same answer then |
| 16:34:49 | tucoz | which I settled with |
| 16:35:04 | tucoz | as a good reason why to have it there :D |
| 16:36:49 | fogcat | leftright:: does your patch currently put it in the context menu? |
| 16:37:30 | linuxstb | Looking at the code (onplay.c), I think the "open with" applies to the currently selected file in the browser - can someone test? If so, then I think it's a bug that it's added to that menu. |
| 16:37:31 | rasher | I still don't think that loading config files has any business being in the WPS context menu |
| 16:37:53 | leftright | yes it puts it there, but its not my patch, some kind coder wrote it and added it to the tracker list |
| 16:38:15 | leftright | rasher, and show all files belongs there ? |
| 16:38:24 | linuxstb | rasher: If you think of the config files as a set of presets for the sound settings (which do appear in that menu), then I think it's logical. |
| 16:38:24 | tucoz | linuxstb: I just opened the file with viewer and got a I04 |
| 16:38:33 | fogcat | rasher is talking about the context menu (i think) |
| 16:38:53 | fogcat | teh one you get to with a long A-B press (on iriver) is QUICK menu |
| 16:38:59 | rasher | I am. As witnessed by me saying "WPS context menu" |
| 16:39:00 | tucoz | linuxstb: how can I verify what I test? |
| 16:39:12 | leftright | ah yes, my apologies |
| 16:39:32 | linuxstb | tucoz: Start some music, then browse to a text file in the file browser, then go back to WPS, then select "open with" |
| 16:39:42 | leftright | I use config files to change sound settings and the way music is played back |
| 16:39:56 | rasher | linuxstb: they are not really presets for sound settings though |
| 16:40:04 | tucoz | No, it opens the while playing track |
| 16:40:43 | tucoz | I got the id3 header, when I opened with the viewer. And the browser was pointing at a textfile |
| 16:42:49 | leftright | fogcat, sorry, that patch adds access to the config files to the Quik menu |
| 16:44:06 | | Quit tucoz ("CGI:IRC 0.5.4 (2004/01/29)") |
| 16:44:14 | fogcat | leftright, so *I* would say that in that case a number of the objections made vanish? |
| 16:44:31 | fogcat | While I'm here.... ocasionally I get distorted playback |
| 16:44:31 | fogcat | (not easily repeatable - well at least not yet) |
| 16:44:31 | fogcat | It seems to happen when I cahnage to my "car config" |
| 16:44:35 | fogcat | While I'm here.... ocasionally I get distorted playback |
| 16:44:35 | fogcat | (not easily repeatable - well at least not yet) |
| 16:44:35 | fogcat | It seems to happen when I cahnage to my "car config" |
| 16:44:52 | fogcat | "car config" has voice menus on but sometimes after switching they don't play |
| 16:44:52 | fogcat | and if that happens MP3 playback is distorted with bursts of "Static" |
| 16:44:52 | fogcat | Turning off and back on clears the problem |
| 16:44:52 | DBUG | Enqueued KICK fogcat |
| 16:44:52 | fogcat | Something not initialising correctly? Or over writing something else? |
| 16:46:20 | leftright | I find that sometimes I have to switch it off and on for a config file to be stored and loaded correctly |
| 16:48:32 | fogcat | oops - gotta go... before i do - ta to all you devs for the work and 2.5 release and hack recovery - it IS appreciated |
| 16:48:35 | | Quit fogcat ("CGI:IRC") |
| 16:50:40 | amiconn | linuxstb: "Open with.." is in the wps context for a reason |
| 16:50:53 | amiconn | You can open the currently playing file with a plugin |
| 16:51:12 | amiconn | Molto importante for the splitedit plugin |
| 16:52:31 | linuxstb | amiconn: OK. I was waiting for someone to say why. |
| 16:52:49 | leftright | amiconn, what are your thoughts to making the config files more accessable ? |
| 16:53:10 | amiconn | I don't need that at all, although I do use .cfg files for changing settings |
| 16:53:26 | amiconn | I have my .cfg files in the root - quickly accessible |
| 16:54:23 | leftright | I think it would be more accessable in the Quick menu, nut thats just me |
| 16:54:33 | amiconn | There's also a reason why the quick menu(s) have no 12 o'clock item, and why they weren't changed on iriver to have one |
| 16:54:45 | rasher | There are loads of things people want in the Quick Menu. |
| 16:55:14 | amiconn | The quick menu(s) are of archos recorder origin, and there are 2 of them, F2 and F3 quick menu |
| 16:55:44 | amiconn | Left, Down and Right can be detected together with F2 or F3, but not Up |
| 16:55:55 | amiconn | That's the explanation for the missing 12 o'clock |
| 16:56:01 | leftright | but the iriver could detect up ? |
| 16:56:49 | amiconn | The iriver can't detect A-B and any other button at once except play, but by chance the quick menu still works as expected because of the button priorities in the hardware |
| 16:57:41 | amiconn | The quick menu was added for iriver by Christi because she missed it, but it's an interim thing |
| 16:57:53 | leftright | oh please dont remove it |
| 16:58:16 | amiconn | There's consensus for a long time that the quick menus are ugly and should be replaced by something better |
| 16:58:59 | amiconn | On the archos recorder the plan was to use F3 for context menu (which is now implemented as long-Play, equal long-Select on iriver) |
| 16:59:15 | amiconn | F2 was planned to be used for a user-configurable menu |
| 17:00 |
| 17:00:22 | rasher | Slasheri: are you around? |
| 17:00:57 | rasher | Slasheri: can you confirm that patch #1298779 is right? |
| 17:13:43 | | Quit DangerousDan (Read error: 104 (Connection reset by peer)) |
| 17:28:08 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 17:30:23 | | Part leftright |
| 17:36:09 | amiconn | rasher: I've restored a number of wiki image attachments. However, I found a topic is missing completely - WhiteBacklight or whatever it was called |
| 17:37:55 | rasher | amiconn: http://www.rockbox.org/twiki/pub/Main/CaseModding/dragon_backlight_crop.jpg that image? |
| 17:38:01 | rasher | Belongs on CaseModding |
| 17:38:35 | amiconn | Ah, nm |
| 17:40:00 | amiconn | I can't find the recorder uart boot images. They were made by [IDC]Dragon... |
| 17:43:32 | | Join koniu_ [0] (n=koniu@host-ip194-145.crowley.pl) |
| 18:00 |
| 18:04:31 | | Join webguest85 [0] (n=dad784ed@labb.contactor.se) |
| 18:08:53 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 18:11:28 | | Quit Moos ("Glory to Rockbox") |
| 18:13:29 | *** | Saving seen data "./dancer.seen" |
| 18:13:57 | | Quit paugh ("Leaving") |
| 18:14:37 | tomylee | i was just wondering...can the iriver accept 24 bit wave signals? |
| 18:14:42 | tomylee | i mean, record them? |
| 18:14:50 | tomylee | via optical input? |
| 18:15:02 | tomylee | I´d like to use it as a ols school 2 Track recorder |
| 18:15:07 | tomylee | and not my sequencer |
| 18:18:07 | amiconn | rasher: The remote_button_hold() fix introduces a bug... |
| 18:19:35 | | Quit webguest85 ("CGI:IRC (Ping timeout)") |
| 18:21:15 | rasher | amiconn: Oh dear, what? |
| 18:21:18 | | Join Sucka` [0] (n=NNSCRIPT@81.156.208.94) |
| 18:21:39 | amiconn | rasher: See http://www.rockbox.org/viewcvs.cgi/firmware/drivers/button.c?annotate=1.91 lines 418 and 457 |
| 18:21:58 | amiconn | remote_button_hold() is used to check whether the remote button hardware should be read |
| 18:22:16 | amiconn | ...which of course shouldn't happen when the remote is unplugged |
| 18:22:45 | amiconn | ...because the pins might have arbitrary values |
| 18:22:50 | rasher | Using remote_button_hold() for that sounds weird |
| 18:23:08 | rasher | a remote_plugged() would be sensible? |
| 18:23:09 | amiconn | So remote_button_hold() should return true if the remote is unplugged |
| 18:24:04 | rasher | okay, whatever - it seemed sensible.. I don't have time to revert now |
| 18:24:31 | amiconn | ...or button_read() changed to not use it, but that would partially jeopardize remote_button_hold(). The UI is another thing... |
| 18:32:45 | | Quit Sucka (Read error: 110 (Connection timed out)) |
| 18:36:52 | | Join Lear [0] (n=chatzill@h36n10c1o285.bredband.skanova.com) |
| 18:39:27 | linuxstb | Lear: Have you got any metadata.c patches ready? |
| 18:39:50 | Lear | Yes, I think so. I've been using it some time now... :) |
| 18:40:33 | linuxstb | I've added ".m4a" support (for ALAC files, not AAC), which I'm ready to commit as well. This adds a fair amout of code to metadata.c |
| 18:41:01 | linuxstb | I don't know if we are going to conflict badly with each other. |
| 18:42:14 | Lear | I know it will. :) |
| 18:42:26 | linuxstb | I had better hurry up and commit first then :) |
| 18:42:52 | linuxstb | What does your patch do? |
| 18:42:53 | Lear | I've restructured it quite a bit, but if you've only added a new case, and a function or two, then it shouldn't be too bad. |
| 18:43:09 | linuxstb | Yes - that's all it is. |
| 18:43:35 | Lear | Mainly code and size cleanup. Removes a 4 kB (I think it was) static buffer and cuts binary size by 800+ bytes. |
| 18:43:43 | preglow | Lear: you got anything queued for soonish comiting? |
| 18:43:43 | Lear | Tag parsing is a bit generalized too. |
| 18:45:08 | Lear | Well, the metadata thing first, then I'll look at the wave patch, or possibly that "track gain during shuffle" thing that seems to be in high demand. Darned if I can figure out a good "Replaygain type" name for it though. :) |
| 18:45:32 | linuxstb | The WAV patch would be nice - more boxes to tick on the SoundCodecs page. |
| 18:46:01 | linuxstb | How does "track gain during shuffle" work if you're shuffling an album? |
| 18:46:12 | Lear | Yep, should be quite easy to apply, I think, even after my changes... :) |
| 18:46:45 | Lear | Shuffle would "force" track gain, plain and simple. No other way to do it really... |
| 18:47:06 | linuxstb | Isn't that what the replaygain menu is for? To choose between the modes? |
| 18:47:14 | linuxstb | Sorry - I've missed this debate. |
| 18:47:50 | Lear | Yes, but this would be another mode, "Use track gain if shuffle is on, otherwise use album gain". |
| 18:48:55 | linuxstb | Howabout: Replaygain type = (track,album,auto) where auto is the new option. |
| 18:49:44 | Lear | Auto doesn't say much. Or, it implies using gain even without tags... |
| 18:50:57 | linuxstb | OK - I'll go find the discussion and read the reasoning. |
| 18:51:56 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 18:52:49 | | Quit rasher ("Ex-Chat") |
| 18:58:16 | Lear | There, metadata.c committed. |
| 18:58:26 | linuxstb | Lear: I don't think this has anything to do with shuffling. IMO, you want "album" mode when your playlist consists of tracks from the same album, and you want "track" mode when your playlist consists of tracks from different albums. |
| 19:00 |
| 19:00:22 | Lear | Not necessarily. A playlist can contain a number of albums in order too. And besides, without a tag database, how would Rockbox know if a playlist only contains tracks from one album (and even with a tag database that might not always work) |
| 19:01:05 | markun | linuxstb, preglow: If you are thinking of optimizing Tremor, here is a patch for a TI dsp implementing imdct with ifft: http://www.sandvall.nu/patch |
| 19:01:11 | Lear | The proposed thing is simple to do, and is logical - though not the only logical way to do it. |
| 19:01:28 | Lear | Last I tried there was no response from sandvall.nu. You mean it is up now? |
| 19:02:11 | markun | Yes, it's up again. |
| 19:02:44 | markun | I was very surprised the link worked this time, don't even know why I bothered to try. |
| 19:03:13 | preglow | markun: thanks |
| 19:03:17 | linuxstb | Lear: I'll leave the replaygain issue to others.... I now have some work to do to use your new metadata.c |
| 19:04:16 | Lear | :) |
| 19:04:37 | Lear | Still, I think we need a fast FFT before that patch is really useful... |
| 19:04:39 | linuxstb | Your diff is completely meaningless :( |
| 19:04:53 | Lear | "My" diff? |
| 19:05:16 | linuxstb | The changes you committed: http://www.rockbox.org/viewcvs.cgi/apps/metadata.c?r1=1.18&r2=1.19 |
| 19:05:46 | linuxstb | " 889 lines, -800 lines" :) |
| 19:06:42 | Lear | Ah, well, I did touch pretty much everything... :) |
| 19:06:44 | markun | Lear: freescale has a asm optimized fft, but I don't know what license they use. |
| 19:07:08 | Lear | Me neither, and I've looked a bit for it too. But it is for 1024 points only, I think... |
| 19:07:18 | markun | preglow: the patch is from the low-mem branch I think. |
| 19:08:46 | Lear | That too... |
| 19:09:35 | | Quit paugh ("reboot") |
| 19:10:00 | | Quit linuxstb ("CGI:IRC") |
| 19:13:45 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 19:17:20 | Lear | Hm... not even the wav.c part of the patch applied cleanly... |
| 19:27:34 | Lear | Hm... Should a codec leave most parsing to metadata.c? |
| 19:31:13 | | Join gerd|koks [0] (i=muesli_t@Bbc63.b.pppool.de) |
| 19:43:34 | preglow | markun: the freescale fft is just one size |
| 19:43:42 | preglow | Lear: i think so |
| 19:44:13 | preglow | we're probably just as well off stealing djbfft or something |
| 19:44:58 | Lear | Well, the wav patch should probably move some stuff from the codec then, but I'll leave that for after the initial commit, I think... |
| 19:58:16 | preglow | no biggie |
| 19:59:42 | preglow | eventually we'll split metadata loading out to codecs as well anyway :> |
| 20:00 |
| 20:00:01 | | Join muesli- [0] (i=muesli_t@Bbcb8.b.pppool.de) |
| 20:00:06 | | Join Moos [0] (i=DrMoos@m50.net81-66-159.noos.fr) |
| 20:02:50 | Lear | but not to the "main decoding loop" function... |
| 20:02:59 | preglow | no |
| 20:03:03 | preglow | that we wont |
| 20:03:35 | Lear | that's a new one: int16_samples causes a section type conflict |
| 20:04:25 | amiconn | Did you try to move some const to iram? |
| 20:04:36 | amiconn | s/iram/.idata/ |
| 20:05:01 | amiconn | That causes such a conflict; see my comment in firmware/drivers/lcd-h100.c |
| 20:05:24 | Lear | Ah, yes, saw some static tables that I thought could be const... Thanks. |
| 20:06:09 | amiconn | Two options for now: (1) Don't use iram for these (2) Don't make them const |
| 20:06:23 | amiconn | The proper solution would be an additional section .iconst |
| 20:06:58 | amiconn | In conjunction with that, I renew my proposal for .ibss |
| 20:07:24 | amiconn | Today, all .idata content is part of the binary, even uninitialised data |
| 20:07:34 | amiconn | (unlike standard .bss, which is not) |
| 20:08:12 | amiconn | .ibss will only save a bit of binary size on archos, but way more on iriver |
| 20:08:16 | amiconn | (40-ish KB) |
| 20:09:41 | Lear | Like all stacks? |
| 20:09:51 | amiconn | The startup code would have to clear that area instead of copying it from dram |
| 20:10:05 | amiconn | Not all stacks, but main/codec/voice codec |
| 20:10:27 | amiconn | (for iriver) All others are in dram. |
| 20:13:33 | *** | Saving seen data "./dancer.seen" |
| 20:19:00 | preglow | markun: got confirmation that code is working? |
| 20:20:09 | | Quit gerd|koks (Read error: 110 (Connection timed out)) |
| 20:20:22 | preglow | markun: what downfall is that it requires a set of friggin huge tables |
| 20:20:28 | preglow | s/what/one/ |
| 20:26:38 | Lear | Ouch... Flac doesn't work well in the simulator... :) |
| 20:26:46 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 20:27:21 | linuxstb | 19.27.34 # <Lear> Hm... Should a codec leave most parsing to metadata.c? |
| 20:28:33 | Lear | linuxstb: What about it? |
| 20:29:16 | linuxstb | I'm not sure :) I thought I knew what the split should be, but I've realised that I don't. |
| 20:29:35 | linuxstb | I think at the moment the codecs duplicate a lot of the parsing already done in metadata.c |
| 20:31:11 | Lear | Indirectly yes, as a part of the decoding libraries... |
| 20:31:11 | | Quit solexx (Read error: 104 (Connection reset by peer)) |
| 20:31:12 | | Join solexx [0] (n=jrschulz@d128058.adsl.hansenet.de) |
| 20:44:28 | Lear | He, the resampler/dsp.c couldn't handle 96 kHz files. ;) |
| 20:47:13 | amiconn | Hmm, we're doing something concerning sections that isn't supposed to work according to the gcc docs, but it works... |
| 20:47:40 | amiconn | According to gcc docs, it isn't possible to put uninitialised data in specific sections... |
| 20:48:49 | amiconn | Hmm, I think that's because we use linker scripts |
| 20:49:06 | preglow | Lear: it can't, the delta calc overflows |
| 20:49:26 | preglow | Lear: we need to make that a 64 bit mul if we want anything above 65khz |
| 20:49:34 | preglow | Lear: that, or decrease the accuracy |
| 20:49:51 | Lear | preglow: buffer size calculations fails too; but it was just a test file I created without thinking too much about it. |
| 20:50:20 | Lear | Hm... Maybe the wav metadata code should check that... And possibly others too? |
| 20:50:28 | preglow | check what? |
| 20:50:41 | Lear | That the frequency is within acceptable limits. |
| 20:50:44 | preglow | why not fix dsp code instead? |
| 20:50:56 | preglow | let the dsp layer decide if it's too much, not the codecs |
| 20:51:21 | preglow | and besides, we _should_ support 96khz files |
| 20:51:46 | Lear | Well, it would be nice if unplayable contents was detected early on... |
| 20:52:23 | preglow | why? so they can be silently ignored or something? |
| 20:52:26 | Lear | And the dsp code do detect it's too much and handles... |
| 20:52:47 | amiconn | Why would we need 64 bit ari for 96 kHz support? |
| 20:52:51 | Lear | Yes, something like that, no point in opening and decoding part of a file that is known to not work. |
| 20:53:01 | amiconn | 96000 fits pefectly into 32 bits |
| 20:53:34 | preglow | delta = dsp->frequency * 65536 / NATIVE_FREQUENCY; |
| 20:53:46 | preglow | upper limit before overflow is 65536 |
| 20:54:28 | amiconn | Hmm, that doesn't look too well. Roundoff errors... |
| 20:54:34 | Lear | Well, that is easily fixed... |
| 20:54:47 | Lear | (using 64-bit muls that is) |
| 20:54:47 | preglow | what doesn't look well? that particular expression? |
| 20:55:12 | amiconn | If we'd use a bresenham-like algorithm, we would avoid the overflow and roundoff errors at the same time... |
| 20:55:25 | preglow | sure, feel free to implement |
| 20:55:36 | preglow | i don't remember entirely how to do it |
| 20:55:56 | Lear | Would it change the actual resampling code too? |
| 20:55:57 | preglow | but bresenham requires a branch per delta, yes? |
| 20:56:03 | preglow | Lear: no, just the delta calc |
| 20:56:20 | preglow | Lear: it would just replace the pos += delta part |
| 20:58:28 | amiconn | preglow: A branch should still be faster than a division |
| 20:58:40 | Lear | Hm.. Wav patch looks good, with the limited set of test files I have... |
| 20:59:00 | preglow | amiconn: the delta calc will be faster with bresenham, it's the delta add that'll be slower, and by quite a bit |
| 20:59:01 | amiconn | Anyway, I wonder whether it would be worth it. |
| 20:59:21 | amiconn | Didn't you intend to implement some better resampling? |
| 20:59:26 | preglow | amiconn: the delta add will be four-five times more expensive than the simple add i do now |
| 20:59:34 | preglow | amiconn: yes, yes i did, but that'll still require this code |
| 20:59:41 | preglow | amiconn: that is, the delta handling |
| 20:59:41 | linuxstb | Maybe it's worth mentioning that the ipod supports 96KHz playback, and the new Neuros player probably will as well. So hopefully it won't remain a theoretical problem for long. |
| 21:00 |
| 21:00:09 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 21:00:09 | * | amiconn wonders what 96kHz support should be good for |
| 21:00:15 | preglow | well |
| 21:00:21 | preglow | playing 96khz files, for one |
| 21:00:26 | amiconn | Anyway, if it exists and we can, we should support it |
| 21:00:31 | preglow | exactly |
| 21:00:38 | preglow | it shouldn't be a problem for us either |
| 21:00:40 | amiconn | I'd never use it though |
| 21:00:43 | preglow | me neither |
| 21:01:10 | preglow | but like i said, it shouldn't be something we'd need to work on, it should just work |
| 21:01:14 | preglow | provided the codecs are fast enough |
| 21:01:35 | preglow | for 96khz you'd need a much better resampler than we have now, though |
| 21:01:37 | preglow | that's for sure |
| 21:01:40 | preglow | so rockbox will be hard pressed |
| 21:05:36 | amiconn | Hmm, how is that delta supposed to work? 16.16 fixed point I'd guess? |
| 21:06:00 | preglow | yep |
| 21:06:01 | preglow | exactly |
| 21:06:12 | preglow | and you're right, exactly |
| 21:06:16 | preglow | it has too low precision now |
| 21:06:29 | preglow | bresenham would be very nice for precision, if it can be done fast enough |
| 21:06:33 | preglow | and i think it should |
| 21:06:55 | | Join bbad [0] (n=bbad@81.198.237.178) |
| 21:07:00 | preglow | amiconn: i think you yourself noted that it sometimes makes a clicking noise when resampling, that's because of 16 frac bits not being enough |
| 21:09:39 | | Join tucoz [0] (n=81b17b04@labb.contactor.se) |
| 21:10:05 | tucoz | amiconn: still in the bit shift department? |
| 21:13:19 | amiconn | preglow: The disadvantage with bresenham is that the phase value wouldn't vary from 0..65536 like now, but from 0..NATIVE_FREQUENCY (upsampling) or 0..frequency (downsampling) |
| 21:13:56 | amiconn | However, that shouldn't be much of a problem because we need to normalise to S.31 fixed point format anyway |
| 21:14:14 | amiconn | The bitshift would be replaced by a multiplication - not that much slower |
| 21:15:44 | tucoz | I mean with the recording issues on archos |
| 21:16:13 | amiconn | tucoz: Yes I know. I plan to implement Luke Framewalker (as [IDC]Dragon called it) |
| 21:16:17 | Lear | On the 5249, doesn't the emac do a 32-it mac in 1 cycle? |
| 21:16:38 | Lear | *32-bit |
| 21:16:43 | amiconn | I'm a bit undecided what to do first though |
| 21:16:58 | tucoz | hehe, Luke Framewalker sounds cool enough. I guess he will use the source for all it is worth. |
| 21:17:00 | preglow | 1 cycle throughput |
| 21:17:01 | preglow | not latency |
| 21:17:07 | amiconn | tucoz: hehe |
| 21:17:09 | preglow | they're 1 cycle a piece if you string a lot of them together |
| 21:17:46 | Lear | Okay, the docs I read weren't that clear anyway... |
| 21:18:16 | preglow | Lear: no shit |
| 21:18:28 | Lear | He, lots of commits today, and more to come... :) |
| 21:19:49 | tucoz | linuxstb: if you are here, the soduku plugin looks really nice on iriver. Do you have any plans to move the toggle-number from joy-press to some other button? It is nice as it is now, except for the loud click from the joystick. |
| 21:20:27 | amiconn | Imho the joystick press is the only convenient button on the iriver |
| 21:20:36 | amiconn | The side buttons are cumbersome |
| 21:20:43 | tucoz | Yes, too bad it emits the click from hell |
| 21:21:55 | amiconn | The click doesn't bother me |
| 21:22:45 | preglow | but i gotta go for a wghile |
| 21:22:58 | tucoz | not me either, but I am mostly thinking of people around me. i.e. if I am playing soduku in some quite place (school for instance) |
| 21:23:12 | tucoz | or on a boring lecture |
| 21:23:15 | tucoz | ;) |
| 21:29:17 | Lear | tucoz: use the source: "press SELECT/ON/F2 to increment the number under the cursor." :) That ought to include the on/play button on the iriver... |
| 21:30:08 | tucoz | ahh, haven't really looked at the source. Good thing |
| 21:30:16 | tucoz | thanks |
| 21:30:37 | tucoz | The source is really powerfull |
| 21:32:38 | tucoz | have to admit I didn't expect such a good documentation there. I do not usually write such good comments myself |
| 21:33:00 | | Quit t0mas (Read error: 110 (Connection timed out)) |
| 21:35:13 | tucoz | Lear: "#define SUDOKU_BUTTON_TOGGLE BUTTON_SELECT" no || BUTTON_ON there. :( |
| 21:35:27 | tucoz | or whatever it is called |
| 21:35:47 | Lear | Ah, well, I only read a comment in the beginning of the file... |
| 21:36:35 | Lear | Wav patch in... |
| 21:37:50 | Lear | Hm.. When setting a patch to resolution: accepted, should it be closed too? |
| 21:38:10 | amiconn | #define SUDOKY_BUTTON_TOGGLE2 BUTTON_ON for iriver, then add a second case: for that (#ifdefed properly) |
| 21:38:20 | amiconn | ...and you can use both buttons alternatively |
| 21:41:49 | * | amiconn didn't try sudoku yet (on rockbox) |
| 21:41:50 | tucoz | ok, thanks. So in a #define one could not simply #define THIS_THING BUTTON_ON || BUTTON_OFF ? |
| 21:41:57 | amiconn | linuxstb: Does it work on Ondio? |
| 21:43:18 | tucoz | amiconn: the keys are defined for Ondio, so I guess it should work |
| 21:43:45 | linuxstb | amiconn: Yes, it should work on Ondio, but I haven't tested it. |
| 21:44:02 | amiconn | Ok, I'll try |
| 21:44:28 | linuxstb | I also agree with both tucoz and amiconn - the joystick click is annoying, but it's also the most convenient button. |
| 21:45:04 | amiconn | Just allow both buttons, as long as Play isn't needed for other things... |
| 21:45:40 | linuxstb | I personally play it by holding the joystick down and letting it auto-repeat. It's slow, but then again, Sudoku is a slow game. |
| 21:46:30 | | Quit tomylee (Read error: 110 (Connection timed out)) |
| 21:47:02 | tucoz | yes it is very convenient, but if it is possible I think amiconns suggestion is good. When used in a silent space with people around you for instance. |
| 21:47:29 | linuxstb | OK - I'll implement amiconn's suggestion now. |
| 21:47:54 | tucoz | Feels like eating crisps at the cinema |
| 21:49:09 | tucoz | linuxstb: good, I also like that it is perhaps the first game on the iriver that looks really good. |
| 21:49:43 | Lear | He, sudoku increased the number of h3x0 compiler errors... :p |
| 21:50:43 | muesli- | how far is a h3xx away from being released? |
| 21:50:54 | Lear | No bootloader yet... |
| 21:51:18 | muesli- | yeah i know.. |
| 21:51:27 | linuxstb | Lear: Yes, it's because Sudoku has fonts optimised for each LCD size - and I haven't implemented the H300's LCD yet. |
| 21:51:56 | linuxstb | I'm not sure whether to do something quick now to kill the warnings, or just leave it and fix it properly when the H300 is closer. |
| 21:55:40 | amiconn | linuxstb: Any .ss files to try? |
| 21:56:16 | linuxstb | http://angusj.com/sudoku - download "puzzle pack 1" and "puzzle pack 2" |
| 21:56:16 | | Quit bbad ("KVIrc 3.2.0 'Realia'") |
| 22:00 |
| 22:02:44 | amiconn | linuxstb: Works on Ondio, and looks really nice :) |
| 22:03:15 | amiconn | Only disadvantage is that it's impossible to distinguish numbers you set yourself from fxed ones |
| 22:05:09 | | Join XavierGr [0] (n=XavierGr@ppp46-adsl-198.ath.forthnet.gr) |
| 22:05:18 | XavierGr | Hi again! |
| 22:05:39 | XavierGr | Just a quick question about the FM radio.... |
| 22:06:03 | XavierGr | Why only 32 presets? Is there any hardware limitation for it? |
| 22:06:03 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 22:06:26 | XavierGr | Why no use a special file format that will contain all the Frequencies with the Titles? |
| 22:06:58 | XavierGr | and then be able to select which one you want, according to your location? |
| 22:07:14 | Zagor | XavierGr: we must have a limit somewhere. our memory is not infinite. |
| 22:07:33 | Zagor | or you mean "don't load all in memory, search file"? |
| 22:07:55 | amiconn | That would be a bad idea... |
| 22:08:45 | XavierGr | Ok have a limit but I don't think that a file that contains 50-60 stations with names in a saperate file is a problem. |
| 22:08:50 | linuxstb_ | Having a choice of presets files (e.g. for different locations) would be useful though. I can't see anyone needing more than 32 presets in the same location. |
| 22:09:22 | XavierGr | Lets say that I have a file that contains all the stations for my area. I will just load that file and then select the station I want. |
| 22:09:59 | XavierGr | But sometimes (especially travelers) can have multiple files that will contain stations for various areas. |
| 22:10:39 | XavierGr | What do you think? Though I am not of a Radio guy it will be pretty interesting for me to program it. |
| 22:12:59 | Zagor | I don't think expanding the list is valuable. loading different lists is much more useful. |
| 22:13:37 | *** | Saving seen data "./dancer.seen" |
| 22:14:33 | linuxstb_ | It gets my vote. Should be easy to just add load/save options to the file menu. |
| 22:14:41 | linuxstb_ | s/file/radio/ |
| 22:14:57 | muesli- | hey XavierGr |
| 22:15:34 | XavierGr | hi muesli. |
| 22:15:49 | XavierGr | Great then I will see what I can do... |
| 22:16:11 | amiconn | linuxstb: Is there a special reason why the inverse numbers are defined separately? |
| 22:16:50 | amiconn | (just curious) |
| 22:20:15 | | Quit linuxstb_ (Read error: 104 (Connection reset by peer)) |
| 22:21:06 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 22:21:12 | amiconn | linuxstb: Two other remarks: (1) For recorder, F1 is menu by convention, so I'd expect the same in a plugin with a menu (2) The menu combo on Ondio is really tricky to get, as it interferes with normal operation |
| 22:21:41 | amiconn | (and involved buttons on different sides of the Ondio) |
| 22:21:46 | amiconn | *involves |
| 22:22:27 | | Quit linuxstb (Read error: 113 (No route to host)) |
| 22:22:51 | linuxstb_ | Please go ahead and change them - you know the Archos devices much better than I do. |
| 22:22:56 | amiconn | On Ondio, long MODE is usually menu, but that forbids button repeat for the number increment |
| 22:24:36 | XavierGr | oh amiconn I just finished (solved all previous bugs) with the filescrolling jpeg viewer. Are you interested? |
| 22:24:44 | linuxstb_ | Also, there is no particular reason why the inverse numbers needed to be defined - it just seemed simpler that way, and more flexible for different displays. |
| 22:25:18 | amiconn | Ah okay. Thinking coloured here? ;) |
| 22:25:23 | linuxstb_ | e.g. the iRiver cursor is not a true inverse - it is always white on black, even for highlighting "fixed" numbers. |
| 22:25:31 | linuxstb_ | But yes - mainly the colour LCDs are in my mind. |
| 22:25:50 | linuxstb_ | "inverse" is probably the wrong word - "selected" would be better. |
| 22:26:56 | linuxstb_ | BTW, I've committed the "alternative toggle" idea for the iriver. So the ON button now also works. |
| 22:27:29 | XavierGr | alternate toggle? |
| 22:27:48 | linuxstb_ | Check the IRC logs from about 1 hour ago. |
| 22:28:12 | XavierGr | ok |
| 22:28:59 | | Quit muesli- (Read error: 104 (Connection reset by peer)) |
| 22:30:22 | Lear | Ah, as I hoped, pluggning the USB did not stop the radio. :) |
| 22:33:42 | * | amiconn has an idea for the Ondio toggle<->menu clash |
| 22:34:06 | amiconn | Short Mode alone will toggle once (via _pre/release mechanism) |
| 22:34:34 | amiconn | Long Mode will bring up the menu, but only if no other button is pressed before the repeat kicks in |
| 22:34:42 | amiconn | (_pre check as well) |
| 22:34:59 | amiconn | Mode+Down (+Repeat) will be AltToggle |
| 22:35:18 | amiconn | Mode+Down is easy to press with the thumb, the buttons are adjacent... |
| 22:36:01 | tucoz | it almost sound as one of the emacs key combos |
| 22:38:55 | linuxstb_ | amiconn: I trust you :) Not sure if there are any other Ondio users here. |
| 22:39:15 | amiconn | I have two of them :) |
| 22:39:22 | amiconn | One FM and one SP |
| 22:39:41 | linuxstb_ | amiconn and am1conn are the Ondio users then... |
| 22:39:47 | amiconn | lol |
| 22:40:03 | | Part tucoz |
| 22:44:25 | | Join tvelocity [0] (n=tony@ipa107.1.tellas.gr) |
| 22:47:34 | amiconn | Meh, sudoku already uses case: fall-through... I trapped on that |
| 22:48:21 | amiconn | Now it works as intended... |
| 22:50:00 | amiconn | This implementation leaves one unreachable case: value on Ondio, but I'll ignore that |
| 22:50:22 | | Nick StrathAFK is now known as Strath (n=mike@dpc674681214.direcpc.com) |
| 22:50:25 | amiconn | (SUDOKU_BUTTON_TOGGLE | BUTTON_REPEAT will never happen) |
| 22:51:01 | linuxstb_ | That's obviously not a problem though. |
| 22:52:01 | amiconn | yep |
| 22:52:26 | amiconn | That's because SUDOKU_BUTTON_TOGGLE contains BUTTON_REL, which will never repeat |
| 23:00 |
| 23:00:20 | amiconn | committed |
| 23:02:24 | | Quit Lear ("Chatzilla 0.9.68.5.1 [Firefox 1.4/undefined]") |
| 23:06:58 | linuxstb_ | Anyone fancy creating a PluginSudoku Wiki page? |
| 23:08:51 | XavierGr | Why I cant find this plugin in my iriver? |
| 23:10:01 | linuxstb_ | It's a viewer. |
| 23:10:44 | linuxstb_ | ... for ".ss" files. Download the "advanced puzzle packs" from http://angusj.com/sudoku for some games |
| 23:11:24 | XavierGr | oh... |
| 23:11:24 | Zagor | oh, are the sudoku boards readymade? |
| 23:11:54 | XavierGr | Also another matter that just came to my mind. |
| 23:11:57 | Zagor | i thought it created the boards itself |
| 23:12:33 | XavierGr | Why do we keep the rockbox.river file in the root? And if it is needed in the root why rockbox accepts its deletion. |
| 23:12:47 | linuxstb_ | Zagor: No - they are readymade. Creating good Sudoku games is not easy - there are humans who make a living from devising the games. |
| 23:12:54 | XavierGr | Imagine that you are away from home and suddenly you delete it by mistake. |
| 23:13:08 | XavierGr | BAM no rockbox until you get that file back |
| 23:13:08 | linuxstb_ | But yes, a game generator is an obvious enhancement. |
| 23:13:09 | amiconn | You won't |
| 23:13:24 | amiconn | There's even an "Are you sure?" request |
| 23:13:46 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 23:14:09 | XavierGr | I just deleted it and I cant boot no more! :P |
| 23:14:10 | amiconn | You wouldn't be able to use rockbox if you'd delete the .rockbox folder, or some crucial components therein (e.g. the codecs) |
| 23:14:32 | XavierGr | yes but the rockbox folder is not on the supported list. |
| 23:15:11 | XavierGr | .iriver file is a firmware file and it is shown. |
| 23:15:16 | Zagor | I kinda agree with xavier, if nothing else than aestetics. we only have it in the root for historical reasons. |
| 23:15:18 | amiconn | I wonder why this should be an issue on iriver. |
| 23:15:47 | amiconn | On archos it's the same, ajbrec.ajz (or archos.mod) is in the root and is shown |
| 23:15:56 | XavierGr | I now it is rather stupid to delete it. I am just saying that maybe someone will make a bad weekend by this. |
| 23:15:57 | Zagor | the boot loader could look in both places |
| 23:15:59 | amiconn | If you delete it on a non-flashed box - no rockbox |
| 23:16:10 | | Join rasher [0] (n=jonas@62.79.64.148.adsl.hs.tiscali.dk) |
| 23:16:32 | amiconn | On archos it has to be in the root, otherwise the archos loader wouldn't find it |
| 23:16:35 | linuxstb_ | Have you ever actually heard of anyone actually deleting their rockbox.iriver file though? |
| 23:16:43 | linuxstb_ | Or is this just hypothetical? |
| 23:16:56 | amiconn | However, on a flashed box I can delete it with no bad effects :P |
| 23:17:08 | XavierGr | I did once because I was weird. I am happy that I had my PC besides me. |
| 23:17:33 | linuxstb_ | XavierGr: No problem then - you know never to do it again :) |
| 23:18:46 | XavierGr | Tell me that when your kid will delete this little unknown file by accident. |
| 23:18:57 | XavierGr | Anyway not that it matters I just had a question. |
| 23:22:00 | XavierGr | ok thats it for today. Good night all! |
| 23:22:25 | | Quit XavierGr () |
| 23:30:35 | * | rasher spots an ALAC codec |
| 23:30:41 | rasher | where does one find alac files? |
| 23:31:13 | rasher | As in, where are they used? |
| 23:31:25 | linuxstb_ | rasher: It's not fully committed yet (Lear caused me problems with his metadata.c patches) |
| 23:31:33 | linuxstb_ | But you can find them in iTunes. |
| 23:31:37 | rasher | Ah |
| 23:33:46 | rasher | amiconn: should I reverse the remote_hold commit? |
| 23:35:18 | elinenbe | rasher: does ALAC play realtime? |
| 23:35:53 | rasher | elinenbe: It doesn't play at all - but it's fast enough to play realtime I think |
| 23:36:03 | rasher | Ask linuxstb_ instead |
| 23:36:18 | elinenbe | rasher: what's holding it back from actually playing? |
| 23:36:18 | amiconn | Yes, imho it would be better to have a separate remote_connected() function, and then use that together with remote_button_hold() for the lock display status |
| 23:36:21 | linuxstb_ | elinenbe: Yes, ALAC plays faster than realtime - I get about 60%-70% CPU boost. |
| 23:36:50 | linuxstb_ | I'm in the process of committing it now. |
| 23:37:42 | elinenbe | linuxstb_: sounds good. |
| 23:38:52 | elinenbe | now we just need to play "fairplay" encrypted files (port hymn!) |
| 23:39:28 | linuxstb_ | I hope you're not confusing AAC and ALAC. |
| 23:39:50 | linuxstb_ | This is not an AAC decoder I'm committing. |
| 23:42:46 | Zagor | elinenbe: doesn't hymn permanently decrypt the files? then there's no point running it on rockbox. |
| 23:43:21 | fuzzie | well, using the hymn code you could build the ability to directly play the m4p files |
| 23:43:31 | fuzzie | meaning users wouldn't have to bother putting them through hymn manually |
| 23:43:45 | Zagor | fuzzie: yes, but we'd open ourselves up for a world of hurt |
| 23:43:53 | fuzzie | yes, i'm not suggesting it :-) |
| 23:46:19 | Zagor | isn't it funny how jhymn, a java application, is available in a windows and a mac version? |
| 23:46:53 | fuzzie | i think it was fairly well established that java's crossplatformness is mostly a myth, a good while ago |
| 23:48:44 | linuxstb_ | fuzzie: I know if I bought any encrypted music files, I would want to decrypt them permanently ASAP. And I would would to encourage anyone else to do the same. |
| 23:48:53 | elinenbe | yes, I was a bit confused... I was thinking you could buy alac files from apple... |
| 23:49:01 | elinenbe | but I guess they don't sell files in HQ. |
| 23:49:26 | linuxstb_ | elinenbe: I wish they did - I would probably start shopping there then (assuming hymn worked with them). |
| 23:52:57 | rasher | Can anyone remotely familiar with the playback code check this one-line patch: http://sourceforge.net/tracker/index.php?func=detail&aid=1298779&group_id=44306&atid=439120 |
| 23:53:32 | rasher | Fixes broken automatic shutdown |
| 23:56:58 | linuxstb_ | OK, ALAC is now fully committed. |
| 23:57:03 | rasher | nice |
| 23:57:44 | elinenbe | linuxstb_: nice. |
| 23:57:45 | rasher | So you can now play .m4a alac files? |
| 23:57:54 | rasher | Or rather, I can. |
| 23:58:54 | | Quit tvelocity ("Leaving") |
icon identifies that the person is a core developer (has commit access).