| 00:01:07 | | Part GnagelRam |
| 00:03:04 | preglow | amiconn: it's not really important, Thom Johansen is my name |
| 00:03:49 | | Join Eodun [0] (~Eodun@80.26.195.172) |
| 00:04:15 | Eodun | hi there, lots of ppl today :) |
| 00:05:13 | | Join xen` [0] (~xen@ADijon-151-1-72-248.w83-196.abo.wanadoo.fr) |
| 00:06:23 | | Quit webguest67 ("CGI:IRC (EOF)") |
| 00:08:23 | | Quit ripnetUK () |
| 00:08:40 | [IDC]Dragon | nite all |
| 00:08:45 | | Quit [IDC]Dragon (" Like VS.net's GUI? Then try HydraIRC -> http://www.hydrairc.com <-") |
| 00:09:06 | rasher | night |
| 00:14:58 | | Quit Hadaka (Read error: 110 (Connection timed out)) |
| 00:19:39 | | Quit stripwax (Read error: 110 (Connection timed out)) |
| 00:21:43 | * | HCl realized he haven't had time to look at rockbox plugins.. |
| 00:21:57 | HCl | gee, my bad spelling o.o; realizes* hasn't* |
| 00:22:44 | Eodun | a pity I only have a player... but that nim one is really annoying anyway |
| 00:24:55 | | Join Cham [0] (~3e234217@labb.contactor.se) |
| 00:26:04 | Cham | there is a little probleme with teh firmware |
| 00:26:29 | Cham | when the butoon hold is on and we pressed play the player iriver power on |
| 00:26:38 | Cham | it will be better if it stayed off |
| 00:26:42 | Cham | no ? |
| 00:27:03 | HCl | what? |
| 00:27:15 | lolo-laptop | power on still works with the hold switch on |
| 00:27:30 | HCl | oh. |
| 00:27:40 | HCl | thats not really a firmware problem, i think o.o; |
| 00:27:47 | Cham | no sorry |
| 00:27:50 | preglow | bootloader problem |
| 00:27:56 | preglow | "problem", really |
| 00:28:01 | HCl | well, is it a bootloader problem? |
| 00:28:04 | Cham | no not a problem |
| 00:28:08 | preglow | depends on where you want it |
| 00:28:12 | Cham | i didn't use the good word |
| 00:28:19 | preglow | if you put it in the firmware, it has to be loaded before it detects that hold is on |
| 00:28:20 | HCl | its easy to add code to turn it off when turning it on while hold is used |
| 00:28:23 | preglow | so battery is used |
| 00:28:26 | HCl | yea. |
| 00:28:27 | HCl | exactly |
| 00:28:27 | amiconn | rasher: dansk.lang voice:-fixed now, about to commit... |
| 00:29:04 | Cham | but it's a problem for my battery when my iriver is in my bag and power on |
| 00:29:24 | preglow | Cham: yes, a fix should be easily done as well, so it'll probably be fixed |
| 00:30:08 | | Quit CrunchyWhiteMeat ("Download Gaim: http://gaim.sourceforge.net/") |
| 00:30:12 | Cham | do not doubt it |
| 00:30:21 | Cham | do not doubt it |
| 00:30:23 | rasher | amiconn: great, I'll get to translating them tomorrow probably |
| 00:30:31 | Eodun | Well, that's a point: the need to push the on button several seconds to turn it on removes that problem |
| 00:30:56 | preglow | it'd be more practical with a hold check |
| 00:31:02 | Eodun | but if you can turn itonwith a little push, you'll need to make a new security check |
| 00:31:32 | Cham | the HOLD button is here for that |
| 00:31:43 | HCl | did the original firmware not load if hold was on? |
| 00:31:49 | preglow | no |
| 00:31:52 | preglow | just try |
| 00:31:56 | HCl | no what? |
| 00:31:56 | preglow | it shows a image saying HOLD |
| 00:31:58 | Eodun | yeah, but the player hasn't got a hardware HOLD button... |
| 00:32:00 | HCl | oh. |
| 00:32:00 | HCl | ok. |
| 00:32:02 | preglow | then quits |
| 00:32:18 | HCl | well, i can't try since i have the rockbox bootloader now |
| 00:32:23 | preglow | best would be if it just didn't do anything |
| 00:32:25 | Cham | but the hard disk didnt load |
| 00:32:41 | HCl | preglow: should be almost trivial to implement.. |
| 00:32:57 | preglow | yes, but i'll leave it to linus, i do not want to brick my player |
| 00:32:59 | Cham | HCl :you push the record button and it loads the orginan firmware |
| 00:33:01 | HCl | mhm |
| 00:33:06 | HCl | Cham: yes. |
| 00:33:16 | HCl | Cham: does it detect hold then? |
| 00:33:24 | Cham | yes it detect HOLD |
| 00:33:26 | HCl | okay. |
| 00:33:28 | Cham | I test it |
| 00:33:38 | HCl | i guess that makes sense. |
| 00:34:35 | Eodun | amiconn: is english.lang correct enough by now to consider the other updated languages as correct as it? |
| 00:34:40 | * | HCl sighs a bit and is a bit shocked by being confronted with iriver not being able to do up and left at the same time.. |
| 00:34:45 | Eodun | awful language... |
| 00:34:59 | amiconn | ??? |
| 00:35:00 | HCl | suggestions on how to work around it are welcome :X |
| 00:35:08 | preglow | HCl: that's a real bummer |
| 00:35:13 | HCl | preglow: yea, well... |
| 00:35:13 | lolo-laptop | sigh, the 'd pad' on the iRiver is a bit depressing overall. |
| 00:35:16 | Eodun | I mean if it doesn't have big bugs... |
| 00:35:16 | HCl | stuff like pokemon |
| 00:35:18 | HCl | will be playable |
| 00:35:26 | HCl | and final fantasy |
| 00:35:33 | HCl | since they don't require live action |
| 00:35:38 | HCl | but have a turn based system |
| 00:35:38 | preglow | quite lukcily i love rpgs ;P |
| 00:35:49 | HCl | well, i was hoping to play zelda.. but... |
| 00:35:58 | preglow | why can't you play zelda? |
| 00:36:07 | Eodun | lol, buy a psp... |
| 00:36:10 | HCl | zelda has a realtime fighting thing stuff. what do you call it. |
| 00:36:19 | preglow | i know what you mean |
| 00:36:19 | HCl | you need to be able to move up and left |
| 00:36:23 | HCl | and preferably press A |
| 00:36:24 | HCl | too |
| 00:36:25 | HCl | at the same time |
| 00:36:30 | | Quit Marder () |
| 00:36:30 | preglow | you dont NEED to, but it's a plus :P |
| 00:36:35 | HCl | no, seriously. |
| 00:36:38 | HCl | you can't beat its endbosses |
| 00:36:40 | HCl | without it |
| 00:36:44 | preglow | ok |
| 00:36:48 | HCl | :/ |
| 00:36:54 | amiconn | Eodun: english.lang is the master, so it is correct per defintion. Or do you mean something else? |
| 00:37:06 | Cham | nite |
| 00:37:11 | * | HCl is rather disappointed by all that. |
| 00:37:18 | preglow | well, only thing i can think of is to make a separate control unit to plug in the remote port |
| 00:37:22 | preglow | but that's not very practical |
| 00:37:24 | HCl | i've been thinking for semi-solutions like a button on the remote |
| 00:37:26 | HCl | to go up and left |
| 00:37:30 | HCl | but thats far from ideal |
| 00:37:45 | HCl | better than needing extra hardware.. i suppose.. |
| 00:37:51 | | Quit Cham ("CGI:IRC (EOF)") |
| 00:37:56 | Eodun | amiconn: yeah, I was trying to know if espanol.lang, for example, is correct by now too, as I saw several updates of them these days |
| 00:38:27 | HCl | i guess pokemon is still coolish. |
| 00:38:35 | Eodun | amiconn: sorry for my terrible english this late... my exams don't leave room for more |
| 00:38:35 | amiconn | quelsaruk overlooked some changes (only did the additions) in the first commit. |
| 00:38:41 | HCl | mario also needs up and left movement at the same time.... |
| 00:39:37 | Eodun | HCl: what about a cards game? it should be easier |
| 00:40:13 | | Quit jyp ("poof!") |
| 00:40:56 | amiconn | rasher: I have a problem with your realname in the commit message. bash doesn't like the 'ä', and I'm not sure whether cvs interprets the \0xx octal escape. |
| 00:41:05 | | Join ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) |
| 00:41:11 | rasher | amiconn: just put it as an a then |
| 00:41:36 | amiconn | done. |
| 00:41:37 | rasher | (please not 'ae' as the wiki did :|) |
| 00:42:22 | amiconn | 'ae' would be the way to substitute 'ä' in german, that's why I was asking. |
| 00:42:56 | amiconn | 2 .lang files to do... |
| 00:43:00 | rasher | yeah, but ä doesn't really exist in Danish, so usually I just put a when I can't use ä |
| 00:46:53 | preglow | ahh, charset blues |
| 00:46:58 | preglow | i wish everyone went utf-8 :) |
| 00:47:24 | * | Eodun loves his spanish keyboard. (sure you don't have a ñ) |
| 00:47:40 | Eodun | X-D |
| 00:47:41 | amiconn | preglow: Somebody has utf-8 support for rockbox in the works |
| 00:47:58 | preglow | amiconn: who's making the font? :P |
| 00:48:33 | amiconn | Using a conversion to, as now |
| 00:48:56 | amiconn | The hardest part for unicode support is the necessity of a font cache |
| 00:49:24 | xen` | I dunno if I'll get the time before exams, but I'll be greatly interested in contributing for mod/xm/s3m etc... codecs |
| 00:49:31 | amiconn | You cannot load the whole font in memory, at least not on the jukeboxes |
| 00:51:18 | *** | Saving seen data "./dancer.seen" |
| 00:51:35 | preglow | xen`: and i'd be greatly interested in using those codecs |
| 00:52:30 | preglow | that's also a consideration that has to be made when designing the codec api for rockbox: not all codecs are streaming |
| 00:56:03 | linuxstb | amiconn: strange you say that - I'm currently looking at FLAC metadata, which is stored in utf-8 |
| 00:57:27 | amiconn | linuxstb: Nothing strange. 'markun' already tested utf-8 support, and showed some screenshots. Must be somewherer in last week's logs |
| 00:57:57 | | Quit ripnetUK (Read error: 60 (Operation timed out)) |
| 00:58:56 | linuxstb | amiconn: I just mean it's a co-incidence, I'm working on a flac decoder for rockbox as we speak. |
| 00:59:10 | amiconn | Ah ok. |
| 00:59:50 | amiconn | Btw, rockbox does already have to deal with unicode a bit (utf-16 in this case), when reading/ writing fat32 file names. |
| 01:00 |
| 01:00:21 | amiconn | Very limited implementation so far |
| 01:00:34 | linuxstb | I'm assuming OGG metadata is in UTF-8 as well. Anyone know about ID3v1 and ID3v2? |
| 01:01:06 | xen` | preglow: cool to see some ppl interested :) |
| 01:01:07 | amiconn | I don't know, but ID3 support is already there, so you can compare |
| 01:01:15 | | Join bagawk [0] (~Lee@bagawk.user) |
| 01:01:26 | rasher | I think id3v2 defines encoding in some frame |
| 01:02:00 | amiconn | preglow: You left most of the ### comments in (no big deal though, since I'm going through the whole file anyway) |
| 01:02:13 | preglow | xen`: you do now of the can of worms you're opening on yourself in getting proper xm playback, yes? ;) |
| 01:02:25 | preglow | amiconn: ahh, yes, i forgot about those |
| 01:02:42 | preglow | amiconn: i actually deleted most of the, but forgot about those that are on a line of their own |
| 01:03:17 | amiconn | The "Partiton?" thing says "Batt. tomt?" in norwegian? |
| 01:03:26 | xen` | preglow: hmm I gonna do my best to not deceive music sceners ;) |
| 01:04:03 | DMJC-L | yay |
| 01:04:20 | preglow | amiconn: hell no |
| 01:04:27 | * | Eodun is going to study for his exams... |
| 01:04:29 | preglow | amiconn: it should say "Partisjon?" |
| 01:04:29 | Eodun | c ya |
| 01:04:30 | rasher | xen`: just please don't base it on mikmod :| |
| 01:04:33 | preglow | amiconn: i swore i'd fixed that |
| 01:04:44 | | Quit Eodun ("good luck") |
| 01:04:47 | amiconn | When? Maybe I didn't notice you updated... |
| 01:05:06 | preglow | amiconn: no, i haven't, i just thought i had |
| 01:05:11 | * | amiconn grabs latest version and starts over |
| 01:05:14 | preglow | amiconn: and while you're at it, i spotted another bug just beneath |
| 01:05:23 | preglow | eng: "No partition?" |
| 01:05:36 | preglow | norwegian should be "Ingen partisjon?" |
| 01:05:54 | preglow | amiconn: that is the latest versionm |
| 01:15:38 | xen` | ok |
| 01:17:01 | preglow | rasher: well, what can he base it on that does good playback? |
| 01:17:05 | lolo-laptop | in rockbox, can the player be used while recieving power from USB? On the stock firmware, it can either charge from USB, OR be in connected mode, but it cannot recieve power from USB and be in play mode. |
| 01:17:13 | preglow | rasher: there are precious few modplayers that play correctly |
| 01:17:14 | lolo-laptop | (in an iRiver) |
| 01:17:19 | preglow | rasher: especially opensource onews |
| 01:17:30 | preglow | lolo-laptop: not possible because of hardware |
| 01:17:39 | preglow | lolo-laptop: the player has to give up control of the harddisk |
| 01:17:48 | HCl | linus said mod would be impossible cause it needs multiple channels |
| 01:17:58 | HCl | but i dunno, timidity renders midi into a single audiostream too. |
| 01:18:05 | HCl | so it should be possible to do it in software.. |
| 01:18:06 | lolo-laptop | preglow: no, I don't want to be able to have it in UMS mode and play mode same time, I want it to be taking power from USB and in play mode at the same time |
| 01:18:08 | preglow | HCl: software mixing |
| 01:18:13 | lolo-laptop | preglow: taking power does not require giving up the HDD |
| 01:18:14 | HCl | preglow: mhm |
| 01:18:27 | preglow | HCl: it is very possible, most soundblasters also just had two channels |
| 01:18:31 | HCl | yea. |
| 01:18:40 | HCl | linus was prolly thinking audio |
| 01:18:42 | HCl | errm |
| 01:18:43 | HCl | hardware |
| 01:18:44 | HCl | sorry |
| 01:18:45 | HCl | i'm tired |
| 01:18:47 | HCl | x.x |
| 01:18:50 | * | HCl goes to sleep :X |
| 01:18:57 | preglow | lolo-laptop: ahh, i misunderstood, i don't know then |
| 01:19:14 | rasher | preglow: modplug |
| 01:19:17 | preglow | HCl: yes, but no players do it hardware any longer anyway |
| 01:19:42 | preglow | rasher: haven't tried that in a long time |
| 01:20:02 | rasher | preglow: nor have I, but I've been told by people that should know, that modplug is way better than mikmod |
| 01:20:19 | preglow | ahh, most things are better than mikmod, i think |
| 01:20:24 | preglow | it used to be decent |
| 01:20:38 | preglow | we'll find out any way |
| 01:20:45 | preglow | mod support would rock, that's for sure |
| 01:20:49 | preglow | sid support :PP |
| 01:21:46 | rasher | I'm so hoping some poor soul would take that up |
| 01:22:13 | preglow | resid engine should port just fine, cycle accurate 6510 emulator might just be a bit intensive, though |
| 01:22:52 | amiconn | modplug is inaccurate, at least the versions I tried. |
| 01:22:53 | DMJC-L | commodore 64 emulator... |
| 01:23:06 | DMJC-L | get the old games going.. |
| 01:23:07 | | Join ashridah [0] (ashridah@220-253-121-151.VIC.netspace.net.au) |
| 01:24:26 | xen` | I'll take a look at these libs and check if its feasable |
| 01:24:41 | rasher | http://prdownloads.sourceforge.net/modplug-xmms/libmodplug-0.7.tar.gz?download <- there's libmodplug |
| 01:24:44 | xen` | anyways, xm support seems not that hard, I saw this mini fmod implementation in few kbytes |
| 01:24:46 | preglow | amiconn: everything is inaccurate |
| 01:24:51 | xen` | thx |
| 01:24:54 | preglow | xmplay is quite nice, though |
| 01:24:57 | preglow | but not open source |
| 01:25:17 | rasher | I forget what it was people were bitching about in mikmod |
| 01:25:41 | amiconn | Imho DeliPlayer does the best mod playback on PC |
| 01:26:15 | amiconn | It even plays modules with embedded m68k code |
| 01:26:25 | preglow | deliplayer plays everything, heh |
| 01:29:27 | hubble | argh.. I've tried following the CrossCompiler wiki, compiled gcc-3.4.2 and installed, compiled binutils 2.15 and installed.. but binutils-cvs does not compile |
| 01:31:14 | hubble | Unable to create ../bdf/bdf.h needed for size.o |
| 01:31:31 | preglow | cvs might be unstable just now |
| 01:32:14 | hubble | any known good date for binutils cvs? |
| 01:32:29 | ashridah | hubble: you're running the wrong configure |
| 01:32:43 | | Join Naked [0] (naked@naked.iki.fi) |
| 01:33:15 | ashridah | and make sure you do it from an empty directory the same way you do gcc and binutils originally as per IriverBoot. |
| 01:33:47 | ashridah | hm. i missed a bit there |
| 01:34:07 | ashridah | hubble: run the configure script in the 'src' directory you would have checked out via cvs, not the subdirectory 'binutils' |
| 01:34:21 | | Nick Naked is now known as Hadaka (naked@naked.iki.fi) |
| 01:34:24 | hubble | ashridah: aha.. thanks.. going to try that |
| 01:34:36 | ashridah | heh. that one bit me too :) |
| 01:35:51 | | Quit xen` () |
| 01:36:16 | hubble | ashridah: yes, and when i'm successful in compiling it i'll try to do a writeup in the wiki =) |
| 01:37:32 | cYmen | what actually is the "voice" option in the menu good for? |
| 01:38:05 | preglow | verbal menus |
| 01:38:07 | preglow | rockbox talks to you |
| 01:38:18 | cYmen | does it?? |
| 01:38:24 | preglow | well, if you want it to |
| 01:38:34 | preglow | someone has to make voice files first, though |
| 01:38:43 | hubble | nice, bootloader and rockbox works on my ihp-120 now =) |
| 01:38:51 | bagawk | hubble, :) |
| 01:38:56 | cYmen | ah ic - i had hoped there d be a feature to voice controll it |
| 01:38:59 | hubble | browser is a little unstable though.. random crashes =) |
| 01:39:05 | bagawk | hubble, What all can you do? |
| 01:39:45 | preglow | amiconn: the translation giving you trouble? |
| 01:40:51 | * | rasher attempts to compile pcf2bdf |
| 01:41:22 | hubble | bagawk: file browsing, rockbox settings, sokoban.. |
| 01:41:26 | bagawk | Silly microsoft platfirm SDK setup: does "Size: 15513" mean 15.513mb, 155,13 mb or somethign else? |
| 01:41:42 | bagawk | hubble, Fun :) any other plugins work? |
| 01:41:59 | rasher | Hello world :) |
| 01:42:50 | | Quit mecraw () |
| 01:42:53 | bagawk | I thin it mean 155.13 mb :( progress bar does not appear to be going anywhere |
| 01:43:02 | cYmen | where is that stupid wakeup function hidden? |
| 01:43:24 | bagawk | cYmen, depends |
| 01:43:42 | cYmen | bagawk: give me a hint :) |
| 01:44:01 | bagawk | 1. It may not be there unless 1. You have modded your erecorder, and compiled it with alarm or 2. you own a v2/fm |
| 01:44:15 | bagawk | cYmen, I beleive the system setup menu |
| 01:44:57 | rasher | Any ideas on how to compile pcf2bdf (from http://www.tsg.ne.jp/GANA/S/pcf2bdf/)..? I get this error: |
| 01:45:03 | rasher | pcf2bdf.o(.text+0xccb): In function `main': |
| 01:45:03 | rasher | : undefined reference to `operator new[](unsigned)' |
| 01:45:09 | cYmen | bagawk: erh..no :) |
| 01:45:14 | bagawk | rasher, linux app or windows? |
| 01:45:23 | rasher | bagawk: linux |
| 01:45:48 | rasher | or actually, I think it's almost ANSI C, because it has a makefile to compile with VC |
| 01:46:11 | bagawk | I would have to look at the source |
| 01:46:20 | bagawk | you should do that :) |
| 01:46:26 | ashridah | uh. 'new' is a c++ keyword.... |
| 01:46:43 | rasher | I don't know what I'm looking for though :\ |
| 01:47:11 | rasher | ashridah: sounds weird |
| 01:47:13 | mrmags | yeah change the makefile CC from gcc to g++ |
| 01:47:16 | ashridah | well, if you're compiling c++ on linux, use g++ not gcc |
| 01:47:28 | mrmags | crazy japanese |
| 01:47:40 | rasher | Hah |
| 01:47:52 | rasher | well that sure worked |
| 01:48:01 | rasher | silly silly japanese |
| 01:48:03 | bagawk | Did you use a makefile with the thing? |
| 01:48:17 | rasher | Yes.. very simple though |
| 01:48:24 | rasher | I guess I might as well have used g++ directly |
| 01:48:27 | mrmags | hehe |
| 01:48:41 | rasher | It's just a single sourcefile |
| 01:48:48 | bagawk | ahh .cc .cxx or .cpp is generaly c++ :) |
| 01:48:59 | bagawk | Your case: .cc |
| 01:51:01 | rasher | Crazy japanese |
| 01:52:02 | | Part hubble |
| 01:56:07 | | Quit DMJC-L ("Leaving") |
| 01:56:43 | | Quit lolo-laptop ("Client exiting") |
| 01:57:19 | | Part Patr3ck |
| 01:58:32 | | Quit preglow ("offz0rs") |
| 01:59:37 | | Quit bagawk ("Leaving") |
| 02:00 |
| 02:00:05 | rasher | well that sure did work |
| 02:01:03 | amiconn | Argl, preglow went away... |
| 02:04:39 | amiconn | Anyway, norsk.lang looks good, only 2 minor issues |
| 02:05:08 | rasher | Mmm, Atadore font looks nice |
| 02:05:24 | rasher | and now that I can convert pcf to bdf, sky's the limit! |
| 02:06:25 | rasher | dammit, typo in dansk.lang |
| 02:06:58 | rasher | LANG_BOOKMARK_SETTINGS_MAINTAIN_RECENT_BOOKMARKS |
| 02:07:12 | rasher | "Vedligehold liste a seneste bogmærker?" -> "Vedligehold liste af seneste bogmærker?" |
| 02:09:47 | | Join knoppix_ [0] (~knoppix@cpe-24-94-54-216.stny.res.rr.com) |
| 02:09:55 | knoppix_ | hey okay so.. im about to flash this fw... |
| 02:10:24 | knoppix_ | i get an md5sum of the edited hex file to be like the EU version shown... |
| 02:10:41 | knoppix_ | is it okay to flash it now? |
| 02:10:56 | knoppix_ | because, its not the same as in the table of everything else.. |
| 02:11:04 | rasher | There have been no bricks so far |
| 02:11:13 | rasher | I think there were modifications to the bootloader after that |
| 02:11:16 | knoppix_ | okay so i should be set? |
| 02:11:24 | rasher | But don't blame me if it breaks |
| 02:11:29 | knoppix_ | haha |
| 02:11:30 | rasher | Although it shouldn't :) |
| 02:11:36 | knoppix_ | well... |
| 02:11:41 | rasher | h120 or h140? |
| 02:11:51 | knoppix_ | where does everyone get the firmware md5 numbers they put in the table? |
| 02:11:52 | knoppix_ | h120 |
| 02:12:36 | knoppix_ | rasher: you got be0bf0e1df367e5cffd9e27eff988ef1 |
| 02:12:41 | knoppix_ | where from though? |
| 02:12:57 | rasher | that's md5sum ihp_120.hex (the edited hex file) |
| 02:13:32 | rasher | With a h120, you may have to wait for 4-5 minutes on the first boot, as it recalculates free space on the drive |
| 02:13:40 | knoppix_ | yeah |
| 02:13:42 | knoppix_ | alright |
| 02:13:43 | knoppix_ | hmm |
| 02:13:44 | rasher | that's happened to every h120 so far |
| 02:13:48 | knoppix_ | yeah |
| 02:14:14 | knoppix_ | did you compile everything in your own environment? or just use the bootloader.bin? |
| 02:14:15 | amiconn | rasher: In case you find more mistakes/ typos, collect them, fix .lang file (based on cvs version), and tell me tomorrow, or submit to the patch tracker on sf |
| 02:14:30 | rasher | amiconn: alright, I will |
| 02:14:47 | rasher | knoppix_: actually, someone sent his to me, because I don't have a build environment set up |
| 02:15:01 | knoppix_ | i see... |
| 02:15:12 | knoppix_ | do you have any idea of when linus will be on? |
| 02:15:30 | rasher | nope, not at all |
| 02:15:30 | knoppix_ | *does anyone |
| 02:15:32 | knoppix_ | k |
| 02:16:25 | knoppix_ | rasher: would you happen to have that bootloader.bin file that you received from someone else? |
| 02:16:38 | rasher | Yeah, I can send it to you.. email? |
| 02:16:44 | knoppix_ | sure... |
| 02:16:47 | knoppix_ | newhouseb@gmail.com |
| 02:18:23 | rasher | done |
| 02:18:44 | rasher | weee, a bunch of the plugins work |
| 02:20:47 | amiconn | XShocK: Could you please check LANG_SETTINGS_BATTERY_PLAYER again? It should say the equivalent of "Partition?", but seems to say the equivalent of "Battery low". It's also too long, player string is limited to 11 chars (not that it matters much; the player is unable to display cyrillic anyway). |
| 02:21:21 | XShocK | I have a question about rtc for h120. since there is no rtc for it, a question to dev's, how difficult would be making a circuit yourself and put it in the box? |
| 02:21:29 | amiconn | Same goes for LANG_SETTINGS_BATTERY_RECORDER ("Battery low?" -> "Partition?"). This one can be displayed |
| 02:21:45 | XShocK | ok. i will check now |
| 02:23:16 | XShocK | what does it ask? "what is the partition?" or "should i partition it?" |
| 02:23:42 | amiconn | No. It's a message which is displayed when saving the settings failed. |
| 02:24:27 | amiconn | It was first thought the most common would be low bat, but then found it's that the partition is missing. |
| 02:24:32 | amiconn | Hence the change... |
| 02:24:50 | XShocK | Ðàçäåë |
| 02:25:38 | rasher | all of the plugins appear to work (except screen/keyboard problems) |
| 02:25:50 | amiconn | XShocK: What? |
| 02:26:34 | XShocK | do you want me to send the equivalent of "Partition?" here to irc? it is "Ðàçäåë?" |
| 02:26:49 | XShocK | so i just copy-paste it there. :) |
| 02:27:00 | amiconn | Argl, diffenrent code table here. I'll copy verbatim, then check |
| 02:27:03 | | Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) |
| 02:27:53 | XShocK | i think it will work out. |
| 02:28:17 | amiconn | XShocK: Could you give "No partition?" as well? (The longer variant for graphic displays) |
| 02:28:37 | XShocK | "Íåò ðàçäåëà?" |
| 02:29:06 | ashridah | knoppix_: that md5sum is from an earlier build of the modded firmware |
| 02:29:12 | XShocK | actually the player is capable to display cyrilic, but you need to change font in the player to win_crox1c |
| 02:29:35 | amiconn | No, the player has no font support |
| 02:30:03 | amiconn | Charcell display only, with merely 4 or 8 user-definable characters |
| 02:30:19 | XShocK | Hmm... I probably don't understand you. I use this Russian menus already, and it works perfectly. |
| 02:30:39 | amiconn | Which device? |
| 02:30:47 | XShocK | iriver h120 |
| 02:30:47 | rasher | http://www.rockbox.org/twiki/bin/view/Main/PluginIndex <- I guess we should start adding h100 to that |
| 02:31:20 | amiconn | XShocK: There it'll of course work (graphic display, like the archos recorder etc.) |
| 02:31:31 | amiconn | I'm speaking of the Archos player/Studio units |
| 02:31:49 | XShocK | Aah. my bad. :) |
| 02:40:57 | amiconn | XShocK: You didn't use uplang, did you? |
| 02:41:21 | XShocK | I used it |
| 02:41:32 | XShocK | I deleted all ### stuff later |
| 02:42:25 | amiconn | No, that's not what I mean. There are some strings in it that are marked as deprecated in english.lang |
| 02:42:55 | amiconn | However, that was a recent change by me |
| 02:43:38 | XShocK | If I remember right those are with eng: "" ? |
| 02:43:56 | amiconn | No, those have desc: DEPRECATED |
| 02:44:00 | XShocK | ok |
| 02:44:05 | amiconn | eng: "" may also mean voice only |
| 02:44:17 | XShocK | ok |
| 02:44:21 | amiconn | (buit these have usually id: VOICE_*) |
| 02:44:27 | amiconn | *but |
| 02:44:55 | amiconn | I'll run uplang, if there's no other change that should do |
| 02:45:41 | XShocK | ok. i will be here 2 hours more, so if something needed i am here |
| 02:46:07 | knoppix_ | rasher... |
| 02:46:09 | knoppix_ | sorry, i left |
| 02:46:14 | knoppix_ | but thanks a lot for the file |
| 02:46:17 | rasher | knoppix_: did it work? |
| 02:47:37 | cYmen | does the alarm clock mod allow setting the wakeup time from within rockbox? |
| 02:47:54 | knoppix_ | i havent tried it yet... |
| 02:49:47 | XShocK | so, will it be hard to implement rtc for the iriver? |
| 02:50:27 | XShocK | I mean in hardware. |
| 02:50:40 | amiconn | XShocK: Could "Ñâîáîäíî:" be shortened to "Ñâîá.:" ? (It's a bit too long) |
| 02:51:19 | *** | Saving seen data "./dancer.seen" |
| 02:51:24 | XShocK | 6 first letters would be better actually. but fine |
| 02:51:46 | | Quit linuxstb ("Leaving") |
| 02:52:48 | knoppix_ | *prays* as he flashes his fw |
| 02:54:23 | knoppix_ | umm |
| 02:54:46 | knoppix_ | it should hang with a blank screen for a bit right? (on an h120) |
| 02:54:59 | knoppix_ | recalculating something... |
| 02:55:06 | XShocK | yes |
| 02:55:12 | knoppix_ | k good... |
| 02:55:20 | XShocK | 3-5 minutes |
| 02:57:24 | knoppix_ | alrighty, well i have to go gentlemen... |
| 02:57:28 | knoppix_ | it looks like it's working |
| 02:57:31 | knoppix_ | i'll be back |
| 02:57:38 | knoppix_ | thanks for all your help |
| 02:57:48 | | Quit knoppix_ (Remote closed the connection) |
| 03:00 |
| 03:01:11 | | Quit cYmen ("blub") |
| 03:03:31 | rasher | Hurray |
| 03:06:39 | | Join CrunchyWhiteMeat [0] (~CrunchyWh@12.145.185.82) |
| 03:06:49 | XShocK | hehe... under Ubuntu gcc 3.4.2 compiler perfectly. |
| 03:07:23 | * | rasher starts using dansk.lng |
| 03:07:30 | rasher | this really is horrible |
| 03:08:34 | | Quit midk (Read error: 104 (Connection reset by peer)) |
| 03:08:43 | | Join midk_ [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 03:09:16 | lostlogic | has anyone gotten this md5 on bootloader.bin? 75a81a96b7814abb4e932f0809945875 |
| 03:11:06 | XShocK | i got 1dbd7e2b2494cf54639117dccdc68599 bootloader.bin |
| 03:11:16 | mrmags | I built from cvs a few hours ago with gcc 3.4.2 and got: 6b9075eec74ea42b437684af764367de |
| 03:12:14 | lostlogic | I'll take those for nos... I built with gcc-3.4.3 and binutils 2.15.94 *shrug* |
| 03:15:23 | XShocK | the easiest way to check if anyone had that md5sum is to search in irc logs |
| 03:17:16 | amiconn | XShocK: Committed russian.lang |
| 03:17:57 | rasher | amiconn: I just fixed a couple of lower/uppercase problems |
| 03:18:12 | rasher | what is "Caption backlight" ? |
| 03:18:25 | mrmags | ooh I was wondering that too |
| 03:18:33 | rasher | song lyrics? |
| 03:18:34 | XShocK | :) |
| 03:18:56 | amiconn | Switch on the backlight shortly before a track change, switch off shortly afterwards |
| 03:19:20 | rasher | aha |
| 03:19:32 | rasher | I'll change it to "Light on songchange" |
| 03:19:38 | rasher | or the Danish equivalent |
| 03:21:57 | rasher | whoa the diff on dansk 1.12->1.13 is large |
| 03:22:09 | amiconn | yup. |
| 03:22:11 | * | rasher diffs his small fix |
| 03:22:36 | amiconn | same goes for norsk 1.1->1.2 |
| 03:22:53 | amiconn | These weren't updated for 21 months |
| 03:24:15 | rasher | herm |
| 03:24:24 | rasher | I think it's better if you apply these fixes manually |
| 03:24:32 | rasher | my lang file hasn't had the voice fixes |
| 03:25:09 | XShocK | what happened with 07 Feb logs in irc? |
| 03:25:50 | mrmags | amiconn: damn, that is a nice feature. |
| 03:26:07 | amiconn | XShocK: They're there, just reload the http://www.rockbox.org/irc/ page |
| 03:26:46 | XShocK | no, i mean 7 Feb log is messed up |
| 03:26:59 | XShocK | http://www.rockbox.org/irc/rockbox-20050207.txt |
| 03:27:11 | rasher | how so? |
| 03:27:14 | rasher | looks fine here |
| 03:27:42 | XShocK | hmm |
| 03:28:42 | | Join jpburton [0] (knoppix@cpe-24-94-54-216.stny.res.rr.com) |
| 03:28:47 | XShocK | compared to 06 Feb which is fine, the 07 one does not have line breaks, maybe i did something |
| 03:28:53 | jpburton | okay, so... i installed the fw... |
| 03:29:02 | rasher | XShocK: it has linebreaks here :\ |
| 03:29:26 | jpburton | and, it brings up the error "Loading firmware / Result: -1" |
| 03:29:30 | jpburton | i could just be stupid |
| 03:29:41 | rasher | jpburton: did you put a .rockbox on your drive |
| 03:29:45 | jpburton | nope |
| 03:29:50 | jpburton | thats what i thought... |
| 03:29:51 | rasher | alright |
| 03:29:54 | jpburton | thanks |
| 03:30:03 | rasher | download this: http://www.rockbox.org/daily/h100/rockbox-h100-20050207.zip |
| 03:30:08 | rasher | and unzip in your drive root |
| 03:30:26 | mrmags | ooh the dailys started showing up? nice |
| 03:30:32 | rasher | Apparently :) |
| 03:30:54 | rasher | this is the first one |
| 03:31:52 | rasher | Anyone know about the bleeding edge builds? |
| 03:32:14 | amiconn | Time to sleep now. |
| 03:32:17 | amiconn | Nite. |
| 03:32:54 | rasher | oh, nevermind, they're being (attempted) built |
| 03:33:45 | jpburton | k thanks |
| 03:33:48 | jpburton | wooohooo it works! |
| 03:33:55 | jpburton | thanks rasher... |
| 03:34:05 | | Part amiconn |
| 03:34:39 | mrmags | so, earlier today someone was asking me if I knew any player that supports midi. and I said "no but cowon/jetaudio/iaudio might do if you ask nicely. also, rockbox-supported players could do." and then I came here and ppl were talking about implementing it. heh. rockbox, well, rocks. |
| 03:34:51 | rasher | jpburton: you're very much welcome |
| 03:49:05 | XShocK | I finally built it myself, and flashed, everything works. |
| 03:49:37 | rasher | where "everything" doesn't include "sound output, remote, battery status" :) |
| 03:49:59 | XShocK | yea. :)) |
| 03:51:01 | ashridah | XShocK: as in both the bootloader and the firmware from the latest cvs? |
| 03:51:47 | XShocK | aaam.. no. daily build. :) |
| 03:51:54 | ashridah | right |
| 03:52:30 | ashridah | rasher: lets not forget usb, sane button assignments, and screen aspect ratio adjustments |
| 03:52:47 | rasher | ashridah: heh |
| 03:52:48 | XShocK | I would really like to write something for it. :) |
| 03:54:30 | XShocK | very pity that I am 100% dumb in the embedded systems. |
| 03:54:56 | | Part CrunchyWhiteMeat |
| 03:56:38 | HCl | mrf |
| 04:00 |
| 04:11:17 | | Quit QT (Read error: 60 (Operation timed out)) |
| 04:30:13 | lostlogic | Whee, just added my own board images to the H3X0 hardware page, wonder if they are helpful |
| 04:34:51 | lostlogic | Oh, and a side note: The US version of H3x0 has a clock, but the intl version doesn't... |
| 04:35:11 | lImbus | a clock ? you mean a clockchip ? |
| 04:35:12 | lImbus | woot |
| 04:35:19 | lImbus | that'd be nice |
| 04:35:32 | lostlogic | well I don't know if the intl has the chip or not, but I know that the US displays a clock on the screen and the intl doesn't. |
| 04:36:08 | lostlogic | it is probably a hardware difference, because the intl doesn't have DRM and that's probably what the clock chip is used for. |
| 04:36:14 | XShocK | i have an unanswered question, how hard would it be to implant clock into ihp1x0 ? |
| 04:36:47 | ashridah | XShocK: i don't think it has the hardware to keep the clock running when powered off. |
| 04:37:07 | ashridah | that said, lots of things are possible with messy hardware mods |
| 04:37:09 | XShocK | but clock can be attached directly to battery |
| 04:37:37 | lImbus | lostlogic: if you own a scanner, it's always a good idea to scan your board. |
| 04:38:08 | lImbus | tho your pictures are of very high quality already |
| 04:39:05 | lostlogic | lImbus: yeah, I don't have a scanner... but my digicam is pretty good ;-) |
| 04:39:25 | lImbus | ic |
| 04:40:25 | XShocK | yea, you are right, messy. but still, would it be hard to make that? i mean i think making a counter of time is not very hard, but how to connect it to player? does it have any possible extensions? |
| 04:42:13 | ashridah | well, supposedly there's a headerless serial port. that'd work in a pinch, i guess. |
| 04:43:11 | ashridah | i just don't see why you'd want a clock that badly |
| 04:43:33 | XShocK | you are right. :) |
| 04:48:24 | | Quit jpburton (Read error: 110 (Connection timed out)) |
| 04:49:13 | XShocK | time to sleep, see you all. thanks for all your help |
| 04:49:26 | | Quit XShocK (" HydraIRC -> http://www.hydrairc.com <- Try something fresh") |
| 04:49:38 | lImbus | poof |
| 04:49:49 | lImbus | too fast to say g'bye |
| 04:50:23 | lImbus | it's almost 5 am here. gotta go to bed too |
| 04:50:27 | lImbus | good night all |
| 04:51:05 | | Quit lImbus ("KVIrc 3.0.1.99 'Realia'") |
| 04:51:23 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:06:44 | | Join CrunchyWhiteMeat [0] (~CrunchyWh@12.145.185.82) |
| 05:12:21 | | Join elinenbe_ [0] (trilluser@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 05:14:19 | | Part CrunchyWhiteMeat |
| 05:14:35 | | Join HCl_ [0] (hcl@titania.student.utwente.nl) |
| 05:16:06 | | Quit HCl (Read error: 113 (No route to host)) |
| 05:36:42 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 05:56:31 | | Join fuk3d [0] (~dev-@adsl-209-30-158-50.dsl.rcsntx.swbell.net) |
| 05:56:55 | | Part fuk3d |
| 06:00 |
| 06:46:01 | | Join courtc [0] (~court@adsl-158-3-127.asm.bellsouth.net) |
| 06:51:25 | *** | Saving seen data "./dancer.seen" |
| 06:52:46 | | Quit Stryke` ("Friends don't let friends listen to Anti-Flag") |
| 06:57:21 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 06:58:47 | | Join BigCrock [0] (~email@r42h108.res.gatech.edu) |
| 07:00 |
| 07:03:59 | | Quit MooMaunder (Read error: 110 (Connection timed out)) |
| 07:04:01 | | Quit elinenbe_ (Read error: 110 (Connection timed out)) |
| 07:04:14 | | Quit BigCrock ("—I-n-v-i-s-i-o-n— 2.0 Build 3515") |
| 08:00 |
| 08:04:05 | | Nick HCl_ is now known as HCl (hcl@titania.student.utwente.nl) |
| 08:51:26 | *** | Saving seen data "./dancer.seen" |
| 09:00 |
| 09:03:08 | | Join lImbus [0] (lImbus@237-44.244.81.adsl.skynet.be) |
| 09:03:18 | lImbus | g'mornin |
| 09:03:41 | LinusN | morning |
| 09:05:13 | dwihno | 'allå 'allå |
| 09:05:45 | | Join Zagor [242] (~bjst@labb.contactor.se) |
| 09:06:35 | | Nick Lynx_awy is now known as Lynx_ (HydraIRC@134.95.189.59) |
| 09:06:38 | Lynx_ | hiho |
| 09:24:55 | Bagder | happy birthday LinusN! |
| 09:25:18 | rasher | morning |
| 09:25:21 | Bagder | you oldie |
| 09:25:27 | Zagor | :) |
| 09:25:38 | | Join bobTHC [0] (~foo@l05v-4-93.d1.club-internet.fr) |
| 09:25:41 | LinusN | thanks |
| 09:25:49 | bobTHC | hi folks! |
| 09:25:58 | LinusN | salut |
| 09:26:07 | bobTHC | :) |
| 09:31:59 | dwihno | haiduk! |
| 09:37:38 | lImbus | urg. not that one |
| 09:38:25 | lImbus | oh! happy birthday Linus ! |
| 09:39:04 | LinusN | thx |
| 09:55:01 | dwihno | oho! happy b-day! |
| 10:00 |
| 10:04:35 | HCl | happy bday :p |
| 10:05:53 | HCl | what'dcha get? :p |
| 10:06:06 | LinusN | a year older :-) |
| 10:09:55 | lImbus | :D |
| 10:10:49 | Lynx_ | happy birthday linus :) |
| 10:13:33 | | Quit bobTHC (Read error: 110 (Connection timed out)) |
| 10:14:18 | | Join bobTHC [0] (~foo@l05v-4-93.d1.club-internet.fr) |
| 10:19:25 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 10:27:12 | | Join Patr3ck [0] (~patr3ck@pD9ECEAE1.dip.t-dialin.net) |
| 10:28:11 | | Quit midk_ (Read error: 110 (Connection timed out)) |
| 10:30:44 | | Quit lostlogic (Read error: 110 (Connection timed out)) |
| 10:47:53 | Cassandra | Happy birthday, Linus. |
| 10:51:29 | *** | Saving seen data "./dancer.seen" |
| 10:55:25 | | Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) |
| 11:00 |
| 11:11:07 | | Join linuxstb [0] (~linuxstb@dsl-212-23-31-215.zen.co.uk) |
| 11:13:07 | linuxstb | Happy Birthday. |
| 11:13:31 | linuxstb | Am I right in saying that there is no malloc in Rockbox? |
| 11:13:38 | Zagor | that's right |
| 11:13:53 | Zagor | we'll need to add some for the codecs, which use a dedicated buffer |
| 11:14:08 | linuxstb | I was just about to mention the codecs. |
| 11:14:29 | Zagor | :) |
| 11:14:48 | linuxstb | I'm working on FLAC, and even though it has it's own internal wrapper functions to malloc which we can rewrite, they are not used everywhere. |
| 11:15:16 | Zagor | since we don't have a malloc, it's ok to use that function name |
| 11:15:57 | | Join QT [0] (as@area51.users.madwifi) |
| 11:16:41 | linuxstb | So does that mean you plan to implement malloc/calloc/realloc in Rockbox? |
| 11:16:52 | Zagor | only for the codecs |
| 11:16:56 | | Join Cassandra_ [0] (~christi@213.78.125.106) |
| 11:17:10 | | Join oNe`Neo [0] (~Info@pD9EAB6EA.dip.t-dialin.net) |
| 11:17:28 | Zagor | each codec will get a dedicated memory buffer to use, which it can spend any way it likes. such as using a malloc. |
| 11:18:11 | Zagor | the "real" way is of course to use static worst-case buffers, but that may make it harder to merge updates later |
| 11:18:21 | linuxstb | Running my programs under Linux, is there an easy way for me to intercept calls to the libc malloc/calloc/realloc functions so I can see how much memory libFLAC is using? |
| 11:18:42 | Zagor | you need to use wrappers |
| 11:21:44 | oNe`Neo | any motherfucke tke my counterstrike server |
| 11:22:02 | oNe`Neo | someone knows schoki? |
| 11:22:21 | Zagor | oNe`Neo: i think you're in the wrong channel |
| 11:22:29 | oNe`Neo | no i dont think so |
| 11:23:05 | oNe`Neo | i know his ip adress |
| 11:23:29 | oNe`Neo | and yesterday someone was here with the name schoki |
| 11:23:38 | oNe`Neo | with the same ip adress |
| 11:24:44 | #>> | "seen" used by Zagor (~bjst@labb.contactor.se) [snoop prevented] |
| 11:25:06 | Zagor | we don't care about counterstrike here. this is a development channel. |
| 11:25:25 | | Part oNe`Neo |
| 11:26:50 | Zagor | sushi time |
| 11:27:32 | linuxstb | Another Linux/C question, is there a way I can see which C library functions a particular executable is using? i.e. similar to ldd but more detailed? |
| 11:27:36 | sneakums | glibc has some debug stuff you can enable with environment variables |
| 11:27:45 | sneakums | for malloc |
| 11:27:53 | sneakums | re ldd, what extra information do you need? |
| 11:28:05 | sneakums | oh, functinos. |
| 11:28:14 | sneakums | you can use nm to see which symbols a program uses |
| 11:28:22 | sneakums | the ones with a 't' are defined externally, iirc |
| 11:28:28 | sneakums | er, functions that are defined externally |
| 11:28:52 | sneakums | except it doesn't work on stripped executables, i guess |
| 11:29:27 | linuxstb | sneamums: Thanks, that's perfect. Looks like "U" identifies external functions. |
| 11:29:39 | sneakums | objdump -T looks like it works on stripped executables |
| 11:29:45 | sneakums | objdump has a bunch of useful stuff |
| 11:29:57 | linuxstb | Gives lines of the form lseek@@GLIBC_2.0 |
| 11:30:08 | sneakums | i assume when objdump says *UND* it means undefined and not underpants |
| 11:30:25 | | Quit Cassandra (Read error: 110 (Connection timed out)) |
| 11:30:31 | sneakums | objdump -T will demangle that for you |
| 11:30:41 | sneakums | the @@ things are the symbol versioning stuff |
| 11:33:12 | linuxstb | That shows that apart from the memory allocation functions, libFLAC isn't needing anything else. |
| 11:33:30 | | Join B4gder [0] (~chatzilla@neptunus.contactor.se) |
| 11:34:06 | B4gder | is "Dorian Gray" here? |
| 11:34:29 | lImbus | not me, gotta go |
| 11:34:33 | | Quit lImbus ("bbl") |
| 11:34:35 | dwihno | I got his painting here, you can use it for identification ;) |
| 11:34:47 | B4gder | I'm not fond of the latest CrossCompiler edits |
| 11:35:04 | B4gder | they're incorrect and adds duplicate info |
| 11:35:30 | dwihno | :/ |
| 11:37:00 | B4gder | I guess I'll just edit it |
| 11:38:33 | B4gder | a lot |
| 11:44:30 | linuxstb | sneakums: Yes, objdump -T is even better than nm. Thanks. |
| 11:48:22 | B4gder | done |
| 11:50:51 | B4gder | it gets tricky documenting things when Gmini enters, as that is an Archos too, just different |
| 11:51:10 | B4gder | calling them "SH-based Archos" is not very intuitive for users |
| 11:53:41 | | Join walnut [0] (~garryh@frink.nuigalway.ie) |
| 11:55:22 | | Join webguest37 [0] (~8ccb1035@labb.contactor.se) |
| 11:56:17 | | Quit webguest37 (Client Quit) |
| 11:59:55 | | Quit walnut ("[BX] If idiots could fly, IRC would be an airport") |
| 12:00 |
| 12:00:21 | sneakums | or an aviary, or a beehive. |
| 12:15:33 | | Join lImbus [0] (~manuel@kernel.cycos.net) |
| 12:15:39 | lImbus | re |
| 12:21:39 | | Join elinenbe_ [0] (trilluser@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 12:26:44 | | Quit JJ-Demon ("—I-n-v-i-s-i-o-n— 2.0 Build 3515") |
| 12:27:32 | dwihno | Damn I'm good at packaging stuffs! |
| 12:29:01 | | Join elinenbe__ [0] (trilluser@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 12:29:14 | | Quit elinenbe_ (Read error: 104 (Connection reset by peer)) |
| 12:29:14 | | Nick elinenbe__ is now known as elinenbe_ (trilluser@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 12:33:10 | linuxstb | If anyone is interested, it seems that libFLAC needs about 150K of memory when decoding 44.1KHz files. I haven't tested other files yet. My stripped-down (decoding only) libFLAC.a itself is anout 65K when stripped. |
| 12:34:57 | linuxstb | Sorry, that 150K just refers to malloc'd memory, not stack usage etc. |
| 12:35:45 | B4gder | does it malloc a lot? |
| 12:36:34 | B4gder | currently there's nothing in Rockbox that uses malloc, so we can adjust the malloc to the codecs' needs |
| 12:38:06 | HCl | yea |
| 12:39:05 | B4gder | I would assume that it mostly does a few mallocs at start and then frees them when done |
| 12:41:05 | linuxstb | It does some large mallocs (4 of about 18K and 1 of 64K) at the start during initialisation, and then some reallocs to vary some pointers from around 200-500 bytes (they grow and shrink), and then some small mallocs when it parses the metadata. |
| 12:41:42 | B4gder | ok |
| 12:42:46 | linuxstb | Nothing changes during actual playback - just at the first initialisation (creating a decoder instance), and then each time you reset the decoder to start reading a new file. |
| 12:44:04 | B4gder | I think I should bring back the malloc code we once used |
| 12:44:48 | dwihno | Bring in the beast! |
| 12:44:59 | B4gder | :-) |
| 12:45:18 | dwihno | :-) |
| 12:45:47 | linuxstb | The alternative is to hack each codec so it doesn't use them. Which probably isn't a good idea. |
| 12:46:14 | B4gder | I think we should do as little modifications of the codecs as possible |
| 12:46:42 | linuxstb | B4gder: I agree. My FLAC implementation doesn't change anyrthing from the standard code. |
| 12:47:22 | HCl | :P |
| 12:47:22 | sneakums | will gapless payback pose much difficulty? |
| 12:47:43 | sneakums | i assume you could buffer and initialise multiple files |
| 12:48:33 | B4gder | my guess is that gapless is not our biggest problem |
| 12:48:53 | linuxstb | We will have two buffers - a "compressed data" buffer and a "PCM data" buffer. As long as the PCM data buffer is never empty, we will get gapless playback. |
| 12:48:59 | sneakums | sweet |
| 12:49:07 | sneakums | you'd think iriver could have managed that |
| 12:49:24 | * | HCl personally prefers a pause between songs... |
| 12:49:34 | sneakums | even for songs that are mixed together? |
| 12:49:40 | HCl | either pause or crossfade |
| 12:49:40 | sneakums | and live albums with audience noise? |
| 12:49:47 | linuxstb | I think gapless playback is something that needs to be designed for at the very start - it's probably difficult to add if the whole audio playback system isn't designed around it. |
| 12:49:57 | HCl | well, i never listen to the first, but i guess you're right with the second one |
| 12:50:01 | HCl | i have a single album thats like that |
| 12:50:31 | sneakums | heh |
| 12:50:34 | sneakums | i have a bunch of both |
| 12:50:49 | sneakums | although a crossfade mode would be nice for use when shuffle is on |
| 12:50:55 | linuxstb | HCl: most tracks have silence encoded in them at the start and end (which is why there is a gap on your CD player), and Rockbox will still play that silence. "gapless" just means there is no extra silence. |
| 12:51:04 | HCl | linuxstb: i know. |
| 12:51:19 | HCl | linuxstb: most of mine don't have gaps at the end, and its just really annoying if they seamlessly start afterwards. |
| 12:51:22 | HCl | winamp does that... |
| 12:51:30 | HCl | i couldn't even find the option to add a gap between songs |
| 12:51:31 | *** | Saving seen data "./dancer.seen" |
| 12:51:31 | HCl | >.< |
| 12:51:38 | sneakums | i thought it had one |
| 12:51:47 | ashridah | linuxstb: need to make sure you handle the fact that mp3s can't have a short frame too. |
| 12:51:49 | HCl | i found a plugin that could do it.. but it was malfunctioning... |
| 12:52:07 | ashridah | that's what probably bites hardware players that don't think ahead during design |
| 12:52:35 | ashridah | (well, part of it, iriver's firmware tends to start reading early) |
| 12:53:08 | linuxstb | I think there was talk about an option in Rockbox to strip out any silence at the end of MP3s - thus solving the short frame problem. |
| 12:53:43 | * | ashridah nods |
| 12:54:44 | sneakums | all i have is vorbis files, so the keep-the-pcm-buffer-filled strategy should suffice :) |
| 12:55:00 | ashridah | heh |
| 12:55:10 | * | HCl still has loads of mp3s, mostly because people he downloads from have mp3s |
| 12:55:25 | HCl | :/ |
| 12:55:34 | ashridah | i have a mix of mp3s from a cd collection i had before it got stolen from my house (they left the computer, took stuff they could sell to what was probably their dealer), and a bunch of oggs from cds i've had after that |
| 12:55:40 | * | B4gder only has mp3s since Archoses can't play anything else ;-) |
| 12:55:46 | ashridah | don't have an flac, not sure i can be bothered reencoding everything |
| 12:55:49 | HCl | :X |
| 12:55:51 | Lynx_ | there is a prog that removes silence from start and end of mp3's |
| 12:56:21 | HCl | well, i don't have the original albums, so. i can't really reencode anything of it.. :/ |
| 12:56:38 | sneakums | i re-encoded a bunch of stuff when vorbis went 1.0 |
| 12:56:42 | sneakums | that was a project and a half |
| 12:56:51 | sneakums | worth it, though |
| 12:56:54 | * | ashridah notes that there's a coldfire-based player on the market (iaudio or something possibly) that plays flac. |
| 12:56:59 | sneakums | 1.0 sounded a lot better, and the files worked out smaller |
| 12:57:04 | sneakums | iaudio m3, i think |
| 12:57:07 | B4gder | meeting |
| 12:57:12 | ashridah | sneakums: that's the one |
| 12:57:18 | sneakums | they look nice |
| 12:57:34 | ashridah | still, i'll be happy when rockbox can play stuff, since then i'll have tetris and my mate that bought one of the m3's won't :) |
| 12:58:17 | HCl | lol. |
| 12:58:48 | HCl | has anyone looked at the tetris plugin yet to fix size / orientation? |
| 12:58:51 | HCl | for the iriver |
| 12:59:03 | ashridah | not to my knowledge |
| 12:59:26 | sneakums | just write a gb emulator and run gameboy tetris</facetious> |
| 12:59:33 | sneakums | gb tetris is about the only one i like to play |
| 12:59:43 | HCl | lol. |
| 12:59:46 | HCl | ok ok... |
| 12:59:52 | HCl | i'll take a look at it today. |
| 12:59:57 | HCl | once i finished my anime |
| 13:00 |
| 13:00:01 | rasher | sneakums: just play rockblox! |
| 13:01:44 | | Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) |
| 13:02:03 | ripnetuk | does rolo work on iriver? |
| 13:03:46 | Zagor | no |
| 13:04:37 | ripnetuk | ok |
| 13:04:51 | | Join R3nTiL [0] (~zorroz@217.30.249.151) |
| 13:06:37 | | Quit ripnetuk (Client Quit) |
| 13:07:54 | * | rasher quietly notes that the Boxwave usb+charger cable for iRiver appears to work |
| 13:08:01 | | Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) |
| 13:08:12 | HCl | whats rolo? |
| 13:08:26 | ripnetuk | like lilo but loads rockbox not linux |
| 13:08:33 | ripnetuk | lets you load other foirmware from rockbox |
| 13:08:37 | HCl | oh.. |
| 13:08:57 | HCl | shouldn't be hard to get it to work |
| 13:08:59 | ripnetuk | i was hoping to be able to load my hacked one that just jumps to original; software to provide a kind of menu option for original iriver rom without a reboot |
| 13:09:07 | HCl | mhm. |
| 13:09:11 | ripnetuk | i guess thats extrememly lazy ;) |
| 13:09:18 | HCl | i guess... |
| 13:09:37 | HCl | if you're taking that much trouble to not have to press a button.. i'd say flash it with a bootloader that loads iriver by default for now? |
| 13:09:43 | HCl | or am i thinking too simple? :P |
| 13:10:55 | HCl | um... what does TEST_PLUGIN_API do? |
| 13:11:01 | LinusN | hmmm, seems i forgot something in the boot loader |
| 13:11:11 | HCl | LinusN: mm? |
| 13:11:29 | LinusN | it's supposed to start the original if it can't find rockbox.iriver |
| 13:11:36 | HCl | oh |
| 13:11:37 | HCl | yea. |
| 13:11:42 | rasher | That it doesn't |
| 13:11:43 | HCl | i was thinking about why that wasn't in there. |
| 13:11:55 | HCl | i figured it was due to all the settings the bootloader did before loading rockbox |
| 13:12:10 | | Quit elinenbe_ (Read error: 54 (Connection reset by peer)) |
| 13:12:16 | | Join elinenbe_ [0] (~elinenbe@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 13:12:40 | LinusN | i'll fix that asap |
| 13:13:58 | Zagor | LinusN: how about adding a hold check while you're at it? |
| 13:13:59 | | Join Patr3ck_ [0] (~patr3ck@pD9ECFF0B.dip.t-dialin.net) |
| 13:14:10 | ashridah | heh. |
| 13:14:38 | dwihno | How much of a mpeg audio violation is a truncated frame? |
| 13:14:39 | HCl | yea |
| 13:14:49 | Zagor | dwihno: truncated? |
| 13:15:54 | dwihno | Zagor: Was just thinking about frame length and such |
| 13:16:29 | | Join kurzhaarrocker [0] (~Phil@p5487C659.dip0.t-ipconnect.de) |
| 13:17:14 | LinusN | Zagor: ok |
| 13:18:18 | Zagor | dwihno: the bit reservoir is the problem that is causing gaps in mp3 files |
| 13:18:29 | HCl | hrm |
| 13:18:49 | HCl | my rockbox suddenly crashed while going to browse hdd, it just access the hdd and doesn't do anything.. |
| 13:18:55 | HCl | browse plugins* |
| 13:19:24 | Zagor | HCl: yes, several people have reported file browser crashes on iriver. |
| 13:19:53 | HCl | Zagor: i've had it crash before.. but not like this |
| 13:19:56 | LinusN | Zagor: and added zero samples at the end of the song, because the length has to be in even frames |
| 13:20:13 | LinusN | that's the main reason for gaps |
| 13:20:21 | HCl | maybe i accidentally clicked through onto the battery test.. |
| 13:20:44 | | Quit kurzhaarrocker (Remote closed the connection) |
| 13:21:06 | LinusN | todays daily fixed one browser bug (was actually a lcd scroll thread bug) |
| 13:21:16 | HCl | k |
| 13:22:20 | dwihno | Zagor: ah, okay |
| 13:22:55 | rasher | I guess for gapless to work with mp3s (to take up an old conversation), you'd need something like iRiver's "Gap delete" that skips the empty frames at the end of songs |
| 13:23:10 | LinusN | rasher: yes |
| 13:23:29 | linuxstb | Or encode them "gaplessly" (i.e. put the start of the next track in the end of the previous track) |
| 13:23:56 | sneakums | are mp3 frames a fixed size? |
| 13:24:14 | Zagor | rasher: the frames aren't empty, they are half-empty. so we need to remove empty samples. |
| 13:24:21 | linuxstb | MP3 frames are a fixed time duration - i.e. a certain number of ms per frame. |
| 13:24:51 | rasher | Zagor: oh-ah.. sounds annoying |
| 13:24:54 | linuxstb | The frame size in bytes depends on the bitrate. |
| 13:25:00 | | Quit ripnetuk ("Leaving") |
| 13:25:34 | Zagor | rasher: actually it's not so bad. we'll do it in the pcm layer. |
| 13:26:23 | linuxstb | Does Rockbox have any concept of samplerate at the moment - i.e. is anything special done when giving the MAS a 48Hz MP3 frame after giving it a 44.1KHz frame? |
| 13:27:36 | LinusN | no, nothing special at all |
| 13:28:08 | linuxstb | The PCM buffer will need to take care of that - i.e. know the samplerate for each block of data in it. |
| 13:29:23 | | Quit Patr3ck (Read error: 110 (Connection timed out)) |
| 13:29:59 | | Join webguest46 [0] (~5189b144@labb.contactor.se) |
| 13:30:09 | webguest46 | hi all |
| 13:30:55 | LinusN | hi |
| 13:31:38 | linuxstb | LinusN: is audio playback next on your iRiver to-do list, or are there other things you want to do first? |
| 13:31:39 | webguest46 | Rockbox scramble and descramble tools. |
| 13:31:44 | webguest46 | Rockbox scramble and descramble tools. |
| 13:31:46 | webguest46 | I was looking for the |
| 13:32:21 | LinusN | linuxstb: usb handling, bootloader fixes, performance (faster clock) |
| 13:32:29 | HCl | webguest46: they're in the tools directory. |
| 13:32:34 | webguest46 | sory I tryed pasting the text in to mesage but it was posted strate up |
| 13:33:26 | linuxstb | LinusN: OK. That gives me more time to work on the codecs then. |
| 13:33:40 | LinusN | :-) |
| 13:36:33 | linuxstb | Out of interest, what codecs are people interested in seeing support for? I'm personally only interested in MPEG and FLAC, but I'm happy to help implement OGG and WAV if no-one else gets there first. |
| 13:36:33 | dwihno | yay! price drop! |
| 13:38:08 | rasher | MP3, OGG, SID, Tracker file formats is my list |
| 13:38:33 | dwihno | tracker formats is cool and fun |
| 13:38:48 | dwihno | I think there are non-float open sourced code for that. |
| 13:39:15 | rasher | I saw something for ARM pdas, do they have fpu? |
| 13:39:30 | linuxstb | It may be useful to add some info on those formats to the audio codecs table in the iriverport Wiki page. |
| 13:39:54 | rasher | Okay, I'll see what I can find |
| 13:40:13 | webguest46 | is ther a compiled version of mkboot ? |
| 13:41:04 | linuxstb | AC3 (as implemented in a52dec) is also on my list - you can then play audio rips from DVD or digital TV without needing to re-encode (and lose quality). |
| 13:41:16 | HCl | webguest46: read the development howto on the wiki. |
| 13:41:45 | Zagor | we can add any number of codecs once the framework is in place |
| 13:42:12 | Zagor | linuxstb: are you looking more at the codecs themselves or the framework at the moment? |
| 13:42:50 | linuxstb | Zagor: I'm looking at the codecs in detail first, so I can then sensibly put forward suggestions for the framework. |
| 13:43:01 | Zagor | sounds good |
| 13:44:05 | linuxstb | I've almost finished with FLAC,, so will probably start with libmad tonight. I've already written a MP2 player using libmad, so I'm already quite familiar with it. |
| 13:46:33 | dwihno | linuxstb: great! |
| 13:47:30 | rasher | dwihno: do you know where to find the non-float tracker library? |
| 13:49:33 | dwihno | rasher: have you checked libmikmod? |
| 13:49:59 | Zagor | <rasher> xen`: just please don't base it on mikmod :| |
| 13:49:59 | dwihno | I think it is, or some spinoff |
| 13:50:02 | rasher | heh |
| 13:50:14 | | Quit elinenbe_ (Read error: 60 (Operation timed out)) |
| 13:50:20 | dwihno | what's wrong with the mikmod library? |
| 13:50:48 | rasher | It lacks support for many features (or so I'm told.. I don't really use tracker formats much) in many file formats |
| 13:50:59 | rasher | I think modplug is better |
| 13:51:04 | rasher | but if mikmod is fixed-point |
| 13:51:12 | dwihno | have you checked modplug? |
| 13:51:18 | rasher | I'm looking |
| 13:56:41 | rasher | hrm |
| 13:56:45 | rasher | can't find it now |
| 13:58:02 | Lynx_ | http://modplug-xmms.sourceforge.net/, or did you mean you can't find some info on it? |
| 13:59:02 | rasher | Yeah, I stumbled over a version of either mikmod of modplug ported to some pdas, but I can't find that now |
| 13:59:54 | rasher | and dwihno said he thought there were non-float libraries around |
| 14:00 |
| 14:00:05 | rasher | I don't know if either modplug or mikmod is non-float |
| 14:02:05 | | Join elinenbe_ [0] (~elinenbe@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 14:04:01 | webguest46 | thanks for the ponters bye |
| 14:04:31 | | Quit webguest46 ("CGI:IRC (EOF)") |
| 14:07:00 | | Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) |
| 14:09:03 | Lynx_ | rasher: the only thing i find is a libmikmod based player for some korean ARM9 based handheld called mikplay32 |
| 14:11:07 | ripnetuk | If you add a hold check on the iRiver, it needs to still be able to boot the original |
| 14:11:16 | ripnetuk | even if hold is on, as it might not be on on the remote |
| 14:11:43 | ripnetuk | and it would require hold to be off on the main unit to tuen on by remote |
| 14:11:55 | HCl | whats the include/library dirs i should use when compiling stuff for rockbox? |
| 14:14:39 | LinusN | ripnetuk: so it should still start if it is started with the remote? |
| 14:15:01 | LinusN | HCl: please elaborate |
| 14:15:20 | ripnetuk | linus - yes |
| 14:15:32 | sneakums | there are two hold switches, one on the unit, one on the remote. |
| 14:15:33 | ripnetuk | maybe it should refuse to load the iriver.rockbox if hold is on |
| 14:15:38 | LinusN | ripnetuk: the so be it, i an read the remote hold switch too |
| 14:15:41 | LinusN | can |
| 14:15:41 | HCl | LinusN: um, i'm trying to compile gnuboy for m68k-elf outside of rockbox, so its not being built by the make stuff of rockbox.. |
| 14:16:18 | LinusN | you need to link with the firmware library |
| 14:16:19 | HCl | but its lacking library functions, obviously |
| 14:16:20 | ripnetuk | in an ideal world, it would work like the original, ie hold is specific to main unit or remote, so it should only check one |
| 14:16:27 | sneakums | HCl: i was kidding when i suggested that, but it'd be cool if it worked |
| 14:16:30 | ripnetuk | depending on if its tuned on wiht remote or main |
| 14:16:37 | HCl | sneakums: i wasn't :P |
| 14:16:45 | sneakums | rock on, then |
| 14:16:47 | LinusN | ripnetuk: should be easy |
| 14:17:05 | ripnetuk | the original firmware seems to check the correct hold - if i have hold on the main unit, i have to hold on on the remote for longer than usual (untuil the original firm boots) |
| 14:17:16 | ripnetuk | otherwise i just get the hold screen and it turns itself off |
| 14:17:24 | LinusN | i'll fix |
| 14:17:36 | ripnetuk | im guessing the boot loader should handle this, otherwise too much time passes before the actual firmware starts. |
| 14:17:45 | ripnetuk | so you have access to remote buttons already then? nice |
| 14:18:48 | ripnetuk | also, /IDEALLY/ it would check the record thing a little quicker (maybe before initing ATA stuff), so the on button on the remote is still down when the original boots |
| 14:19:03 | ripnetuk | and the main hold is on |
| 14:20:25 | bobTHC | i dont if that can help for the framework but i give the link : http://www.tml.hut.fi/Opinnot/T-111.550/Mobileaudioformats2004-10-26.pdf |
| 14:21:24 | LinusN | ripnetuk: it does check the rec button before initializing ata |
| 14:22:06 | LinusN | but there's a sleep() there for debugging purposes that can be removed |
| 14:23:21 | HCl | do plugins have to be a single .c? :X |
| 14:23:30 | LinusN | currently, yex |
| 14:23:32 | LinusN | yes |
| 14:23:35 | HCl | :X |
| 14:23:52 | * | HCl has nightmareish visions of a 2mb .c file that makes up gnuboy |
| 14:24:02 | LinusN | hehe, we can fix that |
| 14:24:11 | HCl | please :X |
| 14:25:23 | | Quit lostlogic ("Going to the moon") |
| 14:25:25 | linuxstb | HCl: it's not perfect, but you could always #include .c files |
| 14:25:45 | HCl | ew... |
| 14:25:47 | HCl | i guess. |
| 14:25:53 | HCl | i guess that might work for now... |
| 14:27:03 | linuxstb | But if the codecs are eventually going to be plugins, then we need a more flexible build system for them. |
| 14:28:01 | LinusN | they will not be the same kind of plugins as the current ones |
| 14:28:13 | LinusN | they will be codec-plugins |
| 14:28:57 | | Quit elinenbe_ (Read error: 60 (Operation timed out)) |
| 14:29:38 | ripnetuk | linus - i see... |
| 14:30:03 | ripnetuk | and... happy birtday |
| 14:30:06 | ripnetuk | birthday |
| 14:30:10 | LinusN | :-) |
| 14:31:50 | | Quit R3nTiL () |
| 14:33:33 | | Join elinenbe_ [0] (~elinenbe@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 14:37:48 | HCl | mrf.. |
| 14:37:55 | HCl | well, the include .c doesn't work nicely. |
| 14:38:13 | linuxstb | HCl: I didn't think it would be trivial. |
| 14:38:18 | HCl | mhm. |
| 14:38:35 | HCl | well... i can't really work on it without having a semi-nice build environment. |
| 14:38:42 | HCl | like, each module in its own dir |
| 14:38:45 | Zagor | add it as a second library |
| 14:38:51 | Zagor | we already have a lib dir in plugins |
| 14:38:57 | HCl | hrm. |
| 14:39:22 | Zagor | that will get you forward, even if it's not an ideal solution in cvs |
| 14:39:30 | HCl | yea. |
| 14:39:34 | HCl | i'll do that |
| 14:45:03 | | Join jyp [0] (~jp@64.198-200-80.adsl.skynet.be) |
| 14:45:41 | lImbus | salut |
| 14:46:04 | jyp | salut lImbus ;) |
| 14:46:32 | dwihno | haiduk |
| 14:50:11 | | Quit B4gder ("ChatZilla 0.9.35 [Mozilla rv:1.5/20031007]") |
| 14:51:33 | *** | Saving seen data "./dancer.seen" |
| 14:53:14 | HCl | geeze. gcc is configured to be strict about warnings.. heh. |
| 14:54:01 | | Join cYmen_ [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 14:54:43 | HCl | does rockbox provide an implementation for memset/memcpy? or shall i just write those myself? |
| 14:55:05 | | Quit cYmen (Read error: 104 (Connection reset by peer)) |
| 14:55:30 | ripnetuk | how will the clock speed adjustment work? will it be as simple as if there is any idle time, bump it down otherwise bump it up? |
| 14:56:55 | HCl | you'll prolly want to have a little margin... |
| 14:57:06 | ripnetuk | yeas to prevent ossicilation |
| 14:57:26 | HCl | at least, i know windows has this nasty habit with cpu scaling that it actually assigns too little cpu speed to make the system run smoothly |
| 14:57:35 | HCl | but rather assigns the minimum cpu speed needed |
| 14:58:32 | ripnetuk | i have limited experience of windows cpu scaling... i think my laptop (pentium-m) does it, but ive never noticed any slowness on battery |
| 14:58:56 | HCl | i remember wanting to watch a movie |
| 14:59:04 | HCl | and windows assuming that 300mhz would be enough |
| 14:59:14 | HCl | and having to set it to 1.6 ghz manually |
| 14:59:15 | ripnetuk | 300mhz is not enought for my watch ;) |
| 14:59:41 | linuxstb | HCl: Yes, memcpy and memset are both used by functions in the firmware directory, so they must be implemented somewhere. |
| 15:00 |
| 15:00:08 | HCl | linuxstb: hm, then they're not in the headers somewhere... |
| 15:00:15 | HCl | at least, gnuboy can't find them |
| 15:00:17 | HCl | but ok |
| 15:01:03 | linuxstb | They are in firmware/include/string.h - not sure if they are exported to the plugins though. |
| 15:01:35 | HCl | okay |
| 15:01:39 | HCl | thanks |
| 15:02:06 | linuxstb | Found them - apps/plugin.h |
| 15:02:58 | linuxstb | You need to call them using something like rb->memcpy |
| 15:03:17 | HCl | ok |
| 15:03:18 | HCl | thanks |
| 15:05:46 | HCl | its a shame gnuboy's code is poorly documented and has lots of warnings... |
| 15:06:47 | linuxstb | How do the specifications of the gamboy's LCD compare with the iRiver? |
| 15:08:07 | LinusN | the cpu speed will not be dynamic |
| 15:08:09 | ashridah | linuxstb: from vague memory, i think they're around the same size, but i suspect the iriver has a higher DPI |
| 15:08:17 | LinusN | at least not to begin with |
| 15:09:06 | sneakums | i think the gb was 160x160, but i don't know for sure |
| 15:09:20 | | Quit Nibbler (Remote closed the connection) |
| 15:09:35 | sneakums | ah, 160x140 |
| 15:09:39 | HCl | yea |
| 15:09:42 | | Join Nibbler [0] (~sven@port-212-202-78-188.dynamic.qsc.de) |
| 15:09:43 | HCl | 160x140 |
| 15:09:45 | linuxstb | And the iRiver is... |
| 15:10:00 | HCl | less. |
| 15:10:14 | linuxstb | How many greyscales on the Gameboy? |
| 15:10:17 | HCl | 4 |
| 15:10:20 | HCl | and 4 on iriver |
| 15:10:26 | HCl | so thats good |
| 15:10:30 | sneakums | the iriver is 160x128 |
| 15:10:31 | sneakums | danm it |
| 15:10:42 | HCl | though rockbox supports only black/white at the moment |
| 15:11:59 | linuxstb | So we could just crop the 12 pixels. |
| 15:12:05 | linuxstb | (I mean lines) |
| 15:12:20 | HCl | yea. |
| 15:12:23 | HCl | we've discussed that alraedy |
| 15:12:27 | HCl | already* |
| 15:12:33 | sneakums | probably wouldn't matter for tetris to lose the top 12 lines |
| 15:12:35 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
| 15:12:36 | HCl | my primary concern is getting it running first |
| 15:12:36 | linuxstb | Sorry. Or display them on the remote :-) |
| 15:13:43 | rasher | I added some info on the IriverPort page about sid and tracker formats by the way, don't think I mentioned that |
| 15:13:50 | sneakums | man, i hate "forums" and "boards" and verdammt "lounges" |
| 15:14:55 | | Join Greenwell [0] (Greenwell@DSL212-235-23-3.bb.netvision.net.il) |
| 15:15:32 | linuxstb | rasher: thanks for that. But I don't understand what you mean in the description of SID by "no notion of playing time". |
| 15:16:00 | rasher | Well, sids don't mark when they end |
| 15:16:11 | rasher | afaik |
| 15:16:13 | preglow | and you can't really predictably seak in it |
| 15:16:15 | preglow | seek |
| 15:16:20 | rasher | that too |
| 15:16:37 | preglow | you can "seek" forward by speeding up the 6510 emulator |
| 15:16:42 | preglow | but backwards, no |
| 15:16:55 | preglow | stuff like this really needs to be taken into consideration when designing codec framework |
| 15:17:00 | linuxstb | But I assume they have a start and an end? It's just that the playing time is not known without playing the whole track? |
| 15:17:07 | preglow | perhaps have two types of codecs, streaming and non-streaming |
| 15:17:13 | rasher | linuxstb: no, they literally don't have an end |
| 15:17:18 | preglow | linuxstb: no, they might very well loop forever |
| 15:17:18 | rasher | most of them just start over at some point |
| 15:17:27 | rasher | some just keep playing silence |
| 15:17:40 | sneakums | so are they sort of more like a program than anything? |
| 15:17:46 | rasher | Yes |
| 15:17:49 | preglow | linuxstb: and if it has an end, it just stops making sound, you can't tell if it's over unless you start detecting silence in the player |
| 15:17:51 | rasher | in fact they're very much like a program |
| 15:17:58 | preglow | they _are_ programs |
| 15:18:07 | rasher | They're *that* much like programs |
| 15:18:12 | preglow | a sid file is an executable 6510 program |
| 15:18:21 | linuxstb | OK, I'm understanding the concepts (and the problems) now. |
| 15:18:57 | preglow | but yes, i believe separating streaming and non-streaming codecs might be valuable |
| 15:19:13 | linuxstb | Maybe they could be implemented as "viewers" - similar to the text file or jpeg viewers (and games). Outside the main codec system. |
| 15:19:42 | linuxstb | We would need to give plugins the ability to play PCM audio anyway. |
| 15:19:48 | preglow | they're going to be plugins, probably |
| 15:20:09 | preglow | but i'd very much like the ability to choose which ones i'm going to use a lot, so that they can be contained in memory at all times |
| 15:25:17 | linuxstb | They could still be part of the codec structure, but we would need to introduce the concept of an infinitely long track. You would have to manually press "next" to skip to the next track. We would also have to identify some filetypes as non-seekable. |
| 15:26:14 | rasher | well as I noted, there exists a database with playing times for pretty much any .sid |
| 15:26:33 | rasher | so if that was used, most songs wouldn't be infinitely long |
| 15:26:43 | rasher | although it could still happen in a number of cases |
| 15:26:43 | linuxstb | Are there any standards for saving that information to files to store on your iRiver? |
| 15:26:55 | rasher | it's just |
| 15:27:00 | rasher | a flat textfile |
| 15:27:03 | rasher | of the format |
| 15:27:16 | rasher | md5sum playingtime1 playingtime2 |
| 15:27:17 | rasher | etc. |
| 15:27:37 | rasher | (each file contains 1 or more songs) |
| 15:27:48 | | Part LinusN |
| 15:28:02 | rasher | Probably not the most straight-forward format to support |
| 15:28:08 | rasher | to put it mildly |
| 15:29:25 | linuxstb | But it's useful to be aware of them when thinking about the codec framework. |
| 15:31:06 | linuxstb | Are the "tracker formats" similar, or do they have a defined end-point? |
| 15:31:22 | rasher | I think they have defined end points |
| 15:31:26 | rasher | and no concept of subsongs |
| 15:31:34 | rasher | that should be mostly straightforward |
| 15:31:42 | rasher | apart from the multitude of slightly different formats |
| 15:32:02 | rasher | but that'll just be bound to whatever library you end up using I guess |
| 15:32:08 | sneakums | i think some tracker formats have a way to specify a jump at the end of the pattern list |
| 15:32:17 | sneakums | but that's based on vague memories of playing with a tracker years ago |
| 15:32:18 | preglow | yes |
| 15:32:25 | linuxstb | The subsongs issue is something I already care about - I use cuefiles with long MP2 files to identify tracks. I want to add support for cuefiles to rockbox as well at some point. |
| 15:32:26 | preglow | there are mods that loop forever |
| 15:32:34 | preglow | most players let you choose if they should ignore loops |
| 15:32:49 | preglow | linuxstb: cue files mix poorly with mp3s |
| 15:33:08 | linuxstb | preglow: why do you say that? |
| 15:33:24 | | Join lolo-laptop [0] (~lostlogic@68.251.84.226) |
| 15:33:27 | preglow | because mp3 doesn't support sample accurate seeking |
| 15:33:49 | preglow | you have to compromise, or you have to scan the entire mp3 up to the point of the track you want |
| 15:33:57 | preglow | that's the solution the foobar2000 developers have chose |
| 15:33:57 | preglow | n |
| 15:34:11 | linuxstb | But we're no longer just talking about MP3 files. |
| 15:34:21 | preglow | ahh, mp2 |
| 15:34:22 | linuxstb | FLAC supports sample-accurate seeking, for example. |
| 15:34:32 | | Quit lolo-laptop (Client Quit) |
| 15:34:36 | preglow | yes, but i don't get the need for cue files when you have gapless playbackj |
| 15:34:53 | linuxstb | Yes, and my MP2 files are always CBR without any padding bytes or ID3 tags. So for my specific case, sample-accurate seeking is easy. |
| 15:34:56 | rasher | well if you already have a large collection of cue'd files |
| 15:35:13 | | Join lolo-laptop [0] (~lostlogic@68.251.84.226) |
| 15:35:13 | rasher | or if you use a player on your computer that uses cue files |
| 15:35:16 | preglow | but yes, might work for mp2, of course |
| 15:35:22 | preglow | but for mp3, you'd get inaccurate track boundaries |
| 15:36:00 | preglow | works great for codecs with good seek support, though |
| 15:36:21 | linuxstb | I don't really care about sample-accurate track boundaries either - most of my files are live concert recordings, so most of the time I have a few seconds of cheering between tracks to insert the track mark. |
| 15:36:26 | preglow | having cue file support will require pretty flexible codec api |
| 15:37:32 | linuxstb | Yes, I'm thinking that the codec stuff should probably have cuefile support from Day 1. |
| 15:39:40 | linuxstb | So you would have three levels: playlist -> files -> songs. Currently rockbox thinks of tracks and files being the same thing. |
| 15:40:45 | | Quit ashridah ("sleep") |
| 15:41:20 | | Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) |
| 15:41:21 | linuxstb | We could always invent a seektable format for MP3 files - maybe using id3v2 tags. Unless someone else has done it. |
| 15:46:40 | preglow | haha |
| 15:46:44 | preglow | i don't care, i avoid mp3's |
| 15:48:44 | preglow | if you implement it as id3 tags, you're going to have problems, the seektable belongs with the decoder, but is in id3v2, so has to be read by the tag reader |
| 15:49:30 | | Quit methangas (" HydraIRC -> http://www.hydrairc.com <- The future of IRC") |
| 15:50:53 | preglow | but we might need some communication between the tag reader and the codec anyway, like with replaygain |
| 15:51:02 | preglow | there's a lot to consider |
| 15:54:53 | linuxstb | The tag reader will be different for each codec - so the tag reader will need to call codec functions to read the tags. |
| 15:55:38 | linuxstb | There's two different types of metadata - total playing time, file samplerate, stereo/mono etc, plus the artist/track/title stuff. |
| 15:59:08 | preglow | why should it be different for each codec? apev2, among others, can be used for lots of codecs |
| 16:00 |
| 16:00:30 | | Quit Nibbler ("blubber") |
| 16:01:23 | rasher | well most codecs include their own metadata format |
| 16:01:26 | sneakums | flac uses a vorbis comment block, i believe |
| 16:01:30 | | Join Nibbler [0] (~sven@port-212-202-78-188.dynamic.qsc.de) |
| 16:01:30 | | Join NibbIer [0] (~sven@port-212-202-78-188.dynamic.qsc.de) |
| 16:01:36 | sneakums | in a specific frame, or whatever the term is |
| 16:01:46 | sneakums | been a while since i looked at the flac docs |
| 16:01:48 | | Quit NibbIer (Client Quit) |
| 16:01:51 | rasher | a specific thingamajik |
| 16:01:59 | rasher | as the professionals say |
| 16:02:04 | linuxstb | sneakums: yes, FLAC has vorbis comments |
| 16:02:06 | preglow | but metadata format should not be tied to codec, i think |
| 16:02:38 | | Quit Nibbler (Client Quit) |
| 16:02:42 | rasher | hm |
| 16:02:44 | rasher | makes sense I guess |
| 16:02:48 | sneakums | "Note that the vorbis comment spec allows for on the order of 2 ^ 64 bytes of data where as the FLAC metadata block is limited to 2 ^ 24 bytes. Given the stated purpose of vorbis comments, i.e. human-readable textual information, this limit is unlikely to be restrictive." |
| 16:02:53 | sneakums | Heh. |
| 16:02:58 | rasher | a "vorbis comment" reader |
| 16:03:08 | linuxstb | no, but how that data is stored in the file could vary depending on the codec (well, specifically the container format used by the codec) |
| 16:03:09 | rasher | an "id3 reader", etc |
| 16:03:14 | rasher | yeah |
| 16:03:22 | rasher | so the codecs should be able to "use" the metadata readers |
| 16:03:31 | rasher | ish |
| 16:03:39 | preglow | yes, some way |
| 16:03:45 | rasher | or at least, instruct the metadata readers on where/how to read |
| 16:03:46 | preglow | they should have access to the info, at least |
| 16:04:02 | preglow | but metadata will mostly be used by rockbox itself |
| 16:04:02 | linuxstb | "reading" should mean reading from the file (a codec function) and "parsing" could be done by a general tag library. |
| 16:04:11 | preglow | like show artist, allow you to scroll through lyrics, read track list |
| 16:05:06 | rasher | preglow: but as you said, things like gain/normalization information *can* live in tags, so the codecs should have access to that |
| 16:06:41 | preglow | rasher: yes, and i believe they're tag format agnostic, so rockbox should do that part, and somehow pass the info to the codec |
| 16:06:47 | linuxstb | The gain info could go from codec -> tag -> rockbox -> audio playback system -> codec. i.e. the codec doesn't directly "know" it. |
| 16:07:00 | preglow | or the codec can have access to the entire tag struct and just use what it wants to |
| 16:07:03 | rasher | makes sense |
| 16:07:28 | linuxstb | The user may want to override the gain specified in the tag - so playback gain could be a combination of various things, not just what's in the tag. |
| 16:07:35 | sneakums | oh, i'd forgotten that flac can store cuesheet info in the file |
| 16:08:19 | linuxstb | sneakums; yes, but I don't think it has very good software support at the moment. But of course of Rockbox had general ".cue" support, it would be trivial to use FLAC-embedded cue files. |
| 16:09:47 | linuxstb | There is also a standard for embedding cuefiles in id3v2 tags in MP3 files. |
| 16:10:44 | preglow | i don't see why people are creating these standards now, gapless playback being well available |
| 16:12:05 | linuxstb | Personally, I like having one 2-hour MP2 file I can navigate using a cuefile, rather than about 40-50 seperate ones. |
| 16:12:19 | rasher | on the contrary |
| 16:12:24 | rasher | I like having the individual files |
| 16:12:37 | rasher | so I can pick a move around |
| 16:12:41 | rasher | uh |
| 16:12:47 | rasher | so I can pick a few to move around |
| 16:12:47 | sneakums | i generally keep a 1:1 cd track to file mapping |
| 16:12:48 | rasher | share |
| 16:12:49 | rasher | etc |
| 16:12:53 | sneakums | i have some files i'd like to add cues to |
| 16:13:04 | sneakums | rather than split the files |
| 16:13:18 | linuxstb | My sources normally aren't CDs - they are radio or TV recordings |
| 16:13:42 | rasher | I only have a few of those |
| 16:13:47 | preglow | and ogg supports having several files pasted together |
| 16:14:09 | preglow | that way you get one big files containing several songs, and the track titles will change dynamically and all |
| 16:14:50 | linuxstb | So we at least need the concept of cuefiles to support those kind of OGG files properly. |
| 16:15:01 | preglow | no |
| 16:15:03 | preglow | it's part of the ogg spec |
| 16:15:13 | preglow | and the concept is a bit different |
| 16:15:16 | sneakums | i don't think there's a toc as such |
| 16:15:27 | sneakums | just you have multiple ogg streams in the same file |
| 16:15:29 | preglow | sneakums: correct |
| 16:15:32 | linuxstb | I mean that rockbox needs to stop thinking of 1 file == 1 track. |
| 16:15:41 | lolo-laptop | multiple vorbis or flac streams in one ogg, yes? |
| 16:15:47 | lolo-laptop | not multiple ogg headers? |
| 16:15:55 | sneakums | no, multiple ogg headers |
| 16:15:59 | preglow | lolo-laptop: doesn't matter, just paste .ogg files together, and it'll work fine, regardless of content |
| 16:16:02 | lolo-laptop | oh |
| 16:16:03 | sneakums | you can cat a bucnh of oggs together, and ogg123 will play them |
| 16:16:05 | lolo-laptop | crazy. |
| 16:16:12 | sneakums | also, does anybody even use ogg flac? |
| 16:16:18 | preglow | dunno, i sure don't |
| 16:16:20 | sneakums | raw flac seems to be sufficient |
| 16:16:39 | preglow | and having several codecs with just one extension is stupid, the way things work today |
| 16:16:51 | preglow | that scheme won't work until the day things are no longer file extension based |
| 16:17:08 | sneakums | same problem with avi and mov, except the software jsut supports all the codecs |
| 16:17:16 | sneakums | if you're lucky |
| 16:17:17 | preglow | yes, but there you have one player, mostly |
| 16:17:21 | preglow | 'cause it's just movies |
| 16:17:22 | | Join Nibbler [0] (~sven@port-212-202-78-188.dynamic.qsc.de) |
| 16:17:25 | preglow | with ogg, you can have audio AND movie |
| 16:17:27 | sneakums | vlc on linux doesn't support qdm2 |
| 16:17:31 | preglow | and i have seperate players for that |
| 16:17:46 | linuxstb | The extension normally refers to the container format, not the codec - most container formats (e.g. AVI, OGG) can contain various codecs. |
| 16:17:58 | sneakums | operating systems jsut need to get smarter about that stuff |
| 16:18:06 | preglow | yes |
| 16:18:07 | sneakums | and they won't without pressure from stuff that exists |
| 16:18:09 | linuxstb | MP3 doesn't have a container format - it's just the raw frames. |
| 16:18:15 | linuxstb | That's the problem. |
| 16:18:16 | sneakums | just out bad luck to be in the mid-stage |
| 16:18:21 | preglow | linuxstb: well, there are some that are packaged in riff container |
| 16:18:23 | sneakums | s/out/our/ |
| 16:18:36 | linuxstb | preglow: and .rm files. |
| 16:18:37 | preglow | linuxstb: lame even supports writing mp3s that way |
| 16:18:59 | linuxstb | ... and .avi can have MP3 audio in it. |
| 16:20:04 | preglow | sure, loads of movies have mp3 audio |
| 16:23:07 | linuxstb | I don't think we should worry about all the various different container formats yet - just support the de-facto standard for each audio format, whiich is either raw frames (such as mp3), or the most common container format for the other formats. |
| 16:25:16 | preglow | worry, no, but we have to take it into consideration |
| 16:25:31 | rasher | Few people understand that they can play some avis and not others |
| 16:25:37 | rasher | It's really difficult to explain |
| 16:25:42 | rasher | "But I just played that avi!" |
| 16:25:44 | preglow | not really |
| 16:25:53 | preglow | people are quite familiar with the concept of containers |
| 16:25:54 | preglow | heh |
| 16:31:40 | | Quit bobTHC (Read error: 60 (Operation timed out)) |
| 16:32:07 | | Join amiconn [0] (~jens@pD95D1FF3.dip.t-dialin.net) |
| 16:33:49 | | Join bobTHC [0] (~foo@l05v-4-93.d1.club-internet.fr) |
| 16:48:26 | | Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.UMBC.EDU) |
| 16:50:02 | | Quit bobTHC ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 16:50:46 | linuxstb | Going back to reasons for cuefiles, I think they have been adopted by FLAC to enable users to make perfect backups of CDs - i.e. you need a cuefile created from the original CD in order to burn a perfect clone from the extracted PCM data. |
| 16:51:38 | *** | Saving seen data "./dancer.seen" |
| 16:51:40 | linuxstb | For example, EAC supports ripping a CD to one long WAV with cuefile. |
| 16:54:35 | Zagor | there is no opposition for cue support |
| 16:55:14 | linuxstb | Good :-). My proposal is to make it a core part of the new audio system. |
| 16:55:36 | linuxstb | I don't think it would work well as an after-thought. |
| 16:56:25 | Lynx_ | linuxstb: whole rockbox is an afterthought ;) |
| 16:56:25 | preglow | definitely not |
| 16:57:20 | Zagor | it's good to keep cue in mind, but still single-song files are the norm by far. we need to handle both types without kludges. |
| 16:59:02 | linuxstb | I'm not sure it will be a kludge to consider every file as potentially containing 1 or more songs, but I've got an open mind about it. |
| 16:59:23 | lImbus | hi amiconn |
| 17:00 |
| 17:07:23 | | Part Zagor |
| 17:11:54 | | Join Aison [0] (~hans@zux166-181.adsl.green.ch) |
| 17:12:00 | Aison | hello :)) |
| 17:12:08 | lImbus | hi there |
| 17:12:34 | lImbus | Cassandra_: I just noticed the Ondios are missing in the list of supported devices in rockbox-manuel-2.4.pdf on page 3 |
| 17:13:08 | Aison | just discovered your home page :) and im impressed of the project |
| 17:13:24 | lImbus | hehe, we all are :-) |
| 17:16:40 | | Join Christi-S [0] (~christi@213.78.162.11) |
| 17:16:54 | | Quit Cassandra_ (Read error: 110 (Connection timed out)) |
| 17:20:21 | | Join mecraw [0] (~mecraw@69.2.235.2) |
| 17:32:15 | lImbus | Christi-S: did you see my comment about the bug I spotted out in the manual ? |
| 17:39:12 | HCl | whats the difference between fopen/fread/fwrite open/read/write etc etc? |
| 17:39:13 | | Quit ripnetuk (Read error: 104 (Connection reset by peer)) |
| 17:39:50 | | Quit jyp ("poof!") |
| 17:40:14 | sneakums | HCl: the f* ones are part of the c library, and do buffering |
| 17:40:27 | sneakums | they're a bit easier to use also |
| 17:41:19 | HCl | no seek function? |
| 17:41:40 | linuxstb | lseek works with file descriptors (as used by open/read/write etc) |
| 17:41:40 | sneakums | there's an fseek |
| 17:41:51 | HCl | ah |
| 17:41:52 | HCl | lseek |
| 17:41:53 | HCl | thanks |
| 17:42:09 | sneakums | you can't mix the f* functions and the other ones |
| 17:42:14 | linuxstb | HCl: I had the same discoveries yesterday trying to adapt FLAC to work in the Rockbox environment. |
| 17:42:18 | sneakums | if you're using fopen and so on you have to use fseek |
| 17:42:20 | HCl | linuxstb: *nods* |
| 17:42:30 | HCl | linuxstb: altering gnuboy to use lseek etc. |
| 17:42:30 | sneakums | otherwise the buffering will get all confused |
| 17:42:36 | linuxstb | Basically, you can't use any of the f* functions |
| 17:42:42 | HCl | yea. |
| 17:43:02 | linuxstb | ... and replace FILE* by int |
| 17:43:41 | HCl | yup. |
| 17:43:46 | HCl | :P |
| 17:44:47 | lolo-laptop | what c library does rockbox use, I assume it is statically linked to the final firmwar? |
| 17:44:58 | Bagder | it uses its own |
| 17:45:23 | HCl | its own |
| 17:45:24 | lolo-laptop | is it based on one of the preexisting small C libraries or written from scratch? |
| 17:45:42 | Bagder | it is loosely based on newlib |
| 17:45:53 | linuxstb | Someone earlier today mentioned the "objdump -T" command - if you run it on the gnuboy executable, it will tell you all the external library functions it uses. |
| 17:46:04 | HCl | thanks |
| 17:46:07 | lolo-laptop | coo' |
| 17:46:18 | HCl | gnuboy is written fairly portable |
| 17:46:28 | HCl | with various outputs to sdl, x11, svga, windows, etc. |
| 17:46:48 | HCl | so i'm hoping it'll just compile |
| 17:47:24 | HCl | i'm mostly fixing warnings etc.. |
| 17:48:22 | Lynx_ | HCl: does that mean we'll get gameboy on iriver before sound? :)) |
| 17:48:42 | preglow | hahaha |
| 17:48:48 | Bagder | HCl: I assume it uses malloc() ? |
| 17:49:35 | HCl | Bagder: so far, i haven't seen any warnings about unknown functions named malloc, but i'll look at it in a bit. and most likely, yes. |
| 17:49:38 | HCl | Lynx_: nah :P |
| 17:49:47 | HCl | unless the porting goes just, scarily smooth |
| 17:50:32 | Lynx_ | HCl: ok, i'll check again tomorrow ;) |
| 17:50:55 | linuxstb | Bagder: Does rockbox have a qsort implementation? |
| 17:51:23 | Bagder | yes |
| 17:51:55 | linuxstb | Cool. In which case, the only missing functions needed for libFLAC are malloc/realloc/calloc and free. |
| 17:52:12 | Bagder | I'll bring in the malloc soonish |
| 17:52:24 | HCl | linuxstb: know a replacement for feof? |
| 17:52:56 | linuxstb | HCl: No, I just keep track of the current file position manually and compare it with the size of the file. Anyone else know? |
| 17:53:20 | HCl | okay.. |
| 17:53:22 | Bagder | no, I don't think we have an equivalent |
| 17:53:30 | HCl | i think i'll leave out the gnuboy.rc support then.. |
| 17:53:31 | Bagder | (yet ;-) |
| 17:53:31 | HCl | for now. |
| 17:53:42 | | Quit Nibbler (Remote closed the connection) |
| 17:53:47 | HCl | it should fall back on its default settings without one anyways |
| 17:59:18 | HCl | does rockbox have a time() function? |
| 18:00 |
| 18:00:14 | | Quit elinenbe (Read error: 104 (Connection reset by peer)) |
| 18:00:56 | Bagder | there's a get_time() |
| 18:01:21 | | Join oNe`Neo [0] (~Info@p54879778.dip.t-dialin.net) |
| 18:01:34 | oNe`Neo | someone knows Schoki2_ |
| 18:02:15 | | Quit Patr3ck_ ("User pushed the X - because it's Xtra, baby") |
| 18:02:36 | HCl | ok |
| 18:02:52 | linuxstb | I didn't think the iRiver had a hardware clock |
| 18:03:02 | oNe`Neo | someone knows Schoki2_ |
| 18:03:12 | Bagder | linuxstb: it doesn't |
| 18:03:14 | thegeek | once is enough oNe`Neo |
| 18:03:21 | linuxstb | So what does time() return? |
| 18:03:24 | oNe`Neo | kk |
| 18:03:32 | thegeek | if there are no responses |
| 18:03:33 | Bagder | I don't know ;-) |
| 18:03:35 | lImbus | oNe`Neo: nicht schon wieder |
| 18:03:36 | thegeek | ... |
| 18:03:37 | thegeek | ;) |
| 18:03:44 | HCl | hrm. |
| 18:03:45 | Bagder | probably the time since start |
| 18:03:56 | oNe`Neo | doch schon wieder |
| 18:04:00 | oNe`Neo | weisste auch warum? |
| 18:04:00 | linuxstb | That's going to be a pain for the filesystem timestamps |
| 18:04:09 | Bagder | yes indeed |
| 18:04:13 | HCl | now i need a function to convert that struct tm to unixtime.. |
| 18:04:23 | oNe`Neo | 10.25.24 Join Schoki2_ [0] (Schoki@DSL01.212.114.237.68.NEFkom.net |
| 18:04:41 | oNe`Neo | und der typ mit der ip adresse 212.114.237.68 hat meinen cs server gehackt |
| 18:04:59 | Bagder | we're english speaking here |
| 18:05:03 | thegeek | that looks like dynamic ip |
| 18:05:07 | HCl | oNe`Neo: we don't know anyone named schoki2, this is an english channel |
| 18:05:14 | thegeek | *a |
| 18:05:20 | oNe`Neo | but he was yesterday in this chanel |
| 18:05:20 | HCl | logbot seen schoki2_ |
| 18:05:27 | HCl | no access? :x |
| 18:05:32 | HCl | logbot seen schoki |
| 18:05:33 | Bagder | only privately |
| 18:09:15 | HCl | blah. |
| 18:10:23 | HCl | i'm getting undefined references to open / read / write etc, with what library should i link |
| 18:10:27 | HCl | ? |
| 18:11:30 | linuxstb | If you're compiling a plugin, I think you need to use rb->open etc |
| 18:12:20 | HCl | hmyea.. |
| 18:12:21 | HCl | ok. |
| 18:12:27 | HCl | they'll be part of my interface then... |
| 18:12:37 | | Part oNe`Neo |
| 18:12:53 | HCl | i'm just gonna write an interface .c to provide the rockbox specific stuff.. |
| 18:13:15 | HCl | how many milliseconds is a kernel tick? |
| 18:13:25 | HCl | when talking about sleep() etc |
| 18:14:23 | linuxstb | Anyone have any suggestions for how I can hack libFLAC into Rockbox in order to test decoding speed? Obviously, I need Bagder to implement malloc, and LinusN to increase the clock speed to something sensible first. |
| 18:15:56 | linuxstb | I want to decode a .flac to a .wav on the iRiver to test both speed and accuracy. |
| 18:17:05 | linuxstb | ... and then do the same with libmad and Tremor. |
| 18:18:37 | HCl | maybe you can build it into a plugin at first that reads a certain file? |
| 18:19:01 | linuxstb | I was thinking about that, but then I would have all the problems you are having :-) |
| 18:19:24 | HCl | lol. |
| 18:19:29 | HCl | i'm not having that many problems |
| 18:19:35 | HCl | i just made a list of stuff i need to implement |
| 18:20:07 | HCl | the only things that look odd are functions sbrk isatty and fstat, prolly should search where they are used and get them out |
| 18:20:21 | HCl | aside from that, its mostly gnuboy interface, really |
| 18:20:23 | linuxstb | The difference is that the final destination of "rockboy" is a plugin. My code will end up as either part of the core rockbox code, or as a special codec plugin |
| 18:20:34 | HCl | true |
| 18:20:46 | HCl | but you said you wanted to hack it into rockbox in order to test :P |
| 18:21:25 | linuxstb | "hack" to me means as little work as possible. |
| 18:22:17 | HCl | i guess :) |
| 18:22:55 | linuxstb | You can replace fstat with lstat, but if you just need the filesize (one of the fields returned by lstat), then you can use the Rockbox filesize() function. |
| 18:23:56 | linuxstb | isatty is something to do with terminal I/O, and I haven't a clue about sbrk, even after reading the man page... |
| 18:24:35 | linuxstb | (sorry ignore what I said about lstat - fstat is the right command for file descriptors) |
| 18:26:26 | | Quit lImbus (Excess Flood) |
| 18:26:41 | | Join lImbus [0] (~manuel@kernel.cycos.net) |
| 18:29:10 | | Quit elinenbe_ (" Want to be different? HydraIRC -> http://www.hydrairc.com <-") |
| 18:31:39 | HCl | hm... |
| 18:31:53 | HCl | well, i couldn't find any of those 3 functions being used, so i dunno. |
| 18:31:56 | HCl | i'll look at it. |
| 18:32:11 | HCl | at the moment.. i kind of need to be able to add more .o's while compiling a plugin.. |
| 18:35:33 | linuxstb | HCl: Yes, that's why I don't want to attempt to compile my flac code as a plugin. |
| 18:36:42 | HCl | mhm |
| 18:36:57 | HCl | well, i'll wait till someone can tell me what the exact commands are that i should execute to get a .c into a plugin file |
| 18:38:23 | | Join oNe`Neo [0] (~Info@p54879778.dip.t-dialin.net) |
| 18:38:47 | preglow | isn't that pretty well described in the makefile? |
| 18:41:12 | HCl | hm. |
| 18:41:15 | HCl | not sure. |
| 18:41:26 | HCl | i'm not great at deciphering makefiles |
| 18:42:49 | HCl | k, i think i somewhat understand it |
| 18:44:48 | | Join Trevmar [0] (~trevor@ca-agoura-cuda2h-53.ventca.adelphia.net) |
| 18:45:26 | Trevmar | Where can I find a list of the Changelog data so that I can determine the latest Ondio version date before the Hotswap was added? |
| 18:51:05 | lImbus | uh. i think the only helping tool is cvs |
| 18:51:37 | Trevmar | yes, I looked through CVS, couldn't find any file of committed changes. Is there one? |
| 18:51:42 | *** | Saving seen data "./dancer.seen" |
| 18:52:02 | lImbus | well, the cvs-comments for each file |
| 18:53:43 | Trevmar | Ah yes, thanks. I guess I will have to update my source-tree. |
| 18:53:49 | lImbus | Trevmar: a grep through the irc-logfiles shows that there have been experiments ongoing with hotswap starting 10th of oct |
| 18:55:17 | Trevmar | ah - another good idea - thanks. I know that dec 21 seems stable, and that Jan 29 is broken. I would like the audio changes which went in (such as stereo width) before the hotswap code which is breaking my Ondios. |
| 18:55:55 | Trevmar | I guess I will just have to try flashing a few versions in a binary search pattern, or whatever... |
| 18:56:07 | lImbus | hehe |
| 18:56:25 | lImbus | get the first with the audio tricks ? |
| 18:56:33 | lImbus | first==oldest |
| 18:56:57 | Trevmar | at least it is easy for me to fall back on uart_boot if I get into trouble, all the units are already modded for uart_booting -LOL |
| 18:57:06 | lImbus | lol |
| 18:57:39 | Trevmar | yes, the Dec 21 version doesn't have stereo width (which is real neat), but it can see my MMC cards |
| 19:00 |
| 19:08:09 | amiconn | Trevmar: I think I added stereo width *after* hotswap was added, but the proper way would be to find out why hotswap doesn't work for you anayway. |
| 19:08:15 | amiconn | *anyway |
| 19:09:50 | | Join Eodun [0] (~Eodun@80.28.67.209) |
| 19:11:00 | amiconn | Trevmar: You stated that 20041221 works for you, but 20041229 does not. Could you perhaps investigate further which daily builds is the first broken one? That's only 8 versions to test... |
| 19:12:38 | | Join edx [0] (edx@p54879303.dip.t-dialin.net) |
| 19:14:35 | | Part lImbus |
| 19:15:19 | amiconn | Trevmar: The weird thing is that even your 0x0708 masked Ondios don't like hotswap; apart from the different tuner, they should work indentical hardware-wise to the 0x0F08 masked Ondio FM |
| 19:15:37 | amiconn | ...and the 0x0708 masked Ondio SP I have. |
| 19:16:26 | HCl | does anybody know how to get gcc to build 1 .o from several .o's? |
| 19:17:03 | lolo-laptop | probably just gcc -o 1.o blah.o blah.o ... I'm not sure though |
| 19:18:08 | HCl | no, that tries to link them with _start.. |
| 19:18:12 | HCl | i think. |
| 19:18:24 | HCl | or does the extension of the output file matter? |
| 19:18:54 | HCl | ah. i'm stupid. |
| 19:18:54 | HCl | nm |
| 19:20:48 | | Nick Aison is now known as Aison|unfaehig (~hans@zux166-181.adsl.green.ch) |
| 19:22:15 | HCl | hm. |
| 19:22:16 | HCl | sorta. |
| 19:23:21 | | Quit preglow ("off") |
| 19:23:52 | | Quit Eodun () |
| 19:25:17 | thegeek | hmm, er det noen begrensninger på ntnu sitt datanettverk? |
| 19:25:18 | thegeek | altså |
| 19:25:22 | thegeek | hvis man har det på hybel'n |
| 19:25:59 | thegeek | får man egen ekstern ip |
| 19:26:07 | thegeek | eller er det et internt nettverk ? |
| 19:26:38 | linuxstb | HCl: What about "ld -r" |
| 19:30:17 | HCl | linuxstb: yea, i'm having that... |
| 19:30:20 | HCl | thegeek: english. |
| 19:30:22 | thegeek | hmm |
| 19:30:24 | thegeek | oops |
| 19:30:25 | thegeek | hehe |
| 19:30:29 | thegeek | wrong chan;) |
| 19:30:29 | thegeek | haha |
| 19:30:34 | thegeek | damn that took long ;) |
| 19:30:34 | HCl | hehe.. |
| 19:30:49 | thegeek | I was like sitting here wondering why the hell there were no responses;) |
| 19:43:42 | | Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) |
| 19:46:31 | | Join elinenbe [0] (~elinenbe_@65.115.46.225) |
| 19:46:41 | HCl | odd |
| 19:46:45 | HCl | we have strrchr, but not strchr? |
| 19:47:02 | elinenbe | where can one buy the h140 now? I don't see it being sold anywhere! |
| 19:47:13 | HCl | Bagder: think you can add strchr while you're adding malloc? |
| 19:48:23 | | Join MooMaunder [0] (~paul@cpc1-stkp4-5-0-cust117.mant.cable.ntl.com) |
| 19:49:08 | amiconn | HCl: strchr() is there |
| 19:49:46 | amiconn | firmware/common/strchr.c |
| 19:50:04 | amiconn | In fact, strrchr() uses strchr() |
| 19:50:59 | linuxstb | amazon |
| 19:51:13 | linuxstb | amazon.co.uk I mean |
| 19:52:15 | HCl | amiconn: its not in the plugin api then, needs to be updated |
| 19:52:52 | amiconn | Ah, yes. Obviously it wasn't needed by any of the exisiting plugins |
| 19:52:58 | amiconn | *existing |
| 19:54:05 | HCl | ok |
| 19:54:14 | HCl | can someone with cvs access update it..? please? |
| 19:55:33 | | Join iriver [0] (~Miranda@84.238.16.138) |
| 19:55:43 | amiconn | You can update it locally. If your plugin gets accepted & committed, it'll be added officially as well |
| 19:58:21 | | Join Naked [0] (naked@naked.iki.fi) |
| 19:58:26 | | Quit Naked (Client Quit) |
| 20:00 |
| 20:04:59 | | Join walnut [0] (~Administr@dialup0319.ts551.cwt.esat.net) |
| 20:15:00 | | Join Aison [0] (~hans@80.254.166.181) |
| 20:20:06 | | Quit Aison (Read error: 104 (Connection reset by peer)) |
| 20:20:49 | | Join Aison [0] (~hans@zux166-181.adsl.green.ch) |
| 20:31:20 | | Quit Aison|unfaehig (Connection refused) |
| 20:33:18 | | Join Marder [0] (~MArder@lsn-boi-catv-c124-p218.vtx.ch) |
| 20:43:24 | | Join XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net) |
| 20:44:18 | | Part walnut |
| 20:48:34 | Marder | XShock : I finally managed to build a working toolchain under Cygwin |
| 20:49:43 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 20:50:03 | amiconn | hi LinusN |
| 20:50:42 | LinusN | hi |
| 20:51:45 | *** | Saving seen data "./dancer.seen" |
| 20:52:23 | | Join Cham [0] (~52e2b617@labb.contactor.se) |
| 20:52:42 | | Quit Greenwell () |
| 20:54:43 | Cham | hi |
| 20:54:50 | Cham | whats new on the boot loader |
| 20:54:50 | Cham | ? |
| 20:55:05 | Cham | hold button is detected ? |
| 20:55:29 | LinusN | have no time to work on it tiday |
| 20:55:31 | LinusN | today |
| 20:55:39 | Cham | oh |
| 20:56:07 | XShocK | hi |
| 20:56:10 | LinusN | in fact, i have to go now |
| 20:56:22 | XShocK | Linus: Happy Birthday :) |
| 20:56:30 | Cham | to go to work on bootloader ? |
| 20:56:34 | LinusN | HCl: just put the .c file in apps/plugins and add it to the apps/SOURCES file |
| 20:56:38 | Cham | soory happy birhtday in first |
| 20:56:48 | LinusN | Cham: no, to celebrate my birthday |
| 20:56:58 | LinusN | XShocK: thx |
| 20:57:02 | LinusN | Cham: thx |
| 20:57:11 | LinusN | well, cu later doods |
| 20:57:18 | Cham | bye |
| 20:57:25 | | Part LinusN |
| 20:58:14 | | Quit Cham ("CGI:IRC") |
| 20:58:42 | XShocK | Marder: I compiled it in Ubuntu Linux under Cooperative Linux emulation |
| 20:58:53 | XShocK | but thanks for sharing. :) |
| 21:00 |
| 21:00:45 | Marder | Ok. The trick was to eliminate the 'm68040' from the list of targets, as it made the linker barf. |
| 21:01:29 | XShocK | hehe.. i wanted to do it, but did do it by some reason. :) |
| 21:02:13 | Marder | Once 68040 removed, it compiled Ok and I could compile a working version of RockBox |
| 21:03:11 | XShocK | :) |
| 21:03:23 | Marder | I do not trust my compiled bootloader though, as it has a different signature from everbody else :-( |
| 21:05:50 | linuxstb | Marder: you could try checking out older CVS versions of rockbox and see if you can match any bootloader.bin MD5s |
| 21:06:27 | linuxstb | i.e. from yesterday or the day before. |
| 21:06:30 | iriver | Just install LinusN compiled bootloader attached in the wiki. |
| 21:07:48 | Marder | For the records, the file to edit is 'gcc/config/m68k/t-m68kelf' , remove '/m68040' from the 'MULTILIB_OPTIONS =' line |
| 21:08:33 | iriver | I installed LinusN wiki version and merged it with the EU iriver firmware. |
| 21:08:33 | iriver | it is working fint. |
| 21:08:33 | iriver | It should be based on the bootloader 1.5 cvs revision. |
| 21:10:53 | Marder | How do you think I tested my compiled RockBox version ? ;-) |
| 21:12:49 | iriver | I did not know that you tested it on the target. Why do want to compile your own bootloader? |
| 21:16:04 | Marder | Just for the sake of it ) |
| 21:50:17 | | Join courtc_ [0] (~court@adsl-158-11-58.asm.bellsouth.net) |
| 21:50:21 | | Quit courtc (Read error: 110 (Connection timed out)) |
| 21:54:50 | | Nick courtc_ is now known as courtc (~court@adsl-158-11-58.asm.bellsouth.net) |
| 21:56:21 | | Part oNe`Neo |
| 22:00 |
| 22:03:32 | | Quit thegeek ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 22:08:05 | | Quit Trevmar (Read error: 110 (Connection timed out)) |
| 22:10:47 | | Join thegeek [0] (na@ti521110a080-3006.bb.online.no) |
| 22:12:47 | | Quit Marder (Read error: 110 (Connection timed out)) |
| 22:14:04 | | Join Trevmar [0] (~trevor@ca-agoura-cuda2h-53.ventca.adelphia.net) |
| 22:14:17 | Trevmar | amiconn are you there: I was at the dentist - am back now |
| 22:14:24 | amiconn | I am. |
| 22:14:37 | Trevmar | OK, it was the 20050129 that didn't work |
| 22:15:01 | amiconn | Ah, so one of your forum posts is wrong about this. |
| 22:15:30 | amiconn | Would you mind checking which exact day it broke? You could do a binary search... |
| 22:15:49 | Trevmar | oh dear..I will fix that. I am looking at a list of my downloaded daily snapshots now, so I know this is correct |
| 22:16:23 | amiconn | I'd also like to know whether USB access works (both internal flash & MMC) for some/all of your boxes with current cvs. |
| 22:16:29 | Trevmar | yes, I will try and figure that out for you. I really like the audio enhancements recently :) |
| 22:17:12 | amiconn | And I'd like to track down such nasty bugs (given that it is one, but it likely is imho) |
| 22:17:55 | Trevmar | I have 5 working sets of hardware today. Only one has a USB which is not working right, and I am pretty sure that the problem is just that whatever is in the memory contenst is stopping the PC from logging in. The USB chip is recognized and sets up the transfer |
| 22:18:14 | Trevmar | contents |
| 22:18:48 | Trevmar | that 5th one works OK if I plug in an initiilzed MMC |
| 22:19:33 | Trevmar | I will do a binary search this afternoon to try and track the pronblem down to the nearest day or two. I will track where the MMC card stops being recognized. OK? |
| 22:19:52 | Trevmar | stops being recognized in the 03 08 mask versions |
| 22:19:54 | | Quit iriver (Read error: 110 (Connection timed out)) |
| 22:19:59 | * | HCl yawns |
| 22:20:21 | amiconn | Trevmar: Good :) |
| 22:20:58 | amiconn | Did I get you right that internal & external USB access works for all boxes _with current cvs_ ? |
| 22:21:30 | Trevmar | No, current CVS panics and I can't get to the stage of enabling USB |
| 22:22:50 | linuxstb | HCl: Have you made any progress with compiling a .rock from multiple .c files? |
| 22:22:58 | amiconn | Hmm. I added that out-of-range panic because some cards are formatted in a way that the partition is larger that the physical card capacity, however, this shouldn't hit right at the start... |
| 22:23:28 | Bagder | linuxstb: add files to the pluginlib to make that happen |
| 22:23:49 | Bagder | all plugins link with that |
| 22:26:05 | HCl | linuxstb: yes, actually. |
| 22:26:05 | | Quit gromit`` (Read error: 104 (Connection reset by peer)) |
| 22:26:38 | | Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 22:26:41 | HCl | linuxstb: i got gnuboy compiling from both a gnuboy sourcetree and the plugin .c by altering the plugin makefile |
| 22:27:41 | HCl | at the moment i'm kind of waiting for Bagder 's malloc implementation |
| 22:27:46 | HCl | and for someone to add strchr to the plugin api |
| 22:29:30 | linuxstb | I thought that the malloc was only going to be for the use of the codecs |
| 22:30:54 | Bagder | that's the plan, yes |
| 22:31:07 | linuxstb | Which leaves HCl with a problem... |
| 22:31:11 | Bagder | yes |
| 22:31:15 | * | amiconn wonders why we would need malloc() all of a sudden |
| 22:31:23 | Bagder | amiconn: for the codecs |
| 22:31:30 | amiconn | Rockbox works well without having malloc() |
| 22:31:48 | linuxstb | Because the codecs depend on it, and we don't want to hack the standard libFLAC, libmad, Tremor etc code |
| 22:31:54 | amiconn | Bagder: Yeah, I read that, however I don't get why the codecs will need it |
| 22:32:23 | | Join Patr3ck [0] (~patr3ck@pD95483F6.dip.t-dialin.net) |
| 22:32:27 | Bagder | they're not written for embedded use I guess |
| 22:32:36 | Bagder | nevertheless, they use malloc now |
| 22:32:45 | Trevmar | amiconn- the card which read past the end works fine in the older software version |
| 22:33:14 | linuxstb | But at least for FLAC, I don't think it would be too hard to try and patch them to avoid malloc. The developer may even accept such patches into the mainstream code. |
| 22:34:09 | amiconn | Trevmar: Well, it appears to work, but if you fill it up 100% (no free space left) I am sure some files can't be read properly |
| 22:35:24 | HCl | okay |
| 22:36:29 | amiconn | HCl: I expect you'll run into another problem with gameboy emu: The plugins have a fixed maximum size, which did not yet get adjusted for the bigger iRiver RAM. |
| 22:36:34 | linuxstb | HCl: How much is malloc (and realloc/calloc/free) used in gnuboy? |
| 22:36:46 | amiconn | I don't think you're able to fit a gameboy emu in 32 KB... |
| 22:36:56 | Bagder | we could extend that for iriver |
| 22:37:06 | amiconn | Bagder: Yes of course. |
| 22:37:18 | amiconn | Only that it's not yet done |
| 22:37:39 | amiconn | If we increase it proportionally, that would be 512 KB |
| 22:38:22 | linuxstb | What's the opinion on malloc - should I investigate if I can FLAC (and libmad and Tremor) can live without it? |
| 22:38:34 | HCl | linuxstb: i'm looking at that now |
| 22:38:56 | Bagder | I am in favour for avoiding malloc as far as possible |
| 22:39:11 | Bagder | I mean, without going to extremes |
| 22:39:34 | HCl | well |
| 22:39:42 | HCl | oddly enough, they use it a lot for strings |
| 22:39:54 | HCl | and for the gameboy ram and the rom itself |
| 22:39:57 | amiconn | Bagder: Iiuc implementing malloc() and friends would mean setting some memory aside to allocate from? |
| 22:40:04 | Bagder | yes |
| 22:40:06 | Trevmar | amiconn: there is 18 meg free on the 979 meg MMC card |
| 22:40:09 | HCl | i'm not sure how to allocate memory without it... |
| 22:40:12 | HCl | but |
| 22:40:22 | HCl | i guess i can allocate the max ever needed |
| 22:40:22 | Bagder | we'd add a special fixed-size pool for malloc |
| 22:40:29 | HCl | since it uses realloc a lot in order to not waste memory |
| 22:41:02 | amiconn | Trevmar: 18 meg is much... compared to the amount the partition might be too large |
| 22:41:28 | amiconn | Trevmar: On my 256 MB card it were just 128 sectors (64 KB) |
| 22:41:30 | Trevmar | Let me track down the initial error and let's see if the rest cascade from there :) |
| 22:43:17 | amiconn | Bagder: Imho dynamic memory allocation doesn't give much benefit on an embedded system with little RAM & no MMU, but adds problems instead |
| 22:43:26 | amiconn | (memory fragmentation) |
| 22:43:33 | Bagder | indeed |
| 22:43:37 | amiconn | I know this from the Amiga... |
| 22:43:44 | Bagder | that's why we don't do it |
| 22:44:02 | Bagder | it would only be added for portability with codecs |
| 22:44:02 | HCl | how am i supposed to allocate memory? |
| 22:44:34 | Bagder | nothing in current Rockbox allocates memory |
| 22:44:40 | HCl | yea, i know.. um. |
| 22:44:44 | HCl | so what regions can i use? |
| 22:44:45 | amiconn | HCl: The primary rule is: allocate memory static, i.e. use arrays |
| 22:44:49 | HCl | ah. |
| 22:44:52 | HCl | okay. |
| 22:44:59 | HCl | i can do that |
| 22:45:01 | amiconn | Then, there are 2 more possibilities for plugins |
| 22:45:30 | amiconn | (1) You can get the remainder of the (fixed size) plugin ram, since only one plugin can run at a time. |
| 22:46:13 | amiconn | (using plugin_get_buffer) |
| 22:46:45 | amiconn | (2) You can grab the main buffer, i.e. the buffer usually holding audio data for playback |
| 22:46:57 | | Join lImbus [0] (lImbus@237-44.244.81.adsl.skynet.be) |
| 22:47:05 | amiconn | Of course this means your plugin can't run in parallel to playing audio |
| 22:47:07 | lImbus | howdy |
| 22:47:11 | amiconn | hi lImbus |
| 22:47:25 | lImbus | wow. 39 people here in |
| 22:47:30 | amiconn | HCl: For this, you have to use plugin_get_mp3_buffer() |
| 22:47:31 | lImbus | hi jens |
| 22:48:40 | amiconn | lImbus: some questions regarding your francais.lang: |
| 22:48:44 | lImbus | ga |
| 22:49:14 | amiconn | (1) I found some settings strings that don't start with a capital like the others. Is it okay to change that? |
| 22:49:28 | lImbus | mhmm. I thought about a long time as well |
| 22:49:39 | lImbus | I tried it on the device, and I mainly adapted myself |
| 22:49:54 | amiconn | Most of the strings do, only 5 strings start with a small letter |
| 22:50:12 | lImbus | when I added strings, I added them the in the existing style |
| 22:50:47 | lImbus | the problem is, that mainly french does not know capital letters, this is why I would rather opt for having small letters overall |
| 22:51:37 | amiconn | OIt's only about starting the string with a capital letter... |
| 22:51:48 | *** | Saving seen data "./dancer.seen" |
| 22:52:04 | lImbus | mhmm. I suppose it's the id3-db-stuff isn't it ? |
| 22:52:12 | HCl | amiconn: how big is the mp3 buffer? |
| 22:53:20 | amiconn | lImbus: (2) There is a mismatch in general settings->system->manage settings. You use "configurations" within "browse .cfg files", but "fichier .cfg" in "write .cfg file" |
| 22:54:24 | amiconn | HCl: mp3 buffer is the remainder of all ram after setting aside the parts needed by the firmware. It's the largest part, I'd expect >25 MB on iRiver |
| 22:55:13 | lImbus | amiconn: I'll check qout first question on the device. It's still in my car, I'd have to get it, will do it later this evening. |
| 22:55:48 | amiconn | lImbus: "au choix" (channel settings), "plus récent", "par type" (file sorting), "banque ID3" (file view), "linéaire(5)" (peak meter settings) |
| 22:55:59 | lImbus | ok. |
| 22:56:18 | amiconn | erm, "linéaire(%)" |
| 22:56:29 | lImbus | ^^ |
| 22:56:33 | lImbus | mhmm |
| 22:56:36 | lImbus | how to say |
| 22:56:45 | lImbus | those are possible settings for options |
| 22:56:55 | | Join [IDC]Dragon [0] (~Joerg@pD95123FD.dip.t-dialin.net) |
| 22:57:24 | amiconn | lImbus: (3) The (text) string for indicating free diskspace is way too long. Would "Livre:" be sufficient? |
| 22:57:25 | lImbus | while I think starting with capitals is nice for menues, the possible settings should start with small letters |
| 22:57:54 | lImbus | checking (3) |
| 22:57:57 | amiconn | lImbus: If you prefer it that way, it should be consistent though |
| 22:58:04 | amiconn | hi Jörg |
| 22:58:11 | lImbus | hi joerg :-) |
| 22:59:25 | lImbus | about case sensitivity (is this still (1)?). I don't know if I am in the position of prefering anything. I'm most probably not going to use it. Well, I'll test it for a while. But I don't want to start a poll on the list as well :-) |
| 22:59:43 | [IDC]Dragon | Hi all |
| 23:00 |
| 23:00:02 | [IDC]Dragon | Hi Trevor |
| 23:00:51 | lImbus | amiconn (3): is that id LANG_DISK_FREE_INFO ? |
| 23:01:01 | amiconn | yup |
| 23:01:08 | | Join coob [0] (pen0r@82-44-227-205.cable.ubr11.haye.blueyonder.co.uk) |
| 23:02:07 | coob | hiho, anyone who does rockbox.org website backend stuff around? I'm interested in your 'recent cvs activity' bit of the main page. |
| 23:02:31 | | Join cloudscapes [0] (~d8623c93@labb.contactor.se) |
| 23:02:51 | Bagder | I wrote that |
| 23:02:54 | lImbus | amiconn (3): yes. "Libre:" would then mean "free" |
| 23:02:54 | | Quit cloudscapes (Client Quit) |
| 23:04:13 | amiconn | lImbus: Okay. I really meant "Libre:", only that I couldn't correctly decipher my own handwriting. |
| 23:04:21 | lImbus | hehehe |
| 23:05:19 | lImbus | to solve (2), would then be to adapt LANG_CUSTOM_CFG to "Liste des fichiers .cfg" and "Liste des fichier de configuration" for voice |
| 23:06:07 | amiconn | Okay, I'll change that as well, then commit if you don't want to decide on (1) right now. |
| 23:06:50 | * | [IDC]Dragon is puzzled about some people's Ondio problems |
| 23:07:16 | | Join jyp [0] (~jp@64.198-200-80.adsl.skynet.be) |
| 23:07:18 | | Quit elinenbe (" The IRC Client of the Gods! -> http://www.hydrairc.com <- HydraIRC") |
| 23:07:23 | amiconn | [IDC]Dragon: If all else fails, maybe we should try to get hold of a 0x0308 unit... |
| 23:07:49 | [IDC]Dragon | I was thinking so, too |
| 23:07:54 | courtc | hahaha once again #ipodlinux is here to steal your ideas.. ;) |
| 23:07:58 | | Quit Christi-S (Read error: 60 (Operation timed out)) |
| 23:08:07 | [IDC]Dragon | is it only on the 0308? |
| 23:08:09 | amiconn | lImbus: Isn't there an 's' missing for the (2) voice string? |
| 23:08:26 | [IDC]Dragon | courtc: I don't have any |
| 23:08:45 | lImbus | amiconn: of course, very correct. |
| 23:08:50 | Bagder | courtc: we're waiting for you to port rockbox to ipod |
| 23:08:55 | lImbus | s/fichier/fichiers |
| 23:08:55 | Bagder | :-) |
| 23:09:00 | [IDC]Dragon | courtc: how's Helix? |
| 23:09:03 | courtc | heh.. |
| 23:09:17 | Bagder | courtc: rockbox is just now starting to work on two new players |
| 23:09:41 | courtc | its not.. :/ the liscencing is too finiky.. |
| 23:09:51 | courtc | nice :) |
| 23:10:01 | [IDC]Dragon | what do they "ask"? |
| 23:10:04 | amiconn | lImbus: Probably the same change of voice: applies to the config save "Ecrire un fichier de configuration" |
| 23:10:39 | lImbus | ow yeah |
| 23:10:47 | lImbus | i hate those abbreviations |
| 23:11:10 | lImbus | deciding on (1) would mean another night of changes either way of decision. |
| 23:11:23 | lImbus | so I'll opt for a commit and brace for complaints |
| 23:12:13 | jyp | French translation? |
| 23:12:39 | jyp | I'm a native french speaker; in case you want a reviewer |
| 23:14:13 | lImbus | :-) |
| 23:16:12 | [IDC]Dragon | not wallonian? |
| 23:16:37 | lImbus | it's virtually the same |
| 23:16:49 | jyp | Wallonian is only spoken by old people, and a couple specialists |
| 23:17:35 | | Join Christi-S [0] (~christi@213.78.111.216) |
| 23:17:36 | lImbus | well, the wallonian dialect certainly |
| 23:17:39 | jyp | Wallonian (actually walloon iirc) != Belgian French ;) |
| 23:17:43 | lImbus | I meant the belgian french |
| 23:23:40 | Trevmar | Joerg, if we can't identify the problem I can send you onw of my 03 08 units. But let me try to pin down the dat at which it broke, first |
| 23:23:47 | Trevmar | date at |
| 23:24:52 | Trevmar | as you can see, my typing lets you know that I don't code every day any more - haven't for about 25 years :( |
| 23:26:00 | linuxstb | Bagder: I've looked at libFLAC a little, and although most of the memory usage is constant, it does depend on the blocksize used to encode the FLAC file - 4 buffers of approximately 4*blocksize are allocated. In my files, blocksize is 4608 bytes (the default I think), but the standards allow for blocksizes up to 32K. |
| 23:27:17 | linuxstb | So 4608*16 is about 73K, but 32K*16 is 524K - a big difference in "typical" and maximum usage. |
| 23:28:12 | | Join jpburton5150 [0] (knoppix@cpe-24-94-54-216.stny.res.rr.com) |
| 23:28:24 | Bagder | 524K is a lot |
| 23:29:25 | linuxstb | I'm just checking the blocksize values for my collection of FLAC files.... |
| 23:29:28 | amiconn | lImbus: A diff -u on francais.lang looks funny (because of your sorting). First all old lines are "-" taken out, then all new lines are "+" added. |
| 23:29:30 | [IDC]Dragon | Trevmar, did you read my reply? |
| 23:30:53 | rasher | linuxstb: maybe a maximum block size could be defined at compile time, with a reasonably large default? |
| 23:31:26 | linuxstb | Every single FLAC file I have has a blocksize of 4608 bytes, so we could just limit to that blocksize. |
| 23:31:36 | lImbus | amiconn: yes, I'm biting myself in the ass not having made a backup before the last step. would be easier to control |
| 23:31:42 | linuxstb | These are from various sources, not just ones I've encoded myself. |
| 23:31:51 | Trevmar | Joerg, no not yet, let me read it |
| 23:32:04 | Bagder | linuxstb: sounds like we could do start for a start at least |
| 23:32:53 | linuxstb | Yes, I'll just make 4608 a #define in the code, and we can increase it if anyone complains. |
| 23:33:15 | rasher | linuxstb: sounds painless |
| 23:33:26 | rasher | unless someone comes up with 32k blocksize |
| 23:35:31 | Trevmar | Joerg - sorry about overwhelming you :) Only the 03 08 units fail to see the cards in the 29 Jan 2005 CVS snapshot, although my 07 08 units switch off with lines across (and up/down) their displays when I hotplug or hot-unplug any MMC or SD card. But the 07 08 units do display the <MMC> directory. |
| 23:36:28 | linuxstb | OK, so for FLAC, my plan is to define a static array of a known size, and then implement my own trivial malloc/calloc functions that allocate memory from there. I don't need to use free, because that's only used when the decoder instance is destroyed - in which case, I just reset everything. |
| 23:36:32 | [IDC]Dragon | ok, so we have a 74HC32 problem |
| 23:36:33 | Trevmar | Only the 03 08 cards are PANICing now with the Feb 2+ releases |
| 23:37:40 | Trevmar | Let me identify the exact date at which the ability to see the MMC cards vanishes and that may help you track it down, else I will send you one of the 03 08 Ondios for testing |
| 23:38:19 | [IDC]Dragon | better not, I have't made too good experience with customs |
| 23:38:34 | Trevmar | I can try an HC08 if necessary (would have to drive about 20 miles to the electronics store) |
| 23:39:07 | [IDC]Dragon | no good neither |
| 23:39:17 | Trevmar | you know, maybe I have a SM HC)* in my toolbox - let me look |
| 23:39:20 | amiconn | [IDC]Dragon: Usually there are no problems with customs if the sender declares the goods as gift |
| 23:39:20 | jpburton5150 | Question: is anyone working successfully in cygwin compiling editing the rockbox source? |
| 23:39:21 | Trevmar | HC08 |
| 23:39:45 | Bagder | I did a very useful iriver fix now |
| 23:39:46 | [IDC]Dragon | amiconn, but since ebay they're more aware |
| 23:39:52 | Bagder | bounce uses full screen! ;-) |
| 23:40:49 | rasher | Bagder: hurray! one of the modes were using full width |
| 23:41:05 | linuxstb | Can you fix sokoban next? |
| 23:41:18 | Bagder | I started with rockblox, but the amount of fixed sizes made be decide not to ;-) |
| 23:41:35 | linuxstb | I think sokoban is the same |
| 23:41:48 | rasher | snow! |
| 23:41:49 | rasher | cube! |
| 23:41:56 | rasher | those shouldn't be as troublesome |
| 23:42:00 | Trevmar | Nope, only an LS138 and S74 and LS240 are the only logic gates in SM in my toolkit. But I am sure I can buy one 'locally' if necessary. But would it work, is the imponderable... |
| 23:42:02 | amiconn | I think since the sokoban levels are standard, that'd need bigger tiles |
| 23:42:57 | rasher | and rockblox could do with being top-down and bigger tiles |
| 23:43:05 | [IDC]Dragon | amiconn, do you have any idea about the '32? |
| 23:43:17 | Bagder | rasher: send in your patches ;-) |
| 23:44:08 | amiconn | [IDC]Dragon: No, not yet, but that isn't what puzzles me most. The 0x0708 units switching off is highly suspicious... |
| 23:44:08 | rasher | Bagder: I know.. I have pretty much zero coding experience.. I think this is probably "a little" out of my league |
| 23:44:17 | Trevmar | Joerg- I have a better idea - I can desolder an AC08 off the Ondio I decided to scrap - if necessary |
| 23:45:35 | Trevmar | The Ondios I have are old units. I ordered some backlight kits and these seem to have the same pinout as the old Bl chip - but I am not swearing on a bible about this until my BL kist arrive :) |
| 23:45:46 | | Join webguest69 [0] (~52e1440a@labb.contactor.se) |
| 23:45:50 | Trevmar | My old Ondios seem to have... |
| 23:46:31 | [IDC]Dragon | what backlight kit? |
| 23:46:36 | amiconn | [IDC]Dragon: Once I also had to do with customs (I ordered something from Australia), but didn't have to pay anything. The only annoyance was that I had to pick up the packet at the customs office |
| 23:47:16 | Trevmar | Joerg the BL kits from http://www.rockbox.org/twiki/bin/view/Main/OndioBacklight |
| 23:47:56 | * | amiconn wonders why his latest simulator builds no longer scroll (except player sim) |
| 23:47:57 | | Quit jyp (Read error: 104 (Connection reset by peer)) |
| 23:48:02 | | Join jyp [0] (~jp@64.198-200-80.adsl.skynet.be) |
| 23:48:15 | Trevmar | from the JELU web shop |
| 23:48:23 | [IDC]Dragon | I wrote that, so you mean the swedish |
| 23:48:24 | Bagder | amiconn: I have no idea... |
| 23:48:27 | Trevmar | yup |
| 23:48:35 | [IDC]Dragon | it's a different chip |
| 23:48:47 | [IDC]Dragon | but I got chips |
| 23:49:01 | Trevmar | OK, thats why I wanted to wait. I was just looking at the data sheet and it looked awfully similar pinout |
| 23:49:07 | Bagder | cube looks a lot cooler when done bigger |
| 23:49:24 | [IDC]Dragon | believe me, it's not |
| 23:49:47 | Trevmar | Joerg: You got chips? No problems with customs here :) You take Paypal? |
| 23:50:03 | rasher | Bagder: I can imagine |
| 23:50:07 | [IDC]Dragon | I didn't pay for them |
| 23:50:09 | amiconn | Bagder: Cube doesn't seem to take perspective into account, so it looks a bit strange to me |
| 23:50:18 | Bagder | yes |
| 23:50:40 | Bagder | but I think its cool anyway |
| 23:50:50 | Trevmar | Oh :) OK, let me try and help track down this 03 08 problem first and then when the BL kits arrive I can worry about the BL then |
| 23:50:54 | amiconn | Shouldn't be hard to add... |
| 23:51:12 | rasher | amiconn: you deranged fool :) |
| 23:51:17 | Bagder | the recorder screen feels so small when you switch back and forth with the iriver one |
| 23:51:29 | * | amiconn would really appreciate a whole week of spare time to dedicate to rockbox coding |
| 23:51:29 | Bagder | :-) |
| 23:51:35 | amiconn | So many ideas... |
| 23:51:44 | rasher | write them down |
| 23:51:48 | HCl | yea. |
| 23:51:53 | HCl | we need a public todo/ideas list. |
| 23:51:59 | HCl | on the wiki |
| 23:52:04 | HCl | which also says who's working on what |
| 23:52:09 | rasher | scribble-notes-ideas-page |
| 23:52:10 | Bagder | we're hardly in a lack of ideas |
| 23:52:21 | Bagder | seen the feature-requests? |
| 23:52:48 | Bagder | "Totally 586 requests (71 marked as fixed, 414 open and 101 bad)" |
| 23:53:06 | rasher | yeah, I noticed a bunch of rejected ones that would totally be feasible on iriver |
| 23:53:11 | Trevmar | amiconn: don't go rushing off on a tanget until the MMC/USB problem is fixed please -LOL |
| 23:53:24 | Bagder | rasher: yes, but that only adds even more ones |
| 23:53:38 | Bagder | my point being: we don't need new idea for a good while ahead |
| 23:53:43 | Bagder | ideas |
| 23:53:51 | Trevmar | tangent - sheez my typig is bad today. Went to the dentist this morning... |
| 23:55:59 | | Join amiconn_ [0] (~jens@pD95D135F.dip.t-dialin.net) |
| 23:56:06 | | Join Sucka [0] (~NNSCRIPT@host81-156-215-25.range81-156.btcentralplus.com) |
| 23:56:08 | rasher | aw sniff, bleeding edge builds on iriver failing |
| 23:56:16 | | Quit amiconn (Nick collision from services.) |
| 23:56:16 | | Nick amiconn_ is now known as amiconn (~jens@pD95D135F.dip.t-dialin.net) |
| 23:56:21 | amiconn | Gah! |
| 23:56:33 | Trevmar | amiconn: don't go rushing off on a tangent until the MMC/USB problem is fixed please -LOL |
| 23:56:43 | Bagder | rasher: failing? |
| 23:57:11 | rasher | Warnings, not fails I guess |
| 23:57:14 | Bagder | you mean missing? |
| 23:57:17 | rasher | yeah |
| 23:58:18 | Bagder | the bleeding edge builds should be zip files too |
| 23:58:36 | * | Bagder checks it out |
icon identifies that the person is a core developer (has commit access).