| 00:00:17 | Paul_The_Nerd | Yes |
| 00:00:20 | Paul_The_Nerd | That's a common complaint |
| 00:00:33 | Paul_The_Nerd | I also like the visual style in 1 better. (Possibly just because Shion had glasses) |
| 00:00:50 | ender` | there's two of us |
| 00:00:53 | | Join muesli_- [0] (i=muesli_t@Bc136.b.pppool.de) |
| 00:01:13 | Paul_The_Nerd | It's that "geek girl in glasses" weakness |
| 00:01:15 | ender` | i only started ep2, but in some shots kos-mos looks just horrible |
| 00:01:31 | ender` | i can't really decide on shion though |
| 00:01:36 | Paul_The_Nerd | Hehehe |
| 00:01:47 | Paul_The_Nerd | Have you seen the art for Kos Mos in Ep 3? |
| 00:01:48 | LinusN | Paul_The_Nerd & ender`: while we do appreciate good conversation, we kind of prefer to have rockbox development discussions in this channel |
| 00:01:55 | Paul_The_Nerd | Sorry LinusN. |
| 00:02:05 | ender` | ok ok :) |
| 00:02:06 | LinusN | no worries |
| 00:02:18 | cannard | so anyways, i was playing xenosaga on rockboy... |
| 00:02:23 | LinusN | :-) |
| 00:02:25 | Paul_The_Nerd | Hahaha |
| 00:02:39 | Paul_The_Nerd | I don't think the Coldfires are *quite* fast enough |
| 00:02:58 | ender` | hey, if they ported FFX to NES, why not? |
| 00:03:39 | | Quit yngwi (Read error: 104 (Connection reset by peer)) |
| 00:03:47 | ender` | btw, what was gameboy's resolution (and what's H1xx resolution)? |
| 00:03:49 | Paul_The_Nerd | Y'know, an NES emulator on Rockbox would be kinda neat. |
| 00:04:13 | Paul_The_Nerd | Gameboy's resolution is vertically 16 pixels more than the H1xx screen, I think. At least, rockbox trims 16 rows iiuc. |
| 00:04:17 | Paul_The_Nerd | rockboy, rather |
| 00:04:29 | | Join yngwi [0] (n=chatzill@chello080109107064.1.15.vie.surfer.at) |
| 00:04:53 | Bagder | talk_id(options[gui_select_get_selected(&select)].voice_id, true); |
| 00:04:59 | Bagder | this is actual code |
| 00:05:15 | Bagder | and gui_select_get_selected() is a macro |
| 00:05:21 | | Quit matsl ("ERC Version 5.0 (CVS) $Revision: 1.776 $ (IRC client for Emacs)") |
| 00:06:26 | | Quit yngwi (Client Quit) |
| 00:06:33 | | Part leftright |
| 00:06:40 | ender` | ok, can anybody tell me what i need to set if i want rockbox to mix the end of the song with 3 seconds of the next song (without fading out/in)? |
| 00:10:52 | Bagder | man |
| 00:10:58 | Bagder | is that gui code filled with this |
| 00:11:17 | * | Bagder puts on his Code Police badge |
| 00:12:36 | Paul_The_Nerd | ender': Mode Mix, 3 seconds for each of the durations, I think? |
| 00:13:06 | ender` | i'll try... |
| 00:13:13 | Paul_The_Nerd | I haven't really used it much. I played with it briefly back when the options were all new and shiny, then decided I liked my songs to end crisply. |
| 00:14:01 | ender` | i like them to overlap a bit when shuffling |
| 00:15:16 | | Join DreamTactix291 [0] (n=DreamTac@adsl-19-241-33.bna.bellsouth.net) |
| 00:19:01 | | Quit muesli- (Read error: 110 (Connection timed out)) |
| 00:19:16 | Soul-E | If rockbox has an NES emulator |
| 00:19:17 | | Join Karny [0] (n=adrian@85-210-140-99.dsl.pipex.com) |
| 00:19:19 | Soul-E | I would play it all day |
| 00:19:36 | Soul-E | and a SCUMMVM emulator too. I'd just play monkey island and maniac mansion |
| 00:19:48 | Karny | hiya! |
| 00:19:55 | Karny | i hope someone can help me |
| 00:20:00 | Paul_The_Nerd | ScummVM would apparently be rather hard to port, due to the large amounts of C++ and etc. |
| 00:20:12 | Soul-E | Isn't Rbx programmed in C? |
| 00:20:27 | Karny | I'm trying to compile rockbox by source... but I ca't seem to find sh-elf-gcc |
| 00:20:28 | Paul_The_Nerd | C and C++ aren't the same thing. |
| 00:20:45 | ender` | use a C++ to C translator :) |
| 00:21:00 | Bagder | it using C++ should not be a very big problem |
| 00:21:16 | Bagder | unless it uses very fancy parts of it |
| 00:21:20 | * | Paul_The_Nerd shrugs. |
| 00:21:29 | Paul_The_Nerd | This is just what I've been told. |
| 00:21:42 | Karny | any ideas? |
| 00:21:54 | LinusN | Karny: windows or linux? |
| 00:22:02 | Karny | LinusN, linux |
| 00:22:07 | Karny | ubuntu specifically... |
| 00:22:23 | LinusN | Karny: http://www.rockbox.org/twiki/bin/view/Main/DevelopmentGuide |
| 00:22:33 | LinusN | Karny: http://www.rockbox.org/twiki/bin/view/Main/CrossCompiler |
| 00:23:08 | Karny | awesome!! just what I've been looking for! |
| 00:23:16 | Karny | thanks LinusN! |
| 00:23:31 | Moos | LinusN,markun: think you ReplayGain can be moved in Sounds Settings too (like Crossfeed)? |
| 00:23:32 | LinusN | Karny: where did you look? |
| 00:24:58 | Moos | with those clipping mode things, it could be cool to have the prevent clipping ReplayGain option in Sound Setting (here all music collection ReplayGain tagged) |
| 00:25:28 | Moos | no? |
| 00:25:57 | cannard | Soul-E, your best bet would be zork :p |
| 00:26:37 | LinusN | Moos: sounds reasonable |
| 00:26:53 | Karny | LinusN, I searched the wiki a bit and tired a fair amount of googling |
| 00:26:58 | * | amiconn wants this clipping modes to go away again |
| 00:27:06 | Moos | :D |
| 00:27:10 | * | amiconn should post to the dev ml |
| 00:27:30 | Karny | I was also lazy I looked thru a lot of debian and ubuntu repos to see if anyone had rockbox binaries ;) |
| 00:27:33 | * | amiconn has a working patch with dB volume and no artificial volume limit |
| 00:27:35 | LinusN | i'm with you amiconn |
| 00:27:38 | Moos | amiconn: why you didn't reply to len0x in ml, for give your opinion? |
| 00:28:16 | Moos | amiconn: good luck for this |
| 00:28:23 | LinusN | Karny: both those links are in the "documentation" section at rockbox.org |
| 00:29:03 | amiconn | Moos: For one, I was away for 3 days. Then, he changed a thread topic instead of starting a new one. This somewhat distracts attention if you aren't interested in the start of the thread |
| 00:29:18 | Karny | LinusN, I know... but It's kinda vague as to what the whole process is... sorry for wasting your time |
| 00:29:30 | Moos | amiconn: yes indeed I noticed that too |
| 00:29:48 | | Join RotAtoR [0] (n=e@12-210-82-91.client.insightBB.com) |
| 00:30:27 | Paul_The_Nerd | amiconn: Is the patch on the patch tracker, or can I download it somewhere? |
| 00:30:46 | LinusN | Karny: don't worry |
| 00:31:16 | Moos | I'm wondering why len0x don't like to speak here ??? :) |
| 00:31:35 | Moos | is the function of this IRC no ? |
| 00:31:44 | Karny | I might try to write a faq if I get this to work... sure there are other debian/ubuntu/linux users who could use a simple howto |
| 00:32:26 | amiconn | Paul_The_Nerd: Not yet on the tracker, but downloadable: http://amiconn.dyndns.org/volume.diff |
| 00:32:56 | Moos | amiconn: that will be pretty fun |
| 00:33:25 | Paul_The_Nerd | Thank you amiconn. :) |
| 00:34:27 | LinusN | ah, finally usb mode on h300 |
| 00:34:40 | Moos | amiconn: at least if so len0x motivated you a bit to work in the dB volume scaling :) |
| 00:34:50 | Moos | LinusN; Félicitations |
| 00:35:21 | LinusN | will commit later |
| 00:35:25 | LinusN | sleep time |
| 00:35:28 | LinusN | cu all |
| 00:35:31 | Moos | Bonne nuit |
| 00:35:36 | Paul_The_Nerd | Make Clean doesn't seem to clean everything anymore... |
| 00:35:36 | LinusN | merci |
| 00:35:41 | | Part LinusN |
| 00:36:03 | amiconn | Moos: Yes, somewhat. For one, the clipping mode options really annoy me. Then, some experiments I did convinced me that we should not limit artificially. We don't do so on the recorders and Ondios for a long time, so why should we do so on the player and iriver? |
| 00:36:21 | Karny | 'nother stupid question... |
| 00:36:37 | amiconn | (especially since the maximum possible volume of the iriver is low compared to the archoses) |
| 00:36:46 | Karny | iriver h320... is that sh-elf or m68k-elf? |
| 00:36:47 | Moos | amiconn: True, I'm totaly with you |
| 00:36:49 | | Quit DreamTactix291 (Read error: 110 (Connection timed out)) |
| 00:37:06 | amiconn | dB volume is a thing that both me and Linus wanted for some time |
| 00:37:23 | amiconn | Karny: m68k-elf |
| 00:37:28 | | Quit muesli_- (Read error: 110 (Connection timed out)) |
| 00:38:12 | amiconn | Percent just don't make much sense for a logarithmic scale, and 100% not being 0 dB (on archos) is another reason to switch to dB |
| 00:39:12 | Karny | amiconn, thanks! |
| 00:39:28 | Moos | all said, go, go for dB switching :) |
| 00:39:36 | amiconn | All this was on my personal todo list (except the non-limiting thing which resulted from experiments), but with low priority |
| 00:40:02 | Paul_The_Nerd | amiconn: Also, I just tried to apply it against a fresh CVS and I think it didn't fully apply in sound_menu.c |
| 00:40:11 | amiconn | The drawback of todo lists is that they are always too long and even tend to grow :( |
| 00:40:20 | Moos | amiconn: I assume you've got a big todo list, no? |
| 00:40:27 | Moos | hehe :) |
| 00:40:40 | amiconn | Paul_The_Nerd: Hmm, maybe this is because of the crossfeed move |
| 00:40:48 | * | amiconn goes to update his patch |
| 00:41:11 | Moos | amiconn: how look the unicode thing? |
| 00:41:21 | Paul_The_Nerd | I'm not good at reading the .rej file and figuring out how to manually apply |
| 00:41:25 | * | Paul_The_Nerd is not a good Nerd. |
| 00:41:32 | amiconn | (or maybe the gcc4 warnings frenzy? Bagder?) |
| 00:41:49 | Karny | night all |
| 00:41:57 | Moos | night |
| 00:41:58 | | Quit Karny ("sleep") |
| 00:42:01 | Bagder | possibly |
| 00:42:12 | Bagder | if so, then it should be easily to resolve |
| 00:42:16 | Bagder | easy |
| 00:42:17 | amiconn | Moos: Looking good so far, just some glitches |
| 00:42:21 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
| 00:42:32 | Moos | amiconn: good to hear |
| 00:43:49 | amiconn | crossfeed it was. |
| 00:44:28 | Paul_The_Nerd | So, can I redownload then? Purty please? |
| 00:44:35 | amiconn | mompls |
| 00:44:39 | Paul_The_Nerd | Yessir |
| 00:46:09 | | Quit YouCeyE (Read error: 104 (Connection reset by peer)) |
| 00:46:41 | | Join YouCeyE [0] (n=YouCeyE@vp089013.reshsg.uci.edu) |
| 00:46:43 | amiconn | There. Same URL |
| 00:47:14 | Paul_The_Nerd | :) |
| 00:47:17 | Paul_The_Nerd | Thank you kindly |
| 00:47:23 | markun | amiconn: a strange thing happened. I fixed the code to reject language files that are too big.. and now it loads greek without problems. Must be doing something wrong. |
| 00:48:00 | amiconn | puzzling... |
| 00:48:47 | amiconn | Does building the simulator now work on bsd? |
| 00:49:43 | markun | no, there is a new problem. there is a unicode.h in /usr/X11R6/include.. |
| 00:51:22 | | Join tvelocity [0] (n=tony@ipa216.4.tellas.gr) |
| 00:53:09 | amiconn | bam! |
| 00:53:20 | * | amiconn hates this kind of clashes |
| 00:53:33 | amiconn | I already ran into them numerous times |
| 00:54:06 | markun | Should we rename our unicode.h or try to solve it in a different way? |
| 01:00 |
| 01:01:03 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
| 01:01:53 | markun | It would be nice if a language file contained a string with most (or all) of the used chars so they can be preloaded into the cache, just an idea |
| 01:02:21 | Bagder | it would be easy to write a script to do that |
| 01:03:28 | markun | Maybe no so useful for a chinese language file maybe, might become quite a big string :) |
| 01:03:54 | Bagder | well, it could still be useful if done right |
| 01:04:03 | Bagder | especially for a language like chinese |
| 01:05:34 | markun | If we could order the charst with with the most used first we could limit the number of chars to read to the size of the cache |
| 01:05:48 | Bagder | good idea |
| 01:05:49 | * | markun should learn how to type.. |
| 01:06:10 | | Join edx [0] (i=edx@p54A85ACA.dip.t-dialin.net) |
| 01:07:37 | markun | I'm looking for a function to get the size of a file.. |
| 01:07:52 | * | Bagder goes to bed |
| 01:07:58 | markun | good night Bagder |
| 01:08:15 | amiconn | Oooh, new vmware version |
| 01:08:24 | Moos | Bagder: good night (noticed red builds?) |
| 01:09:34 | | Join w98 [0] (n=localhos@ip202.eq.pricegrabber.com) |
| 01:09:56 | *** | Saving seen data "./dancer.seen" |
| 01:12:53 | w98 | hey all, quick question - how do i get a copy of the mkboot utility? |
| 01:13:41 | | Quit w98 (Client Quit) |
| 01:15:10 | Paul_The_Nerd | w98: The source code is available. It's in the tools directory. |
| 01:15:12 | Moos | Good night @ all |
| 01:15:17 | | Quit Moos ("Glory to Rockbox") |
| 01:19:13 | | Quit YouCeyE (Remote closed the connection) |
| 01:19:37 | | Join YouCeyE [0] (n=YouCeyE@vp089013.reshsg.uci.edu) |
| 01:20:41 | markun | amiconn: I fixed the language problem. Shall I add a message "Language file too big" when it is? Or just leave it like this because it shouldn't happen? |
| 01:21:28 | amiconn | What was the problem? |
| 01:22:22 | amiconn | I don't think it's necessary to add a message, at least not together with unicode |
| 01:22:32 | markun | first the language buffer was filled and then it was checked if the file was small enough.. leaving the language buffer corrupted |
| 01:23:05 | amiconn | oops... |
| 01:23:33 | markun | I'll commit this fix. When the language file is too big nothing will happen. |
| 01:24:03 | markun | But we might get some questions from translators if their files stop working |
| 01:24:16 | markun | without warning them that the file is too big |
| 01:24:43 | amiconn | The != itself check should have worked |
| 01:25:11 | amiconn | The read() call is limited to the buffer size |
| 01:25:55 | amiconn | ...but of course, the buffer will be corrupted instead |
| 01:26:15 | amiconn | (and the != check 'wastes' one buffer byte) |
| 01:26:33 | markun | I think I solved it quite ok. Better than reloading the old file. |
| 01:27:21 | amiconn | filesize() ? |
| 01:27:45 | markun | yes |
| 01:27:54 | markun | and renamed filesize to fsize |
| 01:28:33 | amiconn | The cookie & version check also happen too late in current cvs code |
| 01:28:48 | markun | they do? |
| 01:28:56 | | Quit Paul_The_Nerd ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") |
| 01:28:58 | amiconn | yes. |
| 01:29:27 | amiconn | In current cvs, the file gets loaded first, corrupting the currently loaded language. |
| 01:29:53 | markun | so we should read the first 2 bytes to variables first |
| 01:30:00 | amiconn | This corruption is only resolved if (1) the file is small enough and (2) cookie and version both match |
| 01:31:31 | | Join Mongey| [0] (n=mongeyc@86.41.7.241) |
| 01:35:23 | Mongey| | anyone here |
| 01:39:31 | markun | yes |
| 01:42:00 | Mongey| | what firmware does a new psp come with |
| 01:42:25 | markun | I don't know. This is #rockbox.. |
| 01:42:50 | markun | amiconn: Do the version and cookie have the be in the buffer? |
| 01:42:51 | Mongey| | lol i know but.....meh nvm |
| 01:43:04 | amiconn | markun: don't think so |
| 01:43:14 | markun | ok, then I'll commit my fix |
| 01:43:29 | * | amiconn is fixing the red recorder builds |
| 01:45:36 | | Quit Mongey| () |
| 01:47:12 | markun | Good luck amiconn, I'm going to sleep now |
| 01:48:07 | amiconn | nite markun |
| 01:48:35 | amiconn | The fix is rather simple, Bagder just overlooked some of the macro calls he wanted to remove |
| 01:49:14 | markun | I still think we might give some feedback if the language file cannot be loaded |
| 01:49:41 | * | linuxstb wonders why Bagder changed some string parameter types from char* to unsigned char* |
| 01:50:52 | * | amiconn thinks this belongs to the gcc4 frenzy |
| 01:51:16 | | Join w98 [0] (n=id@ip202.eq.pricegrabber.com) |
| 01:51:28 | linuxstb | I know it's part of the gcc4 fixes, but I'm confused why he chose that solution. |
| 01:51:44 | linuxstb | He also added casts of the form (unsigned char*)"my string" |
| 01:52:02 | linuxstb | Because of changing strings to unsigned char* |
| 01:52:32 | linuxstb | s/strings/string parameters/ |
| 01:52:32 | w98 | hey all, last irc client was acting goofy ... can someone describe how I can get the 'mkboot' utility to patch my H320 firmware? |
| 01:53:08 | linuxstb | w98: It's described here: http://www.rockbox.org/twiki/bin/view/Main/IriverBoot |
| 01:54:15 | w98 | it describes a 'tools' folder that I don't see after unzipping the rockbox software though |
| 01:54:31 | linuxstb | You need to download the Rockbox source. |
| 01:55:05 | linuxstb | And then type "make mkboot" in the tools directory (and similarly for any other tools you need). |
| 01:55:18 | w98 | thanks, that's what i was looking for |
| 01:55:36 | w98 | are the makefiles set up for a 'make all' instruction? |
| 01:55:51 | linuxstb | Or if you are running Windows or have Wine installed, just use the fwpatcher.exe application. |
| 01:56:12 | linuxstb | w98: Not any more... Tools are now only built when they are needed. |
| 01:56:31 | linuxstb | Up until a few days ago, "make all" would have worked in the tools directory. |
| 01:56:45 | amiconn | Ugh... I just got a floating point exception from mpa.codec in the h120 x11 sim (!) |
| 01:57:04 | linuxstb | impossible :) |
| 01:57:34 | linuxstb | What's gcc been doing now? |
| 01:57:40 | amiconn | I just started another track from the browser while music was playing |
| 01:59:35 | | Quit w98 () |
| 02:00 |
| 02:01:30 | Soul-E | any news on a US firmware bootloader |
| 02:03:44 | | Quit DangerousDan (Read error: 110 (Connection timed out)) |
| 02:09:38 | markun | amiconn: shall I rename unicode.h to utf8.h to resolve conflicts? |
| 02:12:26 | linuxstb | markun: Are the routines general unicode, or specifically utf8 ? |
| 02:13:43 | markun | The all use utf8 in some way, but I would have prefered to keep it as unicode.h |
| 02:14:01 | markun | The problem is that there is a unicode.h in /usr/X11R6/include |
| 02:14:29 | * | linuxstb is actually reading the patch now... |
| 02:15:01 | amiconn | This seems to be bsd specific. Both my debian vm and cygwin don't have this unicode.h |
| 02:15:14 | amiconn | Still the problem should be solved |
| 02:15:34 | linuxstb | Yes, I searched Debian (dpkg -S) for unicode.h, and no debian packages include a file with that name. |
| 02:15:48 | amiconn | cygwin has an utf8.h |
| 02:15:58 | | Join DreamTactix291 [0] (n=DreamTac@adsl-19-241-33.bna.bellsouth.net) |
| 02:16:00 | amiconn | (somewhere deep in the perl libs dirs) |
| 02:16:08 | | Join Shaikoten [0] (n=shaikote@24.177.6.96) |
| 02:17:33 | linuxstb | Other libraries have things like gunicode.h (glib2) and xmlunicode.h (libxml2). So maybe rbunicode.h ? |
| 02:17:43 | linuxstb | (I don't like it that much) |
| 02:20:14 | markun | "/usr/X11R6/include/unicode.h was installed by package libunicode-0.4_4" |
| 02:23:37 | linuxstb | markun: Yes, that's available in Debian as well. My search was wrong... |
| 02:25:20 | | Join JonSenior [0] (n=root@host86-131-184-135.range86-131.btcentralplus.com) |
| 02:26:00 | JonSenior | LinusN: What was the solution to the USB problem and how did you track it down? |
| 02:26:32 | | Join Benacool [0] (n=benacool@toronto-HSE-ppp4213399.sympatico.ca) |
| 02:26:34 | JonSenior | I know he's not here, he'll get it when he reads the log file! ;-) |
| 02:28:01 | | Quit JonSenior (Remote closed the connection) |
| 02:31:08 | | Join TCK [0] (n=tckocr@81-178-164-197.dsl.pipex.com) |
| 02:32:08 | TCK | hey guys, want to hazard a guess at what date Easter Sunday is next year? ;) |
| 02:44:25 | Soul-E | 420 |
| 02:44:49 | Soul-E | ? |
| 02:48:07 | | Quit webguest49 ("CGI:IRC") |
| 02:49:07 | | Quit DreamTactix291 (Read error: 110 (Connection timed out)) |
| 02:58:20 | | Join Rob2222 [0] (n=Miranda@ACB4EF69.ipt.aol.com) |
| 03:00 |
| 03:03:11 | | Quit DJDD_ ("Trillian (http://www.ceruleanstudios.com") |
| 03:06:10 | | Join max [0] (i=max@70.27.200.59) |
| 03:09:21 | | Join kkurbjun [0] (n=Jim@c-24-8-222-177.hsd1.co.comcast.net) |
| 03:10:00 | *** | Saving seen data "./dancer.seen" |
| 03:10:26 | kkurbjun | I was wondering if anyone could point me in the direction that I need to go to get color wps' working? |
| 03:10:37 | kkurbjun | I have a color bmp loader made as a plugin |
| 03:11:04 | kkurbjun | and it works fine on the H300 |
| 03:11:26 | | Join XavierGr [0] (n=XavierGr@ppp41-adsl-4.ath.forthnet.gr) |
| 03:14:20 | golf7 | nice job man, i would start working on plugins, but all i know is basic php |
| 03:14:29 | golf7 | if i could learn a real language, i could start |
| 03:14:59 | | Quit tvelocity ("Leaving") |
| 03:15:19 | kkurbjun | I've been looking at the gwps-common, but Im not sure what needs to be changed beyond that.. I'm suspecting alot |
| 03:15:50 | kkurbjun | thanks, I don't know php, so you've got one up there : ) |
| 03:28:39 | golf7 | its pretty basic |
| 03:28:53 | golf7 | if/thens/else/functions/variables |
| 03:29:18 | golf7 | not much markup required just what you want to do, so you dont have to do alot of like setting what type of coding your doing |
| 03:31:00 | | Join DJDD_ [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) |
| 03:40:06 | | Join amiconn_ [0] (n=jens@p54BD5160.dip.t-dialin.net) |
| 03:42:25 | | Nick Lost-ash is now known as ashridah (n=ashridah@69.55.227.55) |
| 03:44:27 | | Quit Kingstone (Read error: 110 (Connection timed out)) |
| 03:54:57 | | Quit max () |
| 03:57:40 | | Quit amiconn (Read error: 110 (Connection timed out)) |
| 03:57:40 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD5160.dip.t-dialin.net) |
| 04:00 |
| 04:03:03 | | Join Jungti1234 [0] (n=jungti12@211.248.102.131) |
| 04:04:59 | | Quit Jungti1234 (Client Quit) |
| 04:12:12 | | Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
| 04:17:32 | kkurbjun | well, I got a color backround to show in the wps |
| 04:18:08 | kkurbjun | the text fashes alot now though |
| 04:20:01 | | Nick ashridah is now known as Lost-ash (n=ashridah@69.55.227.55) |
| 04:20:41 | kkurbjun | also, again if someone can reply to this later: is there a difference between lcd_mono_bitmap and lcd_bitmap on the other devices. I've started changing the image buffers to the data type fb_data, which I don't think will affect other devices, but I'm not sure |
| 04:22:40 | | Quit Sucka ("a bird in the bush is worth two in your house") |
| 04:28:47 | | Join DreamTactix291 [0] (n=DreamTac@adsl-19-241-33.bna.bellsouth.net) |
| 04:34:06 | | Join Kyl3 [0] (i=Kyle@cpe-24-90-232-130.nyc.res.rr.com) |
| 04:38:42 | | Quit Paul_The_Nerd ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") |
| 04:43:16 | golf7 | nice work man, i hope you get the flashing worked out |
| 04:48:24 | | Quit Kyl3 () |
| 04:48:49 | Lost-ash | the flashing really needs to be solved with a proper z-buffer, or something, i suspect, and/or region updates. |
| 04:51:47 | kkurbjun | that was what I was thinking (more a z buffer), but I havn't found the code that does the updates yet |
| 04:52:05 | kkurbjun | right now I'm just checking to see if it'll work ok without a backgroung and color icons |
| 04:53:54 | Lost-ash | but there's flashing on the remote that doesn't seem to be coming from z-issues |
| 04:54:08 | Lost-ash | that said, i haven't updated in a few days |
| 04:57:14 | | Nick Lost-ash is now known as ashridah (n=ashridah@69.55.227.55) |
| 04:59:15 | kkurbjun | what theme are you using? |
| 04:59:28 | kkurbjun | and player |
| 05:00 |
| 05:00:52 | ashridah | H140, and i've been using boxes. |
| 05:00:58 | ashridah | haven't looked at some of the newer ones |
| 05:01:12 | | Join Rob2222_ [0] (n=Miranda@ACB1F859.ipt.aol.com) |
| 05:01:19 | kkurbjun | ahh, there's a background image on the remote for boxes as well.. |
| 05:01:31 | kkurbjun | does it flash if you move the background image? |
| 05:01:44 | kkurbjun | (out of the wps directory) |
| 05:05:36 | ashridah | i haven't tried. haven't got my player handy. that's all the way upstairs :) |
| 05:06:22 | kkurbjun | : ) |
| 05:10:02 | *** | Saving seen data "./dancer.seen" |
| 05:12:16 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
| 05:31:48 | lostlogic | gah, how am I getting more ticks allocated to functions than the time totals |
| 05:31:53 | lostlogic | I must be fecking it up. |
| 05:32:02 | ashridah | heh. |
| 05:32:09 | ashridah | one of the things i used to love about gprof. |
| 05:32:24 | ashridah | the sample rate was 10ms/sample |
| 05:32:36 | ashridah | so functions running quicker than that used to get bogus numbers |
| 05:32:42 | ashridah | so my programs would run 2-3 seconds |
| 05:32:51 | ashridah | and gprof would say "this program ran for 30 seconds" |
| 05:32:55 | ashridah | and i'd go "wtf?!" |
| 05:33:00 | lostlogic | hehe, do you think that 100us timer pulses is reasonable on the coldfire? |
| 05:33:15 | ashridah | .1ms? hmm. |
| 05:33:34 | lostlogic | actually... now that I think of it, I base that on CPU_FREQ so it's somewhat longer at 90mhz than 100us |
| 05:33:38 | ashridah | keep in mind that the cpu speed changes tho |
| 05:33:48 | ashridah | you might need to record boosts too? |
| 05:33:54 | ashridah | so you can change the calculation rates |
| 05:33:56 | lostlogic | doesn't change during profiling, always boosted cuz profiling is SOOO SLOOOOWWW |
| 05:34:01 | ashridah | aah |
| 05:34:21 | lostlogic | I have a todo on my forum post about this to setup a timer that specifically doesn't recalculate timer interval on boost changes for profiling, but it's a low priority. |
| 05:34:31 | ashridah | heh. i remember bringing my issues up with my lecturer about gprof. he didn't know what to do. useless tool. |
| 05:34:50 | ashridah | so i basically submitted a report with analysis, and a footnot that said "these numbers are completely inaccurate due to XYZ" |
| 05:34:59 | ashridah | still got perfect marks. silly |
| 05:35:03 | lostlogic | I submitted some like that in school |
| 05:35:12 | lostlogic | teachers like it when people are smart enough to know that stuff. |
| 05:35:31 | ashridah | the thing that annoyed me was that he never really addressed it |
| 05:35:38 | lostlogic | *nod* |
| 05:35:48 | ashridah | all i got was some other moron going "use gprof, it rocks!" |
| 05:35:59 | ashridah | even tho i WAS using it, and it doesn't. ;) |
| 05:36:10 | ashridah | wish the uni had sprung for a decent commercial compiler |
| 05:36:35 | lostlogic | meh, they should have just done a project to improve gcc... :) |
| 05:38:11 | ashridah | at second year level C programming? |
| 05:38:27 | lostlogic | not for _you_ to do it, but as a project at the UNI |
| 05:38:47 | ashridah | ah, they dropped compiler-based subjects at my uni, totally pissed off |
| 05:38:59 | lostlogic | ugh |
| 05:39:04 | ashridah | closest we get is computing theory, which has grammars |
| 05:43:52 | lostlogic | yay, fixed another profiling bug −− I'm a retard. |
| 05:47:28 | lostlogic | (I was never stopping timers, ugh) |
| 06:00 |
| 06:04:32 | | Quit Benacool () |
| 06:09:12 | | Join Kingstone [0] (n=sg1@195.226.51.74) |
| 06:12:38 | lostlogic | *ponders* profiler is telling me that ov_time_total is taking up 99% of profiling time... |
| 06:12:43 | lostlogic | I _think_ something may be buggy here. |
| 06:16:19 | | Nick ashridah is now known as Lost-ash (n=ashridah@69.55.227.55) |
| 06:18:22 | lostlogic | recursiveness breaks my sheeeeiiiitttt |
| 06:18:24 | lostlogic | fuck. |
| 06:20:48 | Soul-E | can someone tell me my ip |
| 06:20:52 | Soul-E | wait |
| 06:20:56 | Soul-E | nevermind |
| 06:21:00 | Soul-E | i forget this channel is logged |
| 06:26:40 | XavierGr | you can see your ip at what's my ip cpm |
| 06:27:08 | XavierGr | http://www.whatismyip.com/ |
| 06:29:52 | | Join ModernExecutive [0] (n=bob@ip24-254-230-198.hr.hr.cox.net) |
| 06:31:22 | ModernExecutive | soul-e: you there? |
| 06:38:03 | | Nick Lost-ash is now known as ashridah (n=ashridah@69.55.227.55) |
| 06:46:37 | Soul-E | yo |
| 06:47:05 | ModernExecutive | hey |
| 06:47:19 | ModernExecutive | did you get my msgs? |
| 06:48:01 | * | ashridah blinks |
| 06:48:03 | ashridah | ModernExecutive: yes? |
| 06:50:09 | | Quit markun (Remote closed the connection) |
| 06:50:16 | | Join markun [0] (n=karl@bastards.student.ipv6.utwente.nl) |
| 06:52:12 | Soul-E | ur |
| 06:52:15 | Soul-E | yes* |
| 06:52:29 | Soul-E | no news that i know of |
| 06:52:32 | ModernExecutive | ok |
| 06:52:43 | ModernExecutive | i saw that you inquired like an hour ago |
| 06:53:05 | ModernExecutive | & got no answer |
| 06:54:30 | | Nick ashridah is now known as Lost-ash (n=ashridah@69.55.227.55) |
| 06:54:49 | Soul-E | yeah |
| 06:54:58 | | Join hshah [0] (n=hshah@shahassociates.plus.com) |
| 07:00 |
| 07:00:00 | | Quit Soul-E ("CGI:IRC (Ping timeout)") |
| 07:10:05 | *** | Saving seen data "./dancer.seen" |
| 07:12:15 | | Quit RotAtoR () |
| 07:25:02 | | Quit ModernExecutive (Read error: 110 (Connection timed out)) |
| 07:35:38 | | Quit edx (Read error: 110 (Connection timed out)) |
| 07:40:23 | | Join MrShlee [0] (i=BIGKING@58-84-79-226.dial-lns8.sa.chariot.net.au) |
| 07:40:30 | | Part Midgey34 |
| 08:00 |
| 08:04:44 | amiconn | kkurbjun: (1) There is a difference between lcd_mono_bitmap and lcd_bitmap on all units except the pure b&w ones |
| 08:05:21 | amiconn | (2) For proper colour support in wps, the bmp loader is the simplest part |
| 08:11:21 | | Join ender` [0] (i=ychat@84.52.165.220) |
| 08:12:41 | MrShlee | I've noticed on the H3XX. that the LCD isn't actually turned off.. the backlight is off but you can see see the faded updated lcd. |
| 08:16:18 | amiconn | A lot more needs to be changed if we want to do it right, like allowing colour attributes for text |
| 08:17:17 | amiconn | The scroll thread is one such place that needs work, and imho we should switch to textboxes for scrolling at the same time |
| 08:18:28 | amiconn | (3) I have some ideas for colour support, e.g. possible global background image support in the LCD driver, with almost no slowdown |
| 08:20:22 | amiconn | My idea for the BMP loader was to make it work similar to bmp2rb, but without all the intermediate buffers |
| 08:21:08 | amiconn | It should allow all BMP colour depths for input, and output either a mono bitmap or a native bitmap (greyscale or colour) |
| 08:21:36 | amiconn | For b&w targets both output formats are identical |
| 08:25:13 | | Join Bger [0] (n=Bager@83.222.160.88) |
| 08:51:31 | | Quit hshah (Read error: 110 (Connection timed out)) |
| 09:00 |
| 09:02:02 | preglow | i like the idea of stopping audio when skipping |
| 09:02:05 | preglow | Slasheri: implement! |
| 09:02:06 | preglow | :) |
| 09:02:14 | Bagder | I agree |
| 09:02:28 | preglow | i often wonder whether i actually managed to press the button or not |
| 09:02:34 | preglow | damn slippery joystick |
| 09:02:35 | Bagder | Rockbox does so on Archos since years back, definitely a good thing |
| 09:02:47 | Slasheri | preglow: yes, i will do that (at least when crossfading is not activated and instant audio skipping is not possible to do) |
| 09:02:55 | preglow | yup |
| 09:03:07 | preglow | when crossfading is on i agree it should not stop audio |
| 09:03:16 | Slasheri | but i still haven't figured out how to detect if instant skipping can be done or not |
| 09:03:42 | Slasheri | probably easiest is to check that if we need to buffer from disk, then stop audio |
| 09:03:45 | preglow | we should also implement some way to fade out audio, so we don't get clicks |
| 09:04:39 | preglow | and also figure out/agree on how to fix the dsp latency issue |
| 09:04:44 | * | Bagder reads the monthly chunk of OpenNeo commits |
| 09:05:13 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
| 09:06:12 | Bagder | amiconn: thanks for fixing my red build tonight |
| 09:06:28 | preglow | markun: you know, it IS a shelving filter |
| 09:07:14 | preglow | at least kind of |
| 09:08:22 | amiconn | Bagder: np. The code police was a bit sloppy it seems ;) |
| 09:08:34 | preglow | markun: at the coefs you use, it's got just three db attenuation at lower freqs |
| 09:08:35 | Bagder | indeed |
| 09:08:48 | * | Bagder returns his badge and goes to the corner |
| 09:10:09 | *** | Saving seen data "./dancer.seen" |
| 09:10:21 | XavierGr | what lcd_set_drawmode does? |
| 09:11:40 | | Join TCK- [0] (n=tckocr@81-178-216-23.dsl.pipex.com) |
| 09:12:39 | amiconn | XavierGr: http://www.rockbox.org/twiki/bin/view/Main/GraphicsAPI |
| 09:12:39 | XavierGr | I am looking into this because I use the lcd_putsxy in a loop to render statistics. But sometimes letters are garbled, or previous info is left on the screen. |
| 09:13:35 | XavierGr | nice page thanks |
| 09:14:28 | | Join edx [0] (i=edx@p54A87554.dip.t-dialin.net) |
| 09:15:50 | | Quit cannard ("2.0 Build 3515") |
| 09:25:10 | | Quit TCK (Read error: 110 (Connection timed out)) |
| 09:33:53 | | Join DJDD__ [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) |
| 09:38:09 | Bagder | amiconn: I'm supporting your volume patch approach |
| 09:38:57 | preglow | hell, me too, since it was all i wanted in the first place :-) |
| 09:39:11 | preglow | is the volume displayed in decibel as well, now? |
| 09:39:12 | preglow | or perct? |
| 09:39:15 | preglow | percent! |
| 09:43:14 | preglow | Slasheri: btw, did you find out anything about the queueing issue? |
| 09:43:15 | | Join Vlad0man [0] (n=Vladoman@p54A7DB89.dip.t-dialin.net) |
| 09:43:51 | Slasheri | preglow: ah, forgot that.. i will check that today :) |
| 09:44:04 | preglow | please do, it's extremely annoying behaviour :/ |
| 09:44:14 | preglow | and slicer battery life to shreds |
| 09:44:17 | preglow | slices |
| 09:46:23 | amiconn | Bagder: Look at the dev ml... |
| 09:49:01 | Bagder | and now you can look ;-) |
| 09:49:46 | preglow | amiconn: but yeah, is volume displayed as decibel as well? |
| 09:49:54 | amiconn | yes |
| 09:50:21 | preglow | well, it's not a problem for me |
| 09:50:34 | preglow | some users might wonder, but hell, they'll probably use fancy wpses anyway |
| 09:50:56 | preglow | it's got my support |
| 09:51:33 | amiconn | Ah, I need to adjust the wps tag(s) as well... |
| 09:51:50 | preglow | think i'll give it a spin now |
| 09:51:57 | preglow | if i can find an usb port on this frigging thing |
| 09:52:24 | | Quit DJDD_ (Read error: 110 (Connection timed out)) |
| 09:52:36 | XavierGr | preglow is there any reason to advance playback speed by steps or 0.1? |
| 09:52:43 | XavierGr | it is way too small. |
| 09:53:26 | preglow | XavierGr: i just think we need an acceleration scheme there, so it advances faster if you keep the button pressed |
| 09:53:35 | preglow | we need a small playback speed step for serious use |
| 09:54:14 | XavierGr | yes but it is very difficult to make significant changes in small intervals with this. |
| 09:54:18 | | Join pabs_ [0] (n=pabs@xor.pablotron.org) |
| 09:54:32 | XavierGr | and very awkward to have to hold Play button. |
| 09:54:55 | XavierGr | at least make the steps larger or make it on a menu. (Playback or Sound) |
| 09:55:03 | | Quit pabs (Read error: 104 (Connection reset by peer)) |
| 09:57:28 | XavierGr | and there that I was saying that I will never use playback speed; It is very handy now that I play midi files ineed. |
| 09:57:38 | preglow | the steps wont be made larger, but like i said, we could implement some kind of acceleration scheme |
| 09:58:11 | XavierGr | that would be good too. |
| 09:58:32 | preglow | might look at it later, but no time now |
| 09:58:54 | XavierGr | just mentioning. |
| 10:00 |
| 10:00:21 | | Quit Vladoman (Read error: 110 (Connection timed out)) |
| 10:00:39 | | Nick pabs_ is now known as pabs (n=pabs@xor.pablotron.org) |
| 10:01:50 | preglow | haha |
| 10:01:54 | preglow | windows REFUSES to let me unmount the h120 |
| 10:02:22 | Bagder | its not easy to let go of rockbox |
| 10:02:25 | Bagder | it sticks |
| 10:02:28 | Bagder | :-) |
| 10:02:50 | XavierGr | I never unmount my ihp from windows |
| 10:02:56 | XavierGr | I just pull the plug. |
| 10:03:00 | preglow | seems there was an hour long write cache operation |
| 10:03:13 | preglow | XavierGr: i did that, rockbox now hangs on booting |
| 10:03:19 | XavierGr | Ah, I have set caching to off. |
| 10:03:35 | XavierGr | windows cache is EVIL |
| 10:04:16 | preglow | ahahaha |
| 10:04:21 | preglow | the entire .rockbox dir is heavily mangled |
| 10:05:15 | XavierGr | Seriously though with windows cache to off, I had never problems with "unplug and play". |
| 10:05:30 | preglow | i thought that was the default |
| 10:05:30 | preglow | but no |
| 10:05:33 | preglow | apparently not |
| 10:05:46 | XavierGr | no cache is always on/ |
| 10:05:50 | preglow | not on xp |
| 10:06:00 | preglow | hooray |
| 10:06:07 | preglow | i can't delete my wps folder now |
| 10:06:37 | preglow | and scandisk doesn't work |
| 10:06:38 | XavierGr | can you start the original fw? |
| 10:06:39 | preglow | remarkable |
| 10:06:58 | Bagder | there's on original fw? |
| 10:06:59 | XavierGr | you could always make a quick format from the iriver fw, it comes handy sometimes. |
| 10:07:05 | Bagder | :-) |
| 10:07:06 | preglow | ok, so how the hell do i turn caching off? |
| 10:07:31 | XavierGr | wait a little to remember it. |
| 10:07:40 | XavierGr | go to my computer -> properties |
| 10:07:44 | preglow | i'm _not_ formatting it, it'll be weeks before i've got the means to fill it again |
| 10:08:38 | XavierGr | hardware and the go to your hard drives |
| 10:08:49 | XavierGr | (you must have the ihp plugged in) |
| 10:09:19 | XavierGr | choose ihp's HD and select properties |
| 10:09:38 | XavierGr | then go to policies tab and check the "optimize for quick removal" |
| 10:10:23 | preglow | policies tab isn't there |
| 10:10:57 | XavierGr | ? |
| 10:11:12 | XavierGr | did you clicked properties on the ihp's HD? |
| 10:11:15 | preglow | yes |
| 10:11:30 | XavierGr | ok another route then |
| 10:11:38 | XavierGr | go to My computer |
| 10:11:50 | XavierGr | right click your ihp and select properties |
| 10:11:51 | preglow | ARGH |
| 10:12:24 | XavierGr | go to hardware tab and select "again" ihp's HD. |
| 10:12:36 | preglow | no policy tab there either |
| 10:12:43 | XavierGr | Then click properties and the the policies tab. It should be there. |
| 10:12:49 | preglow | it's not |
| 10:12:51 | XavierGr | I have it in front of my eyes |
| 10:12:55 | preglow | it's not here :P |
| 10:13:00 | XavierGr | do you have many services disabled? |
| 10:13:00 | markun | preglow: Is it easy to make a low-pass shelving filter? |
| 10:13:01 | preglow | Special Windows |
| 10:13:11 | preglow | markun: it's not hard, at least |
| 10:13:39 | XavierGr | preglow: can you see a policies tab for your other HDs? |
| 10:13:44 | preglow | XavierGr: no |
| 10:14:04 | XavierGr | GRrrrrr! |
| 10:14:10 | XavierGr | What windows do you have? |
| 10:14:16 | preglow | xp |
| 10:14:17 | preglow | but bah |
| 10:14:24 | preglow | i'll go find another computer and try something there |
| 10:14:28 | XavierGr | sp2? |
| 10:14:39 | preglow | perhaps i can at least fix the drive errors |
| 10:14:43 | preglow | don't know, not my computer |
| 10:15:13 | XavierGr | lucky you... |
| 10:16:30 | linuxstb | Bagder: Did you read my questions in the log about your char/unsigned char changes? I was wondering why you decided to make (some) strings unsigned char. |
| 10:17:11 | Bagder | I didn't do any closer analyses, I've just been scanning through the sources attempting to stomp out the warnings |
| 10:17:37 | Bagder | in the cases where there are/were mixed uses, I mostly did the smallest change |
| 10:17:57 | Bagder | in general, we should remove lots of unsigned char * uses |
| 10:18:07 | Bagder | which I think my changes make clear |
| 10:19:11 | Bagder | I'm tempted to switch off the warning inhibit soon |
| 10:19:15 | linuxstb | But, for example, in gui/splash.c you changed the type of a string parameter (fmt) from char to unsigned char. |
| 10:19:24 | Bagder | yes |
| 10:19:33 | Bagder | because that is almost always used with a str() input |
| 10:19:34 | linuxstb | Which means you have to do (unsigned char*)"my string" |
| 10:19:42 | Bagder | which is made to return an usigned char * |
| 10:20:19 | linuxstb | Shouldn't str() be changed then? All the functions in string.h (and gcc's interpretation of literal strings) make strings plain char*. |
| 10:20:25 | Bagder | yes imho it should |
| 10:20:37 | Bagder | but that's a big change |
| 10:21:19 | Bagder | we should use "char *" for strings all over, unless especially motivated |
| 10:21:48 | Bagder | the thing is, I feel a slight need to rush in my changes |
| 10:21:53 | Bagder | to disable the warning inhibit |
| 10:22:04 | Bagder | since I see the same errors are going in while I'm working on this |
| 10:22:43 | linuxstb | But the unicode patch could change things - it defines strings (with good reason) to be unsigned char. |
| 10:23:13 | Bagder | yes, when the unicode patch is applied we should have it sorted or sort it out |
| 10:23:18 | XavierGr | ok tell me your opinion on a performance matter. |
| 10:23:56 | preglow | there |
| 10:23:57 | preglow | got it fixed |
| 10:24:09 | preglow | god damn piece of shit computer here obviously doesn't work |
| 10:24:40 | XavierGr | Currently the midi2wav plugin is set to 30,000 bytes output. It is too low IMHO and I will get it fixed with a big pointer buffer. But can this small buffer affect the performance of the plugin? |
| 10:25:05 | Bagder | XavierGr: it can, but I doubt you'll notice any significant speed change |
| 10:25:42 | XavierGr | so the disk doesn't hog down the cpu? |
| 10:26:08 | XavierGr | I mean that maybe the cpu waits the okay from disk to continue processing. |
| 10:26:54 | linuxstb | Bagder: With unicode in mind, I think you were right to change strings to unsigned char. We just need to carry that through everywhere - which will always mean casting to (char*) when using the string.h functions. |
| 10:26:58 | Bagder | XavierGr: you'll find out when you increase the buffer size |
| 10:27:23 | preglow | amiconn: nice patch, i like it |
| 10:27:49 | XavierGr | well then I will. But I am not an optimization expert so this is the only I thing I can do for this poor soul. |
| 10:27:54 | linuxstb | XavierGr: Simply do a test with disk writing disabled, and see what difference there is. In my early codec tests, I never found the writing to make much of a difference. |
| 10:28:30 | preglow | doubt it'll make a difference |
| 10:28:34 | Bagder | XavierGr: real performance gains are made by improving the stuff that take the most time and is used most frequently |
| 10:28:53 | Bagder | oddly enough |
| 10:29:20 | XavierGr | now that you mention it: I was fiddling with filenames (wanted to output to a new file instead of a fixed one) and it had errors so there was no file output but the results were the same. That's dissapointing. :( |
| 10:29:45 | XavierGr | Bagder: You mean loops and stuff? |
| 10:29:49 | Bagder | yes |
| 10:29:55 | Bagder | and math |
| 10:30:34 | XavierGr | Yes but it probably has to come to ASM base optimization, so no go for me. But I will try for the fun of it nevertheless. |
| 10:31:13 | | Join KN|stiff [0] (i=phhome@141.48.5.99) |
| 10:31:16 | Bagder | didn't the midi code still suffer from remaing floats? |
| 10:31:20 | Bagder | remaining |
| 10:32:12 | XavierGr | I don't know to tell you the truth. I just raised it from the dead when I found the old xxx2wav files in the attic. |
| 10:32:40 | | Quit MrShlee ("Changed by popular Request - "I am the heart of your darkness, you stinking oompa-loompa morons!"") |
| 10:32:44 | XavierGr | Now I am just fiddling around to have user input and stuff. |
| 10:32:48 | preglow | what? midi plugin uses xxx2wav? |
| 10:33:06 | XavierGr | yes |
| 10:33:14 | XavierGr | and it is currently dead. |
| 10:33:22 | XavierGr | Not completely though |
| 10:33:31 | preglow | well, the coder vanished, so... |
| 10:33:46 | XavierGr | even without the xxx2wav it will work but it will not output anything |
| 10:33:49 | XavierGr | not a file nor sound |
| 10:34:00 | XavierGr | I emailed the coder. |
| 10:34:18 | XavierGr | He is interested about it, but he has no free time or a target to test. |
| 10:34:47 | XavierGr | He said that he will get back to it when he finds the time or buy an actuall Rockbox compatible DAP. |
| 10:35:44 | | Join LinusN [0] (n=linus@labb.contactor.se) |
| 10:36:40 | LinusN | i'm getting pretty tired of all these ifdefs for different hardwares |
| 10:37:10 | XavierGr | Hi Linus, what's your advice then? |
| 10:37:17 | Bagder | we should strive to decrease ifdefs |
| 10:37:27 | LinusN | well, we don't have much of a choice really |
| 10:37:46 | LinusN | my major source of grief is the ifdef policy |
| 10:37:55 | Bagder | the aim should be to push ifdefs to lower-level code, and attempt to keep higher-level ifdef-free |
| 10:38:06 | LinusN | "check for features, not for platforms" |
| 10:38:28 | Bagder | I disagree with that conclusion |
| 10:38:38 | LinusN | that policy works for the higher layers, but not the lower |
| 10:38:40 | Bagder | I would even argue that policy has helped us a lot |
| 10:38:53 | Bagder | true |
| 10:39:10 | LinusN | for instance, we will have plenty of platforms with the uda1380 |
| 10:39:24 | LinusN | but it is connected in different ways on all of them |
| 10:39:43 | Bagder | perhaps we should make target/ dirs |
| 10:39:48 | Bagder | for target-specific code |
| 10:39:53 | Bagder | drivers etc |
| 10:40:04 | Bagder | and cpu/ for cpu |
| 10:40:07 | LinusN | or allow #ifdef IRIVER_H100_SERIES in the drivers |
| 10:40:39 | Bagder | yes, but the problem with that is that people will read those and re-use them in other code |
| 10:40:48 | Bagder | so they'll spread |
| 10:41:09 | Bagder | perhaps we should name them something that sounds driver-ish |
| 10:41:17 | LinusN | so we should let it be a mess in the drivers to prevent a mess in onther places? |
| 10:41:29 | Bagder | ? |
| 10:41:33 | Bagder | did I say that? |
| 10:41:48 | LinusN | (in response to your "the problem is..." |
| 10:42:16 | Bagder | well, you can't pretend the problems don't exist, you need to think of them |
| 10:42:22 | Bagder | and then consider what the proper action is |
| 10:42:37 | Bagder | I'm not saying what to do, I'm just thinking out loud |
| 10:42:38 | LinusN | i have a few suggestions |
| 10:42:41 | preglow | LinusN: doing some x5 work? |
| 10:42:50 | LinusN | preglow: no |
| 10:43:32 | LinusN | but none of them reduces the #ifdefs in any significant way |
| 10:44:31 | LinusN | one approach would be a target/ dir, with all the gory hardware details |
| 10:45:08 | LinusN | small functions for all the necessary stuff, like enabling ata power, usb power etc |
| 10:45:19 | LinusN | might even be macros |
| 10:45:20 | Bagder | that's how u-boot does it and I like that |
| 10:45:35 | Bagder | (it supports ~200 boards and ~30 cpus...) |
| 10:46:10 | * | preglow supports anything leading to fewer ifdefs |
| 10:46:37 | Bagder | the linux kernel does it like that too |
| 10:46:47 | preglow | yes, and let's split crt0.S while we're at it |
| 10:46:48 | LinusN | i'll ponder about the target/ approach for a while |
| 10:47:19 | Bagder | LinusN: and a separate cpu/ dir for the cpu-specific things that are shared between targets using the same cpu |
| 10:47:33 | | Join ingenius [0] (n=syntax@OL19-48.fibertel.com.ar) |
| 10:47:42 | Bagder | asm-optimized things etc |
| 10:47:56 | LinusN | good idea |
| 10:49:04 | * | linuxstb waves goodbye to Rockbox's cvs history... |
| 10:49:09 | Bagder | haha |
| 10:49:34 | linuxstb | But we shouldn't let CVS stop us from doing the right thing. |
| 10:49:38 | LinusN | a good opportunity to go subversion :-) |
| 10:50:03 | preglow | yes! |
| 10:51:58 | Bagder | well, it takes some admin tasks on server-side to go subversion nicely |
| 10:53:33 | | Nick Vlad0man is now known as Vladoman (n=Vladoman@p54A7DB89.dip.t-dialin.net) |
| 10:55:14 | Bagder | coffee time |
| 10:57:09 | preglow | damn straight |
| 11:00 |
| 11:03:09 | markun | and with subversion please change the names of apps/player and apps/recorder |
| 11:03:23 | Bagder | hehe |
| 11:03:33 | Bagder | indeed |
| 11:08:35 | * | amiconn has no problems with ifdefs in drivers as long as they aren't spread all over, but grouped nicely |
| 11:08:50 | amiconn | backlight.c being an example... |
| 11:09:28 | preglow | not always possible |
| 11:10:13 | *** | Saving seen data "./dancer.seen" |
| 11:12:07 | amiconn | We also employ the empty macro method in a number of places. |
| 11:12:21 | amiconn | There are more places where this method can be used |
| 11:13:00 | | Join Polo_o [0] (n=polo_o@82-69-160-166.dsl.in-addr.zen.co.uk) |
| 11:13:08 | Bagder | the empty-macro method is a fair approach to make the code easier to read |
| 11:13:36 | Bagder | I'm not usually a fan of it, but when it can remove ifdefs I'm in favour of it |
| 11:14:03 | LinusN | cpu_boost() is a nice example |
| 11:14:32 | LinusN | lcd_update() should have been a nice example |
| 11:15:23 | Bagder | yeah, lcd_update() should be fixed like that |
| 11:15:43 | amiconn | Afaik, lcd_update() already uses this method |
| 11:15:47 | | Quit Bger (Read error: 104 (Connection reset by peer)) |
| 11:15:53 | Bagder | good |
| 11:16:21 | amiconn | ...but there's the problem that it doesn't work in plugins |
| 11:18:40 | LinusN | true |
| 11:19:28 | | Join muesli_- [0] (i=muesli_t@Bbc64.b.pppool.de) |
| 11:20:24 | * | Lost-ash hands LinusN a copy of cvs2svn |
| 11:20:28 | | Nick Lost-ash is now known as ashridah (n=ashridah@69.55.227.55) |
| 11:20:58 | ashridah | :) |
| 11:21:10 | LinusN | :-) |
| 11:22:49 | preglow | ashridah: what time is it over there now? |
| 11:23:46 | ashridah | 9:30pm |
| 11:23:49 | | Join Jungti1234 [0] (n=jungti12@58.77.81.144) |
| 11:23:55 | ashridah | not all that late, really. |
| 11:25:10 | ashridah | it claims to be 5:30am on the shell i'm using tho ;) |
| 11:25:15 | preglow | hehe |
| 11:25:19 | preglow | well bah |
| 11:25:28 | preglow | i'm waiting for some aussie to mail me some dev tools |
| 11:25:34 | preglow | but that obviously wont happen before tomorrow, then |
| 11:25:41 | ashridah | mail as in snail-mail? |
| 11:25:45 | preglow | no, email |
| 11:25:47 | ashridah | hm |
| 11:25:53 | preglow | snailmail would have taken forever |
| 11:26:35 | ashridah | i'm curious as to what kind of dev tools you don't already have |
| 11:26:44 | preglow | tools for motorola 56000 |
| 11:27:14 | ashridah | aah |
| 11:27:24 | LinusN | preglow: which target? |
| 11:27:26 | amiconn | LinusN: Do you have an idea what may cause this: http://www.rockbox.org/mail/archive/rockbox-dev-archive-2005-12/0010.shtml |
| 11:27:37 | preglow | LinusN: some proprietary thing, lake huron |
| 11:27:52 | preglow | it's got a bunch of 56002s in it |
| 11:28:06 | LinusN | amiconn: bad soldering is my guess |
| 11:28:23 | amiconn | I observed similar behaviour on my recorder v1 (spurious BUTTON_OFF events) lately |
| 11:28:33 | amiconn | It only happens when batteries are low |
| 11:28:37 | LinusN | we decreased the button poll rate because of this phenomenon |
| 11:29:03 | amiconn | This didn't happen some weeks ago... |
| 11:29:11 | LinusN | oh |
| 11:29:24 | LinusN | maybe we have increased it again? :-) |
| 11:29:28 | Jungti1234 | hi |
| 11:30:22 | amiconn | The strange thing is that while I would suspect changes in the button driver, I can't find any which might cause this behaviour |
| 11:31:37 | | Join criis [0] (n=criis@0x52b4226b.static.bcbnet.dk) |
| 11:31:39 | amiconn | The spurious OFF events are also annoying when playing bejeweled... |
| 11:31:44 | LinusN | it may be caused by a voltage drop for some other reason |
| 11:34:58 | amiconn | Hmm.... |
| 11:35:34 | amiconn | Is it possible that my backlight handling cleanup causes this? |
| 11:36:04 | amiconn | There used to be a (dirty) call to backlight_tick() from button_read() |
| 11:36:34 | amiconn | Now backlight_tick() is properly registered as a separate tick task |
| 11:37:27 | amiconn | That may cause it to be called before the button tick |
| 11:37:46 | LinusN | but how can that cause a spurious OFF? |
| 11:37:56 | muesli_- | g'mornin |
| 11:38:24 | amiconn | Switching the backlight might cause voltage changes |
| 11:38:41 | LinusN | amiconn: ay, yes |
| 11:38:41 | amiconn | Hmm, but then the backlight tick just sends events to the backlight thread... |
| 11:39:34 | amiconn | What puzzles me most is that it causes OFF events, but no others |
| 11:39:45 | amiconn | OFF is connected to a port pin... |
| 11:40:39 | preglow | btw, shouldn't current_tick be declared volatile? |
| 11:40:58 | amiconn | It's simple to check whether it's connected to the backlight thing, I should do so |
| 11:41:14 | amiconn | Just set backlight to always on (or always off) |
| 11:41:18 | preglow | and why isn't it unsigned? |
| 11:42:20 | amiconn | It's signed to make it easier to compute time differences |
| 11:42:26 | LinusN | preglow: why volatile? |
| 11:42:39 | ashridah | isn't volatile basically ignored by the compiler these days? |
| 11:42:46 | ashridah | or am i thinking of 'register' |
| 11:42:46 | Bagder | ashridah: indeed not |
| 11:42:51 | Bagder | register is, yes |
| 11:42:53 | preglow | i thought the optimiser would really need volatile as a hint |
| 11:42:55 | ashridah | aah, okay |
| 11:42:57 | LinusN | ashridah: you mean "register" |
| 11:42:57 | preglow | what if current_tick changes in a function |
| 11:43:15 | LinusN | preglow: *any* global variable can change in a function |
| 11:43:18 | * | Bagder searched for days for a bug involving volatile the other day... |
| 11:43:22 | LinusN | the compiler knows that |
| 11:43:25 | preglow | LinusN: alrightey |
| 11:43:38 | preglow | so what's the use of 'volatile', then? |
| 11:43:42 | LinusN | UART |
| 11:43:45 | Bagder | hardware bound stuff |
| 11:43:45 | LinusN | for example |
| 11:43:59 | Bagder | *ptr = 0x200000; |
| 11:44:02 | Bagder | *ptr= 0 |
| 11:44:03 | Bagder | *ptr= 0 |
| 11:44:04 | LinusN | reading a FIFO |
| 11:44:09 | ashridah | io ports, basically stuff it shouldn't expect to be cachable iirc |
| 11:44:24 | Bagder | yes |
| 11:44:38 | | Join Febs [0] (n=medifebb@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 11:44:45 | preglow | so it's basically a write thing? |
| 11:44:49 | LinusN | no |
| 11:44:50 | Bagder | yes |
| 11:44:52 | Bagder | ;-) |
| 11:45:01 | preglow | since all global variables will be read each time anyway |
| 11:45:03 | Bagder | I'd say it is mostly used for writing |
| 11:45:04 | LinusN | let's say you poll a port pin |
| 11:45:24 | Bagder | no they won't |
| 11:45:33 | XavierGr | char *buf_pt = (char *)codec_malloc(BUFFER_SIZE); <- is this right? BUFFER_SIZE is 1MB. |
| 11:45:37 | Bagder | the compiler will keep them in registers within the same function |
| 11:45:42 | Bagder | unless volatile |
| 11:45:44 | preglow | XavierGr: you can't malloc that much memory |
| 11:45:48 | preglow | XavierGr: please don't malloc anything |
| 11:46:01 | | Quit KN|stiff ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 11:46:01 | XavierGr | really? |
| 11:46:03 | preglow | really |
| 11:46:08 | Bagder | really |
| 11:46:13 | muesli_- | true |
| 11:46:15 | preglow | use of malloc in rockbox is forbidden unless you really need it |
| 11:46:22 | preglow | and even then we'll just correct you and tell you to stop being silly ;) |
| 11:46:32 | XavierGr | preglow it is for the midi2wav plugin. |
| 11:46:41 | preglow | XavierGr: i know, but nothing in rockbox should use mallocs |
| 11:46:42 | LinusN | polling current_tick without calling a function in between will fail |
| 11:47:00 | preglow | XavierGr: the only places in rockbox we use mallocs, is in codecs, because we haven't bothered to remove them yet |
| 11:47:00 | XavierGr | why you included then in the first place? |
| 11:47:06 | LinusN | fortunately, we usually call yield() or sleep() between polls |
| 11:47:10 | preglow | XavierGr: because of the codecs, we didn't want to rewrite it all |
| 11:47:30 | XavierGr | but I am just testing anyway. And it is like a codec so... |
| 11:47:46 | | Join Bger [0] (n=Bager@83.222.160.88) |
| 11:47:49 | preglow | XavierGr: but no, you don't have much malloc memory anyway |
| 11:48:15 | XavierGr | But even if I can't allocate that much shouldn't it return a null? |
| 11:48:23 | linuxstb | XavierGr: Are you working on a plugin or a codec? |
| 11:48:26 | | Join justsomeperson [0] (n=92a91983@labb.contactor.se) |
| 11:48:35 | preglow | Bagder: you basially contradict linus here, he said the compiler knows global vars can change at any time |
| 11:48:42 | Bagder | he's wrong |
| 11:48:45 | XavierGr | plugin midi2wav |
| 11:48:53 | preglow | which makes me right! hooray! |
| 11:48:57 | Bagder | you can easily prove that |
| 11:49:00 | linuxstb | XavierGr: In which case, you can use the audio buffer. |
| 11:49:06 | LinusN | look what i just wrote |
| 11:49:16 | LinusN | polling current_tick without calling a function in between will fail |
| 11:49:18 | Bagder | outside functions, they can change |
| 11:49:19 | LinusN | fortunately, we usually call yield() or sleep() between polls |
| 11:49:57 | preglow | LinusN: yeah, i thought about that, i was just trying to clarify whether you'd thought of it or not |
| 11:50:01 | linuxstb | XavierGr: There is a function called something like get_audio_buffer() - the jpeg viewer uses it for example. |
| 11:50:04 | XavierGr | linuxstb: *mp3buf ? |
| 11:50:22 | preglow | XavierGr: you're going to use the mp3 buffer for storage space once the midi codec is turned into a real codec anyway |
| 11:50:47 | preglow | i'm just used to seeing all variables which are manipulated by isrs declared volatile |
| 11:51:02 | preglow | and then: why isn't it unsigned? :P |
| 11:51:14 | XavierGr | xxx2wave.c has an *mp3buf that relates to the audio buffer. (or so the comments say so.) |
| 11:51:34 | ashridah | preglow: to allow differences to be calculated easily apparently |
| 11:51:36 | LinusN | preglow: i believe it makes it easier to handle time comparisons |
| 11:51:47 | preglow | valid point |
| 11:51:56 | amiconn | preglow: [11:44:11] <amiconn> It's signed to make it easier to compute time differences |
| 11:51:57 | preglow | avoid casting hell |
| 11:52:27 | ashridah | so, does rockbox hang if the variable rolls over? :) |
| 11:52:51 | Bagder | I doubt many users have experienced a tick counter roll-over ;-) |
| 11:53:11 | preglow | btw, we still have a 'prevent clipping' option we can use to include bass and treble clipping |
| 11:53:35 | ashridah | Bagder: what, no-one's kept their player running for more than 400 days? (assuming it's a signed int, not a long or something) |
| 11:53:57 | preglow | should we use that for that purpose as well, or should we just ignore the bass and treble limiting people are going to be nagging about? |
| 11:54:08 | Bagder | ashridah: people are such reboot freaks ;-) |
| 11:54:54 | ashridah | <MR crowd> ooh! new cvs commit, new bleeding edge! it seems faster. is it faster? |
| 11:55:03 | ashridah | <rockbox> uh, that was a spanish language update. |
| 11:56:57 | Bger | lol |
| 11:56:58 | amiconn | ashridah: It's signed long on all current targets |
| 11:57:11 | XavierGr | hehe |
| 11:57:19 | ashridah | ah. so more like the year 3000 :) |
| 11:57:24 | amiconn | No |
| 11:57:41 | Bagder | some 248 days I believe |
| 11:57:47 | Bagder | our longs are 32 bit |
| 11:57:50 | ashridah | aah |
| 11:57:53 | linuxstb | ashridah: It's in units of 10ms (i.e. 100 ticks/sec) |
| 11:57:58 | * | ashridah should have been more specific |
| 11:58:06 | ashridah | interesting |
| 11:58:13 | LinusN | preglow: maybe some people would line a "prevent clipping" option |
| 11:58:19 | ashridah | of course, counting ticks, not seconds. |
| 11:58:19 | LinusN | s/line/like/ |
| 11:59:08 | amiconn | *If* we want to implement clipping prevention, it should be done at the app level, properly indicating the changed values |
| 11:59:26 | amiconn | No behind-the-scenes mangling... |
| 12:00 |
| 12:00:03 | LinusN | amiconn: does the app have enough knowledge about the dac to adjust properly? |
| 12:00:41 | | Nick ashridah is now known as Lost-ash (n=ashridah@69.55.227.55) |
| 12:07:06 | linuxstb | I'm just thinking aloud, but what about a sound settings screen that makes everything (volume, bass, treble, loudness etc) visible together, with some indication where a certain combination could cause clipping. If a "prevent clipping" mode was added, then this would visibly auto-adjust the other settings when a change to one setting introduced clipping. |
| 12:08:25 | LinusN | linuxstb: i like that idea |
| 12:09:11 | XavierGr | Now just great! I used the ready buffer from xxx2wav and the wave file is all garbage sounds. |
| 12:09:59 | XavierGr | I will try the get_audio_buffer. |
| 12:09:59 | LinusN | linuxstb: the problem still remains, the application doesn't have the necessary knowledge about the dac to do those adjustments |
| 12:10:18 | justsomeperson | having sound adjustments at app level is a good idea |
| 12:11:22 | justsomeperson | in fact that what I'd do if I had time originally instead of current "prevent clipping" option |
| 12:11:51 | justsomeperson | what knowledge we don't have about DAC ? |
| 12:12:40 | LinusN | the application has only the set_xxx() API |
| 12:13:04 | LinusN | it doesn't know the limits and the relations between the bass/treble and the volume |
| 12:13:15 | LinusN | and not anything about the prescaler |
| 12:13:18 | markun | Will the volume display be changed to dB? I like it |
| 12:13:25 | justsomeperson | set everything as % |
| 12:13:34 | LinusN | markun: yes |
| 12:14:45 | LinusN | of course, we could extend the sound driver api with get() methods |
| 12:15:02 | LinusN | then the app can easily find out what has changed and display it |
| 12:15:09 | markun | The Gigabeat's firmware is getting worse and worse compared to rockbox :) |
| 12:15:21 | Bagder | don't they all? |
| 12:15:34 | | Join KN|stiff [0] (i=phhome@141.48.5.84) |
| 12:15:35 | XavierGr | wave2wv seems to use 2MB buffer (or 1)? |
| 12:15:47 | | Part Sando |
| 12:16:09 | linuxstb | Could we write a function called something like prevent_clipping(&vol,&bass,&treble,ADJUST_BASS|ADJUST_TREBLE) which will adjust the specified settings to a combination that won't clip. |
| 12:16:20 | markun | Bagder: they only advantage some have is unicode support.. but not for long :) |
| 12:16:25 | Bagder | :-) |
| 12:16:31 | | Join wxls [0] (i=gekko@c-67-176-26-108.hsd1.co.comcast.net) |
| 12:16:41 | | Join Sando [0] (n=lolsteam@techgaming.net) |
| 12:16:45 | Bagder | well, some would say WMA support or video playback of course |
| 12:17:02 | | Nick wxls is now known as kamsa (i=gekko@c-67-176-26-108.hsd1.co.comcast.net) |
| 12:17:04 | justsomeperson | linuxstb: good idea |
| 12:17:25 | XavierGr | or DRM. But I hate DRM |
| 12:17:30 | kamsa | does the h300 series have usb support now? (referrring to the latest build update) |
| 12:17:41 | justsomeperson | but this is essentially what my patch does internally... |
| 12:19:01 | markun | Let's develope our own DRM and force other companies to use it to be rockbox compliant :) |
| 12:19:27 | | Part kamsa |
| 12:21:01 | | Join Zak1392 [0] (n=zkeeping@CPE-144-137-192-213.sa.bigpond.net.au) |
| 12:22:00 | | Join leftright [0] (n=5087eaaf@labb.contactor.se) |
| 12:23:06 | Zak1392 | haha, USB mode is cool. thanks linus ;) |
| 12:24:14 | LinusN | Zak1392: you're welcome |
| 12:24:17 | leftright | replay gain already has a "prevent clipping" menu, this conflicts with the "prevent clipping" menu under volume, very confusing |
| 12:24:24 | Jungti1234 | XavierGr, Why do you hate DRM? |
| 12:25:15 | linuxstb | Jungti1234: I think it's obvious - DRM removes your freedom to do what you want with the music you buy. |
| 12:25:44 | Zak1392 | hey linus, do you know why rockbox sucks up so much battery life? |
| 12:25:54 | Jungti1234 | I think so. |
| 12:26:03 | LinusN | Zak1392: no |
| 12:26:18 | LinusN | Zak1392: some people claim it's the lcd, but i haven't measured |
| 12:26:30 | Zak1392 | any ideas at all? |
| 12:27:03 | LinusN | it could be the lcd, but it may very well be a port pin collision somewhere, draining power and heating up the cpu |
| 12:27:04 | Bagder | those people blaiming the LCD hardly knows that anyway, they just guess |
| 12:27:24 | Bagder | since it is an obvious difference to the original fw |
| 12:27:44 | Bagder | btw, can the original h300 firmware shut off the lcd on demand? |
| 12:27:52 | amiconn | LinusN: I think it should be possible to do those adjustments at the app level. Just make sure current_volume + MAX(bass_boost, treble_boost) <= max_volume |
| 12:28:03 | Zak1392 | but sometimes when the battery goes down to about 60% in rockbox it shows full battery in iriver firmware |
| 12:28:05 | amiconn | The thing is, I start to believe that it doesn't make sense |
| 12:28:34 | Bagder | Zak1392: well, you shouldn'y judge battery life based on ther percentage shown |
| 12:28:40 | Bagder | only pure run-time counts |
| 12:28:54 | LinusN | the battery level hasn't been calibrated on the h300 |
| 12:29:13 | LinusN | amiconn: doesn't make sense? |
| 12:29:20 | amiconn | We will have (and already have) more factors than just treble and bass which influence the point of possible clipping |
| 12:29:30 | LinusN | oh yes |
| 12:29:43 | Zak1392 | but sometimes it shows the battery down in iriver firmware too |
| 12:29:55 | Bagder | again, only pure run-time counts |
| 12:30:13 | amiconn | Loudness on MAS3587/MAS3539, probably software EQ on iriver, replaygain on archos... |
| 12:30:16 | | Quit muesli_- (Read error: 110 (Connection timed out)) |
| 12:30:26 | LinusN | amiconn: true, true... |
| 12:30:42 | amiconn | Furthermore, quiet tracks don't clip as early as loud tracks (of course) |
| 12:31:44 | LinusN | exactly |
| 12:31:57 | Zak1392 | how come it says 2h 36min remaining at 100% battery life but when it goes down to 98% it says 8h 47min? |
| 12:32:04 | amiconn | You see, I changed my opionion. We shouldn't limit the volume artificially. If it clips, the user will notice and reduce the volume |
| 12:32:18 | LinusN | still, i think it could be useful with a mode where the user can crank the volume safely |
| 12:32:23 | amiconn | This is in fact the case with most other equipment |
| 12:32:31 | Bagder | Zak1392: what in everything we write doesn't reach you? |
| 12:33:00 | Bagder | Zak1392: you can help us fix that, or you can continue asking those questions |
| 12:33:25 | linuxstb | The behaviour some users want (iriver firmware users) is to automatically scale back the bass when the volume is increased, and also to automatically return the bass to the high setting when volume is decreased. |
| 12:33:31 | XavierGr | I agree with Linus on that |
| 12:33:57 | Bagder | I guess the problem is to define "safely" |
| 12:33:57 | LinusN | i wouldn't use that mode, but i believe it has a use |
| 12:34:07 | Zak1392 | bagder: it's just that 2h is kinda scary lol |
| 12:34:13 | LinusN | clipping can destroy a tweeter |
| 12:34:21 | LinusN | (so i've heard) |
| 12:34:26 | Bagder | Zak1392: why? If the estimate is wrong? |
| 12:34:58 | Zak1392 | it just freaked me out when i first saw it |
| 12:35:05 | leftright | whyy not treat the volume as most hifi's do, with no behind the scenes trickery, turn your hifi up too much distortion, simple |
| 12:35:25 | amiconn | leftright: That's exactly how my patch handles it |
| 12:35:32 | Bagder | that's what I think too |
| 12:35:36 | Bagder | let's do that first |
| 12:35:53 | Bagder | and only if it reaaaaally gets annoying, add a weird way to avoid it |
| 12:36:36 | justsomeperson | I can already see flaming in the forum about that :) |
| 12:36:41 | amiconn | I doubt that it will get annoying. We do this on archos recorders for years... |
| 12:37:07 | Bagder | justsomeperson: users will complain no matter what we change, that's not a reason to not change |
| 12:37:25 | | Part criis |
| 12:37:25 | linuxstb | I agree - let's take this one step at a time. amiconn's patch is a much better basis for whatever we may want to change in the future. |
| 12:37:26 | justsomeperson | first users ask for a feature for several months, then they get it for couple of days and then it gest taken away :) |
| 12:37:32 | LinusN | you just switch between complaining crowds |
| 12:37:36 | Bagder | justsomeperson: I disagree |
| 12:37:46 | Bagder | justsomeperson: they mostly wanted the previous behaviour removed |
| 12:37:49 | leftright | I honestly dont expect the bass/treble to change if I fiddle with the volume, |
| 12:37:50 | Bagder | and this still has that removed |
| 12:38:19 | justsomeperson | not a single user complained about new options I did... but whatever... |
| 12:38:19 | Bagder | and again: users will whine no matter |
| 12:38:46 | Bagder | justsomeperson: you haven't been around here enough then! |
| 12:39:31 | justsomeperson | I haven't, but the option now is very customizable, however I do agree that internally it looks ugly... |
| 12:39:38 | leftright | prevent clipping appears twice in different menu's why, do they do the same thing |
| 12:41:02 | Bagder | justsomeperson: yes, but the existance of the option itself is also a problem |
| 12:41:08 | leftright | I prefer the tradtional "audiophile method of volume control, which I can control |
| 12:41:16 | justsomeperson | but all user sees is the ability to do whatever he wants - app level options do make more sense though, I agree |
| 12:41:53 | justsomeperson | leftright: which is why OFF option should be always there |
| 12:42:18 | justsomeperson | badger: why option is a problem ? |
| 12:42:45 | Bagder | we have too many |
| 12:42:52 | justsomeperson | so what ? |
| 12:43:05 | Bagder | so users are confused, can't find them, can't understand them |
| 12:43:20 | justsomeperson | if you worry about user-friendliness - half of the option should be removed... |
| 12:43:23 | Bagder | we fight hard to limit the amount |
| 12:43:55 | justsomeperson | its a personal choice what do you want to change |
| 12:43:55 | Bagder | well, we certainly don't improve usability by adding more |
| 12:44:08 | Bagder | I mean, if avoidable |
| 12:44:17 | leftright | justsomeperson: a lot of the confusion appeard because no-one knew/understood what your menu options did, and the wiki wasn't updated |
| 12:44:17 | | Join webguest87 [0] (n=502c78e2@labb.contactor.se) |
| 12:44:20 | justsomeperson | IMHO its too late for that :) |
| 12:44:28 | | Quit webguest87 (Client Quit) |
| 12:44:33 | Bagder | nothing is too late |
| 12:44:35 | justsomeperson | why not have "expert options" |
| 12:44:50 | justsomeperson | in one place insteat of all over options |
| 12:45:07 | Bagder | what would these expert options do? |
| 12:45:14 | LinusN | i don't like that idea |
| 12:45:17 | preglow | anyway, a general prevend clipping option would be nice |
| 12:45:26 | justsomeperson | it will hide all tricky options from newbie if you don't want to see them |
| 12:45:28 | preglow | wonder if it should be default on or not :> |
| 12:45:34 | Bagder | so what is a "tricky" option? |
| 12:45:46 | LinusN | mostly because there will be an eternal discussion about what options are "expert" or not |
| 12:45:51 | Bagder | indeed |
| 12:45:54 | amiconn | preglow: The problem is how to detect potential clipping... |
| 12:46:00 | Bagder | and all users will fiddle with the expert options anyway |
| 12:46:29 | LinusN | i think options are good, but only if really necessary |
| 12:46:33 | justsomeperson | no one would agrue (I mean endusers) where to put option as long as they can access them - believe me |
| 12:46:36 | | Join newnick [0] (n=502c78e2@labb.contactor.se) |
| 12:46:43 | Bagder | I don't |
| 12:46:54 | Bagder | users _always_ argue about where the options and menu items are |
| 12:46:55 | preglow | amiconn: assume worst case |
| 12:47:03 | LinusN | "i want xxx to be reachable with one click" - heard that before? |
| 12:47:25 | Bagder | justsomeperson: there are currently several threads on exactly that topic going on |
| 12:47:48 | justsomeperson | yes, but that's basic functionality - clipping is not one of them... |
| 12:47:55 | LinusN | "why not use the xxx button to do yyy instead?" |
| 12:48:17 | LinusN | all users have different opinions on what basic functionality is |
| 12:48:26 | justsomeperson | like I want radio to be accesible in one click is a valid request for instance... |
| 12:48:37 | Bagder | I don't think you've been around long enough to make such general statements about rockboc users |
| 12:48:37 | justsomeperson | while the same don't applyfor clipping |
| 12:49:02 | XavierGr | that's why TiMiD wanted to make a full configurable button map and menu positions! :p But that is way too difficult and tricky |
| 12:49:04 | Bagder | these discussions always comearound |
| 12:49:09 | justsomeperson | I know users in general - they do listen to reasoning... |
| 12:49:19 | Bagder | justsomeperson: yes, but want the results their own way |
| 12:49:37 | Bagder | just like everyone else |
| 12:49:51 | justsomeperson | as long as they can do it in any way - they will make piece in the end |
| 12:49:58 | | Join `3nergy [0] (n=3nergy@techgaming.net) |
| 12:50:10 | amiconn | preglow: Well, if we assume worst case: 24 dB of bass boost together with +12 dB of some eq band means reducing volume by 36 dB |
| 12:50:18 | amiconn | That's too quiet even for my taste |
| 12:50:19 | preglow | amiconn: don't reduce volume, just clip bass |
| 12:50:43 | preglow | amiconn: i think volume should always be the last thing to be capped |
| 12:50:50 | LinusN | me too |
| 12:50:51 | preglow | more bass doesn't matter to me if the volume is lowered as an effect |
| 12:50:55 | justsomeperson | me too |
| 12:51:18 | LinusN | let's cite fletcher-munson or whatever they were called |
| 12:51:28 | amiconn | Reduceing the bass is possible... (when indicated properly) ... but how would you do this for the EQ |
| 12:51:59 | preglow | amiconn: exactly like that? if the volume is 0dB and someone tries to amplify, then hell no if you've got "prevent clipping" on |
| 12:52:19 | preglow | the eq will come with a preamp so you can fix the levels |
| 12:52:28 | amiconn | At 0 dB volume there is no problem, but at slightly lower values there is |
| 12:53:04 | amiconn | EQ band and hardware treble/bass might be additive or not, depending on which bands they act on |
| 12:53:26 | preglow | ahh, indeed, again, we'll pretty much have to assume worst case |
| 12:53:33 | preglow | assume they overlap and prevent it |
| 12:53:44 | amiconn | E.g. 12 dB of bass boost + 12 dB of lowest EQ band mean a maximum boost of 24 dB |
| 12:53:58 | preglow | i don't think "prevent clipping" is an option for people who would dislike such behaviour anyway |
| 12:54:16 | amiconn | ...but 12 dB of bass boost and +12 dB of highest EQ band mean a maximum of 12 dB |
| 12:54:24 | preglow | you use "prevent clipping" if you want to avoid clipping at all costs |
| 12:54:32 | linuxstb | Does it make sense to enable both the software and hardware EQs together? |
| 12:54:40 | preglow | well, perhaps |
| 12:54:44 | amiconn | It might |
| 12:54:47 | preglow | i don't know what the hardware eq filters looks like |
| 12:54:52 | preglow | they might be one pole shelving filters |
| 12:54:59 | preglow | in which case they'll sound slightly different than mine |
| 12:55:07 | amiconn | Treble boost range is rather low on the UDA |
| 12:56:18 | linuxstb | From a user's point of view, it could be confusing to have bass settings in two different places. |
| 12:56:29 | Bagder | true |
| 12:57:05 | preglow | indeed |
| 12:57:06 | XavierGr | We can always say to them RTFM!!! |
| 12:57:10 | preglow | so do you suggest we leave the uda ones out? |
| 12:57:17 | preglow | they're still useful, since they take no cpu |
| 12:57:17 | LinusN | i would |
| 12:57:23 | preglow | i kind of would |
| 12:57:30 | preglow | but like i said, they're free, no extra battery required |
| 12:57:33 | preglow | and that's a good point on a dap |
| 12:57:38 | linuxstb | I would prefer them to both be adjustable on the same screen. |
| 12:57:54 | Zak1392 | see ya guys |
| 12:57:55 | LinusN | how does it work in the original firmware= |
| 12:57:57 | LinusN | ? |
| 12:58:00 | preglow | LinusN: that's all they have |
| 12:58:02 | preglow | LinusN: the uda ones |
| 12:58:16 | Bagder | and then the SRS stuff etc |
| 12:58:18 | linuxstb | So somehow combine the software and hardware EQ settings - but I've no idea how. |
| 12:58:21 | XavierGr | no |
| 12:58:23 | amiconn | preglow, LinusN: Perhaps make them selectable? |
| 12:58:27 | preglow | but yeah, if we put the uda ones in the eq screen, then the proper ones wont really make sense for most users |
| 12:58:29 | XavierGr | yes |
| 12:58:31 | | Quit Zak1392 () |
| 12:58:40 | amiconn | If EQ is enabled, only use EQ, else use UDA treble/bass |
| 12:58:48 | LinusN | don't they have those silly Jazz, Rock presets? Are they just uda settings? |
| 12:58:56 | Bagder | yes, I vote for the selectable approach |
| 12:58:58 | preglow | you can choose |
| 12:59:00 | Bagder | use either one |
| 12:59:05 | preglow | but yeah, selectable approach sounds good |
| 12:59:07 | LinusN | amiconn: makes sens |
| 12:59:09 | LinusN | e |
| 12:59:36 | preglow | but yeah |
| 12:59:43 | preglow | software eq will introduce a volume control |
| 12:59:48 | preglow | will this fit better some place else? |
| 12:59:54 | preglow | i don't think so |
| 13:00 |
| 13:00:03 | amiconn | preglow: Why? |
| 13:00:15 | amiconn | My idea is as follows: |
| 13:00:29 | preglow | because eqs usually have them |
| 13:00:35 | preglow | people expect them |
| 13:00:35 | | Part leftright |
| 13:00:57 | preglow | and they might be nice if you want to do some manual prescaler action |
| 13:01:03 | amiconn | The EQ needs to scale down the whole signal by the same value as the highest boost in one band, to prevent clipping |
| 13:01:24 | preglow | yes, the good old prescale/postscale thing |
| 13:01:32 | amiconn | This can be auto-corrected by boosting the main volume, like it's done for the UDA/MAS3507 presclaer now |
| 13:02:14 | amiconn | The EQ just needs a way to tell it that it should reduce prescaling, to avoid global volume cap |
| 13:03:22 | preglow | btw: now that we will have an extra software gainer, it becomes possible with amplitudes higher than 0dB |
| 13:03:42 | preglow | i think it should be possible to have higher gains than 0dB if "prevent clipping" is not enabled |
| 13:03:54 | preglow | hmm, or that might not be the correct way |
| 13:04:07 | preglow | it'd be too unobvious that 0dB isn't the "real" maximum |
| 13:04:46 | amiconn | It's no different from the treble/bass boost as I see it |
| 13:05:06 | preglow | no, it is no different |
| 13:05:18 | amiconn | The only difference is that you can apply positive gain values to all EQ bands |
| 13:05:51 | | Quit justsomeperson ("CGI:IRC") |
| 13:05:52 | preglow | but about this software gainer thing, am i the only one that wants to be able to digitally amplify the signal? |
| 13:05:56 | amiconn | ...but that doesn't change the meaning of the main volume control, imho. |
| 13:05:57 | preglow | i've got some albums that are really quiet |
| 13:06:13 | amiconn | Replaygain does in fact the same |
| 13:06:32 | preglow | does what? gain the signal? |
| 13:06:33 | | Join Zak1392 [0] (n=zkeeping@CPE-144-137-192-213.sa.bigpond.net.au) |
| 13:06:50 | preglow | sure it does, but i want to be able to control intuitively, which does not mean entering the menu jungle and adjusting the preamp |
| 13:07:22 | preglow | which again does only work for files that are tagged with replaygain, which almost none of my files are |
| 13:09:29 | amiconn | Same here, as I don't use replaygain |
| 13:09:40 | markun | replaygain is nice |
| 13:09:40 | preglow | i'd plain and simple just like to be able to use positive db values, just like on some of the archoses, with the software gain taking action once you go over 0dB |
| 13:09:45 | | Quit Zak1392 (Client Quit) |
| 13:10:15 | preglow | but yeah, we can just plain and simple use the replaygain gainer for this |
| 13:10:17 | *** | Saving seen data "./dancer.seen" |
| 13:10:49 | amiconn | The archoses all have the ability to go above 0 dB, that's just how the datasheets define 0 dB for the respective DACs |
| 13:10:52 | preglow | nice, but i don't like it on daps, |
| 13:16:35 | | Join t0mas [0] (n=Tomas@unaffiliated/t0mas) |
| 13:16:54 | markun | preglow: why not? |
| 13:17:24 | preglow | markun: in general, it makes music too quiet |
| 13:19:01 | markun | For me it works great. Maybe my earphones are a bit more efficient. |
| 13:19:27 | | Join webguest85 [0] (n=864c030d@labb.contactor.se) |
| 13:20:14 | preglow | probably |
| 13:20:22 | preglow | my earphones just broke, so i need new ones :////// |
| 13:20:27 | preglow | any recommendations? |
| 13:20:59 | LinusN | ex71 |
| 13:21:14 | markun | I'm looking myself. I like my PortaPros, but only for quiet environments like the library. |
| 13:21:52 | | Join leftright [0] (n=5087eaaf@labb.contactor.se) |
| 13:21:59 | preglow | i never heard an earplug i liked |
| 13:22:02 | amiconn | I think it depends a lot on what you want and how much money you are willing to spend |
| 13:22:03 | preglow | i'd like to, though |
| 13:22:11 | markun | I would like to try the Sharp MD33, but I can't find a place to buy them. |
| 13:22:12 | * | amiconn uses Sennheiser MX450 |
| 13:22:15 | preglow | i'm willing to spend a bit of money, i listen to music a lot |
| 13:22:16 | leftright | sony noise cancelling earbuds are good |
| 13:22:22 | | Quit TCK- (Read error: 113 (No route to host)) |
| 13:22:36 | leftright | not the headphones |
| 13:23:06 | XavierGr | I use shure e2c, very good phones IMHO. |
| 13:23:09 | preglow | these in-ear type earplugs have better sound than the usual ones, then? |
| 13:23:14 | preglow | because usual ones sound like shite |
| 13:23:20 | leftright | I have UE10's and Sony noise cancelling buds, the sony sound is quite good |
| 13:23:52 | XavierGr | Indeed. I can hear details that I couldn't imagine with those earphones |
| 13:24:30 | leftright | I also have the normal sony earbuds, they are complete trash |
| 13:24:32 | * | amiconn can't imagine using in-canal phones |
| 13:24:37 | Bagder | sounds you can't imagine? you mean like voices in your head? B-] |
| 13:25:10 | preglow | but he can imagine those, you see |
| 13:25:14 | leftright | the sony's aren't very intrusive, the noise cancelling one's that is |
| 13:25:20 | XavierGr | Bagder: Yeah something like that :D |
| 13:25:28 | preglow | he's speaking about the sounds he doesn't hear in his head, few though they may be |
| 13:25:48 | Bagder | head-external sounds |
| 13:25:48 | amiconn | No. First, I think these things can't be comfortable. Then, the sealing would irritate me like hell |
| 13:26:02 | XavierGr | I oreder the sony mdr ex71 for ease of use. |
| 13:26:15 | preglow | i find most earplugs extremely uncomfortable when using them for long |
| 13:26:18 | XavierGr | Do they have that annoying neck strap? |
| 13:26:20 | leftright | strangely not so with the sony's amiconn |
| 13:26:35 | XavierGr | You know the one that one channel cord is longer than the other... |
| 13:26:42 | amiconn | I'm already irritated by closed classic heaphones. I always prefer open ones |
| 13:26:43 | leftright | I also have ER6's, which do hurt |
| 13:27:06 | leftright | and sound way to bright, dont like their sound either |
| 13:28:27 | leftright | UE make some lower priced models as well, but I cant vouch their tonal quality, |
| 13:28:42 | | Quit t0mas ("brb") |
| 13:29:20 | | Join t0mas [0] (n=Tomas@unaffiliated/t0mas) |
| 13:30:37 | | Join nitromx [0] (n=44082e0d@labb.contactor.se) |
| 13:30:53 | Rob2222_ | usb |
| 13:31:07 | | Quit nitromx (Client Quit) |
| 13:31:20 | linuxstb | preglow: Can I have your opinion on this patch: http://www.davechapman.f2s.com/rockbox/shorten.diff |
| 13:31:33 | linuxstb | He's added a _lot_ of assembler to the decoder - possibly too much IMO. |
| 13:31:37 | preglow | certainly, gimme a sec |
| 13:31:48 | preglow | how does it perform as it is? |
| 13:32:16 | linuxstb | It's extremely fast already. Only a tiny boost with the CPU at 24MHz IIRC |
| 13:32:53 | XavierGr | Now THAT is totally strange. |
| 13:33:03 | preglow | he also does a ton of c based opts |
| 13:33:17 | XavierGr | Plugin-Api didn't got boost those days right? |
| 13:34:01 | XavierGr | My old compiled jpeg.rock (with same plugin verion) half-worked. |
| 13:34:14 | preglow | linuxstb: have you/he tested this? i can't even find the macsr init |
| 13:34:20 | XavierGr | It could display the pics and load picures while playing music. |
| 13:34:44 | XavierGr | But it couldn't scroll pictures. I recompiled it and all is fine. But why this happened? |
| 13:35:38 | linuxstb | preglow: He's tested it, but I haven't. He also said he can't find any SHN files using LPC compression - so that part is untested. I'm not sure if the other parts even use the EMAC. |
| 13:36:15 | | Part leftright |
| 13:37:37 | preglow | i'd also love to know what performance improvement we'll see |
| 13:37:43 | preglow | couple of notes you can relay/fix, whatever: 1. macsr needs to be initalised 2. i don't like the mcd5249_ prefix, use emac_ or something instead |
| 13:38:39 | preglow | man, this patch will really remove us from the ffmpeg code base |
| 13:40:29 | preglow | btw, the suggestion about different peak meter colours sounds decent. i'd love to see more use of grayscales/colours |
| 13:44:01 | linuxstb | preglow: Yes, the patch does make it very different from the original decoder. I think I'll ask the author to reduce the number of changes to just those that make a significant speed improvement. I'll mention your notes as well. |
| 13:45:25 | preglow | sounds nice |
| 13:45:59 | | Join tvelocity [0] (n=tony@ipa216.4.tellas.gr) |
| 13:46:04 | preglow | and ueah |
| 13:46:09 | preglow | tell him to test the lpc code somehow |
| 13:46:15 | preglow | i don't want untested code commited |
| 13:46:52 | Jungti1234 | You help me. |
| 13:47:20 | | Join ep0ch| [0] (n=ep0ch|@81-6-216-218.dyn.gotadsl.co.uk) |
| 13:47:22 | Jungti1234 | Error happened during compile. |
| 13:47:30 | preglow | are you still using patches? |
| 13:47:46 | ep0ch| | hello :) |
| 13:47:54 | markun | preglow: I told him to cvs update with the unicode patch still applied.. |
| 13:48:15 | Jungti1234 | hi ep0ch| |
| 13:48:15 | preglow | markun: pretty please, someone commit the unicode patch soon :/// |
| 13:48:49 | linuxstb | preglow: Yes, he can generate test files with lpc by using the "-l lpc_order" option to shorten when encoding the files. (the default value is 0 - i.e. no lpc) |
| 13:48:59 | preglow | then there's no reason for not testing |
| 13:49:07 | preglow | i seriously doubt the code works, esp. without the macsr init |
| 13:49:13 | markun | There are a few small problems, but maybe I can fix them after the commit. |
| 13:49:45 | ep0ch| | i dont suppose someone fancies adding "current bitrate" to the audio thread debug screen? i.e. to see what the current bitrate is for vbr files. |
| 13:52:41 | chopped_pork | yes *please* commit unicode at last, it's been too many days in state of maybe-it'll-get-commited-today-or-tommorow :) |
| 13:53:26 | Bagder | it was never "maybe today" until about yesterday ;-) |
| 13:53:41 | chopped_pork | oh |
| 13:53:44 | chopped_pork | my bad |
| 13:53:48 | amiconn | LinusN: It seems that you fixed the dual ISD power for H1x0 as well, but the comment is incomplete now |
| 13:54:07 | LinusN | which one? |
| 13:54:53 | markun | LinusN: should I commit unicode and fix the remaining problems later? |
| 13:55:17 | Bagder | are the remaining ones any serious? |
| 13:55:58 | LinusN | markun: how does it affect voice and plugins? |
| 13:56:14 | chopped_pork | oh and btw, i've been using someones build with unicode to give it a shot (it worked great), and that build included linus' patch for left-from-browser-goes-to-wps and surprisingly found it extremely useful and intuitional - is that going to make into official rockbox source someday? |
| 13:56:43 | markun | the viewer is not ready yet. Only reads utf-8 (so 7-bit ascii works). There is a problem with the starmap font (segfaults). The credidts on the player have a small glitch |
| 13:57:12 | markun | LinusN: I didn't try any voice related things. |
| 13:57:16 | linuxstb | ep0ch|: How would you define "current bitrate" ? |
| 13:58:24 | LinusN | chopped_pork: the left-to-wps feature doesn't get my vote |
| 13:59:03 | amiconn | Voice does work as far as I tested it |
| 13:59:10 | chopped_pork | LinusN: oh. i thought since it's your patch you must've found it useful, but the rest of the team was against that or something :) |
| 13:59:21 | amiconn | markun: Did you fix the text alignment in the button bar? |
| 13:59:37 | LinusN | i only made it out of pure kindness |
| 13:59:49 | chopped_pork | :D three cheers for that, thank you:) |
| 13:59:54 | markun | amiconn: yes, I did |
| 13:59:59 | amiconn | markun: Also, we do need a smaller unicode font |
| 14:00 |
| 14:00:19 | amiconn | Are there any such fonts? |
| 14:00:26 | Bagder | well, we don't need to have all quirks fixed before the commit |
| 14:00:33 | amiconn | Yes, sure |
| 14:00:48 | | Quit Seed (Nick collision from services.) |
| 14:00:53 | | Join Seedy [0] (i=ben@85-64-200-85.barak-online.net) |
| 14:00:54 | markun | amiconn: well, I have some smaller unicode fonts (5x7 is the smallest) but it doesn't have japanese of course :( |
| 14:00:57 | markun | :) |
| 14:01:00 | amiconn | The font cache might profit from having a real memmove(). Motivation for working on it... |
| 14:01:27 | amiconn | I already have fully optimised memmove() for SH1 |
| 14:01:38 | preglow | amiconn: and memcpy for coldfire, that's half the work |
| 14:01:39 | preglow | go go go! |
| 14:02:11 | amiconn | Yes, memmove() is basically dual memcpy(), one working forward and the other working backward |
| 14:02:18 | amiconn | ...and a selector between them |
| 14:02:36 | markun | I'll just commit unicode then, ok? ami, linus? |
| 14:02:36 | | Join webguest28 [0] (n=51429e4f@labb.contactor.se) |
| 14:02:40 | amiconn | With asm, memcpy() is just a secondary entry point into memmove() |
| 14:03:03 | webguest28 | please commit this unicode!!!! |
| 14:03:06 | | Quit webguest28 (Client Quit) |
| 14:03:15 | preglow | hahah |
| 14:03:20 | amiconn | markun: Don't forget to convert the .lang. files. I could do the cleanup & version bump later |
| 14:03:22 | preglow | guerilla requesting |
| 14:03:32 | Bagder | hehe |
| 14:03:35 | markun | amiconn: just do it in 1 big commit? |
| 14:04:08 | * | Bagder buckles up |
| 14:04:24 | * | linuxstb goes for a long lunch |
| 14:04:37 | amiconn | Oh, iirc there's some work for a script magician as well. Bagder? |
| 14:04:55 | Bagder | to do what? |
| 14:05:08 | amiconn | The codepage files need to be packaged in the distribution .zip |
| 14:05:27 | * | Bger goes with "unicode" screaming people |
| 14:05:34 | Bagder | I can work on that when the files are in |
| 14:06:30 | amiconn | Bger: The unicode patch does not yet touch the builtin font |
| 14:06:48 | | Quit webguest85 ("CGI:IRC (Ping timeout)") |
| 14:06:56 | amiconn | markun: Imho that's an area that will need to be worked on next |
| 14:07:09 | * | LinusN hides and awaits the unicode impact |
| 14:07:18 | amiconn | Support an on-disk default font, preferably using a builtin ascii part |
| 14:07:38 | Bger | amiconn: guessed that it's this way, but ... :) |
| 14:07:41 | | Quit KN|stiff (Read error: 104 (Connection reset by peer)) |
| 14:07:48 | | Join djgalak [0] (n=c365265d@labb.contactor.se) |
| 14:08:01 | Bger | please, built-in cyr and greek :) |
| 14:08:01 | markun | LinusN: I'm preparing a patch to apply to my commit dir, could take a while because I don't want to commit the wrong things of course. |
| 14:08:42 | markun | I'll add the right people to the credit file later, ok? |
| 14:08:43 | Bger | LinusN: 10x for the USB mode!! :) |
| 14:08:52 | amiconn | Bger: Built-in non-ascii makes no sense. The .lng files need to be read from disk anyway |
| 14:08:55 | XavierGr | Ah ye me Greel :) |
| 14:08:55 | XavierGr | nice typing |
| 14:09:03 | LinusN | markun: we expect a few "oops" commits, it's a tradition |
| 14:09:09 | Bger | hehehe :) |
| 14:09:14 | Bger | especially for Linus:) |
| 14:09:19 | preglow | i sure as hell would with something as large as this |
| 14:09:20 | LinusN | :-P |
| 14:09:24 | * | preglow hoists the unicode flag |
| 14:09:41 | amiconn | (but unicode is another reason to work on cyrillic + greek for the player) |
| 14:09:47 | djgalak | hello |
| 14:09:53 | amiconn | Oh, and katakana for new-lcd players |
| 14:09:57 | XavierGr | now who will catch first the MR post? |
| 14:10:56 | | Join Mongey| [0] (n=mongeyc@213-94-255-128.b-ras1.dbn.dublin.eircom.net) |
| 14:11:02 | | Nick Seedy is now known as Seed (i=ben@85-64-200-85.barak-online.net) |
| 14:11:48 | Bger | amiconn: why need for .lng from disk ? |
| 14:12:08 | Bger | u choose the built-in lang compiletime ... or i'm wrong |
| 14:12:08 | | Quit djgalak (Client Quit) |
| 14:12:11 | XavierGr | Rockbox Song Current Timer: 15:00 Rockbox Song Total Timer: 4:04 :(( |
| 14:14:06 | | Join webguest28 [0] (n=864c030d@labb.contactor.se) |
| 14:14:51 | linuxstb | LinusN: Thinking about the RTC, do you have any preferences for implementing it on the H300? You suggested either disabling interrupts during the read or reading it from an interrupt. |
| 14:16:03 | markun | Shall I throw in some unicode fonts or do it in the next commit? |
| 14:17:26 | LinusN | linuxstb: i think it doesn't matter, so do it with disabled interrupts |
| 14:17:57 | LinusN | however, it might be a good idea to read one byte at a time and enable the irq in between |
| 14:18:08 | LinusN | markun: add some fonts too |
| 14:18:14 | | Quit ender` (Read error: 110 (Connection timed out)) |
| 14:19:31 | Mongey| | (h300)just to let you know (if you dont already) when charging it charges with the i-river firmware unless you've already booted to RB |
| 14:20:27 | LinusN | Mongey|: what do you mean? |
| 14:20:37 | Bagder | that's how it works |
| 14:20:46 | Bagder | since you didn't switch it on, it can't start rockbox |
| 14:21:22 | Bagder | LinusN: I assume he means the charging screen it starts when you charge |
| 14:21:24 | LinusN | Mongey|: you mean it starts the original firmware when you insert the charger? |
| 14:21:36 | Mongey| | yep |
| 14:21:50 | Mongey| | unless youve already booted to RockBox |
| 14:22:05 | LinusN | that's because the h300 bootloader only start rockbox if it was started with the ON button |
| 14:22:24 | Mongey| | kk |
| 14:22:25 | LinusN | that will change |
| 14:22:31 | Mongey| | nice |
| 14:23:10 | Mongey| | LinusN; any idea when rockbox will be optimised for the h3x0 |
| 14:23:50 | Bagder | see topic |
| 14:24:10 | preglow | we should have logbot spam the topic to the channel every ten seconds |
| 14:24:11 | Mongey| | lol |
| 14:25:10 | * | Mongey| thinks how to alter his question so it not an esimate release date |
| 14:25:30 | Bagder | don't bother |
| 14:25:38 | Mongey| | ok |
| 14:25:39 | Bagder | the answer is the same |
| 14:25:52 | Bagder | we don't know |
| 14:26:01 | Bagder | if you help us work on it, it'll be sooner |
| 14:26:03 | LinusN | Mongey|: the thing is that we can't predict anything, since it depends on how much spare time we have |
| 14:26:04 | Bger | Mongey|: rockbox is a free-time work |
| 14:26:16 | Mongey| | i know |
| 14:26:22 | * | Mongey| = 14 |
| 14:26:28 | LinusN | spare time is a scarce resource |
| 14:26:38 | Bagder | 14 is a good age, no work and no serious obligations |
| 14:26:42 | Bagder | lots of spare time |
| 14:26:46 | Bagder | lots of rockbox |
| 14:26:46 | LinusN | especially when youre a 36-year old family father |
| 14:26:49 | Bger | :D |
| 14:27:00 | Mongey| | :o |
| 14:27:04 | Mongey| | i cant code |
| 14:27:09 | Bagder | excuses |
| 14:27:25 | Bagder | I couldn't either once, then I learned |
| 14:27:29 | Mongey| | what do i need to learn? |
| 14:27:33 | Jungti1234 | I love everybody. :) |
| 14:27:43 | Bagder | incidently, I started programming when I was 14! ;-) |
| 14:27:50 | LinusN | me too |
| 14:27:55 | | Quit t0mas ("brb, reboot") |
| 14:28:03 | Mongey| | i can program a cnc lathe |
| 14:28:05 | markun | ok, unicode is being committed.. |
| 14:28:07 | preglow | it's happening! |
| 14:28:15 | * | LinusN ducks |
| 14:28:16 | Bger | really happening :)) |
| 14:28:32 | Mongey| | ? |
| 14:28:33 | markun | don't let there be red builds.. |
| 14:28:33 | * | LinusN puts his party hat on |
| 14:28:43 | LinusN | may the source be with us! |
| 14:28:46 | * | Bagder does the rare unicode dance |
| 14:28:52 | Bger | please, God ... no red builds :P |
| 14:29:11 | markun | Jungti1234: I will do the latest korean translation and japanese tranalation next. |
| 14:29:42 | Mongey| | will gba roms work |
| 14:30:02 | markun | Mongey|: no |
| 14:30:10 | Mongey| | ever |
| 14:30:25 | Bagder | nothing is forever |
| 14:30:33 | Jungti1234 | why? |
| 14:30:42 | Bagder | because all things change |
| 14:30:52 | Jungti1234 | I want it. |
| 14:30:53 | * | LinusN detects a philosophical discussion |
| 14:30:56 | preglow | hahaha |
| 14:31:14 | Bger | heh |
| 14:31:21 | * | Bagder works from home, unshaved in his underwear and utters philosophical phrases |
| 14:31:55 | preglow | like a true philosopher |
| 14:31:56 | markun | Bagder: can you see if one of the builds has failed before it shows up on the website? |
| 14:32:02 | Bger | go and dress quickly, you, bad boy! :P |
| 14:32:19 | Bagder | markun: I can, but not easily |
| 14:32:32 | markun | ok, then I will just have to be patient. |
| 14:33:33 | Bagder | or force everone present to cvsup and rebuild |
| 14:34:12 | markun | :) |
| 14:34:58 | LinusN | markun: any fonts? |
| 14:35:02 | Bger | yep |
| 14:35:07 | Bger | 5x7 at least :) |
| 14:35:27 | markun | LinusN: I updated some of the fonts to their unicode versions and added unifont.bdf |
| 14:35:36 | LinusN | lovely |
| 14:36:01 | markun | I will have to sort out the hebrew fonts later. Some of them came from unicode fonts. |
| 14:36:34 | * | Bagder tries a recorderv1 build |
| 14:36:40 | Bger | silly (rtfm) q: what's the diff between P and M |
| 14:36:42 | Bagder | woohooo |
| 14:37:03 | Bger | that is, while doing cvs update |
| 14:37:06 | Bagder | ls -l ajbrec.ajz |
| 14:37:06 | Bagder | -rw-r−−r−− 1 daniel daniel 127986 Dec 6 14:36 ajbrec.ajz |
| 14:37:42 | Bagder | Bger: M merges with your local changes |
| 14:38:08 | XavierGr | well I posted on MR I hope that you will not revert the commit. ;D |
| 14:38:17 | Bger | P just updates ? |
| 14:38:21 | Bagder | Bger: yes |
| 14:38:26 | Bger | 10x :) |
| 14:38:31 | XavierGr | C is bad |
| 14:38:41 | XavierGr | I got one today. |
| 14:38:54 | LinusN | markun: why codepages.h? |
| 14:38:54 | Jungti1234 | markun: maybe 'Dotum' is unicode font. |
| 14:39:33 | markun | LinusN: hm, I don't know. phaedrus' work. I'll take a look |
| 14:39:54 | linuxstb | markun: The iPod and Archos Player both build fine. |
| 14:39:55 | LinusN | seems silly to have a huge array declaration in a .h file |
| 14:40:19 | LinusN | better make it a .c file and let the linker do the job |
| 14:40:34 | | Join NicoFR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) |
| 14:41:02 | LinusN | or put the whole shebang in codepages.c |
| 14:44:16 | Bagder | error: firmware image is 205754 bytes while max size is 204800! |
| 14:44:22 | Bagder | :-) |
| 14:44:24 | Bagder | close |
| 14:45:15 | XavierGr | I thought that you managed to split the image, no? |
| 14:45:35 | Bagder | that's the uncompressed size |
| 14:45:53 | Bagder | it compresses it fine down to 127000 |
| 14:47:27 | markun | Bagder: it still shows the error? |
| 14:47:55 | Bagder | yes, I was just thinking we should change the output |
| 14:48:04 | Bagder | since it now isn't really an error |
| 14:48:08 | Bagder | more an information |
| 14:51:25 | markun | LinusN: I also have a big array in arabjoin.h should I change that into a .c file as well? |
| 14:51:35 | LinusN | please do |
| 14:51:47 | | Quit tvelocity ("Leaving") |
| 14:52:19 | markun | also in the codecs there are big tables in .h files.. |
| 14:52:38 | markun | What exatcly is the problem? Will it compile slower? |
| 14:52:55 | LinusN | yes, but we try to not modify the codecs, to be able to patch them |
| 14:53:20 | LinusN | markun: no, but it's generally a bad think to declare data or code in a .h file |
| 14:53:24 | LinusN | thing |
| 14:53:45 | LinusN | since it will have side effects if you include it in two files |
| 14:55:56 | NicoFR | LinusN: "H300 bootloader USB mode" : does this mean there is a new bootloader to come ? |
| 14:56:10 | LinusN | yes, but it isn't ready |
| 14:56:19 | NicoFR | ok |
| 14:56:26 | NicoFR | just wanted to be sure |
| 14:56:37 | NicoFR | anyway thanks a lot for USB suuport :) |
| 14:57:12 | XavierGr | hehe even at USB Rockbox is better.... |
| 14:57:46 | LinusN | it was a pain to develop before i got it working |
| 14:58:11 | LinusN | the iriver firmware takes ages to scan the damn hard drive all the time |
| 14:59:12 | NicoFR | it's much better the rockbox way... |
| 14:59:20 | LinusN | i think so too |
| 15:00 |
| 15:00:48 | NicoFR | and do you already know what will be your next "step" ? |
| 15:01:06 | Jungti1234 | Bye all |
| 15:01:10 | LinusN | that will probably be the cpu frequency |
| 15:01:12 | Jungti1234 | I go to bed |
| 15:01:22 | LinusN | nite Jungti1234 |
| 15:01:38 | NicoFR | good night |
| 15:01:41 | Jungti1234 | ^^ |
| 15:01:46 | Jungti1234 | Have a nice Day. |
| 15:01:47 | | Quit Jungti1234 ("bye") |
| 15:02:18 | preglow | rockbox even does the scanning better |
| 15:02:25 | NicoFR | LinusN: have you found anything about what is making it unstable at more than 90 MHz ? |
| 15:02:26 | preglow | slasheri's disk scan is tons and tons faster that iriver's |
| 15:02:33 | LinusN | NicoFR: no |
| 15:02:49 | LinusN | preglow: indeed |
| 15:02:50 | | Join DJDD_ [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) |
| 15:02:59 | | Nick Lynx_awy is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) |
| 15:03:28 | NicoFR | well thanks for answering my questions :) |
| 15:07:36 | | Join tucoz [0] (n=martin@hornved.ii.uib.no) |
| 15:08:06 | tucoz | congratulations markun. Massive commit :) |
| 15:08:49 | markun | yes, we've been waiting for a long time :) |
| 15:09:11 | tucoz | hehe, I am impressed that you have kept maintaining the patch for so long |
| 15:10:22 | *** | Saving seen data "./dancer.seen" |
| 15:10:32 | LinusN | admirable |
| 15:11:22 | lostlogic | LinusN: any idea how to make USB or power connection not automagically boot iRiver firmware on the H340 (now that USB mode is going to work)? |
| 15:11:43 | LinusN | lostlogic: that will be in v4 |
| 15:12:02 | lostlogic | wow, rock on. |
| 15:12:39 | preglow | red build |
| 15:12:58 | preglow | a nice one at that :-) |
| 15:13:14 | Bagder | region IRAM is full |
| 15:13:27 | LinusN | bah |
| 15:13:29 | preglow | does bootloader even _USE_ iram? |
| 15:13:34 | preglow | i thought it only used it internally |
| 15:13:41 | lostlogic | preglow: I've fixed several ugly bugs in my profiling stuff, but now I'm stuck on recursion breaking timing. |
| 15:13:43 | LinusN | it runs entirely in iram |
| 15:13:54 | preglow | yes, exactly |
| 15:14:22 | preglow | lostlogic: oh? |
| 15:14:57 | * | linuxstb wonders why the ipod bootloader still is OK |
| 15:15:26 | tucoz | Now that the space issue is solved, what do you think of linuxstb's solution to have user configurable menus (.menu-files)? I have been using that for a while. |
| 15:15:28 | lostlogic | preglow: yeah, in order to time individual functions right, I remember each function's parent as I descend... recursion causes breakage. |
| 15:16:27 | markun | damn, the bootloaders.. |
| 15:16:52 | preglow | tucoz: i'd like something like it, but i don't think that particular solution is very elegant |
| 15:16:55 | LinusN | unicode.o takes a huge amount of ram |
| 15:17:41 | tucoz | preglow, I think it is quite elegant, but it does force the user to have a certain directory structure which is perhaps not that nice. |
| 15:17:47 | preglow | tucoz: exactly |
| 15:17:59 | preglow | plus, it breaks if you change language |
| 15:18:06 | preglow | you need to rename everything |
| 15:18:24 | tucoz | ah, that was the problem. Right. Ok, I then I am with you on that one. |
| 15:18:30 | Bagder | markun: unicode.c needs some code policing |
| 15:18:35 | Bagder | like 80 columns |
| 15:18:50 | * | Bagder runs off |
| 15:19:38 | | Quit DJDD__ (Read error: 110 (Connection timed out)) |
| 15:21:36 | tucoz | Now only mod-playback and I am satisfied :) |
| 15:22:26 | | Join ender` [0] (i=ychat@84.52.165.220) |
| 15:27:24 | ep0ch| | how did the user configurable menus work again? you have one file in a directory for each menu item? or one plain text file in a directory file that contains a list of all the menu items? |
| 15:28:08 | LinusN | what configurable menus? |
| 15:29:08 | | Join hshah [0] (n=hshah@shahassociates.plus.com) |
| 15:29:15 | tucoz | ep0ch|, the menu-files work as shortcuts to for instance "General settings". I.e. you place a "General settings.menu" in your root, and when you select that file you are sent to "general settins" |
| 15:29:24 | linuxstb | LinusN: This patch (by me) - http://www.davechapman.f2s.com/rockbox/menu_files.diff.gz |
| 15:29:32 | linuxstb | (it's a few weeks old but will probably still apply) |
| 15:29:56 | tucoz | ep0ch|, or "Browse plugins.menu" or whatever. |
| 15:29:58 | LinusN | why gzipped? |
| 15:30:06 | hshah | now when is that TiMiD going to commit my WPS? |
| 15:30:30 | ep0ch| | hmm so its not possible to rearrange the menu? i.e. they will always be alphabetical? |
| 15:31:07 | LinusN | my browser doesn't unpack .gz files automatically, so i can't review the patch online |
| 15:31:24 | linuxstb | LinusN: I'll fix it for you... |
| 15:31:37 | tucoz | ep0ch|, unfortunately not :\ |
| 15:31:45 | linuxstb | LinusN: Fixed. |
| 15:32:20 | tucoz | But, as preglow said. It breaks if language is changed. |
| 15:33:03 | ep0ch| | and as he said it would mess with my direcotory structure |
| 15:33:19 | linuxstb | I've never thought of this patch as the _only_ way to customise menus. Just one way. Personally, I like having some things integrated into my directory structure. |
| 15:33:42 | LinusN | and it strcmp's all the strings in the language array |
| 15:34:06 | preglow | ouch |
| 15:34:07 | linuxstb | LinusN: So? It doesn't need to be efficient. |
| 15:34:21 | linuxstb | As long as it reacts immediately to the user's button press - which is does. |
| 15:34:23 | LinusN | just feels...brutal :-) |
| 15:34:35 | tucoz | ep0ch|, no it will not mess with you directory structure. It is in a way more usefull if you organize your root like "Browse Music", "Browse Data", "General Settings" etc. |
| 15:34:56 | linuxstb | LinusN: Yes, but brutal is sometimes good :) |
| 15:35:36 | ep0ch| | i think one text file in '.rockbox/' called something like 'root.menu' would be good idea. And when you hit previous in the file system root this file creates the root menu, i'm finding it difficult to explain |
| 15:35:48 | tucoz | You could have a "Settings"-folder, where you keep the settings.menu files |
| 15:36:17 | ep0ch| | tucoz: i like my root directory holding all my artists |
| 15:36:46 | LinusN | i must say that it's quite a nice and simple approach |
| 15:37:07 | XavierGr | speaking of it I must update Greek.lang and correct some mistakes.... |
| 15:37:21 | tucoz | ep0ch|, then this solution is not good for you. But, if you look at the root of the player as not really the root, and instead keep you music root under "Browse Music", then you get the point. |
| 15:37:30 | ep0ch| | yeah |
| 15:37:32 | linuxstb | I think I worked it out that the code impact was about 160 bytes, plus about 20 bytes for each supported menu item. (on Coldfire) |
| 15:37:34 | ep0ch| | i may try that |
| 15:37:48 | ep0ch| | but ordering of the menu is a problem |
| 15:37:54 | tucoz | ep0ch|, true |
| 15:37:57 | preglow | nah |
| 15:38:04 | preglow | could just include order in the filename |
| 15:38:09 | preglow | 1-Sound Settings.menu |
| 15:38:10 | ep0ch| | 1. 2. 3. etc |
| 15:38:33 | preglow | language is a bigger issue |
| 15:38:35 | ep0ch| | ugly imho |
| 15:39:25 | linuxstb | preglow: I agree. But how many users would use both this feature and frequently change languages? |
| 15:40:20 | preglow | who would do that at all |
| 15:40:24 | preglow | it's not a big issue |
| 15:40:42 | ep0ch| | ok i'll give this patch a whirl |
| 15:43:02 | | Quit NicoFR () |
| 15:47:32 | markun | Is it possible to do multiple commits with different messsages in 1 go? |
| 15:49:27 | | Join MrShlee [0] (i=BIGKING@58-84-71-25.dial-lns4.sa.chariot.net.au) |
| 15:50:39 | linuxstb | markun: I don't think so. But you could enter all your cvs commit commands on one line, separated by ";" - which will mean _almost_ simultaneous commits. |
| 15:51:13 | | Quit webguest28 ("CGI:IRC") |
| 15:51:21 | | Join webguest28 [0] (n=864c030d@labb.contactor.se) |
| 15:52:12 | | Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
| 15:54:00 | MrShlee | any idea when the next bleeding edge is going to finish compiling? |
| 15:54:33 | LinusN | no |
| 15:55:07 | MrShlee | ohh well. I'll wait and read somemore source |
| 15:58:45 | MrShlee | Delete folder doesnt work on H3xx. Doesnt detect the the accept button input |
| 15:58:59 | preglow | do you press play or the middle button? |
| 15:59:03 | preglow | the middle button is what's correct |
| 15:59:16 | MrShlee | play acording to the LCD |
| 15:59:21 | preglow | yes, but do what i told you |
| 15:59:24 | preglow | and you'll see it works |
| 15:59:27 | MrShlee | :) |
| 15:59:27 | preglow | the string is wrong |
| 15:59:32 | preglow | and will be until we have langv2 going |
| 15:59:53 | MrShlee | ok that worked.. Cheers |
| 16:00 |
| 16:00:04 | preglow | spent a couple of days wondering about that myself |
| 16:02:01 | ep0ch| | regarding the user configurable menu, how can i get the radio on the root? |
| 16:02:11 | ep0ch| | i don't think .fmr is associated with anything |
| 16:02:29 | linuxstb | ep0ch|: Create a file called "FM Radio.menu" (unless I forgot it in my patch) |
| 16:02:54 | preglow | markun: what's up with the master file warnings in japanese.lang? |
| 16:02:58 | linuxstb | ep0ch|: Yes, that patch doesn't include FM radio. Just a minute... |
| 16:03:03 | ep0ch| | :) cool |
| 16:03:07 | preglow | and shouldn't the filename be kanjii, btw? :) |
| 16:03:24 | ep0ch| | but shouldn't .fmr files be associated with the radio somehow? |
| 16:04:10 | XavierGr | about fmr |
| 16:04:17 | markun | preglow: I'll take a look at it. The filename could be in kanji yes :) |
| 16:04:25 | XavierGr | In my previous patch fmr files could trigger the radio and load the fmr preset. |
| 16:04:44 | ep0ch| | ahhh thats what i was used to i think |
| 16:04:56 | XavierGr | In my new patch (as I was told that this is not consistant) I removed this behaviour |
| 16:05:41 | | Quit MrShlee ("Changed by popular Request - "I am the heart of your darkness, you stinking oompa-loompa morons!"") |
| 16:05:41 | XavierGr | I also changed the way that fmrs are handled. Now save will occur only on exit instead in every change of the list. |
| 16:06:16 | XavierGr | Still, I think that triggering the radio screen with an fmr file is quite cool and neat. IMHO |
| 16:06:47 | | Join Moos [0] (n=DrMoos@m79.net81-66-158.noos.fr) |
| 16:07:05 | Moos | Hello everyone ! |
| 16:07:45 | Moos | Nice day for Rockbox, Unicode it's amost here, hooray ! |
| 16:07:58 | markun | hi Moos! |
| 16:08:11 | Moos | (thanks to markun & phaedrus) |
| 16:08:19 | Moos | Slaute markun :) |
| 16:08:27 | Moos | oops Salute |
| 16:08:40 | Moos | begining to be dislexique??? :) |
| 16:09:32 | markun | Hm, I'm messing things up with my latest commit :( |
| 16:09:42 | preglow | are ye now |
| 16:10:11 | linuxstb | ep0ch|: (with FM Radio): http://www.davechapman.f2s.com/rockbox/menu_files.diff |
| 16:10:13 | markun | will the be a build for every commit? |
| 16:10:59 | linuxstb | markun: A build is started every 60 seconds, if needed. Each build includes all changes since the last build (IIUC) |
| 16:11:33 | ep0ch| | linuxstb: cheers, the configurable menu is pretty neat actually :) |
| 16:12:14 | webguest28 | is it possible to write capital letters with the morse-code input? |
| 16:12:16 | Paul_The_Nerd | Is there anything special I need to do for the unicode support to function properly? Like, the unicode.txt that had been linked to in here yesterday, it does not display correctly on rbx. |
| 16:12:21 | tucoz | hmm, I get an error on when trying to build the h120 sim. on arabjoin |
| 16:12:39 | markun | tucoz: yes, I broke it |
| 16:12:41 | markun | damn |
| 16:12:43 | tucoz | :) |
| 16:13:17 | preglow | webguest28: you could ask slasheri to add a toggle for caps |
| 16:13:27 | preglow | makes we want to learn morse code, this |
| 16:13:45 | | Part tucoz ("Leaving") |
| 16:20:01 | markun | linuxstb: is the previous build aborted? |
| 16:20:13 | linuxstb | markun: No. |
| 16:20:32 | markun | Paul_The_Nerd: I just added unifont.bdf. It should display all the strings in unicode.txt |
| 16:20:34 | linuxstb | A new build only starts when the previous one finishes. |
| 16:20:35 | | Join actionshrimp [0] (n=NNSCRIPT@host86-136-206-97.range86-136.btcentralplus.com) |
| 16:20:42 | markun | but the viewer needs some work |
| 16:20:51 | Paul_The_Nerd | Ah |
| 16:22:51 | ep0ch| | linuxstb: i also think that "recording" should be included in your menu patch (no rush though) |
| 16:22:53 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-128-054.pools.arcor-ip.net) |
| 16:23:35 | | Join edx__ [0] (i=edx@p54A876CF.dip.t-dialin.net) |
| 16:25:25 | Mongey| | woah saw2 is amazing |
| 16:27:36 | | Join BBub [0] (i=belzebub@dslb-084-059-188-102.pools.arcor-ip.net) |
| 16:28:39 | preglow | saw2? |
| 16:28:46 | Mongey| | yeh |
| 16:29:15 | preglow | unless you're speaking about the aphex twin album, i have no idea what that is |
| 16:29:21 | Mongey| | http://blogpst.no.sapo.pt/saw-2_a.jpg |
| 16:29:35 | Mongey| | or http://www.saw2.com/ |
| 16:30:32 | preglow | hah, tarantino |
| 16:30:49 | ep0ch| | i haven't seen saw or saw2, do you recommend i should watch saw before i try saw 2? |
| 16:30:59 | Mongey| | yep |
| 16:31:12 | Mongey| | saw 1 first |
| 16:31:19 | ep0ch| | ah ok |
| 16:31:39 | Mongey| | saw2 ties in at the with saw1 |
| 16:32:16 | Mongey| | ^end |
| 16:35:44 | Mongey| | gtg |
| 16:35:47 | | Quit Mongey| () |
| 16:40:10 | linuxstb | ep0ch|: Which recording option(s) would you use? There are three possiblities - "Recording", "Recording screen" and "Recording Settings" |
| 16:40:29 | markun | LinusN: the H100 bootloader still doesn't compile |
| 16:40:32 | | Quit edx (Read error: 110 (Connection timed out)) |
| 16:41:18 | ep0ch| | hmm, thats a tough one |
| 16:42:03 | ep0ch| | i would say Recording |
| 16:42:12 | | Join webguest84 [0] (n=5087eaaf@labb.contactor.se) |
| 16:43:09 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
| 16:43:09 | | Part webguest84 |
| 16:43:32 | ep0ch| | oh someone should capatilize that 's' in "Recording screen'" |
| 16:44:33 | BBub | why? |
| 16:44:41 | BBub | you only capitalize names |
| 16:44:52 | ep0ch| | because it isnt consistent |
| 16:47:49 | | Join webguest80 [0] (n=5087eaaf@labb.contactor.se) |
| 16:48:49 | webguest80 | hmm, I cant manually scan for radio stations (H140), is there a trick to this ? |
| 16:49:07 | | Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) |
| 16:49:36 | webguest80 | I enter FM mode, then laft press joiystrick to scan and nothing happens |
| 16:49:43 | webguest80 | laft=left |
| 16:49:56 | BBub | are you in scanning mode? |
| 16:50:12 | BBub | if not, hold play >1 second |
| 16:50:13 | webguest80 | ? |
| 16:50:33 | webguest80 | I'm not refering to auto scan, but Manual scan |
| 16:50:43 | preglow | does it say 'mode: scan' |
| 16:50:44 | preglow | ? |
| 16:51:09 | webguest80 | it says mode preset |
| 16:51:18 | preglow | then press and hold play |
| 16:51:22 | preglow | then try again |
| 16:51:25 | BBub | like i said :P |
| 16:51:43 | webguest80 | the morse code key thingy comes up |
| 16:52:27 | BBub | not on my iriver |
| 16:52:50 | preglow | then you're doing something wrwong |
| 16:52:54 | preglow | enter radio screen |
| 16:52:58 | preglow | press play for a second |
| 16:53:01 | preglow | PLAY |
| 16:53:02 | preglow | not a/b |
| 16:53:07 | preglow | then it should switch to mode: scan |
| 16:53:41 | BBub | and play is in this case not the joystick-button, but the one on the left side of the player |
| 16:53:49 | webguest80 | I have done exactly that and it says, "no presets" |
| 16:53:58 | preglow | you're not pressing play |
| 16:54:05 | preglow | you're pressing select |
| 16:54:08 | preglow | you need to press play |
| 16:54:20 | webguest80 | and it has know lockedup, yippee |
| 16:54:23 | ep0ch| | the one above stop |
| 16:54:30 | preglow | no it has not, press stop |
| 16:54:44 | ep0ch| | it has a |>|| on it |
| 16:55:15 | preglow | Slasheri: morse mode is damn cool :PP |
| 16:55:32 | ep0ch| | how do i get into morse code input? |
| 16:55:46 | preglow | press a/b when in virtual keyboard mode |
| 16:55:57 | ep0ch| | oh wicked :) |
| 16:56:14 | webguest80 | sorry but I cant get scan mode, it stays in preset mode, *sigh* |
| 16:56:23 | preglow | webguest80: ok |
| 16:56:27 | preglow | webguest80: top right button |
| 16:56:30 | preglow | with the play symbol |
| 16:56:40 | preglow | you keep that pressed until it says 'mode: scan' |
| 16:56:52 | preglow | should just need a half second or something |
| 16:57:05 | ep0ch| | good job the morse code screen has a lookup table on screen :) |
| 16:57:28 | preglow | ep0ch|: yeah, that's a real life saverf |
| 16:57:30 | Moos | ep0ch: very fine for who want to learn it :) |
| 16:57:38 | linuxstb | Yes, I was about to ask for that, but then saw it was already there... |
| 16:57:46 | webguest80 | ok, now I have it, I was too quick with the play button, thanks gents |
| 16:57:46 | ep0ch| | yes gives me something to do on the train :) |
| 16:57:56 | Moos | hehe :) |
| 16:58:06 | Moos | lot of plugins too ;) |
| 16:58:23 | ep0ch| | would be even better if another button could be used other than joystick, pressing the joystick is tiring ;) |
| 16:58:57 | Moos | the irivers joystick isn't very good pitty |
| 16:59:04 | Moos | *are'nt |
| 16:59:20 | webguest80 | the trick is to press and hols the Play buttin for >=.5sec |
| 16:59:35 | ep0ch| | really? |
| 16:59:43 | BBub | [16:50:18] <BBub> if not, hold play >1 second <- ;) |
| 17:00 |
| 17:00:10 | ep0ch| | wow that came from the future dude |
| 17:00:19 | BBub | for you maybe :) |
| 17:00:22 | ep0ch| | :) |
| 17:00:25 | webguest80 | :) |
| 17:00:57 | webguest80 | so are the shares of microsoft going up, seeing as you have an insight into the future |
| 17:01:21 | ep0ch| | down with 'em i say |
| 17:02:09 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 17:02:14 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
| 17:02:33 | webguest80 | I didn't think that the play button had two functions, pause and mode select, stopped looking after I saw it did pause |
| 17:04:02 | ep0ch| | hmm a sortof problem with the user menus is you must have the display filetype to "supported". |
| 17:04:50 | webguest80 | and the side play button should perhaps be referred to the "pause"button, technically h140 has two play buttons, just my .02c |
| 17:04:53 | ep0ch| | i changed it by mistake and wondered where all the menus went |
| 17:06:52 | ep0ch| | i think "play" should be known as "play" and the joystick button known as "select", but i don't have 0.2c. |
| 17:07:38 | webguest80 | yes but jotstick has 5 different select positions |
| 17:07:57 | webguest80 | where press = play |
| 17:08:16 | ep0ch| | eh? it has one select button and 4 directions :p |
| 17:08:37 | webguest80 | select=play |
| 17:09:25 | ep0ch| | time for tea |
| 17:10:15 | | Part webguest80 |
| 17:10:23 | *** | Saving seen data "./dancer.seen" |
| 17:16:24 | | Nick edx__ is now known as edx (i=edx@p54A876CF.dip.t-dialin.net) |
| 17:20:13 | | Join bobwise [0] (n=45dda986@labb.contactor.se) |
| 17:22:47 | | Join webguest87 [0] (n=522788bc@labb.contactor.se) |
| 17:23:17 | webguest87 | hi there guys! just want to say how amazing rockbox is and how much i appreciate your volunatry work :D |
| 17:24:21 | chopped_pork | :DDDDD unicode |
| 17:25:06 | webguest87 | Oh, and i was just wondering, I have just aquired an iriver which was completly water damaged (everything corroded) but amazing the HD worked, and bdecause i had a spare mainboard i was able to get this working (still not sure on teh abttery) ANYWAY! what is the LCD screen for the iriver h100 series? model number would be great !!!!!!!!!!!!!!!! |
| 17:25:23 | preglow | i don't think it's that easy |
| 17:25:23 | webguest87 | i REALLY need this :( |
| 17:25:33 | ep0ch| | forgive me for being so ignorant, but what is so good about unicode? |
| 17:25:49 | preglow | ep0ch|: 1. you can forget about code pages, 2. it supports all languages |
| 17:26:19 | Paul_The_Nerd | Okay, I was bored, so now there's a .zip of the FMPresets page with each city in its own FMR, organized under a friendly directory structure. |
| 17:27:13 | webguest87 | hello? sorry to be annoying but i reall have searched the web for hours trying to find replacement LCDs for my H120, i just thougt that with you guys writing drivers for the hting you'd at least know what LCD it was? |
| 17:27:14 | markun | ep0ch|: you can use the same fonts for different language files |
| 17:28:11 | ep0ch| | okayyy so you need unicode compatible fonts? |
| 17:28:31 | linuxstb | webguest87: Have you looked at the Rockbox Wiki? http://www.rockbox.org/twiki/bin/view/Main/IriverPort |
| 17:28:37 | ep0ch| | tell you what i'll wikipedia it :) |
| 17:28:48 | preglow | webguest87: http://www.rockbox.org/twiki/bin/view/Main/IriverHardwareComponents#The_LCD_module |
| 17:29:47 | | Quit bobwise ("CGI:IRC (Ping timeout)") |
| 17:30:37 | | Join bobwise [0] (n=45dda986@labb.contactor.se) |
| 17:31:13 | webguest87 | thankyou very much, didnt see that lol! |
| 17:31:26 | preglow | still |
| 17:31:30 | preglow | i don't think it'll be easy to get |
| 17:31:49 | linuxstb | I'm curious, does anyone _not_ use the dircache? |
| 17:31:56 | preglow | amiconn :> |
| 17:32:03 | linuxstb | Obviously :) |
| 17:32:13 | preglow | but no, i can't live without it |
| 17:32:19 | * | amiconn doesn't like the dircache |
| 17:32:43 | linuxstb | I'm just thinking it should be enabled by default, now that it's proved itself. (assuming it has) |
| 17:32:44 | amiconn | I'd say 90% of the time the dirscan is done for nothing |
| 17:33:12 | amiconn | ...since I moften just connect the player to my car stereo, power on & resume |
| 17:33:35 | markun | I like dircache |
| 17:33:41 | preglow | i believe i actually save battery using it |
| 17:33:45 | preglow | i browse pretty much |
| 17:34:00 | Bger | i like it too |
| 17:34:07 | amiconn | Apart from that, only 1 of my 5 rockboxes has dircache |
| 17:34:14 | markun | I have all my music on my iriver and browse a lot when I try to decide what I want to listen to |
| 17:34:18 | amiconn | ...and it's still one of the lesser used |
| 17:34:29 | preglow | wasn't someone going to test dircache on an archos? |
| 17:34:31 | * | amiconn still uses recorder v1 most of the time |
| 17:34:49 | amiconn | Yes, me, but that's definitely for testing only |
| 17:35:00 | preglow | yeah, but did it work? |
| 17:35:07 | amiconn | I did not yet try it |
| 17:35:14 | preglow | right |
| 17:35:31 | amiconn | It might be of some use for those who applied the 8 MB mod |
| 17:35:42 | preglow | you can't fit more than 8 megs? |
| 17:35:47 | amiconn | Nope |
| 17:35:52 | preglow | i still think the default two megs sounds absurdly small |
| 17:36:13 | | Quit webguest87 ("CGI:IRC") |
| 17:36:16 | amiconn | The CPU supports a maximum of 16MB, but afaik there are no suitable chips |
| 17:36:57 | amiconn | Hey, the archos player was designed around (in?) the year 2000 |
| 17:37:06 | preglow | i know |
| 17:37:08 | amiconn | ..and the recorder shortly after that |
| 17:37:11 | preglow | i still think it sounds small for its time |
| 17:37:28 | | Join webguest08 [0] (n=55d23ad6@labb.contactor.se) |
| 17:37:52 | preglow | but it's of no consequence |
| 17:37:55 | webguest08 | hi is linus around? |
| 17:37:56 | markun | Are there any DAPs with more than 32MB now? |
| 17:37:57 | preglow | doubt i'll ever get one anyway |
| 17:38:04 | linuxstb | Strangely, the 60GB version of the new iPod has 64MB of RAM, but the 30GB version only has 32MB... |
| 17:38:08 | preglow | markun: yeah, i believe a g5 ipod has 64meg |
| 17:38:32 | webguest08 | i finally did what I said i would (get an igp100) just need somewhere to send it |
| 17:38:56 | | Quit bobwise ("CGI:IRC (EOF)") |
| 17:40:22 | preglow | igp? |
| 17:40:40 | ep0ch| | is that the round one? |
| 17:40:50 | webguest08 | yes |
| 17:41:01 | webguest08 | a while ago i posted a big file of photos |
| 17:41:07 | webguest08 | taken of my own igp taken apart |
| 17:41:17 | webguest08 | ive finally gotten an extra one |
| 17:41:32 | | Quit Paul_The_Nerd ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") |
| 17:41:36 | ep0ch| | which country are they available in? |
| 17:41:43 | ep0ch| | or were |
| 17:41:44 | webguest08 | just need to collect it from postal depot and then i can send it to linus or someone who can look inside |
| 17:41:53 | | Join bobwise [0] (n=45dda986@labb.contactor.se) |
| 17:42:22 | webguest08 | well i think they were available from everywhere but phased out eventually in march 94 or so? |
| 17:42:32 | amiconn | markun: Would it be possible to have a secondary .lang file for japanese? japanese-katakana.lang ... |
| 17:42:49 | preglow | haha |
| 17:43:30 | Bger | webguest08?? march 1994 ? |
| 17:43:56 | ep0ch| | ahead of its time then :) |
| 17:44:27 | webguest08 | lol probably |
| 17:44:59 | webguest08 | i thought was same as h1x0's except a smaller version but apparently it was the granddaddy coming even before those |
| 17:46:07 | amiconn | LinusN: Something is still wrong with the h100 bootloader. h120 is okay |
| 17:46:50 | webguest08 | http://www.rockbox.org/twiki/bin/view/Main/IriverInfo at the bottom is the pics i uploaded a while ago of igp |
| 17:49:06 | preglow | febs has done a lengthy port on the mailing list |
| 17:49:10 | preglow | gotta say i pretty much agree with him |
| 17:49:32 | preglow | s/port/post/ |
| 17:50:26 | webguest08 | last time i spoke on irc about this, i asked if igp was possible considering that rockbox still supports those little archos flash players and ami said should be easy because technology is basically same as h1x0. has anything changed this? |
| 17:51:10 | preglow | webguest08: not much, no |
| 17:51:18 | preglow | just need to find someone to do it |
| 17:51:24 | preglow | i think linus has his hands full |
| 17:51:51 | markun | amiconn: for the player? I don't know enough about japanese to decide if it's useful |
| 17:52:59 | webguest08 | k well i dont mind. i think he mentioned a problem in that no firmware was available but that going through some port or something (same as how he messed around with h1x0 originally) he would be able to get it |
| 17:53:45 | webguest08 | im just happy to send it. even if nothing is done, it will be worth a look hardware-wise probably |
| 17:54:00 | webguest08 | and in any case what am i gonna do with 2 igps :) |
| 17:54:52 | preglow | you write all japanese with katakana, i think |
| 17:55:27 | linuxstb | webguest08: Do you know the basic details about the hardware, such as which CPU it uses? Also, is the firmware upgradeable in the same way as the H1xx/H3xx? |
| 17:55:44 | webguest08 | well coldfire same as h1xx |
| 17:56:06 | webguest08 | firmware upgrade option is in there but no extra firmware upgrades were released to my knowledge |
| 17:56:51 | webguest08 | or iriver america may of been doing one but igp was phased out before it got finished or they withheld it knowing it was being phased out |
| 17:57:25 | webguest08 | screen is identical to h1x0 and so is the gui |
| 18:00 |
| 18:05:54 | | Nick Lynx_ is now known as Lynx_awy (n=lynx@tina-10-4.genetik.uni-koeln.de) |
| 18:08:27 | | Quit bobwise ("CGI:IRC (EOF)") |
| 18:15:35 | | Join webguest54 [0] (n=45dda986@labb.contactor.se) |
| 18:16:05 | ep0ch| | preglow: you know the crossfeed filter constants, what format are the hex values in? i want to try the suggested values but i can't figure out how to convert them. |
| 18:18:19 | preglow | ep0ch|: they're in signed 0.31 fixed point |
| 18:18:24 | ep0ch| | would 1.0 = 0x80000000L? |
| 18:18:25 | ep0ch| | ah |
| 18:18:33 | preglow | -1 = 0x80000000 |
| 18:18:44 | preglow | 1.0 = 0x7fffffff |
| 18:19:16 | | Join wubbla_ [0] (n=wubbla@adsl-041.202.166.194.arpa.as1901.net) |
| 18:19:42 | BBub | http://files.kosmopoliten.de/iriver.jpg <- ;( |
| 18:19:44 | ep0ch| | ahhh i get it :) ty |
| 18:19:54 | BBub | anyone got an idea where to get a replacement part? |
| 18:20:55 | preglow | ep0ch|: that is, 0x7fffffff isn't 1.0, but 0.999998whatever |
| 18:21:23 | Bger | BBub: i suggest u to sell it on ebay and buy another one from there |
| 18:21:23 | ep0ch| | yes i just completely forgot about the signed bit :) |
| 18:21:48 | BBub | Bger: u think anyone would pay enought for it? ;) |
| 18:22:00 | Bger | who knows ... |
| 18:22:29 | BBub | maybe i could ask iriver, its only 1 month over waranty |
| 18:22:54 | Bger | they usually don't repair after waranty (iirc) :( |
| 18:24:18 | Bger | anyway, u won't be charged for trying |
| 18:24:44 | markun | preglow: isn't 0x80000000L = -0.0 ? |
| 18:25:36 | markun | I thought 0xffffffffL = -0.99999.. |
| 18:25:36 | | Quit webguest08 ("CGI:IRC (EOF)") |
| 18:29:16 | | Join t0mas [0] (n=Tomas@unaffiliated/t0mas) |
| 18:31:42 | | Quit wubbla (Read error: 110 (Connection timed out)) |
| 18:32:14 | preglow | markun: no |
| 18:32:23 | preglow | markun: well, the last is true, but not the first |
| 18:32:56 | preglow | markun: if what you said was true, then 0x8000 would not be -32768, which it is |
| 18:33:12 | | Quit webguest54 ("CGI:IRC (EOF)") |
| 18:33:57 | ep0ch| | to change the delay i need to modify the size of the delay array and index? |
| 18:34:08 | | Quit newnick ("CGI:IRC") |
| 18:34:12 | preglow | ep0ch|: correct |
| 18:34:42 | preglow | markun: nothing of what you say is true, btw :) |
| 18:34:52 | preglow | markun: 0xffffffff = -0.00000001 |
| 18:35:01 | ep0ch| | no wonder there is attenuation ;) |
| 18:35:47 | preglow | markun: you've got to remember the numbers after the sign bit are in twos complement format |
| 18:36:00 | ep0ch| | ok i'll change the size of the array to 15 from 13 |
| 18:37:07 | ep0ch| | asm question for you preglow, #13? that is a constant? |
| 18:39:12 | | Join webguest25 [0] (n=554174c2@labb.contactor.se) |
| 18:40:14 | preglow | ahh, you'd better hack the c version |
| 18:40:17 | preglow | and yes, it is |
| 18:40:22 | ep0ch| | hacked both |
| 18:40:26 | preglow | good |
| 18:40:32 | preglow | but the c version is the reference |
| 18:40:47 | ep0ch| | dont worry i don't plan on commiting as i can't :p |
| 18:45:52 | ep0ch| | ok there is no attenuation now, but it sounds like the output is 6 bits instead of 16 bits :( |
| 18:46:22 | ep0ch| | ok slight increase in attenuation i think |
| 18:47:40 | ep0ch| | my values are probably wrong |
| 18:50:31 | | Quit chopped_pork ("leaving") |
| 18:55:34 | | Join hshah_ [0] (i=hshah@shahassociates.plus.com) |
| 18:55:35 | | Quit hshah (Read error: 104 (Connection reset by peer)) |
| 18:59:52 | | Quit t0mas ("brb") |
| 19:00 |
| 19:04:27 | kkurbjun | amiconn: so would it make sense to try and eliminate the lcd_mono_bitmap calls, using only lcd_bitmap and in the process have the bmp loader just handle storing everything into a player native format? |
| 19:04:37 | webguest25 | WoW! UnicodE! way the go guys... (I'm updating and building for the last half an houre, is it just me or cvs update is pretty darn long?) |
| 19:07:12 | | Nick webguest25 is now known as lamed (n=554174c2@labb.contactor.se) |
| 19:10:26 | *** | Saving seen data "./dancer.seen" |
| 19:10:35 | | Join webguest54 [0] (n=3e2ef0ab@labb.contactor.se) |
| 19:14:05 | Bger | lamed: many changes, big fonts... |
| 19:14:06 | | Part webguest54 |
| 19:14:44 | | Join webguest75 [0] (n=3e2ef0ab@labb.contactor.se) |
| 19:15:21 | | Join hshah__ [0] (i=hshah@shahassociates.plus.com) |
| 19:15:22 | | Quit hshah_ (Read error: 104 (Connection reset by peer)) |
| 19:18:47 | | Quit webguest75 (Client Quit) |
| 19:20:56 | | Join webguest43 [0] (n=51ebb90d@labb.contactor.se) |
| 19:21:06 | | Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.umbc.edu) |
| 19:22:10 | webguest43 | Hi everyone and thank you for your great effort on supporting the iRiver player! |
| 19:22:12 | | Join Lear [0] (n=chatzill@h73n11c1o285.bredband.skanova.com) |
| 19:22:48 | webguest43 | just wondering if anyone know if there is anyplace to buy H-120 or H-140 players ? |
| 19:24:00 | lamed | bger: yeah, but i got ah... wait |
| 19:24:28 | lamed | cvs [update aborted]: error writing to server: Connection reset by peer |
| 19:24:32 | lamed | hehe |
| 19:25:15 | lamed | what the hell happend? (it was later using a script to update all the target builds so i ended up waiting for nothing) |
| 19:26:46 | lamed | ok. now i had it updating. |
| 19:28:36 | | Join webguest17 [0] (n=5493084e@labb.contactor.se) |
| 19:29:38 | | Quit webguest17 (Client Quit) |
| 19:30:09 | | Join _FireFly_ [0] (n=FireFly@p54A47CE6.dip.t-dialin.net) |
| 19:33:46 | | Join webguest71 [0] (n=5087eaaf@labb.contactor.se) |
| 19:34:17 | webguest71 | webguest43, there's aH140 for sale on ebay right now |
| 19:37:07 | | Part webguest71 |
| 19:39:23 | | Part Polo_o |
| 19:44:11 | markun | incredible that people start complaining about the lack of korean so short after unicode was added. |
| 19:44:42 | markun | You would think they would be thankful.. but no. |
| 19:46:24 | _FireFly_ | markun: that is a common problem :) |
| 19:46:37 | markun | pisses me off |
| 19:47:01 | markun | but well, a lot of people told me they love me, so that's nice :) |
| 19:47:20 | ep0ch| | hehe |
| 19:47:27 | _FireFly_ | i just look if this breaks my other patches ;) |
| 19:47:36 | markun | probably |
| 19:49:06 | _FireFly_ | markun: currently only two files have conflicts :) |
| 19:49:22 | markun | what kind of patches do you maintain? |
| 19:50:10 | _FireFly_ | markun: additional remote-settings, a new wps-file-loader and combined-bitmap-support |
| 19:50:25 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 19:50:59 | | Join tvelocity [0] (n=tony@ipa216.4.tellas.gr) |
| 19:51:12 | | Quit BBub (Read error: 110 (Connection timed out)) |
| 19:51:34 | Bger | markun: i love you :D |
| 19:51:38 | _FireFly_ | markun did you noticed that the text of the bookmark on stop( if set to ask) is printed twice on the main screen of the h1xx ?? |
| 19:51:56 | markun | no, I didn't |
| 19:52:44 | _FireFly_ | at least the description which button to press |
| 19:52:49 | _FireFly_ | is pronted twice |
| 19:52:52 | _FireFly_ | printed |
| 19:52:57 | | Join Maxime` [0] (n=flemmard@fbx.flemmard.net) |
| 19:54:03 | Lear | markun: code police hint: remove "int w, h;" in firmware/mpeg.c. :) |
| 19:54:18 | Lear | Btw, why preload just those fields? Looks a bit odd, IMHO... |
| 19:57:23 | markun | I don't know exactly why only those fields. Everything that will be on the screen should be preloaded. |
| 19:58:37 | | Join t0mas [0] (n=Tomas@unaffiliated/t0mas) |
| 20:00 |
| 20:01:13 | Lear | So... WPS files don't need to be in UTF-8? |
| 20:01:45 | markun | They do |
| 20:02:17 | | Join webguest70 [0] (n=55d23ad6@labb.contactor.se) |
| 20:02:17 | markun | although I didn't test WPS' with UTF-8 in them |
| 20:02:45 | | Join dukezed [0] (n=55d23ad6@labb.contactor.se) |
| 20:02:47 | | Quit webguest70 (Client Quit) |
| 20:02:49 | Lear | But the ones I looked at only contained ASCII, so the editor didn't mark the files as UTF-8. :) |
| 20:03:52 | | Quit dukezed (Client Quit) |
| 20:03:55 | markun | It doesn't matter. I don't even know what happens if the file starts with a UTF-8 mark.. |
| 20:05:59 | Lear | Convbdf dumps here too... |
| 20:06:03 | | Join muesli_- [0] (i=muesli_t@A91c0.a.pppool.de) |
| 20:06:17 | muesli_- | re |
| 20:07:35 | markun | hi muesli |
| 20:07:53 | muesli_- | hi markun |
| 20:08:00 | markun | convbdf has a problem with the starmap file, or also others? |
| 20:09:54 | | Quit Maxime (Read error: 110 (Connection timed out)) |
| 20:17:26 | _FireFly_ | markun a wps-file with an utf-8 start mark loads with only a minor problem |
| 20:17:40 | markun | it displays a little box? |
| 20:17:44 | _FireFly_ | it seams that my new wps-loader needs to ignore this flag |
| 20:17:49 | _FireFly_ | no the display is right |
| 20:17:58 | _FireFly_ | as far as i can see in the sim |
| 20:18:26 | _FireFly_ | only the first line of my wps didn't gets parsed correctly |
| 20:18:30 | preglow | i'm out of here, later all |
| 20:18:32 | | Join ^Guest37784 [0] (i=Paprica@85-250-45-166.bb.netvision.net.il) |
| 20:18:36 | _FireFly_ | preglow: cu |
| 20:19:15 | | Quit ^Guest37784 (Client Quit) |
| 20:19:36 | Bagder | markun: very good job on the unicode stuff |
| 20:19:53 | markun | thanks, also phaedrus961 did a lot |
| 20:19:55 | Bagder | I made it front page news |
| 20:20:11 | ep0ch| | any idea if it would be possible to shutdown rockbox when in usb mode? |
| 20:21:49 | markun | I'm adding a menu to the viewer and removing most of the shortkeys, does anyone object? |
| 20:21:53 | _FireFly_ | markun: a 0xef was added to the start of the file when saving it as utf-8 :) |
| 20:22:06 | _FireFly_ | me not |
| 20:22:26 | ep0ch| | preglow: still here? |
| 20:23:35 | ep0ch| | preglow: for the log. i can't seem to change your asm crossfeed to use a 15 sample delay. the C one seems fine. |
| 20:24:20 | ep0ch| | (well i can change it, but it sounds rough) |
| 20:25:40 | | Join Gibbed [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) |
| 20:25:41 | | Quit Rick (Nick collision from services.) |
| 20:25:49 | | Nick Gibbed is now known as Rick (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) |
| 20:31:54 | | Quit tvelocity ("Leaving") |
| 20:34:28 | | Join tim66 [0] (n=tim@83.97.39.21) |
| 20:37:01 | | Join DrMoos [0] (i=DrMoos@m79.net81-66-158.noos.fr) |
| 20:37:01 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
| 20:37:47 | | Quit lamed ("CGI:IRC") |
| 20:38:18 | | Nick DrMoos is now known as Moos (i=DrMoos@m79.net81-66-158.noos.fr) |
| 20:39:30 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 20:40:29 | | Join JonSenior [0] (n=root@host86-131-184-135.range86-131.btcentralplus.com) |
| 20:41:01 | _FireFly_ | ok the new wps-file-loader handles now correctly the utf-8 mark (BOM) :) |
| 20:43:36 | muesli_- | l8er...schalke will win... |
| 20:44:11 | _FireFly_ | it doesn't bother me ;) |
| 20:46:04 | _FireFly_ | but only the BOM is currently ignored |
| 20:48:41 | | Quit webguest43 ("CGI:IRC (EOF)") |
| 20:53:50 | | Quit linuxstb (Read error: 113 (No route to host)) |
| 21:00 |
| 21:02:30 | | Quit muesli_- (Read error: 110 (Connection timed out)) |
| 21:03:18 | | Join solexx [0] (n=jrschulz@c204001.adsl.hansenet.de) |
| 21:07:44 | ^BeN^ | mmm what is preferable in the h300 iriver firmware, usb hub or desktop connection mod? |
| 21:08:31 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 21:10:28 | *** | Saving seen data "./dancer.seen" |
| 21:20:16 | markun | who has experience with menus in plugins? |
| 21:20:36 | | Quit solexx___ (Success) |
| 21:22:30 | | Join |Bger| [0] (n=Bager@83.142.21.199) |
| 21:23:42 | | Join Lear_ [0] (n=chatzill@h73n11c1o285.bredband.skanova.com) |
| 21:25:00 | linuxstb | markun: I added the menus to the plugin interface for Sudoku |
| 21:26:56 | | Quit `3nergy (SendQ exceeded) |
| 21:32:28 | | Quit Lear (Read error: 110 (Connection timed out)) |
| 21:32:59 | | Quit Shaikoten (Read error: 110 (Connection timed out)) |
| 21:33:37 | Lear_ | Hm... Is the .rockbox/codepages folder supposed to be empty? |
| 21:33:56 | | Join Drumr|away [0] (n=Drumrboy@ool-44c20ff1.dyn.optonline.net) |
| 21:34:27 | | Nick Lear_ is now known as Lear (n=chatzill@h73n11c1o285.bredband.skanova.com) |
| 21:34:57 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 21:34:59 | markun | Lear_: no, it shouldn't |
| 21:36:04 | _FireFly_ | but it's empty |
| 21:36:08 | Drumr|away | im getting a 'filesystem error' on my rockbox sim |
| 21:36:19 | Drumr|away | what can i do to fix this? |
| 21:36:40 | Lear | Maybe a victim of the convbdf crash? (Just guessing...) |
| 21:37:00 | Drumr|away | neverminf |
| 21:37:04 | Drumr|away | nevermind* |
| 21:37:47 | _FireFly_ | Lear: no i think the problem is that er is no *.cp files in the sources |
| 21:37:51 | Lear | Hm.. No tools/codepages either... Maybe a full checkout is needed... |
| 21:38:00 | Lear | Something like that, yes... |
| 21:38:27 | markun | There is also no codepages in the bleeding edge build.. |
| 21:38:59 | Lear | Bleh, last I checked, there were no bloody codecs in the bleeding edge... :P |
| 21:39:17 | _FireFly_ | markun where in the cvs-tree should the codepages be |
| 21:39:49 | markun | It should be generated when you do 'make zip' from /tools/codepages.c |
| 21:40:05 | Lear | I suspect a lack of ../tools/configure here... :) |
| 21:40:12 | _FireFly_ | i had reconfigured |
| 21:40:26 | _FireFly_ | but a empty codepage-folder |
| 21:40:36 | markun | I have to go now. Will take a look at it tonight. |
| 21:41:03 | Lear | But it looks like tools/codepages.c isn't buildt (I'm guessing it should be...) |
| 21:42:13 | _FireFly_ | yepp it isn*t build and buildzip.pl trys to call it |
| 21:42:22 | | Quit webguest28 ("CGI:IRC") |
| 21:42:29 | | Join webguest28 [0] (n=864c030d@labb.contactor.se) |
| 21:42:41 | Lear | So tools/configure needs updating then... |
| 21:43:49 | _FireFly_ | i think so because the makfile in the build-dir as no codepage-rule |
| 21:44:36 | | Nick hshah__ is now known as hshah (i=hshah@shahassociates.plus.com) |
| 21:45:04 | _FireFly_ | yepp it needs an update |
| 21:45:19 | _FireFly_ | i think codepage should be made for all targets |
| 21:48:20 | Lear | Yep, that worked better. |
| 21:48:34 | Lear | Now I have five files there at least. |
| 21:52:35 | Slasheri | Hmm, tagcache loading seems to work now. Initial build takes ~7 minutes and loading from disk into ram ~10s and 700 KiB extra ram |
| 21:52:42 | Slasheri | night :) _> |
| 21:53:03 | Slasheri | and all loading is of course transparent |
| 21:54:06 | linuxstb | Slasheri: Have you tried building the same database with the Java or Perl tool on your PC? |
| 21:54:38 | Slasheri | linuxstb: yes, it takes about same time or longer (usb 2) |
| 21:55:04 | Slasheri | (i tried the songdb.pl tool, not exactly same database but almost) |
| 21:55:07 | Slasheri | cu -> |
| 21:55:17 | linuxstb | bye |
| 21:55:30 | Lear | Does that mean yet another thread? :) |
| 22:00 |
| 22:01:36 | | Quit Kohlrabi (Nick collision from services.) |
| 22:01:42 | | Join Kohlriba [0] (n=Kohlrabi@dslb-082-083-128-054.pools.arcor-ip.net) |
| 22:03:06 | | Join muesli_- [0] (i=muesli_t@Bc0be.b.pppool.de) |
| 22:04:40 | | Quit hshah ("Leaving") |
| 22:12:07 | | Join Jungti1234 [0] (n=jungti12@58.77.81.144) |
| 22:15:48 | | Quit ingenius ("Leaving") |
| 22:23:51 | Jungti1234 | hi |
| 22:25:59 | | Nick Lost-ash is now known as ashridah (n=ashridah@69.55.227.55) |
| 22:29:05 | | Join San [0] (n=Test@213-202-172-137.bas504.dsl.esat.net) |
| 22:29:18 | San | how do I compile a plugin for rockbox? |
| 22:29:31 | San | do I put it in the rockbox folder and compile the whole thing? |
| 22:30:20 | ashridah | it's a little more complicated than that. You'll need to put it in an appropriate directory, and at least modify SOURCES |
| 22:30:26 | ashridah | possibly some other its as well |
| 22:30:44 | ashridah | s/its/ |
| 22:30:59 | * | San will have a look |
| 22:31:56 | ashridah | but yeah, most plugins go in the apps/plugins/ directory |
| 22:32:27 | San | i know that |
| 22:32:29 | San | :D |
| 22:32:39 | ashridah | well, you said 'rockbox folder' |
| 22:32:43 | ashridah | that's a little vague |
| 22:32:47 | ashridah | :) |
| 22:32:53 | | Join leftright [0] (n=5087eaaf@labb.contactor.se) |
| 22:32:57 | San | well, i was typing fast |
| 22:32:57 | San | :P |
| 22:33:03 | amiconn | phew |
| 22:33:05 | San | i am trying to make pacman for RB |
| 22:33:05 | San | :D |
| 22:33:24 | amiconn | The unicode rush didn't cause any cvs conflict with my volume patch :) |
| 22:33:53 | leftright | San ; the first sticky in the forum is "The simplified guide to compiling rocknox" |
| 22:34:05 | San | rocknox? |
| 22:34:05 | San | lol |
| 22:34:07 | San | kidding |
| 22:34:12 | San | ok, i'll have a look |
| 22:34:16 | San | thanks guys |
| 22:34:16 | San | :D |
| 22:35:43 | leftright | are you going to commit your volume patch amiconn ? |
| 22:36:00 | amiconn | I'm a bit undecided... |
| 22:36:14 | amiconn | It seems to have support from most other devs |
| 22:36:22 | Moos | amiconn: please do :) |
| 22:36:35 | amiconn | I would also like to commit it before my language file cleanup |
| 22:36:56 | _FireFly_ | and the missing remote-settings what about these ?? |
| 22:37:07 | amiconn | I should at least write a reply in my own thread |
| 22:37:17 | amiconn | ...but I can't decide which mail to reply to |
| 22:37:20 | leftright | well lenox's options does have a off feature, which I understand is similar to your mod, why nit refine his patch |
| 22:38:23 | Moos | amiconn: your first one? |
| 22:38:33 | amiconn | The main points are that (1) it has too many options. Scaling back volume doesn't make much sense, and scaling back the non-current adds even more confusion |
| 22:38:51 | amiconn | Just off and scaling back bass/treble might make sense |
| 22:38:54 | leftright | ?me puts hands in air and gives up |
| 22:39:13 | amiconn | (2) It does it the wrong way, behind the scenes |
| 22:39:41 | amiconn | The good thing with switching to dB for volume is that a prevent clipping option is possible without much knowledge about the dac |
| 22:40:02 | * | leftright nods and agrees with everything amiconn says |
| 22:40:11 | Moos | here too :) |
| 22:40:27 | amiconn | So 'prevent clipping' can be implemented at the app level, uniform for all platforms and with proper indication |
| 22:41:09 | _FireFly_ | iirc if the volume is >0db then clipping is possible |
| 22:41:14 | amiconn | No. |
| 22:41:44 | amiconn | Clipping is possible if current_volume + MAX(bass_boost, treble_boost) > max_volume |
| 22:41:59 | amiconn | Since all values will be in dB, this is simple... |
| 22:42:07 | Moos | yeah indeed |
| 22:42:07 | _FireFly_ | ah ok |
| 22:42:22 | | Quit Rick (Read error: 104 (Connection reset by peer)) |
| 22:42:43 | amiconn | max_volume is 0 dB for iriver, +12 dB for archos recorders/ondios, and +18 dB for archos player |
| 22:43:16 | amiconn | 0 dB is just equal to the 0 dB definition of the DAC manufacturer, and should resemble standard line level |
| 22:43:20 | | Join NicoFR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) |
| 22:43:23 | _FireFly_ | then was my recall a bit true but only for iriver :) |
| 22:43:29 | amiconn | yes |
| 22:44:00 | NicoFR | hi everyone |
| 22:44:15 | Moos | Salut |
| 22:44:27 | | Quit ep0ch| ("gone") |
| 22:44:29 | NicoFR | un français :) |
| 22:44:37 | leftright | methinks the masses will be very confused by the db display, "why does the volime increase if it goes towards zero"? type questions |
| 22:44:54 | Moos | NicoFR: yes I'm (parisian one) ;) |
| 22:45:01 | NicoFR | moi aussi |
| 22:45:10 | Moos | :) |
| 22:45:25 | NicoFR | I was wondering wether rockbox "knows" when the battery is full on the H300... |
| 22:45:34 | _FireFly_ | afaik there will be a conversion fn to convert db-values to percent-values |
| 22:45:54 | leftright | as then the masses will be appeased for aure |
| 22:45:54 | dpassen1 | as a non-developer but normal user, i would love a dB scale |
| 22:45:59 | NicoFR | sometimes when I switch back to iriver, it tells me the battery is full so I was wondering if rockbox stops charging |
| 22:46:06 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 22:46:17 | NicoFR | because it nevers seems to |
| 22:46:17 | Bagder | NicoFR: rockbox doesn't control charging on the iriver models |
| 22:46:19 | ashridah | NicoFR: iirc, the iriver platforms haven't implemented the charging-stop notification. the hardware itself knows when to stop tho |
| 22:46:20 | amiconn | whoa! 'make zip' result almost doubled in size (recorder) |
| 22:46:32 | Bagder | ! |
| 22:46:51 | _FireFly_ | there a many wpses afaik |
| 22:46:54 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 22:47:01 | leftright | heh, great zipper that is |
| 22:47:03 | NicoFR | ok so there should be no risk in leaving it to charge then ? |
| 22:47:07 | amiconn | _FireFly_: None for recorder |
| 22:47:30 | Bagder | NicoFR: none added by Rockbox at least |
| 22:47:32 | San | Anyone interested in porting DOOM for the H300? I have the source if you want it |
| 22:47:39 | | Quit DangerousDan (Client Quit) |
| 22:47:40 | _FireFly_ | amiconn: oops |
| 22:47:54 | NicoFR | Bagder: thanks |
| 22:48:04 | amiconn | Big unicode fonts plus the codepages |
| 22:48:19 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 22:48:43 | | Quit NicoFR () |
| 22:49:10 | tim66 | a dB based volume control would be great to parallel the gain settings for record. at least for me |
| 22:49:16 | amiconn | The whole self-extractor is <1200 bytes |
| 22:49:36 | ashridah | amiconn: so how much smaller is the firmware with the compression now? |
| 22:49:37 | Moos | amiconn: everyone seems to be with you for your dB scalling :) |
| 22:49:47 | Bagder | amiconn: I really like that decompressor work of yours, very nice! |
| 22:49:49 | ashridah | (on the apropriate platform, of course) |
| 22:49:50 | tim66 | I often use the iriver as a pass-thru device, so being able to adjust the gain and 'know' how much to adjust the volume by would be great |
| 22:49:51 | amiconn | (including the almost-empty 512 byte vector table) |
| 22:50:04 | Bagder | ashridah: 204K => 127KB |
| 22:50:13 | ashridah | nice |
| 22:50:15 | ashridah | bbl |
| 22:50:18 | | Nick ashridah is now known as Lost-ash (n=ashridah@69.55.227.55) |
| 22:50:23 | amiconn | ashridah: Compression ratio is very close to gzip |
| 22:50:52 | amiconn | ...but this .ucl decompressor is small and fast, just ~260 bytes of code |
| 22:51:23 | amiconn | This is a bit of cheating, because uclpack contains several algorithms, but our decompressor only supports one |
| 22:51:43 | amiconn | (the one that we found to work best with SH binaries) |
| 22:51:50 | _FireFly_ | amiconn: why to support then more then needed :) |
| 22:52:35 | amiconn | Bagder: Did you try running a compressed .ajz on target? |
| 22:52:43 | Bagder | nope |
| 22:52:56 | amiconn | Could be interesting to test on an unflashed target |
| 22:53:03 | Bagder | haven't even started my archos in months |
| 22:53:34 | amiconn | The archos descrambler is rather slow, maybe loading a compressed .ajz plus extraction is faster than loading an uncompressed .ajz ... |
| 22:53:52 | | Join Rick [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) |
| 22:54:20 | Bagder | :-) |
| 22:55:06 | * | linuxstb almost deafens himself by turning off clipping prevention with volume and bass both at 100% |
| 22:55:18 | DreamTactix291 | ouch |
| 22:57:50 | amiconn | Bagder: Regarding 'make' in tools, there are some quirks. (1) Would it be possible to silence the output when there's nothing to do? Or is there a reason to display the output? |
| 22:58:07 | amiconn | (2) codepages.c isn't built automatically |
| 22:58:46 | _FireFly_ | amiconn: yepp configure wasn't updated to compile codepages |
| 22:58:52 | Bagder | tools to build must be added to configure |
| 22:58:56 | Bagder | the toolset variable |
| 22:59:11 | Bagder | and the (1) is simply because that is the default output |
| 22:59:23 | _FireFly_ | and it seams markun had forgotten to add it to this var |
| 22:59:37 | Bagder | yes, the tools change is rather recent |
| 22:59:42 | Bagder | I can fix it |
| 22:59:57 | Bagder | does the player build need codepages too? |
| 23:00 |
| 23:00:13 | amiconn | yes |
| 23:00:23 | amiconn | Hmm, perhaps not |
| 23:00:24 | _FireFly_ | afaik all targets need codepages |
| 23:00:28 | dpassen1 | amiconn: are you hosting the dB scale patched build anywhere? |
| 23:00:36 | _FireFly_ | patch-tracker |
| 23:00:37 | amiconn | The buitlin codepages might be sufficient |
| 23:00:48 | Bagder | ok, so I don't do it for the player for now |
| 23:00:54 | amiconn | _FireFly_: He wants a patched build |
| 23:01:09 | Lear | good point, it can't really show more then latin1 anyway, and that's a hack. :) |
| 23:01:18 | _FireFly_ | oops again |
| 23:01:28 | amiconn | Lear: It can and will... |
| 23:01:43 | amiconn | I plan adding cyrillic and greek, and katakana for the new lcd |
| 23:01:52 | Lear | New LCD?? |
| 23:02:01 | amiconn | There are two lcd types |
| 23:02:16 | amiconn | The newer type has katakana built-in |
| 23:02:16 | Lear | Ah, you mean the 8 "soft-char" ones... |
| 23:02:22 | amiconn | yes |
| 23:02:27 | Lear | Oh... |
| 23:02:46 | Lear | But even greek, at eight (or four) chars at a time... Is it really useful? |
| 23:03:18 | amiconn | http://www.rockbox.org/docs/rocklatin.html |
| 23:03:45 | Bagder | Lear: remember that amiconn is slightly insane ;-) |
| 23:04:07 | amiconn | Lear: The thing is that quite some greek and cyrillic characters look the same (or almost the same) as latin characters |
| 23:04:47 | amiconn | I 'just' need to extend the dynamic remapping which is already there to support almost full latin1 |
| 23:04:56 | Lear | Hm... Maybe they do... Haven't really looked closely at that. |
| 23:05:06 | Bagder | fixed configure |
| 23:06:34 | Lear | If you feel like some more code policing, there's a small thing in mpeg.c... C98 variable declaration. :) |
| 23:07:21 | amiconn | Not only in mpeg.c ... |
| 23:07:39 | Bagder | you mean mixed with code? |
| 23:07:40 | linuxstb | Lear: I've looked at that bit of code you mentioned, and I think the w and h vars can just be removed completely, and NULL passed to the lcd_getstringsize() functions. |
| 23:07:51 | Lear | Exactly, done like that in playback.c. |
| 23:08:42 | amiconn | dpassen1: Building it now... H120/140 ? |
| 23:08:44 | Bagder | -Wdeclaration-after-statement |
| 23:08:45 | Bagder | ;-) |
| 23:08:54 | dpassen1 | 120 |
| 23:09:01 | amiconn | okay |
| 23:09:01 | leftright | 140 |
| 23:09:08 | Bagder | bookmark.c:212: warning: ISO C90 forbids mixed declarations and code |
| 23:09:12 | amiconn | They're the same |
| 23:09:13 | Bagder | language.c:57: warning: ISO C90 forbids mixed declarations and code |
| 23:09:15 | Bagder | etc... |
| 23:09:20 | amiconn | Bagder: sound.c ... I know |
| 23:09:41 | amiconn | It was like that before |
| 23:09:59 | amiconn | dpassen1: Only special thing would have been h100 |
| 23:10:03 | | Quit San (Read error: 110 (Connection timed out)) |
| 23:10:23 | dpassen1 | yeah, understood |
| 23:10:31 | *** | Saving seen data "./dancer.seen" |
| 23:10:43 | Jungti1234 | help me |
| 23:11:12 | Bagder | the question is, should we remain C89 compatible or not? |
| 23:11:43 | Cassandra | So this new unicode support - does convbdf read unicode values from the bdf fonts? |
| 23:12:02 | Cassandra | Bagder, can't think of a good reason why we should. |
| 23:12:05 | amiconn | Bagder: It looks more clean most of the time, but with a lot of ifdefs it might be different |
| 23:12:16 | Cassandra | Doesn't really gain us anything in terms of portability, does it? |
| 23:12:30 | | Quit muesli_- (Read error: 104 (Connection reset by peer)) |
| 23:12:32 | Bagder | amiconn: ifdefs should not be required for it at all |
| 23:12:42 | amiconn | ? |
| 23:12:42 | Bagder | Cassandra: only for possibly new targets/compilers |
| 23:12:52 | Jungti1234 | http://jungti1234.netcci.net/iriver/h300/rockbox/12.JPG |
| 23:13:13 | amiconn | I mean, if there are a lot of ifdefs, it might help readability to allow C99-style declarations |
| 23:13:17 | Jungti1234 | Why does error happen? |
| 23:13:19 | Bagder | ah |
| 23:13:20 | Bagder | ok |
| 23:13:20 | t0mas | hm |
| 23:13:26 | Bagder | I'm with you now, misunderstood |
| 23:13:27 | t0mas | feature proposal: sleep mode |
| 23:13:29 | amiconn | That's the reason for them in sound.c afaics |
| 23:13:29 | Cassandra | Bagder, well techically I think making it compile without warnings under gcc does more for practical portability. |
| 23:13:41 | t0mas | a mode to make it shutdown after the current song |
| 23:13:44 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 23:13:55 | t0mas | or make it beep after the song, wait 20 secs for a button... and then shutdown |
| 23:13:59 | Bagder | amiconn: that's very often easily fixed with just a pair of { and } in the right place |
| 23:14:00 | t0mas | ideal for podcast listening etc |
| 23:14:04 | Cassandra | t0mas, it's already there. It's called "idle timer". |
| 23:14:18 | t0mas | yeah, but the beep idea might be usefull... |
| 23:14:42 | t0mas | and with "skip to next dir" on it never gets idle |
| 23:14:49 | amiconn | t0mas: Just enable the voice UI for file names, will have almost the same effect |
| 23:15:04 | | Quit linuxstb (Nick collision from services.) |
| 23:15:08 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 23:15:11 | Cassandra | You see, this is why we should never have bowed to pressure and included "skip to next dir". |
| 23:15:12 | amiconn | It will announce the current file after returning to the browser |
| 23:15:38 | Cassandra | I don't think it's a good idea, t0mas. Seems like extra complexity for little to no gain. |
| 23:15:54 | t0mas | yeah, it is possible to disable the skip to next thing... |
| 23:15:57 | t0mas | and then use the idle timer |
| 23:16:01 | amiconn | Wake-up timer will be more useful imho |
| 23:16:04 | Cassandra | But that's just a personal opinion. |
| 23:16:12 | * | t0mas is still thinking about this... |
| 23:16:16 | Cassandra | amiconn, we have that. |
| 23:16:18 | | Quit Sando (Read error: 104 (Connection reset by peer)) |
| 23:16:18 | * | leftright votes for wakeup timer |
| 23:16:21 | Cassandra | At least on Archos. |
| 23:16:21 | t0mas | maybe a beep every 10 minutes, and a button to press to keep it on |
| 23:16:23 | Jungti1234 | Can no one help me? |
| 23:16:33 | t0mas | it would make listening to audio books in bed so much easier |
| 23:16:34 | amiconn | Feasibility depends on how low we can get the power consumption |
| 23:16:41 | t0mas | (sleeptimer never gets my sleep time right :)) |
| 23:17:12 | amiconn | Wake-up timer is on my todo list |
| 23:17:18 | t0mas | amiconn: on iriver we can get quite low iirc... someone checked how long it could run w/o disk at 11 mhz... |
| 23:17:21 | leftright | :) |
| 23:17:31 | t0mas | if we even disable the screen it would be even longer |
| 23:17:39 | amiconn | Cassandra: Yes, we have it on archos fmr/v2, and v1 with mod |
| 23:17:49 | | Join `3nergy [0] (n=3nergy@techgaming.net) |
| 23:17:50 | | Quit DangerousDan (Read error: 110 (Connection timed out)) |
| 23:17:55 | Bagder | t0mas: not to mention if you leave the charger connected... :-) |
| 23:18:09 | t0mas | even better :) |
| 23:18:27 | Cassandra | Jungti1234, not sure - I assume you're using Bluechip's Windows dev kit? That's kind of a black box for us, I'm afraid. |
| 23:18:28 | t0mas | then it will last until the next snowstorm |
| 23:18:32 | t0mas | (in Holland at least :P) |
| 23:18:43 | amiconn | t0mas: I plan to do more. Put lcd in power-save, run timer code in IRAM only and put SDRAM to sleep, and even run _lower_ than 11 MHz if that helps saving power |
| 23:18:59 | amiconn | Oh, and the tick interval will be reduced to 1 Hz while sleeping |
| 23:19:00 | t0mas | can we get < 11? |
| 23:19:04 | amiconn | Yes |
| 23:19:14 | t0mas | I tought disabling PLL was as low as we could get |
| 23:19:17 | Cassandra | amiconn, Ah, so you're thinking of implementing software RTC for H100? |
| 23:19:22 | amiconn | If my calculations were right, we can get down to 6.25 MHz |
| 23:19:33 | Cassandra | If so, it gets my vote, for whatever my vote's worth. |
| 23:19:44 | Cassandra | I'd considered doing it myself. |
| 23:19:52 | t0mas | Cassandra: so have I |
| 23:19:59 | amiconn | ...but that needs the PLL, so it might be running at 11 MHz saves more power, because it allows to disable the PLL |
| 23:20:18 | Jungti1234 | Cassandra: What meaning is it? |
| 23:20:25 | t0mas | amiconn: I can lookup some things I've already tried... so you can focus on the cpu speed and IRAM exec thing |
| 23:20:33 | amiconn | Cassandra: No RTC, just a wake-up timer |
| 23:21:29 | amiconn | I think a delay of 1 day or more is possible without running out of power |
| 23:21:33 | Cassandra | That's not so good, amiconn. It's kind of hard to use in conjunction with the sleep timer. |
| 23:21:34 | amiconn | (standard battery) |
| 23:22:18 | | Quit Lear ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") |
| 23:22:39 | Cassandra | Jungti1234, looks like some sort of Windows / UNIX incompatibilty to me, but I couldn't say for sure. |
| 23:23:25 | | Join hardeep [0] (i=hardeeps@norge.freeshell.ORG) |
| 23:23:32 | Cassandra | Hmmm. I was thinking you'd probably get weeks of standby time - is it really that power intensive? |
| 23:23:44 | Jungti1234 | yes that's right. |
| 23:24:40 | t0mas | Jungti1234: try ./configure |
| 23:24:54 | t0mas | sorry |
| 23:24:58 | Jungti1234 | ../ ? |
| 23:24:58 | t0mas | ../tools/configure |
| 23:25:22 | t0mas | (calling it directly) |
| 23:25:45 | Jungti1234 | hmm.. |
| 23:26:07 | amiconn | Cassandra: I really don't know yet. Need to do some experiments, measuring power consumption |
| 23:26:18 | Jungti1234 | ../tools/configure: 417: Syntax error: redirection unexpected |
| 23:26:31 | t0mas | weird... |
| 23:26:46 | t0mas | are you using a "vanilla" devkit? |
| 23:26:46 | Bagder | Jungti1234: check your cvs update output |
| 23:26:50 | Bagder | that is a cvs conflict |
| 23:26:53 | t0mas | or do you use cygwin? |
| 23:26:57 | Bagder | load the file, edit it |
| 23:26:57 | t0mas | oooooooh wait |
| 23:27:08 | Jungti1234 | ?? |
| 23:27:14 | Bagder | t0mas: configure is a shell script |
| 23:27:17 | t0mas | ok |
| 23:27:27 | t0mas | Jungti1234: easy way: remove tools/configure |
| 23:27:35 | Jungti1234 | and? |
| 23:27:36 | t0mas | and 'cvs update' in that directory |
| 23:27:45 | t0mas | then it will reconstruct it |
| 23:27:46 | Jungti1234 | ok wait |
| 23:28:03 | t0mas | (Bagder: I don't know perl, so I expected it to be some perl thing :)) |
| 23:28:11 | Bagder | ;-) |
| 23:29:44 | * | t0mas is right back |
| 23:29:56 | | Quit t0mas ("just have to restart xdm") |
| 23:30:06 | linuxstb | Ouch again. "decreasing" the volume from -84dB to 0dB isn't good. Did someone have a fix for the wrapping numerical settings? |
| 23:30:31 | Bagder | I think _FireFly_ had one |
| 23:31:00 | Cassandra | But the current volume control doesn't wrap. |
| 23:31:01 | | Join amar [0] (n=502c78e2@labb.contactor.se) |
| 23:31:02 | | Join t0mas [0] (n=Tomas@unaffiliated/t0mas) |
| 23:31:12 | linuxstb | Cassandra: It does in Sound Settings -> Volume |
| 23:31:18 | t0mas | bck :) |
| 23:31:26 | Cassandra | Ah. :( |
| 23:33:47 | t0mas | hm |
| 23:34:17 | t0mas | Bagder? About 'The volume issues'... isn't it possible to calculate where the volume stops getting higher |
| 23:34:22 | t0mas | and to make the setting stop there? |
| 23:34:41 | _FireFly_ | linuxstb: it can be found here : home.arcor.de/s.wezel/wrap-int-fix.patch |
| 23:34:55 | t0mas | so people notice that with bass boost on +20 the volume setting doesn't go any higher than (for example) 70 |
| 23:35:00 | amar | just want to check; when programming for rockbox, you can't use floting point/real numbers |
| 23:35:03 | Bagder | t0mas: I leave the audio magic to amiconn and preglow, they master those areas far better than I do |
| 23:35:23 | t0mas | it's more of an interface thing :) |
| 23:35:36 | Bagder | amar: correct |
| 23:35:39 | t0mas | makeing the setting stop at 70% is that's what we're limiting it too in a lower level... |
| 23:35:45 | linuxstb | _FireFly_: Do you need someone to commit it, or do you have CVS access? (I've lost track now) |
| 23:35:46 | t0mas | then it's clear what's happening.. |
| 23:35:54 | Bagder | amar: you _can_ in fact use floats since they are emulated, but there's a huge penalty |
| 23:36:30 | amar | and another piont, if you do Int1/int2, it rounds to the nearist integer? |
| 23:36:38 | _FireFly_ | LinusN: i have no cvs-acces |
| 23:36:45 | _FireFly_ | linuxstb: i mean |
| 23:37:00 | Bagder | amar: yes |
| 23:37:08 | amar | thanks |
| 23:37:12 | Bagder | ah no |
| 23:37:14 | linuxstb | I always thought it did "floor" ? |
| 23:37:16 | Bagder | it doesn't round at all |
| 23:37:21 | Bagder | me no thinking |
| 23:37:36 | Bagder | amar: its plain integers, 19/10 = 1 |
| 23:38:02 | _FireFly_ | linuxstb: the patch won't be compile because some macros gots deleted i will make a new-one |
| 23:38:03 | amar | so it rounds down to the nearest integer |
| 23:38:09 | Bagder | not nearest |
| 23:38:20 | Bagder | it cuts off any "decimals" |
| 23:38:48 | | Quit Moos ("Glory to Rockbox") |
| 23:39:00 | _FireFly_ | amar: eg when the result of a calculation is 5.9234 then only the 5 will be saved in an integer var |
| 23:39:18 | amar | Bagder:yea, it heads down until it finds an integer |
| 23:39:30 | Bagder | yes |
| 23:39:52 | t0mas | ghehe |
| 23:39:57 | t0mas | that got me once calculating prices... |
| 23:40:18 | t0mas | sometimes you have to calculate in the right order |
| 23:40:35 | t0mas | (first multiply, then devide to keep some "decimals") |
| 23:40:53 | linuxstb | And then you get overflow problems... |
| 23:41:14 | t0mas | not with reasonable prices ;) |
| 23:41:23 | linuxstb | Ah yes, the Lira is no more. |
| 23:41:39 | t0mas | but yeah... that's why I think everybody is used to devide first... |
| 23:42:28 | amiconn | convbdf.exe.stackdump files are cluttering my build dirs :/ |
| 23:43:07 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 23:43:42 | Jungti1234 | ah thanks guys |
| 23:44:11 | _FireFly_ | linuxstb: ok updated |
| 23:44:35 | _FireFly_ | linuxstb: you can find the patch on the same place as a had posted some minutes ago :) |
| 23:44:55 | Jungti1234 | hmm.. |
| 23:44:55 | Lost-ash | hmm. i just got a bleeding edge build and selected the 'boxes' wps (where'd themes go btw) and the unit hung while showing the wps's content |
| 23:45:32 | Jungti1234 | Makefile:14: *** missing separator. Stop |
| 23:45:52 | Jungti1234 | make: ***[tools] Error 2 |
| 23:45:54 | Lost-ash | repeatable too |
| 23:46:14 | _FireFly_ | Lost-ash: in my build it doesn't hang at least in the sim |
| 23:46:58 | t0mas | time to go to bed :) |
| 23:47:01 | t0mas | see you all tomorrow |
| 23:47:04 | Jungti1234 | bye |
| 23:47:06 | t0mas | goodnight! |
| 23:47:11 | Jungti1234 | good night |
| 23:47:53 | Lost-ash | _FireFly_: it's doing it no matter which WPS i select, on my H1xx |
| 23:48:25 | _FireFly_ | Lost-ash: try to reset the settings |
| 23:48:30 | Jungti1234 | bye |
| 23:48:36 | Jungti1234 | I go to the school. |
| 23:48:48 | | Quit Jungti1234 ("bye") |
| 23:48:53 | | Nick Lost-ash is now known as ashridah (n=ashridah@69.55.227.55) |
| 23:50:30 | ashridah | damnit, i'll bbs. resetting the settings made no difference, since the bleeding edge had already done that |
| 23:50:35 | | Nick ashridah is now known as Lost-ash (n=ashridah@69.55.227.55) |
| 23:51:39 | _FireFly_ | i will test the latest build on my target after the build is done |
| 23:57:00 | | Join ep0ch| [0] (n=ep0ch|@81-6-216-218.dyn.gotadsl.co.uk) |
| 23:57:19 | dpassen1 | amiconn: the build works perfectly, i hope it gets committed |
| 23:57:21 | * | amiconn is updating all his rockboxes to unicode |
| 23:58:05 | ep0ch| | i can't seem to apply the new volume patch, anything special i need to know about? |
icon identifies that the person is a core developer (has commit access).