00:00:12 | markun | I used the UTF-16 decoder for it. Hope that is no problem (UTF16 chars can contain 4 bytes) |
00:01:09 | amiconn | Some strlen()s have to stay, e.g. in the .lng loader (the 'string counting and hopping') |
00:02:05 | phaedrus961 | amiconn: the old conversion tables should be removed by the patch, are you sure they're there? |
00:02:22 | amiconn | They are gone, that's what I meant |
00:03:52 | | Quit cYmen ("zZz") |
00:04:37 | amiconn | font_cache.[ch] also needs some coding style fixes (there are struct names in UPPERCASE) |
00:06:23 | amiconn | Same for lru.[ch] |
00:10:04 | | Join RotAtoR [0] (n=e@12-208-71-148.client.insightBB.com) |
00:11:41 | markun | preglow: Look what I found: http://kakasi.namazu.org/ |
00:12:21 | markun | kanji to kana converter |
00:13:14 | preglow | it's huge |
00:13:55 | preglow | why convert kanji anyway, is font support proving hard? ;) |
00:13:55 | | Join XavierGr [0] (n=XavierGr@ppp9-adsl-16.ath.forthnet.gr) |
00:15:34 | markun | preglow: the new charcell LCD has katakana: http://www.rockbox.org/docs/rocklatin.html |
00:15:48 | | Join Link9064 [0] (n=18ecb4e1@labb.contactor.se) |
00:16:15 | preglow | so i see |
00:16:31 | Link9064 | I have a question...I just installed a 80GB HDD into my FM Recorder 20...what file system should i use to format it? |
00:16:46 | amiconn | One more reason for localisation v2... Bagder? ;) |
00:16:47 | preglow | Link9064: fat32 |
00:17:08 | Link9064 | do i need some additional program...xp's disk manager doesn't have that as an option |
00:17:27 | preglow | reading kanji as katakana is going to be... different... for most japanese people ;) |
00:17:30 | amiconn | Link9064: swissknife or h2format, or a win98/winme box |
00:17:35 | *** | Saving seen data "./dancer.seen" |
00:17:56 | Link9064 | alright, thanks a lot |
00:18:18 | markun | preglow: yes, maybe even worse than reading hebrew in reverse :) |
00:19:59 | preglow | well, not hard, but i don't think they're exactly used to seeing kanji written in katakana |
00:20:03 | preglow | hiragana, maybe, but not katakana |
00:20:26 | TiMiD | why can't we just display kanjis ? |
00:20:34 | preglow | players dont have them |
00:20:38 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
00:20:45 | TiMiD | hmm |
00:20:52 | TiMiD | players are a problem |
00:20:56 | preglow | indeed |
00:21:00 | preglow | drop the support! :P |
00:21:12 | preglow | markun: but anywho, are there a bunch of full kanji bitmap fonts around? |
00:21:41 | TiMiD | a kanji>kana program must be quite heavy |
00:21:51 | preglow | TiMiD: it is |
00:22:02 | | Quit Link9064 ("CGI:IRC") |
00:22:23 | preglow | i'm more or less inclined to just say 'tough luck' there |
00:22:28 | TiMiD | and btw |
00:22:30 | preglow | if you need kanji, you can't rely on the player lcd |
00:22:55 | TiMiD | chinese people won't be happy with that |
00:23:18 | TiMiD | I don't think it's a good idea |
00:23:52 | preglow | how many people actually have players these days? |
00:24:10 | TiMiD | ... |
00:24:28 | TiMiD | the code musn't become more complex only because people have players |
00:24:52 | TiMiD | and btw, a lot of new functionnalities can't be added to them |
00:24:53 | markun | TiMiD: Is your code close to being committed? |
00:25:02 | TiMiD | I don't know |
00:25:08 | TiMiD | I hope so |
00:25:50 | TiMiD | don't worry for your utf-8 patch |
00:25:51 | markun | Will it decrease the size of the binaries when the menu and plugin browser are converted? |
00:26:01 | TiMiD | it will indeed |
00:26:21 | TiMiD | I can't give you a exact number |
00:26:22 | markun | That's good, because unicode increases it :) |
00:26:33 | TiMiD | but I would say 15kb |
00:26:41 | TiMiD | hoho :) |
00:26:59 | TiMiD | currently my patch increases the code size by 2kb on the player |
00:27:23 | markun | With the unicode patch applied there is only 2kb left on the player I think.. |
00:27:25 | | Join Moos [0] (i=DrMoos@m79.net81-66-158.noos.fr) |
00:27:33 | TiMiD | you have 5kb left :p |
00:27:41 | Moos | Hello guys |
00:27:47 | markun | Hi Moos! |
00:27:48 | TiMiD | then with our both patch 3kb left :) |
00:27:52 | TiMiD | hi Moos |
00:28:02 | TiMiD | ho are you doing ? |
00:28:26 | Moos | very fine thanks |
00:28:49 | TiMiD | btw, katakana looks ugly and almost unreadable on the player LCD |
00:28:55 | Moos | time to read the logs :-) |
00:29:20 | TiMiD | hehe |
00:29:24 | TiMiD | good reading ! |
00:29:31 | Moos | merci |
00:29:49 | amiconn | markun: The player has no code size problem, the tightest platform is the recorder v1 |
00:30:53 | amiconn | The limits are imposed by the archos firmware loader, because not all boxes are flashable. |
00:31:31 | amiconn | The player and recorder v1 have a 200KB limit, all others (fm recorder, recorder v2, ondio sp, ondio fm) have a 400KB limit |
00:31:48 | TiMiD | amiconn: would it be possible to make a loader that will load another image after ? |
00:32:01 | markun | Or compress the image? |
00:32:02 | amiconn | Yes, possible, but ugly |
00:32:03 | TiMiD | the loader would be very small |
00:32:09 | TiMiD | not ugly |
00:32:18 | TiMiD | if it's the only workaround |
00:32:51 | TiMiD | you would have 2 files instead of one |
00:33:00 | amiconn | I'd rather use a self-extracting image |
00:33:09 | amiconn | 2 files adds a point of failure |
00:33:23 | TiMiD | why ? |
00:33:33 | amiconn | Because one of the two may be missing |
00:33:39 | preglow | agreed on the selfextracting image |
00:33:42 | amiconn | ...and the load time is longer |
00:33:45 | XavierGr | yeah and it is a real pain to always have in mind source code size when writting on other targets. |
00:33:54 | preglow | it wouldn't be very hard either |
00:33:57 | preglow | most of the code is already there |
00:34:08 | TiMiD | the problem will come even with a sfx |
00:34:22 | amiconn | I don't think it's a pain. It's a bit annoying that these limits are hard limits, but optimising is always wanted |
00:34:30 | preglow | yup |
00:34:40 | preglow | and you usually have to be forced into doing it anyway ,) |
00:35:03 | amiconn | Even when we circumvent the limit by some method, a larger binary will always take away precious buffer RAM |
00:35:12 | XavierGr | but these 200KB will run up in any sort of optimization you do. |
00:35:14 | TiMiD | when you add new functionnalities it's obvious that the code size is increased |
00:35:26 | amiconn | Not necessarily |
00:35:59 | XavierGr | amiconn: well at least 9 out of 10 times |
00:36:13 | amiconn | Sometimes new functionality allows to strip down old code (which I hope to see with your multi-lcd patch) |
00:36:37 | TiMiD | when it gets commited if its happens |
00:36:48 | amiconn | And, some functionality can be moved into a plugin |
00:36:55 | TiMiD | yes ! |
00:36:57 | TiMiD | like credits :) |
00:37:03 | amiconn | I'll need some space for the pcm codec as well :( |
00:37:41 | amiconn | Perhaps the compression idea isn't that bad after all, at least for the 200K-limit targets |
00:37:54 | TiMiD | why aren't codecs in separate files even on targets which have hw decoding ? |
00:38:00 | amiconn | We already have ucl compression which works quite well |
00:38:07 | XavierGr | and how much boot time will this compression add? |
00:38:25 | amiconn | TiMiD: There are *no* codecs so far for the hwcodec platforms |
00:38:43 | TiMiD | there is a code that controls the hw |
00:38:46 | amiconn | The mpeg audio codec is built into the MAS' internal ROM |
00:38:52 | TiMiD | it could be considered as a codec no ? |
00:38:58 | TiMiD | ok |
00:38:58 | amiconn | Yes, th eplayback engine |
00:39:05 | amiconn | ...and recording, of course |
00:39:11 | | Quit Ismo (Read error: 110 (Connection timed out)) |
00:39:31 | TiMiD | so the code that decodes the mp3 is uploaded on a chip ? |
00:39:44 | XavierGr | I think yes |
00:39:45 | amiconn | No, it is already built into the chip |
00:39:51 | TiMiD | I thought it was hard coded |
00:39:57 | XavierGr | oops |
00:40:12 | amiconn | ...but there is a pcm codec that can be uploaded to the chip |
00:40:32 | TiMiD | its' a flash ? |
00:41:31 | amiconn | No. |
00:42:04 | amiconn | The mp3 codec firmware is built into the MAS' ROM. The pcm codec is optional, and is loaded into the chip's RAM |
00:42:13 | TiMiD | hmm ok |
00:42:30 | TiMiD | so that's why there is no ogg support for those players |
00:42:40 | TiMiD | not enough ram on chip |
00:43:00 | amiconn | yup |
00:43:10 | TiMiD | maybe enough for another codec ? |
00:43:24 | amiconn | Even if it had enough RAM, someone would have to code it |
00:43:31 | TiMiD | hehe :) |
00:43:39 | amiconn | That would be a really hard task, with closed docs |
00:44:10 | TiMiD | someone coded the pcm codec |
00:44:17 | amiconn | There are some docs circulating around describing the dsp core and its asm dialect itself |
00:44:46 | amiconn | Yes, the pcm codec was coded by micronas itself. We have the permission from archos to distribute it |
00:44:55 | TiMiD | of course if there is no c compiler for this target ... |
00:45:10 | amiconn | There is, but not open |
00:45:36 | linuxstb | That sounds strange. If it was coded by micronas, how can archos give us permission to distribute it? |
00:45:40 | amiconn | The bigger problem is controlling the peripherals (DMA to the parallel/serial/spdif etc... port) |
00:46:29 | amiconn | It's a long story... [IDC]Dragon did a great job to make this possible |
00:46:59 | linuxstb | Yes, I hear it's taken about 4 years of trying. |
00:47:06 | * | amiconn still didn't try it - :(( |
00:48:55 | amiconn | (ot) what the **** is this worm/whatever that always sends 100KB mails with .zip attachments?? |
00:49:10 | amiconn | This is getting annoying... |
00:50:01 | TiMiD | you don't have an antispam? |
00:50:25 | amiconn | I have.. but these aren't caught |
00:50:34 | TiMiD | argh |
00:50:56 | amiconn | Not that a win32 email worm could hurt me, but it's annoying |
00:51:43 | phaedrus961 | amiconn: I need to leave for a bit, but I'll read the logs in case you want something else changed in the unicode patch |
00:52:32 | amiconn | No further comments atm. I'll check it out when you posted the new version |
00:52:45 | TiMiD | btw, does someone else read my remote patch ? |
00:52:50 | phaedrus961 | ok |
00:54:19 | amiconn | If you would find some possible optimisations, that would be great of course |
01:00 |
01:00:39 | amiconn | Oh, one final thing: lcd-h100-remote.c needs adjustment for unicode |
01:01:23 | preglow | interpolated 32 bit sine routine using only 16x16 mul works just fine |
01:01:26 | preglow | noise floor at -80db |
01:02:14 | * | amiconn whispers: fixed point library |
01:02:22 | amiconn | ;) |
01:02:27 | preglow | it's hard to make a generic fixed point library |
01:02:34 | preglow | what with all the different formats in use |
01:02:39 | amiconn | Hmm, perhaps |
01:02:43 | preglow | but at least the sin function can be used |
01:04:02 | preglow | testing with table size 64 now |
01:04:51 | | Quit tvelocity ("Leaving") |
01:05:04 | preglow | ok, noise floor increased to -42 db |
01:05:08 | preglow | perceptual distortion |
01:05:14 | preglow | perceptible, i mean |
01:07:15 | preglow | i can of course divide the table size by four, but add tons of branching to calculate by symmetry |
01:08:19 | amiconn | The bad thing is that jump tables are practically forbidden on coldfire |
01:08:30 | amiconn | ...because they're not cached |
01:20:20 | preglow | i actually have to use fixed point rounding here, or there's overflow |
01:20:20 | preglow | hrmph |
01:21:02 | | Join Ismo [0] (i=laitinei@huippu.net) |
01:27:02 | preglow | using a 16 bit table works just fine |
01:28:58 | preglow | right now my sin() takes an unsigned long ranging from 0 to 0xffffffff, representing 0 and 2*pi respectively, and returns a value from LONG_MIN to LONG_MAX |
01:29:01 | preglow | should be able to suit all needs |
01:35:30 | | Join XavierGr_ [0] (n=XavierGr@ppp12-adsl-25.ath.forthnet.gr) |
01:44:51 | | Join muesli- [0] (i=muesli_t@pD9FCE935.dip0.t-ipconnect.de) |
01:47:31 | muesli- | hi |
01:47:38 | muesli- | TiMiD are u arround? |
01:59:48 | | Quit XavierGr (Read error: 113 (No route to host)) |
02:00 |
02:05:32 | | Quit matsl (Remote closed the connection) |
02:14:07 | | Quit ghode (Read error: 104 (Connection reset by peer)) |
02:17:36 | *** | Saving seen data "./dancer.seen" |
02:26:15 | TiMiD | muesli-: I'm here |
02:31:07 | Moos | TiMiD? |
02:31:38 | TiMiD | yep |
02:31:50 | Moos | pv ;-) |
02:32:16 | Moos | if you didn't notice |
02:32:23 | | Quit muesli- (Read error: 110 (Connection timed out)) |
02:32:57 | TiMiD | I noticed ^^ |
02:33:05 | TiMiD | do you receive my pv ? |
02:33:16 | Moos | I didn't |
02:33:20 | Moos | strange |
02:33:54 | Moos | retry |
02:34:22 | TiMiD | ca passe ? |
02:34:30 | TiMiD | moi je recois |
02:34:33 | Moos | non toujours pas |
02:34:37 | TiMiD | hmm |
02:34:38 | preglow | here you go again |
02:34:49 | TiMiD | gniiiiiiiiiiiii |
02:34:50 | Moos | I don't have your msg |
02:35:30 | TiMiD | hmm |
02:35:57 | TiMiD | 02:35 <Moos> tjs pa? |
02:35:58 | TiMiD | 02:35 <TiMiD> nyanyanya |
02:36:09 | Moos | nope |
02:36:14 | TiMiD | :'( |
02:36:42 | TiMiD | problem spotted XD |
02:36:42 | Moos | isn't one registration problem, I don't see what can it be |
02:36:52 | Moos | what it was? |
02:36:58 | TiMiD | [freenode] -!- Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please |
02:37:01 | TiMiD | register! ( http://freenode.net/faq.shtml#privmsg ) |
02:37:18 | TiMiD | but I think I'm registered |
02:37:25 | Moos | yes here too |
02:37:54 | Moos | retry to identify yourself |
02:38:25 | TiMiD | 02:37 -!- Irssi: Starting query in im with nickserv |
02:38:25 | TiMiD | 02:37 <TiMiD[FD]> identify jaimelesglaces |
02:38:25 | TiMiD | 02:37 -!- NickServ is away: User is offline |
02:38:30 | TiMiD | that the problem |
02:38:35 | Moos | :-) |
02:38:50 | Moos | you like icecreams :D |
02:39:21 | TiMiD | I do :) |
02:41:21 | | Part XavierGr_ |
02:42:16 | | Quit SeeSchloss (Read error: 110 (Connection timed out)) |
02:45:13 | preglow | well, at least i've got a couple of functions for the fixed point library now: sin, cos, sqrt |
02:45:49 | TiMiD | I'm interrested :) |
02:46:00 | TiMiD | if it comes into a library |
02:46:04 | preglow | i'm really starting to get the grasp of fixed point now |
02:46:08 | preglow | it doesn't |
02:46:13 | preglow | i'm just making what i need to implement the eq |
02:46:55 | TiMiD | there are some other fixed points sin/cos impl |
02:46:58 | TiMiD | in rb |
02:47:08 | preglow | yeah, i know, mine is by far the most accurate |
02:47:09 | TiMiD | it would be nice to have this centralized |
02:48:10 | preglow | indeed |
03:00 |
03:43:31 | | Join ashridah [0] (i=ashridah@220-253-123-230.VIC.netspace.net.au) |
04:00 |
04:06:06 | | Join Vlad0man [0] (n=Vladoman@p54A7D301.dip.t-dialin.net) |
04:08:54 | | Quit Moos ("Glory to Rockbox") |
04:17:38 | *** | Saving seen data "./dancer.seen" |
04:23:52 | | Quit Vladoman (Read error: 110 (Connection timed out)) |
04:42:56 | | Quit RotAtoR () |
05:00 |
05:49:13 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
06:00 |
06:17:39 | *** | Saving seen data "./dancer.seen" |
06:22:56 | | Join Lost-ash [0] (i=ashridah@220-253-121-216.VIC.netspace.net.au) |
06:26:31 | | Quit ashridah (Nick collision from services.) |
06:26:34 | | Nick Lost-ash is now known as ashridah (i=ashridah@220-253-121-216.VIC.netspace.net.au) |
06:57:58 | | Join webguest53 [0] (n=ca7b003e@labb.contactor.se) |
06:59:43 | | Quit webguest53 (Client Quit) |
07:00 |
07:00:33 | | Join amiconn_ [0] (n=jens@p54BD5556.dip.t-dialin.net) |
07:00:33 | | Join ghode|afk [0] (n=garudin@host-212-158-193-204.bulldogdsl.com) |
07:12:51 | | Join slaggathor [0] (n=18b869b9@labb.contactor.se) |
07:17:17 | | Quit amiconn (Read error: 110 (Connection timed out)) |
07:17:18 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD5556.dip.t-dialin.net) |
07:29:48 | | Quit slaggathor ("CGI:IRC (EOF)") |
08:00 |
08:03:53 | | Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
08:09:47 | | Join ender` [0] (i=ychat@84.52.165.220) |
08:17:42 | *** | Saving seen data "./dancer.seen" |
08:45:23 | amiconn | B4gder: Regarding cgi::irg, debian installs v 0.5.4 in all releases (stable, testing and unstable), so it seems this package wasn't updated for quite some time |
08:45:47 | amiconn | However, the current version is 0.5.7, and it should fix the 2 main problems |
08:45:53 | B4gder | ok |
08:46:23 | amiconn | (1) The + sign bug was introduced in 0.5.4, and should be fixed in 0.5.6 |
08:47:11 | amiconn | (2) 0.5.6 should also fix the "small input box problem" present in many browsers |
08:53:56 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
09:00 |
09:06:55 | | Join solexx_ [0] (n=jrschulz@c219017.adsl.hansenet.de) |
09:22:23 | | Quit solexx (Read error: 110 (Connection timed out)) |
09:38:25 | | Join Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) |
10:00 |
10:17:44 | *** | Saving seen data "./dancer.seen" |
10:22:44 | | Join SeeSchloss [0] (n=SeeSchlo@this.is.not.a.hostname.ssz.fr) |
10:36:42 | | Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
10:41:50 | | Join cYmen_ [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
10:47:02 | | Join cYmen__ [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
10:47:44 | | Join Maxime [0] (n=flemmard@sav67-1-82-227-75-27.fbx.proxad.net) |
10:52:15 | | Join cYmen___ [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
10:52:15 | *** | Alert Mode level 1 |
10:52:15 | DBUG | Enqueued KICK cYmen |
10:52:15 | DBUG | Enqueued KICK cYmen_ |
10:52:15 | *** | Alert Mode level 2 |
10:52:15 | DBUG | Enqueued KICK cYmen__ |
10:52:15 | DBUG | Enqueued KICK cYmen___ |
10:52:15 | *** | Alert Mode level 3 |
10:54:47 | | Quit cYmen (Connection timed out) |
10:57:25 | | Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
10:57:25 | *** | Alert Mode level 4 |
10:57:25 | *** | Alert Mode level 5 |
10:57:25 | DBUG | Enqueued KICK cYmen |
10:57:25 | *** | Alert Mode level 6 |
10:57:25 | *** | Alert Mode level 7 |
10:57:25 | *** | Alert Mode level 8 |
10:59:40 | | Quit cYmen_ (Success) |
11:00 |
11:04:48 | | Quit cYmen__ (Connection timed out) |
11:04:53 | DEBUG | Received FATAL signal 14 (SIGALRM), crashing (snapshot: dancer.c line 214) |
11:15:06 | *** | Started Dancer V4.16 |
11:15:06 | *** | Connected to irc.freenode.net on port 6667 |
11:15:06 | *** | Logfile for #rockbox started |
11:15:12 | Ctcp | Version from freenode-connect!freenode@freenode/bot/connect |
11:15:13 | *** | Server message 501: 'logbot :Unknown MODE flag' |
11:15:13 | Mode | "logbot :+i" by logbot |
11:15:13 | *** | Server message 477: 'logbot #rockbox :[freenode-info] help freenode weed out clonebots, please register your IRC nick and auto-identify: http://freenode.net/faq.shtml#nicksetup' |
11:15:13 | | Join logbot [0] (n=bjst@labb.contactor.se) |
11:15:13 | | Join _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) |
11:15:13 | | Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
11:15:13 | | Join Maxime [0] (n=flemmard@sav67-1-82-227-75-27.fbx.proxad.net) |
11:15:13 | | Join SeeSchloss [0] (n=SeeSchlo@this.is.not.a.hostname.ssz.fr) |
11:15:13 | | Join Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) |
11:15:13 | | Join solexx_ [0] (n=jrschulz@c219017.adsl.hansenet.de) |
11:15:13 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
11:15:13 | | Join ender` [0] (i=ychat@84.52.165.220) |
11:15:13 | | Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
11:15:13 | | Join ghode|afk [0] (n=garudin@host-212-158-193-204.bulldogdsl.com) |
11:15:13 | | Join amiconn [0] (n=jens@p54BD5556.dip.t-dialin.net) |
11:15:13 | | Join ashridah [0] (i=ashridah@220-253-121-216.VIC.netspace.net.au) |
11:15:13 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
11:15:13 | | Join Vlad0man [0] (n=Vladoman@p54A7D301.dip.t-dialin.net) |
11:15:13 | | Join Ismo [0] (i=laitinei@huippu.net) |
11:15:13 | | Join phaedrus961 [0] (n=bob@adsl-209-233-10-228.dsl.bkfd14.pacbell.net) |
11:15:13 | | Join markun [0] (n=karl@bastards.student.ipv6.utwente.nl) |
11:15:13 | | Join Zagor [0] (n=bjst@pdpc/supporter/sustaining/Zagor) |
11:15:13 | | Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
11:15:13 | | Join pabs [0] (n=pabs@xor.pablotron.org) |
11:15:13 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
11:15:13 | | Join merbanan [0] (i=banan@dalink.campus.luth.se) |
11:15:13 | | Join Rick [0] (i=rick@unaffiliated/Rick) |
11:15:13 | | Join Strath [0] (n=mike@dpc674681214.direcpc.com) |
11:15:13 | | Join ze [0] (i=ze@ca-dstreet-cuda1-c6a-130.snbrca.adelphia.net) |
11:15:13 | | Join ryan_j [0] (n=ryanj@c-24-10-241-46.hsd1.ut.comcast.net) |
11:15:13 | | Join dwihno [0] (n=dw@81.8.224.89) |
11:15:13 | | Join lostlogic [0] (n=lostlogi@node-4024215a.mdw.onnet.us.uu.net) |
11:15:13 | | Join mbr [0] (n=mb@stz-softwaretechnik.de) |
11:15:13 | | Join TiMiD [0] (n=TiMiD[FD@asgard.valombre.net) |
11:15:13 | | Join Slasheri [0] (i=miipekk@ihme.org) |
11:15:13 | | Join Hadaka [0] (i=naked@naked.iki.fi) |
11:15:14 | | Join ]Maggie[ [0] (i=fupl@t2-17.ath.cx) |
11:15:14 | | Join preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) |
11:15:14 | | Join CoCoLUS [0] (n=coco@h081217139221.dyn.cm.kabsi.at) |
11:15:14 | | Join Nilisco [0] (i=nilisco@wrath.shellfx.net) |
11:15:14 | | Join Bagder [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
11:15:14 | | Join pill [0] (i=pill@cybercrimi.nl) |
11:15:14 | | Join HCl [0] (i=hcl@titania.student.utwente.nl) |
11:15:14 | | Join stamppot [0] (n=stamppot@cc516682-a.ensch1.ov.home.nl) |
11:15:14 | | Join yosemite [0] (i=sam@threepwood.dasbistro.com) |
11:15:14 | | Join crash_ [0] (n=crash@a15167580.alturo-server.de) |
11:15:14 | | Join Seed [0] (i=ben@85-64-200-85.barak-online.net) |
11:15:14 | | Join crwl [0] (n=crawlie@karu.kekkola.jyu.fi) |
11:18:26 | | Join _FireFly__ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) |
11:29:03 | | Quit _FireFly_ (Read error: 110 (Connection timed out)) |
11:34:01 | | Nick _FireFly__ is now known as _FireFly_ (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) |
11:34:10 | | Quit _FireFly_ ("Do fish get thirsty?") |
11:34:43 | | Join _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) |
11:57:26 | | Quit _FireFly_ ("There is a byte stuck in my modem!!") |
11:57:58 | | Join _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) |
12:00 |
12:09:53 | | Join LinusN [0] (n=linus@labb.contactor.se) |
12:23:59 | | Join Lost-ash [0] (i=ashridah@220-253-122-12.VIC.netspace.net.au) |
12:31:45 | | Quit ashridah (Nick collision from services.) |
12:31:48 | | Nick Lost-ash is now known as ashridah (i=ashridah@220-253-122-12.VIC.netspace.net.au) |
12:41:10 | | Join tvelocity [0] (n=tony@ipa135.6.tellas.gr) |
12:44:20 | | Part LinusN |
12:47:34 | | Join novimon [0] (n=novimon@a84-230-230-239.elisa-laajakaista.fi) |
12:59:13 | | Join webguest82 [0] (n=3a4d501d@labb.contactor.se) |
12:59:18 | webguest82 | hi~ |
12:59:39 | webguest82 | It is a 3rd visit. |
13:00 |
13:00:08 | B4gder | welcome your 3rd visit |
13:00:48 | webguest82 | thank you |
13:01:40 | webguest82 | I make a firmware and report the place where i want |
13:02:12 | webguest82 | It will do to do how, it will not know. |
13:02:42 | webguest82 | The person where the hour is many to inform a method, it will be good. |
13:03:16 | webguest82 | It does not do well English and it cannot but |
13:04:06 | webguest82 | It does well and report is a mind which wants. |
13:05:26 | _FireFly_ | ?? |
13:05:33 | webguest82 | While sleeping all, it is? |
13:06:26 | webguest82 | It cannot do well English. It is like that and use Haess it picks the Translated. |
13:06:44 | ashridah | i think he's said two things. a) he doesn't speak english well (iirc, he's korean), and b) he has a patch or something he'd like to put somewhere for people to look at |
13:06:47 | B4gder | aha, that explains a great deal |
13:07:01 | webguest82 | OKOK :) |
13:08:12 | ashridah | B4gder: patch tracker perhaps? don't know how easy that'll be for someone who doesn't speak english that well :/ |
13:09:00 | webguest82 | It wants knowing the method which makes a firmware. |
13:10:17 | B4gder | SF is translated to korean |
13:10:29 | preglow | sweet god, someone forbid translation services |
13:10:29 | B4gder | not that I know if it helps |
13:11:05 | B4gder | "SourceForge.net is currently in the process of revamping all translations of site text and documentation. As a result, all site text will currently be displayed in English, regardless of language selection." |
13:11:11 | B4gder | :-( |
13:11:20 | preglow | nice |
13:12:07 | preglow | damn, it's snowing! |
13:12:22 | B4gder | we had -5 C this morning |
13:12:25 | preglow | oh joy |
13:12:29 | B4gder | winter is coming |
13:12:31 | preglow | about flaming time |
13:13:05 | preglow | i could use a nice proper winter this year |
13:15:05 | webguest82 | Is the United States now morning? |
13:15:07 | *** | Saving seen data "./dancer.seen" |
13:15:09 | * | preglow starts warming up to christmas with tea and Vikingarna - Julens Sånger med barnkör |
13:15:16 | B4gder | webguest82: yes, early morning |
13:15:53 | webguest82 | It will take a meal and it will come. |
13:16:27 | preglow | if it takes my meal, i'll kill it |
13:16:51 | B4gder | I think his translation service needs some adjustments :-) |
13:17:21 | preglow | haha, you think? |
13:17:35 | preglow | it does spew forth some great quotes, though |
13:18:08 | ashridah | it puts the lotion on the skin, or it gets the hose again |
13:18:24 | ashridah | :) |
13:18:38 | preglow | hahaha |
13:19:23 | novimon | fucking flu |
13:20:27 | _FireFly_ | i think the translator makes poem like texts ;) |
13:24:02 | | Quit Slasheri (Read error: 145 (Connection timed out)) |
13:27:42 | webguest82 | It returned with the place. |
13:28:26 | | Join wireddd [0] (n=wired@68-117-215-114.dhcp.athn.ga.charter.com) |
13:31:03 | | Join Slasheri [0] (i=miipekk@ihme.org) |
13:38:22 | preglow | hrmph |
13:39:02 | webguest82 | It did not know and it listened to? |
13:39:51 | webguest82 | It cannot English and it is sorry. |
13:41:08 | preglow | webguest82: the translator you use isn't very good |
13:41:26 | webguest82 | ok.. |
13:42:40 | webguest82 | Me it uses Babel Fish Translation. |
13:44:14 | webguest82 | As well the Korean alphabet first is excellent. T.T |
13:46:24 | preglow | figures, babelfish isn't very good |
13:47:21 | webguest82 | Like that google? |
13:50:49 | webguest82 | google is identical. |
14:00 |
14:00:33 | | Join muesli- [0] (i=muesli_t@hmln-d9b8efbd.pool.mediaWays.net) |
14:00:39 | preglow | hrm |
14:00:52 | muesli- | high |
14:00:54 | preglow | things would be a lot easier if samples were always in the same format inside rockbox |
14:01:21 | Lynx_ | hmm, just used an ipod shuffle for the first time, god it sucks |
14:01:55 | Lynx_ | i can't belive they make you use itunes with the weird db format it uses |
14:04:52 | linuxstb | preglow: I thought the DSP code converted everything to the same format. |
14:05:26 | webguest82 | Thank you for your interest for me |
14:05:53 | preglow | linuxstb: yes, to 32 bit non-interleaved, but the number of bits in each sample can vary wildly |
14:06:23 | | Join |Lupin| [0] (n=seb@zen.loria.fr) |
14:06:52 | |Lupin| | Helo everybody |
14:06:56 | linuxstb | Can't you just convert everything to the same bit depth? i.e. shift left. |
14:06:59 | webguest82 | hi |
14:07:16 | webguest82 | preglow: Thank you for your interest for me. :) |
14:07:23 | preglow | webguest82: you're welcome |
14:07:35 | |Lupin| | I'm looking for a tool to split a big .wav file into smaller files at each silence. Thetool should be usable under the console. Has someone an idea pls ? |
14:07:44 | preglow | linuxstb: i'll more or less have to do that, yes, to maintain good quality in the eq |
14:08:19 | preglow | linuxstb: but i'll also have to shift everything back down again after the eq, so i rather propose we agree on some fixed internal bit depth, and convert everything to that |
14:08:23 | preglow | i think 28 bits sounds nice |
14:08:55 | linuxstb | In which case, some of the decoders could be optimised to output 28-bit data. It could be easily done in the (new) FLAC and ALAC decoders. |
14:09:38 | preglow | then hooray |
14:09:47 | preglow | Slasheri: you got any comments on this plan? |
14:09:55 | linuxstb | i.e. just changing output[i]=sample to output[i]=(sample << 28-sampledepth) |
14:10:23 | linuxstb | It would solve my 16-bit in 32-bit array dilemma as well. |
14:11:06 | preglow | some of my eq coefs are s7.24 format now |
14:11:13 | preglow | so i need all the precision i can get from the samples themselves |
14:11:30 | preglow | i'd very much like the eq to yield better than 16 bit precision |
14:11:35 | webguest82 | Whom is liable for the work of H300? |
14:11:57 | preglow | webguest82: LinusN at the moment, and he hasn't got much time to spare |
14:16:23 | | Quit tvelocity (Remote closed the connection) |
14:16:33 | webguest82 | Can you speak the progress of H300 work in detail? |
14:17:20 | Slasheri | preglow: Hmm, i think too 28 bits would be good if that simplifies things |
14:17:43 | preglow | webguest82: there's not much to say, the bootloader is not finished yet |
14:18:11 | preglow | Slasheri: well, it would, all the dsp functions would at least know which format the samples are in |
14:18:40 | Slasheri | yep, then it should be a good thing to do |
14:18:43 | preglow | Slasheri: for example, in my case, i would have to first shift the samples up a number of bits so i can get good precision out of the multiply, then afterwards shift down again, so the rest of the dsp chain sees the data in the format it wants |
14:18:59 | Slasheri | hmm, true |
14:19:00 | preglow | Slasheri: if i know i've always got 28 bits, i can code specifically for that case, and things will be faster |
14:19:53 | preglow | i think 28 bits is good, because it's got space for 24 bits, which should be enough for any dap, and it's got some headroom for overflow and some at the bottom for whatever you want that for :) |
14:20:42 | webguest82 | preglow ~ Are you a responsible man for H300 works? |
14:20:45 | preglow | webguest82: no |
14:20:51 | preglow | webguest82: i don't even have a h300 |
14:25:21 | webguest82 | preglow: so what do you taken a part in? |
14:25:30 | webguest82 | take |
14:25:30 | preglow | webguest82: h100 development |
14:25:33 | | Join ripnetuk [0] (n=george@82-70-100-230.dsl.in-addr.zen.co.uk) |
14:25:35 | webguest82 | aha.. |
14:32:41 | | Join LinusN [0] (n=linus@labb.contactor.se) |
14:34:03 | webguest82 | hi~ |
14:34:30 | LinusN | hi |
14:34:39 | LinusN | curious about the h300 progress? |
14:34:58 | LinusN | or lack of progress :-( |
14:35:15 | webguest82 | yes |
14:35:25 | webguest82 | Very curious |
14:36:02 | webguest82 | LinusN: Please tell me the progress and aim for H300 works |
14:36:35 | LinusN | well, i have basically no time to work on it... |
14:36:40 | ripnetuk | im supprised at the lack of interest in the remote patch for iRiver (by users i mean not devs who I appriciate are busy and work on whtaat interests them) |
14:36:59 | webguest82 | Game possible? |
14:37:18 | LinusN | webguest82: sure |
14:37:41 | Slasheri | LinusN: you got bdm successfully working on h300? |
14:38:20 | LinusN | Slasheri: yes |
14:38:27 | Slasheri | that's very good |
14:38:59 | LinusN | it doesn't survive a reset, though, so i have to hold the ON button when starting gdb |
14:40:20 | webguest82 | what means for the "bdm" ? |
14:40:36 | ripnetuk | its a background debug module - allows u to run / debug code on the mp3 player itself |
14:40:46 | ripnetuk | and recover from a bad flash |
14:40:47 | Slasheri | webguest82: it's a interface for the freescale cpu to control it directly from a debugger |
14:40:53 | ripnetuk | (but only if you know what LinusN knows :)) |
14:41:05 | ripnetuk | as in skills, not a secret |
14:41:15 | B4gder | as in Magic! |
14:41:21 | B4gder | :-) |
14:41:22 | ripnetuk | yeah |
14:41:33 | ripnetuk | magic |
14:41:35 | ripnetuk | :) |
14:41:44 | preglow | linuxstb, Slasheri: but ok, if the 28 bit internalformat thing is introduced, we'll probably need to remove the possibility of not enabling the dsp as well |
14:42:33 | Slasheri | preglow: sure, we would need that. But anyway, all codecs currently use dsp so that shouldn't be any problem |
14:43:11 | webguest82 | Here are millions of H300 users in Korea who look forward to your firmware. |
14:43:54 | muesli- | why dont they kick irivers ass? they are sitting in irivers country |
14:44:10 | webguest82 | We don't expect the official firmware of irivier. |
14:44:11 | preglow | ripnetuk: i don't know, devs don't seem to use the remote. i myself never use it |
14:44:29 | ripnetuk | i completely fail to undestand why iRiver dont embrace you lot with open arms |
14:44:49 | ripnetuk | there is loads of kit ive bought only on the back of 'hacked/improved/ software avilablity |
14:45:03 | ripnetuk | and apart from games consoles (!) the hardware manufature doesnt suffer at all |
14:45:05 | B4gder | because they'd rather we vanished so that they'd sell new units instead? |
14:45:06 | | Join QT [0] (i=as@madwifi/users/area51) |
14:45:32 | ripnetuk | that would make sense if the new units sold with firmware as good as rockbox, but it aint |
14:45:52 | B4gder | right, but people discover that _after_ they bought the new one ;-) |
14:45:59 | ripnetuk | lol |
14:46:10 | | Join tvelocity [0] (n=tony@ipa135.6.tellas.gr) |
14:46:49 | muesli- | and i am sure they dont improve video playback due avoiding canabalism to their own pmp's |
14:48:17 | webguest82 | muesle-: They are always speaking that detailed schedules are not determined. |
14:48:39 | webguest82 | muesli |
14:48:47 | preglow | great, rain on top of the snow |
14:48:48 | webguest82 | :) |
14:49:13 | muesli- | afaik apples 4g has 75mhz only...sure the coldfire cpu could easily do more than 10fps |
14:49:33 | preglow | muesli-: apple's solution is hardware based |
14:49:45 | muesli- | ah ok |
14:50:18 | _FireFly_ | you don't neet much cpu power if you have an hardware decoder ;) |
14:50:27 | _FireFly_ | s/neet/need |
14:53:49 | ripnetuk | cya guys |
14:53:50 | | Quit ripnetuk ("Ninja IRC v1.5.8.1(#1) exiting after 28m48s of use") |
14:59:38 | webguest82 | muesli-: There is a limitation on maximum performance that produced by hardwares on each product, iRiver said. |
15:00 |
15:00:11 | muesli- | hehe...iriver said.. |
15:00:40 | muesli- | they can talk as long as somebody believes it |
15:04:43 | preglow | well |
15:04:58 | preglow | when it comes to the h3x0 video performance, i think they just might be telling the truth |
15:05:14 | preglow | if you expect better video support in rockbox for h300, you might end up waiting a very long time |
15:05:27 | webguest82 | Didn't the English capability get better? |
15:05:30 | webguest82 | :) |
15:05:33 | | Quit _FireFly_ (Read error: 104 (Connection reset by peer)) |
15:05:53 | preglow | yes it did |
15:06:16 | LinusN | even if the screen is small, we are talking about a substantial amount of work to decode video |
15:06:44 | B4gder | if they did a transcode to an easier format... |
15:06:48 | LinusN | and audio at the same time |
15:06:49 | preglow | the decoder will ahve to be seriously optimised |
15:07:12 | preglow | and that is work that tends not to be done quickly if you haven't got paid people to do it, it seems |
15:07:15 | ashridah | B4gder: they do do one, iirc, you need to reprocess it down to 10fps |
15:07:45 | | Join Moos [0] (i=DrMoos@m79.net81-66-158.noos.fr) |
15:08:15 | ashridah | particularly if there aren't any free integer-only decoders available to start with |
15:10:34 | preglow | B4gder: problem is that an easier formats tend to be huge |
15:11:26 | B4gder | yeps |
15:15:10 | *** | Saving seen data "./dancer.seen" |
15:17:27 | linuxstb | Here is a guide for encoding DVDs to play on the ipod: http://diveintomark.org/howto/ipod-dvd-ripping-guide/ |
15:17:51 | preglow | ipods use h264, which is a very heavy format |
15:18:03 | linuxstb | Seems it can play videos with a video bitrate of 768kbps (320x240) and audio of 160kbps |
15:19:36 | linuxstb | The new iPods have a Broadcom BCM2722 |
15:19:37 | linuxstb | http://www.broadcom.com/products/Cellular/Mobile-Multimedia-Processors/BCM2722 |
15:20:22 | | Quit Maxime (Read error: 104 (Connection reset by peer)) |
15:20:26 | webguest82 | http://cafe.naver.com/iriverh300 iRiver H300 Korean User Forum |
15:22:15 | preglow | watching movies on the ipods really bloodu slashes the battery life to shreds |
15:23:41 | muesli- | i can imagine... |
15:24:02 | muesli- | hdd mustnt have a second for being idle |
15:24:32 | webguest82 | Do you know 'irss'? |
15:25:58 | | Join einhirn_ [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
15:26:50 | muesli- | preglow 25fps, adjusted to h300 screen size, low audio bitrates wouldnt help? |
15:27:42 | | Join Maxime [0] (n=flemmard@sav67-1-82-227-75-27.fbx.proxad.net) |
15:28:13 | | Join Marcus1 [0] (n=51429e4f@labb.contactor.se) |
15:28:18 | Marcus1 | Hello |
15:28:32 | webguest82 | hi |
15:28:38 | Marcus1 | I've got buffering question please |
15:29:44 | preglow | shoot |
15:30:33 | Marcus1 | I don't understand why when I want to replay one song skip back and it is the first or last song bufered, need to rebuffering all files |
15:31:10 | Marcus1 | and for the others files bufered I can replay them how many times I want without HD acces |
15:31:38 | Marcus1 | is it one volunter playback behaviour? |
15:32:36 | Marcus1 | My english is very bad sorry |
15:32:38 | Marcus1 | :) |
15:33:37 | Marcus1 | my question is it understable? |
15:34:55 | Marcus1 | Its with irivers |
15:35:05 | Marcus1 | Slasheri made playback, no? |
15:35:24 | preglow | yes |
15:35:40 | Marcus1 | Slasheri: are you around? |
15:35:42 | linuxstb | preglow, Slasheri: If I changed the new FLAC decoder to always output 28-bits, and configured the SAMPLE_DEPTH to be 28, should it work? |
15:35:50 | webguest82 | Can you improve the shuffle mode of H300? Repeated shuffle mode are now used.... |
15:36:26 | B4gder | webguest82: we don't "improve" the original firmware, we have a complete and stand-alone rewrite |
15:36:50 | webguest82 | aha.. |
15:36:52 | webguest82 | thank you |
15:37:47 | muesli- | preglow 25fps, adjusted to h300 screen size, low audio bitrates wouldnt help? |
15:37:56 | Marcus1 | B4gder: in the future, think you it would be possible to have a proper shuffle mode ? (I like the shuffling playlist mode that we have currently) |
15:38:06 | Marcus1 | but... :) |
15:38:15 | B4gder | I don't understand |
15:38:20 | B4gder | what is a "proper shuffle" ? |
15:38:34 | Marcus1 | the option shuffle like all players :) |
15:38:38 | B4gder | I think we already have a proper shuffle |
15:38:39 | linuxstb | Do you mean "random play" ? |
15:38:49 | Marcus1 | oh yeah sorry |
15:38:51 | linuxstb | i.e. choose a card and then put it back in the deck. |
15:39:09 | Marcus1 | now need to use the root playliste |
15:39:30 | B4gder | you mean a random play of the whole disk _without_ a playlist |
15:39:34 | B4gder | ? |
15:39:40 | preglow | linuxstb: well, yes, afaik |
15:39:42 | Marcus1 | yes you understanded me |
15:39:49 | preglow | muesli-: i have no idea exactly what would work |
15:40:01 | muesli- | ;) |
15:40:05 | B4gder | Marcus1: yes, possibly if the disk caching is slightly abused |
15:40:13 | linuxstb | preglow: I'll give it a go. I have some 24-bit/44.1KHz files I want to make playable. |
15:40:19 | | Quit ashridah ("sleep") |
15:40:23 | muesli- | just my 0.0002 cents |
15:40:50 | Marcus1 | B4gder: ok, thanks for info |
15:41:06 | | Quit einhirn (Read error: 110 (Connection timed out)) |
15:42:07 | Marcus1 | preglow: is your eq thing evolute well ? |
15:42:24 | Marcus1 | works I mean :) |
15:43:23 | Marcus1 | eq crosfeed unicode multi display support... |
15:43:32 | Marcus1 | I love Rockbox :D |
15:43:48 | preglow | i'm still working on it, but i can't see any reason why it shouldn't work well |
15:44:32 | Marcus1 | no, just wondering just how it goes :) |
15:44:43 | Marcus1 | -just |
15:46:04 | Marcus1 | good luck for it |
15:49:25 | Marcus1 | plugin question: anyone know what the plugin "preferences" is for irivers? |
15:50:00 | Marcus1 | how use it, if it working for irivers |
15:50:42 | Marcus1 | sorry for my curosity :P |
15:51:12 | Marcus1 | s/curosity/curiosity |
15:52:59 | Marcus1 | anyone? |
15:53:29 | B4gder | what do you mean? |
15:54:51 | linuxstb | preglow: That seems to work fine for my 16-bit files, but not the 24-bit. I can only assume the ffmpeg FLAC decoder has problems with 24-bit files. |
15:55:08 | preglow | really? |
15:55:26 | Marcus1 | B4gder: there is one plugin "favorites", how can I use it? |
15:55:33 | preglow | have you tested 24 bit files with vlc or some equivalent? |
15:55:36 | | Part LinusN |
15:56:12 | linuxstb | I tried with mplayer, but mplayer doesn't support 24-bit audio anyway. |
15:56:21 | B4gder | Marcus1: http://www.rockbox.org/twiki/bin/view/Main/PluginFavorites |
15:56:23 | linuxstb | I'm not sure if I have vlc installed. |
15:56:53 | Marcus1 | B4gder: thanks |
15:57:30 | preglow | linuxstb: mplayer doesn't support 24 bit audio?????? |
15:57:54 | linuxstb | preglow: No, I'm pretty sure it doesn't. I've done a little hacking on mplayer, and there are lots of 16-bit assumptions in the audio code. |
15:58:05 | preglow | .... |
15:58:16 | linuxstb | This was a year or so ago, but I doubt anything has changed. |
15:58:42 | linuxstb | But VLC is playing my 24-bit flac files happily. |
15:59:01 | Marcus1 | bye all and thanks for informations |
15:59:09 | | Quit Marcus1 ("CGI:IRC") |
15:59:40 | linuxstb | But I think VLC uses libFLAC - not ffmpeg. |
16:00 |
16:00:08 | linuxstb | My /usr/lib/vlc directory has a ffmpeg codec and a FLAC codec. The FLAC codec links to libFLAC. |
16:00:29 | preglow | ahh |
16:00:49 | preglow | well, that's a bit of a bummer |
16:01:04 | preglow | isn't there an ffmpeg mailing list or something around where you can ask? |
16:01:17 | linuxstb | Yes, I'll do that. |
16:01:37 | linuxstb | But I wouldn't say it's a show stopper. |
16:02:15 | linuxstb | We have the FLAC specification, so it should be relatively easy to fix the problem (assuming it is an ffmpeg problem). |
16:04:18 | preglow | yeah, i guess so |
16:08:58 | | Join ]RowaN[ [0] (n=54093c61@labb.contactor.se) |
16:09:48 | ]RowaN[ | guys sometimes when i skip to the next track, it doesnt always start at the beginning.. the progress bar is sometimes about 10% into the song or very near the end. does anyone else experience that? h120 here |
16:10:49 | B4gder | never seen that |
16:11:29 | ]RowaN[ | i use my iriver for about 4 hours every day and it happens usually at least once a day |
16:11:41 | Moos | crosfeder enabled? |
16:11:47 | ]RowaN[ | yes enabled |
16:12:06 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
16:12:10 | Moos | how many seconds configured? |
16:12:16 | ]RowaN[ | 2 secs |
16:12:31 | Moos | ah, isn't this |
16:13:23 | ]RowaN[ | is there a button sequence to skip 1min or something that im accidently pressing? like 2 quick forward presses or something |
16:14:07 | Moos | not at my knowledge |
16:15:45 | Moos | that hapened with same songs or randomly? |
16:27:41 | ]RowaN[ | randomly |
16:38:28 | Moos | strange, never heared this problem and never happened here , sorry I can't help you :-( |
16:40:44 | ]RowaN[ | ok, well its no big deal |
16:47:30 | * | preglow disappears |
16:51:33 | | Quit ]RowaN[ ("CGI:IRC") |
16:52:11 | | Quit tvelocity (Read error: 110 (Connection timed out)) |
17:00 |
17:01:31 | | Quit muesli- (Read error: 104 (Connection reset by peer)) |
17:11:08 | dwihno | Verdammt noch mal... How come GCC won't do proper struct alignment without compiler flags? |
17:12:22 | B4gder | define "proper" |
17:12:24 | linuxstb | What is "proper struct alignment"? |
17:12:42 | B4gder | and you can do it without compiler flags |
17:15:12 | *** | Saving seen data "./dancer.seen" |
17:18:20 | dwihno | #pragma pack(2) is what I use for the moment |
17:18:43 | dwihno | Proper struct alignment would be to pack a ushort,ushort,ushort,ulong,ushort to 12 bytes, not 16 |
17:19:34 | B4gder | why is that proper? |
17:19:39 | B4gder | its very slow |
17:19:40 | |Lupin| | 4bye all |
17:19:41 | | Part |Lupin| |
17:20:06 | dwihno | so everything always has to be done in power of 2 to be optimao? |
17:20:09 | B4gder | __attribute__((packed)) is the way to go |
17:20:32 | linuxstb | What happens if you re-order them to put the ulong last? |
17:20:38 | dwihno | it's a nono :) |
17:20:46 | dwihno | but I can test it if you want |
17:21:15 | linuxstb | Just curious. But I would have thought that you would want the ulong to be 32-bit aligned. |
17:21:49 | dwihno | Nah, just reading a binary struct format from disk |
17:22:36 | dwihno | btw, can I rely on compilers to keep ushort 16 bit and ulong 32? |
17:22:47 | B4gder | no |
17:22:54 | dwihno | d'oh :) |
17:22:57 | B4gder | but on your particular platform you can |
17:23:03 | B4gder | most likely at least |
17:23:06 | linuxstb | I wouldn't trust a compiler to do anything. I would read the file a byte at a time. |
17:23:13 | B4gder | so would I |
17:23:35 | dwihno | So did I, until I heard it was the wrong way to do it |
17:23:53 | B4gder | I'd say you heard that from a fool |
17:24:04 | B4gder | or |
17:24:13 | B4gder | you aim at writing your code for a specific platform |
17:24:39 | linuxstb | I've seen structs where you specify the number of bits for each variable, but I've never used that feature. It also means #ifdef for different endian targets. |
17:24:43 | B4gder | alignments and data sizes and endian are all gonna vary |
17:24:46 | dwihno | Well, x86 and arm cpu's share the alignment? |
17:24:58 | linuxstb | Unless the ARM is running in big-endian mode. |
17:24:59 | B4gder | no |
17:24:59 | dwihno | I mean endianness |
17:25:10 | B4gder | arm can be set either endian |
17:25:22 | B4gder | but is usually little-endian |
17:25:30 | dwihno | Well, I trust xscale default mode to be little endian. |
17:25:54 | B4gder | but ARM requires alignment that the x86 don't, iirc |
17:25:55 | dwihno | Or perhaps I shouldn't trust or assume anything... |
17:26:03 | linuxstb | http://www.intel.com/design/intelxscale/applnots/278402.htm |
17:26:19 | B4gder | dwihno: that's what linuxstb and I suggest |
17:27:02 | dwihno | B4gder: Should I read the file byte by byte, do an eventual byteswap and then fill the structs? |
17:27:52 | dwihno | changing the struct to contain uchar[2,4]'s would cause sloppy(-ier) code |
17:28:45 | B4gder | you could do the code do like READCHAR() READSHORT() READLONG() and have those as functions or macros that read the proper size and do the proper endian shifts |
17:29:52 | | Join tvelocity [0] (n=tony@ipa135.6.tellas.gr) |
17:32:13 | dwihno | That will be a later issue. |
17:32:29 | dwihno | Should I re-design the structs to use chars instead? |
17:32:41 | B4gder | I wouldn't |
17:32:55 | B4gder | I'd use the struct properly internally, but not use it when reading from disk |
17:33:26 | linuxstb | So would I. The structs should use the native types, and let gcc decide on the best alignment for the target processor. |
17:33:45 | dwihno | okay. |
17:33:49 | linuxstb | You would just need 6 reads to populate the struct instead of one. |
17:33:54 | dwihno | sizeof(struct) is just really handy |
17:34:15 | B4gder | yes, and that makes 'int' better to use than 'short' for generic numerical types |
17:35:43 | dwihno | I just think it's really great to relying on shorts being 16 bit :) |
17:36:04 | B4gder | shorts will be 16bit on all platforms you'll find |
17:36:17 | B4gder | I'm just saying that if the code doesn't force you to it, it is better to use int |
17:40:59 | dwihno | okay. I'll think about it when I do the disk i/o later on |
17:53:17 | | Quit B4gder ("time to say moo") |
17:53:29 | Moos | moo |
17:53:34 | Moos | :-) |
17:56:51 | | Quit linuxstb ("Leaving") |
17:58:34 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
18:00 |
18:16:13 | | Part tvelocity ("Leaving") |
18:16:38 | | Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.umbc.edu) |
18:17:30 | | Quit ze (Read error: 110 (Connection timed out)) |
18:30:45 | | Join goa [0] (i=hd@gate-hannes-tdsl.imos.net) |
18:42:48 | | Nick Lynx_ is now known as Lynx_awy (n=lynx@tina-10-4.genetik.uni-koeln.de) |
18:51:39 | | Quit ghode|afk (Read error: 104 (Connection reset by peer)) |
18:52:32 | | Quit paugh ("bbl") |
19:00 |
19:03:35 | | Join ghode|afk [0] (n=garudin@host-212-158-193-204.bulldogdsl.com) |
19:11:33 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
19:12:38 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
19:15:14 | *** | Saving seen data "./dancer.seen" |
19:18:52 | | Quit stamppot (Remote closed the connection) |
19:31:14 | | Quit einhirn_ ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
19:43:26 | | Quit cYmen (Read error: 110 (Connection timed out)) |
19:48:10 | | Join _FireFly_ [0] (n=FireFly@p54A46665.dip.t-dialin.net) |
19:48:21 | | Quit dpassen1 () |
20:00 |
20:06:32 | | Join Febs [0] (n=40be24f0@labb.contactor.se) |
20:33:41 | | Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
20:36:05 | | Join ze [0] (i=ze@ca-dstreet-cuda1-c6a-130.snbrca.adelphia.net) |
20:37:16 | | Join webguest80 [0] (n=5498f1fb@labb.contactor.se) |
20:38:33 | | Quit webguest80 (Client Quit) |
20:48:34 | webguest82 | bye |
20:49:30 | | Quit webguest82 ("CGI:IRC (EOF)") |
20:55:25 | | Quit CoCoLUS (Remote closed the connection) |
20:56:45 | | Join CoCoLUS [0] (n=coco@h081217139221.dyn.cm.kabsi.at) |
21:00 |
21:15:17 | *** | Saving seen data "./dancer.seen" |
21:30:36 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
21:37:44 | | Quit ghode|afk (Read error: 104 (Connection reset by peer)) |
21:43:18 | | Join ghode|afk [0] (n=garudin@host-212-158-193-204.bulldogdsl.com) |
21:44:47 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
21:44:49 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
21:47:46 | | Quit matsl (Read error: 104 (Connection reset by peer)) |
21:48:28 | | Join LinusN [0] (n=linus@labb.contactor.se) |
21:53:18 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
21:56:20 | | Quit Rick (Read error: 104 (Connection reset by peer)) |
21:56:20 | | Quit Maxime (Read error: 104 (Connection reset by peer)) |
21:56:30 | | Join Mxm`Pas`Bien [0] (n=flemmard@sav67-1-82-227-75-27.fbx.proxad.net) |
21:56:30 | | Part LinusN |
21:56:38 | | Join Gibbed [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) |
21:56:40 | | Join Seedy [0] (i=ben@85-64-200-85.barak-online.net) |
21:56:42 | | Quit Seed (Nick collision from services.) |
21:57:19 | | Join DrMoos [0] (i=DrMoos@m79.net81-66-158.noos.fr) |
21:57:19 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
22:00 |
22:01:20 | linuxstb | If one of our nice webmasters reads this, the http://www.rockbox.org/download/ page contains a link to cvs.html - I think this should be a link to the UsingCVS Wiki page. |
22:09:12 | | Quit _FireFly_ ("Leaving") |
22:36:32 | Bagder | fixed |
22:44:18 | | Quit matsl (Remote closed the connection) |
22:50:43 | | Join hshah [0] (n=545cb9e8@labb.contactor.se) |
22:52:14 | | Quit hshah (Client Quit) |
22:58:01 | | Join guillaumh [0] (n=guillaum@4va54-1-81-56-99-20.fbx.proxad.net) |
22:59:48 | | Nick pabs is now known as webfreak (n=pabs@xor.pablotron.org) |
23:00 |
23:00:20 | | Quit webfreak (Nick collision from services.) |
23:00:21 | | Join webfreak [0] (n=pabs@xor.pablotron.org) |
23:00:25 | | Quit webfreak (Nick collision from services.) |
23:05:23 | | Join webfreak_ [0] (n=pabs@xor.pablotron.org) |
23:05:35 | | Quit webfreak_ (Client Quit) |
23:14:00 | | Quit Bagder (Read error: 104 (Connection reset by peer)) |
23:15:19 | *** | Saving seen data "./dancer.seen" |
23:17:08 | | Join pabs [0] (n=pabs@xor.pablotron.org) |
23:21:57 | | Quit Febs ("CGI:IRC (EOF)") |
23:27:33 | preglow | well, it seems my eq filters are working fine |
23:29:01 | | Quit guillaumh (Remote closed the connection) |
23:35:48 | | Quit DangerousDan (Read error: 110 (Connection timed out)) |
23:37:10 | markun | nice work |
23:39:40 | markun | How's the cpu usage? |
23:41:09 | preglow | dunno |
23:41:12 | preglow | not implemented on target yet |
23:41:24 | preglow | i'm in the verify-the-filters-are-doing-what-they-should stage |
23:42:12 | preglow | and they seem to be working exactly as specified |
23:54:15 | preglow | hmm, no, that's not exactly true :/ |