| 00:00:31 | | Join muesli__ [0] (i=muesli_t@hmln-d9b8e199.pool.mediaWays.net) |
| 00:02:52 | muesli__ | XavierGr i use koss the plug which are imho not the worst |
| 00:05:24 | | Nick Sucka`away is now known as Sucka (n=NNSCRIPT@host81-156-209-48.range81-156.btcentralplus.com) |
| 00:05:28 | | Join Paul_The_Nerd [0] (n=chatzill@cpe-66-68-93-2.austin.res.rr.com) |
| 00:05:56 | XavierGr | Moos: as far as I can remember these pops (now louder with the fix)were already there. |
| 00:10:39 | muesli__ | g'night mates |
| 00:11:17 | XavierGr | good night i have to go too. bye |
| 00:11:29 | | Quit XavierGr () |
| 00:11:33 | | Quit hicks (Read error: 104 (Connection reset by peer)) |
| 00:12:13 | | Quit Paul_The_Nerd ("Chatzilla 0.9.68a [Firefox 1.0.6/20050716]") |
| 00:18:06 | | Quit muesli- (Read error: 113 (No route to host)) |
| 00:24:16 | | Join paugh [0] (n=pete@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 00:26:29 | | Quit solex (Read error: 110 (Connection timed out)) |
| 00:32:07 | | Quit muesli__ (Read error: 110 (Connection timed out)) |
| 00:34:32 | | Quit Moos (" HydraIRC -> http://www.hydrairc.com <- IRC has never been so good") |
| 00:37:22 | | Quit matsl (Remote closed the connection) |
| 00:40:46 | | Join Shebb [0] (n=527104ed@labb.contactor.se) |
| 00:40:48 | | Quit Shebb (Client Quit) |
| 01:00 |
| 01:00:59 | | Quit ender` (Read error: 113 (No route to host)) |
| 01:04:02 | | Quit paugh ("Leaving") |
| 01:09:29 | *** | Saving seen data "./dancer.seen" |
| 01:20:17 | | Join gareth [0] (n=3efc4010@labb.contactor.se) |
| 01:20:36 | gareth | Evening All |
| 01:21:41 | | Quit gareth (Client Quit) |
| 01:25:12 | | Join OPeePee [0] (n=Gun-IT@c-24-12-189-55.hsd1.il.comcast.net) |
| 01:36:03 | | Quit Sucka ("a bird in the bush is worth two in your house") |
| 01:39:50 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 01:41:48 | | Join XMaster-ShadowX [0] (n=KdTMaste@pD9532F2C.dip0.t-ipconnect.de) |
| 01:52:21 | | Quit courtc (Read error: 113 (No route to host)) |
| 01:56:18 | | Part XMaster-ShadowX |
| 01:57:08 | | Join XMaster-ShadowX [0] (n=KdTMaste@pD9532F2C.dip0.t-ipconnect.de) |
| 01:57:35 | | Quit OPeePee (Read error: 110 (Connection timed out)) |
| 02:00 |
| 02:25:17 | | Join solex [0] (n=jrschulz@c186083.adsl.hansenet.de) |
| 02:43:32 | | Quit XMaster-ShadowX (Read error: 113 (No route to host)) |
| 02:46:44 | | Join courtc [0] (n=court@adsl-158-42-20.asm.bellsouth.net) |
| 03:00 |
| 03:09:33 | *** | Saving seen data "./dancer.seen" |
| 03:10:22 | | Quit RotAtoR () |
| 03:28:32 | | Join ashridah [0] (i=ashridah@220-253-123-95.VIC.netspace.net.au) |
| 03:54:36 | | Join phaedrus96 [0] (n=Unknown@p54AE2738.dip0.t-ipconnect.de) |
| 04:00 |
| 04:05:29 | | Join QT_ [0] (i=as@madwifi/users/area51) |
| 04:12:14 | | Quit phaedrus961 (Read error: 110 (Connection timed out)) |
| 04:22:17 | | Quit QT (Read error: 110 (Connection timed out)) |
| 05:00 |
| 05:09:35 | *** | Saving seen data "./dancer.seen" |
| 05:13:33 | | Nick phaedrus96 is now known as phaedrus961 (n=Unknown@p54AE2738.dip0.t-ipconnect.de) |
| 05:23:06 | | Join tvelocity [0] (n=tony@chan530-a224.otenet.gr) |
| 06:00 |
| 06:12:51 | | Join CheeseBurgerMan [0] (n=BurgerBo@63.150.80.89) |
| 06:46:37 | | Quit warewolf ("*BAMF*") |
| 06:55:35 | | Part CheeseBurgerMan |
| 07:00 |
| 07:09:38 | *** | Saving seen data "./dancer.seen" |
| 08:00 |
| 08:19:17 | | Quit tvelocity ("Leaving") |
| 08:56:45 | | Join tvelocity [0] (n=tony@chan530-a224.otenet.gr) |
| 09:00 |
| 09:09:42 | *** | Saving seen data "./dancer.seen" |
| 09:39:32 | | Quit pike (Read error: 110 (Connection timed out)) |
| 09:43:49 | | Join Lost-ash [0] (i=ashridah@220-253-121-48.VIC.netspace.net.au) |
| 09:43:50 | | Quit ashridah (Nick collision from services.) |
| 09:44:11 | | Nick Lost-ash is now known as ashridah (i=ashridah@220-253-121-48.VIC.netspace.net.au) |
| 10:00 |
| 10:34:32 | | Join linuxstb [0] (n=503a2beb@labb.contactor.se) |
| 10:35:05 | linuxstb | Morning all. I'm hoping someone can help me kill the last bug in my ALAC decoder... |
| 10:35:45 | | Join XMaster-ShadowX [0] (n=KdTMaste@pD953155F.dip0.t-ipconnect.de) |
| 10:36:24 | linuxstb | If I play a FLAC or WAV file followed by an ALAC file, then the last second or so of the FLAC/WAV file isn't played. |
| 10:37:07 | linuxstb | It seems that the initialisation of the ALAC decoder is causing what's left in the PCM buffer to be deleted. |
| 10:42:01 | | Join arp [0] (i=infinite@obscure.metachar.net) |
| 10:45:20 | arp | ho ho! |
| 10:45:22 | arp | misfire |
| 10:46:27 | Slasher | linuxstb: Hmm, that's weird.. you don't have crossfade enabled? |
| 10:46:46 | linuxstb | No, crossfade is disabled. It only happens with ALAC, not the other codecs. |
| 10:47:26 | Slasher | ok, that shouldn't happen then |
| 10:47:30 | linuxstb | I'm using CVS from about 8 days ago - I've been without proper internet access since then (I'm in an Internet cafe at the moment) |
| 10:47:38 | arp | so I hope people dont mind the following question... |
| 10:47:45 | arp | but how stable/featureful is rockbox on iriver? |
| 10:48:06 | Slasher | it should be quite stable and very featureful |
| 10:48:20 | arp | all I really care about is gapless mp3's actually |
| 10:48:48 | Slasher | Hmm, i think lame mp3's are almost gapless (there might be still some small errors) |
| 10:48:53 | Slasher | all other codecs are true gapless |
| 10:49:05 | arp | I'm tired of not having a portable mp3 player, and waiting for a vendor to get it right is annoying me |
| 10:49:13 | arp | yah, all my mp3's are lame encoded |
| 10:49:26 | Slasher | then you should definately try rockbox :) |
| 10:49:31 | arp | I use my phone as an mp3 player, and I dont notice any problems with the gapless player |
| 10:49:45 | arp | but I only have a 1GB sd card |
| 10:50:02 | linuxstb | arp: I've been using my H140 with Rockbox as my main player for a few months, and I'm very happy with it. |
| 10:50:18 | arp | what capacity is the h140? |
| 10:50:24 | linuxstb | 40GB :) |
| 10:50:34 | linuxstb | There is also a H120... |
| 10:50:35 | arp | good |
| 10:50:43 | ashridah | H140's are getting more difficult to find now tho |
| 10:51:06 | ashridah | mostly been replaced by the H340 in retail, which rockbox hasn't been ported to, although they can still be found |
| 10:51:31 | arp | yah, and its still over $400, heh |
| 10:51:50 | arp | cheapest is like $439 |
| 10:52:21 | arp | even h120 is pricey, heh |
| 10:52:41 | arp | I have a slimx cd player that I've loved for a number of years |
| 10:53:09 | | Join ender` [0] (i=ychat@tm.213.143.74.124.dc.telemach.net) |
| 10:53:24 | arp | h120 for $400 or xs202 for $250 |
| 10:53:27 | arp | tough choice! |
| 10:54:08 | arp | anyone here have the xs202? |
| 10:58:25 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 10:58:54 | | Join pike [0] (i=pike@c83-249-120-126.bredband.comhem.se) |
| 11:00 |
| 11:08:50 | | Quit linuxstb ("CGI:IRC (EOF)") |
| 11:09:44 | *** | Saving seen data "./dancer.seen" |
| 11:16:57 | arp | oh I see, it only supports the 220 not 202 |
| 11:17:01 | arp | how confusing :) |
| 11:17:15 | arp | I guess I'll play the waiting game a little longer |
| 12:00 |
| 12:05:52 | HCl | 220? |
| 12:06:03 | HCl | 220 what? |
| 12:20:11 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 12:21:52 | | Join einhirn_ [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
| 12:22:02 | | Quit einhirn_ (Client Quit) |
| 12:24:16 | | Quit XMaster-ShadowX (Read error: 110 (Connection timed out)) |
| 12:38:48 | | Join Chamois [0] (n=Chamois@champigny-5-82-226-182-23.fbx.proxad.net) |
| 12:53:16 | | Join amiconn [0] (i=jens@pD9F4C48D.dip.t-dialin.net) |
| 12:54:13 | amiconn | hi |
| 12:55:27 | | Join Moos [0] (i=DrMoos@m29.net81-66-158.noos.fr) |
| 12:55:36 | Moos | Hola ! |
| 13:00 |
| 13:09:45 | *** | Saving seen data "./dancer.seen" |
| 13:18:39 | | Join dionoea_ [0] (n=dionoea@adsl.via.ecp.fr) |
| 13:18:57 | | Quit Chamois (" Like VS.net's GUI? Then try HydraIRC -> http://www.hydrairc.com <-") |
| 13:23:09 | | Join dionoea__ [0] (n=dionoea@muscipula152.via.ecp.fr) |
| 13:23:50 | | Quit dionoea (Read error: 101 (Network is unreachable)) |
| 13:28:49 | | Nick dionoea__ is now known as dionoea (n=dionoea@muscipula152.via.ecp.fr) |
| 13:30:51 | | Join muesli- [0] (i=muesli_t@hmln-d9b8e255.pool.mediaWays.net) |
| 13:31:25 | muesli- | reh |
| 13:33:11 | amiconn | hirsch? ;) |
| 13:33:41 | muesli- | ahm..mist..hier gehts ja englisch zu ;) |
| 13:34:07 | Moos | dutsch men :) |
| 13:38:10 | muesli- | :) |
| 13:38:30 | muesli- | does somebody use trillian 3.1 ? |
| 13:38:40 | | Quit dionoea_ (Read error: 110 (Connection timed out)) |
| 13:40:07 | | Join linuxstb [0] (n=503a2beb@labb.contactor.se) |
| 13:46:38 | linuxstb | Hello all. I found the problem with my ALAC decoder causing the PCM buffer to flush when a new track was initialised. |
| 13:46:42 | | Join stripwax_ [0] (n=stripwax@213-228-241-36.dsl.prodigynet.co.uk) |
| 13:47:22 | Febs | Hi folks. If there are any Archos users here, can you tell me whether the backlight fade-in/fade-out works on the Archos, or if that is an iriver only feature? |
| 13:47:31 | Febs | I'm working on updating the manual and wikimanual. |
| 13:48:16 | linuxstb | The decoder was calling rb->seek_buffer to skip unwanted parts of the file header. This in turn caused playback.c to flush the audio buffer. Replacing seek_buffer with advance_buffer solved the problem, but I don't think that is logical behaviour for the seek_buffer() function. |
| 13:48:25 | linuxstb | Febs: I don't know. |
| 13:48:47 | amiconn | Febs: Iriver onlky |
| 13:48:50 | amiconn | *only |
| 13:49:40 | Febs | Thanks. |
| 13:50:18 | Febs | That's what I thought, but wanted to be accurate. |
| 13:50:38 | amiconn | Are you trying to split the manual per model? |
| 13:51:53 | Febs | No, all I am doing is copying over the parts of the hard copy manual to the page WikiManual so that there is a reference available (mostly for iriver users) prior to release. |
| 13:52:02 | Febs | As I find things in the manual that are outdated, I am updating them. |
| 13:52:11 | Febs | And then I will mail the updated file to Cassandra. |
| 13:52:19 | amiconn | The 2.5 release won't be an iriver release |
| 13:52:23 | Febs | I understand. |
| 13:53:13 | Febs | Right now, there is no manual available for iriver users (with iriver buttons, etc.) so the wikimanual will serve as an interim manual until there is a iriver release and a formal manual is released. |
| 13:54:32 | Febs | I am changing some things in the manual that are needlessly player-specific (i.e., use of the word "Jukebox" when the more neutral "player" would suffice) to make it easier to adapt later to other player models. |
| 13:54:52 | amiconn | player is less neutral than jukebox |
| 13:55:26 | linuxstb | My H140 says "Multi-codec Jukebox" on the front... |
| 13:55:34 | amiconn | In the rockbox world, 'player' almost always means the archos 'player' family (Jukebox 5000, 6000, Studio 10, Studio 20) |
| 13:55:39 | Febs | Hm. I see what you mean. |
| 13:55:52 | amiconn | ...to distinguish from the recorder models |
| 13:55:57 | | Join webguest49 [0] (n=d5ee4f9f@labb.contactor.se) |
| 13:56:03 | stripwax_ | DAP is more neutral |
| 13:56:12 | Febs | But the manual used Jukebox with a capital "J," which I found confusing. |
| 13:56:34 | linuxstb | Maybe just change to lower-case - "jukebox". |
| 13:56:37 | amiconn | Yes, that's because all archos hd models start with 'Jukebox ...' |
| 13:56:46 | amiconn | ...and needs to be changed anyway |
| 13:56:56 | amiconn | The Ondio has no 'Jukebox' in front |
| 13:57:05 | Febs | Right. What do folks think of "DAP"? |
| 13:57:08 | amiconn | I'd say just use 'jukebox' (small j) |
| 13:57:09 | linuxstb | DAP ignores the recording features (and FM radio...) |
| 13:57:19 | linuxstb | Digital Audio Player... |
| 13:57:44 | linuxstb | amiconn: I agree. |
| 13:58:36 | Febs | Sounds good. I'll put something at the beginning of the manual defining the terms that are used in the manual ... (not that anyone will read that section ...) |
| 13:59:33 | linuxstb | Is anyone planning any major commits before midnight? |
| 13:59:50 | amiconn | I want to commit runtime db support for archos |
| 14:00 |
| 14:00:20 | amiconn | Touches database.c, mpeg.c and mpeg.h |
| 14:01:33 | linuxstb | I'm very happy with my ALAC decoder (it's more efficient than FLAC), but can't commit it until I get home next weekend - which is too late. |
| 14:01:42 | Febs | And Cassandra, if you read this in the IRC logs, I will e-mail you my revisions shortly. You are and I are rarely on IRC at the same time (I can't access IRC from work) but I do read the logs, so let me know if you have any other suggestions. |
| 14:03:32 | | Quit tvelocity (Read error: 110 (Connection timed out)) |
| 14:08:21 | Moos | linuxstb: it's never too late, you'll can do it in 2 weeks :) |
| 14:08:43 | webguest49 | Hi all. linuxstb- could you explain why ALAC is more efficient than FLAC, please? will ALAC be included in iRiver's supported codecs? |
| 14:10:43 | amiconn | linuxstb: My guess is that wavpack is still more efficient than ALAC, or am I wrong? |
| 14:11:11 | linuxstb | Yes, Wavpack is of course the "best". But ALAC is second, FLAC is third - in terms of CPU needed to decode a file. |
| 14:11:55 | amiconn | FLAC isn't even realtime with all files... |
| 14:12:50 | linuxstb | I´m sure the FLAC format is no more complicated than ALAC, but the reverse-engineered ALAC decoder I used is orders of magnitude simpler than libFLAC. |
| 14:13:03 | amiconn | Anyway, I don't care much about lossless compression |
| 14:13:41 | ender` | what about TTA? |
| 14:13:45 | amiconn | Imho such files are too large for usage on a DAP, and if I really have much space I can use plain pcm as well |
| 14:14:26 | | Join tvelocity [0] (n=tony@chan530-a043.otenet.gr) |
| 14:14:37 | linuxstb | I use lossless on my PC, so I don't like to encode them again for my iRiver. But when I fill the HD up, I probably will. |
| 14:15:02 | linuxstb | There is also too much choice in lossy codecs - I'm too lazy to do listening tests to find the best one for my ears. |
| 14:16:39 | linuxstb | webguest49: I've finished an ALAC decoder for Rockbox, but probably won't be able to commit it for a couple of weeks - until after the "feature freeze". |
| 14:17:22 | Moos | maybe for iriver release :) |
| 14:20:02 | | Quit muesli- (Read error: 113 (No route to host)) |
| 14:20:02 | webguest49 | that's good news, thanks :-] |
| 14:20:12 | linuxstb | ender`: I've never used TTA, but if you want to see it added to Rockbox, add info about it to the SoundCodecs wiki page. |
| 14:20:22 | | Join XMaster-ShadowX [0] (n=KdTMaste@pD953155F.dip0.t-ipconnect.de) |
| 14:20:28 | ender` | ok |
| 14:21:31 | linuxstb | AAC is probably the next codec I´ll look at - unless someone else gets there first. |
| 14:22:21 | amiconn | Imho someone with a clue should try to optimise FLAC, or we should take it out for a release. Same goes for MPC. |
| 14:23:55 | Moos | yeah Muse pack is so nice |
| 14:24:04 | amiconn | I never used it |
| 14:24:07 | Moos | and Flac too |
| 14:25:04 | linuxstb | I use FLAC, and most tracks play perfectly. I only get a very occasional drop-out. But maybe my kind of recordings (live bootlegs) are easier to decode. |
| 14:25:39 | Moos | for MPC, it is not in real time :( currently |
| 14:26:04 | Moos | buggish every 5 or 10 sec I don't remenber good |
| 14:29:24 | webguest49 | I use mostly FLAC too -mainly studio recordings- I've noticed that sometimes, but very seldom, there is like 1s break during playback, maybe even less, it's like the data is send to the buffer or sth, I don't know... |
| 14:30:43 | linuxstb | webguest49: Yes, that's the symptom of the FLAC decoder not quite being fast enough to decode in realtime. Sometimes the PCM buffer runs empty. |
| 14:31:13 | amiconn | bbl |
| 14:31:23 | | Part amiconn |
| 14:31:59 | | Quit stripwax_ (Read error: 110 (Connection timed out)) |
| 14:36:24 | | Join preglow [0] (n=536c22aa@labb.contactor.se) |
| 14:36:31 | preglow | linuxstb: faad2 looks niceish |
| 14:36:46 | preglow | i think it should give decent quality on emac platforms as well |
| 14:39:05 | preglow | woops, gotta go |
| 14:39:06 | | Quit preglow (Client Quit) |
| 14:42:18 | linuxstb | Gotta go too. Bye. |
| 14:42:20 | | Quit linuxstb ("CGI:IRC") |
| 14:51:06 | Slasher | usb mode fixed |
| 14:51:31 | Slasher | we did hit the max thread limit |
| 15:00 |
| 15:02:04 | | Join hicks [0] (n=hicks@zeus.mups.co.uk) |
| 15:07:31 | | Part XMaster-ShadowX |
| 15:09:47 | *** | Saving seen data "./dancer.seen" |
| 15:09:47 | ashridah | heh |
| 15:12:37 | | Join muesli- [0] (i=muesli_t@hmln-d9b8e18f.pool.mediaWays.net) |
| 15:12:42 | | Join Jleagle [0] (i=Owner@spc1-cosh3-5-0-cust176.cosh.broadband.ntl.com) |
| 15:14:24 | | Quit Jleagle (Client Quit) |
| 15:15:46 | | Quit Moos (" HydraIRC -> http://www.hydrairc.com <- IRC has never been so good") |
| 16:00 |
| 16:06:02 | Slasher | Hmm, are ints 32 bit on all targets rockbox currently supports? |
| 16:06:07 | | Quit muesli- (Read error: 104 (Connection reset by peer)) |
| 16:06:16 | | Quit ashridah ("sleep") |
| 16:07:29 | Slasher | ah, never mind that is not any issue :) |
| 16:09:26 | | Join XMaster-ShadowX [0] (n=KdTMaste@pD953155F.dip0.t-ipconnect.de) |
| 16:12:39 | | Quit tvelocity ("Leaving") |
| 16:26:35 | | Quit solex (Read error: 110 (Connection timed out)) |
| 16:27:17 | | Join solex [0] (n=jrschulz@c186081.adsl.hansenet.de) |
| 16:30:57 | | Join muesli- [0] (i=muesli_t@hmln-d9b8ef4b.pool.mediaWays.net) |
| 16:31:58 | muesli- | re |
| 16:37:46 | | Join banan_ [0] (i=banan@dalink.campus.luth.se) |
| 16:37:46 | | Quit merbanan (Read error: 104 (Connection reset by peer)) |
| 16:42:50 | | Join solex_ [0] (n=jrschulz@c129046.adsl.hansenet.de) |
| 16:43:58 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 16:45:55 | | Quit Febs (Read error: 110 (Connection timed out)) |
| 16:50:51 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 16:55:17 | | Join supreme|bombtex [0] (n=martin_p@cm-84.210.94.036.chello.no) |
| 16:55:24 | | Quit supreme|bombtex (Remote closed the connection) |
| 16:57:38 | | Quit solex (Read error: 110 (Connection timed out)) |
| 16:59:33 | | Join solex [0] (n=jrschulz@d082178.adsl.hansenet.de) |
| 17:00 |
| 17:00:35 | | Quit solex_ (Connection timed out) |
| 17:04:35 | | Join solex_ [0] (n=jrschulz@c146086.adsl.hansenet.de) |
| 17:04:55 | | Join Febs [0] (n=Febs@pcp09702102pcs.limstn01.de.comcast.net) |
| 17:09:48 | *** | Saving seen data "./dancer.seen" |
| 17:19:26 | | Quit solex (Read error: 110 (Connection timed out)) |
| 17:19:33 | | Join edkent [0] (n=edkent@81-86-157-207.dsl.pipex.com) |
| 17:19:50 | | Quit muesli- (Read error: 113 (No route to host)) |
| 17:21:25 | edkent | Hi, can anyone tell me where to get v3 of the Iriver bootloader pathcher? |
| 17:31:06 | | Quit solex_ (Read error: 111 (Connection refused)) |
| 17:32:36 | | Join ehntoo [0] (n=ehntoo@24-177-151-29.dhcp.mrqt.mi.charter.com) |
| 17:34:50 | | Quit webguest49 ("CGI:IRC (EOF)") |
| 17:39:34 | | Join DarkSnarfer [0] (n=anonim@212.106.249.38.adsl.jazztel.es) |
| 17:41:12 | | Quit DarkSnarfer (Client Quit) |
| 17:43:28 | | Quit matsl (Remote closed the connection) |
| 17:49:10 | | Join zezayer [0] (n=jake@87.81.166.52) |
| 17:52:50 | | Quit hicks (Read error: 110 (Connection timed out)) |
| 17:52:53 | | Join webguest03 [0] (n=ce126f05@labb.contactor.se) |
| 17:55:22 | | Quit webguest03 (Client Quit) |
| 17:55:37 | | Join webguest11 [0] (n=ce126f05@labb.contactor.se) |
| 17:59:40 | | Join solex [0] (n=jrschulz@c146086.adsl.hansenet.de) |
| 18:00 |
| 18:01:08 | | Quit ehntoo ("Leaving") |
| 18:18:08 | | Join amiconn [0] (i=jens@pD9F4C436.dip.t-dialin.net) |
| 18:18:12 | amiconn | re |
| 18:18:17 | amiconn | Slasher: r u there? |
| 18:19:06 | Slasher | amiconn: hi, yes |
| 18:19:40 | amiconn | I got the impression that there might be something wrong with the USB acknowledge since the voice UI was introduced |
| 18:20:06 | amiconn | USB from rockbox doesn't work; the logo appears but no drive in windows |
| 18:20:14 | amiconn | Bootloader USB mode works |
| 18:20:19 | Slasher | no it works now (check the most recent cvs commit) |
| 18:20:43 | Slasher | but you are correct, there was two problems |
| 18:20:47 | amiconn | Ah |
| 18:20:58 | amiconn | I should compile a new build then |
| 18:21:22 | Slasher | initially the usb acknowledgement thing was broken and i fixed that first. Then the we hit the max thread limit and i increased that |
| 18:21:31 | amiconn | I have another question |
| 18:22:06 | | Join webguest90 [0] (n=d5ee4f9f@labb.contactor.se) |
| 18:22:10 | amiconn | How do you handle sending the initial track change event? |
| 18:22:16 | amiconn | I have the runtime db working now on archos, but it doesn't catch the first track (the one you start playback with) |
| 18:23:02 | amiconn | My code properly sends the buffer/unbuffer event for this first track, but not the trackchange event (since there is no change) |
| 18:23:37 | Slasher | Hmm.. if i remember correctly the playback code on iriver calls the buffer events when it finishes the current buffering |
| 18:23:44 | Slasher | ah |
| 18:24:10 | Slasher | that trackchange event is sent by the pcm buffer callback (so it's synced with the audio playback) |
| 18:24:26 | amiconn | Hmm, it seems the iriver trackchange is also sent at startup |
| 18:24:34 | Slasher | yes it is |
| 18:24:58 | amiconn | The problem is that I can't simply send the event at startup on archos, since it would then be send *before* the buffer events |
| 18:25:16 | amiconn | (which are sent when buffering is complete, i.e. after playback already started) |
| 18:25:34 | Slasher | Hmm.. :/ |
| 18:25:49 | Slasher | but i will have to go now, back soon -> |
| 18:26:06 | amiconn | I would have to send these after buffering is complete, but I have no simple idea how this could work |
| 18:26:25 | amiconn | The initial buffering is done by the same code as all later rebuffering |
| 18:27:07 | amiconn | I can commit my code, so this turns from adding features (not really anyway) into pure bugfixing ;-P |
| 18:31:10 | | Join BBub [0] (i=belzebub@dsl-084-059-232-020.arcor-ip.net) |
| 18:31:56 | | Join rooomish [0] (n=Roman@195.47.96.56.adsl.nextra.cz) |
| 18:32:10 | | Quit rooomish (Client Quit) |
| 18:34:16 | | Join hshah [0] (n=acd65d76@labb.contactor.se) |
| 18:34:24 | | Join muesli- [0] (i=muesli_t@hmln-d5147639.pool.mediaWays.net) |
| 18:35:03 | | Quit hshah (Client Quit) |
| 18:37:08 | | Join nobby_zzzz [0] (n=nobby@cpc1-bele3-3-1-cust167.belf.cable.ntl.com) |
| 18:40:04 | | Join bagawk [0] (n=lee@unaffiliated/bagawk) |
| 18:41:17 | | Join XavierGr [0] (n=XavierGr@ppp10-adsl-207.ath.forthnet.gr) |
| 18:43:47 | Slasher | hehe :) i will soon commit a fix to the pops. It was simpler to fix than i thought |
| 18:44:05 | amiconn | I had an idea how to solve the initial track problem |
| 18:44:43 | amiconn | I can call the trackchange event when actual playback starts; but I have to generate the buffer event immediately before that |
| 18:45:05 | XavierGr | Slasher: reallyyyy???? |
| 18:45:35 | XavierGr | These pops are annoying... |
| 18:45:49 | Slasher | XavierGr: yep, we can let hardware do that. Just initializing IIS2CONFIG properly should be enough (at least it will fix the very annoying initial pop at boot) |
| 18:46:22 | XavierGr | amiconn: What about the file scrolling in jpeg viewer? What buttons do you suggest? |
| 18:46:31 | | Join amiconn_ [0] (i=jens@pD9F4C6A8.dip.t-dialin.net) |
| 18:46:48 | | Quit amiconn (Nick collision from services.) |
| 18:46:48 | | Nick amiconn_ is now known as amiconn (i=jens@pD9F4C6A8.dip.t-dialin.net) |
| 18:46:55 | amiconn | Bah, modem connection :/ |
| 18:46:56 | amiconn | if (track_changed_callback) |
| 18:46:56 | amiconn | track_changed_callback(audio_current_track()); |
| 18:46:59 | amiconn | oops |
| 18:47:06 | amiconn | A slight drawback is that starting playback now generates 2 bunches of buffer events (if more than one track can be buffered) |
| 18:47:09 | XavierGr | Also it would be good someone to advice me how big to make the buffer. |
| 18:48:39 | XavierGr | Slasher: What's your preference in changing files from the jpeg viewer? |
| 18:49:11 | Slasher | XavierGr: Hmm, i haven't think about that but it sounds like a good feature |
| 18:49:20 | XavierGr | :) |
| 18:49:36 | XavierGr | Currently it is set to up-down. |
| 18:49:58 | XavierGr | and if zoomed I will make it play+up-down. |
| 18:50:14 | XavierGr | But maube my approach is wrong that's why I am asking. |
| 18:53:06 | amiconn | I would make it Play+Up/ Play+Down, always |
| 18:54:07 | | Quit bagawk ("Leaving") |
| 18:54:12 | XavierGr | but then it would be nuch of a hassle to scroll small pics. |
| 18:54:28 | amiconn | Hmm? |
| 18:54:47 | XavierGr | and most people have smaller pics that 1280/1024 |
| 18:55:47 | amiconn | I'm not sure at all about that |
| 18:55:55 | amiconn | Digicams yield way larger pics |
| 18:56:25 | amiconn | Anyway, before this feature can be committed, we need the button assignments for the other jpeg capable platforms as well |
| 18:56:32 | amiconn | (archos recorder, ondio) |
| 18:56:57 | amiconn | Recorder is easy, thanks to the many buttons, but Ondio will be a problem... |
| 18:57:39 | XavierGr | well it would be easy to change anyway... |
| 18:59:37 | XavierGr | 896pixels is the larget picture for recorders without zoom? |
| 19:00 |
| 19:01:01 | amiconn | 896x512 pxiels without panning in the smallest zoom level |
| 19:01:25 | amiconn | It's simple - 8x (linear) display resolution |
| 19:01:38 | XavierGr | yes that what I did just confirmed it. |
| 19:01:52 | | Join Nibbler [0] (n=sven@port-212-202-77-14.dynamic.qsc.de) |
| 19:02:06 | XavierGr | so to make the #if define: |
| 19:03:02 | XavierGr | #if CONFIG_KEYPAD == IRIVER_H100_PAD |
| 19:03:27 | XavierGr | #define MAX_Y_SIZE 1024 |
| 19:03:53 | XavierGr | or to take another argument for the model? |
| 19:04:31 | amiconn | I would simply use the same combo for switching pics, regardless of picture size |
| 19:05:05 | amiconn | Changing the meaning of buttons within one process would be very confusing imho |
| 19:05:24 | Slasher | hmm, does somebody know how the line out and headphone connector are connected (or how they are separate from each other)? |
| 19:05:59 | amiconn | Imagine scrolling through a dir of pictures. The first 5 pics are small, so 'Down' would choose the next pic. The next pic is big, and all of a sudden 'Down' would no longer change pics |
| 19:06:10 | amiconn | I guess this would be very confusing for the user |
| 19:06:41 | amiconn | If you don't like button combos, there are 2 free buttons for prev/next pic |
| 19:06:49 | amiconn | Play/Rec |
| 19:07:58 | XavierGr | hmm that is another option... |
| 19:08:51 | XavierGr | Which will be next? Play (but it is upper than rec) or rec (which is more of a cancel button) |
| 19:09:33 | amiconn | I'd say Play=next, Rec=prev |
| 19:09:49 | *** | Saving seen data "./dancer.seen" |
| 19:09:50 | XavierGr | yes... |
| 19:11:07 | XavierGr | also the buffer must be target dependant I think. |
| 19:11:44 | XavierGr | I have set pointers (which is # of entries) to 2000. And the buffer (which holds only names not paths) to 10000. |
| 19:11:53 | XavierGr | that is 12KB. |
| 19:12:05 | amiconn | Ergo won't work on archos |
| 19:12:19 | XavierGr | Ergo? What that means? |
| 19:12:30 | amiconn | There are ~7KB plugin ram left with the current jpeg.rock |
| 19:12:44 | amiconn | Your code will take some more |
| 19:13:11 | XavierGr | then I can make a define to make it 500 and 4000 |
| 19:13:32 | amiconn | Ergo is latin, meaning 'that means' |
| 19:14:13 | XavierGr | 4.5kb is good then? |
| 19:15:10 | amiconn | I don't know how much larger the code will get with your additions, so we can only adjust after compiling it for archos |
| 19:15:38 | XavierGr | my additions are not that big. anyway guess you are right. |
| 19:15:44 | amiconn | 500/2500 would be linear reduction |
| 19:15:54 | XavierGr | iriver memory is ~700KB |
| 19:15:56 | XavierGr | ? |
| 19:16:01 | amiconn | yup |
| 19:16:04 | amiconn | plenty... |
| 19:16:31 | XavierGr | great! |
| 19:17:02 | XavierGr | what about the Ondio? |
| 19:17:32 | amiconn | Ondio is the as the recorder memory-wise |
| 19:17:40 | XavierGr | ok then |
| 19:17:41 | amiconn | *is the same as... |
| 19:22:48 | XavierGr | which is the play button define for "Play"? |
| 19:23:52 | amiconn | BUTTON_ON |
| 19:24:00 | amiconn | gtg, bbl |
| 19:24:06 | | Part amiconn |
| 19:24:09 | XavierGr | bye and thanks |
| 19:27:53 | | Join solex_ [0] (n=jrschulz@c129108.adsl.hansenet.de) |
| 19:30:07 | | Join dpassen1 [0] (n=dpassen1@cpe-24-168-110-99.si.res.rr.com) |
| 19:33:21 | XavierGr | now only the alphabetical sorting remains... |
| 19:34:12 | | Quit muesli- (Read error: 110 (Connection timed out)) |
| 19:35:07 | Slasher | committed the "pop fix" |
| 19:36:25 | crwl | rockbox only plays classical music now? |
| 19:36:40 | Slasher | hehe :D |
| 19:36:40 | | Join hshah [0] (n=acca42b9@labb.contactor.se) |
| 19:37:04 | Slasher | the annoying dc offset should have been mostly fixed now |
| 19:37:23 | | Join linuxstb [0] (n=503a2beb@labb.contactor.se) |
| 19:37:23 | hshah | the what what Slasher? (soz ive just entered the irc) |
| 19:37:39 | hshah | and woo hoo they allowed us to stop that idiotic beeping :p |
| 19:37:43 | Slasher | hshah: just committed another fix for the playback pops |
| 19:37:55 | Slasher | .. :D |
| 19:37:58 | linuxstb | Slasher: Did you read in the logs that I found my ALAC problem? |
| 19:38:04 | Slasher | yeh, i fixed that too |
| 19:38:06 | XavierGr | Slasher Are they competely removed? |
| 19:38:16 | Slasher | linuxstb: Hmm, not yet (i will check that) |
| 19:38:44 | Slasher | XavierGr: i am not sure.. at least with my sennheiser headphones they seem to be gone |
| 19:39:17 | | Quit hshah (Client Quit) |
| 19:39:23 | | Quit solex (Read error: 110 (Connection timed out)) |
| 19:39:45 | | Join hshah [0] (n=acca42b9@labb.contactor.se) |
| 19:40:21 | Slasher | linuxstb: ah, you had a problem with the seek_buffer |
| 19:40:33 | XavierGr | Great! I will start testing immediately. |
| 19:41:06 | linuxstb | Slasher: Yes. I didn´'t realise that using seek_buffer() would flush the PCM buffer. |
| 19:42:21 | Slasher | linuxstb: do you think it would be better if codecs could call the buffer flushing function? |
| 19:42:51 | linuxstb | Either that, or playback.c flushes the buffer before telling the codec to seek. |
| 19:44:14 | Slasher | hmm, flushing the buffer before would work too? i will try that |
| 19:46:50 | linuxstb | I think it would. But maybe the codecs could call a seek_completed() function to tell the playback code if the seek was successful (or not). That function would flush the buffer - so we are back to your first idea. |
| 19:48:19 | linuxstb | Anyway, it's not urgent - my ALAC code is working perfectly now with advance_buffer(), |
| 19:48:48 | Slasher | i do it now before the feature freeze.. :) |
| 19:53:04 | | Join AliasCoffee [0] (n=pete@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 19:55:06 | linuxstb | Slasher: I think a seek_completed() function is probably the best approach - if you flush the buffer before telling a codec to seek, the codec may add more data before seeking. |
| 19:56:25 | linuxstb | But I've got to go - 20 seconds left on the machine and no more coins... |
| 19:56:49 | | Quit hshah ("CGI:IRC (Ping timeout)") |
| 19:56:50 | | Quit linuxstb ("CGI:IRC (EOF)") |
| 20:00 |
| 20:00:26 | | Quit dpassen1 () |
| 20:08:37 | | Quit XavierGr () |
| 20:16:52 | | Quit thegeek_ (Read error: 104 (Connection reset by peer)) |
| 20:18:42 | | Join thegeek [0] (n=thegeek@s201a.studby.ntnu.no) |
| 20:20:00 | | Join lost|X40 [0] (n=james@c-67-175-166-214.hsd1.il.comcast.net) |
| 20:20:55 | lost|X40 | i hvae one quick question. On the feature comparison page, there is listing that I don't know what it means: " FF/FR with sound". would someone mind explaining |
| 20:21:37 | | Quit webguest11 ("CGI:IRC (Ping timeout)") |
| 20:25:21 | Febs | Right now you don't hear anything as you FF/RW. That feature request is for a feature similar to the iriver firmware where you can hear something as you go to give you some idea of where in the song you are. |
| 20:26:49 | lost|X40 | oh, ok |
| 20:27:00 | lost|X40 | thanks |
| 20:27:11 | lost|X40 | seems obvious now |
| 20:30:50 | | Join hshah [0] (n=accbf883@labb.contactor.se) |
| 20:32:51 | hshah | can some dev please add the mode and multiple align in wps b4 tomorrow! |
| 20:33:26 | HCl | why before tomorrow? |
| 20:33:37 | hshah | feature freeze |
| 20:33:42 | HCl | oh right. |
| 20:36:12 | | Quit hshah ("CGI:IRC") |
| 20:36:45 | | Join hshah [0] (n=accbf883@labb.contactor.se) |
| 20:37:17 | | Quit edkent (Read error: 110 (Connection timed out)) |
| 20:38:16 | | Quit hshah (Client Quit) |
| 20:39:05 | | Join Paul_The_Nerd [0] (n=chatzill@cpe-66-68-93-2.austin.res.rr.com) |
| 20:43:32 | Slasher | Hmm, what do you think about the alignment patch, is there any reason not to add it? |
| 20:47:01 | Slasher | and the mode patch, http://sourceforge.net/tracker/index.php?func=detail&atid=439120&group_id=44306&aid=1236643 and http://sourceforge.net/tracker/index.php?func=detail&atid=439120&group_id=44306&aid=1247788 |
| 20:47:46 | Slasher | if nobody has anything against them, i think i will commit these. please revert back should they cause any problems |
| 20:48:14 | Paul_The_Nerd | I haven't used them personally, but I've seen/heard nothing but good things about the multiple aligns in forums 'n such. |
| 20:49:03 | Slasher | at least they seem to compile fine (i have tried just iriver at the moment) and i didn't notice any side effect |
| 20:49:14 | Slasher | +s |
| 20:51:36 | Paul_The_Nerd | I should've tried it, now that I think about it. One of the biggest problems I have with my WPS could be fixed by it. |
| 20:52:54 | | Join leftright [0] (n=5087dd12@labb.contactor.se) |
| 20:53:44 | leftright | Slasher: could I inetrest you in implementing ReplayGain 'Track' mode if shuffle is selected ? :) |
| 20:54:25 | leftright | perhaps make it a feature under ReplayGain submenu |
| 20:54:30 | Slasher | leftright: Hmm, that was discussed before and it could cause problems while shuffling only one album |
| 20:54:39 | Slasher | Of course if it's a separate option, i think it would be ok |
| 20:55:28 | Slasher | but does anybody have any experience if the align/mode patches will break archos players? |
| 20:55:28 | Paul_The_Nerd | Yeah, but if you're gonna make it a separate option, why don't they just go and pick "track" mode anyway, 'eh? |
| 20:56:04 | Paul_The_Nerd | I still need to kidnap my brother's archos one day, since he uses it no longer. |
| 20:56:14 | leftright | because, I frequently switch between Track and album mode, depending whats in the playlist |
| 20:57:23 | Slasher | at least i will commit the mode patch, i am not yet sure about the alignment patch but it seems to be ok too |
| 20:59:49 | Paul_The_Nerd | Is there any reason it shouldn't or might not work? |
| 21:00 |
| 21:00:11 | * | Paul_The_Nerd doesn't know the differences between the way things work on the Archos and the iRiver targets. |
| 21:00:28 | Slasher | it is a longer patch and i don't have archos to verify. I think some dev should verify it and after that it could be committed |
| 21:00:41 | Paul_The_Nerd | Gotcha |
| 21:01:24 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 21:08:37 | lost|X40 | for iRiver, is daily or the current release recommended? |
| 21:09:19 | Paul_The_Nerd | Daily, the current "release" version doesn't support iriver at all. |
| 21:09:37 | lost|X40 | oh, yea, i read that |
| 21:09:38 | lost|X40 | sorry |
| 21:09:41 | Paul_The_Nerd | Heh |
| 21:09:52 | *** | Saving seen data "./dancer.seen" |
| 21:10:07 | Paul_The_Nerd | 'salright. |
| 21:18:00 | Slasher | mode patch committed |
| 21:24:53 | | Quit Febs (" Like VS.net's GUI? Then try HydraIRC -> http://www.hydrairc.com <-") |
| 21:26:43 | | Part nobby_zzzz |
| 21:30:51 | Paul_The_Nerd | Whoa, red like crazy. |
| 21:30:57 | * | Paul_The_Nerd points to the daily builds page. |
| 21:33:36 | Slasher | oh, that's not good.. fixing.. |
| 21:36:58 | Paul_The_Nerd | Really, looking at the outputs, it doesn't look too bad. |
| 21:39:17 | Slasher | should be fixed now |
| 21:39:38 | Slasher | i am quite afraid if i should commit the wps align patch too.. it can cause more problems |
| 21:39:41 | Paul_The_Nerd | Y'know, it's really irrational considering all the real things that could be being worked on, but every time I look at that page I wish someone would put in some hacks, or comment out something, or something so that the red bits on the right would go away. Hehehe |
| 21:40:18 | Slasher | :D |
| 21:40:32 | Slasher | it's easy to "fix" those reds but we don't want to do that.. |
| 21:40:41 | Paul_The_Nerd | Because then someone might think it works? |
| 21:40:49 | Slasher | that's because there is no bootloader for h3xx, lcd driver etc. |
| 21:40:53 | Slasher | yes |
| 21:41:00 | Paul_The_Nerd | Yeah, I figured that was the case. |
| 21:44:28 | | Join LinusN [0] (n=linus@labb.contactor.se) |
| 21:44:53 | LinusN | Slasher: that was an odd comment for committing the multi-align patch |
| 21:46:19 | LinusN | "Archos players doesn't have a hold switch" |
| 21:46:26 | Paul_The_Nerd | Hehehe |
| 21:46:36 | Paul_The_Nerd | Look at the previous commit |
| 21:46:39 | | Join BoD[] [0] (n=BoD@JRAF.org) |
| 21:46:42 | Paul_The_Nerd | And the build results for it. |
| 21:46:43 | BoD[] | Hello friends ! |
| 21:47:14 | Paul_The_Nerd | 'lo |
| 21:47:34 | | Join amiconn [0] (n=jens@p54BD47ED.dip.t-dialin.net) |
| 21:51:46 | | Nick solex_ is now known as solex (n=jrschulz@c129108.adsl.hansenet.de) |
| 21:52:51 | amiconn | Slasher: H1x0 sims still red... |
| 21:56:56 | * | LinusN fixed |
| 21:57:16 | LinusN | i still don't like the way the multi-align patch was committed |
| 21:58:30 | Slasher | LinusN: hehe, sorry if it was wrong.. i don't have an archos player |
| 21:58:42 | Slasher | LinusN: but what do you think about wps align patch? |
| 21:59:10 | Slasher | if you think it's ok, i could commit it now (i have to go soon, so if there are problems i can't fix them today) |
| 22:00 |
| 22:00:31 | LinusN | Slasher: you have committed it already |
| 22:00:37 | Slasher | no i haven't |
| 22:00:46 | Slasher | i just committed the mode patch |
| 22:01:10 | LinusN | jno you didn't |
| 22:01:16 | Slasher | http://sourceforge.net/tracker/index.php?func=detail&atid=439120&group_id=44306&aid=1236643 |
| 22:01:37 | LinusN | Slasher: check your latest commit |
| 22:01:42 | Slasher | that is the multi align patch and it's much bigger than the mode patch.. |
| 22:02:09 | Slasher | argh, sorry about that :( |
| 22:02:20 | Slasher | i didn't mean to commit it.. |
| 22:02:29 | LinusN | see what i mean now? |
| 22:02:31 | Slasher | i had patched it again and i forgot that.. |
| 22:02:32 | Slasher | yes |
| 22:02:54 | Slasher | please feel free to revert it back |
| 22:03:26 | Slasher | :/ |
| 22:03:38 | LinusN | never mind |
| 22:04:40 | amiconn | Almost ready to commit runtime database hookup for archos... |
| 22:05:39 | | Join RotAtoR [0] (n=e@12-208-69-190.client.insightBB.com) |
| 22:10:04 | Slasher | LinusN: Hmm, do you think we are going to keep the align patch? If so, i could commit the remaining little changes for that.. |
| 22:11:11 | | Quit BoD[] ("byebye") |
| 22:12:45 | Slasher | hmm, is there a way to modify the latest cvs commit log text? I would like to correct it too |
| 22:13:27 | lost|X40 | guys, i just wanted to say thanks. i will definitely be hooking you up with some paypal in the near future. this is awesome |
| 22:13:50 | Slasher | the latest commit i did, it was so wrong |
| 22:14:07 | Paul_The_Nerd | People make mistakes. |
| 22:15:25 | LinusN | Slasher: commit the rest too |
| 22:15:40 | LinusN | amiconn: how does the db hookup look? |
| 22:16:02 | LinusN | i'm pretty sure it'll break the a-b function :-) |
| 22:16:44 | amiconn | LinusN: It looks quite similar to how it works for iriver |
| 22:17:15 | amiconn | I'm doing a final test with an album with many short tracks. |
| 22:18:31 | Slasher | LinusN: done |
| 22:19:02 | Slasher | night everybody :) -> |
| 22:19:13 | Paul_The_Nerd | Cya. |
| 22:19:59 | LinusN | Slasher: i was surprised that the codec thread worked at all when the thread limit was reached... |
| 22:20:29 | Slasher | LinusN: it was the pcm recording thread that failed to load :) |
| 22:20:35 | LinusN | aha... |
| 22:20:46 | | Join Lear [0] (n=chatzill@h179n2c1o285.bredband.skanova.com) |
| 22:20:50 | Slasher | that's because it took some time to figure out what was wrong |
| 22:21:28 | amiconn | LinusN: Rockbox kernel magic ;) |
| 22:21:48 | Slasher | so the pcm recording initialized the queue and usb handler was waiting for that thread to acknowledge the connection too but it never did that |
| 22:22:16 | Lear | Slasher: just curios, is space for voice codec always allocated if a language file is present? and how is a new languange selection handled? :) |
| 22:22:40 | Slasher | i also found that i couldn't activate the recording function, then i did some logf:ing and finally found that the thread did not load at all |
| 22:23:03 | Slasher | Lear: yes, it's always allocated when there is a language file |
| 22:23:18 | Slasher | i haven't tried language changing but i think it should work |
| 22:23:23 | LinusN | Slasher: i guess a panic() is in place when a thread can't be created :-) |
| 22:23:54 | Slasher | LinusN: hehe, maybe it should be :) but instead everything was working "fine" :D |
| 22:24:00 | Lear | I was wondering what would happen if the user changes to a language with a larger file... |
| 22:24:10 | Lear | (larger voice file) |
| 22:24:28 | Slasher | Lear: iirc, it will re-initialize the audio system |
| 22:24:40 | Slasher | but now i really have to go, c u tomorrow again :) |
| 22:24:56 | LinusN | nite |
| 22:28:25 | | Join ghostiger [0] (n=ghostige@tor/session/x-c59d1113a358b5ad) |
| 22:28:31 | | Quit ghostiger (Client Quit) |
| 22:29:11 | amiconn | LinusN: Does the A-B patch still apply after my mpeg.c cleanup? |
| 22:31:09 | LinusN | amiconn: i doubt it very much |
| 22:31:32 | LinusN | i wonder about the mechanism you use for the db "events" |
| 22:32:09 | LinusN | the a-b patch introduces an event system in mpeg.c |
| 22:32:21 | LinusN | and i assume your db hookup does that too? |
| 22:32:22 | amiconn | Look at how this is handled in apps/playback,c for iriver |
| 22:32:41 | amiconn | My approach is very similar |
| 22:33:19 | amiconn | The hardest part was to determine where to insert the callback calls |
| 22:33:37 | LinusN | callback? not messages? |
| 22:34:01 | amiconn | database.c registers callbacks on iriver. |
| 22:34:15 | LinusN | oh, why? |
| 22:34:22 | amiconn | Doing the same on archos was the logical way for me |
| 22:34:30 | LinusN | i see |
| 22:34:40 | LinusN | i'm not a big fan of callbacks myself |
| 22:34:54 | amiconn | The database code needs callbacks for 3 events, to avoid spinning the disk on every track change |
| 22:35:12 | LinusN | yes |
| 22:35:29 | | Part lost|X40 ("Leaving") |
| 22:35:32 | LinusN | i just wonder why callbacks and not messages |
| 22:36:17 | LinusN | callbacks often gives problems, because you often don't know which thread will run the code |
| 22:36:30 | amiconn | Messages do have a problem - they have a standard layout |
| 22:37:05 | amiconn | There is no database thread |
| 22:37:09 | LinusN | i know |
| 22:37:25 | amiconn | So where would you send the messages? |
| 22:37:39 | | Join preglow [0] (n=c39fb9cd@labb.contactor.se) |
| 22:37:39 | LinusN | i haven't looked into the db code myself |
| 22:37:57 | preglow | is it just me, or is something wildly wrong with the codecs? even libmad boosts 100% here now |
| 22:38:22 | LinusN | preglow: ouch |
| 22:38:30 | preglow | someone please check |
| 22:38:31 | * | LinusN blames Slasher |
| 22:38:35 | preglow | this isn't the newest build |
| 22:39:13 | LinusN | amiconn: will you commit this evening? |
| 22:39:26 | amiconn | [22:17:17] <amiconn> I'm doing a final test with an album with many short tracks. |
| 22:39:39 | LinusN | goodie |
| 22:40:14 | amiconn | Should be done in about 30 minutes |
| 22:40:24 | LinusN | great |
| 22:40:44 | LinusN | i want to do the a-b stuff tonight |
| 22:40:53 | amiconn | This will add another ~1.2 KB to the archos builds... :/ |
| 22:41:00 | preglow | a-b? |
| 22:41:02 | LinusN | i'm sure |
| 22:41:09 | LinusN | preglow: a-b repeat |
| 22:41:10 | amiconn | No, db hookup |
| 22:41:27 | amiconn | Part of it is code in database that was disabled for archos |
| 22:41:33 | amiconn | *database.c |
| 22:42:42 | amiconn | LinusN: I don't think callbacks are problematic as long as some general rules are obeyed |
| 22:42:56 | LinusN | perhaps not |
| 22:42:59 | | Join xen` [0] (i=nop@stg25-1-82-238-117-1.fbx.proxad.net) |
| 22:43:07 | amiconn | In case of the database callbacks it would be a very bad idea to call them from an isr... |
| 22:43:09 | LinusN | but sometimes "registering" is a quite unnecessary thing |
| 22:43:40 | amiconn | In this case registering is avoiding hard-coded callbacks from firmware to app layer, at least on archos |
| 22:44:29 | LinusN | yes, the playback should really be moved to apps/ on archos too |
| 22:44:44 | preglow | LinusN: seems he fixed it with the unused codec swapping commit |
| 22:44:53 | preglow | in which case codec swapping sure as hell carries an overhead |
| 22:45:05 | LinusN | ah |
| 22:45:17 | amiconn | Lear: I agree, but that needs quite some changes. Currently mpeg.c handles both playback and recording... |
| 22:45:48 | LinusN | i know, but it should still be done some day |
| 22:46:04 | amiconn | Actually I would love to see playback code unified. I need a way to integrate pcm support.... |
| 22:46:17 | LinusN | :-) |
| 22:47:20 | amiconn | I'll probably play a bit with the pcm codec soon |
| 22:47:27 | preglow | so, you've gotten it? |
| 22:47:43 | amiconn | Yes, accompanied by the documentation :) |
| 22:47:50 | preglow | now, there's something |
| 22:47:58 | amiconn | I'm not yet allowed to publish it though |
| 22:48:09 | preglow | is there a mas assembler around? |
| 22:48:16 | amiconn | Awaiting the final ok from Micronas |
| 22:48:26 | amiconn | Yes, but not officially |
| 22:48:49 | amiconn | There's also some documentation about the assembler. DSP assembler is really weird |
| 22:49:13 | amiconn | What is missing is all interface documentation, i.e. how is dma working etc |
| 22:49:15 | preglow | mas is weirder than most |
| 22:49:23 | preglow | but dsps can be pretty strange, yes |
| 22:51:49 | | Quit thebum ("ah fuck it") |
| 22:52:31 | amiconn | preglow: Actually the mas assembler also contains an emulator... |
| 22:52:39 | preglow | well hooray |
| 22:53:03 | preglow | i'm not touching that stuff with a five foot pole, though ;) |
| 22:57:43 | preglow | just a little faster, and libmad should be content with 48mhz for most bitrates :/ |
| 22:58:09 | amiconn | It already is for 128kbps... |
| 22:58:29 | preglow | yes, and almost for 192 |
| 22:58:36 | amiconn | However, one of my planned changed will lower the standard frequency a bit... |
| 22:58:52 | amiconn | *changes |
| 22:58:57 | preglow | we should do some tests before we lower it, imho |
| 22:59:21 | preglow | to see if it even pays off |
| 22:59:44 | amiconn | I won't lower it much. I just need it to be an integer multiple of the default frequency for better timer handling through frequency changes |
| 23:00 |
| 23:00:06 | preglow | well, in what steps can you alter it? |
| 23:00:12 | amiconn | 11 MHz |
| 23:00:30 | amiconn | Standard frequency will be ~45 MHz, boosted ~125 MHz |
| 23:00:42 | amiconn | (x4 and x11) |
| 23:00:44 | preglow | sounds reasonable enough |
| 23:01:08 | preglow | i still wonder if doing all heavy work at 120mhz is better than doing what you can at 48 |
| 23:01:21 | amiconn | We already do the latter... |
| 23:01:26 | preglow | yes, i know |
| 23:01:41 | amiconn | ...and I think it is the better solution |
| 23:01:46 | preglow | but that's not something we do because we know it to be better |
| 23:02:03 | preglow | yes, i kind of think it to be the best solution myself |
| 23:02:11 | amiconn | ...because it keeps the cpu boosted for less time, and avoids idling |
| 23:02:27 | preglow | and when we've even got some codecs going at 48mhz, it's all good |
| 23:02:43 | preglow | libmad, wavpack and ac3 is content with 48mhz, mostly |
| 23:02:47 | amiconn | If idling would need *no* power, the other solution might be better, or at least equivalent |
| 23:03:04 | amiconn | ...but idling *does* need some power |
| 23:03:09 | preglow | deed |
| 23:03:35 | amiconn | I wonder a different thing, and I think I will do an experiment soon |
| 23:03:36 | | Join vbb [0] (n=vbb@Quebec-HSE-ppp240210.qc.sympatico.ca) |
| 23:03:51 | preglow | what? |
| 23:04:01 | amiconn | From the datasheet it looks like the pll can also clock *down* i.e. < 11 MHz |
| 23:04:10 | amiconn | Does that save power? |
| 23:04:16 | preglow | hmm |
| 23:04:22 | preglow | well, no point unless it does |
| 23:04:23 | preglow | but sounds dubious |
| 23:04:33 | amiconn | The core will eat less power, but in turn we need to leave the pll running instead of setting it to bypass |
| 23:04:46 | preglow | yes, and i dont know how much it needs |
| 23:04:49 | preglow | but seems i gotta go |
| 23:04:50 | preglow | later |
| 23:04:55 | | Quit preglow ("CGI:IRC") |
| 23:04:56 | amiconn | bye |
| 23:05:34 | | Part vbb ("Leaving") |
| 23:06:05 | | Quit zezayer ("C Ya's All") |
| 23:09:54 | *** | Saving seen data "./dancer.seen" |
| 23:11:06 | | Join shin [0] (i=shin@lodowka.com) |
| 23:11:13 | shin | hello |
| 23:11:42 | shin | maybe someone has seen jayms lately ? |
| 23:12:22 | | Join Febs [0] (n=Febs@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 23:12:22 | Bagder | what's that? |
| 23:13:05 | shin | whats what ? |
| 23:13:09 | shin | jayms ? |
| 23:13:12 | Bagder | yes |
| 23:13:20 | shin | some guy who stole my pic .. |
| 23:13:27 | shin | and i want to talk with him |
| 23:13:34 | shin | i found logs that he was chatting here |
| 23:15:20 | amiconn | Okay, seems to work. Prepare for impact... ;) |
| 23:15:39 | Bagder | 3:45 hours to freeze |
| 23:15:52 | Bagder | :-) |
| 23:16:12 | shin | huh |
| 23:16:13 | | Quit shin ("BitchX: Now available for the Gibson") |
| 23:16:28 | amiconn | Wah, I don't manage to get solid cube on archos in before freeze :( |
| 23:16:55 | Paul_The_Nerd | You have time, quickly! :-P |
| 23:17:26 | Bagder | does anyone use the runtimedb? |
| 23:17:32 | LinusN | amiconn: i'll file a bug report about the cube not being solid :-) |
| 23:17:40 | | Join stripwax_ [0] (n=stripwax@213-228-241-36.dsl.prodigynet.co.uk) |
| 23:17:50 | stripwax_ | ello ello |
| 23:18:16 | Paul_The_Nerd | Bagder, that's the convenient thing that lets you sort by album, artist, or genre, right? |
| 23:18:25 | amiconn | Bagder: I don't know, but having dead code is imho worse than having a working feature, even if only a couple of people use it |
| 23:18:33 | Bagder | Paul_The_Nerd: no, that's the regular songdb |
| 23:18:38 | Paul_The_Nerd | Oh. |
| 23:18:39 | Paul_The_Nerd | What's runtimeDB? |
| 23:18:54 | Bagder | Paul_The_Nerd: its the db that collects run-time data about played songs |
| 23:19:08 | Paul_The_Nerd | Ah, for "times played" and such? |
| 23:19:21 | Bagder | amiconn: I'm not arguing about that, I'm just curious if there is a single user of this |
| 23:19:29 | amiconn | Times played and rating as of now |
| 23:19:35 | Paul_The_Nerd | I considered using that, but seeing as I didn't know the behavior I chose not to. |
| 23:19:35 | | Join hicks [0] (n=hicks@zeus.mups.co.uk) |
| 23:19:38 | amiconn | Bagder: HCl? |
| 23:20:02 | Bagder | yes, one could assume he uses it ;-) |
| 23:20:09 | amiconn | ...and actually me atm, as I need to test the hookup ;) |
| 23:20:11 | Paul_The_Nerd | Like, I personally would like it to only register a song as "played" if I listened to more than the first 15 seconds or so, and such, as I tend to just load up a playlist of nearly everything, then skip songs I'm not in the mood. |
| 23:20:37 | Bagder | I agree |
| 23:20:47 | Paul_The_Nerd | I downloaded like, 1300 OCRemixes, and it would be really convenient to later be able to see which ones I've skipped the most often, or every time, and remove them from the player. |
| 23:20:57 | Paul_The_Nerd | So, I'd really like to see it with a few options like that, but I don't use it at the moment. |
| 23:21:01 | | Quit webguest90 ("CGI:IRC (Ping timeout)") |
| 23:21:15 | amiconn | I think a song should count as played if it is played more than 50% |
| 23:21:54 | Bagder | we could use the same limits audioscrobble does |
| 23:21:56 | amiconn | ...and if things like this are handled within the playback code (it should know about such thing), we would even save one callback... |
| 23:22:45 | amiconn | The playback code could record how many seconds of the song are actually played. Then the unbuffer event callback can decide if this counts as 'played' or not |
| 23:23:01 | amiconn | It could cumulate the actual runtime as well |
| 23:23:02 | | Join ]RowaN[ [0] (i=a2b0y@82-43-212-52.cable.ubr10.newm.blueyonder.co.uk) |
| 23:23:59 | stripwax_ | we could even store 'number of times played' as a fixed-point value .. rather than saying 50% means played or not, just say that we have played the file 0.5 times .. |
| 23:24:31 | amiconn | LinusN: 1632 bytes left for fmrecorder... (gcc 3.3.6) |
| 23:25:34 | ]RowaN[ | is www.rockbox.org/twiki/bin/view/Main/SoundCodecs up to date, in that midi does not yet work on iriver? |
| 23:25:44 | amiconn | 'Thanks' to all those graphical bells & whistles ;-/ |
| 23:26:37 | Paul_The_Nerd | ]RowaN[: They show up, and launch a viewer, but at least on my unit, no sound is produced, and eventually the viewer drops me back to the filetree with no visible/audible result. |
| 23:27:03 | ]RowaN[ | OMG talking directories now works! never worked for me before |
| 23:27:08 | amiconn | Paul_The_Nerd: It should write a .wav file |
| 23:27:13 | Paul_The_Nerd | Where does it put it? |
| 23:27:24 | Paul_The_Nerd | My MIDI's in the root, and no new files show up there. |
| 23:27:40 | amiconn | Try to change into a sub-dir and back |
| 23:28:00 | amiconn | Returning from a plugin doesn't refresh the tree view |
| 23:28:20 | Paul_The_Nerd | I've run it a few times, and it doesn't even show up from USB-connection |
| 23:28:32 | amiconn | Ah, hmm. |
| 23:28:41 | amiconn | Do you have that midi patch file installed? |
| 23:28:45 | ]RowaN[ | what the trip.. it reads a mp3 file name then just keeps spouting random letters after that |
| 23:28:49 | Paul_The_Nerd | Yep |
| 23:29:01 | Paul_The_Nerd | It loads the patchset with no reported problems, then sits at "I hope this works..." for a while |
| 23:29:04 | Paul_The_Nerd | Then, bam, back to filetree. |
| 23:29:22 | ]RowaN[ | midi patch file? nope where is it |
| 23:29:31 | amiconn | I admit I didn't try it myself so far |
| 23:29:35 | | Join hshah [0] (n=acc8a043@labb.contactor.se) |
| 23:30:03 | amiconn | Bagder: Compilation estimate is short as almost always :/ |
| 23:30:33 | Bagder | its sliding average of the last 4 builds |
| 23:30:36 | Paul_The_Nerd | It feels like it's acting really dangerously too. The backlight stays at whatever brightness it's at when it gets to the "I hope this works..." step... like, if it's on, it stays on, and if it's off, it stays off. |
| 23:31:12 | Paul_The_Nerd | ]RowaN[: It's the "separate sound set" mentioned on the page you linked. |
| 23:31:15 | amiconn | Bagder: Hmm. I wonder why it is short everytime I check it for my commits... |
| 23:31:39 | Bagder | probably because it doesn't show/include seconds |
| 23:31:48 | hshah | hi - has the multiple align patch in wps been added then? |
| 23:31:54 | amiconn | It's several minutes short... |
| 23:32:05 | Paul_The_Nerd | hshah: Yes, apparently |
| 23:32:29 | ]RowaN[ | are the "voice menus" recorded words or does it generate those words on the fly? |
| 23:32:50 | Bagder | amiconn: well I have no other explanation, and it usually is not several minutes short when I've looked at it |
| 23:32:54 | Paul_The_Nerd | amiconn: I'm even about 90% sure I'm using the same MIDI file as the designer tested it on, since I'm pretty sure I got it from where he'd linked it once. |
| 23:32:56 | stripwax_ | ]RowaN[ - recorded words |
| 23:33:07 | hshah | YAY - i asked Slasher to do those two patches he did for me :) |
| 23:33:30 | stripwax_ | is anyone likely to commit my sokoban or solitaire patches any time soon? ;-) |
| 23:33:43 | amiconn | Bagder: Took 5 minutes longer than estimated this time... |
| 23:33:47 | | Join goa [0] (i=hd@gate-hannes-tdsl.imos.net) |
| 23:33:58 | ]RowaN[ | paulthenerd: whats a .tbz2 file? |
| 23:34:03 | Bagder | I can only repeat myself |
| 23:34:13 | stripwax_ | ]RowaN[ - bz2-zipped tarfile |
| 23:34:15 | Paul_The_Nerd | ]Rowan[: It's a type of archive, like a .zip or a .rar |
| 23:35:19 | hshah | POO - my cvs build is causing errors :( |
| 23:35:20 | ]RowaN[ | ive set dirs & filenames to use the .talk clip (of which i have none yet) but instead its still spelling them out.. is it normal for it to default back to that rather than do nothing? (i have rebooted) |
| 23:35:30 | Bagder | it currently estimates build time to 767 seconds |
| 23:35:34 | | Join webguest10 [0] (n=50b1787a@labb.contactor.se) |
| 23:35:51 | stripwax_ | hshah - hrmm? |
| 23:35:51 | hshah | it won't compile |
| 23:36:15 | * | Paul_The_Nerd has developed an innate distrust of the phrase "I hope this works..." |
| 23:36:33 | amiconn | ]RowaN[: .talk clip should fall back to numbers if no clip exists |
| 23:36:54 | | Join Coldtoast [0] (n=Edan@ppp110-114.lns1.hba1.internode.on.net) |
| 23:36:54 | amiconn | At least it does on archos & for dirs |
| 23:37:01 | ]RowaN[ | it has fallen back to numbers for the dirs but spelling for the filenames |
| 23:37:05 | stripwax_ | hshah - do you get an error message? (I'm guessing you do - what is it?). CVS build seems to work for me |
| 23:37:07 | amiconn | Dunno about files since I don't use clips for files |
| 23:37:17 | Coldtoast | hey amiconn. I checked out the JPG viewer for the first time. VERY impressive! |
| 23:37:40 | amiconn | Thanks, but the actual jpeg viewer isn't even my work |
| 23:37:42 | ]RowaN[ | yeah that jpg viewier is absolute mint =] |
| 23:37:53 | | Part XMaster-ShadowX |
| 23:38:01 | amiconn | I just adapted it to iriver after implementing the grayscale library |
| 23:38:19 | Coldtoast | I'd rescued some stuff off a friend's sister's dead laptop and was browsing around for MP3s anc came across some JPGs |
| 23:38:19 | | Quit hshah ("CGI:IRC (EOF)") |
| 23:38:27 | stripwax_ | we really need the viewer to be able to view BMPs/GIFs too |
| 23:38:36 | amiconn | (which then was quite some work) |
| 23:38:36 | LinusN | really? |
| 23:38:46 | | Join hshah [0] (n=acc8a043@labb.contactor.se) |
| 23:38:49 | amiconn | stripwax_: .bmp should be trivial |
| 23:38:56 | * | stripwax_ knows |
| 23:39:10 | amiconn | (if neglecting rle variants) |
| 23:39:12 | hshah | http://img389.imageshack.us/img389/665/error2yq.gif |
| 23:39:35 | hshah | thats my error stripwax_ |
| 23:39:39 | stripwax_ | hshah - dude, you've got a bad CVS merge! |
| 23:39:47 | LinusN | hshah: the cvs update found conflicts |
| 23:39:48 | Bagder | resolve the conflict |
| 23:39:52 | stripwax_ | go edit status.h and manually resolve |
| 23:39:56 | stripwax_ | ^^ what they said |
| 23:40:10 | | Join Chamois [0] (n=Florian@i01v-62-35-66-23.d4.club-internet.fr) |
| 23:40:33 | hshah | how do u do that? |
| 23:40:40 | Coldtoast | can I jsut say, hshah .... that's a HORRIBLE looking Windows you have goign there. heh |
| 23:40:48 | stripwax_ | hshah - with a text editor. |
| 23:40:59 | Bagder | hshah: you edit the code to be real code again |
| 23:41:13 | hshah | Coldtoast - this is not my pc - its the family one |
| 23:41:31 | Coldtoast | ok :) |
| 23:41:32 | Bagder | or you remove the file and update the CVS version of it |
| 23:41:34 | hshah | shall i just download the status.h file from the site and replace it |
| 23:41:40 | stripwax_ | hshah - or even, if you haven't modified status.h, just go "cvs up -A status.h" to pull the cvs version |
| 23:42:06 | | Quit Lear ("Chatzilla 0.9.68.5 [Firefox 1.0+/undefined]") |
| 23:42:12 | Coldtoast | I have a my new fave Linux distr |
| 23:42:30 | stripwax_ | Coldtoast better than ubuntu? |
| 23:42:30 | Coldtoast | err... have a new fave |
| 23:42:36 | Coldtoast | nah. it IS ubuntu |
| 23:42:46 | Coldtoast | I'd been using Mandriva |
| 23:42:48 | stripwax_ | :-) lucky guess. never used it mysel. why so great? |
| 23:43:03 | Coldtoast | really small with REALLY hardly any extras |
| 23:43:12 | Coldtoast | plus it's Debian I guess |
| 23:43:31 | leftright | me still thinks that track mode and shuffle is a good match |
| 23:44:22 | | Join Shebb [0] (n=52710408@labb.contactor.se) |
| 23:47:21 | | Quit webguest10 ("CGI:IRC (EOF)") |
| 23:48:43 | ]RowaN[ | well, those forum posts were useless, no one else agrees that its a bad thing for foobar to butcher all tags when adding replaygain |
| 23:49:17 | ]RowaN[ | even the "remove replaygain values" option deletes tags! how krazy is that |
| 23:49:21 | leftright | why aren't your v1 and v2 tags the same in the first place |
| 23:49:23 | Bagder | hehe |
| 23:49:33 | ]RowaN[ | because id3v1 has a character limit |
| 23:49:34 | Bagder | so many people have foobar tag problems |
| 23:50:00 | Coldtoast | foobar wiped all my tags too |
| 23:50:02 | ]RowaN[ | all i want to do is add replaygain info without butchering my existing tags (whatever they may be). foorbar cannot do this |
| 23:50:02 | amiconn | I don't ;) |
| 23:50:05 | leftright | so what if it has a character limit, do you tag v1 seperately in your music |
| 23:50:12 | amiconn | I never used foobar :) |
| 23:50:20 | Bagder | me neither |
| 23:50:41 | ]RowaN[ | leftright: i only use v2 when i have to |
| 23:50:49 | Coldtoast | ]RowaN[: well, I replaygained an album and it didn't kill my tags. Bt it did copy v2 info to v1 |
| 23:51:06 | leftright | v2 is better than v1 |
| 23:51:10 | Coldtoast | all my mp3s have no v1, just v2 |
| 23:51:18 | ]RowaN[ | it has different surprises depending on which options you choose |
| 23:51:31 | Coldtoast | I was surprised that foobar copied v2 to v1. Must be a setting |
| 23:51:58 | leftright | i reallt dont see the big deal, v2 is the way to go |
| 23:53:10 | ]RowaN[ | foobar cant seem to merge tho.. say i have a big comment in V2 tag.. thats all in v2.. then the rest of the info in v1.. it deletes everything apart from the v2 comment, so you lose title & artist etc |
| 23:54:07 | ]RowaN[ | anyway, foorbar bleugh, uninstalled. are there any other programs for writing replaygain tags? |
| 23:54:30 | stripwax_ | anything bad happen if the tagdatabase was generated from a different filesystem than my actual irver? |
| 23:54:53 | | Nick AliasCoffee is now known as paugh (n=pete@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 23:55:09 | Bagder | stripwax_: no, not if you have the path setup properly |
| 23:55:44 | stripwax_ | Bagder kewl. well, I think I probably do, but then, songdb.pl −−help doesn't actually output any help, so it's hard to tell :-) |
| 23:56:02 | | Quit hshah ("CGI:IRC (EOF)") |
| 23:56:06 | Coldtoast | 8am. bedtime |
| 23:56:11 | | Quit Coldtoast ("Leaving") |
| 23:56:20 | Bagder | stripwax_: yeah, the whole db situation is badly documented |
| 23:56:32 | leftright | ]RowaN[: you should sync you v1 and v2 tags, you wouldnt have these issues then |
| 23:57:14 | Paul_The_Nerd | Yeah, is there any practical reason to not have v2 tags as well? |
| 23:57:25 | leftright | nope |
| 23:58:16 | | Join hshah [0] (n=acc8a043@labb.contactor.se) |
icon identifies that the person is a core developer (has commit access).