00:00:04 | LinusN | in fact, iriver rockbox is in a very early stage |
00:00:18 | LinusN | so we don't want that many people running it |
00:00:24 | DeadMan | there will be plenty of folks explaining how to get it on there in Mystic River no doubt when it is ready |
00:00:50 | Digital007 | well i got rockbox running on my iriver before i reflashed it back to iriver f/w |
00:01:13 | DeadMan | I am not going to touch it until RockBox says it's ready |
00:01:17 | | Quit Digital007 ("CGI:IRC (EOF)") |
00:01:32 | DMJC | the firmware is ready, if you like snake and tetris |
00:01:33 | DeadMan | I want it mainly for gapless anyhow |
00:01:37 | preglow | but wee, i've got an iir filter running |
00:01:44 | LinusN | preglow: nice |
00:01:46 | | Join Digital007 [0] (~acc9ead3@labb.contactor.se) |
00:01:59 | Digital007 | well i saw work on the sound output is coming |
00:02:03 | Digital007 | being started on |
00:02:07 | | Quit Digital007 (Client Quit) |
00:02:15 | DMJC | I just want mp3 and ogg support heh |
00:02:24 | DeadMan | actually I'd take it with MP3 playback only and nothing else right now :) |
00:02:29 | DMJC | anything else is a nice addon |
00:02:31 | preglow | but the output volume is foolishly low, i probably need to choose a filter structure more suited to dsp |
00:02:35 | preglow | ehhh, fixed point |
00:02:37 | | Join Digital007 [0] (~acc9ead3@labb.contactor.se) |
00:03:06 | DeadMan | how loud can you make output before it distorts? |
00:03:17 | DMJC | very |
00:03:20 | preglow | DeadMan: that's a rather pointless question, really |
00:03:22 | preglow | in this context |
00:03:39 | DeadMan | well I mean can you make it louder than iRiver have made it? :) |
00:03:40 | LinusN | how long is a string? :-) |
00:03:49 | Digital007 | Linus, twice as long as half of it |
00:03:50 | hubble | preglow: there's 3 volume controls in the audio chip.. maybe iriver firmware doesn't max them =) |
00:03:59 | Digital007 | :-) |
00:04:03 | preglow | it's all about precision here, not loudness |
00:04:17 | preglow | hubble: oh, i'm still writing result to the disk |
00:04:41 | Digital007 | im just wondering if its possible to stop the bass "thinning out" as the volume is increased |
00:04:44 | DeadMan | just give us some extra gain without the need for MP3Gain ;) |
00:04:53 | hubble | preglow: aha. thought you ment iriver fw =) |
00:04:58 | LinusN | hubble: did you use our i2c driver to speak to the 1380? |
00:05:24 | hubble | LinusN: no, i'm using the build in i2c controller |
00:05:28 | hubble | built-in |
00:05:29 | DeadMan | Digital007 that is annoying true |
00:05:33 | LinusN | hubble: ok |
00:05:53 | Digital007 | well since the iRiver is software driven, maybe that is just a software issue |
00:06:10 | Digital007 | was thinking of getting a Boostaroo headphone amp |
00:06:23 | hubble | LinusN: you don't happend to know how L3MODE from 1380 is connected to the CPU? |
00:06:35 | DeadMan | I want one of those expensive inline amps that are about the size of a gum packet |
00:06:47 | Digital007 | well the Boostaroo is about that size |
00:06:51 | rasher | (looks like uips (ips utility) is redistributable, although it'd be nice to be able to modify it - that's not allowed) |
00:06:53 | DeadMan | nah it's way too big |
00:07:05 | LinusN | hubble: if it isn't in the schematics, no. you want me to find out? |
00:07:11 | DeadMan | Boostaroo is like 3 times bigger |
00:07:19 | DeadMan | I will have to show you the amp |
00:07:50 | Digital007 | but its still pocket-sized |
00:07:59 | hubble | LinusN: no problem, I can check it tomorrow.. |
00:08:15 | DeadMan | this is like tiny and quality and will run off a single AA |
00:08:31 | rasher | http://home.arcor.de/minako.aino/ipsXP/ <−− help, this man is visually violating me! |
00:09:46 | | Quit Digital007 ("CGI:IRC (EOF)") |
00:10:01 | | Join Digital007 [0] (~acc9ead3@labb.contactor.se) |
00:10:08 | Digital007 | why does this keep disconnecting? |
00:10:25 | Bagder | my fault |
00:10:32 | Bagder | I restarted the web server |
00:10:36 | HCl | not loading that site.. |
00:10:38 | Bagder | sorry |
00:10:44 | Digital007 | lol no probs |
00:10:53 | Digital007 | linus was gonna send me the bootloader |
00:11:11 | Bagder | I think the attachments in the wiki work now |
00:11:35 | Digital007 | cool bag |
00:12:49 | HCl | the rockbox logo on the front page is dead |
00:12:56 | HCl | just telling.. |
00:13:08 | Bagder | dead? |
00:13:27 | Bagder | I can get it fine |
00:13:41 | HCl | odd |
00:13:41 | HCl | ok |
00:13:43 | HCl | yea, works now |
00:13:51 | HCl | ah well. |
00:13:55 | amiconn | Bagder: Attachments work now, thanks :) |
00:14:15 | DeadMan | about that amp http://www.fixup.net/products/inlineamp/index.htm |
00:14:25 | Digital007 | where are these attachments amiconn? |
00:14:33 | DeadMan | but it will cost ya |
00:14:37 | Bagder | I restarted the server before and then it stopped working, I had to fiddle the config to make it start working again. No idea why |
00:14:59 | amiconn | Digital007: All wiki attachments didn't download, I got a 404 |
00:15:06 | Bagder | might've been an upgrade that brought back a default config or so |
00:15:20 | DeadMan | some dudes could build one |
00:15:30 | DeadMan | some dudes here rather |
00:15:43 | * | amiconn wonders who needs an inline amp |
00:16:11 | DeadMan | well I could do with a bit more volume when out and about in noisey enviroments |
00:16:19 | DeadMan | as I don't wear earplugs |
00:16:30 | amiconn | I never use full volume, it's way too loud for me |
00:16:41 | | Join webguest88 [0] (~d4171fd7@labb.contactor.se) |
00:16:48 | preglow | i used my europen firmware iriver out today, and i coudln't hear anything else |
00:16:55 | preglow | including buses driving past me |
00:17:02 | preglow | i don't think i need more volume |
00:17:05 | | Quit webguest88 (Client Quit) |
00:17:18 | preglow | and i use a proper headset as well |
00:18:01 | DeadMan | I'm just a loudness fiend and probably damamged my ears in earlier life heh |
00:18:08 | preglow | yes, so have i |
00:18:09 | preglow | hehe |
00:18:13 | Bagder | amiconn: Rockbox on Archos is way louder then iRiver stock firmware |
00:18:18 | DeadMan | I like it loud and bassey |
00:18:21 | Bagder | than even |
00:19:19 | amiconn | Yeah, maybe. However, I hardly ever go above 75% in rockbox when using earphones. Usually settled at 68..70%. That holds for Recorder & Ondio, for player it's even less |
00:20:12 | preglow | the iriver is not loud enough for medium loudness music, though |
00:20:43 | DeadMan | Pump up the Volume Pump up the Volume :) |
00:23:04 | preglow | but with rockbox i'll probably try to code a limiter, so music can be reduced to square waves if you like |
00:23:08 | preglow | heh |
00:24:06 | preglow | hell, if i get it my way, rockbox will support plugable dsp modules |
00:24:13 | DeadMan | yayaya |
00:24:43 | preglow | but yes, it'll be a while before i can even start thinking about that |
00:24:45 | Digital007 | Thanks Linus |
00:24:46 | Bagder | that'll be fun |
00:24:51 | [IDC]Dragon | LinusN: the iriver HP340 has a bdm prepared, too? |
00:24:52 | Digital007 | Rockbox is working now |
00:24:55 | [IDC]Dragon | http://www.medulla.co.uk/images/H340/H300-interior/IMG_0899.jpg |
00:25:02 | LinusN | [IDC]Dragon: guess so |
00:25:16 | [IDC]Dragon | a 20 pin connector? |
00:25:38 | LinusN | yes |
00:26:07 | [IDC]Dragon | looks like a match |
00:26:43 | [IDC]Dragon | if I should ever upgrade, perhaps I should get a 3x0 |
00:27:05 | | Join Odie [0] (~nospam@cpc5-eswd1-3-0-cust40.renf.cable.ntl.com) |
00:27:14 | [IDC]Dragon | (although I don't like displays which *require* a backlight) |
00:27:14 | LinusN | definitely a bdm connector, judging from the silk screen text |
00:27:14 | Digital007 | What are u going to do for recording? since the iRiver is also software driven for recording? |
00:27:21 | amiconn | [IDC]Dragon: To implement colour video playback? ;) |
00:27:30 | LinusN | Digital007: ? |
00:27:44 | LinusN | you mean which format, or? |
00:27:48 | [IDC]Dragon | for a jukebox, I'm fine with b&w |
00:27:49 | rasher | I appear to have created an ips patch |
00:28:04 | LinusN | rasher: nice |
00:28:13 | Digital007 | yea |
00:28:18 | [IDC]Dragon | the wiggler is just a PAL, right? |
00:28:26 | Digital007 | as in CBR or VBR, since iRiverbox is still showing the Archos settings |
00:28:29 | LinusN | [IDC]Dragon: basically, yes |
00:28:32 | [IDC]Dragon | with known content |
00:28:49 | LinusN | yes, you can build one |
00:29:06 | rasher | would be nice to create a graphical interface for it though, that also checked md5 of the result |
00:29:07 | | Quit methangas (" HydraIRC -> http://www.hydrairc.com <- The future of IRC") |
00:29:21 | LinusN | Digital007: we don't know yet |
00:29:23 | [IDC]Dragon | you found a connector, does it come with a cable? |
00:29:28 | Digital007 | just wondered |
00:29:36 | DeadMan | eInk shows potential for static or semi static displays in terms of no need for backlighting and battery usage |
00:29:38 | LinusN | [IDC]Dragon: yes |
00:29:48 | [IDC]Dragon | what's on the other end? |
00:30:10 | LinusN | [IDC]Dragon: it's just a ribbon strip |
00:30:22 | LinusN | i will build an adapter to the bdm connector |
00:32:07 | [IDC]Dragon | somebody complained about button differences H1x0/H3x0 |
00:32:21 | [IDC]Dragon | but I don't know which is the bad one |
00:35:36 | DMJC | (300) |
00:35:53 | DMJC | 100's joystick is l33t |
00:35:55 | amiconn | [IDC]Dragon: The problematic video now plays just fine :) |
00:36:14 | [IDC]Dragon | good |
00:36:21 | [IDC]Dragon | finally |
00:36:59 | [IDC]Dragon | l33t? |
00:37:07 | amiconn | Wanna know how I spotted the wrong sector count calculation? |
00:37:26 | [IDC]Dragon | there's a story to it? |
00:37:59 | amiconn | My sister told me - she got the 'reading past end..' panic with an .mp3. It played fine when played from Ondio 'drive' via USB... |
00:38:30 | [IDC]Dragon | suspicious, indeed |
00:38:56 | amiconn | Then it was unlikely 2 totally different cards have the same format error. I rechecked mmc datasheet... |
00:39:29 | * | rasher tries to figure out what kind of checks ips do to the result |
00:40:19 | Digital007 | well iRiverbox is good for making on-the-fly playlists for now, for playback in the iRiver f/w |
00:40:42 | | Join Trevmar [0] (~trevor@ca-agoura-cuda2h-53.ventca.adelphia.net) |
00:40:43 | Bagder | I've never managed to play a playlist with my iRiver |
00:41:12 | Digital007 | you have to make a folder called PLAYLISTS, put your playlists in that, and at the stop screen, press the A/B button to access them |
00:41:21 | Bagder | ! |
00:41:24 | * | Bagder faints |
00:41:28 | linuxstb | So intuitive... |
00:41:35 | Bagder | that explains my problems |
00:41:35 | LinusN | how silly |
00:41:41 | Digital007 | its true |
00:41:47 | LinusN | omg |
00:41:52 | [IDC]Dragon | hi Trevor! |
00:41:56 | Bagder | ok, I'll rephrase: |
00:42:03 | Bagder | I will never use playlists with my iriver firmware |
00:42:06 | Bagder | ;-] |
00:42:14 | rasher | Fun, I never bothered with playlists.. now I know why |
00:42:16 | LinusN | boycott |
00:42:22 | Digital007 | its not like Rockbox or Archos f/w where you can simply select them in the browser |
00:42:37 | rasher | wow, .ips is really primitive by the looks of it |
00:42:48 | Bagder | the person who made that choice should be punished |
00:44:04 | LinusN | 7away |
00:44:05 | amiconn | The other really silly thing about the iRiver fw is that it reads the whole drive at boot... |
00:44:18 | Bagder | yes |
00:44:19 | amiconn | (at least I was told so) |
00:44:24 | LinusN | annoying |
00:44:33 | Bagder | in fact, it is a crappy firmware |
00:44:37 | preglow | yes, it does |
00:44:39 | amiconn | Imagine an 80 GB disk full of music... |
00:44:50 | rasher | I'd rather not |
00:44:58 | preglow | i would have exploded with rage if i would have had to wait for the iriver firmware to rescan the disk every time i've used usb the last couple of days |
00:45:09 | LinusN | :-) |
00:45:11 | amiconn | Hmm, wasn't there a limit for the total number of songs on the disk as well? |
00:45:23 | LinusN | yes, 9999 |
00:45:37 | preglow | LinusN: that usb support commit of yours has surely rescued my sanity many times over |
00:45:44 | LinusN | hehe |
00:46:33 | [IDC]Dragon | night folks |
00:46:45 | HCl | :P |
00:46:54 | preglow | nightey |
00:46:56 | HCl | LinusN: out of sheer curiousity, is it possible to overclock the iriver |
00:47:01 | rasher | night |
00:47:12 | preglow | i think 140 mhz is the max pll setting |
00:47:21 | | Part [IDC]Dragon |
00:47:29 | | Join webguest45 [0] (~50ca630e@labb.contactor.se) |
00:47:41 | LinusN | it is probably possible, but i won't try it |
00:47:45 | HCl | kay. |
00:47:58 | preglow | much more fun to work within limits anyway |
00:48:01 | LinusN | the pll can be set to a lot more that 140 |
00:48:08 | HCl | k |
00:48:25 | LinusN | will probably make the cpu a little warmer... :-) |
00:48:26 | preglow | hah |
00:48:29 | preglow | then someone is bound to try it |
00:48:49 | | Quit webguest45 (Client Quit) |
00:48:50 | LinusN | Hotfire |
00:48:55 | preglow | and i am bound to laugh when to join and say "omg lol my coldfire imploded" |
00:49:02 | preglow | hahaha |
00:49:02 | | Quit lolo-laptop ("Client exiting") |
00:49:06 | | Quit QT (Read error: 110 (Connection timed out)) |
00:49:36 | XShocK | hmm. I have some kind of sound out in line out when rockbox is working. all have it? |
00:49:51 | Digital007 | xShock as in music? |
00:49:53 | Digital007 | or white noise? |
00:50:02 | amiconn | Trevmar: My recent fix for MMC (as well as the one I just committed) don't have to do anything with the mv problems on the 0308 units. |
00:50:22 | preglow | XShocK: no sound, just light |
00:50:32 | amiconn | To be honest, I have no clue what's going on by looking at the code only. |
00:51:04 | XShocK | not music not white noise... it is noise but... sounds like saw-signal( don't know english translation).:) |
00:51:14 | amiconn | Trevmar: I'd really like to have such a unit here for investigation... |
00:53:08 | | Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
00:54:39 | XShocK | starting iriver f/w. everything is quite. restart to rockbox. everything is quite.... hmm, cannot make this effect again.. |
00:55:00 | quel|out | time to go sleep, cu |
00:55:12 | *** | Saving seen data "./dancer.seen" |
00:55:22 | elinenbe | rockbox has really come a long way in a short time on the iriver... way to go guys. |
00:55:49 | | Quit quel|out ("KVIrc 3.0.1.99 'Realia'") |
00:55:53 | HCl | bootloader helps a lot -> more people can work on it |
00:56:18 | | Join mrmags [0] (~stryfe@ool-4351b9f0.dyn.optonline.net) |
00:57:11 | elinenbe | hubble: how is the iriver sound coming? |
00:58:13 | amiconn | LinusN: Hmm... what about the... oldplayer flashing? |
00:58:31 | | Join muz [0] (~54091287@labb.contactor.se) |
00:58:58 | muz | hey i was wondering if rockbox would fix a hissing sound i get with my shure headphones when connected to the iriver |
00:59:34 | HCl | LinusN: any ideas how you're gonna add cpu scaling support? |
00:59:45 | preglow | with a bdm, you can step through code _on_ the unit and dump all registers, yes? :-) |
00:59:51 | XShocK | again that sound coming... |
01:00 |
01:01:35 | XShocK | I would guess that that is a left sound buffer from iriver. just a wild guess, because from the last time the sound itself changed a bit |
01:02:16 | LinusN | HCl: it will be a set_cpu_frequency() function, with a few predefined frequencies |
01:02:24 | HCl | ok :) sounds nice |
01:02:28 | HCl | *can't wait, obviously :P* |
01:02:54 | LinusN | working on it as we speak |
01:03:11 | HCl | yay. |
01:03:12 | preglow | i'm begining to suspect i'm just plain daft |
01:03:20 | hubble | *frustration*.. i did something that broke uda1380 initialization while cleaning the code :( |
01:03:33 | * | linuxstb knows the feeling |
01:03:47 | LinusN | ah, bdm works in 140MHz too... |
01:04:04 | LinusN | i feared that it wouldn't |
01:04:06 | hubble | been sitting for hours trying to solve it.. where's backup when you need it? =) |
01:04:15 | LinusN | preglow: we all suspect that :-) |
01:04:25 | HCl | thats why cvs is so nice |
01:04:29 | HCl | you can roll your changes back |
01:04:31 | * | preglow recommends: subversion |
01:04:50 | linuxstb | HCl: Obviously too late now, but it's easy to set up a local CVS. |
01:04:51 | preglow | LinusN: with good cause |
01:04:56 | HCl | linuxstb: yup. |
01:05:04 | HCl | i should make a local cvs for gnuboy |
01:05:10 | | Quit Digital007 ("CGI:IRC (Ping timeout)") |
01:05:15 | HCl | i already broke it once today and had to revert to an backup i happened to have |
01:05:40 | * | amiconn is frustrated by X11 programming |
01:05:43 | | Quit cYmen ("leaving") |
01:06:12 | amiconn | X is sometimes just plain silly. Wth it can't cope with multithreading!? |
01:07:27 | | Quit muz ("CGI:IRC") |
01:08:28 | LinusN | amiconn: http://docs.hp.com/en/B1171-90145/ch03s07.html |
01:09:06 | amiconn | I already tried. Doesn't work, at least not reliable, on cygwin. |
01:09:31 | LinusN | amiconn: maybe it's cygwins fault? |
01:10:12 | amiconn | I don't know. The cygwin X claims to support this multithreading extension (returns true). |
01:10:37 | amiconn | Using this it seems to get a little more stable, however it still crashes after some time |
01:11:00 | LinusN | how nice |
01:11:15 | DMJC-L | has anyone got cygwin bins for gcc for compilling rockbox? |
01:11:29 | LinusN | DMJC: which target? |
01:11:31 | amiconn | Either with 'unexpected asynchronous event', or it simply stops responding (and eats all available cpu power) |
01:11:35 | DMJC-L | iriver |
01:11:39 | DMJC-L | m68k |
01:11:54 | XShocK | I got it working |
01:12:10 | LinusN | DMJC: eric lassauge has it, but they are built with the wrong binutils, so you can't build rockbox with it... |
01:12:13 | XShocK | I got gcc compiling in cygwin and working |
01:12:18 | DMJC-L | ah n/m |
01:12:33 | DMJC-L | besides I just remembered I got ftp/ssh working yesterday |
01:12:36 | LinusN | amiconn: wonderful |
01:13:01 | amiconn | I guess I'll have to resort to a less real-time approach.... |
01:13:37 | amiconn | The timer_tick itself is working properly with setitimer() though |
01:14:20 | amiconn | Getting my first approach to work would have allowed sharing much more code between target & sims, too bad... |
01:15:38 | amiconn | I think it can be done fully realtime, but having a dedicated X11 handling thread and running the main rockbox thread separately, passing messages by non X11 means |
01:15:46 | amiconn | s/but/by/ |
01:16:18 | amiconn | However, that might be slightly beyond me.. |
01:18:28 | amiconn | This would mean passing all graphics operation between the threads |
01:26:52 | | Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) |
01:27:39 | preglow | i require sleep |
01:27:48 | | Quit preglow ("l") |
01:30:16 | amiconn | LinusN: Do you have an idea why the stack overflow check doesn't work on iRiver? |
01:31:32 | LinusN | because it is disabled? |
01:32:13 | amiconn | Yeah, I know it's disabled in cvs. Someone tried enabling it. It crashed... |
01:32:13 | linuxstb | I may have made a silly mistake, but I tried enabling it the other day, and the iRiver just crashed immediately. |
01:33:59 | LinusN | maybe one of the stacks wasn't 32-bit aligned? |
01:36:44 | | Join Digital007 [0] (~acd428e1@labb.contactor.se) |
01:41:56 | amiconn | LinusN: You can take the mmc dump off the server now. Problem solved, finally. |
01:42:11 | LinusN | wonderful |
01:42:51 | * | rasher stares blankly at gtk.. |
01:51:26 | | Part Patr3ck |
01:54:31 | | Join StrathAFK [0] (~mike@dgvlwinas01pool0-a212.wi.tds.net) |
02:00 |
02:02:15 | | Quit Digital007 ("CGI:IRC (Ping timeout)") |
02:04:20 | | Quit hubble () |
02:04:28 | | Join webguest78 [0] (~d4827c0d@labb.contactor.se) |
02:05:47 | | Quit webguest78 (Client Quit) |
02:08:09 | amiconn | Nite all |
02:08:19 | XShocK | night |
02:08:32 | | Part amiconn |
02:10:42 | LinusN | nite all |
02:10:49 | XShocK | night |
02:10:51 | | Part LinusN |
02:11:07 | | Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- State of the art IRC") |
02:12:41 | | Quit Hohoman ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
02:13:26 | | Quit Strath (Read error: 110 (Connection timed out)) |
02:14:15 | | Quit Odie () |
02:16:49 | * | HCl bored :/ |
02:17:10 | * | rasher punches gtk in the stomach and gives up |
02:17:22 | rasher | I'm this close to declaring it worse than swing |
02:17:32 | HCl | :P |
02:18:13 | HCl | ah |
02:18:19 | HCl | it can't be worse than windows api |
02:18:28 | rasher | it may just be this howto guide thing |
02:18:30 | | Join Lurski [0] (~Miranda@cpe-66-74-151-42.socal.rr.com) |
02:18:52 | * | HCl gets frustrated just thinking about that SendMessage api >.< |
02:22:42 | HCl | night |
02:25:27 | XShocK | good night |
02:27:41 | | Quit edx (Read error: 110 (Connection timed out)) |
02:32:22 | * | linuxstb celebrates squashing the last bug in the AC3 decoder. |
02:34:43 | | Quit Trevmar () |
02:37:44 | | Quit Stryke` ("Friends don't let friends listen to Anti-Flag") |
02:40:27 | * | rasher gives linuxstb a cookie |
02:50:47 | | Quit mrmags ("Download Gaim: http://gaim.sourceforge.net/") |
02:53:29 | | Join amx [0] (~amx@Ottawa-HSE-ppp261882.sympatico.ca) |
02:55:15 | *** | Saving seen data "./dancer.seen" |
03:00 |
03:16:09 | DeadMan | ac3 decoder? for what? |
03:17:51 | * | rasher prods libmodplug slightly |
03:18:49 | coob | there is never a last bug |
03:18:51 | coob | :) |
03:21:44 | * | rasher looks at http://daniel.haxx.se/mad-rockbox.txt and tries to do the same with modplug |
03:21:48 | rasher | not having much luck |
03:22:03 | rasher | and I'm not even getting to code problems yet :) |
03:25:14 | rasher | oh... |
03:25:16 | rasher | what the |
03:25:37 | rasher | ah, here we go |
03:45:02 | DeadMan | OMG you have to check this out hehe You have GOT to watch this http://killakela.com/epk/kela_epk_2004.php |
04:00 |
04:02:31 | | Join QT [0] (as@area51.users.madwifi) |
04:08:44 | | Join edx [0] (edx@p54879B03.dip.t-dialin.net) |
04:17:16 | | Quit Lurski (Read error: 60 (Operation timed out)) |
04:20:44 | | Join ashridah [0] (ashridah@220-253-121-165.VIC.netspace.net.au) |
04:30:26 | | Quit XShocK (" HydraIRC -> http://www.hydrairc.com <- IRC with a difference") |
04:36:49 | rasher | it'd be wonderful if I knew what I was doing |
04:38:07 | rasher | for now, I'll just leave it at "modplug needs math functions that I have no idea how to give it" |
04:38:13 | rasher | and then do my homework instead |
04:38:24 | rasher | probably a better idea anyway |
04:55:17 | *** | Saving seen data "./dancer.seen" |
05:00 |
05:47:46 | | Part amx ("Client Exiting") |
06:00 |
06:23:35 | ze | DeadMan: heh i used to have that nick, back in the day |
06:31:59 | | Join adiamas [0] (~chatzilla@12.107.133.164) |
06:38:22 | ze | |
06:39:18 | dwihno | |
06:39:39 | ze | my client froze a sec |
06:39:44 | ze | dunno how it ended up sending a blank line |
06:40:00 | ze | probably pressed space then enter |
06:40:00 | ze | heh |
06:44:57 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
06:55:20 | *** | Saving seen data "./dancer.seen" |
07:00 |
07:05:02 | | Join Lynx_ [0] (HydraIRC@134.95.189.59) |
07:07:33 | | Join Lynx0 [0] (HydraIRC@134.95.189.59) |
07:12:41 | | Join Lynx [0] (HydraIRC@134.95.189.59) |
07:12:41 | *** | Alert Mode level 1 |
07:12:41 | DBUG | Enqueued KICK Lynx_awy |
07:12:41 | DBUG | Enqueued KICK Lynx_ |
07:12:41 | *** | Alert Mode level 2 |
07:12:41 | DBUG | Enqueued KICK Lynx0 |
07:12:41 | DBUG | Enqueued KICK Lynx |
07:12:41 | *** | Alert Mode level 3 |
07:13:34 | | Quit Lynx_awy (Read error: 60 (Operation timed out)) |
07:13:34 | | Nick Lynx is now known as Lynx_awy (HydraIRC@134.95.189.59) |
07:13:34 | DBUG | Enqueued KICK Lynx_awy |
07:13:34 | *** | Alert Mode level 4 |
07:14:34 | | Quit Lynx_ (Read error: 60 (Operation timed out)) |
07:19:59 | | Quit mecraw () |
07:23:35 | *** | Alert Mode OFF |
07:24:47 | | Quit adiamas ("Chatzilla 0.9.66 [Mozilla rv:1.7.5/20041107]") |
07:26:13 | | Quit Lynx0 (Read error: 113 (No route to host)) |
07:48:24 | | Join wacky_ [0] (~wacky@modemcable040.196-203-24.mc.videotron.ca) |
07:48:35 | wacky_ | what's the ON+PLAY equivalent on the iRiver ? |
07:49:54 | ashridah | eh? |
07:51:09 | | Join rickst131 [0] (UPP@resnet-51-215.dorm.utexas.edu) |
07:52:26 | | Quit rickst131 (Client Quit) |
07:57:51 | wacky_ | heh :) I'm looking at sone Plugin pages on the wiki.. and it says ON+PLAY |
07:58:19 | wacky_ | but I just found it... the ON+PLAY is equal to Play (iRiver's ON equiv.) + SELECT (push the joystick down) |
07:59:28 | wacky_ | is it normal I can't get Rockbox to read .txt files ? I'm using a default bootloader + some of the latest builds for iRiver |
07:59:47 | ashridah | the button assignments for the plugins haven't really been properly assigned yet |
08:00 |
08:00:39 | | Nick StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a212.wi.tds.net) |
08:04:12 | wacky_ | :) .. but is it normal that a directory full of .txt files appears empty to Rockbox ? |
08:04:28 | wacky_ | is it strictly dependent on the viewers.config file ? |
08:04:59 | HCl | its in general settinsg |
08:05:05 | HCl | display settings then file view |
08:05:08 | HCl | or something. |
08:07:39 | wacky_ | wow great :) but why isn't it set to 'supported' by default ?! :) |
08:08:12 | | Join rickst131 [0] (UPP@resnet-51-215.dorm.utexas.edu) |
08:08:12 | | Quit rickst131 (Remote closed the connection) |
08:08:58 | | Join rickst131 [0] (UPP@resnet-51-215.dorm.utexas.edu) |
08:14:11 | wacky_ | ok thanks :) that's great! |
08:14:12 | | Quit wacky_ ("bye") |
08:32:35 | | Part rickst131 |
08:52:52 | Bagder | it should show .txt files simply by playing them |
08:54:26 | | Join webguest37 [0] (~c31ce021@labb.contactor.se) |
08:55:24 | *** | Saving seen data "./dancer.seen" |
09:00 |
09:04:43 | | Join Zagor [242] (~bjst@labb.contactor.se) |
09:04:52 | Bagder | hey Z |
09:04:55 | Zagor | hi |
09:05:22 | Bagder | Zagor: the twiki attachments broke yday when I restarted apache |
09:05:49 | Bagder | Zagor: I suspect it was because the twiki.conf file had been tampered with due to an update since we started it the last time |
09:05:55 | Zagor | ok. i noticed there was a twiki update in the bunch when i ran dist-upgrade yday |
09:06:06 | Bagder | ah |
09:06:16 | Bagder | just wanted to mention it |
09:06:36 | Zagor | yeah. i'll look into it. |
09:06:51 | Bagder | I fixed it |
09:06:55 | Zagor | aha, ok |
09:09:56 | dwihno | wicked wiki? |
09:16:07 | | Nick Lynx_awy is now known as Lynx_ (HydraIRC@134.95.189.59) |
09:16:07 | DBUG | Enqueued KICK Lynx_ |
09:16:11 | Lynx_ | hiho |
09:16:51 | Lynx_ | Bagder: Ot: woudl twiki be the best wiki choice for something like the rockbox page? Or did you just take it because it's widespread and perl? |
09:17:19 | Bagder | we like it since we've used it in the past as well |
09:17:33 | Bagder | there might be others that are equilly suited |
09:17:45 | Lynx_ | but there is no wysiwyg editor for it, right? |
09:17:56 | Bagder | no |
09:18:13 | Bagder | but we are not wysiwyg-editing guys ;-) |
09:20:00 | Lynx_ | Bagder: i know :) if there just weren't so many wiki engines to choose from... |
09:20:11 | Bagder | hehe |
09:21:56 | | Join ashridah_ [0] (ashridah@220-253-122-170.VIC.netspace.net.au) |
09:22:37 | | Quit ashridah (Nick collision from services.) |
09:22:40 | | Nick ashridah_ is now known as ashridah (ashridah@220-253-122-170.VIC.netspace.net.au) |
09:25:53 | | Join quelsaruk [0] (~kvirc@80.103.134.230) |
09:25:57 | quelsaruk | morning |
09:28:28 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
09:30:12 | | Quit Lynx_ (" bye") |
09:33:11 | | Join bobTHC [0] (~foo@l05m-1-181.d1.club-internet.fr) |
09:34:20 | bobTHC | hi floks! |
09:34:36 | bobTHC | s/floks/folks ;) |
09:35:35 | quelsaruk | :) |
09:37:20 | bobTHC | how are u amigo ? |
09:44:41 | | Join courtc_ [0] (~court@adsl-217-0-107.asm.bellsouth.net) |
09:44:52 | | Quit courtc (Read error: 110 (Connection timed out)) |
10:00 |
10:09:57 | quelsaruk | back right now :D |
10:21:55 | Bagder | red build red build |
10:22:20 | quelsaruk | who did it? |
10:22:24 | bobTHC | mayday mayday ;) |
10:22:33 | Bagder | amiconn's commit of rasher's plugin |
10:22:34 | Ctcp | Ignored 6 channel CTCP requests in 2 hours and 3 minutes at the last flood |
10:22:34 | * | quelsaruk holds the gun |
10:22:43 | Bagder | me fix |
10:27:24 | quelsaruk | :P |
10:27:38 | | Join Patr3ck [0] (~patr3ck@pD9ECFB92.dip.t-dialin.net) |
10:31:41 | | Join ashridah_ [0] (ashridah@220-253-120-97.VIC.netspace.net.au) |
10:32:29 | | Quit ashridah (Nick collision from services.) |
10:32:31 | | Nick ashridah_ is now known as ashridah (ashridah@220-253-120-97.VIC.netspace.net.au) |
10:37:56 | linuxstb | Morning all. |
10:39:06 | Bagder | good morning |
10:40:34 | linuxstb | I'm thinking it would be useful to start putting some codec code in CVS. I'm thinking of an apps/codecs/ directory, with one subdirectory per library, e.g. "apps/codecs/libmad". |
10:40:56 | Bagder | sounds reasonable |
10:41:20 | linuxstb | I'm thinking that other people will need to look at them and start optimising the decoding. |
10:41:27 | Bagder | linuxstb: mail me your preferred user name and password, and I'll set you up for cvs commit access |
10:41:56 | linuxstb | OK, will do. |
10:42:50 | linuxstb | I've also written some "viewer" plugins (one each for libmad, libFLAC and liba52) which decode the selected file. I'm not sure if they belong in CVS, but they are the only way to test the libraries on the target. |
10:43:21 | Bagder | we could add them and have them ifdefed coldfire in the SOURCES |
10:43:37 | | Join amiconn [0] (~jens@pD9E7FCF2.dip.t-dialin.net) |
10:43:49 | linuxstb | Am I right in saying there is no current mechanism for creating different viewers.config for different targets? |
10:43:58 | Bagder | yes |
10:44:05 | Bagder | but we should/could fix that |
10:44:15 | linuxstb | Or will Rockbox just ignore lines if the .rock file doesn't exist? |
10:44:36 | Bagder | it will just not play the file since the .rock won't exist |
10:45:01 | Bagder | I'd say that is a tiny problem |
10:46:01 | linuxstb | I also need to increase the plugin RAM size and plugin stack size for my plugins. I think 512K will be more than enough for the RAM size, but I'm still trying to find the minimum stack size needed. |
10:46:45 | Bagder | I think we should just increase that size for iRiver for now |
10:47:01 | Bagder | we can work out the optimized size later on |
10:47:43 | Bagder | Gmini will want a larger size as well |
10:48:20 | linuxstb | OK, I'll email you my details and then start slowly committing things this evening (real work is calling me now). WIll you be around on IRC this evening? |
10:48:38 | Bagder | probably, at least late euro time |
10:49:27 | linuxstb | OK, I'll try not to break any of the builds. |
10:49:53 | Bagder | linuxstb: we should be sure to note exactly what version of each external source we commit, so that we can make proper patches back to those later on, and also know when/how to update them |
10:50:29 | linuxstb | Yes, I'm aware of that. I'll also include (C) and licensing information. |
10:50:37 | Bagder | goodie |
10:51:09 | linuxstb | Maybe a README.rockbox in each codec subdirectory |
10:53:06 | linuxstb | Is remote CVS access done via ssh? i.e. can I give you a key instead of a password? |
10:53:51 | Bagder | no, plain pserver |
10:53:55 | linuxstb | OK. |
10:54:19 | Bagder | you can just provide a user name and password via /msg if you want |
10:55:27 | *** | Saving seen data "./dancer.seen" |
10:56:53 | linuxstb | I missed your last message - I've just emailed it to you. |
10:57:05 | amiconn | linuxstb: Iirc there is a mechanism that adapts the viewers.config depending on the target. |
10:58:26 | amiconn | buildzip.pl does that job, I just checked |
10:58:41 | linuxstb | Does it remove lines where there is no .rock file? |
10:59:40 | Bagder | right it does |
10:59:51 | Bagder | or rather it only adds lines for those that exist |
11:00 |
11:00:13 | linuxstb | Are we happy that the codecs belong in apps/ and not firmware/ ? |
11:00:24 | | Join jyp [0] (~jp@10.135-200-80.adsl.skynet.be) |
11:00:27 | Bagder | I think apps |
11:00:44 | Bagder | but I'm not 100% sure |
11:01:34 | Bagder | linuxstb: 'dave' is added now |
11:01:51 | linuxstb | thanks. |
11:02:33 | Bagder | we're 17 committers now |
11:02:52 | linuxstb | Can you tell how many are active? |
11:03:15 | Bagder | perhaps 6-7 |
11:03:37 | Bagder | there's a log... wait |
11:04:30 | * | quelsaruk hides |
11:04:32 | quelsaruk | :) |
11:04:47 | Bagder | uh, it wasn't that easy to understand the log ;-) |
11:06:06 | linuxstb | Bagder: My CVS access seems to be working fine, thanks. |
11:07:35 | Bagder | the last 2000 commits were done by 13 people |
11:07:57 | Bagder | 6 people did more than 100 commits |
11:08:21 | Bagder | amiconn is #1 with 647 |
11:12:01 | linuxstb | So amiconn is the most committed developer? |
11:12:23 | Bagder | I bet he does many small commits just to impress :-P |
11:12:40 | linuxstb | So makes lots of mistakes that need correcting :-) |
11:12:49 | linuxstb | ^Or |
11:14:51 | linuxstb | liba52 needs to know the endian-ness of the target CPU. I'm assuming all the targets are big-endian (at the moment), does anyone have any suggestions for testing that in the simulator builds? |
11:16:12 | linuxstb | I think I can check endian.h on Linux, and assume WIN32 is little-endian, and Mac OS X (does anyone build it there?) is big-endian. |
11:16:59 | ashridah | LinusN has some of the instructions he's written targetting the mac, so it's safe to assume someone potentially does |
11:17:50 | linuxstb | I don't think it's urgent - my first commit could just assume big-endian for the targets and little-endian for the simulators. |
11:17:51 | dwihno | Isn't macos endian neutral? |
11:17:59 | dwihno | Or is it the motorola cpu? |
11:18:14 | Nibbler | how can one be endian neutral? |
11:18:32 | linuxstb | I think the PowerPC can change it's endiannesss, but I'm not sure. |
11:18:49 | dwihno | think so |
11:18:59 | linuxstb | Mac OS X definitely runs it in big-endian mode though - I've compiled things on it before. |
11:19:05 | dwihno | Nibbler: It's, like, totally balanced ;) |
11:19:13 | Nibbler | lol hehe :) |
11:19:19 | Nibbler | ok, if it can change i understand :) |
11:21:27 | amiconn | linuxstb: You can check for the LITTLE_ENDIAN (or BIG_ENDIAN) #define, but beware than cygwin doesn't define either one. |
11:21:47 | amiconn | You'd need to add the same workaround as I did in apps/dbtree.c |
11:22:06 | Bagder | so maybe we should make a global fix for it |
11:22:52 | linuxstb | I think it would be useful. For the targets, we know the endianness. For the simulator, we can try and guess, and then default to LITTLE_ENDIAN. |
11:36:21 | linuxstb | I have also added an "inttypes.h" into firmware/include - this currently defines int8_t, int16_t, int32_t and int64_t (and the unsigned versions) as "char", "short", "long" and "long long". Can anyone see a problem with committing that as it is? Is it OK in firmware/ or should I make it local to my apps/codecs directory? |
11:38:22 | linuxstb | Maybe it would be useful for the tag database to use it as well. |
11:48:41 | amiconn | Bagder: Sorry that I missed that C89 compatibility problem... |
12:00 |
12:03:23 | | Quit webguest37 ("CGI:IRC (Ping timeout)") |
12:30:57 | Bagder | linuxstb: I think it should be in firmware/include |
12:30:59 | Bagder | amiconn: no worries |
12:33:26 | Bagder | now that commit is gonna hurt |
12:33:46 | Bagder | or perhaps not... |
12:34:25 | Bagder | jyp: include/stdlib.h needs rand() fix too |
12:34:30 | linuxstb | OK, I'll add it in firmware/include. Are you talking about my upcoming commit? |
12:34:40 | Bagder | no, the one jyp just did |
12:34:47 | linuxstb | OK. |
12:37:06 | linuxstb | I've just seen your "C89" fix. I'm not sure, but some of the codecs may use that type of code. Does it need to be fixed? |
12:39:00 | Bagder | for codec work, I'm on a leave-as-much-as-possible-untouched policy |
12:40:37 | Bagder | but I would be slightly surprised if they require c99 |
12:40:45 | Bagder | seems a bit restrictive |
12:47:53 | linuxstb | I've just had a quick look - liba52 and libmad seem to require c99, but libFLAC looks clean, |
12:48:48 | Bagder | our current cross-compiler for win32 on Linux is not c99 compliant |
12:48:54 | Bagder | but I guess we should fix that |
12:50:10 | jyp | Bagder: fixed... sorry for the lag |
12:51:42 | quelsaruk | Zagor: did you read the mail list? seems that the browser bug attacks again |
12:52:15 | Zagor | yeah, i saw that. haven't had time to test yet though. |
12:52:41 | quelsaruk | :) |
12:54:30 | | Join YouCeyE [0] (foobar@youceye.user) |
12:55:31 | *** | Saving seen data "./dancer.seen" |
13:00 |
13:14:21 | | Join Patr3ck_ [0] (~patr3ck@p548CB0F4.dip.t-dialin.net) |
13:15:50 | jyp | help |
13:16:24 | Zagor | jyp: ? |
13:16:49 | jyp | I wonder what's your opinion on how to fix the latest builds |
13:18:06 | Bagder | I feared that would happen |
13:18:43 | Zagor | jyp: you need to change the rand declaration in plugin.h |
13:18:57 | Bagder | no, the problem is that he has changed that |
13:19:05 | Bagder | but now it doesn't match the system's prototype |
13:19:20 | jyp | Actually both problems exist |
13:19:32 | Bagder | ok |
13:20:05 | jyp | For plugin.h ... does it mean that random is changeable by plugins ? |
13:20:06 | Bagder | the sims shoud probably use -nostdinc |
13:20:18 | Bagder | not changeable, but usable by |
13:20:24 | jyp | ah , ok |
13:20:25 | jyp | ;) |
13:21:17 | jyp | EIther ignore std include, or use the standard random generator ... |
13:21:25 | jyp | but it seems weird to mix the two |
13:21:35 | Bagder | the standard one returns int |
13:22:08 | Zagor | but only sims use the standard one |
13:22:12 | Bagder | I think ignoring the std inc is the correct fix anyway |
13:22:18 | Bagder | for more stuff than this |
13:22:21 | jyp | ok |
13:22:33 | Bagder | but it may make other problems appear |
13:27:25 | | Nick quelsaruk is now known as quel|out (~kvirc@80.103.134.230) |
13:32:01 | | Quit Patr3ck (Read error: 110 (Connection timed out)) |
13:34:20 | | Join R3nTiL1 [0] (~zorroz@83.69.98.148) |
13:35:44 | amiconn | Bagder: I wonder why the FM simulator build didn't fail... |
13:35:53 | Bagder | yes, that is weird |
13:36:18 | Zagor | it never built at all |
13:36:32 | HCl | morning... |
13:37:10 | Bagder | exactly, there's something wrong with that |
13:38:09 | | Quit lostlogic ("Going to the moon") |
13:38:49 | amiconn | Bagder: So why is that column always green then? Shouldn't it be empty instead? |
13:39:09 | | Join Sucka [0] (~NNSCRIPT@host81-156-215-25.range81-156.btcentralplus.com) |
13:39:15 | Bagder | silly script |
13:42:11 | Bagder | it hasn't built in a long time ;-) |
13:42:18 | Zagor | haha |
13:42:32 | Zagor | we could add more columns like that. ipod anyone? ;) |
13:42:59 | linuxstb | Imagine the number of questions that would generate.... |
13:43:14 | Bagder | hahaha |
13:43:25 | linuxstb | Maybe in about 6 weeks time... |
13:43:45 | * | linuxstb ducks |
13:44:45 | | Quit R3nTiL1 () |
13:45:03 | Bagder | it's been wrong since we dumped the configure update concept |
13:46:09 | | Join R3nTiL_ [0] (~zorroz@83.69.98.158) |
13:46:18 | Bagder | I think I fixed it now |
13:46:25 | Bagder | next commit will tell for real |
13:48:24 | jyp | So... Anything I can/should do to fix the build ? Is making rand return long a good idea after all ? |
13:49:04 | Bagder | its not POSIX |
13:49:10 | | Join Lynx0 [0] (HydraIRC@134.95.189.59) |
13:49:11 | Bagder | then it returns int |
13:49:56 | Bagder | which might be a reason to keep it returning int |
13:50:09 | Zagor | long doesn't make much sense. the only places that use it truncates it to below 16 bits anyway. |
13:50:19 | jyp | haha ;) |
13:50:37 | Bagder | ok, so let's keep it int then |
13:50:54 | jyp | So, perhaps there's a 16 bits version of the twister somewhere ... |
13:51:28 | jyp | Anyone know something ? |
13:52:19 | amiconn | Imho the algorithm itself should stay 32 bit |
13:52:30 | | Nick Lynx0 is now known as Lynx_ (HydraIRC@134.95.189.59) |
13:54:17 | HCl | and even then, rand()<<16|rand() -> long |
13:54:18 | jyp | The author doesn't seem to provide a 16 bits version, so let's go for your proposal amiconn |
13:55:27 | jyp | Then again, what about |
13:55:50 | amiconn | I would even prefer it returning 32 bits. I have a test plugin that uses all bits returned... |
13:56:50 | jyp | What pugin ? |
13:57:28 | Bagder | I suggest 'int rand() to remain POSIX on it, and/or possibly adding lrand48() if we need a long-returning rand one |
13:57:29 | amiconn | It's a file system stress test. Writing a looong file with random data, then reading back & comparing |
13:57:51 | jyp | Ok |
13:58:03 | jyp | Bagder's solution seems the best |
13:58:22 | amiconn | If we have lrand() in the plugin api, I agree. |
13:58:28 | jyp | If I could persuade cut&paste to work ... |
13:58:33 | Bagder | our decision to go with POSIX has proven a benefit in the past |
13:59:34 | jyp | So, what about "return (y & 0xFFFFFFFE) >> 1; /* by Bj?rn Stenberg */" |
13:59:56 | | Join lImbus [0] (lImbus@123-33.244.81.adsl.skynet.be) |
14:00 |
14:00:07 | linuxstb | If someone is changing the plugin api, could they add memcmp there as well? I need it for my codec-testing plugins. |
14:00:09 | lImbus | hi all |
14:00:20 | HCl | hey lImbus |
14:01:45 | Bagder | linuxstb: ok, adding |
14:01:57 | amiconn | linuxstb: Iiuc you can do that yourself... Welcome in the commit gang, btw. :) |
14:03:46 | linuxstb | Thanks - I remembered that I could do it myself after I asked the question... |
14:04:58 | jyp | Zagor: Is the 31-bit limitation still applicable? Is it POSIX ? |
14:05:34 | Bagder | http://www.opengroup.org/onlinepubs/7990989775/xsh/rand.html |
14:06:12 | Bagder | it returns a value from 0 to RAND_MAX |
14:06:27 | Bagder | so there is no fixed bit limit |
14:06:47 | Bagder | RAND_MAX is set to be at least 32767 |
14:06:59 | Bagder | which is 15 bits... :-) |
14:07:10 | jyp | Alright; I know this is nitpicking; but while I'm at it ... |
14:07:31 | amiconn | http://www.unet.univie.ac.at/aix/libs/basetrf2/rand.htm#uV4140shad says it returns 0..(2^15)-1 |
14:07:33 | jyp | and since I failed with my 1st naive attempt ;) |
14:09:12 | Bagder | so we should probably add RAND_MAX in a limits.h to be really nice |
14:10:04 | linuxstb | Qucik CVS question - what should the $Id: $ line look like in the Rockbox header for a new file I want to add into CVS? |
14:10:24 | Bagder | linuxstb: you can copy one from an existing file, it'll be done right when you commit |
14:11:09 | linuxstb | So it doesn't matter that the filename etc are for a different file? |
14:11:16 | Bagder | nope |
14:11:24 | linuxstb | Thanks. |
14:11:24 | Bagder | the id string is generated by cvs |
14:12:12 | linuxstb | I thought that you had to specify which fields cvs generated in that string (I should read the manual). |
14:12:35 | * | linuxstb goes away to read CVS manual |
14:12:52 | jyp | ... linuxstb is brave ;) |
14:14:08 | * | linuxstb avoids manual and heads for the FAQ |
14:14:52 | jyp | Bagder: RAND_MAX is defined in firmware/include/stdlib.h already |
14:14:58 | jyp | shall I move it to limits ? |
14:15:10 | Bagder | nah, leave it there |
14:15:19 | Bagder | I think that is right place |
14:15:29 | jyp | ok |
14:15:30 | Bagder | according to the opengroup page |
14:15:35 | Bagder | and they should know |
14:17:30 | | Quit R3nTiL_ () |
14:18:03 | * | linuxstb now understands keyword substitution in CVS |
14:20:12 | jyp | /highfive |
14:22:55 | | Join lolo-laptop [0] (~lostlogic@68.251.84.226) |
14:27:22 | linuxstb | HCl: Does rockboy still need a 700k PLUGINSIZE defined? |
14:32:37 | | Quit cYmen (Remote closed the connection) |
14:32:38 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
14:32:49 | HCl | linuxstb: yes |
14:32:59 | HCl | not 7mb |
14:33:01 | HCl | but 700k |
14:34:08 | linuxstb | Anyone object to a 768K PLUGINSIZE for the iRiver (at least during these early stages)? |
14:34:17 | Bagder | nope |
14:34:40 | | Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) |
14:35:10 | linuxstb | Should I make it depend on the memory size - i.e. 32MB RAM -> 768K PLUGINSIZE ? |
14:37:10 | | Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) |
14:39:29 | Bagder | yes, do that |
14:51:09 | | Quit DMJC-L (Read error: 110 (Connection timed out)) |
14:51:09 | | Join webguest98 [0] (~c31ce021@labb.contactor.se) |
14:55:33 | *** | Saving seen data "./dancer.seen" |
15:00 |
15:02:32 | linuxstb | OK, done. It should probably be changed so it's not done in 5 different places, but I don't know the build environment that well yet. |
15:03:29 | amiconn | '640 KB should be enough for everyone' ;) |
15:03:38 | ashridah | rofl |
15:04:07 | linuxstb | Anyone fancy porting an IBM PC (8088) emulator to the iRiver? |
15:04:19 | ashridah | what for? |
15:04:26 | Zagor | :) |
15:04:48 | linuxstb | Because it can be. |
15:04:54 | | Quit ripnetuk ("Leaving") |
15:06:15 | ashridah | linuxstb: reminds me, you manage to sort out that odd read bug you were getting? |
15:08:38 | linuxstb | ashridah: I think it was just a stack overflow - amiconn thought of that. |
15:09:07 | ashridah | ah. painful to track down. |
15:10:20 | ashridah | heh. i always enjoyed getting stack underflows while trying to implement stack-based argument passing for subroutines. |
15:10:47 | ashridah | (even tho we weren't even coming close to using all of the registers in the app, that wasn't the point, as most uni exercises usually are) |
15:14:02 | | Part Zagor |
15:14:53 | * | rasher blushes |
15:19:42 | ashridah | hmm |
15:19:50 | ashridah | http://www.rockbox.org/twiki/pub/Main/IriverInfo/MotorolaSCF5250DataSheet.pdf seems to be missing from http://www.rockbox.org/twiki/bin/view/Main/ColdFire |
15:22:42 | * | HCl hopes 100k of extra code is enough to write a dynarec.. |
15:23:00 | ashridah | what's a dynarec anyway? |
15:23:11 | ashridah | i really should pay more attention when this stuff is being discussed the first time around |
15:23:12 | | Quit webguest98 (Read error: 110 (Connection timed out)) |
15:23:19 | * | ashridah shakes his fist "damn you morrowind" |
15:26:55 | lImbus | is somebody here around having a minute to get my sims building again ? |
15:30:08 | Bagder | what's the prob? |
15:30:46 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
15:30:57 | lImbus | when compiling any sim (win32-sim) on cygwin on native windows it complains it's missing the limits.h |
15:31:06 | lImbus | in fact, I don't have a limits.h |
15:31:39 | lImbus | but I did not find any such named file in the source tarball neither. |
15:32:01 | lImbus | sorry, I dunno how to switch off that away-mode in kvirc |
15:32:17 | lImbus | ah,ok, I'm oficcially back |
15:32:38 | Bagder | gotta go, back later |
15:33:28 | preglow | anything exciting happened? |
15:34:08 | lImbus | :-/ |
15:35:05 | ashridah | lImbus: uh. isn't limits.h part of the system headers? |
15:35:48 | ashridah | should have come as part of the libc development stuff (cygwin or glibc, depending on if you're in win32 or unixalike) |
15:36:26 | ashridah | my copy of cygwin certainly included a limits.h |
15:36:44 | ashridah | and i only did a base install plus vim. |
15:36:55 | ashridah | and gcc |
15:37:13 | ashridah | should be /usr/include/limits.h |
15:37:19 | ashridah | (based off the cygwin root |
15:40:40 | | Join elinenbe [0] (~elinenbe_@65.115.46.225) |
15:41:10 | rasher | Usage of floats in libmodplug does indeed seem to be quite limited |
15:41:18 | rasher | afaics |
15:41:28 | preglow | rasher: can't imagine why a mod player would need floats at all |
15:41:43 | preglow | rasher: how is mod plug on the accuracy, btw? |
15:42:01 | rasher | I don't know much else than what I've been told |
15:42:14 | rasher | and what I've found by googling |
15:42:26 | rasher | that modplug appears to be loads better than mikmod |
15:42:40 | rasher | But it's not something I can tell apart |
15:43:00 | rasher | I don't mave a lot of mods |
15:43:25 | HCl | god. |
15:43:29 | HCl | i hate computers >.<; |
15:43:40 | preglow | you're not alone |
15:43:42 | rasher | I think pretty much all the uses of floats are connected to logarithmic calculations |
15:43:45 | HCl | first the ram of my laptop malfunctions making it crash horribly over and over |
15:43:52 | HCl | then the power supply of my main computer dies |
15:43:54 | preglow | i don't have a lot of mods anymore either |
15:43:58 | HCl | then the spare power supply i put into it dies |
15:44:06 | preglow | HCl: you're living the dream |
15:44:10 | HCl | ? |
15:44:15 | rasher | preglow: that might change though :) |
15:44:34 | preglow | i just need time to find the good old mods i know and love, and i might be able to give some feedback |
15:44:37 | preglow | but i have no time right now |
15:44:43 | preglow | need to work on school stuff |
15:45:10 | rasher | damn school |
15:45:37 | preglow | last semester now |
15:45:52 | rasher | That's not fair |
15:45:55 | preglow | then i have to work, which'll leave me even less time :PPP |
15:45:58 | rasher | I only just started :| |
15:50:57 | lImbus | ashridah: sorry for not answering, my damned irc-client is once more not notifying me. |
15:51:16 | lImbus | why did my sims build before, and do not anymore now ? |
15:51:54 | linuxstb | rasher: You've probably searched more than me, but here is also libunimod, which I think is another fork from the same code libmodplug is based on. I found libunimod in the source for "timidity". |
15:52:26 | rasher | Oh, I hadn't noticed that |
15:52:32 | linuxstb | libmodplug seems to be C++, libunimod is straight C. |
15:52:32 | rasher | I'll have a look |
15:52:47 | rasher | Well that's an easy choice then :) |
15:52:56 | linuxstb | Are they both based on libmikmod, or is that something else completely? |
15:53:08 | rasher | modplug and mikmod are completely seperate |
15:53:25 | rasher | I don't think they share a line of code |
15:53:36 | lImbus | ashridah: there is actually a file called limit.h in the path you mentioned. and it's looking good. but why isn't it found when needed ? |
15:53:46 | bobTHC | lol |
15:54:22 | rasher | libunimod looks dated though |
15:54:27 | ashridah | lImbus: well, it could be referenced as "limits.h" |
15:54:39 | rasher | but.. there probably hasn't been much change in modplug recently |
15:54:40 | ashridah | in which case, it'll be looking in a local path for it, not the system's include path. |
15:55:02 | lImbus | yes, may be. but how did that change ? |
15:55:21 | linuxstb | rasher: OK, I think libunimod has taken a small amount of code from mikmod - so maybe it's a "best of both" solution. But I've only very quickly looked at them. |
15:55:24 | | Join Taxi|3 [0] (Taxi@oslo-dhcp-248-180.bluecom.no) |
15:55:50 | rasher | linuxstb: hm, as I read it, it's a straight lift from mikmod |
15:57:32 | linuxstb | rasher: Yes, I've just read that. But the filenames are identical in libunimod and libmodpug... (apart from .c or .cpp extensions). |
15:58:00 | linuxstb | (I'm looking at libmodplug-0.7 - is that the right version?) |
15:58:01 | ashridah | lImbus: well, it depends. where does the build first reference limits.h? |
15:58:16 | rasher | Except there are quite a lot fewer file types aren't there? |
15:58:20 | rasher | linuxstb: that's what I have as well |
15:58:27 | ashridah | which file is it in, and is it #include "limits.h" or <limits.h> ? |
15:58:39 | lImbus | thats in apps/settings.c |
15:59:14 | rasher | linuxstb: I think it's just a case of the filenames being descriptive and hence used for both projects |
15:59:23 | lImbus | ashridah: and it's include "limits.h" |
15:59:40 | linuxstb | rasher: Yes, I think you';re right. So libunimod doesn't appear to be useful then. |
16:00 |
16:00:02 | rasher | Well, if we're not going to use mikmod, we shouldn't use unimod either |
16:00:04 | rasher | But |
16:00:19 | rasher | I don't know if it's a problem that modplug is c++ |
16:00:25 | preglow | someone mail the xmplay guy and order him to opensource his engine, please |
16:00:39 | rasher | heh |
16:01:58 | ashridah | lImbus: was the file it was in filetree.c or settings.c perhaps? |
16:02:04 | ashridah | argh |
16:02:07 | ashridah | you already said settings.c |
16:02:08 | ashridah | nevermind |
16:02:15 | lImbus | :) |
16:02:17 | * | ashridah points at jyp |
16:02:23 | ashridah | he's the one to poke here, he broke the build |
16:03:00 | jyp | What ? |
16:03:05 | lImbus | I just modified it to be <limits.h> but that does not work either |
16:03:11 | ashridah | lImbus: it won't |
16:03:19 | ashridah | it's referring to a local set of definitions for limits |
16:03:24 | ashridah | using the system one won't get you places. |
16:03:50 | ashridah | jyp: your commit to settings.c last saturday has broken lImbus's win32-sim build |
16:03:57 | * | jyp draws its katana |
16:04:09 | jyp | :) |
16:04:13 | lImbus | yeah, but shouldn't there be a local limits.h then ? |
16:04:28 | lImbus | there is no local limits.h, not even in the source-tarball. |
16:05:02 | lImbus | while my playersim built up to last week or so, the gmini and iriver sim never built. now all three are not building |
16:05:33 | * | rasher has succesfully built iRiversim multiple times in the recent week |
16:05:38 | rasher | on linux though |
16:06:10 | jyp | Anything I can do to help? I'm not sure to understand what the problem is |
16:06:49 | ashridah | jyp: in rockbox/apps/settings.c, you've added a #include "limits.h" |
16:06:57 | ashridah | where is limits.h? :) |
16:07:24 | jyp | standard includes ... |
16:07:47 | rasher | Builds For Me[tm] |
16:08:21 | lImbus | so it should read #include <limits.h> right _ |
16:08:35 | ashridah | lImbus: not necessarily. |
16:08:56 | ashridah | jyp: if you're including from the system libraries, why are you using "limits.h" |
16:09:00 | ashridah | instead of <limits.h> |
16:09:19 | jyp | typo |
16:09:39 | ashridah | in that case, why does using <limits.h> not build for him? |
16:09:46 | ashridah | when he has /usr/include/limits.h |
16:10:08 | ashridah | (this leads me to assume he's building the firmware, which would ignore /usr/include/limits.h, in which case #include <limits.h> isn't applicable here) |
16:10:55 | jyp | I'm gonna dig into it, hold on |
16:13:53 | lImbus | I had that problem with others sims before too, gmini and iriver |
16:14:44 | lImbus | and my keyboard has just gone wild |
16:15:11 | lImbus | but only on kvirc, that|s why i|m going to restart |
16:15:14 | lImbus | brb |
16:15:18 | | Quit lImbus ("KVIrc 3.0.1.99 'Realia'") |
16:15:30 | | Join lImbus [0] (lImbus@123-33.244.81.adsl.skynet.be) |
16:15:44 | lImbus | back |
16:17:27 | | Quit Shulberry (Read error: 110 (Connection timed out)) |
16:17:49 | jyp | I'm already gonna fix the " " to < > |
16:24:33 | | Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) |
16:29:42 | | Join ep0ch [0] (HydraIRC@195.112.43.225) |
16:30:35 | | Quit ashridah ("sleep") |
16:32:13 | ep0ch | you guys looked at DUMB for tracker playback? http://dumb.sourceforge.net/ not sure if it fits the job or not. |
16:33:22 | | Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) |
16:34:02 | rasher | ep0ch: I'll make a note of that |
16:34:31 | jyp | linuxstb, you're 'dave' right ? |
16:35:00 | linuxstb | jyp: yes - I'm in the IRC nicks Wiki page. |
16:35:23 | jyp | Ok ;) |
16:36:39 | rasher | ep0ch: looks like being a tradeoff between accuracy and file format support compared to modplug |
16:36:55 | ep0ch | rasher: kode54 (HA) did a plugin of DUMB for foobar2000, so maybe get in touch with him. http://www.saunalahti.fi/cse/kode54/index.php?v |
16:40:23 | linuxstb | Are there any MOD players for mobile phones or PDAs? It may be worth checking what libraries they used, or even looking at their source (if available). |
16:41:02 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
16:41:15 | elinenbe | what is status on sound on the iriver? |
16:41:19 | | Quit ep0ch (" HydraIRC -> http://www.hydrairc.com <- IRC for those that like to be different") |
16:41:22 | | Join ep0ch [0] (HydraIRC@195.112.43.225) |
16:41:36 | elinenbe | wow! 46 people in this channel... not bad. |
16:42:01 | Domin | :-) |
16:42:23 | rasher | linuxstb: I'll google around for mod players on pdas |
16:42:25 | linuxstb | elinenbe: "hubble" is working on sound, but he's not one of the 46 people at the moment. |
16:42:59 | linuxstb | rasher: I'm sure there must be one for the Palm. |
16:44:35 | rasher | linuxstb: I just found one for pocketpc |
16:44:42 | rasher | It's not open though |
16:44:57 | rasher | but by the looks of the format support, I'd say he used modplug or mikmod |
16:45:04 | linuxstb | pocketpcs are a bit too powerful. An older Palm could be comparable to the iRiver. |
16:45:13 | rasher | true |
16:45:25 | linuxstb | And aren't the old Palms 68k-based as well? |
16:45:30 | | Quit Sucka ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
16:48:00 | rasher | I don't know. |
16:48:19 | Bagder | linuxstb: yes, dragonball iirc |
16:48:45 | rasher | I can't find any palm players |
16:49:29 | | Join Sucka [0] (~NNSCRIPT@host81-156-215-25.range81-156.btcentralplus.com) |
16:50:58 | jyp | Question ... Why is plugin.c compiled on the gmini, whereas plugins are disabled ? |
16:51:29 | Bagder | because the disabling is only a little makefile thing that is checked in the plugins dir |
16:52:10 | jyp | Ok |
16:52:40 | jyp | Would it hurt to make part of it conditionally compiled ? |
16:53:10 | Bagder | not really, no |
16:54:24 | jyp | I'm still on fixing the warnings & looking for the best method |
16:54:46 | Bagder | but disabling plugins seems like very short-term |
16:55:20 | jyp | There's still the "no ram for code" problem |
16:55:34 | *** | Saving seen data "./dancer.seen" |
16:55:42 | Bagder | but isn't that because your lds file is wrong? |
16:57:19 | jyp | No, here's how it is... |
16:57:30 | jyp | Code & data use separate address spaces |
16:57:42 | jyp | and code is mapped to flash |
16:57:57 | jyp | exept for 16k of internal mem |
16:58:39 | | Join DrRick [0] (DrRick@81-86-242-12.dsl.pipex.com) |
16:59:05 | HCl | has anything been reported about rockbox crashing upon shutdown, and it not shutting down at all? |
16:59:43 | rasher | HCl: will rockboy run on onmodified rockbox now that PLUGINSIZE is 768k? |
17:00 |
17:00:34 | HCl | rasher: yea, for now, it will. |
17:00:43 | rasher | For now? |
17:00:45 | HCl | it might get bigger when/if i build dynarec for it |
17:00:48 | rasher | ah |
17:01:00 | HCl | at the moment its about 650k |
17:01:15 | rasher | Where can I find it? |
17:01:31 | HCl | source on my ftp is pretty recent.. |
17:01:50 | HCl | ftp://titania.student.utwente.nl |
17:02:03 | linuxstb | HCl: Why does it need so much memory? Are there static buffers that could be moved to the MP3 buffer area? (I know this isn't your top priority, I'm thinking long-term). |
17:02:11 | rasher | oh jesus! |
17:02:14 | * | rasher punches nautilus |
17:03:06 | | Join mecraw [0] (~mecraw@69.2.235.2) |
17:03:11 | HCl | i moved the two biggest buffers to the mp3 buffer area |
17:03:24 | HCl | i tried to move some more, but they ended up crashing rockboy |
17:10:47 | | Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.UMBC.EDU) |
17:11:56 | Bagder | so the 650 is actual ram usage and parts of that are buffers? |
17:13:01 | HCl | i think its mostly code |
17:13:05 | Bagder | ok |
17:13:16 | HCl | but i can check. |
17:13:31 | DeadMan | Question: Will the RockBox FW for iRIver include an option to flash back to the original FW if needed? |
17:13:42 | Bagder | no |
17:13:47 | Bagder | rockbox will not flash at all |
17:13:53 | rasher | The original firmware will still be there |
17:13:59 | DeadMan | oh yeah sorry forgot :) |
17:14:05 | DeadMan | silly me |
17:18:06 | Bagder | rasher: done any more work with the binary patches stuff? |
17:18:20 | lolo-laptop | well you can use the original firmware to repatch a non-rockbox-bootloader version... |
17:18:28 | rasher | not really, I downloaded that uips and built it |
17:18:30 | rasher | works fine |
17:18:33 | rasher | But. |
17:18:48 | rasher | We can't modify the source to include it in a graphical utility |
17:19:07 | Bagder | license issues? |
17:19:11 | rasher | Yes. |
17:19:16 | Bagder | crapo |
17:19:29 | rasher | But, it's 5-6 years old |
17:19:39 | rasher | maybe if we could contact him we could get permission to do so |
17:19:46 | rasher | Should I try doing that? |
17:19:55 | Bagder | sounds like a good idea to me |
17:21:17 | rasher | I'll compose an email then |
17:21:53 | rasher | Alternatively, someone could reimplement it |
17:21:53 | linuxstb | Sorry if this has been discussed before, but why do we need a binary patching program, couldn't we just write a front-end to Linus's mkboot? |
17:22:14 | rasher | hah |
17:22:19 | Bagder | yes we could |
17:22:30 | rasher | Any reasons not to? |
17:23:01 | Bagder | not if it is the same amount of work |
17:23:14 | rasher | I'm guessing it wouldn't be much different |
17:23:17 | Bagder | I thought using a binary patch format would give us something free |
17:23:26 | Bagder | ok |
17:23:27 | rasher | we'd want to add md5 checking to the ips program anyway |
17:23:32 | Bagder | true |
17:23:43 | Bagder | then let's skip the patch concept |
17:23:44 | rasher | because it doesn't look like the format does much of that |
17:23:47 | rasher | yeah |
17:24:35 | linuxstb | Maybe only Linus can answer this, but will his mkboot work with every iRiver firmware, including the hacked (different bitmaps) versions? |
17:25:02 | Bagder | I think it works on all |
17:25:12 | linuxstb | It would be good to have a list of "known good" MD5 checksums of iRiver .hex files though. |
17:25:18 | Bagder | yes |
17:25:22 | | Join Hohoman [0] (~inte@hohoman.olf.sgsnet.se) |
17:25:23 | Bagder | we should do that |
17:25:38 | Bagder | the tool should have a list |
17:26:05 | rasher | maybe ability to keep the list up to date with a version on the website |
17:26:21 | linuxstb | You mean every time iRiver release a new firmware? :-) |
17:26:38 | Bagder | <g> |
17:26:42 | rasher | well I was thinking of md5s of the result |
17:27:13 | Bagder | if we just get a simple tool to start with, we can expand it with fancy features later |
17:27:20 | | Quit jyp (Remote closed the connection) |
17:27:33 | linuxstb | Maybe each bootloader.bin could come with a list of resulting MD5 checksums |
17:27:49 | rasher | yes, a package of some sort like that |
17:28:06 | linuxstb | Or just append them to the end of the .bin - the mkboot program will strip them out. |
17:28:16 | rasher | sounds good |
17:28:19 | | Quit lImbus (" Like VS.net's GUI? Then try HydraIRC -> http://www.hydrairc.com <-") |
17:28:24 | Bagder | I'd prefer one md5 for each bootloader.bin and one for each known good iriverfm |
17:28:51 | rasher | Bagder: but there are multiple md5s for each bootloader.bin (depending on what you patch with it) |
17:29:08 | rasher | (version.. eu/us) |
17:29:20 | Bagder | no, bootloader.bin is still one |
17:29:33 | Bagder | you mean the hex output |
17:29:46 | rasher | oh.. I misread |
17:29:47 | rasher | sorry |
17:30:08 | linuxstb | Remember we are only talking about the bootloader - it's not going to change very often. Maybe just have the bootloader.bin hard-coded into the GUI. |
17:30:16 | Bagder | true |
17:30:19 | rasher | Yes |
17:30:20 | Bagder | let's not overdo this |
17:30:24 | linuxstb | So when the bootloader changes, we release a new version of the GUI. |
17:31:15 | rasher | and then keep a list of known md5s for iriverfirmwares |
17:31:27 | rasher | and for the resulting .hex |
17:32:42 | linuxstb | Yes - the GUI would just have all the MD5s built-in. |
17:33:03 | Bagder | yes, and a maintainer-mode that produces a new set for a new bin |
17:33:35 | Bagder | I mean if the hex should be md5'ed |
17:34:34 | | Quit BBub (""Fange nie an aufzuhören. Höre nie auf anzufangen." - Tiki") |
17:35:18 | | Join BBub [0] (belzebub16@dsl-213-023-069-030.arcor-ip.net) |
17:44:50 | linuxstb | Bagder: No, I don't think we even need that - we can just generate the .md5s (of the resulting patched .hex files) as part of the build process for building the GUI - new bootloader.bin means new release of the GUI. |
17:45:57 | Bagder | yes, but since we'd accept N different iriverfm-files, we'd need to generate a new list of hex-md5s when the bootloader.bin is updated. That would of course be done and included when a new tool is released. |
17:46:18 | HCl | o.o |
17:46:29 | Bagder | still, those are easy things |
17:46:52 | Bagder | getting a windows GUI tool is the bigger part, at least for me |
17:48:19 | linuxstb | I've played with wxWindows a little in the past - it's a very easy to use cross-platform GUI that compiles to the native UI for the target. It supports Win32, Unix/GTK, Mac OS X, plus others. |
17:48:47 | linuxstb | For windows,, you can just distribute the program as a single .exe file with everything statically linked. |
17:49:17 | | Nick courtc_ is now known as courtc (~court@adsl-217-0-107.asm.bellsouth.net) |
17:49:22 | linuxstb | If it's still on the to-do list in a few weeks time, I may have a look at that. |
17:49:40 | | Quit ep0ch (" HydraIRC -> http://www.hydrairc.com <- IRC with a difference") |
17:52:40 | HCl | latest rockbox build doesn't do usb anymore |
17:52:42 | HCl | what happened ? |
17:54:35 | linuxstb | The version I'm using (including my plugin RAMSIZE changes) is working - I'll update from CVS and double-check. |
17:55:23 | linuxstb | HCl: Are you using a downloaded bleeding-edge build, or your own compile? |
17:55:29 | HCl | own |
17:55:30 | HCl | cvs |
17:55:32 | ripnetuk | late entry to conversation: can we have a java applet on the web page to do the mkboot thing? |
17:55:41 | HCl | with slight makefile / viewers.config adjustments for rockboy |
17:55:56 | preglow | do we really need an easy way to make patched firmwares yet? |
17:56:02 | ripnetuk | there are 2 target 'markets' for mkboot - people like us who are quite happy with a mkboot and md5sum |
17:56:12 | linuxstb | ripnetuk: Good idea - not Java, but maybe a cgi-bin Perl script? |
17:56:17 | Bagder | preglow: no, it would be for upcoming fun |
17:56:21 | ripnetuk | and 'end (l)users' who want to just patch their firmware |
17:56:31 | linuxstb | Or is that too close to us distributing patched versions ourselves? |
17:56:36 | HCl | preglow: i agree. |
17:56:47 | HCl | we don't want end users to try it just yet.. do we..? |
17:56:56 | HCl | thats what linus said anyways |
17:57:01 | ripnetuk | i think maybe java is better, as we dont want the entire multi-meg firmware going from user to your server |
17:57:04 | preglow | i say make a program that contains the patch and is able to do the patching on its own, complete with error checking |
17:57:05 | ripnetuk | and back |
17:57:16 | linuxstb | I don't think anyone is actually planning on starting to code anything yet - we are just throwing around ideas. |
17:57:30 | ripnetuk | preglow - that is OK but we would need a windows version for the bulk of the users who dont understand cygwin and so on |
17:57:59 | HCl | wget blah;unscramble -iriver blah;mkboot blah boot blah2;scramble blah2;md5sum blah2 |
17:57:59 | preglow | ripnetuk: yes, and so? |
17:58:03 | HCl | its not that a complicated script |
17:58:11 | preglow | ripnetuk: that was what i meant anyway |
17:58:24 | ripnetuk | windows code? in rockbox ;) |
17:58:33 | linuxstb | As soon as Rockbox on the iRiver has sound, people will start to want the bootloader. |
17:58:35 | preglow | we do have a win32 sim, don't we? :P |
17:58:42 | ripnetuk | i could easily port mkboot to Delphi... very eay indeed |
17:58:47 | ripnetuk | gotta go... home time |
17:58:56 | preglow | and i could easily port it to win32 |
17:58:58 | Bagder | oops food time |
17:59:17 | HCl | oh. wait. |
17:59:18 | HCl | actually. |
17:59:26 | HCl | windows might be fucking up again |
17:59:33 | HCl | and taking a cached rockbox.zip |
17:59:37 | HCl | while i actually updated it on my ftp |
17:59:44 | HCl | and it simply refuses to download the new one |
17:59:47 | HCl | windows is such crap |
17:59:53 | ripnetuk | bye |
17:59:54 | | Quit ripnetuk ("Leaving") |
18:00 |
18:01:04 | linuxstb | HCl: Current CVS works fine for me. |
18:01:54 | HCl | yea, it was windows being a total bitch again |
18:02:05 | HCl | taking a .zip out of its internet cache |
18:02:09 | HCl | while the file has obviously been updated |
18:02:14 | HCl | its such crap |
18:02:34 | rasher | I suggest you use a real browser :) |
18:02:42 | bobTHC | lol |
18:02:49 | HCl | i don't have much choice. |
18:03:00 | linuxstb | That's what everyone says. |
18:03:00 | HCl | if i type an url into an explorer window it still uses internet explorer |
18:03:02 | HCl | and most of the time |
18:03:03 | HCl | thats what i do. |
18:03:10 | HCl | i'm not gonna sacrifice userfriendlyness |
18:03:37 | HCl | thats the reason i stopped using linux for a desktop, cause it was far too much fucking work to set everything up |
18:03:38 | bobTHC | use the firefox |
18:03:52 | HCl | if firefox can't integrate with windows, no. |
18:04:10 | rasher | It's perfectly integrated for me |
18:04:11 | rasher | well |
18:04:20 | rasher | except MSN Messenger *still* opens links in ie |
18:04:22 | rasher | but that's about it |
18:04:33 | HCl | what if you type an url into explorer? |
18:04:37 | HCl | what does it do? |
18:04:47 | rasher | it opens it in explorer |
18:04:52 | HCl | using firefox? |
18:04:53 | rasher | I don't see how you could expect otherwise |
18:05:05 | linuxstb | This may be a silly question, but why don't you type URLs into your web browser? |
18:05:08 | HCl | you realize explorer uses internet explorer as backend? |
18:05:27 | HCl | linuxstb: because a lot of the time i happen to have explorer windows open and its quicker to type it in there |
18:05:48 | rasher | I don't see why you claim that this is a problem with firefox' integration |
18:06:00 | rasher | you are typing an url into one program, and expect another program to be opened? |
18:06:06 | HCl | rasher: if firefox was properly integrated, explorer would use firefox as backend |
18:06:16 | HCl | instead of iexplore |
18:06:27 | rasher | o.O |
18:06:53 | HCl | just like how any standard media controls in programs are backends of media explorer? |
18:06:58 | HCl | or should i just give up on trying to explain? |
18:07:05 | rasher | Well I understand what you mean |
18:07:12 | HCl | sorry, i'm not in the best of moods since 2 computers are failing rather badly |
18:07:25 | HCl | and i can't really be bothered to argue about internet browsers on top of that |
18:09:48 | | Part Patr3ck_ |
18:12:48 | | Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) |
18:14:09 | HCl | rockboy suddenly crashes when i try to load it with the new memory sizes.. |
18:14:47 | | Quit bobTHC ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
18:15:15 | linuxstb | HCl: There was also a change to the plugin API - did you merge those changes? |
18:15:39 | linuxstb | But thinking about it, it shouldn't matter. |
18:16:13 | linuxstb | What was your plugin memory size set to before? |
18:16:32 | HCl | 7 mb |
18:16:44 | linuxstb | Did you change the stack size? |
18:16:46 | HCl | no. |
18:16:48 | HCl | nothing. |
18:18:11 | linuxstb | I'm not sure what the problem is then. Were the 5 places I changed the plugin memory size the same as your changes? |
18:18:43 | linuxstb | Obvious question - did you reboot your iRiver to load the updated firmware? |
18:18:46 | HCl | let me change. |
18:18:47 | HCl | yes. |
18:18:52 | HCl | otherwise it would ofcourse, still work. |
18:18:56 | HCl | since i originally had my own version |
18:22:11 | HCl | still not working, i'd say your defines are broken |
18:22:20 | HCl | i'll add #error tags to the 0x8000 sizes |
18:24:37 | HCl | ok |
18:24:42 | HCl | your define in plugin.c is failing |
18:24:43 | HCl | for one |
18:25:05 | HCl | CC plugin.c |
18:25:06 | HCl | plugin.c:69:2: #error memerror |
18:25:15 | HCl | #if MEMORYSIZE >= 32 |
18:25:15 | HCl | #define PLUGIN_BUFFER_SIZE 0x100000 |
18:25:15 | HCl | #else |
18:25:15 | DBUG | Enqueued KICK HCl |
18:25:15 | HCl | #define PLUGIN_BUFFER_SIZE 0x8000 |
18:25:15 | HCl | #error memerror |
18:25:17 | HCl | #endif |
18:25:19 | linuxstb | I tested the ones in firmware/*.lds - but you're right, I didn't test the ones in apps/ |
18:26:25 | linuxstb | Yes, I get the same thing in plugin.c |
18:27:34 | linuxstb | I think I need to use MEM, not MEMORYSIZE |
18:29:40 | linuxstb | Not sure if that's a Makefile bug though - maybe a better fix would be to change the Makefile to define MEMORYSIZE. Anyone? |
18:33:31 | linuxstb | HCl: Does changing MEMORYSIZE to MEM in plugin.c fix your problem? |
18:34:42 | | Join Aison [0] (~hans@zux166-181.adsl.green.ch) |
18:35:55 | | Nick Aison is now known as Aison^8km (~hans@zux166-181.adsl.green.ch) |
18:37:04 | HCl | linuxstb: let me test |
18:37:13 | linuxstb | Thanks. |
18:37:31 | | Join Tang [0] (~chatzilla@ARennes-204-1-5-57.w80-15.abo.wanadoo.fr) |
18:37:51 | Tang | hello |
18:38:47 | Tang | i've got another failure to mail the "comparison chart correection" |
18:38:49 | Tang | :( |
18:39:35 | linuxstb | What kind of failure? |
18:43:12 | Tang | mail failure as this: |
18:43:15 | HCl | linuxstb: yup, works now |
18:43:27 | linuxstb | HCl: Thanks, I'll commit that fix. |
18:43:33 | HCl | np :) |
18:43:44 | Tang | You are not allowed to post to this mailing list, and your message has |
18:43:48 | Tang | etc... |
18:43:50 | Tang | :( |
18:44:28 | linuxstb | I guess you need to subscribe to the mailing list then. I don't have anything to do with that part of things though. |
18:45:12 | Tang | Ah a mailing list |
18:45:19 | Tang | i'ts not evry pratical |
18:45:21 | Tang | :( |
18:45:26 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
18:45:26 | * | rasher creates a wiki |
18:45:28 | rasher | page |
18:45:46 | Tang | Hum i'm not a Rockbox memeber |
18:45:55 | Tang | evene if i did some very minor wiki edit |
18:46:01 | Tang | cannot make a full page |
18:46:04 | Tang | :( |
18:46:55 | rasher | you can |
18:50:05 | Diway | I have a "arlex.l" error trying to compile binutils CVS, could anyone help me ? |
18:50:14 | Diway | and yes, I've installed bison |
18:50:35 | rasher | http://www.rockbox.org/twiki/bin/view/Main/FeatureComparison |
18:55:35 | *** | Saving seen data "./dancer.seen" |
18:57:19 | Tang | thnaks rasher very nice |
18:57:44 | rasher | it's not linked anywhere though |
18:57:54 | linuxstb | Diway: What environment are you using? Cygwin, Linux, etc? |
18:58:10 | Diway | oups, right ! linux debian testing |
18:58:27 | Tang | I geuss will be |
18:58:40 | Tang | i' just want to correct |
18:58:42 | Tang | :) |
18:59:13 | linuxstb | I'm using Debian unstable. and had no problems at all. When you ran "configure", which configure did you use? I think there's one in the top-level "src" directory, and one in a binutils subdirectory. You should use the top-level configure script. |
18:59:34 | Diway | I tried both, they ran fine but make fails |
19:00 |
19:00:02 | linuxstb | What does typing "bison −−version" display? |
19:00:21 | Diway | bison (GNU Bison) 1.875d |
19:00:32 | linuxstb | Same as me. And "yacc −−version" ? |
19:01:01 | Diway | -bash: yacc: command not found, damn ! |
19:01:12 | linuxstb | My yacc is just a symlink to bison |
19:01:35 | Diway | ok, trying with this... |
19:02:13 | linuxstb | Sorry, "yacc" is a symlink to a shell script containing two lines: |
19:02:18 | linuxstb | #!/bin/sh |
19:02:35 | linuxstb | exec bison -y "$@" |
19:02:49 | linuxstb | And that script is called /usr/bin/bison.yacc |
19:03:20 | Diway | lrwxrwxrwx 1 root root 22 2005-02-14 22:03 yacc -> /etc/alternatives/yacc |
19:03:25 | Diway | ? |
19:03:49 | Diway | lrwxrwxrwx 1 root root 21 2005-02-14 22:08 /etc/alternatives/yacc -> /usr/bin/bison++.yacc |
19:03:51 | Diway | damn ! |
19:03:53 | linuxstb | Yes, and /etc/alternatives/yacc is a symlink to /usr/bin/bison.yacc ? |
19:04:20 | linuxstb | mmm. Does bison++.yacc exist? |
19:04:48 | Diway | nope |
19:05:07 | Diway | symlink to bison.yacc ? |
19:05:27 | linuxstb | Yes, does /usr/bin/bison.yacc exist? |
19:05:51 | Diway | yep |
19:06:00 | Tang | What's this: |
19:06:01 | Tang | Supports the VBRI header |
19:06:02 | linuxstb | Fingers crossed then. |
19:06:03 | Tang | ? |
19:06:19 | Tang | Is it for good remaining time estimation for VBR files? |
19:09:07 | Diway | linuxstb> same error :/ |
19:09:13 | linuxstb | :-( |
19:09:40 | Tang | http://www.rockbox.org/twiki/bin/view/Main/FeatureComparison |
19:09:44 | Tang | made my edits |
19:09:45 | Diway | got a stange msg in configure: |
19:09:49 | Diway | strange |
19:09:49 | Diway | checking for bison... (cached) /home/diway/rockbox/build/src/missing bison -y |
19:10:17 | linuxstb | "cached"? DId you try deleting your build directory and starting again? |
19:10:53 | Tang | feel free to correct syntax |
19:10:58 | Tang | i've to go |
19:10:59 | Diway | I tried a make clean but not deleting, testing :) |
19:10:59 | Tang | bye |
19:12:06 | | Quit Tang ("Chatzilla 0.9.66 [Mozilla rv:1.7.5/20041108]") |
19:17:00 | Diway | linuxstb> It's working, thanks ! |
19:17:37 | linuxstb | Cool. Don't forget to add the path of your new binutils to $PATH before compiling GCC. |
19:17:52 | Diway | yep! |
19:19:39 | | Quit hile ("enmä sitä täälläkään kuuntele") |
19:19:54 | rasher | Help, that finnish guy is scaring me! |
19:47:01 | HCl | hrmmm. |
19:51:01 | HCl | i'm getting the idea cvs update doesn't check out new files? |
19:52:39 | rasher | nope |
19:52:40 | linuxstb | It may not get new directories unless you do "cvs update -d" |
19:52:41 | rasher | it does |
19:53:34 | HCl | linuxstb: ahh, nice, didn't know that |
19:54:23 | linuxstb | I think it's a feature, so if you delete a directory in your local copy, cvs update doesn't keep getting it again. |
19:55:50 | HCl | i guess |
19:56:02 | HCl | i really should dig more into how to use cvs |
19:57:20 | linuxstb | I think you now know everything I do. |
19:57:34 | HCl | P |
19:57:35 | HCl | :P |
19:57:52 | HCl | are there any more requirements before rockboy can be added to cvs...? |
19:58:13 | HCl | i guess i should get rid of warnings and stuff? |
19:58:44 | linuxstb | Yes, and also make the build process clean so it doesn't break any other targets. |
19:58:53 | HCl | okay. |
19:59:05 | HCl | let me alter its makefile a bit |
19:59:29 | | Quit lolo-laptop ("Client exiting") |
20:00 |
20:02:48 | | Join xen` [0] (~xen@ADijon-151-1-50-74.w83-196.abo.wanadoo.fr) |
20:08:25 | rasher | linuxstb: oooooh |
20:08:58 | linuxstb | ? |
20:10:06 | rasher | libmad in cvs :) |
20:10:23 | linuxstb | That's the easy part! |
20:11:25 | rasher | What do you mean? |
20:12:00 | linuxstb | Well, we need to write the new audio/codec system... |
20:12:40 | rasher | oh, like that |
20:26:12 | * | HCl sighs. |
20:26:14 | HCl | okay. |
20:26:19 | HCl | i absolutely suck at making makefiles :( |
20:26:57 | linuxstb | HCl: I'm struggling with the same thing at the moment. |
20:27:05 | HCl | who wants to be nice and help me change the Makefile of rockboy to actually work nice? |
20:27:09 | HCl | :/ |
20:27:49 | preglow | i dislike makefiles |
20:27:54 | HCl | same. |
20:28:02 | HCl | there should be a replacement system.. |
20:28:04 | preglow | i would prefer a simpler and smarter system |
20:28:12 | preglow | but i can't find anything that's good |
20:28:22 | preglow | last thing i tried was jam, but that has absolutely no docs |
20:28:25 | HCl | something perl based, probably |
20:28:35 | preglow | i've considered writing my own simple system |
20:28:44 | preglow | my major requirement is that it calculates dependencies itself |
20:28:50 | preglow | like scanning for .h files, etc |
20:28:53 | HCl | yea. |
20:29:08 | HCl | its hard to do that for .o / .c files when linking |
20:29:11 | HCl | but for .h is possible |
20:29:35 | * | HCl sighs. |
20:29:45 | HCl | linuxstb: what is the policy here, keep gnuboy as much standard as possible? |
20:30:11 | HCl | or just modify it so it'll work nice with our current build system? |
20:32:17 | linuxstb | My strategy for the codecs is going to be to commit the original files to CVS (i.e. unmodified from the originals), and then slowly get them to build cleanly - making the minimum number of changes to the original files. |
20:32:32 | linuxstb | I think it depends if gnuboy is still actively developed and if you want to merge changes later. |
20:32:37 | HCl | its not. |
20:32:49 | HCl | it hasn't been altered in 4 years |
20:33:04 | HCl | so i guess i'll just go ahead and shape it for rockbox needs? |
20:33:19 | linuxstb | I can't think of a good reason why not. |
20:33:25 | HCl | ok |
20:33:30 | HCl | that makes things easy, somewhat. |
20:34:15 | | Quit Stryke` (Read error: 54 (Connection reset by peer)) |
20:44:45 | | Nick Aison^8km is now known as Aison (~hans@zux166-181.adsl.green.ch) |
20:45:04 | | Join DMJC-L [0] (~DMJC-L@220-245-162-47-sa-nt.tpgi.com.au) |
20:46:25 | | Join Chamois [0] (~52e2b617@labb.contactor.se) |
20:47:03 | | Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) |
20:48:57 | | Join Tang [0] (~chatzilla@AFontenayssB-111-1-3-248.w80-14.abo.wanadoo.fr) |
20:49:01 | Tang | Hello guys |
20:49:03 | Tang | 'im abck |
20:49:11 | Tang | but not be late |
20:49:25 | Tang | so the comparison chart was it OK? |
20:49:27 | Tang | :) |
20:50:46 | rasher | I fixed a colour you didn't change |
20:51:36 | Tang | okay |
20:51:43 | Tang | nice thanks a lot :) |
20:52:05 | Tang | maybe there is some mistakes lefts |
20:52:18 | Tang | due to my difficultie to speak english |
20:52:26 | Tang | and some things i do'nt know |
20:52:35 | Tang | anyway in Wikimode anyone can edit |
20:52:37 | Tang | :) |
20:52:41 | Tang | So i've to go |
20:52:59 | Tang | was there some progress today? :) |
20:55:37 | *** | Saving seen data "./dancer.seen" |
20:58:20 | | Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.UMBC.EDU) |
21:00 |
21:03:07 | Tang | bye all guys |
21:03:33 | Tang | mmm gonna check on rbx board if Linus has received my remote |
21:03:56 | Tang | yeah indeed |
21:04:03 | Tang | he received it today :) |
21:09:46 | Tang | i go now |
21:09:53 | Tang | good evening |
21:09:55 | | Quit Tang ("Chatzilla 0.9.66 [Mozilla rv:1.7.5/20041108]") |
21:10:22 | HCl | bah. |
21:11:59 | HCl | i hate makefiles! |
21:12:27 | HCl | make[2]: Entering directory `/home/hcl/rockbox/rockbox-devel/apps/plugins' |
21:12:27 | HCl | /bin/sh: -c: line 0: unexpected EOF while looking for matching `"' |
21:12:27 | HCl | /bin/sh: -c: line 1: syntax error: unexpected end of file |
21:12:27 | HCl | make[2]: *** [/home/hcl/rockbox/rockbox-devel/iriver/rockboyobj.o] Error 2 |
21:12:32 | HCl | wth is that supposed to mean :( |
21:13:33 | | Join hile [0] (hile@hack.fi) |
21:13:46 | HCl | someone seriously needs to write a replacement for make... |
21:13:47 | Sucka | you used a ' instead of a ` ? |
21:13:56 | Sucka | (i dont knowwhat im talking about btw) |
21:14:03 | HCl | i have no idea, all i did was move stuff around in my make file. |
21:14:52 | linuxstb | Remember that a \ at the end of a line continues that line onto the next line. Is that the problem? |
21:16:44 | HCl | meh, i got it |
21:19:39 | HCl | i hate the make system, seriously. |
21:19:40 | HCl | :( |
21:33:03 | preglow | linuxstb: will we use most of timer.c at all? |
21:34:15 | | Join XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net) |
21:34:16 | linuxstb | preglow: I don't know. I haven't looked that closely. |
21:35:20 | HCl | does anybody know the make variable to get all requirements to build a file? (everything behind the :) |
21:35:32 | HCl | $< is for just the first one... |
21:35:48 | HCl | $@ is for the thing thats getting built (in front of the :) |
21:36:05 | HCl | ":", not the smiley >.> |
21:37:28 | rasher | $* perhaps? $- ? |
21:37:31 | rasher | I'm just guessing |
21:37:34 | rasher | I know nothing about make |
21:38:09 | linuxstb | I'm not a Make expert, so I normally set all the requirements to a variable - e.g. "target: $(OBJS)" and then use $(OBJS) in the command |
21:40:21 | HCl | ah. |
21:40:24 | HCl | $^ |
21:40:27 | * | HCl slaps make |
21:42:19 | HCl | okay |
21:42:23 | HCl | that clearly didn't work. |
21:42:49 | HCl | guess i can't do that. |
21:42:50 | HCl | blah. |
21:44:42 | HCl | okay, i think i built a makefile that'll now put everything into $(OBJDIR)/rockboy/*.o |
21:45:18 | HCl | i'll try to fix it up some more.. |
21:52:00 | HCl | okay. now its pretty cleanish. |
21:52:05 | HCl | *sighs* |
21:55:45 | rasher | hurray |
22:00 |
22:02:55 | HCl | the only bad thing is that it has a dummy .c till the plugin system can be adapted to use seperate dirs for each plugin rather than a single .c |
22:02:58 | HCl | and i'm lagging :( |
22:05:07 | amiconn | HCl: Does it compile for the sim now? |
22:06:21 | HCl | hold on, still testing it building for iriver |
22:06:26 | HCl | last time i built it for the sim it crashed |
22:06:29 | HCl | but i'll try again after this |
22:08:16 | XShocK | I can't understand. Coldfire has its own I2C controller. does the processor itself has special pins for that or this controller can be configured to use pins you want? |
22:13:00 | preglow | special pins |
22:13:10 | preglow | most pins probably have shared functions |
22:14:35 | XShocK | yeah. found that out. :) |
22:18:32 | | Quit methangas (" HydraIRC -> http://www.hydrairc.com <- IRC has never been so good") |
22:20:00 | HCl | okay |
22:20:06 | HCl | ugh. |
22:20:57 | HCl | i found a bug.. i think. |
22:21:01 | HCl | when running a plugin |
22:21:06 | HCl | and you plug in usb |
22:21:12 | HCl | hdd accesses crash the plugin |
22:22:55 | HCl | aside from that, my new makefile stuff seems to work fine |
22:23:06 | rasher | are you sure it's not that your plugin is failing to exit itself? |
22:23:07 | HCl | amiconn: i'll try the sim build in a bit |
22:23:16 | HCl | yes |
22:23:27 | HCl | it has a check when it can't open a file |
22:23:30 | rasher | oh you mean because your plugin is doing hdd access? |
22:23:30 | HCl | to return giving an error |
22:23:34 | HCl | yes |
22:23:43 | HCl | i plug in usb while booting the plugin |
22:23:50 | HCl | and the plugin crashes when it accesses the hdd |
22:24:22 | rasher | ah, like that |
22:25:03 | HCl | bbl |
22:28:02 | | Join sox [0] (~sox@c-b23fe255.733-1-64736c10.cust.bredbandsbolaget.se) |
22:29:14 | sox | hoy all |
22:31:02 | | Join hubble [0] (hubble@h13n1fls302o1033.telia.com) |
22:32:06 | hubble | anyone willing to take a look at the uda1380 code? it worked on sunday, but I broke it yesterday and have spent too many hours trying to fix it :) |
22:32:34 | sox | what do Daves libmad commits to the CVS mean in practice? Cuz the API for connecting the codec is not ready, is it? |
22:34:49 | Bagder | it means the code is in cvs |
22:35:22 | Bagder | it is work in progress |
22:35:49 | rasher | sox: it means that you can (possibly) convert an mp3 file to a wav |
22:35:51 | rasher | that's it |
22:36:18 | | Quit BBub (Read error: 113 (No route to host)) |
22:36:31 | sox | allright, i understand |
22:37:04 | sox | but its the same code that will - in a close future i hope - add the sound output functionality? |
22:37:15 | Bagder | yes |
22:37:17 | sox | just not connected to rockbox yet? |
22:37:24 | preglow | it will decode mp3s, yes |
22:37:49 | rasher | no |
22:37:53 | rasher | and no sound output either |
22:38:02 | sox | right |
22:48:01 | | Quit Chamois ("CGI:IRC (EOF)") |
22:48:06 | | Join Chamois [0] (~52e2b617@labb.contactor.se) |
22:51:47 | | Quit Chamois (Client Quit) |
22:55:40 | *** | Saving seen data "./dancer.seen" |
22:59:53 | XShocK | hubble: I would like to. :) |
23:00 |
23:00:01 | HCl | sigh. |
23:00:22 | HCl | amiconn: got any time to look at my latest version? no idea why its not running in the sim.. |
23:00:32 | HCl | i'll pack just the files i modified. |
23:02:50 | | Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- \o/") |
23:06:22 | amiconn | HCl: Which sim did you try, Win32 or X11? |
23:06:27 | HCl | x11 |
23:07:19 | | Quit Sucka ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
23:08:09 | amiconn | Didn't you say you use windows? |
23:08:21 | HCl | i do, but i develop on linux |
23:08:27 | HCl | remote vnc |
23:08:39 | HCl | i can't be bothered to install a complete cygwin environment on my laptop. |
23:09:31 | amiconn | I have that, including X11. |
23:10:11 | amiconn | Imho the win32 simulator has better rockbox "compatibility" than the x11 version |
23:10:17 | HCl | hrm |
23:10:17 | preglow | i just plain hate cygwin, linux is preferable |
23:10:29 | HCl | well, i'd try the win32 version... |
23:10:30 | HCl | but. |
23:10:40 | HCl | well, i'm not really fond of cygwin |
23:11:06 | amiconn | The win32 simulator *should* be compilabe in MS Visual C as well, however, I can't verify |
23:11:17 | HCl | hrm. |
23:11:19 | HCl | i have that. |
23:11:28 | amiconn | The MSVC makefile most likely needs to be adjusted to my latest changes |
23:11:50 | Bagder | speaking of that, its been a good while since Hardeep was around |
23:12:05 | amiconn | I added the multiple UI pic thing, but I can't adjust MSVC |
23:12:43 | rasher | I created a featurecomparison chart in the wiki by the way |
23:13:01 | rasher | someone should link that from the frontpage |
23:14:15 | HCl | mm, whats the url? i wanna see |
23:14:26 | | Join _aLF [0] (Alexandre@mutualite-3-82-67-66-128.fbx.proxad.net) |
23:14:29 | _aLF | hi |
23:14:41 | HCl | hi |
23:14:46 | rasher | oh |
23:14:56 | rasher | it's just the regular one imported to the wiki |
23:14:56 | preglow | as for iso8859-1 support, doesn't the iriver os support htat? |
23:15:00 | rasher | http://www.rockbox.org/twiki/bin/view/Main/FeatureComparison |
23:15:09 | HCl | k |
23:15:25 | rasher | preglow: yeah, it sure does |
23:15:33 | rasher | I think it even supports utf8 for ogg tags |
23:15:40 | Bagder | preglow: that feature is for "player" as in the Archos player models |
23:15:40 | rasher | but limited charset of course |
23:15:47 | preglow | yes |
23:17:08 | preglow | why doesn't rockbox support sound while ff/rw, btw? |
23:17:25 | HCl | ff/rw? |
23:17:34 | rasher | fast forward/rewind |
23:18:53 | preglow | for the xing vbr header you can put in the remark 'only records in cbr' |
23:19:13 | Bagder | right, xing makes no sense then |
23:19:25 | preglow | what't the xing header good for anyway? |
23:19:27 | Bagder | same goes for VBRI |
23:19:41 | Bagder | preglow: finding a position in a VBR file |
23:19:51 | preglow | the words 'xing' and 'mp3' together makes me think of the crappy encoders they had some years ago |
23:19:54 | preglow | Bagder: ok |
23:20:16 | Bagder | xing and vbri are two different approaches to do the same thing |
23:21:18 | preglow | rasher: and by pitch control, what do you mean? 1.6 iriver firmware has crude pitch control |
23:21:48 | rasher | preglow: I don't know - I just copied the original verbatim |
23:21:51 | rasher | I didn't change a thing :) |
23:22:14 | preglow | ahh |
23:22:26 | amiconn | Bagder: Some russian player users keep asking for cyrillic support. So I'm putting together a table with cyrillic chars, possible direct mappings to lcd hardware chars, and the replacements I could think of. Then I'm going to attach this to the forum thread, and let the russian guys decide about the missing replacements. If they manage to find replacements for all cyrillic letters, I'll make a first (hacky) player rockbox version with 'RockCyrill |
23:22:27 | rasher | but yes, I'd say that should be a "Yes" too |
23:22:30 | preglow | well, won't hurt to correct stuff |
23:22:34 | rasher | probably Yes (limited) |
23:22:38 | preglow | yup |
23:22:42 | rasher | and put that in Text as well |
23:22:43 | preglow | sounds like shit it does as well |
23:22:46 | preglow | since it doesn't interpolate |
23:22:53 | Bagder | amiconn: nice |
23:22:53 | rasher | to get rid of the long text |
23:22:55 | preglow | so 'limited' indeed |
23:23:03 | rasher | heh |
23:23:28 | rasher | are you correcting? |
23:23:38 | rasher | apparently not :) |
23:23:39 | * | rasher does it |
23:23:52 | preglow | no, i'm not |
23:23:59 | preglow | i keep forgetting it's a wiki, heh |
23:24:16 | XShocK | I as i explored, there is only one cyrillic font. kind a pity since I liked the font by default, and only crynx1 support russian |
23:24:29 | * | rasher changes some of the longer explanations |
23:24:53 | preglow | like TEXT folder explanation isn't really necessary |
23:24:59 | rasher | yes |
23:25:01 | preglow | it's capable of viewing text, that's the criterion |
23:25:09 | rasher | how about a (limited) there? |
23:25:13 | Bagder | yes, the comparison is meant to be simple |
23:25:39 | preglow | and for 'boot time' a simple 13-30 will do |
23:25:56 | rasher | high resolution volume control :| |
23:26:19 | rasher | No but useless for the built-in LithIon Polymer battery -> No (not needed) |
23:26:24 | preglow | yup |
23:26:37 | Bagder | or just N/A |
23:26:51 | preglow | yes, that's probably better |
23:26:59 | rasher | true |
23:28:13 | * | rasher removes the version information as well |
23:28:42 | preglow | agreed |
23:29:25 | Bagder | they are better off below in some explanations if at all |
23:29:43 | rasher | I don't think it's important |
23:29:54 | rasher | do they have the feature or not |
23:30:04 | preglow | i'd say you'd have to assume we're talking about the latest firmware anyway |
23:30:08 | rasher | yes |
23:30:12 | Bagder | yes |
23:30:49 | rasher | hrm |
23:31:00 | rasher | Queue songs to play next: Yes (but only 1 song in queue) |
23:31:02 | rasher | what about that? |
23:31:11 | XShocK | I think the best way t compare would be something like green-blue-red since it is confusing for me, why "File Delete & Rename " "Partly(only delete)" is also green. |
23:31:26 | Bagder | rasher: how about a footnote like on the devicechart? |
23:31:37 | Bagder | http://www.rockbox.org/docs/devicechart.html |
23:31:38 | rasher | yeah |
23:31:40 | rasher | probably |
23:31:54 | preglow | for the file delete, i'd remove the whole Partly thing and write 'Files only' |
23:32:15 | rasher | yes |
23:32:16 | preglow | ahh, no, that won't do |
23:32:22 | preglow | File delete only |
23:32:39 | Bagder | possibly make it two lines |
23:33:02 | rasher | file delete: |
23:33:05 | rasher | file rename: |
23:33:06 | rasher | ? |
23:33:08 | Bagder | yes |
23:38:25 | rasher | there |
23:38:29 | rasher | http://www.rockbox.org/twiki/bin/view/Main/FeatureComparison |
23:39:26 | Bagder | number the footnotes in the bottom as well |
23:39:30 | | Quit mecraw (Read error: 104 (Connection reset by peer)) |
23:39:41 | rasher | yes |
23:39:43 | rasher | just noticed that :) |
23:39:53 | Bagder | but otherwise it looks just fine |
23:40:01 | | Join mecraw [0] (~mecraw@69.2.235.2) |
23:40:54 | Bagder | why is there a question mark above the table? |
23:41:14 | rasher | I don't know |
23:41:28 | rasher | doesn't make sense |
23:41:35 | amiconn | rasher: " Generates XING VBR header when recording" should be N/A for iriver (?) |
23:41:55 | Bagder | yes |
23:42:01 | Bagder | since it only records CBR |
23:42:22 | rasher | True |
23:42:26 | * | HCl stares at the video plugin and wonders whether that can be done on the iriver? |
23:42:47 | Bagder | HCl: it most certainly can, it just takes lots of work |
23:42:47 | amiconn | HCl: I believe it's possible |
23:43:11 | HCl | nice. |
23:43:25 | amiconn | The iriver firmware is really only available in _1_ language ?! |
23:43:33 | rasher | hrm |
23:43:41 | HCl | well, i guess there's not much point in making more grayscales for rockboy |
23:43:45 | rasher | there's a korean version isn't there? |
23:43:45 | Bagder | dr grayscale^H^H^Hamiconn can do miracles ;-) |
23:43:50 | HCl | since all gameboy games natively support a 4bit color |
23:44:31 | rasher | should we have a Games (iRiver) row? |
23:44:41 | amiconn | HCl: I'd say the 4-grayscale mode should be supported by the rockbox core on iRiver. |
23:44:54 | HCl | amiconn: ofcourse o.o |
23:45:00 | preglow | amiconn: no |
23:45:04 | preglow | amiconn: you can select language from a list |
23:45:14 | amiconn | More grayscales are possible as a plugin lib as on the archos |
23:45:18 | rasher | preglow: but it doesn't change the menu languages |
23:45:25 | preglow | yes? |
23:45:31 | rasher | it.. does? |
23:45:36 | preglow | gimme a sec |
23:45:50 | preglow | what the hell? |
23:46:06 | rasher | I really don't know what it's supposed to do |
23:46:09 | amiconn | HCl: The grayscale lib allows for up to 33 grayscales on the b&w-only archos display. |
23:46:15 | preglow | apparently, i never actually tried this before |
23:46:20 | rasher | Tang had written that it was for charset |
23:46:23 | rasher | but that doesn't make sense |
23:46:28 | preglow | and must have dreamt of the multiple languages |
23:46:34 | HCl | amiconn: sweet. |
23:46:35 | preglow | rasher: id3-tags |
23:46:42 | rasher | Yes, but it should just have been "Western European" or something |
23:46:50 | amiconn | My guess is that it's possible to get 49 grayscales out of the iRiver lcd by using a similar technique |
23:46:56 | HCl | mhm... |
23:47:12 | HCl | i'm still rather anxious to see how well rockboy will do with 140mhz and less waitstates for ram |
23:47:35 | rasher | preglow: but I think there's a korean version |
23:47:39 | * | rasher changes to 2 |
23:47:45 | preglow | rasher: that's probably where i got it from, then |
23:48:07 | rasher | that's a different firmware though |
23:48:14 | preglow | aye |
23:48:23 | amiconn | 'boot time from flash' should say '8-12' for archos |
23:48:23 | preglow | but you can change to english |
23:48:39 | amiconn | The archos recorder takes ~12sec, but the player only ~8sec |
23:48:48 | rasher | what's pre-recording? |
23:49:30 | amiconn | alias retro-recording, recording before you actually press the record button |
23:49:38 | rasher | that's a no then |
23:50:02 | amiconn | ..so to capture the <n> seconds before the press as well |
23:50:24 | Bagder | the Archos site claims it is patented ;-) |
23:50:42 | rasher | Haha |
23:50:52 | amiconn | The 'archos' column is in fact a bit too much 'general'. |
23:50:54 | rasher | There should be lots of prior art :) |
23:51:00 | coob | bet there's prior art for that |
23:51:20 | Bagder | well, perhaps THEY don't own the patent :*) |
23:51:38 | rasher | maybe they made it something like "pre-recording on portable mp3-recording devices" |
23:51:52 | rasher | in which case it may be true, but a bogus patent anyway |
23:52:04 | amiconn | rasher: The (Recorder) for 'screensaver style demos' can be removed |
23:52:10 | preglow | but btw, who has the mp3 license for my player? me or iriveR? |
23:52:19 | amiconn | There are now some for the player too :) |
23:52:29 | rasher | hah |
23:52:40 | Bagder | preglow: very good question |
23:52:45 | preglow | Bagder: i think so as well |
23:52:56 | preglow | it might hamper us releasing binaries |
23:53:23 | HCl | whats the use for pre recording...? |
23:53:36 | Bagder | HCl: recording anything that you don't know exactly when it starts |
23:53:41 | rasher | HCl: if you're recording from tv/radio for example |
23:53:43 | HCl | ahhh. |
23:53:46 | HCl | thats sweet. |
23:53:51 | rasher | it's a very nice feature |
23:53:56 | HCl | yea, i figure |
23:54:15 | coob | well tivos do it... |
23:54:47 | preglow | you could of course release binaries that only play vorbis ;) |
23:55:11 | HCl | why are iriver games N/A rather than no? |
23:55:22 | preglow | i think frauenhofer have said that they wont pursue personal use anyway, but that's no guarantee |
23:55:45 | rasher | HCl: because it's "Games (Recorder)" |
23:55:50 | HCl | ah. |
23:55:58 | * | rasher adds a Games (iRiver) |
23:56:01 | HCl | yea. |
23:56:02 | rasher | how many games do we have? |
23:56:07 | HCl | well |
23:56:10 | HCl | rockboy |
23:56:14 | HCl | rockblox |
23:56:18 | HCl | sokoban |
23:56:22 | HCl | haven't checked others.. |
23:56:27 | preglow | mine sweeper |
23:56:32 | Bagder | the recorder ones should all work on iriver as well |
23:56:58 | DMJC | snake 2 |
23:57:03 | * | rasher counts |
23:57:08 | DMJC | the games I played sucked |
23:57:13 | HCl | i'm guessing i have to get rockboy to run in sim before its allowed into cvs? |
23:57:14 | DMJC | they don't use enough screen size |
23:57:22 | Bagder | you are too kind DMJC |
23:57:24 | HCl | thats cause they haven't been adjusted yet. |
23:57:27 | DMJC | I modified snake2 to fix it |
23:57:30 | preglow | DMJC: mine sweeper sucks now???? |
23:57:31 | HCl | we should have a todo list. |
23:57:40 | HCl | that people can work on. |
23:57:41 | rasher | 8 yes |
23:57:41 | DMJC | actually minesweeper worked! |
23:57:54 | HCl | cause i'm generally bored here, while i can obviously help with other stuff, i just don't know what |
23:57:56 | rasher | (and solitaire with my patch :>) |
23:57:59 | | Join amiconn_ [0] (~jens@pD95D16F1.dip.t-dialin.net) |
23:58:02 | linuxstb | TODO: Item 1: Write TO DO list |
23:58:05 | HCl | :P |
23:58:07 | DMJC | I took a crack at rockblox.. |
23:58:16 | DMJC | had rather hillarious results |
23:58:29 | DMJC | now the blocks fall upwards |
23:58:30 | HCl | we should add those patches into cvs, really |
23:58:37 | | Quit amiconn (Nick collision from services.) |
23:58:38 | | Nick amiconn_ is now known as amiconn (~jens@pD95D16F1.dip.t-dialin.net) |
23:58:46 | HCl | after i had some food |
23:58:57 | HCl | i'll look at it |