| 00:11:46 | | Join ]RowaN[ [0] (i=a2b0y@82-43-212-52.cable.ubr10.newm.blueyonder.co.uk) |
| 00:29:45 | | Join muesli- [0] (i=muesli_t@hmln-d9b8e19b.pool.mediaWays.net) |
| 00:30:06 | | Quit muesli- (Client Quit) |
| 00:38:15 | | Part zezayer |
| 00:46:56 | | Quit Moos (Read error: 110 (Connection timed out)) |
| 00:52:34 | *** | Saving seen data "./dancer.seen" |
| 00:53:36 | | Quit hicks (Read error: 110 (Connection timed out)) |
| 00:54:34 | | Join XavierGr [0] (n=XavierGr@ppp48-adsl-76.ath.forthnet.gr) |
| 01:00 |
| 01:11:24 | | Join pike| [0] (i=pike@c83-249-120-126.bredband.comhem.se) |
| 01:20:20 | | Quit XavierGr () |
| 01:23:21 | | Quit pike| (Read error: 104 (Connection reset by peer)) |
| 01:25:41 | | Quit pike (Read error: 110 (Connection timed out)) |
| 01:39:32 | | Quit ender` (Read error: 113 (No route to host)) |
| 01:49:56 | | Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 02:00 |
| 02:01:43 | | Join pike [0] (i=pike@c83-249-120-126.bredband.comhem.se) |
| 02:16:22 | | Join t0mas [0] (n=503c08d1@labb.contactor.se) |
| 02:16:25 | t0mas | hi |
| 02:16:28 | t0mas | good night :) |
| 02:16:58 | t0mas | does anybody know what the maximum value of a pcm_playback.c internal sample is? |
| 02:17:20 | t0mas | (read from the DMA memory) |
| 02:24:03 | ]RowaN[ | fast forward seeking no longer works in wavs (iriver ihp120) .. dunno if anyones aware of that |
| 02:24:20 | ]RowaN[ | its been like that for a few days since last week i think, in the daily builds |
| 02:24:32 | ]RowaN[ | or maybe it never worked and im losing my mind |
| 02:25:00 | t0mas | k |
| 02:25:11 | * | t0mas needs Slasheri |
| 02:25:29 | ]RowaN[ | bedtime for Rowan |
| 02:25:31 | t0mas | the backlight dimming code has to be changed some way |
| 02:25:40 | t0mas | but I can't find out how |
| 02:25:57 | | Quit ]RowaN[ ("zzz ahh rockbox zzzzz") |
| 02:52:38 | *** | Saving seen data "./dancer.seen" |
| 02:59:00 | t0mas | hm |
| 02:59:07 | t0mas | ok... I have the right beat detection now |
| 02:59:33 | t0mas | can be tweaked a little for some music types |
| 02:59:39 | BBub | beat detection? |
| 02:59:43 | BBub | for the peak meter? |
| 02:59:46 | t0mas | jup |
| 02:59:58 | t0mas | now I only need a good backlight dimming trick |
| 03:00 |
| 03:00:54 | | Quit cYmen (Read error: 110 (Connection timed out)) |
| 03:01:47 | t0mas | :D |
| 03:01:57 | t0mas | the detection works for on/off backlight on the remote now |
| 03:02:01 | t0mas | I have a flashing remote :D |
| 03:04:13 | BBub | :D |
| 03:04:22 | BBub | sounds like fun |
| 03:04:55 | t0mas | it is |
| 03:05:01 | t0mas | and with dimming it would be even better... |
| 03:05:07 | t0mas | dimming player screen on bass tones |
| 03:05:12 | t0mas | ghehe.... |
| 03:05:18 | BBub | but dimming is not possible with the remore, right? |
| 03:05:19 | t0mas | it will eat batteries |
| 03:05:23 | BBub | *remote |
| 03:05:26 | t0mas | it isn't |
| 03:13:01 | | Join [CJ]fLaRg3 [0] (n=flarg3@host81-130-168-123.in-addr.btopenworld.com) |
| 03:17:30 | | Quit Strath (Read error: 110 (Connection timed out)) |
| 03:19:29 | | Quit [CJ]fLaRg3 ("Leaving") |
| 03:21:05 | t0mas | GRR |
| 03:21:18 | t0mas | optimization should be done tomorrow :P |
| 03:21:31 | t0mas | it boosts 3x as much with beat detection (and output to the remote) |
| 03:22:46 | BBub | dou you know if the remote will be included before the feature freeze? |
| 03:38:24 | | Quit Sucka ("a bird in the bush is worth two in your house") |
| 03:58:14 | | Join Strath [0] (i=mike@dgvlwinas01pool0-a251.wi.tds.net) |
| 04:00 |
| 04:05:46 | | Join QT [0] (i=as@madwifi/users/area51) |
| 04:15:49 | | Quit QT_ (Read error: 110 (Connection timed out)) |
| 04:41:03 | | Quit dpassen1 (Read error: 104 (Connection reset by peer)) |
| 04:47:29 | | Quit edx (Read error: 110 (Connection timed out)) |
| 04:52:39 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:01:04 | | Quit Strath (Read error: 110 (Connection timed out)) |
| 05:02:20 | | Join solex [0] (n=jrschulz@c187210.adsl.hansenet.de) |
| 05:12:45 | | Quit solex_ (Read error: 110 (Connection timed out)) |
| 05:21:37 | | Quit ned12 (Ping timeout: 14400 seconds) |
| 05:29:14 | | Join tvelocity [0] (n=tony@chan530-a061.otenet.gr) |
| 05:44:21 | | Quit tvelocity ("Leaving") |
| 05:54:16 | | Quit crash_ (Read error: 110 (Connection timed out)) |
| 06:00 |
| 06:15:55 | | Join edx [0] (i=edx@p54A8D5A4.dip.t-dialin.net) |
| 06:25:35 | | Quit courtc (Read error: 104 (Connection reset by peer)) |
| 06:25:44 | | Join courtc [0] (n=court@adsl-33-167-100.asm.bellsouth.net) |
| 06:48:47 | | Join LinusN [0] (N=linus@labb.contactor.se) |
| 06:52:40 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:20:08 | amiconn | Good morning |
| 07:30:08 | LinusN | morning amiconn |
| 07:55:01 | LinusN | amiconn: u there? |
| 07:56:04 | LinusN | there is a bug in wps-display.c which was introduced by the wps aligning patch |
| 07:56:45 | LinusN | it uses lcd_putsxy() for non-scrolling lines, which doesn't reset the scrolling flag for that line (of course) |
| 07:57:01 | LinusN | so we need to make the line stop scrolling somehow |
| 07:57:19 | LinusN | i have (so far) two solutions to this problem |
| 07:57:43 | LinusN | 1) introduce a new lcd_x function for stopping the scrolling on a selected line |
| 07:58:35 | LinusN | 2) add a hack in wps-display.c that forces a scroller reset by calling lcd_puts_scroll() with an empty string, which will reset the scrolling |
| 07:58:56 | LinusN | do you have any comment? |
| 07:59:05 | LinusN | anyone else? |
| 08:00 |
| 08:01:05 | amiconn | That confirms my opinion that the wps alignment patch is a hack in its current form |
| 08:01:51 | amiconn | Doing it the proper way requires some more low-level work |
| 08:03:21 | LinusN | how do you think it should be solved? |
| 08:03:32 | amiconn | I think the most elegant solution with the current design would be to add a parameter to lcd_puts_scroll() (or introduce lcd_puts_scroll_ex for that) to hand it the desired alignment |
| 08:03:42 | amiconn | ...i.e. let the driver do the alignment |
| 08:04:31 | amiconn | The long-term solution would be imho to switch to pixel-based alignment. |
| 08:04:31 | LinusN | hmmm, but how should non-scrolled align be handled then? |
| 08:04:41 | amiconn | Hmm? |
| 08:04:51 | amiconn | The alignment is done only if it doesn't scroll |
| 08:05:25 | amiconn | ...and for non-scrolling lines, the problem with the scroll flag doesn't exist |
| 08:05:30 | LinusN | yes, but what if there is no %s in the wps line |
| 08:05:50 | LinusN | the problem is with alternating sublines |
| 08:06:07 | LinusN | and only one subline scrolls |
| 08:06:13 | amiconn | Then how was that done before? |
| 08:06:26 | amiconn | I think the problem must be rather old then... |
| 08:06:27 | LinusN | it used lcd_puts() |
| 08:06:32 | LinusN | before the patch |
| 08:06:35 | amiconn | Yes |
| 08:06:37 | LinusN | and that resets the scroller |
| 08:06:42 | amiconn | Hmm |
| 08:07:22 | amiconn | Maybe we could have lcd_puts_ex(), with 2 additional parameters |
| 08:07:24 | | Join lostlogic_ [0] (n=lostlogi@node-4024215a.mdw.onnet.us.uu.net) |
| 08:07:38 | amiconn | (1) the alignment and (2) whether it should scroll long lines or not |
| 08:08:09 | amiconn | All of this isn't clean, I know |
| 08:08:46 | amiconn | With pixel-based alignment, the line-based text functions would be dropped completely |
| 08:09:01 | amiconn | ...and there would be a function to put a scrolling text in a box instead |
| 08:09:22 | amiconn | Of course the number of scrolling boxes would have an upper limit |
| 08:09:26 | LinusN | i'm not sure that's what i would want |
| 08:09:33 | amiconn | Why not? |
| 08:09:50 | LinusN | well, that would hopefully be controlled by the wps |
| 08:10:26 | LinusN | the current wps code combines the aligned strings to a full line if they don't fit |
| 08:12:09 | LinusN | also, the wps can output several strings on the same line, with different alignment |
| 08:13:29 | LinusN | in fact, all we would need is a lcd_puts_ofs() with only an x offset |
| 08:15:23 | amiconn | I think the box layout is much more flexible |
| 08:15:35 | amiconn | Line-based has several problems |
| 08:16:29 | amiconn | Hmm, btw, what combination feature do you mean? |
| 08:16:44 | amiconn | Iirc the current wps code can only use one alignment per line?? |
| 08:20:45 | | Quit lostlogic (Read error: 110 (Connection timed out)) |
| 08:23:22 | LinusN | ah yes, i forgot that the multiple alignment patch is not committed |
| 08:24:01 | LinusN | i agree that the box layout is better, but there is no time to do that before the release |
| 08:24:54 | amiconn | Yes |
| 08:25:17 | amiconn | It isn't even high priority for me |
| 08:25:23 | LinusN | maybe i should add the lcd_puts_scroll(0, i, "") hack, and do the box layout in the next version |
| 08:25:34 | amiconn | There are multiple other things that need to be done before |
| 08:26:09 | amiconn | Rockbox on iriver still doesn't support all features (even not all major features) of rockbox on archos |
| 08:26:28 | LinusN | and the database viewer bugs |
| 08:27:20 | amiconn | Hmm? |
| 08:27:49 | LinusN | the context menu has all kinds of weird behaviour, it can even hang |
| 08:28:04 | LinusN | (in the database mode) |
| 08:28:52 | amiconn | On iriver, or in general? |
| 08:29:04 | amiconn | I must admit that I seldom use the database |
| 08:29:18 | amiconn | (Basically only to check whether my tags are correct) |
| 08:29:55 | LinusN | in general, i believe |
| 08:35:44 | LinusN | i went for the quick-hack solution |
| 08:46:05 | | Quit hardeep ("BitchX: its all day strong, all day long") |
| 08:46:19 | | Join Rockdude05 [0] (n=chatzill@exhax17-b164.dialup.optusnet.com.au) |
| 08:47:11 | Rockdude05 | hi, are there any plans to eliminate the need for the hard disk to speed up prior to shutting down? what information is saved in this process? |
| 08:52:44 | *** | Saving seen data "./dancer.seen" |
| 08:56:28 | | Join einhirn_ [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
| 08:56:58 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 08:59:00 | LinusN | Rockdude05: settings and resume information |
| 08:59:42 | LinusN | the hard disk doesn't spin up if it doesn't have anything to save |
| 08:59:57 | LinusN | it also saves the runtime information database |
| 09:00 |
| 09:00:03 | Rockdude05 | ok, so no plans/intentions on saving it any other times? or possibly a menu option.... i dunno.... whats on your mind :P |
| 09:00:26 | LinusN | it always saves it when the disk spins up for other reasons |
| 09:00:28 | Rockdude05 | its just for when, as loads of people ahve said, it shuts down and has a heart failure |
| 09:00:32 | Rockdude05 | ok |
| 09:01:07 | LinusN | i don't know about the runtime database though, i didn't write that part of the code |
| 09:01:13 | Rockdude05 | oh by the way, im experiencing a bug with the latest daily... after i plug in the usb in rockbox, the backlight wont turn back on until i reset |
| 09:01:26 | Rockdude05 | (when i unplug it) |
| 09:01:49 | LinusN | is this the bootloader usb mode? |
| 09:02:07 | Rockdude05 | no, in rockbox |
| 09:02:24 | Rockdude05 | il quickly make syre im right, 1 sec |
| 09:03:20 | Rockdude05 | oops yep |
| 09:03:21 | Rockdude05 | bootloader |
| 09:03:29 | Rockdude05 | i guess you know of it then |
| 09:03:52 | Rockdude05 | although it seems random, which is a pain for you i guess |
| 09:04:06 | LinusN | i'll have a look |
| 09:04:46 | LinusN | well, it does come back if you let it timeout |
| 09:05:02 | Rockdude05 | oh ok |
| 09:05:31 | LinusN | it seems like rockbox expects the backlight to be on when it starts |
| 09:05:43 | Rockdude05 | whilst im here as wel.... i get loads of freezes when i change crossfade duration and it restarts playback. is this your 'department'? :P |
| 09:06:02 | LinusN | not really, but i guess it will be :-) |
| 09:11:34 | LinusN | Rockdude05: btw, the solution to the problem when it can't save the settings when the battery is low is not to eliminate the need to save the settings |
| 09:11:48 | LinusN | it must store them somewhere |
| 09:12:10 | Rockdude05 | ok |
| 09:12:36 | Rockdude05 | um |
| 09:13:19 | LinusN | however, it should not try to save if the battery is too low, or at least not retry forever |
| 09:13:46 | Rockdude05 | so, what are your 'hints' when i have a player going nuts from a 0% battery which i left on by accident, because reset simply resets in obviously, and although the bootloader says its low battery, it still freezes and the backlight is on, sometimes flickering |
| 09:14:32 | | Join Coldtoast [0] (i=edan@ppp110-114.lns1.hba1.internode.on.net) |
| 09:15:20 | LinusN | you mean it freezes when you try to turn it off? |
| 09:17:32 | Rockdude05 | i must film it some time, its quite entertaining.... |
| 09:18:05 | Rockdude05 | ok, low battery, so when the disk spins up it immediatly spins down after about 2 secs (i can hear it clearly as my disk sounds like a lawnmower anyway) |
| 09:18:29 | Rockdude05 | and does that repeatedly until battery has lowered even more, so that the disk cannot spin at all |
| 09:18:51 | Rockdude05 | then the backlight is on and stays on |
| 09:19:04 | LinusN | i repeat: you mean it freezes when you try to turn it off? |
| 09:19:13 | | Join ender` [0] (i=ychat@tm.213.143.74.124.dc.telemach.net) |
| 09:19:16 | Coldtoast | mine does that. freezes |
| 09:19:16 | Rockdude05 | no |
| 09:19:22 | Rockdude05 | we |
| 09:19:23 | Rockdude05 | yes |
| 09:19:25 | Rockdude05 | freezes |
| 09:19:28 | Coldtoast | I've only ever let it get that low once |
| 09:19:33 | Rockdude05 | refuses to turn the hard disk off |
| 09:19:46 | Rockdude05 | and bootloader wont turn off either |
| 09:19:50 | Coldtoast | and it froze before the HDD tried to spin up |
| 09:19:57 | LinusN | the bootloader only warns |
| 09:20:18 | Rockdude05 | ok, and sits there if its low battery? |
| 09:20:31 | LinusN | no, it tries to boot rockbox |
| 09:20:50 | Rockdude05 | ooh, not good |
| 09:21:34 | LinusN | this is because we don't yet know the exact battery level where there is no point in trying |
| 09:22:12 | LinusN | and we don't want to patronize the user by saying that the battery level is too low when it would be able to boot if it just tried |
| 09:22:34 | LinusN | btw, i fixed the backlight issue |
| 09:23:08 | Rockdude05 | i see. so, as ive read, the battery cannot go below 3 volts, for risk of damage or blowng up or something. but when its 1%, ive read in debug the battery is about 3.3 volts, ish. so at what point does the hdd cut out? |
| 09:23:48 | Rockdude05 | and at what point do i worry after my hdd has fits for about 20 mins?:P |
| 09:25:06 | Coldtoast | you'd have to be a moron to let it sit there doing it for 20mins tho |
| 09:25:17 | Coldtoast | that's what the reset button is for |
| 09:25:25 | Rockdude05 | oh but like i said, i cant really turn it off |
| 09:25:30 | Coldtoast | yes you can |
| 09:25:33 | Coldtoast | reset button |
| 09:27:02 | Coldtoast | mine's frozen before with a depleted batery while I was halfway thru the 45min walk home from the gym and I just looked around on the ground for a bit of wood and hit the reset button |
| 09:28:07 | Rockdude05 | then the bootloader loads and sits there |
| 09:28:35 | LinusN | Rockdude05: what happens if you reset again? |
| 09:31:03 | LinusN | Rockdude05: when it sits there, does it display the low battery warning? |
| 09:32:30 | Rockdude05 | yes, with backlight on |
| 09:32:47 | Rockdude05 | i can keep resetting and it comes to the bootloader |
| 09:33:25 | Rockdude05 | i guess the first line or whatever in the bootloader should be the battery... hardwares guna get damaged when this thing goes 'public' :P |
| 09:34:45 | LinusN | do you know that for a fact? |
| 09:35:04 | Rockdude05 | oh no no, just assumed, but im sure you know what i mean |
| 09:36:45 | Rockdude05 | also, when the old iriver firmware starts it loads the file system, which takes ages. this is handy, though, as the disk is constantly spinning up for new folders, which surely drains battery if its stopping and starting. is there plans to maybe make a file which includes the file tree, or make it an option to load it at startup? |
| 09:37:19 | Rockdude05 | stopping + starting in rockbox ^ |
| 09:37:42 | Coldtoast | the iriver FW starts/stops the HDD FAR mroe than Rockbox does |
| 09:38:11 | Coldtoast | the iriver FW spins has to spin the HDD up to load the next track |
| 09:38:41 | Coldtoast | rockbox spins up, buffers a few tracks, spins down |
| 09:38:47 | LinusN | there are no plans of caching the entire hard disk tree in memory |
| 09:38:54 | Rockdude05 | wel yes but it isnt the point. every less spin is always a bonus in my eyes. it also helps when youre a 'flicker' like me and like to browse (i have 8500 songs) |
| 09:39:01 | Rockdude05 | ok thats fine :) |
| 09:39:10 | Rockdude05 | and does the 10000 file limit apply in rockbox? |
| 09:39:47 | LinusN | of course not |
| 09:40:19 | Coldtoast | it looks like Replaygain support has been REALLY popular |
| 09:40:57 | | Join ashridah [0] (i=ashridah@220-253-120-72.VIC.netspace.net.au) |
| 09:41:13 | Slasher | i think that file tree caching could be added for iriver targets as an option. It eats quite much memory (few megabytes) depending on how much folders and songs there are on the disk. But that shouldn't be a problem because iriver has a "huge" memory anyway |
| 09:43:14 | LinusN | Slasher: agreed, an option would be ok |
| 09:43:21 | Rockdude05 | "huge" being....? and how much will a file tree be? |
| 09:43:53 | Rockdude05 | and how much resources are left |
| 09:43:54 | Slasher | Rockdude05: 32 MB total off-chip ram |
| 09:44:00 | Coldtoast | hey. I had that progress bar bug again 2 days ago |
| 09:44:32 | Coldtoast | I've had it 4 times now |
| 09:44:33 | Rockdude05 | ooh not bad |
| 09:44:42 | LinusN | a file tree could probably be somewhere between 300kbytes and 1megabyte for your 8500 files |
| 09:44:50 | Slasher | Rockdude05: i think that for most user the consumed amount of memory would be something between 200 and 500 kB |
| 09:45:13 | LinusN | it depends on how it is stored in memory |
| 09:45:18 | Rockdude05 | oh wel thats pants |
| 09:46:12 | Coldtoast | example: I'm playing a track that's 2:30. when the track ends and it switches to the next one, the progress bar doesn't reset. stays filled. And the time will either stop at the track length or it'll continue past it. So if track length was 2:30, when it starts playing the next track, time doesn't reset. keeps going |
| 09:46:14 | LinusN | Coldtoast: when the progress bar bug appears, is the "total time" correct for the file that played? |
| 09:46:42 | Rockdude05 | as you guys are pretty good at this stuff... my iriver has been dropped a few million times from waist height to concrete pavements and my hdd resembles a lawnmower. would a format fix this or is it worth gettin a new hdd? or shall i get a iaudio and hope for rockbox? |
| 09:46:44 | Coldtoast | on my WPS I have the time display as position/length. so I can get times like 3:02/2:30 |
| 09:47:15 | Coldtoast | LinusN: the track length stays as the last track that was played when the progress bar didn't reset |
| 09:47:16 | LinusN | Rockdude05: a format will not fix it, but you can replace the hd |
| 09:47:49 | LinusN | yes, but is the 2:30 the correct time for that track? |
| 09:47:55 | Coldtoast | yeah |
| 09:48:24 | LinusN | does it always happen with that track? |
| 09:48:25 | Rockdude05 | thanks |
| 09:48:31 | Coldtoast | if I manually skip tracks, it resets and works. As a test, I skipped back to the track where the bug happened |
| 09:48:34 | Coldtoast | and it didn't do it |
| 09:48:43 | Coldtoast | it's a totally rendom bug :/ |
| 09:48:56 | LinusN | what happens if you start playing with that track? |
| 09:49:06 | Coldtoast | it behaves normally |
| 09:49:15 | LinusN | ok |
| 09:49:27 | Coldtoast | if I let the track play again and switch, the progress bar and time all work and reset properly on track change |
| 09:49:49 | Slasher | Coldtoast: is the crossfade enabled? |
| 09:49:55 | Coldtoast | yep |
| 09:49:57 | LinusN | i have seen the bug too, but only when the total track time calculation is wrong |
| 09:50:29 | Coldtoast | Slasher: I got that "second of silence" thing againt he other day, btw |
| 09:50:41 | Slasher | hmm |
| 09:50:53 | Coldtoast | where in the middle of a track, the sound drops out for a very short time |
| 09:51:08 | Slasher | interesting |
| 09:51:20 | Coldtoast | it's annoyingly random too so I'm never looking at the player when it does it |
| 09:51:25 | LinusN | sounds like a buffering problem |
| 09:51:32 | Slasher | could you reproduce it if you play excactly same set of files? |
| 09:51:35 | LinusN | are you shaking the player when it happens? |
| 09:51:37 | Coldtoast | nope |
| 09:51:53 | Rockdude05 | and is it normal to have a stuttering crossfade? |
| 09:51:54 | Coldtoast | I'm walking tho |
| 09:52:03 | LinusN | Coldtoast: could be that |
| 09:52:15 | Coldtoast | yeah. what I'll do it move the player |
| 09:52:17 | Slasher | ah, you was walking? |
| 09:52:23 | Coldtoast | yeah |
| 09:52:24 | LinusN | stuttering crossfade is not normal |
| 09:52:27 | Slasher | then try setting the anti skip-buffer setting to 1-5 minutes |
| 09:52:29 | Slasher | it should help |
| 09:52:33 | Coldtoast | I suually have it hooked onto my belt too |
| 09:52:52 | Coldtoast | but I'll hook it onto the strap of my backpack and let ou know if it happens again |
| 09:53:00 | Slasher | the hdd is not accessible always when walking |
| 09:53:10 | Coldtoast | that way it's at my shoulder where there's less movement |
| 09:53:11 | LinusN | Coldtoast: walking with it in the belt is actually the worst case |
| 09:53:20 | Coldtoast | yeah. I know :) |
| 09:53:51 | amiconn | LinusN: It is correct that the backlight thread expects the backlight to be on initially |
| 09:53:58 | Coldtoast | I've had it while walking slowly tho. but I'll keep an eye on it and see if it happens with the player at a more stable position |
| 09:54:20 | Rockdude05 | oh well when i crossfade sometimes the previous track reduces volume then all audio cuts out, then a snip of the previous track plays, then straight into full volume next track < if anyone understands |
| 09:55:19 | LinusN | amiconn: yes |
| 09:55:42 | LinusN | at least for iriver |
| 09:57:13 | Rockdude05 | yes |
| 09:57:20 | Coldtoast | I'm actually surprised I really like replaygain support |
| 09:57:35 | Coldtoast | gapless means nothing to me but I'm liking replaygain a lot |
| 09:57:38 | | Quit Nibbler ("life is like a rental car, you fuck it up, and give it back.") |
| 09:57:55 | | Join Nibbler [0] (n=sven@port-212-202-78-84.dynamic.qsc.de) |
| 09:58:16 | Rockdude05 | hmm yeah, handy when using it for lineout at work (replaygain) - i get customers having heart failure on a loud track |
| 09:58:31 | LinusN | amiconn: the backlight init calls backlight_on() right after initializing the i/o ports, but the new dimming code doesn't turn on the backlight if the pwm has reached the limit |
| 09:59:44 | amiconn | Indeed |
| 09:59:57 | amiconn | That's because of the protection from extraneous calls... |
| 10:00 |
| 10:03:32 | LinusN | i committed a fix |
| 10:04:28 | amiconn | Yes. |
| 10:04:29 | Rockdude05 | man arnt you fast |
| 10:04:45 | amiconn | However, I don't know whether this fix is the best solution |
| 10:04:51 | LinusN | perhaps not |
| 10:05:09 | LinusN | but it works, and is pretty obvious in the code |
| 10:05:13 | amiconn | It always does a hard switch-on now |
| 10:05:31 | Rockdude05 | " Use the system font in the debug screens " < i thought it wasnt possible to have varying fonts in rockbox with the current system |
| 10:05:58 | LinusN | i could have added a hard switch-on in backlight dim, but i think you wouldn't like that either |
| 10:06:03 | amiconn | Afair the current bootloader doesn't use the backlight, so the backlight should fade in at boot |
| 10:06:20 | amiconn | Perhaps something can be done about this... |
| 10:06:33 | LinusN | the boot loader turns it off in usb mode |
| 10:06:43 | amiconn | Ah, yes |
| 10:06:45 | LinusN | but leaves it on otherwise |
| 10:06:53 | | Quit midkay (Read error: 104 (Connection reset by peer)) |
| 10:06:59 | amiconn | It should be possible to read the current state from the port, correct? |
| 10:07:20 | LinusN | yes |
| 10:07:21 | amiconn | Or is that pin one of those which have separate input/output pins |
| 10:07:24 | amiconn | ? |
| 10:08:05 | LinusN | why bother? |
| 10:08:16 | LinusN | turning it on immediately is the way to go imho |
| 10:09:21 | Rockdude05 | or even have the bootloader say nothing if rockbox is going to load fine.... itll look pretty |
| 10:09:22 | amiconn | It could fade in if fade in is enabled |
| 10:09:35 | Rockdude05 | sorry ... *puts handbag down* |
| 10:09:52 | LinusN | amiconn: you're probably right, it's just me who doesn't care about such cosmetic details |
| 10:10:39 | LinusN | Rockdude05: in fact, having a silent boot loader is not a bad idea |
| 10:10:57 | LinusN | makes it less evident if you need to rma it |
| 10:11:04 | Rockdude05 | exactly |
| 10:11:24 | Rockdude05 | even make a little picture saying "Loading..." |
| 10:11:42 | LinusN | it's still noticeable, since it takes longer to start the original |
| 10:12:13 | Rockdude05 | whats noticable? |
| 10:12:23 | LinusN | that the bootloader is there |
| 10:12:31 | amiconn | Btw, there's still that bug that you can switch the unit on with a really short push of either power button even if both lock switches are set on |
| 10:12:46 | Rockdude05 | which is why maybe a loading would be good as it's there whilst everything cranks up |
| 10:12:55 | amiconn | It seems we need some more sophisticated lock switch handling |
| 10:12:56 | | Join midk [0] (n=Zakk@c66-235-14-120.sea2.cablespeed.com) |
| 10:13:33 | LinusN | amiconn: the first thing that happens in the bootloader is to check the Play buttons |
| 10:14:29 | amiconn | Just try it: Switch both lock switches to locked, then do a really short tap of either play button |
| 10:14:36 | amiconn | -> Then unit will power on |
| 10:14:52 | amiconn | I manage to do this everytime if I want to |
| 10:14:59 | amiconn | We should stop if either lock switch is enabled if we can't detect which power button turned on the unit |
| 10:15:22 | amiconn | ..but only stop on the appropriate lock switch if we were able to detect the used power button |
| 10:15:27 | LinusN | true |
| 10:15:31 | LinusN | i'll fix that |
| 10:16:06 | amiconn | That leaves to handle the exotic case when both power buttons are pressed |
| 10:16:23 | amiconn | I think in this case we should also stop on either lock switch |
| 10:16:54 | LinusN | but the current check would handle that, wouldn't it? |
| 10:17:06 | | Join webguest89 [0] (n=c2489e63@labb.contactor.se) |
| 10:20:24 | amiconn | yes |
| 10:20:41 | Rockdude05 | any inking when any wideness settings etc will be implemented? |
| 10:20:54 | LinusN | Rockdude05: huh? |
| 10:21:05 | Coldtoast | stereo width |
| 10:21:20 | Coldtoast | I'm assuming |
| 10:21:25 | Rockdude05 | oh eq etc. its been mentioned before. stereo wideness etc for oggs and stuff that sound condensed etc etc etc |
| 10:21:36 | LinusN | ah yes |
| 10:21:45 | LinusN | nobody works on it |
| 10:21:48 | Rockdude05 | its just good for car stereos etc |
| 10:21:51 | Rockdude05 | oh ok |
| 10:21:54 | Rockdude05 | not a good sign ;) |
| 10:22:04 | LinusN | well, we can't do everything at once |
| 10:22:17 | Rockdude05 | ah ye i know |
| 10:22:42 | Coldtoast | what was the conclusion on the volum elimitng? sill there be an option for that? |
| 10:22:44 | Rockdude05 | *gets out the whip and tells LinusN to work harder* |
| 10:22:52 | Rockdude05 | (joke) |
| 10:22:54 | LinusN | ouch |
| 10:22:59 | Rockdude05 | :P |
| 10:23:14 | LinusN | Coldtoast: i would want an option |
| 10:23:42 | LinusN | on the other hand, i'm quite happy with the volume as it is, since i never boost the bass/treble |
| 10:23:56 | Coldtoast | me too :) just wondered if you had decided not to do it |
| 10:24:00 | amiconn | I wouldn't want another option |
| 10:24:13 | amiconn | Rockbox already has a ton of them |
| 10:24:22 | LinusN | how would you want to solve this issue then? |
| 10:24:40 | | Quit thegeek_ (Read error: 110 (Connection timed out)) |
| 10:24:52 | amiconn | I actually think that the iriver way of handling it is better in a number of cases, but it should indicate what it is doing |
| 10:25:39 | amiconn | (Like, the treble/bass adjustment should show the set (desired) value along with the actual (limited) value |
| 10:25:49 | Rockdude05 | solution? ever heard of trubass? hahaha |
| 10:26:10 | amiconn | Rockdude05: You can't get around of hardware limits |
| 10:26:35 | LinusN | Rockdude05: we will implement a similar thing eventuslly, but that is a completely different issue |
| 10:26:48 | Rockdude05 | no i was mentioning the crappy 'bass booster' in iriver firmware my making middle frequencies stupidly high |
| 10:26:58 | Coldtoast | the way it is at the moment, the top, what, 25% of the volume level is useless as it doesn't actually affect the volume. Maybe make the volume relevent to what eh max volume actually is. So 100% is ACTUALLY 100% of what the current max volume is (depending on the EQ) |
| 10:27:16 | Coldtoast | err, useless if you boosted the bass to max, that is |
| 10:27:34 | LinusN | the your headphones are useless imho :-) |
| 10:27:39 | amiconn | Coldtoast: You mean, scale down the whole range instead of just cap? |
| 10:28:01 | Coldtoast | yeah |
| 10:28:03 | amiconn | That still won't make it any louder... |
| 10:28:08 | Coldtoast | no it won't |
| 10:28:32 | Coldtoast | but you were saying you don't want the player to "lie" werent you? |
| 10:28:38 | amiconn | ...not that I would care. I never use anything even near 100% with my earphones |
| 10:28:57 | LinusN | i often set it to 100% when i have it in my car |
| 10:28:57 | amiconn | (and earphones being the only case where I do use non-flat eq settings) |
| 10:28:58 | Rockdude05 | might i add.... chuck the standard headphones and spend a few pounds/dollars on some decent sony etc ones - 24db bass on iriver phones is as good as 16db or less on good h.phones |
| 10:29:19 | Coldtoast | I have ti at 100% when I'm at teh gym cos it's so loud there |
| 10:29:20 | LinusN | because my fm transmitter is volume-triggered |
| 10:29:42 | Coldtoast | I need some Stymotics or something |
| 10:29:44 | amiconn | Rockdude05: I never go above 6..8 dB of bass with any phones |
| 10:29:48 | Coldtoast | Etymotics |
| 10:29:58 | amiconn | LinusN: Yes, but with fm transmitter I guess you use flat eq? |
| 10:30:06 | LinusN | i always use flat eq |
| 10:30:29 | Coldtoast | I use flat EQ most of the time but only cos I want the extra volume :) |
| 10:30:38 | amiconn | I didn't find any phones that sound decent with flat eq at the volume levels I am listening |
| 10:30:57 | amiconn | ..especially as iriver doesn't have loudness |
| 10:33:43 | Rockdude05 | 8db bass? my god.... itll sound like your in a sewer ;) and 100% volume.... i recommend getting a hearing aid |
| 10:34:08 | Coldtoast | that's silly to day |
| 10:34:09 | Coldtoast | say |
| 10:34:21 | Rockdude05 | oh you know im not serious |
| 10:34:31 | Coldtoast | you need to bear in mind that no two models fo earphones are the same |
| 10:35:06 | Coldtoast | 100% on some are as loud as 70% on another |
| 10:35:20 | Rockdude05 | not, but im sayng if you wat good bass at high volume, the iriver obviously cant hack it, so get some good headphones with good driver unts - only hope to be honest |
| 10:35:29 | Rockdude05 | *no |
| 10:35:36 | Coldtoast | that's untrue too. heh |
| 10:36:00 | Coldtoast | you can get REALLY good bass with the Iriver firmware sing SRS |
| 10:36:15 | Coldtoast | erm.. using |
| 10:36:31 | Coldtoast | so you can't say the unit is incapable of it |
| 10:38:11 | Rockdude05 | SRS uses other frequencies and settings that arnt all very low ones |
| 10:38:20 | Rockdude05 | you could say it fools your ears |
| 10:39:16 | webguest89 | LinusN: The fixes you did to convbdf for 16 pixel wide characters... Don't seem to be working for me |
| 10:39:31 | LinusN | which font? |
| 10:39:51 | webguest89 | Nobby provided me an updated convbdf (see http://forums.rockbox.org/index.php?topic=1171.30) |
| 10:39:57 | webguest89 | I re-created some .fnt files using that program e.g. win_crox4h.bdf |
| 10:40:10 | webguest89 | I still get the problem with the display of wide characters |
| 10:40:16 | webguest89 | And don't get any conversion warnings about characters being too wide |
| 10:41:39 | amiconn | Rockdude05: Just remind you... I'm staying *far* away from 100% volume, and *therefore* need 6..8 dB bass boost (and treble as well) to get decent sound |
| 10:41:52 | amiconn | On iriver, I use 55..60% volume |
| 10:42:30 | amiconn | ...with earphones |
| 10:42:49 | amiconn | ..and I believe they are ok-ish ones (Sennheiser MX-450) |
| 10:43:19 | Rockdude05 | and more bass=bad sound at 60%? lower=good? |
| 10:43:40 | | Join DarkkOne [0] (n=chatzill@cpe-66-68-93-2.austin.res.rr.com) |
| 10:44:02 | DarkkOne | Anyone around? |
| 10:45:12 | amiconn | Rockdude05: More bass is just too much bass, and less is too little, at least for my taste |
| 10:45:45 | amiconn | Basically I need the bass and treble boost as a replacement for the non-existing loudness function |
| 10:46:08 | LinusN | webguest89: which chars are wrong? |
| 10:46:40 | LinusN | ah, i see it |
| 10:48:07 | DarkkOne | Does anyone by chance know why an h120 wouldn't turn on at all? I understand a purse got dropped on top of it. The charging light shows when it's plugged in, but the HD light never flashes, and nothing displays on the screen... (I think he has rockbox installed. A panicked friend has just called me.) |
| 10:48:07 | webguest89 | was that ah for me? |
| 10:48:32 | webguest89 | lower case m |
| 10:48:40 | webguest89 | upper case M |
| 10:48:47 | LinusN | i see it |
| 10:48:49 | webguest89 | goes afk |
| 10:49:01 | ashridah | DarkkOne: does it turn on when the reset button is pressed, but not the power button? |
| 10:49:33 | DarkkOne | He's searching for something to press reset with, we'll see. |
| 10:49:43 | DarkkOne | What are you thinkin'? |
| 10:50:49 | ashridah | not much, but reset bypasses some of the circuitry the play button uses. |
| 10:51:14 | * | DarkkOne mutters. |
| 10:51:46 | DarkkOne | He can't find *anything* (I suspect he's just lazy again.) But thanks for the idea. He seems to just want to wait until the next time I'm in town. =/ |
| 10:51:48 | | Quit midk (Read error: 110 (Connection timed out)) |
| 10:51:56 | ashridah | but, chances are it's screwed. the charging circuitry is relatively separate from the rest of the unit. |
| 10:52:09 | ashridah | i'd suggest refraining from dropping things on the unit would be a good move in future |
| 10:52:15 | DarkkOne | It was his girlfriend. |
| 10:52:23 | DarkkOne | She's got this anti-technology aura. |
| 10:52:31 | ashridah | how heavy was the purse? |
| 10:52:32 | Rockdude05 | haha i threw mine 4 metres onto a pavement and all i got was a loud unit |
| 10:52:44 | DarkkOne | I've forbidden her from touching any computer I own. Checking her email can necessitate a reformat. |
| 10:52:45 | *** | Saving seen data "./dancer.seen" |
| 10:53:01 | Rockdude05 | even kept playing..... bounced away. oh how i love metal |
| 10:53:04 | DarkkOne | He doesn't know. |
| 10:53:39 | DarkkOne | He says it doesn't respond *at all* when the play button is pressed. No lights flicker, no HD sounds, nothing. |
| 10:54:20 | * | ashridah shrugs |
| 10:54:23 | ashridah | get her to buy him a new one |
| 10:54:34 | ashridah | she'll learn once she pays often enough |
| 10:54:57 | DarkkOne | Hahaha |
| 10:55:09 | DarkkOne | Yeah, he's pretty upset since H120s are hard to find. |
| 10:55:22 | DarkkOne | Well, outside of overpriced auctions on ebay. |
| 10:57:02 | DarkkOne | Well, thanks. Apparently he's going to go explain to her why she needs to look where she's putting things in the future. |
| 10:57:04 | * | DarkkOne sighs. |
| 10:57:06 | ashridah | how old is his unit? |
| 10:57:19 | DarkkOne | His warranty expired like, two months ago he said. Which's why he called me. |
| 10:57:26 | ashridah | ah |
| 10:57:32 | ashridah | bugger |
| 10:57:37 | DarkkOne | He wanted me to take it to Best Buy for them (where he bought it) because the local one where he is and I have history. Heh. |
| 10:58:20 | | Join hshah [0] (n=c180801d@labb.contactor.se) |
| 10:59:16 | DarkkOne | Ah well. Mine still works. :) |
| 11:00 |
| 11:04:41 | LinusN | webguest89: the new convbdf.exe doesn't accept the win_crox4h font |
| 11:04:55 | LinusN | Error: Too wide characters (>16 pixels) |
| 11:06:02 | | Quit Coldtoast (Read error: 113 (No route to host)) |
| 11:08:54 | hshah | bah LinusN... stop making all these changes,,, ur making me recompile every time :p |
| 11:09:05 | LinusN | :-) |
| 11:09:22 | | Quit Rockdude05 ("Chatzilla 0.9.68.5 [Firefox 1.0.4/20050511]") |
| 11:10:20 | | Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
| 11:17:51 | | Quit DarkkOne ("Chatzilla 0.9.68a [Firefox 1.0.6/20050716]") |
| 11:20:17 | | Join crash_ [0] (n=crash@a15167580.alturo-server.de) |
| 11:30:12 | webguest89 | is back |
| 11:30:54 | webguest89 | LinusN: i didn't get a message that characters were too wide. Is it possible that I have an old version despite Nobby 's assurances? |
| 11:38:52 | | Quit webguest89 ("CGI:IRC") |
| 11:38:57 | | Join webguest89 [0] (n=c2489e63@labb.contactor.se) |
| 11:39:02 | hshah | LinusN - in the near future, will it be possible to edit the FM Radio WPS? |
| 11:41:57 | | Join midk [0] (n=Zakk@c66-235-14-120.sea2.cablespeed.com) |
| 11:42:47 | hshah | also, LinusN, under the debug menu... how come my Hardware Info doesn't do anything... im assuming thats normal :p |
| 11:46:45 | | Join Bger [0] (n=Bager@83.222.160.88) |
| 11:47:26 | amiconn | hshah: Yes it is. It only does something on archos |
| 11:48:02 | amiconn | That's because the iriver hardware doesn't differ within the same model, at least we don't know of such cases yet |
| 11:48:28 | amiconn | On archos, there is a bitmask that tells us about some differences |
| 11:53:03 | hshah | ahh rite thanks :) |
| 11:53:20 | hshah | any idea about the radio wps while ur at it? |
| 11:53:50 | | Join hicks [0] (n=hicks@zeus.mups.co.uk) |
| 11:56:11 | | Join webguest22 [0] (n=3e4f4094@labb.contactor.se) |
| 11:56:59 | webguest22 | The h300s differ within the same model us vs. int. versions |
| 11:57:07 | | Quit webguest89 ("CGI:IRC") |
| 11:57:09 | webguest22 | so it'll come in handy there again |
| 11:58:06 | Bger | depends... |
| 11:58:51 | amiconn | hshah: There were some thoughts about a 'while fm screen' similar to the while playing screen, but I doubt that it is high priority |
| 12:00 |
| 12:00:45 | | Join Moos [0] (i=DrMoos@m29.net81-66-158.noos.fr) |
| 12:00:54 | webguest22 | not much you can do, is there? |
| 12:01:04 | | Join phaedrus961 [0] (n=Unknown@p54AE3CB5.dip0.t-ipconnect.de) |
| 12:02:00 | hshah | ok thanks amiconn |
| 12:16:10 | | Quit webguest22 ("CGI:IRC (Ping timeout)") |
| 12:18:03 | | Join Kelem [0] (n=Kelem@81.185.112.4) |
| 12:18:14 | Kelem | hello |
| 12:26:20 | Bger | hi;) |
| 12:26:46 | Kelem | he's alive ! ;) |
| 12:27:15 | Bger | there're more alive, but most of them doesn't respond to "hi";) |
| 12:27:24 | Bger | to a simple "hi" i mean |
| 12:27:46 | Bger | *don't |
| 12:27:48 | Kelem | hehe, no matter, it was just for being polite, i'm not offended |
| 12:27:51 | hshah | meh |
| 12:28:03 | * | B4gder waves to prove his aliveness |
| 12:29:40 | B4gder | bbl |
| 12:29:42 | | Quit B4gder ("Lämnar") |
| 12:36:27 | | Join Chamois [0] (n=Florian@i01v-62-35-66-23.d4.club-internet.fr) |
| 12:38:19 | | Join ender1 [0] (i=ychat@tm.213.143.74.124.dc.telemach.net) |
| 12:45:45 | | Join Sucka [0] (n=NNSCRIPT@host81-156-155-174.range81-156.btcentralplus.com) |
| 12:52:46 | *** | Saving seen data "./dancer.seen" |
| 12:56:28 | | Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
| 13:00 |
| 13:00:18 | | Quit B4gder ("Lämnar") |
| 13:02:39 | hshah | how do i make a new wiki page? |
| 13:02:55 | Bger | type a name |
| 13:03:09 | Bger | and search for it |
| 13:03:19 | hshah | u what? |
| 13:03:37 | Bger | for example http://www.rockbox.org/twiki/bin/view/Main/BlaBla |
| 13:03:42 | Bger | BlaBla is the name |
| 13:03:58 | hshah | and then... |
| 13:04:16 | Bger | there's link "Create" |
| 13:05:40 | hshah | erm... im stuck |
| 13:05:47 | hshah | where do i type the name in |
| 13:07:07 | Bger | what's the WikiPage you want to create |
| 13:07:49 | hshah | aha |
| 13:07:51 | hshah | success |
| 13:07:53 | hshah | cool |
| 13:08:08 | | Quit ender` (Read error: 110 (Connection timed out)) |
| 13:08:22 | Bger | UsefoolTools ? |
| 13:08:32 | Bger | tc, it's not |
| 13:08:34 | Bger | :) |
| 13:08:41 | hshah | no |
| 13:08:43 | hshah | Simplified Guide to Modifying Rockbox |
| 13:09:05 | hshah | see the USB Logo forum post in Rockbox iRiver forum# |
| 13:09:40 | Bger | ok |
| 13:10:04 | Bger | but the wiki page must be without spaces |
| 13:10:17 | Bger | http://www.rockbox.org/twiki/bin/view/TWiki/TWikiSite <= see this |
| 13:11:05 | | Nick ender1 is now known as ender` (i=ychat@tm.213.143.74.124.dc.telemach.net) |
| 13:12:49 | hshah | http://www.rockbox.org/twiki/bin/view/Main/SimpleGuideToCompiling |
| 13:12:56 | hshah | now time to work on it |
| 13:13:28 | Bger | hm, i don't think this is the right name ... |
| 13:13:56 | Bger | hm, maybe it is :) |
| 13:14:07 | hshah | what should i call it then? |
| 13:14:15 | hshah | its the n00bs guide to compiling |
| 13:15:16 | Bger | then it's ok |
| 13:19:23 | | Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
| 13:24:59 | | Join webguest98 [0] (n=3efe2012@labb.contactor.se) |
| 13:25:19 | webguest98 | can anyone help me with a query? |
| 13:25:27 | Bger | SQL ? |
| 13:25:33 | webguest98 | lol no |
| 13:25:41 | webguest98 | mySQL works fine for me atm |
| 13:25:42 | Bger | haha :) |
| 13:25:58 | Bger | just ask ;) |
| 13:26:26 | webguest98 | seriously though, does anyone know if Rockbox on an iRiver 300 series would work okay? okay being not crashing right off the bat |
| 13:26:37 | Bger | NO |
| 13:26:49 | Bger | it is not working AT ALL on H3x0 |
| 13:26:54 | webguest98 | lol k thanks |
| 13:27:04 | webguest98 | darn... I want playlist otg... |
| 13:27:20 | Bger | and DON'T TRY to flash it with the bootloader for h1x0 |
| 13:27:35 | webguest98 | well, that's why I came here to check |
| 13:27:40 | Bger | webguest98 wait a little bit more |
| 13:27:44 | Bger | ok |
| 13:28:00 | webguest98 | good luck with the project, can't wait till you get a H300 version |
| 13:28:02 | webguest98 | bye |
| 13:28:08 | * | Bger too |
| 13:28:12 | Bger | i have h3x0 |
| 13:28:22 | | Quit webguest98 (Client Quit) |
| 13:29:36 | Kelem | talking about h3xx, do you know if the lcd found a couple of weeks a go was the good one ? |
| 13:30:02 | Kelem | or is the bootloader still to be completed ? |
| 13:30:37 | Bger | noone has tried it |
| 13:30:42 | Bger | (the LCD) |
| 13:30:47 | Kelem | ok |
| 13:31:27 | Bger | i think we'll know for sure about the time when linus connects his bdm to his h320 |
| 13:31:29 | Kelem | i'm not really concerned (i own a h120) but i think that would be great for rockbox |
| 13:31:41 | Bger | definitely |
| 13:32:06 | Bger | iaudio X5 too :) |
| 13:32:08 | Bger | and M3 |
| 13:32:40 | Kelem | the more hardware supported, the better it will be :) |
| 13:34:27 | Bger | maybe H3x0 and X5 will be the first players, which are still selled (was it irregular...) when rockbox already runs on them |
| 13:35:55 | Kelem | i wish I know rockbox run on my new hardware if i had to change mine |
| 13:36:58 | | Quit Nibbler (Read error: 104 (Connection reset by peer)) |
| 13:37:22 | | Join Nibbler [0] (n=sven@port-212-202-78-84.dynamic.qsc.de) |
| 13:38:25 | Kelem | bye |
| 13:38:28 | | Part Kelem |
| 13:42:41 | | Quit B4gder (Read error: 110 (Connection timed out)) |
| 13:53:25 | | Join Bugder [0] (n=d573ffe6@labb.contactor.se) |
| 13:57:54 | Bugder | why would you need winrar to compile Rockbox? |
| 13:58:05 | * | Bugder reads the new wiki page |
| 13:58:32 | Bger | for unziping the source ? :) |
| 13:58:45 | Bger | bleeding edge source |
| 13:58:56 | Bugder | but surely cygwin contains such a tool |
| 13:59:22 | * | Bger is going closer with GIMP |
| 14:00 |
| 14:01:04 | t0mas | :D |
| 14:01:15 | * | t0mas is still looking at his "beat flashing" remote |
| 14:08:00 | | Join Bgr [0] (n=Bager@83.222.160.88) |
| 14:13:33 | | Quit Bger (Nick collision from services.) |
| 14:13:37 | | Nick Bgr is now known as Bger (n=Bager@83.222.160.88) |
| 14:13:59 | | Quit Bugder ("CGI:IRC (Ping timeout)") |
| 14:32:50 | hshah | how do u think my new guide is going? |
| 14:32:51 | hshah | http://www.rockbox.org/twiki/bin/view/Main/SimpleGuideToCompiling |
| 14:33:48 | | Join muesli- [0] (i=muesli_t@hmln-d9b8e185.pool.mediaWays.net) |
| 14:35:42 | muesli- | hi |
| 14:36:08 | ender` | why winrar? |
| 14:38:37 | hshah | to extract the source :p |
| 14:38:53 | hshah | im trying to make it easy as possible |
| 14:39:22 | hshah | and plus im writing down what i do... |
| 14:39:58 | amiconn | Winrar isn't free |
| 14:40:18 | hshah | yes it is |
| 14:40:26 | hshah | the trial version is anyway |
| 14:40:56 | hshah | the same way u can get a free version of winzip... but it just asks u to register etc |
| 14:41:11 | amiconn | It's not free. Even the trial is time limited |
| 14:41:30 | amiconn | ...unlike winzip, but still winzip is shareware (but free for personal use) |
| 14:41:54 | hshah | hmm... dammit... they changed it... it used to be free |
| 14:41:56 | hshah | bah... |
| 14:43:10 | midk | amiconn, hmm? i've never had the trial of winrar run out on me, how recently was it changed? |
| 14:43:33 | Bger | afaik WinRAR runs, it just shows a warning dialog box |
| 14:43:36 | Bger | when you start it |
| 14:43:43 | Moos | 7-zip is free, no? |
| 14:43:50 | Bger | yep, it's free |
| 14:43:55 | Bger | unzip is free too :P |
| 14:44:14 | Bger | anyway, winrar is 40days trial |
| 14:44:34 | Bger | after this it will continue to run, but it's illegal to use it ;) |
| 14:44:36 | midk | Bger, right, i've only ever got the dialog box... |
| 14:44:42 | midk | haha.. wow, spooky. :) |
| 14:46:31 | amiconn | midk: All winrar version above 2.50 I tried had this timeout |
| 14:46:55 | Bger | amiconn: they continue to run |
| 14:46:56 | amiconn | I don't care anyway, since I use neither winrar nor winzip |
| 14:47:08 | Bger | amiconn what do u use ? ;) |
| 14:47:10 | midk | 2.50? hmm? I've been using versions past that for longer than 40/45 days... :) |
| 14:47:42 | amiconn | I windows I use Filzip. It's free (though not opensource :/ ) |
| 14:47:55 | Bger | Filzip ? |
| 14:48:00 | amiconn | It does uncompress rar and ace as well (not that I need that often) |
| 14:48:06 | midk | hm.. |
| 14:48:21 | Bger | new rar too, i suppose (version 2.9 and later) ? |
| 14:48:24 | amiconn | http://www.filzip.de/en/index.html |
| 14:48:46 | hshah | ok - i have ruled out the use of winrar now |
| 14:48:53 | hshah | just use bash commands |
| 14:49:35 | midk | hshah, i'd suggest going into detail on using CVS to checkout, and simply mention that they can use the program of their choice to unpack a daily build tarball, if they so desire.. |
| 14:49:43 | midk | which sounds like something you might be doing. :) |
| 14:49:52 | hshah | gunzip FILE.tar.gz and then tar -xvf FILE.tar |
| 14:51:01 | hshah | im going into detail on how i do the compiling etc... so that any n00b who decides "ive never touched programming in my life, and it would be great if i even knew what it was, but what the heck, i still want to add a patch to rockbox and compile my code, but how the hell do i do it" |
| 14:51:10 | hshah | can easily follow the steps and do it |
| 14:51:31 | midk | that's good, but it sounds like you're having a little trouble with suggesting a program to actually get the source to compile. |
| 14:51:43 | midk | i'd personally find CVS a lot easier, two commands and you've got all the latest source... |
| 14:51:45 | hshah | cygwin does it... |
| 14:52:02 | hshah | i use winrar to extract the tar.gz |
| 14:52:21 | midk | i'm talking about the guide. |
| 14:52:32 | hshah | eh? |
| 14:52:35 | hshah | im confused... |
| 14:52:41 | muesli- | hours later..impressing how long you can discuss about such a nonsens :D |
| 14:52:49 | *** | Saving seen data "./dancer.seen" |
| 14:52:55 | midk | haha. i'm saying it seems like you're saying how to get the source from a tar file, right? |
| 14:53:03 | midk | with a program to extract it. |
| 14:53:10 | hshah | yeah... |
| 14:53:30 | midk | and i'm pointing out that cvs is a faster way to get source more easily than unpacking a tar file. |
| 14:54:22 | hshah | ok... to tell u the truth i never really got the hang of CVS :p... so mebbe u could write me a n00bs guide on how to use CVS :p |
| 14:54:32 | midk | haha... :) |
| 14:55:36 | midk | you login to cvs in cygwin with "cvs -d:pserver:anonymous@www.rockbox.org:/cvsroot/rockbox login" minus quotes.. |
| 14:56:04 | midk | [press enter when it asks for password after entering that].. then checkout with "cvs -z3 -d:pserver:anonymous@www.rockbox.org:/cvsroot/rockbox co rockbox" minus quotes. |
| 14:56:16 | hshah | im trying to make this guide into something i would understand... coz this is the first time ive done this sort of thing... so if i can explain how i did it... most n00bs should understand |
| 14:56:17 | midk | actually, use "cvs -z3 -d:pserver:anonymous@www.rockbox.org:/cvsroot/rockbox co rockbox-devel".. |
| 14:56:28 | hshah | erm... thats just confusing.... |
| 14:56:35 | hshah | i think my way is easier :p |
| 14:56:43 | midk | yeah, that's cool.. i find cvs easier, but maybe it's a little trickier to learn. :) |
| 14:56:54 | midk | haha... just two commands. :) |
| 14:57:20 | | Quit Sucka ("a bird in the bush is worth two in your house") |
| 14:57:21 | hshah | most noobs can download a file and type gunzip file.tar.gz and then tar -xvf file.tar to get the uncompressed code :p |
| 14:57:25 | Slasher | you have to type the two long lines only once |
| 14:57:37 | Slasher | after that cvs update will do the job in the future |
| 14:57:50 | ender` | no need to gunzip the .tar.gz file |
| 14:57:58 | ender` | just use tar zxvf whatever.tar.gz |
| 14:58:05 | midk | Slasher, true.. i never used update... i'd always just re-checkout if i needed. :) |
| 14:58:07 | ender` | (or tar jxvf whatever.tar.bz2) |
| 14:58:15 | hshah | ok... thanks ender |
| 14:58:25 | Slasher | midk: oh, that's not very practical |
| 14:58:37 | midk | Slasher, i didn't do it often, just when i needed. |
| 14:58:43 | Slasher | cvs update -dP (as necessary) will update everything fast |
| 14:58:59 | midk | i'd work with source for quite a while before updating it if i didn't need to. :) |
| 14:59:00 | | Quit Bger (Read error: 104 (Connection reset by peer)) |
| 14:59:28 | | Join Bger [0] (n=Bager@83.222.160.88) |
| 14:59:39 | midk | i tend to work on something with the same source until i finish, then re-checkout and move the modified files back as long as they haven't been changed in the new checkout... |
| 14:59:53 | Slasher | eh.. |
| 15:00 |
| 15:00:02 | Bger | that's silly |
| 15:00:03 | Slasher | why bother that much hassle? |
| 15:00:11 | Slasher | cvs update does everything for you |
| 15:00:18 | midk | hassle? i only did it once every half-week or so. |
| 15:00:26 | Slasher | it will merge your changes with the updated source files |
| 15:00:28 | midk | i usually worked on plugins too... |
| 15:00:56 | | Join BBub_ [0] (i=belzebub@dsl-082-082-071-174.arcor-ip.net) |
| 15:01:00 | midk | Slasher, i get that, if i was changing something that had been changed since the last update i did i'd probably give cvs update a shot... |
| 15:01:08 | midk | a different story with plugins, i think. :) |
| 15:01:34 | | Join Bugder [0] (n=d573ffe6@labb.contactor.se) |
| 15:16:00 | Bger | Slasher why did you "eat" your "y" ? ;) |
| 15:16:33 | muesli- | Bagder why did you eat your "a" ;) |
| 15:16:46 | Bger | i'm not bagder :) |
| 15:16:53 | muesli- | a clone of him? |
| 15:16:55 | muesli- | ;) |
| 15:17:00 | ashridah | groupie! :) |
| 15:17:28 | muesli- | yeah, rbx groupie :D |
| 15:18:02 | * | ashridah ponders |
| 15:18:15 | | Quit BBub (Read error: 110 (Connection timed out)) |
| 15:18:15 | | Nick BBub_ is now known as BBub (i=belzebub@dsl-082-082-071-174.arcor-ip.net) |
| 15:18:16 | ashridah | should i be worried that the oracle error message reference PDF is 8.3 megs? :) |
| 15:18:20 | | Join rooom_wrk [0] (n=Roman@adsl-bn150-156-158-212.bluetone.cz) |
| 15:18:25 | | Quit rooom_wrk (Client Quit) |
| 15:18:37 | * | ashridah assumes it's a compendium of ALL oracle error codes, from everything |
| 15:18:50 | Slasher | Bger: Hmm, how? |
| 15:18:58 | Bger | depends on what do you mean with "worried" ;) |
| 15:19:02 | Bger | slasherY->slasher |
| 15:19:24 | Slasher | hmm :D |
| 15:19:52 | ashridah | Bger: well. lots of error codes sort of hints that lots can go wrong |
| 15:20:05 | Slasher | ah, my default nick is slasher but slasheri if the default is not available |
| 15:20:07 | solex | s/can/sill |
| 15:20:09 | ashridah | (not that it's my job to administrate the oracle setup, just connect to it and fire off sql queries |
| 15:20:13 | solex | *will |
| 15:20:20 | Bger | ashridah: on the other hand -> well documented |
| 15:20:53 | Bger | ou, yes, sorry, it was SlasherI |
| 15:21:01 | Slasher | It was Slasheri :D |
| 15:21:09 | Bger | sorry |
| 15:21:11 | Bger | i'm sorry |
| 15:21:16 | Slasher | But Slashery sounds interesting |
| 15:21:17 | Slasher | hehe :D |
| 15:21:19 | Bger | (part of bulgarian joke) |
| 15:21:25 | Slasher | =) |
| 15:21:34 | | Join Coldtoast [0] (n=edan@ppp110-114.lns1.hba1.internode.on.net) |
| 15:21:50 | Bger | but i suppose #rockbox is not the right place to tell jokes ;) |
| 15:22:05 | muesli- | not really |
| 15:22:10 | muesli- | we hate jokes |
| 15:22:11 | Bugder | we have too few bulgatian jokes in here |
| 15:22:17 | Bugder | ;-) |
| 15:22:19 | muesli- | will send you a howler otherwise |
| 15:22:20 | muesli- | ;) |
| 15:22:25 | Bger | hahaha |
| 15:22:44 | muesli- | am not kidding my mate :D |
| 15:24:48 | Coldtoast | interesting... Thunderbird doesn't encrypt your email |
| 15:25:21 | | Part LinusN |
| 15:25:43 | Bger | hi, L |
| 15:26:04 | Bger | anyone has any idea how to correct "reddish" picture in GIMP ? |
| 15:26:16 | Coldtoast | delete the red channel :) |
| 15:26:22 | Bger | hahah:) |
| 15:26:40 | Bger | maybe some other day |
| 15:26:46 | Coldtoast | don't you have curves in Gimp? |
| 15:26:52 | Bger | yep, i have |
| 15:26:54 | Bger | but ... |
| 15:27:10 | Bger | the white continues to be "reddish" |
| 15:27:23 | Coldtoast | are yo sure it's not your monitor? |
| 15:27:33 | Bger | yes, i am :) |
| 15:28:07 | Coldtoast | I don't mean faulty :) you can adjust the temperature of your display |
| 15:28:19 | Bger | hm, i think i got it |
| 15:28:33 | Bger | no no |
| 15:28:51 | Bger | it's just a picture taken with Konica film ... |
| 15:28:57 | Bger | on konica paper. .. |
| 15:29:08 | Coldtoast | HAHA |
| 15:29:18 | Coldtoast | I was going to ask if it shoots RAW at all |
| 15:29:23 | Coldtoast | but oh man.. film!?!! |
| 15:29:28 | Bger | yep:) |
| 15:29:37 | Coldtoast | how analogue! |
| 15:29:48 | Bger | really ? ;) |
| 15:34:26 | | Quit ashridah ("Leaving") |
| 15:34:47 | Coldtoast | haha. reading on this Linksys forum about a guy who's set up a CRON job to load a different firewall rule at 10:30pm every night so he could block his son's web access |
| 15:35:16 | Coldtoast | but he's gotten annoyed his son gets around it by jumpin gon his neighbour's unsecured access |
| 15:35:34 | Coldtoast | that's pretty funny |
| 15:36:27 | solex | :) |
| 15:38:30 | Coldtoast | and there's another who says his daughter uses EMule to download illegal music and he's worried he'll get busted. So he wants to know if he can restrcint her speed SO much she'll get frustrated and not bother doing it so he can get full speed with HIS EMule downloads of Seinfeld and Frasier. heh |
| 15:38:50 | Bger | haha |
| 15:39:02 | Coldtoast | don't ppl think about stuff before they post it? :) |
| 15:39:03 | Coldtoast | anyway |
| 15:39:14 | solex | obviously not! |
| 15:40:23 | hshah | lol |
| 15:40:52 | solex | maybe he read all that buzz about illegal music and doesn't think it also applies to TV shows:) |
| 15:41:00 | Coldtoast | yep |
| 15:41:13 | Coldtoast | that'd be my guess too. heh |
| 15:45:09 | t0mas | LOL |
| 15:45:09 | | Quit muesli- (Read error: 104 (Connection reset by peer)) |
| 15:45:22 | t0mas | just like the guy about "chatting longdistance" on bash.org |
| 15:46:14 | Coldtoast | didn't see that |
| 15:46:30 | Coldtoast | what was that about? |
| 15:46:48 | solex | Maybe http://bash.org/?142934 |
| 15:47:34 | hshah | LMAO |
| 15:47:36 | hshah | ROFL |
| 15:47:38 | hshah | AHAHAHAHA |
| 15:47:40 | hshah | LOLOLOLOL |
| 15:47:47 | | Nick lostlogic_ is now known as lostlogic (n=lostlogi@node-4024215a.mdw.onnet.us.uu.net) |
| 15:48:22 | Coldtoast | HAHA |
| 15:48:32 | Coldtoast | can that POSSIBLY be real? |
| 15:48:41 | Bger | hahaha |
| 15:48:55 | Bger | cool :) |
| 15:49:05 | Coldtoast | gotta love bach.org |
| 15:49:10 | Coldtoast | bash.org |
| 15:50:18 | | Quit hicks (Remote closed the connection) |
| 15:51:07 | hshah | its obviously not real... and if it he... he was some retarded mofo |
| 15:51:25 | hshah | * if it is |
| 15:51:29 | | Join hicks [0] (n=hicks@zeus.mups.co.uk) |
| 15:57:28 | | Quit Bugder ("CGI:IRC") |
| 15:57:37 | solex | Damn, http://bash.org/?top makes me want to lao while sitting in my classes... |
| 15:57:51 | solex | *laugh out loud |
| 15:59:53 | Slasher | Hmm, does anybody know if the voice samples available from rockbox.org should work with iriver too once the api has been written? |
| 16:00 |
| 16:00:05 | Slasher | if those should work, i could try with them |
| 16:00:27 | hshah | hmm... why is my cygwin here different to the one at home... |
| 16:00:39 | amiconn | Slasher: I don't think so |
| 16:00:50 | BBub | i heard its in the progress |
| 16:00:51 | Slasher | amiconn: Hmm.. :/ what's wrong with them? |
| 16:00:54 | amiconn | The voice files for archos contain pre-swapped mp3 clips |
| 16:01:00 | Slasher | oh.. |
| 16:01:16 | Slasher | then i have to test with some other stuff |
| 16:01:35 | amiconn | You know, the MAS mp3 codec wants the bits in the opposite order than the SH1 SPI sends them, so each and every byte has to be bitswapped |
| 16:02:05 | amiconn | The voice files contain the clips pre-swapped in order to avoid swapping them every time they are loaded |
| 16:02:11 | Slasher | ah, so bitswapping them again should make them work |
| 16:02:21 | amiconn | You might have a look at the format, and think about a way to extend it |
| 16:02:42 | amiconn | We'll probably need a byte indicating the clip format, i.e. codec used |
| 16:02:59 | amiconn | (and a special codec indication for mp3 pre-swapped for archos) |
| 16:03:29 | Slasher | btw, what bitrate and sample frequency is used? i assume they are all mono samples |
| 16:03:57 | Bger | MPEG 2.5 ? |
| 16:03:58 | amiconn | If we have an extended specification, I could build voice files for just about any codec where a command line encoder running under windows exists for |
| 16:04:16 | Slasher | hmm, sounds great |
| 16:04:18 | amiconn | The clips in the current voice files are all MPEG2.5 layer 3 12 kHz mono |
| 16:04:22 | amiconn | ...pre-swapped |
| 16:04:28 | Slasher | ah, ok |
| 16:05:16 | amiconn | I think we could start with non-swapped mp3 (as long as speex is not yet running on iriver) |
| 16:05:25 | amiconn | We could use better quality on iriver as well |
| 16:05:41 | amiconn | The 12 kHz is just to cut down file size as much as possible |
| 16:05:59 | amiconn | The file has to fit entirely into RAM with the current design |
| 16:06:16 | Slasher | with iriver that wont be a problem |
| 16:06:23 | amiconn | yes, exactly |
| 16:06:43 | Slasher | but the bitrate etc. should be low enough that we could use voice ui even with q10 ogg files for example |
| 16:06:53 | amiconn | Yes |
| 16:07:07 | amiconn | Too high a quality doesn't help speech that much |
| 16:07:18 | amiconn | ...but I know that 16 kHz sounds way better than 12 |
| 16:08:04 | amiconn | There is one more limit in the current voice files - there are no frames with a bitrate >64 kbps (the clips are VBR) |
| 16:08:38 | amiconn | This is because the MAS has a bug with MPEG2.5 - it doesn't play frames with bitrates >64kbps |
| 16:09:38 | Slasher | the voice codec will be also slower if we use libmad because there is not enough iram space to put both stacks in iram |
| 16:09:43 | amiconn | Also, the clips don't contain any tags or extra headers. No id3v1/id3v2/xing/lame header, just the raw frame |
| 16:09:45 | amiconn | s |
| 16:13:45 | Slasher | hmm, has the current kernel any simple mechanism to prevent single thread from waking up? if not, i might have to implement one |
| 16:14:53 | amiconn | Why? |
| 16:15:53 | Slasher | because when we hotswap the codec, also the old codec code memory will be replaced with the new codec (codecbuf[]) and we definately don't want the old codec thread to wake up when the code memory has a different code |
| 16:16:00 | | Quit t0mas ("CGI:IRC") |
| 16:16:14 | Bger | just exit the thread ? |
| 16:16:31 | Slasher | that's not possible, we have to keep the thread alive |
| 16:16:33 | | Join t0mas [0] (n=503c08d1@labb.contactor.se) |
| 16:16:35 | Slasher | we only suspend it |
| 16:16:45 | amiconn | Slasher: I think we need a separate codec memory space |
| 16:16:50 | t0mas | LOL |
| 16:16:54 | t0mas | I just had to click a link |
| 16:17:00 | Slasher | amiconn: Hmm.. i don't think that's necessary =) |
| 16:17:09 | * | t0mas doesn't have to go to school for a few more weeks :D |
| 16:17:20 | t0mas | a crane has fallen on my school :D |
| 16:17:26 | amiconn | Slasher: You want to decode interleaved instead of parallel? |
| 16:17:37 | | Join XMaster-ShadowX [0] (n=KdTMaste@pD9533AD6.dip0.t-ipconnect.de) |
| 16:17:43 | Slasher | yes, it's the only way to go |
| 16:17:43 | t0mas | for those how can read dutch: http://www.planet.nl/planet/show/id=62967/contentid=609812/sc=e7383d |
| 16:17:51 | Slasher | because we have shared IRAM also |
| 16:18:10 | amiconn | Not if we link the codec a second time |
| 16:18:19 | Slasher | hmm, yes.. |
| 16:18:33 | amiconn | We could even have the secondary codec not using iram at all |
| 16:18:35 | Slasher | but i am not sure which one would be easier/better solution.. |
| 16:18:41 | Slasher | both are hard to implement |
| 16:19:10 | Slasher | with the current solution i am trying, you could use exactly the same codecs for voice and audio |
| 16:19:16 | amiconn | I'm not sure whether it is a good idea to load the voice codec from disk |
| 16:19:38 | amiconn | If we do, they should of course not be duplicated, but there is a disadvantage |
| 16:19:56 | Slasher | hmm.. |
| 16:20:05 | amiconn | With disk-based codecs, there is a lot more that can go wrong |
| 16:20:15 | Slasher | really? |
| 16:20:27 | amiconn | ...and with the voice UI not working, it will be hard for a blind to figure out what it is |
| 16:20:36 | Slasher | hmm, true.. |
| 16:21:07 | amiconn | Otoh, if we build the voice codec into the core, this will be a hard selection |
| 16:21:08 | Slasher | but if you are not using voice ui, it always eats some ram if it's static |
| 16:21:23 | amiconn | ..and if we want to change codec later, the voice won't work... |
| 16:21:44 | amiconn | Slasher: Yes, correct |
| 16:22:16 | amiconn | ...but the voice UI will eat some RAM permanently anyway, even if disabled |
| 16:22:35 | Slasher | why it would if it's dynamic? |
| 16:23:00 | amiconn | It will at least increase code size |
| 16:23:09 | amiconn | Do you think decoding interleaved will be fast enough even with longer voice sequences? |
| 16:23:14 | Slasher | true, but that's quite minor increase.. |
| 16:23:52 | Slasher | amiconn: if both codecs can do about 200% realtime it should be.. but i am going to find out =) |
| 16:23:56 | amiconn | There is spell mode for directries and files names, and the queue can hold up to 64 entries... |
| 16:24:25 | amiconn | What about letting the codec thread doing the decoding for both audio thread and voice UI? |
| 16:24:35 | amiconn | Then there is no thread concurrency problem... |
| 16:24:55 | amiconn | Another option would be using a mutex to access the codec slot |
| 16:25:02 | Slasher | i think that's not possible.. what if the audio codec loaded is ogg decoder for example and we have mp3 voice data? |
| 16:25:17 | amiconn | Then the thread needs to change codec |
| 16:25:30 | Slasher | yes.. it needs to unload the previous codec |
| 16:25:38 | amiconn | The voice codec should be loaded to RAM if the voice UI is enabled |
| 16:25:57 | Slasher | that could cause glitches to playback if the codec wasn't designed to be unloaded between decoding |
| 16:26:06 | amiconn | Hmm, yes |
| 16:26:34 | amiconn | A codec would need to save state if it's not a stateless one like wav or mp3 |
| 16:26:58 | amiconn | That renders your idea of a shared slot pretty much unusable... |
| 16:27:07 | Slasher | Hmm, yep. That might be one solutions also |
| 16:27:09 | Slasher | -s |
| 16:27:10 | amiconn | ...regardless of the interlock mechanism |
| 16:28:25 | amiconn | Hmm, all persistent data should be static, correct? |
| 16:28:28 | Slasher | unusable? |
| 16:28:49 | Slasher | the implementation i am currently trying, would save codec IRAM state |
| 16:29:12 | amiconn | We would have to make sure no callback (from codec to core) is running, then it could save the whole codec RAM into a buffer |
| 16:29:25 | amiconn | I'm not sure whether IRAM is enough. |
| 16:29:35 | Slasher | yes, it will do that |
| 16:29:45 | amiconn | The codec might store some data in DRAM |
| 16:30:07 | | Quit hicks (Remote closed the connection) |
| 16:30:26 | amiconn | This could still be done within one thread, or you could go for the mutex |
| 16:30:45 | Slasher | but about the callbacks.. do you mean that i couldn't initiate the codec swap in a callback from codec to core? |
| 16:31:03 | amiconn | I think this won't work |
| 16:31:07 | Slasher | Hmm.. |
| 16:31:16 | amiconn | The callback would return to an address that's no longer correct... |
| 16:31:47 | amiconn | You would need to mangle the stack, but that would be really dirty... |
| 16:31:54 | Slasher | but we will suspend (sleep or something like that) the thread before it returns |
| 16:32:29 | Slasher | and the thread would remaing suspended before we swap the codec again and resume the thread |
| 16:32:35 | Slasher | *until |
| 16:32:46 | amiconn | Hmm, that might work |
| 16:32:51 | Slasher | :) |
| 16:33:03 | amiconn | Still doesn't sound like a clean way though... |
| 16:33:36 | Slasher | but it could be easier/cleaner than saving codec state in codec itself and reloading codecs |
| 16:33:45 | amiconn | I don't get why the swap should be initiated by the codec anyway |
| 16:34:00 | amiconn | Don't you think the core will know better when it's necessary to swap? |
| 16:34:51 | Slasher | yes of course.. but the callback would be good place to do the swap because that's the point when we have finished decoding one frame |
| 16:35:04 | amiconn | I think that it might work as follows: |
| 16:35:27 | amiconn | (a) codec thread receives a request to decode a bunch of voice frames |
| 16:35:46 | amiconn | (b) codec thread lets codec finish the current frame or similar |
| 16:36:07 | amiconn | (c) codec thread copies codec RAM+IRAM slot to memory buffer |
| 16:36:20 | amiconn | (d) codec thread copies voice codec into slot |
| 16:36:39 | Slasher | please note that the codec thread is the codec itself, so it cannot control codec when it's running |
| 16:36:41 | amiconn | (e) codec thread lets voice codec decode the bunch of frames |
| 16:36:45 | | Quit Bger (""In the other world, in paradise, the beauty of women surpassed even the beauty of Bulgarian women" Adaloloddin Mohammed Balhi") |
| 16:37:04 | Slasher | oh, you mean the audio thread i think.. |
| 16:37:29 | amiconn | Slasher: Yes, the codec thread will be int the codec itself most of the time, but there must be some sort of periodic return |
| 16:37:35 | amiconn | No, I mean the codec thread |
| 16:37:45 | Slasher | Hmm.. |
| 16:38:20 | Slasher | the codec keeps running until there is nothing more to decode or we have to switch to an other codec |
| 16:38:21 | amiconn | (f) codec thread reverses the codec swap process and continues decoding audio frames |
| 16:38:42 | amiconn | Hmm. How does the codec notice that there is no more data? |
| 16:38:57 | Slasher | callback returns null and size as 0 |
| 16:39:23 | Slasher | the codec requests more data from the core |
| 16:39:43 | amiconn | Hmm. |
| 16:40:38 | amiconn | Strange design, imho |
| 16:40:48 | amiconn | But I might be wrong... |
| 16:40:57 | Slasher | hmm, but it still works :) |
| 16:41:09 | amiconn | So the codec thread basically is the codec itself, unless a codec swap is due |
| 16:41:30 | Slasher | basically the idea would be same what you thought about |
| 16:41:39 | Slasher | yes |
| 16:42:11 | Slasher | and there is also audio thread controlling buffer (most importantly keeping the buffer filled) |
| 16:43:12 | amiconn | Then we would need a second thread for the secondary codec, and if we want to use the same memory slot, both threads must be interlocked that only one can be within the codec code at a time |
| 16:43:35 | amiconn | ...and it needs to swap from a callback... |
| 16:43:39 | Slasher | that's true.. that's why we have to sleep the other thread |
| 16:43:56 | amiconn | Just use a mutex |
| 16:44:17 | Slasher | ah, mutex sounds fine :) |
| 16:44:21 | amiconn | codec_slot_mutex or somesuch |
| 16:45:33 | amiconn | You will still need a mechanism to tell the codec thread that the callback should neither hand the codec more data, nor hand it NULL to exit, but enter the lock state |
| 16:46:08 | amiconn | ...and then hand it more data or NULL after leaving the lock state |
| 16:46:27 | Slasher | Hmm, i think the callback itselft could do that because it goes into the playback system and can determine what it has to do |
| 16:46:36 | Slasher | so we could just lock the callback |
| 16:46:55 | amiconn | Yes, but you need a way to tell it to do that |
| 16:47:04 | | Quit einhirn_ ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 16:47:14 | Slasher | Hmm, that might be true |
| 16:47:25 | amiconn | I think it might work as follows |
| 16:48:02 | amiconn | The voice thread should work the same way as the codec thread, just for the voice codec |
| 16:48:48 | amiconn | Each of the 2 hreads would lock the mutex before calling codec code, and the callback would unlock it, check some things, yield, then lock again |
| 16:49:28 | amiconn | The yield() is crucial here, it allows the other thread to obtain the slot if it is waiting in mutex_lock() because it has got work o do |
| 16:50:13 | Slasher | yes, that should work |
| 16:51:14 | amiconn | Additional yield()s within the codec are always possible, they won't change the lock state |
| 16:52:53 | *** | Saving seen data "./dancer.seen" |
| 16:52:55 | amiconn | Hmm, we'll need a method to track which codec is loaded in the slot |
| 16:53:18 | Slasher | yep, i have already done that |
| 16:54:06 | amiconn | ...actually we need to track which thread used the slot last |
| 16:54:18 | amiconn | Even if they use the same codec, the state might be different |
| 16:54:21 | Slasher | there is now current_codec -variable that would indicate the status as following: -1, only single audio codec loaded. 0, primary audio codec loaded. 1, secondary voice codec loaded |
| 16:55:47 | amiconn | Why 3 states? |
| 16:56:31 | Slasher | if status != -1, it indicates that we will have to do a codec hotswap. Then we will update the status to indicate which codec is currently active |
| 16:56:57 | | Quit Chamois (" HydraIRC -> http://www.hydrairc.com <- The professional IRC Client") |
| 16:57:16 | Slasher | if status == -1, there are no dual codecs loaded and hotswap should not be tried |
| 16:57:53 | amiconn | If each thread just compares whether the status isn't equal to its own codec loaded, then hotswap, we would only need 2 states |
| 16:58:25 | Slasher | Ah, hmm.. yes |
| 16:59:16 | amiconn | This would even work with more than 2 threads if we'll ever need that ;) |
| 16:59:26 | Slasher | hehe :) |
| 17:00 |
| 17:06:56 | hshah | http://www.rockbox.org/twiki/bin/view/Main/SimpleGuideToCompiling |
| 17:07:00 | | Quit Coldtoast (Read error: 104 (Connection reset by peer)) |
| 17:07:06 | hshah | phew - finished the basic instructions |
| 17:09:05 | | Quit courtc (Read error: 113 (No route to host)) |
| 17:12:11 | | Join hicks [0] (n=hicks@zeus.mups.co.uk) |
| 17:19:35 | | Quit hshah ("CGI:IRC") |
| 17:33:58 | | Join einhirn [0] (i=Miranda@carlsberg.heim2.tu-clausthal.de) |
| 17:34:34 | | Join amiconn_ [0] (n=jens@p54BD735D.dip.t-dialin.net) |
| 17:51:33 | | Quit amiconn (Read error: 110 (Connection timed out)) |
| 17:51:33 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD735D.dip.t-dialin.net) |
| 18:00 |
| 18:08:59 | | Quit XMaster-ShadowX (Read error: 113 (No route to host)) |
| 18:24:32 | | Quit pike () |
| 18:25:52 | | Join pike [0] (i=pike@c83-249-120-126.bredband.comhem.se) |
| 18:26:11 | | Join thegeek [0] (n=thegeek@s201a.studby.ntnu.no) |
| 18:31:49 | | Join Lear [0] (n=chatzill@h244n6c1o285.bredband.skanova.com) |
| 18:33:23 | | Join webguest05 [0] (n=5087cf11@labb.contactor.se) |
| 18:34:12 | webguest05 | Hi Lear, have you given the shuffle and 'Track' feature any more thought ? :) |
| 18:34:44 | webguest05 | ReplayGain Track that is |
| 18:34:59 | Lear | no, not really... should be easy enough for anyone who's interested to implement though. :) |
| 18:35:35 | webguest05 | yep , I'm fishing for a customer, no joy yet |
| 18:52:56 | *** | Saving seen data "./dancer.seen" |
| 19:00 |
| 19:07:17 | | Part webguest05 |
| 19:08:51 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 19:32:40 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 19:34:27 | | Join hshah [0] (n=acc91b85@labb.contactor.se) |
| 19:34:47 | hshah | hello all |
| 19:35:19 | hshah | any chance someone here with a fast internet connection quickly do me a favour? |
| 19:35:36 | hshah | its for a wiki page... so you would be helping Rockbox |
| 19:38:09 | BBub | what is it? |
| 19:39:34 | hshah | I need someone to download http://www.cygwin.com/setup.exe |
| 19:39:45 | hshah | and then install it following the instructions on here |
| 19:39:49 | hshah | http://www.rockbox.org/twiki/bin/view/Main/SimpleGuideToCompiling |
| 19:40:01 | hshah | the setup.exe is only around 280kb |
| 19:40:10 | hshah | but then the program downloads other files... |
| 19:40:18 | hshah | i need to know the size of the other files downloads |
| 19:40:21 | hshah | (total size) |
| 19:41:01 | amiconn | This totally depends on which components of cygwin you select |
| 19:41:27 | BBub | it also depends on the versions |
| 19:41:46 | amiconn | Sorry that I can't do it; I already have cygwin installed, a rather big installation including X11 etc |
| 19:42:49 | hshah | other than the default ones only patch has been added |
| 19:42:57 | amiconn | Total size here is around 418 MB (that's excluding rockbox sources etc) |
| 19:43:17 | hshah | as i said above... it would need to installed following those instructions in the wiki |
| 19:43:31 | hshah | i did it on 56k but i can't remember how long it took or how much it downloaded |
| 19:45:18 | hshah | can't either of u two download it to a different directory for me and then delete it afterwards? |
| 19:46:11 | amiconn | Cygwin stores configuration data in the registry, so no, not that simple |
| 19:46:18 | BBub | ok |
| 19:47:02 | hshah | oh rite... |
| 19:47:15 | hshah | anyone hiding here who doesn't use cygwin |
| 19:47:52 | BBub | im already downloading it ;) |
| 19:48:00 | hshah | oh rite... ok cool :) |
| 19:48:02 | amiconn | Hmm, why do the instructions say to download both the devkit and cygwin? |
| 19:48:15 | hshah | those who are hiding, can remain hidden |
| 19:48:32 | amiconn | Afaik the devkit should contain a complete (minimal) cygwin dev environment |
| 19:48:58 | hshah | i wanted the patching thing i think... thats why i got both |
| 19:49:15 | | Join whistlerbrk [0] (n=kunalash@user-12lcn4f.cable.mindspring.com) |
| 19:49:21 | whistlerbrk | Anyone around? |
| 19:49:24 | amiconn | Hmm? |
| 19:49:45 | amiconn | hshah: The devkit doesn't contain patch? |
| 19:49:47 | BBub | hshah: 13,6 mb |
| 19:49:52 | hshah | as long as its easy and as long as it works... its prefect for n00bs like me |
| 19:50:01 | hshah | i don't think it does... |
| 19:50:10 | hshah | thanks BBub |
| 19:50:21 | whistlerbrk | I wanted to help with testing and development, who should I talk too to get involved/ |
| 19:50:57 | amiconn | hshah: That's strange; something to fix for Bluechip then... |
| 19:51:35 | amiconn | I mean, there is no point in downloading several megabytes (more than the devkit itself) just to get a missing utility |
| 19:52:05 | hshah | there must be an addon |
| 19:52:08 | hshah | well i think i have one... |
| 19:52:12 | hshah | but i dunno how to install it |
| 19:52:14 | hshah | lol |
| 19:55:24 | whistlerbrk | is there anyone I can talk to here about getting involved? |
| 19:56:56 | whistlerbrk | guess not |
| 19:57:00 | | Quit whistlerbrk () |
| 20:00 |
| 20:01:16 | | Join courtc [0] (n=court@adsl-33-167-100.asm.bellsouth.net) |
| 20:01:24 | hshah | ok... i have removed the need for cygbin now |
| 20:14:15 | | Quit hshah ("CGI:IRC") |
| 20:24:20 | | Join LinusN [0] (N=linus@labb.contactor.se) |
| 20:24:54 | | Join rooomish [0] (n=Roman@195.47.96.56.adsl.nextra.cz) |
| 20:25:01 | | Quit rooomish (Client Quit) |
| 20:35:24 | | Join gursikh [0] (n=gursikh@adsl-68-93-89-47.dsl.hstntx.swbell.net) |
| 20:35:27 | | Part LinusN |
| 20:36:28 | | Part gursikh |
| 20:39:59 | | Join Jozi|afk [0] (n=x@213-202-141-134.bas502.dsl.esat.net) |
| 20:40:08 | Jozi|afk | hi |
| 20:40:24 | | Nick Jozi|afk is now known as Jozi (n=x@213-202-141-134.bas502.dsl.esat.net) |
| 20:52:59 | *** | Saving seen data "./dancer.seen" |
| 20:56:16 | | Join hshah [0] (n=acc9bd1f@labb.contactor.se) |
| 20:58:14 | | Quit hshah (Client Quit) |
| 21:00 |
| 21:14:39 | | Quit Jozi (Read error: 110 (Connection timed out)) |
| 21:18:22 | | Quit gromit` (Read error: 104 (Connection reset by peer)) |
| 21:18:24 | | Join gromit`` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 21:23:47 | | Join [1]Moos [0] (i=DrMoos@m29.net81-66-158.noos.fr) |
| 21:23:47 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
| 21:23:51 | | Nick [1]Moos is now known as Moos (i=DrMoos@m29.net81-66-158.noos.fr) |
| 21:49:47 | | Quit t0mas ("CGI:IRC") |
| 21:49:54 | | Join t0mas [0] (n=503c08d1@labb.contactor.se) |
| 21:49:57 | t0mas | :X |
| 22:00 |
| 22:17:50 | | Join bagawk [0] (n=lee@unaffiliated/bagawk) |
| 22:27:05 | | Quit BBub (Read error: 104 (Connection reset by peer)) |
| 22:35:24 | Slasher | t0mas: hmm, could you send your "light organ" patch? |
| 22:35:40 | Slasher | i could modify it to support the backlight dimming |
| 22:40:33 | | Join Jozi|afk [0] (n=x@213-202-141-134.bas502.dsl.esat.net) |
| 22:40:56 | | Quit Jozi|afk (Client Quit) |
| 22:53:00 | *** | Saving seen data "./dancer.seen" |
| 22:54:44 | Moos | what is this "light organ" patch? |
| 22:58:26 | * | bagawk looks |
| 22:58:31 | bagawk | this sounds interesting |
| 23:00 |
| 23:05:58 | bagawk | Moos, where is that? |
| 23:09:46 | | Join hardeep [0] (i=hardeeps@norge.freeshell.ORG) |
| 23:21:15 | | Quit matsl (Remote closed the connection) |
| 23:24:31 | | Quit Lear ("Chatzilla 0.9.68.5 [Firefox 1.0.6/20050720]") |
| 23:42:02 | | Join ashridah [0] (i=ashridah@220-253-123-82.VIC.netspace.net.au) |
| 23:48:09 | | Join tvelocity [0] (n=tony@chan530-a041.otenet.gr) |
icon identifies that the person is a core developer (has commit access).