| 00:05:13 | | Part stripwax |
| 00:05:18 | | Join stripwax [0] (~stripwax@213-228-241-36.dsl.prodigynet.co.uk) |
| 00:05:21 | stripwax | oops |
| 00:05:46 | | Quit Coldtoast (Read error: 148 (No route to host)) |
| 00:08:52 | Rori | lol Elfman score on new wonka movie is fun |
| 00:09:21 | Rori | Very reminiscent of one of his first movie scores....tries to remember the name |
| 00:10:05 | bill20r3 | uhm |
| 00:10:10 | stripwax | Beetlejuice? |
| 00:10:13 | bill20r3 | forbidden zone? |
| 00:10:14 | bill20r3 | heh |
| 00:10:42 | stripwax | bill20r3 - don't know that one |
| 00:10:43 | Rori | yes |
| 00:10:45 | Rori | fz |
| 00:10:51 | Rori | Oingo Boingo r0x |
| 00:11:11 | bill20r3 | some movie he was in when they were still the 'mystic knights of oingo boingo', he played the devil |
| 00:11:26 | bill20r3 | also starring Herve Villachez (aka: tattoo from fantasy island) |
| 00:11:35 | Rori | hmm |
| 00:12:01 | Rori | I may have that if it's what I am thinking of |
| 00:12:22 | Rori | another low budget oddity from what I recall...name again evades me |
| 00:12:33 | Rori | b&w I think |
| 00:12:36 | | Part KasKaraK |
| 00:12:50 | Rori | not name shot in black and white |
| 00:18:12 | | Join Bazz [0] (~nick@fw.cerisent.com) |
| 00:18:35 | Bazz | are the any plans/projects underway to get rockbox working on iriver h3xx players? |
| 00:21:04 | BBub | it is planned, yes |
| 00:22:24 | Bazz | BBub: cool, do you know what stage it's in at the moment? |
| 00:22:41 | BBub | afaik the team hasnt started yet |
| 00:23:31 | Bazz | nod. do you know who is leading the team and if they what/need any help? |
| 00:26:11 | HCl | hello. |
| 00:26:19 | Rori | I'd like to see rockbox for h1x0 at least get to beta 1 first |
| 00:26:33 | BBub | Bazz: they always need coders ;) |
| 00:26:36 | HCl | the stage for h3x0 is... well. we have a simulator, but aside from that, nothing. |
| 00:26:44 | HCl | and nobody's working on it either |
| 00:26:55 | HCl | but it is planned. someday. |
| 00:27:13 | Rori | if h1x0 gets most of the functionality going including recording and remote then I would say h3x0 can go ahead ;) |
| 00:27:25 | bill20r3 | please(!) |
| 00:27:43 | | Join ashridah [0] (ashridah@220-253-120-156.VIC.netspace.net.au) |
| 00:28:05 | Rori | but everything is fluid |
| 00:28:25 | Rori | people can work on what they like there is no obligation here |
| 00:28:27 | Bazz | HCl: if i was interested in getting involved, how would you suggest i begin? i have a solid background in coding, but not much with embeded stuff. |
| 00:30:18 | ashridah | bazz: the simulator can let you poke at the general design of rockbox before worrying about the nitty-gritty details of the target. |
| 00:30:33 | Bazz | ashridah: where does one get said simulator? |
| 00:31:11 | ashridah | it's part of the rockbox source, it follows the development as closely as possible. |
| 00:31:45 | ashridah | what were you looking to do development in? windows? linux? |
| 00:31:50 | Bazz | ashridah: linux |
| 00:32:09 | Bazz | so if i just get the source tarball off the download page it'll be in there? |
| 00:32:16 | ashridah | that's not a problem then. if you've already compiled other stuff on the system before, you'll more than likely have the gear for the simulator. |
| 00:32:21 | ashridah | we tend to use CVS |
| 00:32:56 | Bazz | ahh, k, i'll check it out then |
| 00:33:18 | ashridah | there are daily drops, but they're precompiled. http://www.rockbox.org/twiki/bin/view/Main/UsingCVS will cover what you want |
| 00:33:30 | | Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") |
| 00:34:11 | ashridah | http://www.rockbox.org/docs/uisimulator.html covers building it |
| 00:35:13 | Bazz | thanks |
| 00:35:14 | ashridah | note that those two might reference 'archos', but if it's the iriver build you're after, that's available too (the differences should be relatively minor... in theory :) ) |
| 00:35:37 | ashridah | which player are you interested in, btw? |
| 00:37:03 | Bazz | h340 |
| 00:37:20 | Bazz | which i realize is probably the least worked on at the moment :) |
| 00:37:54 | ashridah | not necessarily. bits and pieces are getting done, but since there's no working bootloader, and no LCD driver for it yet, it's kinda useless |
| 00:38:01 | Bazz | ashridah: nod |
| 00:38:23 | ashridah | but yeah, to build code to actually run on that (when that eventuality comes around), you'd need to build a cross-compiling version of binutils and gcc for yourself. |
| 00:38:49 | Bazz | ashridah: yeah, i actually cross-compile for some other stuff so it's no problem |
| 00:42:56 | Bazz | hrmm, getting an error in the config script: sed: -e expression #1, char 7: Extra characters after command poking about in the script now, but i figured you might know right off what's wrong (it does say i have the fine version of sed right after that) |
| 00:46:54 | Rori | Is there a crossfeed plugin for Rockbox? |
| 00:47:01 | | Join JAJDude [0] (~ca51121e@labb.contactor.se) |
| 00:47:02 | stripwax | crossfeed?? |
| 00:47:40 | Rick | Probably means crossfade |
| 00:47:48 | Rori | no crossfeed |
| 00:47:55 | stripwax | Rori and what is that? |
| 00:48:03 | | Quit JAJDude (Client Quit) |
| 00:48:20 | | Join JAJDude [0] (~ca51121e@labb.contactor.se) |
| 00:48:30 | Rori | it crossfeeds some of the left and right audio channels for a more natural 'speaker like' experience on headphones. There's more to it than that of course but that's the basics. Just learned of it and using it and it's good |
| 00:48:42 | stripwax | Rori - you mean like Steror S |
| 00:48:44 | Rori | plugin for winamp or foobar |
| 00:48:49 | stripwax | ^Stereo Separation |
| 00:48:52 | Rori | no |
| 00:49:10 | Rori | crossfeed 'leaks' left into right and visa versa |
| 00:49:21 | Rori | plus some trickery with delay etc |
| 00:49:38 | Rori | go checkout 'Headplug' for winamp or crossfeed plugin in foobar |
| 00:49:40 | stripwax | Rori - apart from delay trickery, that (should be) the same as Stereo Separation do? |
| 00:49:45 | Rori | no |
| 00:49:50 | stripwax | s/do// |
| 00:49:52 | Rori | go check it out |
| 00:50:02 | ashridah | Rori: no, there isn't a plugin for that yet, and i for one, would love to see it :) |
| 00:50:10 | Rori | indeed |
| 00:50:46 | ashridah | stripwax: lots of music is recorded with speakers in mind, thus, the left channel often doesn't play a time-shifted version of what the right channel has |
| 00:51:00 | ashridah | this has the effect of making sound appear to be coming from directly inside your skull, when wearing headphones |
| 00:51:12 | ashridah | and is quite distracting with certain kinds of jazz, which tends to be VERY separated |
| 00:51:14 | Rori | when you listen on speakers you get left and right leaked into each ear anyhow ya see |
| 00:51:17 | ashridah | as well as lots of other music |
| 00:51:44 | ashridah | what rori wants is to have a timeshifted and muted version mixed into the other channel, and vice versa |
| 00:52:02 | stripwax | oh right, so a kind of frequency-dependent delay? |
| 00:52:12 | ashridah | when done properly, this tends to move music that appears to be inside your head to infront of you |
| 00:52:30 | Rori | very effective |
| 00:52:54 | Rori | listening to a wonka soundtrack and it creates a big soundstack in front of me |
| 00:52:56 | ashridah | stripwax: you don't need to do frequency dependent work on it for simpler versions, just measure the average head and divide by the speed of sound |
| 00:53:00 | Rori | soundstage |
| 00:53:11 | stripwax | ashridah - so that's just a delay then, right? |
| 00:53:28 | stripwax | that should be a piece of cake for a simple mp3 player to do |
| 00:54:02 | ashridah | i imagine it can be worked into the DSP stuff that currently covers resampling |
| 00:54:27 | ashridah | you've got to be careful not to end up with a feedback loop tho :) |
| 00:54:27 | stripwax | ashridah - for a really flexible solution, the dsp code would be able to accept dsp plugins |
| 00:55:31 | stripwax | or just preprocess all your mp3 files with foobar to apply the crossfeed before transferring to your player? ;-) |
| 00:55:42 | ashridah | no, thanks |
| 00:55:55 | ashridah | since i occasionally listen to them with speakers |
| 00:58:40 | ashridah | if you want a better sounding version, you can model how the ear affects sound and start applying that too, but it's hard to get that right, since ears are dependent on each person's genetics :) |
| 00:59:54 | Rori | The best recordings are those done with those mics in artificial heads |
| 00:59:59 | Rori | for live stuff |
| 01:00 |
| 01:00:15 | stripwax | Rori - would those be best played back on headphones? |
| 01:00:24 | Rori | good question |
| 01:00:30 | Rori | I would have thought so |
| 01:00:41 | Rori | binaural recordings are an odd thing |
| 01:00:50 | | Join Coldtoast [0] (~edan@ppp111-3.lns1.hba1.internode.on.net) |
| 01:02:18 | | Join BBub_ [0] (belzebub16@dsl-082-082-243-026.arcor-ip.net) |
| 01:02:18 | | Quit BBub (Read error: 104 (Connection reset by peer)) |
| 01:02:20 | | Nick BBub_ is now known as BBub (belzebub16@dsl-082-082-243-026.arcor-ip.net) |
| 01:02:27 | stripwax | gotta get some sleep - laters |
| 01:02:31 | | Part stripwax |
| 01:05:49 | Bazz | someone know what this line is supposed to do in configure from cvs: lines=`echo "moo" | sed -e '/moo/cline1\nline2\nline3' | wc -l` (well, i realize it's supposed to generate more than one line to test your sed version, but it gives an error and i'm not sure what it's supposed to be) |
| 01:07:13 | *** | Saving seen data "./dancer.seen" |
| 01:10:20 | ashridah | lines should get set to 3, by the looks of it |
| 01:11:33 | ashridah | which version of sed do you have? |
| 01:11:52 | ashridah | and what error are you getting out of that command? |
| 01:13:07 | Bazz | i have sed 3.02 and i get: sed: -e expression #1, char 7: Extra characters after command |
| 01:13:24 | ashridah | interesting. |
| 01:13:41 | ashridah | can you upgrade your version of sed? |
| 01:14:14 | ashridah | infact. tjat |
| 01:14:16 | Coldtoast | aaah hey |
| 01:14:31 | Coldtoast | just found something somewhat confusing in teh wps |
| 01:14:40 | ashridah | that's very interesting, since the test is actually looking for broken versions of sed 4.x, not 3.x |
| 01:14:47 | Coldtoast | using %pp/%pe |
| 01:15:15 | Bazz | ashridah: yeah, i realized that, i'm not sure if i can upgrade sed or not, i have to keep certain versions of things around for other stuff, but let me see |
| 01:15:24 | Coldtoast | if I select track 1 in a dir with 9 tracks, %pp/%pe displays "1/9" |
| 01:15:36 | Coldtoast | if I skip to the next track, it changes to "2/9" |
| 01:15:37 | Coldtoast | and so on |
| 01:15:41 | * | amiconn now has a solid greyscale rotating cube on his iriver :) |
| 01:16:05 | ashridah | pretty |
| 01:16:21 | Coldtoast | but if I go to the file tree and select a track in the dir, rockboc generates a new playlist and the track I selected becomes track 1 in the playlist |
| 01:16:43 | ashridah | yeah. |
| 01:16:57 | Coldtoast | it seems sort of odd |
| 01:17:03 | Coldtoast | even tho I know how it's working |
| 01:17:30 | ashridah | odd |
| 01:17:35 | ashridah | it comes up as 5/14 here |
| 01:17:45 | Coldtoast | if you select it in the file tree? |
| 01:18:04 | Coldtoast | ok. mine shows as 1/9 |
| 01:18:05 | ashridah | yeah |
| 01:18:25 | Coldtoast | ah. hold on |
| 01:19:07 | ashridah | i select the first one, change tracks, goes to 2. press the navi button in, select '5', it builds a new playlist, and sets me up running track '4' |
| 01:19:10 | ashridah | '5' even |
| 01:19:50 | Coldtoast | sssh |
| 01:19:50 | ashridah | Bazz: well, you can build a version of sed and install it in a local directory in your homedirectory, then add it to the path when doing rockbox development |
| 01:19:54 | Coldtoast | ah hah |
| 01:20:00 | Coldtoast | heh. ignore what I just said... |
| 01:20:05 | | Quit Harpy (Read error: 110 (Connection timed out)) |
| 01:20:07 | Coldtoast | just realised why it was doing it...... |
| 01:20:14 | ashridah | it's what you'd probably want to do with your cross compiler for m68k anyway, later on |
| 01:20:24 | Coldtoast | I had Shuffle enabled. heh |
| 01:20:32 | ashridah | rofl |
| 01:21:34 | Bazz | ashridah: that just what i'm doing :) |
| 01:23:45 | | Quit BBub (Read error: 110 (Connection timed out)) |
| 01:28:30 | Bazz | ashridah: that fixed configure problems, now on to compile problems :) |
| 01:28:30 | | Quit Primedeath|Away (Read error: 131 (Connection reset by peer)) |
| 01:28:42 | | Join Primedeath|Away [0] (~Primedeat@64-118-120-12-rt-broadband-00.broadband.oakhurst.sti.net) |
| 01:28:59 | ashridah | heh |
| 01:29:17 | * | ashridah idly wonders how on earth bazz has such an old sed version |
| 01:29:44 | Bazz | ashridah: try having to support old installs for your customers ;) |
| 01:29:49 | | Quit Coldtoast (Read error: 148 (No route to host)) |
| 01:30:06 | Bazz | what gcc version is recommended? |
| 01:30:31 | ashridah | well, when you're building the cross compiler for m68k, you *must* use gcc 3.4.4 |
| 01:31:00 | ashridah | i'm not sure about the simulator itself, however |
| 01:32:22 | Bazz | k |
| 01:35:25 | ashridah | heh. as for supporting old installs, vmware, chroot, and user-mode-linux come in handy :) |
| 01:45:24 | | Quit ashridah ("Leaving") |
| 01:58:55 | | Quit pike () |
| 01:59:11 | | Join pike [0] (pike@c83-249-120-126.bredband.comhem.se) |
| 02:00 |
| 02:00:38 | Bazz | yeah, that's true |
| 02:00:47 | Bazz | well, gotta run, thanks for the help, i'm sure i'll be back :) |
| 02:00:49 | | Quit Bazz ("Client exiting") |
| 02:09:58 | | Quit JAJDude ("CGI:IRC (EOF)") |
| 02:19:26 | | Quit Sucka ("a bird in the bush is worth two in your house") |
| 02:24:48 | | Quit hicks (Remote closed the connection) |
| 02:31:34 | | Quit cYmen ("zZz") |
| 02:52:44 | | Quit bipak (Read error: 60 (Operation timed out)) |
| 03:00 |
| 03:07:16 | *** | Saving seen data "./dancer.seen" |
| 03:07:47 | | Join Maxime`Mrn [0] (~flemmard@fbx.flemmard.net) |
| 03:07:47 | | Quit Maxime (Read error: 104 (Connection reset by peer)) |
| 03:32:31 | | Join TCK [0] (TCK@81-86-208-75.dsl.pipex.com) |
| 03:53:45 | | Quit Moos (Read error: 110 (Connection timed out)) |
| 04:00 |
| 04:05:14 | | Join QT_ [0] (as@area51.users.madwifi) |
| 04:05:41 | | Join jamesshuang [0] (~james@24.149.178.88) |
| 04:06:19 | jamesshuang | hey everyone, I'm trying to get into the developer side of rockbox right now |
| 04:06:36 | jamesshuang | I'm having some trouble building the simulator though |
| 04:07:25 | jamesshuang | I'm on a standard gentoo system, and I'm running configure and everything, but for some odd reason, I'm getting this linker error: |
| 04:07:43 | jamesshuang | /usr/lib/gcc/i686-pc-linux-gnu/3.4.3-20050110/../../../../i686-pc-linux-gnu/bin/ld: errno: TLS definition in /lib/libc.so.6 section .tbss mismatches non-TLS reference in /home/james/rockbox-checkout/rockbox-bleeding/build-simulator/librockbox.a(errno.o) |
| 04:09:06 | jamesshuang | anyone have any idea how I can solve this problem? I'd rather not put a new copy of everything on my iriver each time :-p |
| 04:17:22 | | Quit QT (No route to host) |
| 04:18:19 | alxcm | hmm |
| 04:18:23 | alxcm | odd issue |
| 04:18:27 | alxcm | i'm on gentoo, i should try it |
| 04:18:39 | alxcm | is your glibc up to date? |
| 04:18:50 | jamesshuang | well, whatever it was in portage about a month ago |
| 04:19:27 | alxcm | hmm |
| 04:19:30 | jamesshuang | which happens to be version 2.3.5 |
| 04:19:46 | alxcm | ya |
| 04:21:09 | jamesshuang | actually, I'm working on getting greyscale bmp's to load... I dunno what amiconn is doing with that but it looks like the bmp2rb program on the computer shares some code with bmp.c |
| 04:21:19 | jamesshuang | or at least some similar looking code |
| 04:21:21 | alxcm | hmm, you have a standard toolchain? no funky ld configs? |
| 04:21:33 | jamesshuang | yeah, standard toolchain, stage 1+3 compiled |
| 04:21:50 | alxcm | i'd have to give it a try then |
| 04:22:21 | jamesshuang | I'm just trying to artificially splice the bmp2rb code from the computer program into a plugin so I can load greyscale bmp's on rockbox |
| 04:23:18 | alxcm | oh, cool |
| 04:23:31 | alxcm | i hate linker errors |
| 04:23:37 | alxcm | so so hard to trace |
| 04:23:50 | jamesshuang | yeah, compiler errors I know how to solve... linker errors? I dunno what I'm doing |
| 04:24:17 | alxcm | lol |
| 04:24:25 | alxcm | do you have nptl enabled by any chance? |
| 04:24:29 | jamesshuang | yes, I do |
| 04:24:40 | alxcm | that's probably the issue |
| 04:25:14 | jamesshuang | yeah, I definitely do... it's in my USE vars |
| 04:25:17 | | Quit Primedeath|Away (Read error: 110 (Connection timed out)) |
| 04:25:38 | jamesshuang | that's annoying... does that mean I have to reinstall gentoo without nptl? I thought glibc build with the native linuxheaders as well? |
| 04:27:34 | alxcm | it should |
| 04:27:44 | alxcm | actually it would have to |
| 04:27:58 | alxcm | unless you use nptlonly in the USE flags i think |
| 04:28:08 | alxcm | but that would break a whole lot |
| 04:28:15 | jamesshuang | nope, definitely did not do that... heard quite a few horror stories |
| 04:29:43 | alxcm | ya |
| 04:29:48 | alxcm | never tried it myself |
| 04:29:51 | | Join DarkkOne [0] (~chatzilla@cpe-66-68-93-2.austin.res.rr.com) |
| 04:30:25 | alxcm | it could also be glibc 2.3.5 |
| 04:30:37 | alxcm | i'm still seeing only 2.3.4 in portage |
| 04:30:41 | alxcm | and i JUST emerge sync'd |
| 04:31:10 | jamesshuang | yeah, I decided to use ~86 because all the package hiding was pissing me off |
| 04:31:22 | alxcm | lol |
| 04:31:29 | alxcm | that's probably why then |
| 04:31:47 | alxcm | yup, ACCEPT_KEYWORDS shows 2.3.5 |
| 04:43:47 | | Join JAJDude [0] (~ca51121e@labb.contactor.se) |
| 04:45:12 | | Quit DarkkOne ("Chatzilla 0.9.68.5 [Firefox 1.0.4/20050511]") |
| 04:45:12 | | Quit JAJDude (Client Quit) |
| 04:59:55 | | Join bipak_ [0] (~bip@p50887235.dip.t-dialin.net) |
| 05:00 |
| 05:01:46 | | Quit bipak_ (Remote closed the connection) |
| 05:03:26 | | Join amiconn_ [0] (~jens@p54BD60FA.dip.t-dialin.net) |
| 05:07:20 | *** | Saving seen data "./dancer.seen" |
| 05:21:05 | | Quit amiconn (Read error: 110 (Connection timed out)) |
| 05:21:06 | | Nick amiconn_ is now known as amiconn (~jens@p54BD60FA.dip.t-dialin.net) |
| 06:00 |
| 06:36:50 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 06:45:10 | | Quit pill (Read error: 145 (Connection timed out)) |
| 07:00 |
| 07:07:23 | *** | Saving seen data "./dancer.seen" |
| 07:15:49 | | Join webguest11 [0] (~c31ce021@labb.contactor.se) |
| 07:21:14 | | Join pill [0] (dearth@ip-130.net-82-216-140.issy4.rev.numericable.fr) |
| 07:44:28 | amiconn | morning |
| 07:56:36 | | Join B4gder [0] (~dast@static-213-115-255-230.sme.bredbandsbolaget.se) |
| 08:00 |
| 08:00:57 | B4gder | gooood morning |
| 08:13:20 | | Join oxygen77 [0] (~c1c28427@labb.contactor.se) |
| 08:17:38 | | Quit alxcm (Read error: 110 (Connection timed out)) |
| 08:17:56 | LinusN | amiconn: nice cube :-) |
| 08:18:07 | LinusN | really shows off the sloooooow lcd :-) |
| 08:18:21 | B4gder | amiconn: you are now officially insane |
| 08:18:23 | B4gder | :-) |
| 08:18:54 | amiconn | LinusN: tnx |
| 08:19:03 | amiconn | B4gder: why? |
| 08:19:38 | B4gder | such an effort for such a... usless thing |
| 08:20:14 | B4gder | but then I haven't seen it in action yet |
| 08:20:20 | B4gder | no cable here |
| 08:20:29 | amiconn | The effort wasn't *that* big |
| 08:20:34 | LinusN | fun is never useless, you should know that, after all the demos you've coded |
| 08:20:46 | B4gder | I know fun |
| 08:20:52 | amiconn | I could reuse some of the work of the ipodlinux guys |
| 08:20:59 | amiconn | (specifically coob) |
| 08:21:09 | B4gder | aha, nice |
| 08:21:26 | amiconn | B4gder: You can also run it in the sim, but do that with a windows sim |
| 08:21:26 | B4gder | they ported our and you could semi-port it back! :-) |
| 08:21:56 | B4gder | yeah, need to fix the x11 sim |
| 08:22:00 | amiconn | (it will most probably either look dull or strange in the x11 sim) |
| 08:22:04 | LinusN | guys, how do we solve the memcpy problem with the plugins? |
| 08:22:07 | B4gder | I don't have any windows machine to try on |
| 08:22:19 | LinusN | i vote for having memcpy and friends in the plugin lib |
| 08:22:20 | amiconn | Try wine? |
| 08:22:49 | amiconn | LinusN: I already thought about that, and it seems linking memcpy and frieds to the plugins may be the only solution |
| 08:22:58 | B4gder | yes |
| 08:23:01 | B4gder | unfortunately |
| 08:23:05 | amiconn | ...either in the plugin lib or the gcc lib version |
| 08:23:10 | B4gder | but they should be fairly small |
| 08:23:18 | LinusN | buto how do we avoid duplicating source code? |
| 08:23:32 | B4gder | perhaps we make a memlib |
| 08:23:46 | LinusN | a clib perhaps |
| 08:23:47 | B4gder | the codecs need them too, right? |
| 08:23:48 | amiconn | I would suggest to add memcpy.o and friends to libplugin.a |
| 08:24:23 | amiconn | *memcpy.o from firmware/common/ |
| 08:24:35 | B4gder | is memcpy enough? |
| 08:24:57 | amiconn | Hmm, that may or may not work... depending on which optimisation is used |
| 08:25:10 | amiconn | For asm, there is no memcpy.o but memcpy_a.o |
| 08:25:57 | amiconn | 14.24.19 # <amiconn> Quote from http://gcc.gnu.org/onlinedocs/gcc-4.0.0/gcc/Standards.html "Most of the compiler support routines used by GCC are present in libgcc, but there are a few exceptions. GCC requires the freestanding environment provide memcpy, memmove, memset and memcmp." |
| 08:27:52 | amiconn | Hmm, I should've read that thorougly. No mem* in libgcc... |
| 08:28:18 | amiconn | The libmem idea sounds good to me. |
| 08:28:26 | amiconn | ...but we have no memmove yet |
| 08:28:46 | B4gder | we could easily add one for now, and optimize it later |
| 08:28:51 | amiconn | ...and I would really like to *replace* memcpy with memmove |
| 08:29:38 | amiconn | ...but this doesn't work the simple way (#define memcpy memmove) because of these requirements |
| 08:29:51 | amiconn | It should work to define an alias |
| 08:30:28 | amiconn | I wouldn't add memmove right now as long as gcc is happy without it |
| 08:30:48 | B4gder | true, but it would make it more complete |
| 08:30:57 | B4gder | and the codecs need and use it |
| 08:39:10 | | Quit oxygen77 ("CGI:IRC") |
| 08:39:13 | | Join oxygen77 [0] (~c1c28427@labb.contactor.se) |
| 08:40:02 | * | B4gder has gotten doubts on gcc 4.0.1 on x86 |
| 08:41:33 | LinusN | doubts? |
| 08:41:48 | B4gder | all of a sudden several curl tests fail |
| 08:42:01 | B4gder | after the gcc upgrade |
| 08:42:31 | B4gder | haven't confirmed that gcc is guilty yet though |
| 08:43:06 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 08:45:10 | B4gder | and lots of new rather annoying warnings |
| 08:45:28 | B4gder | like on assert() |
| 08:47:03 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 08:53:55 | | Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) |
| 09:00 |
| 09:07:24 | *** | Saving seen data "./dancer.seen" |
| 09:09:12 | | Join webguest62 [0] (~c2cbc9d1@labb.contactor.se) |
| 09:10:49 | | Join El_Gringo [0] (~chatzilla@bzq-165-126.dsl.bezeqint.net) |
| 09:11:21 | | Part El_Gringo |
| 09:14:33 | | Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) |
| 09:15:10 | | Join El_Gringo [0] (~chatzilla@bzq-165-126.dsl.bezeqint.net) |
| 09:15:15 | | Quit El_Gringo (Client Quit) |
| 09:29:37 | | Quit oxygen77 ("CGI:IRC") |
| 09:33:13 | | Join oxygen77 [0] (~c1c28427@labb.contactor.se) |
| 09:37:55 | | Join ashridah [0] (ashridah@220-253-122-244.VIC.netspace.net.au) |
| 09:45:05 | | Quit Lynx_awy (" reboot") |
| 09:47:49 | | Join Lynx_ [0] (~lynx@tina-10-4.genetik.uni-koeln.de) |
| 10:00 |
| 10:03:47 | | Nick QT_ is now known as QT (as@area51.users.madwifi) |
| 10:03:59 | | Join alxcm [0] (~alx@68-232-83-247.chvlva.adelphia.net) |
| 10:04:45 | | Join webguest39 [0] (~d5c297b9@labb.contactor.se) |
| 10:05:27 | | Quit MrStaticVoid ("Be right back") |
| 10:16:30 | | Join Coldtoast [0] (~edan@ppp111-3.lns1.hba1.internode.on.net) |
| 10:17:35 | | Join MrStaticVoid [0] (~jlee@69-175-94-207.frdrmd.adelphia.net) |
| 10:20:17 | | Join Harpy [0] (LhwTauDXsS@dsl-hkigw7wbb.dial.inet.fi) |
| 10:24:26 | | Join Aison [0] (~hans@zux166-181.adsl.green.ch) |
| 10:28:15 | B4gder | calm day today |
| 10:39:15 | webguest62 | massively off topic, but *damn* google earth is impressive! |
| 10:41:41 | Lynx_ | not for europe |
| 10:46:15 | webguest62 | Well they've not done the 3d Buildings for anywhere but the US. But the satellite imagery of my house is pretty good! |
| 10:46:37 | webguest62 | Managed to catch London on a sunny day ny the looks of it. |
| 10:46:43 | webguest62 | s/ny/by |
| 10:47:36 | Strath | that a rare occurrence? :) |
| 10:47:47 | webguest62 | well not lately - but usually yes ;) |
| 10:48:06 | webguest62 | it's pretty sunny here today anyway |
| 10:50:37 | | Join webguest29 [0] (~d5c297b9@labb.contactor.se) |
| 10:50:56 | | Quit webguest29 (Client Quit) |
| 10:50:59 | | Quit webguest39 ("CGI:IRC") |
| 10:52:57 | | Join Lear [0] (~chatzilla@du-58-85.ppp.telenordia.se) |
| 10:53:51 | | Quit matsl (Remote closed the connection) |
| 11:00 |
| 11:00:05 | | Quit Lear ("Chatzilla 0.9.68.5 [Firefox 1.0.4/20050512]") |
| 11:01:34 | | Nick Strath is now known as StrathAFK (~mike@dgvlwinas01pool0-a194.wi.tds.net) |
| 11:07:28 | *** | Saving seen data "./dancer.seen" |
| 11:13:26 | | Quit oxygen77 ("CGI:IRC") |
| 11:14:36 | | Join oxygen77 [0] (~c1c28427@labb.contactor.se) |
| 11:17:18 | | Quit jamesshuang (Read error: 110 (Connection timed out)) |
| 11:17:19 | | Join F1^Aison [0] (~hans@zux166-181.adsl.green.ch) |
| 11:21:35 | | Quit webguest11 ("CGI:IRC") |
| 11:33:53 | | Quit Aison (Connection timed out) |
| 11:34:21 | | Join Aison [0] (~hans@zux166-181.adsl.green.ch) |
| 11:35:52 | | Quit F1^Aison (Connection timed out) |
| 11:40:17 | | Join jmlfr [0] (~chatzilla@81.255.20.61) |
| 11:41:08 | | Part jmlfr |
| 11:52:25 | | Join Bigribo [0] (~i@c-240572d5.034-76-6c756e2.cust.bredbandsbolaget.se) |
| 12:00 |
| 12:00:11 | | Join hicks [0] (~hicks@zeus.mups.co.uk) |
| 12:04:03 | | Quit webguest62 ("CGI:IRC (Ping timeout)") |
| 12:11:17 | | Join Febs [0] (~chatzilla@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 12:20:34 | | Join webguest24 [0] (~c2cbc9d1@labb.contactor.se) |
| 12:31:43 | | Quit webguest24 ("CGI:IRC") |
| 12:57:27 | | Quit Coldtoast (Read error: 113 (No route to host)) |
| 13:00 |
| 13:04:09 | * | amiconn found a way better method to decide whether a face is visible/invisible in cube.rock |
| 13:06:25 | | Join webguest99 [0] (~d4406110@labb.contactor.se) |
| 13:07:32 | *** | Saving seen data "./dancer.seen" |
| 13:07:35 | webguest99 | any chance of being able to select random album playback in file tree mode |
| 13:08:02 | B4gder | no |
| 13:08:10 | B4gder | or |
| 13:08:14 | webguest99 | thats very definite |
| 13:08:16 | B4gder | it already does that |
| 13:08:21 | webguest99 | no it doesnt |
| 13:08:22 | B4gder | within a dir |
| 13:08:30 | webguest99 | no it doesnt |
| 13:08:48 | B4gder | mine does |
| 13:09:12 | webguest99 | I have 378 albums in a music file and it doesnt play them back randomly |
| 13:09:33 | webguest99 | it plays them consecutively, and the songs within the albums are random |
| 13:09:41 | B4gder | "albums in a music file"? |
| 13:09:52 | webguest99 | music directory |
| 13:11:08 | | Join Moos [0] (DrMoos@m214.net81-66-158.noos.fr) |
| 13:12:41 | B4gder | use a playlist |
| 13:12:55 | webguest99 | LOL, the answer to everything |
| 13:12:59 | B4gder | yes |
| 13:13:16 | B4gder | rockbox will never play random over multiple dirs |
| 13:13:23 | B4gder | without playlist |
| 13:13:34 | | Quit edx (Read error: 110 (Connection timed out)) |
| 13:13:36 | webguest99 | not possible to code ? |
| 13:13:49 | B4gder | yes |
| 13:13:55 | webguest99 | thanks |
| 13:13:55 | B4gder | it is possible to code |
| 13:14:12 | B4gder | but it doesn't fit the rockbox concept |
| 13:14:23 | webguest99 | ? |
| 13:14:42 | B4gder | when you've read up on rockbox internals, you'll see |
| 13:14:56 | webguest99 | right, thanks for the info |
| 13:15:19 | | Part webguest99 |
| 13:20:34 | amiconn | With my new algorithm it is possible to draw the wireframe cube with hidden lines removed :) |
| 13:20:50 | B4gder | neato! |
| 13:22:14 | LinusN | amiconn: using the sign of the Z-component of the normal vector? |
| 13:22:32 | | Quit hicks (Remote closed the connection) |
| 13:26:10 | * | LinusN is reviewing the updated a-b patch |
| 13:26:33 | LinusN | it adds an event system for the playback |
| 13:27:06 | LinusN | events are currently TRACK_CHANGE and POS_REPORT |
| 13:27:45 | LinusN | the event dispatcher calls the registered event handlers when an event occurs |
| 13:29:13 | LinusN | the a-b repeat code registers a handler for the POS_REPORT event, and calls audio_ff_rew(<A pos>) when the B pos is reached |
| 13:29:50 | LinusN | we should be able to port this to the software codecs as well, but the latency is a problem |
| 13:29:52 | B4gder | sounds like a rather fine approach |
| 13:32:59 | | Quit oxygen77 ("CGI:IRC (EOF)") |
| 13:34:42 | amiconn | LinusN: I redefined the faces[] array to have all faces winding clockwise when looking from the outside |
| 13:34:50 | LinusN | the buzzing sound on boot seels to be fixed by my 1380 reset |
| 13:35:20 | amiconn | The I use a simplified cross product to detect the winding, and only draw if it is > 0 i.e. we're looking at the front face |
| 13:35:41 | LinusN | that's what i would do too |
| 13:36:02 | amiconn | (after projecting to 2-D, so it is very simple, all z components are zero) |
| 13:36:42 | | Quit Bagder_ (Read error: 110 (Connection timed out)) |
| 13:36:46 | amiconn | coob's approach was sorting the 6 faces by z-order and then draw the 3 frontmost ones only |
| 13:36:54 | amiconn | ...but this has disadvantages |
| 13:37:37 | amiconn | (1) It always draws 3 faces, even if one or two of them are invisible and get overdrawn |
| 13:37:50 | amiconn | (2) It needs sorting |
| 13:39:30 | amiconn | (3) it only works for solid faces, not for wireframe |
| 13:40:42 | LinusN | pretty much lame, in other words :-) |
| 13:47:51 | B4gder | portalplayer has 96K "internal sram" |
| 13:47:56 | B4gder | feels familiar ;-) |
| 14:00 |
| 14:02:55 | | Join RotAtoR [0] (~e@dhcp54-47.calvin.edu) |
| 14:03:36 | Bigribo | is there any player at all that can play MOD or SID ? |
| 14:04:18 | B4gder | ipodlinux can apparently play mods |
| 14:04:40 | B4gder | powered by MikMod |
| 14:06:04 | B4gder | SIDs are even harder |
| 14:08:14 | Bigribo | there is libsidplay but it would have to be ported? |
| 14:08:25 | B4gder | yes |
| 14:08:48 | Bigribo | mikmod is built to be ported :) |
| 14:09:09 | B4gder | feel free to make it happen |
| 14:09:19 | Bigribo | yes I'd like that |
| 14:09:29 | Bigribo | maybe on my vacation ;) |
| 14:10:42 | B4gder | http://www.rockbox.org/twiki/bin/view/Main/SoundCodecs mentions all of these |
| 14:10:48 | B4gder | with some pros and cons |
| 14:11:23 | Bigribo | besides, you can always get C64 remixes as ogg. and it's not limited to the C64 soundchip |
| 14:12:04 | Bigribo | ah.. I'm gonna check this |
| 14:14:32 | Bigribo | SPC would be pretty cool too |
| 14:14:56 | Bigribo | and if this thing worked on the iFP 390 :) |
| 14:16:33 | Cassandra | New hardware platforms are the trickiest things. |
| 14:16:53 | Cassandra | Someone has to write the low level bootloader and driver support for the hardware. |
| 14:20:44 | amiconn | LinusN: Do you have a simple solution how to avoid drawing visible edges twice, if both adjacent faces are visible? |
| 14:20:45 | | Join webguest28 [0] (~5150a57d@labb.contactor.se) |
| 14:21:56 | | Part webguest28 |
| 14:23:56 | Bigribo | SID is a funky thing with illegal OPcodes |
| 14:24:37 | Bigribo | there was some guy that built an exclusive SIDpod |
| 14:24:37 | B4gder | they don't normally use illegal opcodes |
| 14:25:12 | * | B4gder wrote a music editor/playback code for the C64 |
| 14:25:42 | Slasheri | B4gder: i will commit soon and after that it should be very easy for you to add the linux audio playback support :) |
| 14:25:50 | B4gder | lovely |
| 14:25:56 | * | B4gder feels some preasure now :-) |
| 14:26:00 | Slasheri | :D |
| 14:26:10 | B4gder | so much to do, so little time |
| 14:26:30 | amiconn | B4gder: Thinking about adding greyscale to the x11 sim? ;) |
| 14:26:32 | Bigribo | http://www.tripoint.org/kevtris/Projects/sid/sidman.html |
| 14:26:34 | B4gder | I thought I'd start with contributing my tiny alsa-app, in case someone else wants to start |
| 14:26:52 | B4gder | amiconn: yeps, I've downloaded some sample code to figure out how to do it |
| 14:26:52 | Bigribo | he used a PIC processor for it |
| 14:27:58 | B4gder | and I have the lang2 scripts in the pipe too |
| 14:28:10 | amiconn | An, the nice ones :) |
| 14:28:14 | amiconn | *Ah |
| 14:30:06 | Bigribo | grrr. I want a sidpod |
| 14:30:38 | LinusN | amiconn: you mean not drawing the same line twice in a wireframe? |
| 14:31:13 | amiconn | yeps |
| 14:31:32 | LinusN | let each line have an id |
| 14:31:47 | LinusN | and keep record of what you draw |
| 14:31:50 | | Join edx [0] (edx@p54A8ED47.dip.t-dialin.net) |
| 14:31:56 | amiconn | For simple wireframe this is trivial, since there is an array holding the 12 lines |
| 14:32:24 | amiconn | However, when dealing with faces, there is an array of the 6 faces, which holds the 4 corners of each face |
| 14:32:51 | amiconn | I'm not sure how to link that to the lines without too many indirections |
| 14:32:56 | LinusN | each face should have a list of which lines it uses |
| 14:33:32 | amiconn | Hmm, you mean in addition to the list of corners? |
| 14:33:38 | LinusN | yes |
| 14:34:18 | amiconn | Then each line would need a tag indicating whether it was already drawn |
| 14:34:32 | LinusN | or you have a bitmask |
| 14:34:52 | LinusN | one bit per line id |
| 14:35:23 | amiconn | ...and these tags need to be reset for every new frame |
| 14:35:32 | LinusN | yes |
| 14:35:59 | amiconn | Hmm, the bitmask idea is very good :) |
| 14:36:01 | LinusN | an array of bool, indexed with the line id |
| 14:36:28 | amiconn | Then every face would include the bitmask of all lines it includes, as one mask |
| 14:37:57 | LinusN | and you don't need all corners of each face, only 3 of them |
| 14:38:11 | amiconn | Hmm? |
| 14:38:13 | LinusN | for the cross product |
| 14:38:22 | amiconn | Yes of course |
| 14:38:31 | amiconn | ...but I need all of them for drawing |
| 14:38:48 | LinusN | no, the line has the coordinates |
| 14:39:12 | amiconn | That would add a layer of indirection... |
| 14:39:20 | amiconn | Is there an official way to write binary constants in C source? |
| 14:39:52 | amiconn | Something like 0b11011010 ? |
| 14:39:59 | B4gder | nope |
| 14:40:00 | LinusN | amiconn: is indirection a problem? |
| 14:40:11 | amiconn | It's slower... |
| 14:40:24 | LinusN | is speed a problem? |
| 14:40:39 | amiconn | Not on iriver... |
| 14:41:08 | amiconn | ...but I intend to use the grayscale lib on archos later |
| 14:41:43 | LinusN | i think proper line and face elimination saves you a lot more than avoiding indirection |
| 14:41:55 | amiconn | Yes |
| 14:42:12 | LinusN | besides, i have a few models i want to include, that are defined this way :-) |
| 14:42:19 | amiconn | However, I can have that without the indirection, with just one additional field in the face definition |
| 14:42:39 | LinusN | i was this >.< close to updating cube.c a year ago |
| 14:42:55 | amiconn | ...the bitmask which lines it uses in addition to the 4 corners |
| 14:44:53 | LinusN | what if a face doesn't have 4 corners? |
| 14:45:06 | amiconn | They all do |
| 14:45:17 | amiconn | ...for a cube |
| 14:45:20 | LinusN | not in my models |
| 14:46:03 | amiconn | It's the same with lines. If a face doesn't have 4 corners, it does also not have 4 lines |
| 14:46:13 | LinusN | of course |
| 14:46:16 | amiconn | How would you design a structure to accomodate that? |
| 14:46:25 | LinusN | with lists |
| 14:46:49 | LinusN | a list of all lines in the model, containing coordinate triplets |
| 14:47:10 | LinusN | sorry |
| 14:47:16 | amiconn | This means you would store each point twice... |
| 14:47:23 | LinusN | no wait |
| 14:47:33 | LinusN | 1) a list of all points |
| 14:47:42 | amiconn | Currently, cube.rock uses another approach |
| 14:48:03 | LinusN | 2) a list of lines, containing two point id:s |
| 14:48:03 | amiconn | (1) There is a list of all points (8), unrotated |
| 14:48:27 | LinusN | 3) a list of faces, containing the line id:s |
| 14:48:32 | Slasheri | committed |
| 14:48:33 | amiconn | (2) This is transformed by the transformation matrix into another list of the same structure |
| 14:48:48 | LinusN | 4) a list of the same faces, with 3 point id:s for the cross product |
| 14:49:10 | LinusN | Slasheri: what is committed? |
| 14:49:25 | Slasheri | LinusN: i separated low level pcm drivers and pcm buffering |
| 14:49:32 | LinusN | Slasheri: good |
| 14:49:37 | Slasheri | now it crossafading etc. will work nicely with simulator also :) |
| 14:49:40 | Slasheri | -it |
| 14:49:42 | amiconn | (3) Then the projection to 2D happens, generating a list of the same length, but with 2-D points |
| 14:52:23 | | Quit TCK (Read error: 110 (Connection timed out)) |
| 14:52:37 | LinusN | amiconn: this is the structure we use for the models in The Last Traktor III |
| 14:54:07 | * | B4gder feels the wave of nostalgia coming in |
| 14:54:24 | | Join TCK [0] (TCK@81-86-103-132.dsl.pipex.com) |
| 14:55:37 | Slasheri | B4gder: btw, now you can find all the necessary pcm driver stubs to be implemented in uisimulator/common/stubs.c |
| 15:00 |
| 15:01:43 | Slasheri | amiconn: Hmm, the backlight dimming is not smooth with the latest cvs.. I don't know when that behaviour has changed |
| 15:03:32 | amiconn | LinusN: The second list of points is redundant the same way as my extra line bitmask would be |
| 15:05:31 | Slasheri | amiconn: ah, never mind. That was caused by one unnecessary logf call i already removed |
| 15:05:38 | Slasheri | it was just called a way too often |
| 15:06:04 | amiconn | Why would calling logf() influence the backlight dimming? |
| 15:06:12 | amiconn | Did you call it from the ISR? |
| 15:06:57 | Slasheri | yes :D |
| 15:07:35 | *** | Saving seen data "./dancer.seen" |
| 15:07:48 | Slasheri | oh, i think my commit failed to build.. |
| 15:08:31 | amiconn | Hmm, why? |
| 15:08:55 | Slasheri | fixing that.. i didn't commit debug_menu.c because i had done other changes to that file too i didn't want to commit |
| 15:13:22 | Slasheri | fixed |
| 15:16:09 | LinusN | amiconn: yes, you can find the 3 points in the line list, if the lines are sorted clockwise in the list |
| 15:16:48 | LinusN | (in the face definition) |
| 15:21:54 | | Quit Febs (Read error: 110 (Connection timed out)) |
| 15:30:23 | * | LinusN likes the a-b repeat |
| 15:32:02 | LinusN | so, what do people use a-b repeat for? |
| 15:32:16 | Maxime`Mrn | erm |
| 15:32:26 | Maxime`Mrn | I liked the "play next" function in the original firm' |
| 15:32:39 | LinusN | play next? |
| 15:32:53 | Maxime`Mrn | yeah, where you choose the next song to be played |
| 15:33:05 | LinusN | queue? |
| 15:33:08 | Maxime`Mrn | yup |
| 15:33:28 | LinusN | and you don't like the rockbox queue? |
| 15:33:55 | crwl | what's the difference between "insert next" and "queue" in rockbox anyway? |
| 15:33:58 | Maxime`Mrn | hum, it's accessible from one touc ? |
| 15:34:00 | Maxime`Mrn | +h |
| 15:34:06 | Moos | Linus: me i used the A-B with th original fw for listened a part of big size songs or for repeat just 2 or 3 tracks :) |
| 15:34:12 | crwl | i'd suppose queue is something you would want to do for stuff that's already in the playlist, but i coudln't find out how |
| 15:34:45 | LinusN | crwl: "insert" inserts the file in the dynamic playlist, "queue" will remove the file after it has been played |
| 15:34:53 | LinusN | so "queue" is temporary |
| 15:34:55 | | Join R3nTiL [0] (~53456e86@labb.contactor.se) |
| 15:35:14 | crwl | LinusN, ah, ok, that sounds useful |
| 15:35:34 | LinusN | Maxime`Mrn: no, not with one touch |
| 15:35:39 | Maxime`Mrn | k |
| 15:36:00 | LinusN | so the a-b repeat in the iriver firmware could span several tracks? |
| 15:36:33 | Slasheri | Maxime`Mrn: Hmm, how you can queue songs in iriver firmware? |
| 15:36:49 | crwl | i didn't know that's possible... |
| 15:36:57 | Maxime`Mrn | Slasheri: when you're in the file selection, push "a-b" in the song you want to be played next |
| 15:37:16 | Slasheri | oh, that must be an undocumented feature.. |
| 15:37:33 | Maxime`Mrn | it's documented lol |
| 15:39:44 | Moos | Linus: me i liked very much to do the A mark to the start of one song, and if i wanted to replay the 2 or track song i didn't B mark for just listen this 2 or 3 tracks... |
| 15:41:30 | Moos | and especially for my albums in 1 song not splited, good to select just one part or much of this foee.g |
| 15:41:31 | Moos | :) |
| 15:44:08 | LinusN | the a-b patch for archos can only mark within one song |
| 15:44:20 | LinusN | but i guess that's a start |
| 15:45:48 | Moos | very good start :) |
| 15:46:18 | * | amiconn has no use for A-B |
| 15:47:27 | LinusN | neither do i |
| 15:48:11 | | Join AlbyTott [0] (~trotter@194.34.10.5) |
| 15:48:36 | amiconn | Hmm, it seems the redundancy for the lines and points is necessary :/ |
| 15:48:48 | Moos | i think anyone use it daily, but it can will be ocasionaly usual |
| 15:49:22 | amiconn | You can't sort the lines in a way that they're oriented clockwise for all faces |
| 15:50:15 | LinusN | no, but if you have a list of lines for each face instead of a bitmask, you can sort that list |
| 15:50:44 | | Quit Maxime`Mrn (Read error: 54 (Connection reset by peer)) |
| 15:50:54 | LinusN | and an array of bool for the "already drawn" tracking |
| 15:51:17 | | Join Maxime [0] (~flemmard@fbx.flemmard.net) |
| 15:51:25 | | Nick Maxime is now known as Maxime`Mrn (~flemmard@fbx.flemmard.net) |
| 15:57:50 | | Quit B4gder ("go go go") |
| 16:00 |
| 16:00:48 | amiconn | LinusN: How would you do that? |
| 16:01:22 | amiconn | The problem is that the firt point of every line is sometimes the starting point of a new segment, and sometimes the end point |
| 16:01:52 | LinusN | ah of course |
| 16:01:57 | amiconn | Essentially, when using the line list you'll get every point of the face twice, and have to check which one to use |
| 16:02:05 | LinusN | so we're back to my original idea with a list of 3 points |
| 16:02:55 | amiconn | This still has the same problem, as I need _all_ points of the face for filled drawing |
| 16:03:40 | amiconn | ...so I prefer the face list to contain all points (and all lines for wireframe with hidden line removal) |
| 16:04:48 | LinusN | ok |
| 16:05:09 | amiconn | Quite some data duplication... |
| 16:05:10 | LinusN | i forgot that you have a different filling algorithm |
| 16:05:20 | LinusN | than in tlt3 |
| 16:05:27 | amiconn | How would you fill using lines? |
| 16:05:47 | amiconn | Basically I'm filling triangles, using the 3 corners |
| 16:05:53 | LinusN | tlt3 used xor filling |
| 16:06:13 | LinusN | much like the blitter |
| 16:06:16 | amiconn | Hmm? |
| 16:07:01 | LinusN | so we drew all lines and then filled the entire frame buffer afterwards |
| 16:07:40 | amiconn | Ah. |
| 16:07:41 | | Quit R3nTiL ("CGI:IRC (EOF)") |
| 16:08:27 | amiconn | I think that's significantly slower than drawing the filled triangle directly, at least when done with the cpu |
| 16:08:39 | amiconn | Did you have a look at my filltriangle() ? |
| 16:08:46 | LinusN | i saw it |
| 16:09:18 | LinusN | it depends on the size of the frame buffer and how many faces you have to draw |
| 16:09:24 | amiconn | The all lines approach might be faster for faces with many points... |
| 16:09:55 | amiconn | The problem is that filling an outlined area requires to read back from the frame buffer |
| 16:10:03 | LinusN | yes |
| 16:10:12 | | Quit ashridah ("sleep") |
| 16:10:31 | amiconn | ...and that's non-trivial with packed pixels like those in our LCD framebuffer |
| 16:11:05 | amiconn | ...and you need to calculate a starting point inside the face |
| 16:11:10 | LinusN | the filling routing in tlt3 was an unrolled EOR xxxx STA xxxx ... |
| 16:12:14 | amiconn | The filling itself isn't hard I think, but how did you find the edges? |
| 16:12:15 | LinusN | the trick is to carefully draw the lines, so that you always plot the complement of the colors on each face |
| 16:12:59 | LinusN | and only one pixel per scanline, so you don't undo the effect of the eor |
| 16:13:23 | LinusN | no need to find any edges |
| 16:13:32 | amiconn | ??? |
| 16:14:11 | amiconn | How did you fill then? |
| 16:14:38 | LinusN | you draw all lines so that the pixels you plot will make the filling routine invert the pixels from that location |
| 16:15:04 | * | amiconn doesn't understand at all |
| 16:15:05 | LinusN | example (from left to right) |
| 16:15:15 | LinusN | 0000000000100000000000001000000 |
| 16:15:35 | LinusN | the 1's are the two pixels plotted by two lines on the face |
| 16:16:03 | LinusN | the filling now runs from left to right, xoring every pixel with the ackumulator |
| 16:16:22 | LinusN | 0000000000111111111111110000000 |
| 16:16:32 | amiconn | Hmm? |
| 16:16:53 | LinusN | just like the blitter in the amiga |
| 16:16:54 | amiconn | If I xor everything, I get 111111111110111111111110111111 |
| 16:17:08 | LinusN | no, you have an ackumulator |
| 16:17:23 | LinusN | which is xored by the pixel value |
| 16:17:31 | LinusN | it starts at 0 |
| 16:17:56 | LinusN | then xor it with the current pixel and store the ackumulator at the pixel position |
| 16:18:17 | amiconn | Ah, understood |
| 16:18:27 | LinusN | except you would to this bytewise |
| 16:18:38 | amiconn | What I cannot imagine is how this would work with multiple colours... |
| 16:19:05 | LinusN | it worked beautifully with the multicolor mode in the c64 because the colors were stored in pixel pairs |
| 16:19:11 | amiconn | ...especially if some faces are already drawn, and I add the next one... |
| 16:20:38 | LinusN | so you would plot each pixel with the complement value of the colors on each face |
| 16:20:55 | LinusN | so that the xor produces the correct color |
| 16:21:44 | * | amiconn still can't imagine how this would work :( |
| 16:21:49 | LinusN | and you have to draw all lines first, then fill the frame buffer afterwards |
| 16:22:15 | LinusN | all lines of all faces |
| 16:22:30 | amiconn | Hmm. Then how would you make sure every face is fully surrounded by pixels of its colour? |
| 16:22:48 | amiconn | That means the lines need to be drawn twice, but not at the exact same location... |
| 16:22:55 | LinusN | oh no |
| 16:23:00 | amiconn | ....or do I miss something here :/ |
| 16:23:09 | amiconn | ? |
| 16:23:10 | LinusN | you must make sure avery line is only drawn once |
| 16:23:25 | amiconn | In which colur ??? |
| 16:23:30 | amiconn | *colour |
| 16:23:42 | LinusN | with the complement color of the two faces on each side of the line |
| 16:24:04 | amiconn | Hmm? The faces most likely have different colours... |
| 16:24:08 | LinusN | yes |
| 16:24:38 | amiconn | And why I do need the complement? Complement of what, if there are two colours... |
| 16:24:40 | LinusN | if the color on the left side is 01 and the right side is 10, you plot color 11 |
| 16:25:17 | amiconn | In your monochrome example it looks like thie inside will get the same colour as the line... |
| 16:25:20 | LinusN | so that color1 xor plot color == color2 |
| 16:25:36 | LinusN | i have to run now |
| 16:26:01 | amiconn | This actually might work quite fast, with our 4-pixel bytes |
| 16:26:15 | amiconn | ...*if* I manage to understand the method correctly :/ |
| 16:26:17 | LinusN | yes, exactly the same format as the c64 iirc |
| 16:26:26 | LinusN | gotta go, cu later |
| 16:26:29 | | Part LinusN |
| 16:30:46 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
| 16:34:20 | | Join Moos [0] (DrMoos@m214.net81-66-158.noos.fr) |
| 16:35:10 | | Quit alxcm (Remote closed the connection) |
| 16:35:11 | | Join alxcm [0] (~alx@68-232-83-247.chvlva.adelphia.net) |
| 16:37:13 | | Join redcow_ [0] (~redcow@host65-44.pool8250.interbusiness.it) |
| 16:37:56 | redcow_ | hi, is it possible that the delete function doesnt work on iriver unite? or at least nor for me |
| 16:39:00 | redcow_ | if i press the play button to confirm, it goes back to the file list and does nothing |
| 16:39:38 | Moos | press the joystick not the play butom |
| 16:41:16 | redcow_ | k i try |
| 16:41:49 | redcow_ | uhm ur right, thanks |
| 16:42:01 | Moos | np :) |
| 16:42:30 | redcow_ | but a bit confusing PLAY = Yes, it means for me the play button and that is normally not the joystick |
| 16:42:51 | redcow_ | or both should work, the joystick and the "play" button |
| 16:43:02 | Moos | the keys are not the same in Rockbox |
| 16:43:45 | amiconn | redcow_: This is a problem of rockbox being multiplatform |
| 16:44:14 | amiconn | It will be solved when the new localisation mechanism is introduced, allowing for per-model strings |
| 16:44:28 | redcow_ | ah i understand :), another question what about the fm tuner patch from (austriancoder (?)), does it allready work? |
| 16:45:36 | Moos | nope |
| 16:47:02 | redcow_ | damn :/ fm and working navigation on remote are the only really big things that are at the moment missing |
| 16:50:03 | Moos | it will be done one day or other :) |
| 16:54:37 | redcow_ | does rolo works only with rockbox patched firmwares or with originall iriver firmware ? i mean is it possible to boot into original iriver firmware while beeing into rockbox , if u understand what i mean |
| 16:59:35 | * | amiconn notices Slasheri didn't adhere to the long policy... |
| 17:00 |
| 17:07:37 | *** | Saving seen data "./dancer.seen" |
| 17:10:38 | | Join hicks [0] (~hicks@zeus.mups.co.uk) |
| 17:11:47 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 17:14:23 | | Quit redcow_ ("Verlassend") |
| 17:15:10 | Slasheri | amiconn: Hmm, true.. there are at least some ints that have to be changed to long if we are going to use software codecs on other that 32 bit platforms |
| 17:16:40 | amiconn | yeps |
| 17:17:14 | amiconn | The long policy should be made a part of the 'contributing' document... |
| 17:18:15 | | Quit godzirra (Connection timed out) |
| 17:23:28 | | Quit AlbyTott () |
| 17:26:03 | | Join asdsd____ [0] (~asdsd@h-67-100-30-225.miatflad.dynamic.covad.net) |
| 17:26:35 | bill20r3 | has anyone taken apart thier iriver remote? I want to shorten the cord. |
| 17:26:52 | | Part asdsd____ |
| 17:40:23 | | Join bagawk [0] (1000@bagawk.user) |
| 17:44:08 | Slasheri | amiconn: Hmm, can i use gray shades in the wps bitmap files? |
| 17:44:13 | Slasheri | -amiconn |
| 17:44:39 | amiconn | No, that's not yet implemented |
| 17:44:44 | Slasheri | ah, ok :) |
| 17:45:02 | amiconn | I'll probably adapt the bmp loader, but then someone will still need to adapt the wps code |
| 17:45:56 | | Join aegray [0] (~aegray@h69-21-201-246.69-21.unk.tds.net) |
| 17:57:03 | | Nick StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a194.wi.tds.net) |
| 18:00 |
| 18:03:14 | | Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) |
| 18:05:03 | | Join hardeep [0] (hardeeps@norge.freeshell.org) |
| 18:13:04 | | Join alxcm_ [0] (~alx@68-232-83-247.chvlva.adelphia.net) |
| 18:13:04 | | Quit alxcm (Read error: 104 (Connection reset by peer)) |
| 18:13:55 | Cassandra | This feature request about a powered down off state where we just keep the clock ticking over. Does it seem plausible? |
| 18:18:35 | bagawk | Cassandra, the clock is always running or did I missunderstand? |
| 18:18:36 | | Quit alxcm_ (Read error: 104 (Connection reset by peer)) |
| 18:23:24 | | Join alxcm [0] (~alx@68-232-83-247.chvlva.adelphia.net) |
| 18:30:21 | Cassandra | bag - not when the unit is powered off. They're asking for a software off state so the clock can be used as if it had an RTC. |
| 18:30:41 | | Join cYmen_ [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 18:31:41 | | Quit cYmen (Read error: 104 (Connection reset by peer)) |
| 18:32:07 | bagawk | Cassandra, ahh so this is for irivers |
| 18:32:45 | Cassandra | Conceivably for players and recorder v1s too. |
| 18:33:00 | Cassandra | Although the poster was suggesting for iRivers. |
| 18:33:29 | Cassandra | (Although with the Archos models, it's trickier because of hardware poweroff) |
| 18:34:49 | Cassandra | RTC function is something I really miss on the iRiver. I like using my Jukebox as my alarm clock. So I'm wondering if it's feasible. |
| 18:36:50 | Slasheri | Hmm, is there any way to tell where to print out the text in wps? That would allow to create a fixed size statusbar |
| 18:37:10 | Cassandra | Huh? |
| 18:37:59 | Slasheri | I mean when i have something like "%pv %bl %?ps<on|off> %fc" on a line |
| 18:38:24 | Slasheri | if %pv (current volume) for example changes from 99% to 100%, the whole remaining text will misalign on the line |
| 18:39:09 | Cassandra | Well, there's a patch in the tracker at the moment that does multiple %a tags. |
| 18:39:18 | Cassandra | That'll sort of do what you want. |
| 18:39:21 | Slasheri | ah, that sounds good |
| 18:39:42 | Cassandra | But no, there's no specific way to place text output at a particular co-ordinate. |
| 18:40:05 | Cassandra | If you ask me, the entire WPS needs a rewrite. |
| 18:40:06 | Slasheri | ok, then i will just wait for that patch :) |
| 18:40:49 | Cassandra | Slasheri: Don't think anyone's taken it up. This could be your big chance. :) |
| 18:40:57 | Slasheri | :D |
| 18:47:27 | | Join TCK- [0] (TCK@81-86-102-26.dsl.pipex.com) |
| 18:59:39 | amiconn | I'd guess Slasheri is still busy with playback... |
| 19:00 |
| 19:00:03 | amiconn | Btw, playback of the last track in playlist still stops prematurely... |
| 19:00:14 | Cassandra | Works for me. |
| 19:00:54 | * | Cassandra is becoming tempted to turn all the status bar icons into placeable widgets that could be put in the WPS like graphics. |
| 19:02:52 | Slasheri | amiconn: yes, that's true |
| 19:02:53 | amiconn | I think it will be not that simple |
| 19:03:13 | Slasheri | i just made my first wps, i will upload a screenshot :) |
| 19:03:13 | Cassandra | I suspect the update is the tricky bit. |
| 19:03:16 | amiconn | Cassandra: The wps would have to know when to refresh what |
| 19:04:01 | Slasheri | here: http://ihme.org/~miipekk/rockbox_wps.png |
| 19:04:05 | Cassandra | I'm waiting for someone to make a WPS that doesn't make me want to throw up. |
| 19:04:07 | Slasheri | just modified one existing wps :) |
| 19:04:56 | Cassandra | That one's not so bad. I do wonder what all this obsession with knowing what the next track is is all about. |
| 19:05:13 | amiconn | For me, the current wps capabilities are more than sufficient, but I agree that some people would like it more configurable |
| 19:05:53 | amiconn | What I don't understand at all is why people clutter the already small display with background graphics to have even less space for the actual information |
| 19:05:57 | | Quit TCK (Read error: 110 (Connection timed out)) |
| 19:06:37 | Cassandra | Eye candy. |
| 19:06:40 | amiconn | That doesn't mean I'm against graphics in the wps, but I'm against useless graphics only taking space |
| 19:06:59 | Cassandra | The same reason my PC case is full of pointless LEDs. |
| 19:07:28 | amiconn | I prefer plain, simple and clear |
| 19:07:29 | Cassandra | (They are mostly blue though. Everyone accepts that blue LEDs are cool, right?) |
| 19:07:38 | *** | Saving seen data "./dancer.seen" |
| 19:08:08 | bill20r3 | of course. |
| 19:08:28 | Cassandra | I like simple but not crowded. It should theoretically be possible to create a graphical WPS that I like. |
| 19:08:38 | amiconn | I think having conditional graphics to show folder/artist, filename/title etc. makes sense |
| 19:08:58 | | Quit bagawk ("Leaving") |
| 19:09:19 | Cassandra | You mean as in building some into Rockbox? |
| 19:09:24 | amiconn | ...and also being able to position & align by pixel |
| 19:09:34 | amiconn | Cassandra: No, that's not necessary |
| 19:10:02 | amiconn | They could be part of the wps, or of a wps bitmap |
| 19:10:10 | Cassandra | Most people seem to have gone for the simpler approach of laying out their graphics on a BMP. |
| 19:10:29 | amiconn | I think about a skinning method used in a number of other programs |
| 19:11:16 | amiconn | Instead of having each tiny graphic as separate .bmp, have one bmp containing all of them and the wps could then use clips from it |
| 19:12:03 | amiconn | Otherwise a (imho) useful wps would need a whole number of tiny BMPs... |
| 19:12:33 | Cassandra | *nods* That's a nice idea. |
| 19:12:53 | amiconn | Using parts of a loaded bitmap is a piece of cake with the new lcd_bitmap_part() function |
| 19:17:34 | amiconn | My overall idea is that the new wps code should allow pixel wise positioning, and be based on a box concept |
| 19:18:08 | | Part aegray ("Leaving") |
| 19:18:19 | amiconn | Every element would have 2 coordinates, x and y, and each element would have a 'natural' width and height |
| 19:19:09 | amiconn | The width of text elements would additionally have a limit. If the text length exceeds this limit, the box would not be made wider, but the contents would scroll instead |
| 19:20:04 | amiconn | The point within the element where the x and y coordinates are bound to is variable. For each direction, it could be left aligned, centered, or right aligned |
| 19:20:16 | amiconn | (top / center / bottom accordingly) |
| 19:21:41 | amiconn | I can't think of a wps that would be impossible with that concept... |
| 19:22:39 | amiconn | This concept would also work on the player, only that the positioning would happen charcell-wise |
| 19:25:29 | amiconn | This would even allow to do some things on the player that are impossible now, like having the scrolling <trackno - title> beside a 1-char progress 'cup' |
| 19:33:35 | Cassandra | amicon: You've sold me. When are you writing it? ;) |
| 19:37:29 | | Nick Lynx_ is now known as Lynx_awy (~lynx@tina-10-4.genetik.uni-koeln.de) |
| 19:39:35 | Cassandra | Oh, are we likely to get 4 colour bmp support in the WPS soon? |
| 19:40:45 | Cassandra | New cube looks cool, btw. (Although it's still making me feel slightly dizzy.) |
| 19:41:28 | amiconn | There'll soon be a new mode - wireframe with hidden lines removed - on all targets |
| 19:42:00 | Cassandra | Nice, |
| 19:42:31 | CoCoLUS | we'd need 2 more grayscales for a rubik cube :) |
| 19:42:33 | amiconn | I intend to get solid greyscale cube working on archos too, but that requires working on the grayscale lib first |
| 19:42:53 | amiconn | ...which is my next project |
| 19:43:04 | amiconn | ...perhaps with some intermediate bmp loader hacking |
| 19:43:26 | amiconn | Grr, days do definitely have too few hours :( |
| 19:44:15 | | Join Bluechip [0] (~BlueChip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) |
| 19:45:31 | | Join godzirra [0] (~shawn@c-24-131-13-213.hsd1.va.comcast.net) |
| 19:46:05 | | Join thegeek_ [0] (na@ti521110a080-0242.bb.online.no) |
| 19:48:23 | | Join webguest40 [0] (~d4406110@labb.contactor.se) |
| 19:49:14 | webguest40 | with the lastest bedge, my H140 hangs on the Rockbox boot screen, I have reset, samething |
| 19:50:43 | webguest40 | ok on the thord reset it loaded and booted normally |
| 19:50:50 | webguest40 | thord=third |
| 19:51:10 | | Join solex_ [0] (~jrschulz@c211066.adsl.hansenet.de) |
| 19:53:14 | | Quit thegeek (Read error: 110 (Connection timed out)) |
| 19:55:05 | | Quit solex (Read error: 145 (Connection timed out)) |
| 19:55:59 | | Part webguest40 |
| 19:57:13 | | Quit hardeep ("[BX] Pretzel Boy uses BitchX. Shouldn't you?") |
| 19:58:43 | | Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) |
| 20:00 |
| 20:01:39 | | Quit Moos (Read error: 110 (Connection timed out)) |
| 20:08:43 | | Quit courtc (Read error: 110 (Connection timed out)) |
| 20:09:19 | | Join courtc [0] (~courtc@adsl-158-42-50.asm.bellsouth.net) |
| 20:10:20 | | Join Febs [0] (~chatzilla@64-190-36-240.client.cypresscom.net) |
| 20:14:23 | | Join Moos [0] (DrMoos@m214.net81-66-158.noos.fr) |
| 20:14:30 | | Quit Stryke` ("Friends don't let friends listen to Anti-Flag") |
| 20:14:40 | | Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) |
| 20:19:31 | | Join TCK [0] (TCK@81-86-100-85.dsl.pipex.com) |
| 20:27:27 | | Join zezayer [0] (~zezayer@87.81.166.52) |
| 20:36:45 | | Quit Stryke` (Read error: 110 (Connection timed out)) |
| 20:41:45 | | Quit TCK- (Read error: 110 (Connection timed out)) |
| 20:54:42 | | Join Maxime [0] (~flemmard@fbx.flemmard.net) |
| 20:55:14 | | Join Febs_ [0] (~chatzilla@64-190-36-240.client.cypresscom.net) |
| 20:55:40 | | Quit Febs (Read error: 131 (Connection reset by peer)) |
| 20:55:40 | | Quit Maxime`Mrn (Read error: 131 (Connection reset by peer)) |
| 20:55:41 | | Nick Febs_ is now known as Febs (~chatzilla@64-190-36-240.client.cypresscom.net) |
| 20:57:55 | | Quit Bluechip () |
| 21:00 |
| 21:01:48 | | Join StrathAFK [0] (~mike@dgvlwinas01pool0-a194.wi.tds.net) |
| 21:06:41 | Slasheri | Updated the wps, maybe even too much graphics now: http://www.rockbox.org/twiki/bin/view/Main/WpsGallery#MiikaPekkarinen |
| 21:07:40 | *** | Saving seen data "./dancer.seen" |
| 21:12:21 | | Quit zezayer (Remote closed the connection) |
| 21:16:08 | | Quit Strath (Read error: 110 (Connection timed out)) |
| 21:33:48 | | Join zezayer [0] (~zezayer@87.81.166.52) |
| 21:40:35 | | Join alxcm_ [0] (~alx@68-232-83-247.chvlva.adelphia.net) |
| 21:40:36 | | Quit alxcm (Read error: 104 (Connection reset by peer)) |
| 21:51:23 | | Join Coldtoast [0] (~edan@ppp111-3.lns1.hba1.internode.on.net) |
| 21:52:14 | | Quit TCK (Read error: 110 (Connection timed out)) |
| 21:55:25 | | Quit courtc (Read error: 113 (No route to host)) |
| 22:00 |
| 22:04:14 | | Quit RotAtoR () |
| 22:13:49 | | Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) |
| 22:32:05 | Bagder | Slasheri: here? |
| 22:33:04 | Slasheri | Bagder: yes :) |
| 22:33:32 | Bagder | how is the pcm_play_data() called? |
| 22:33:43 | Bagder | I now have a function that plays a pcm buffer |
| 22:34:09 | Slasheri | oh :) |
| 22:34:20 | Slasheri | just give the callback function as parameter |
| 22:34:39 | Slasheri | then the pcm_play_data will call that callback automatically when necessary (at start three times in a row) |
| 22:35:07 | Slasheri | argh.. |
| 22:35:09 | Slasheri | :D |
| 22:35:40 | Slasheri | never mind.. so you have to call get callback whenever you need to fill the audio fifo |
| 22:35:55 | | Nick StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a194.wi.tds.net) |
| 22:36:32 | Bagder | ok, I'll fiddle around a bit and see... |
| 22:37:09 | Slasheri | Bagder: just save the callback pointer you get with pcm_play_data() |
| 22:37:40 | Slasheri | and then use that callback to request more data |
| 22:37:55 | | Quit zezayer ("Chatzilla 0.9.68.5 [SUSE 1.0.4-1.1/20050511]") |
| 22:37:55 | Bagder | is there a thread started already or should I create one? |
| 22:38:15 | Slasheri | when the size is zero, there is no more bytes to give and you should stop calling the functioj |
| 22:38:27 | Slasheri | you should create one as needed |
| 22:38:35 | Bagder | will do |
| 22:42:34 | | Quit pabs (Read error: 104 (Connection reset by peer)) |
| 22:42:56 | amiconn | Now I have a problem: Should I change the cube.rock description in the wiki to reflect cvs, or leave it valid for the latest release version? |
| 22:43:39 | Bagder | I say update now |
| 22:44:15 | thegeek_ | btw, nice job amiconn:) |
| 22:44:21 | thegeek_ | looks smooth |
| 22:44:32 | amiconn | thegeek_: I just committed another update |
| 22:44:52 | thegeek_ | :) |
| 22:45:30 | amiconn | Visible difference: Another mode (hidden lines), and the ability to pause |
| 22:46:28 | amiconn | The only target where I don't need button combos for any function is the archos recorder |
| 22:47:28 | thegeek_ | hehe |
| 22:47:45 | amiconn | I made sure that you can switch mode while paused, and the display will update according to the mode :) |
| 22:48:58 | Bagder | Slasheri: and I start play at the first call to pcm_play_data? |
| 22:49:56 | Slasheri | Bagder: yes, you should do that |
| 22:50:01 | Bagder | ok |
| 22:50:21 | amiconn | Maybe I should try to implement xor filling... |
| 22:50:30 | Slasheri | and initially you can request three chunks with the callback function if you need to |
| 22:50:56 | Slasheri | but you have to consume one chunk before requesting more |
| 22:50:56 | Bagder | I'll wait and try to get sound first |
| 22:51:03 | Slasheri | :) |
| 22:51:06 | amiconn | ...nah, it's fast enough for now as it is. It's already very blurry on the iriver LCD at normal speed, let alone highspeed |
| 22:51:50 | * | amiconn goes to shoot some screen... oops |
| 23:00 |
| 23:03:17 | Bagder | alsa programming is not very documented |
| 23:03:55 | | Join hardeep [0] (hardeeps@norge.freeshell.ORG) |
| 23:06:22 | Bagder | my stand-alone program works, but the same function fails when used from within the sim ;-/ |
| 23:06:48 | amiconn | Hmm, now I have a problem with the recorder screenshots :/ |
| 23:07:17 | amiconn | I adjusted cube.rock to the LCD aspect, but the screenshots are 1:1 so they are distorted |
| 23:07:32 | Bagder | it never ends ;-) |
| 23:07:43 | *** | Saving seen data "./dancer.seen" |
| 23:07:53 | amiconn | I have 2 options: (1) correct the aspect with image processor, but that may add some blur |
| 23:08:18 | amiconn | (2) Take screenshot in sim, because aspect correction isn't done there |
| 23:08:36 | amiconn | ...but that gives a little different impression |
| 23:09:13 | Bagder | hey, the ipod guys got a movie! ;-) |
| 23:09:13 | amiconn | +(3) Accept the distortion |
| 23:09:20 | amiconn | I know |
| 23:09:27 | amiconn | ...but I have no video cam |
| 23:17:00 | | Join pabs [0] (~pabs@xor.pablotron.org) |
| 23:25:20 | | Quit MrStaticVoid ("Lost terminal") |
| 23:35:14 | Bagder | argh |
| 23:35:17 | Bagder | I already dislike alsa |
| 23:39:53 | Bagder | http://daniel.haxx.se/rockbox/alsa-1.patch |
| 23:40:01 | Bagder | doesn't work yet for me |
| 23:45:07 | amiconn | Nice screenshots there are :) |
| 23:45:23 | Bagder | indeed! |
| 23:47:37 | HCl | alsa? |
| 23:47:42 | Bagder | linux sound |
| 23:47:49 | HCl | for rockbox? |
| 23:47:52 | HCl | o.o;; |
| 23:48:01 | HCl | oh right |
| 23:48:03 | HCl | for the sims |
| 23:48:04 | HCl | nice work |
| 23:48:08 | HCl | sorry |
| 23:48:15 | Bagder | it'll be great to debug things with |
| 23:48:32 | HCl | mhm |
| 23:48:32 | Bagder | like the runtimedb ;-) |
| 23:48:34 | HCl | :p |
| 23:48:40 | HCl | but i'm gonna go shower then go to bed |
| 23:52:52 | | Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") |
| 23:57:04 | * | Bagder cries for help on the list |
| 23:57:04 | | Quit thegeek_ (Read error: 104 (Connection reset by peer)) |
| 23:57:41 | | Join thegeek [0] (na@ti521110a080-0242.bb.online.no) |
icon identifies that the person is a core developer (has commit access).