| 00:01:51 | saratoga | how useful is the 3G port likely to be? |
| 00:02:01 | saratoga | from what I hear, the 5002 is pretty slow |
| 00:02:08 | | Quit S3TUP ("CGI:IRC (EOF)") |
| 00:02:34 | linuxstb | We won't know until we test it. |
| 00:03:51 | saratoga | what was the issue with the 5002 anyway? |
| 00:03:53 | linuxstb | The slow part of the 5002 is the cache, but Rockbox is optimised to put time-critical code and data in fast internal RAM - which isn't affected by the cache. |
| 00:03:59 | saratoga | I read something about it having very slow access to main memory |
| 00:04:08 | saratoga | haha |
| 00:04:11 | saratoga | thanks |
| 00:04:34 | saratoga | oh you mean the Icache is slow, not the DRAM? |
| 00:05:18 | linuxstb | This is what the ipodlinux Wiki says: "The 5002 has a "broken" cache (1 wait state per access for program or data, meaning you effectively have half the effective clock rate when running code from external memory). This means that running code that doesn't fit in the internal 96kbyte SRAM of the player is very inefficient, both in terms of CPU cycles and power." |
| 00:06:18 | saratoga | ok, that sounds like the i-cache then since there is no d-cache |
| 00:06:38 | | Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) |
| 00:06:53 | linuxstb | The ipods have a unified cache. |
| 00:07:03 | saratoga | what? |
| 00:07:13 | saratoga | i thought there was no caching at all of data |
| 00:07:15 | imphasing | There is a small 96k cache directly on the processor though, that is very fast. |
| 00:07:28 | saratoga | thats the i-ram, not cache (I think?) |
| 00:07:35 | imphasing | Eh..it's possible. |
| 00:07:36 | imphasing | :D |
| 00:07:40 | linuxstb | saratoga: Yes, each of the two ARM cores has its own 8KB unified (code and data) cache. |
| 00:07:46 | saratoga | oh ok |
| 00:08:13 | linuxstb | Plus there is 96KB of fast IRAM which isn't cached (it doesn't need to be). |
| 00:08:19 | | Quit Therx ("May be back later") |
| 00:08:21 | imphasing | Ah.. |
| 00:08:26 | linuxstb | Both cores can access that IRAM. |
| 00:09:43 | saratoga | is there any documentation at all for the ARM cores on the 5002? |
| 00:09:47 | amiconn | Any idea about the cache organisation? |
| 00:09:52 | saratoga | I've never done ARM and need to brush up on it |
| 00:09:59 | imphasing | Yeah, there's quite a bit of info out there. |
| 00:10:07 | linuxstb | Yes - there is lots of info - they are standard arm7tdmi cores |
| 00:10:07 | amiconn | (direct mapped/set associative/fully associative ?) |
| 00:10:13 | imphasing | There's some really freat pamphlets about it, that have everything you need to know. |
| 00:10:14 | Bagder | saratoga: its an arm7tdmi core, and there's docs for that on arm.com |
| 00:10:17 | imphasing | s/freat/great/ |
| 00:10:18 | saratoga | is tha core standized? |
| 00:10:25 | linuxstb | amiconn: I have no idea. |
| 00:10:36 | imphasing | standardized? |
| 00:10:43 | saratoga | IE: all arm7tdmi cores have the same latencies, etc |
| 00:10:49 | imphasing | Ah.. |
| 00:10:52 | imphasing | I'm not sure.. |
| 00:11:29 | josh_ | http://www.get-linux.org/~oremanj/t/arm7tdmi.pdf <−− for your reading pleasure |
| 00:11:35 | imphasing | I've got a ~250 page doc on the arm7tdmi that explains everything in great depth. |
| 00:11:37 | imphasing | That's the one. |
| 00:11:38 | imphasing | :D |
| 00:11:42 | imphasing | josh_++ |
| 00:11:44 | saratoga | sweet |
| 00:15:25 | josh_ | btw, TDMI stands for Thumb/Debugger/Multiplier/ICE |
| 00:15:50 | imphasing | (!) |
| 00:15:51 | josh_ | or maybe /Interrupt |
| 00:15:53 | imphasing | It's ICE? |
| 00:15:58 | imphasing | Ah.. |
| 00:16:05 | josh_ | depending on who you ask |
| 00:16:20 | imphasing | Heh.. |
| 00:18:31 | | Join TCK [0] (n=tckocr@81-178-216-103.dsl.pipex.com) |
| 00:18:47 | | Quit Thus0 ("Leaving") |
| 00:21:07 | linuxstb | saratoga: I assume you have a 3G? |
| 00:21:42 | saratoga | yeah |
| 00:22:23 | linuxstb | Planning to help with Rockbox? :) |
| 00:22:40 | saratoga | I'd like to |
| 00:22:57 | saratoga | just limited on time until I graduate in a couple months |
| 00:23:06 | saratoga | so I'm just reading for now |
| 00:23:40 | imphasing | graduate == college? |
| 00:23:55 | saratoga | yeah |
| 00:24:04 | imphasing | CS? |
| 00:24:04 | imphasing | :D |
| 00:24:19 | saratoga | I'm doubleing in CS and CE |
| 00:24:29 | imphasing | Ah, cool. |
| 00:24:44 | saratoga | rockbox is the kind of thing that interests me :) |
| 00:24:56 | imphasing | Yeah, me too. |
| 00:25:12 | imphasing | Mostly because it's a proprietary OS |
| 00:25:17 | imphasing | Which is beyond cool. |
| 00:25:20 | Bagder | and I'm only here to look cool ;-) |
| 00:25:40 | josh_ | imphasing: proprietary != unique |
| 00:25:56 | josh_ | Rockbox is open-source, definitely *NOT* proprietary. |
| 00:25:57 | imphasing | =./ |
| 00:26:04 | imphasing | No? |
| 00:26:04 | josh_ | And, in general, proprietary is *NOT* "beyond cool'. |
| 00:26:15 | josh_ | Proprietary is something like Windows. |
| 00:26:24 | saratoga | i think its interesting just because its simple enough that you can understand what its doing (well aside from a lot of the audio stuff) |
| 00:26:28 | imphasing | It doesn't have to mean "commercial" though |
| 00:26:36 | josh_ | imphasing: actually, it does. |
| 00:26:39 | imphasing | Oh man.. |
| 00:26:41 | imphasing | You're right. |
| 00:26:48 | imphasing | Just googled it. |
| 00:26:49 | imphasing | :( |
| 00:26:50 | josh_ | proprietary means one entity owns it and controls it |
| 00:26:53 | saratoga | haha |
| 00:26:53 | imphasing | yeah |
| 00:26:55 | josh_ | which is not the case with open-source software |
| 00:27:21 | hyarion | josh_ 1, imphasing 0 |
| 00:27:49 | imphasing | more like, josh_ 2385 x 10 ^ 3785, imphasing 0 |
| 00:27:56 | hyarion | :) |
| 00:28:09 | josh_ | haha |
| 00:29:20 | saratoga | for now i'll keep an eye on the 3G progress |
| 00:29:28 | saratoga | hopefully I'll be able to start playing with it soon |
| 00:29:29 | josh_ | (10 ^ 3785) is 0b111011001001 xor 0b000000001010, which is 0b111011000011, which is 3779 :P |
| 00:29:45 | imphasing | =/ |
| 00:29:50 | hyarion | btw, I looked at the data sheets for HD66789 is it really compatible with HD66735? |
| 00:29:50 | imphasing | You suck. |
| 00:30:19 | imphasing | In this case, '^' denotes the exponential operator. |
| 00:30:19 | imphasing | :P |
| 00:30:20 | hyarion | I read it was on either ipl or rockbox, but it looks like there is differeces |
| 00:30:24 | josh_ | ah :P |
| 00:31:00 | amiconn | . |
| 00:31:11 | | Quit Rondom ("I'm leaving on a jetplane, don't know when I'll be back again...") |
| 00:31:17 | hydrahead | 3G started working? Is there gonna be a greyscale 4g soon for testing? |
| 00:31:29 | imphasing | The bootloader is mostly working. |
| 00:31:48 | saratoga | theres a binary posted an hour or two ago for the 4G, but it crashes |
| 00:31:59 | saratoga | so probably soon if someone with a 4G starts testing |
| 00:32:08 | imphasing | This binary is just the bootloader though, right? |
| 00:32:23 | saratoga | i assumed it was all of rockbox, since I think it finally compiles |
| 00:32:30 | saratoga | but I didn't check since I don't have a 4G |
| 00:32:34 | imphasing | Ah.. |
| 00:32:38 | imphasing | Was it from cvs? |
| 00:32:53 | hydrahead | well i can test but I dont know the first thing about debugging software :( |
| 00:33:07 | linuxstb | hydrahead: Can you read C? |
| 00:33:39 | hydrahead | not really, only messed with basic and pascal in highschool |
| 00:34:06 | imphasing | linuxstb: Did something largish happen while I was sleeping? As in, getting the "normal" build to compile for 3G/4G? |
| 00:34:12 | linuxstb | The 4G greyscale port needs someone to compare the code in Rockbox with the code in ipodlinux and fix any differences. At the moment, the 4G greyscale build is just an iPod Photo build using the 3G's LCD driver. |
| 00:34:39 | linuxstb | But I would guess it's just the LCD driver that has any differences. |
| 00:35:20 | linuxstb | imphasing: Yes. slimx is currently debugging the 3G build (it crashes after displaying the Rockbox splash logo). The 4G build crashes even earlier than that. But they both compile. |
| 00:35:25 | hydrahead | since the processors are the same, thats a good guess |
| 00:35:26 | imphasing | josh_: Do you know what file the LCD driver is in the ipl tree? |
| 00:35:32 | imphasing | linuxstb: Woo! |
| 00:35:41 | imphasing | Is it in CVS? |
| 00:35:43 | josh_ | imphasing: linux/arch/armnommu/mach-ipod/fb.c I believe |
| 00:35:48 | imphasing | Ah, ok. |
| 00:35:51 | josh_ | linuxstb: yeah, 4g crashes before doing *anything* |
| 00:35:53 | linuxstb | imphasing: It's in various places - I use the one josh_ just mentioned. |
| 00:35:56 | josh_ | well, freezes |
| 00:36:08 | josh_ | linuxstb: there's also some LCD initing you need to do |
| 00:36:14 | imphasing | I'll poke it with my ipod and see what happens. |
| 00:36:17 | hydrahead | linuxstb: and what do you need to view C ? |
| 00:36:28 | saratoga | text editor |
| 00:36:34 | josh_ | linuxstb: check in ipodloader2/fb.c |
| 00:36:38 | saratoga | on Windows, Textpad is pretty good |
| 00:36:39 | linuxstb | josh_: Yes, I noticed some differences - but I'm just going to leave it to a 4g owner to fix. |
| 00:36:40 | josh_ | at the very end (fb_init()) |
| 00:37:57 | hydrahead | aha, well I guess that I could try to see any syntax differences but i wouldnt know how to fix them since i propapbly dont understand them |
| 00:38:29 | imphasing | Heh, leave it to me to bork my whole tree, and forget to make a backup before I start editing things.. |
| 00:38:32 | linuxstb | I'll have a quick look at the lcd code now then, and fix any obvious differences. |
| 00:39:32 | imphasing | Augh, lots of hunk failed's on slimx's latest patch.. |
| 00:39:39 | hydrahead | ace! anyone working on the variable cpu speed? |
| 00:39:42 | slimx | i've corrected the lcd driver |
| 00:39:53 | slimx | now rockbox logo is nice to see |
| 00:39:58 | slimx | :) |
| 00:40:00 | imphasing | :) |
| 00:40:13 | imphasing | Your patch doesn't apply cleanly though |
| 00:40:14 | imphasing | :( |
| 00:40:30 | slimx | imphasing, there is no patch at the moment |
| 00:40:45 | slimx | now consider the ipod 3g patch as closed |
| 00:40:49 | slimx | all is in cvs |
| 00:41:19 | imphasing | Yay! |
| 00:41:44 | Bagder | slimx: nice work on the 3g port btw |
| 00:43:13 | slimx | :) thx |
| 00:43:15 | | Quit Strath (Read error: 104 (Connection reset by peer)) |
| 00:43:56 | slimx | thx also to linuxstb nothing would had been possible without his help |
| 00:43:58 | slimx | :) |
| 00:43:59 | saratoga | will it actually boot, or does it still crash? |
| 00:44:05 | Moos | slimx: oui félicitations |
| 00:44:32 | slimx | hé hé un autre frenchi dans les rangs |
| 00:45:04 | Moos | Oui ;) |
| 00:45:13 | Bagder | je sui un baguette |
| 00:45:20 | Moos | ohoh :) |
| 00:45:33 | Moos | Hi Bagder btw |
| 00:45:36 | Bagder | :-) |
| 00:45:39 | Bagder | evening |
| 00:46:18 | amiconn | Bagder: I hope the X5 button assignments for X5 are usable. |
| 00:46:35 | | Quit actionshrimp (Read error: 104 (Connection reset by peer)) |
| 00:46:35 | amiconn | I don't know anything about the constraints |
| 00:46:52 | Bagder | what are you saying? |
| 00:46:54 | amiconn | hrm, for mandelbrot I mean :) |
| 00:46:58 | Bagder | ah |
| 00:47:08 | Bagder | well, I don't think anyone knows the constraints yet |
| 00:47:13 | saratoga | am I updating from CVS right? cvs update -dP |
| 00:47:14 | Bagder | or perhaps Linus knows something |
| 00:47:20 | saratoga | it seems to grab too many files |
| 00:47:43 | | Join Strath [0] (n=mike@dpc67143207026.direcpc.com) |
| 00:47:45 | Bagder | you do get quite a bunch |
| 00:47:57 | amiconn | Most targets have constraints for pressing multiple buttons |
| 00:48:03 | saratoga | well yeah, but i just updated it today, and it still seemed to pull a lot of stuff through |
| 00:48:05 | amiconn | (both mechanical and electrical) |
| 00:48:10 | saratoga | i mean it should only grab a handful of things right |
| 00:48:48 | Bagder | saratoga: no, you get the whole lot |
| 00:48:49 | saratoga | and I get a lot of "it is in the way" messages as I go |
| 00:48:53 | Bagder | oh |
| 00:48:57 | Bagder | that is weird |
| 00:48:59 | * | amiconn is doing fancy asm stuff |
| 00:49:16 | amiconn | Lots of similar code, have to take care to not mix up things |
| 00:49:17 | saratoga | for instance: "cvs update: move away uisimulator/sdl/uisdl.c; it is in the way" |
| 00:49:25 | Cassandra | Aha! Victory! |
| 00:49:40 | linuxstb | josh_: Can you try this build? The LCD driver was completely wrong before - I'm not surprised nothing happened. http://www.davechapman.f2s.com/rockbox/rockbox-4g.zip |
| 00:49:43 | * | amiconn wants faaaast scrolling :) |
| 00:49:44 | Cassandra | Now does anyone know where I can find a high res version of the Rockbox logo? |
| 00:49:59 | Bagder | yes |
| 00:50:01 | Bagder | hang on |
| 00:50:09 | linuxstb | I only know this one: http://www.rockbox.org/rockbox400.png |
| 00:50:36 | * | Cassandra is physically sickened by the gross hack used to shoehorn the manual into the build system. |
| 00:50:42 | Cassandra | Never mind though, it works. |
| 00:50:42 | Bagder | http://www.rockbox.org/viewcvs.cgi/*checkout*/www/tshirt-contest/Attic/rockbox3540.jpg |
| 00:50:56 | linuxstb | Also, rasher made an svg version: http://www.rasher.dk/rockbox/rockbox.svg (I've no idea how good it is) |
| 00:50:57 | Bagder | 3540x1096 |
| 00:51:08 | Cassandra | Probably doesn't help that I've never really understood make in detail. |
| 00:51:14 | Cassandra | Thanks Bagder |
| 00:51:36 | Cassandra | Don't we have one in a lossless form? |
| 00:51:52 | Bagder | we might somewhere |
| 00:52:18 | Cassandra | That would be better, if it's locateable. |
| 00:52:28 | linuxstb | hydrahead: You could try this bootloader - http://www.davechapman.g2s.com/rockbox/bootloader-4g.bin |
| 00:52:42 | Cassandra | I can easily convert that jpeg to png, but it kind of defeats the point of using png. |
| 00:53:06 | hydrahead | umm ok, just point me to some sort of an istruction for installing it |
| 00:53:14 | hydrahead | *instruction |
| 00:53:32 | linuxstb | http://www.rockbox.org/twiki/bin/view/Main/IpodInstallation |
| 00:53:54 | hydrahead | Thanks! I'm on it |
| 00:54:20 | | Join JdGordon [0] (n=Miranda@c220-239-137-122.smelb1.vic.optusnet.com.au) |
| 00:54:40 | linuxstb | Make sure you keep a copy of the "bootpartition.bin" you make during the installation. You can then simply restore that file back to your ipod if the bootloader doesn't work (or if you ever want to uninstall Rockbox). |
| 00:54:56 | JdGordon | morning all |
| 00:55:40 | | Quit hydrahead ("CGI:IRC (EOF)") |
| 00:56:11 | | Join toology [0] (n=5774a9c7@labb.contactor.se) |
| 00:56:28 | | Nick toology is now known as hydrahead (n=5774a9c7@labb.contactor.se) |
| 00:57:29 | slimx | prefetch abort ... |
| 00:57:29 | | Quit saratoga ("CGI:IRC (EOF)") |
| 00:57:31 | linuxstb | hydrahead: Sorry, I mistyped the URL: http://www.davechapman.f2s.com/rockbox/bootloader-4g.bin |
| 00:57:36 | | Join LinusN [0] (n=linus@labb.contactor.se) |
| 00:57:41 | slimx | at C4000002 |
| 00:57:49 | hydrahead | could you just repeat what file i should back up? |
| 00:58:10 | slimx | something is really strange :p |
| 00:58:20 | | Join jmg [0] (n=Jernau@shinobi.thoughtcrime.org.nz) |
| 00:58:23 | linuxstb | It's bootpartition.bin - no need to back it up, just don't delete it. |
| 00:58:25 | jmg | hi all |
| 00:58:35 | jmg | i just got an archos pma400 |
| 00:58:52 | jmg | (not currently supported by rockbox) |
| 00:59:00 | | Join DMJC [0] (n=James@220-245-174-43-sa-pppoe.tpgi.com.au) |
| 00:59:08 | DMJC | anyone else build rockbox on linux? |
| 00:59:18 | linuxstb | slimx: Have you made any changes to firmware/crt0.S ? |
| 00:59:19 | Bagder | DMJC: lots of us do |
| 00:59:24 | | Quit mikearthur (Remote closed the connection) |
| 00:59:27 | DMJC | cool |
| 00:59:44 | slimx | the bootloader loop infinitely till i press a button :p |
| 00:59:48 | DMJC | need to setup my build environment again |
| 00:59:54 | DMJC | been a long time since I last did it |
| 01:00 |
| 01:00:04 | | Join mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
| 01:00:14 | * | Cassandra sighs. Google tells me there used to be an image at http://daniel.haxx.se/logo-contest/rockbox3540.png |
| 01:00:18 | slimx | but print loading rockbox each time :p |
| 01:00:24 | Cassandra | Sadly it seems to have disappeared. |
| 01:00:31 | slimx | i don't think so linuxstb |
| 01:00:39 | hydrahead | amn, i forgot how to make it run in disc mode |
| 01:00:39 | jmg | I was just wondering why the pma400 is too braindead to play ogg |
| 01:00:49 | | Join mirak [0] (n=mirak@AAubervilliers-152-1-9-93.w82-121.abo.wanadoo.fr) |
| 01:01:03 | * | amiconn is curious if and when someone will come up with asm optimised mem* routines for arm |
| 01:01:28 | | Join NicoFR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) |
| 01:01:40 | Bagder | jmg: because it doesn't run rockbox? ;-) |
| 01:02:21 | slimx | press menu and play button hydrahead |
| 01:02:24 | jmg | Bagder: i think the problem is deeper than that ;) |
| 01:03:05 | Bagder | jmg: well, it certainly must have cpu enough |
| 01:03:15 | linuxstb | Ask Archos to implement it. Or port Rockbox.... |
| 01:03:55 | jmg | 150mhz enough? |
| 01:04:06 | Bagder | yes indeed |
| 01:04:08 | jmg | linuxstb: was thinking of porting opie |
| 01:04:28 | Bagder | isn't that PMA ARM based? |
| 01:04:37 | jmg | yes |
| 01:04:49 | Bagder | so 150 MHz is way more than you need |
| 01:04:51 | amiconn | Oh no! |
| 01:04:53 | jmg | a lot of zaurus stuff works for it |
| 01:04:58 | linuxstb | I've just read that it's a TI chip - OMAP5910 |
| 01:05:01 | amiconn | ARM taking over ;) |
| 01:05:02 | jmg | yeah |
| 01:05:07 | jmg | that's the problem |
| 01:05:11 | jmg | the compiler is nonfree |
| 01:05:13 | Bagder | haha |
| 01:05:16 | Bagder | TI trap |
| 01:06:07 | Bagder | hey |
| 01:06:15 | Bagder | we decided to make some devcon2006 shirts |
| 01:07:05 | linuxstb | Another competition? Or a dictatorship? |
| 01:07:25 | *** | Saving seen data "./dancer.seen" |
| 01:07:33 | Bagder | dictatorship |
| 01:07:43 | linuxstb | :) We trust you... |
| 01:08:09 | Cassandra | I don't. |
| 01:08:51 | | Quit ender` (" "I believe the use of noise to make music will increase until we reach a music produced through the aid of electrical instru) |
| 01:09:03 | JdGordon | soo... hows it going on the 3g? |
| 01:09:06 | DMJC | how do you setup the build environment on linux? |
| 01:09:27 | linuxstb | http://www.rockbox.org/twiki/bin/view/Main/CrossCompiler |
| 01:09:28 | DMJC | trying to build the main firmware + games plugins for h100 |
| 01:09:58 | LinusN | DMJC: there is this link called "documentation" on www.rockbox.org |
| 01:10:20 | imphasing | JdGordon: I think slimx got a "normal" build to boot, but it freezes |
| 01:10:23 | imphasing | last I heard |
| 01:10:29 | DMJC | I found the cygwin stuff but that's for windows |
| 01:10:30 | JdGordon | ok |
| 01:10:34 | | Join kramerica [0] (n=lkd@216-197-247-182.sktn.hsdb.sasknet.sk.ca) |
| 01:10:51 | DMJC | afaik last time someone actually sent me a copy of the compiler binaries |
| 01:10:53 | LinusN | DMJC: "Building the cross compiler" |
| 01:11:17 | jmg | hmm |
| 01:11:27 | * | jmg downloads archos sdk |
| 01:11:54 | jmg | the omap dev kit is 900 USD |
| 01:12:00 | DMJC | being shaped SUCKS |
| 01:12:44 | slimx | that's it JdGordon :) |
| 01:12:49 | | Quit goa (Read error: 104 (Connection reset by peer)) |
| 01:13:06 | slimx | it freezes after displaying the logo |
| 01:13:15 | JdGordon | ok, well good luck with it |
| 01:13:29 | jmg | linuxstb: archos provide a version of gcc for building it |
| 01:13:31 | imphasing | I haven't had any luck getting it to compile though |
| 01:13:34 | imphasing | besides the bootloader |
| 01:13:35 | linuxstb | slimx: Have you discovered which of the ???_init() functions causes the freeze? |
| 01:13:53 | linuxstb | imphasing: Not all the necessary changes are in CVS yet - slimx has been working on it. |
| 01:13:54 | | Join goa [0] (i=hd@gate-hannes-tdsl.imos.net) |
| 01:14:28 | imphasing | Ah, ok. |
| 01:14:28 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
| 01:14:31 | | Join Moos [0] (i=DrMoos@m53.net81-66-159.noos.fr) |
| 01:14:41 | DMJC | so what kind of stuff is planned for devcon? |
| 01:15:04 | Bagder | getting devs together the primary objective |
| 01:15:07 | Bagder | is |
| 01:15:09 | hydrahead | hey im looking at theese installation instructions, but i dont exactly understand c) |
| 01:15:29 | Bagder | then if we manage to get a few, we can start thinking about what we want to accomplish |
| 01:15:32 | hydrahead | do i need the ipod wizard or not? |
| 01:15:38 | linuxstb | No. |
| 01:15:43 | | Join ashridah [0] (i=ashridah@220-253-120-146.VIC.netspace.net.au) |
| 01:15:55 | linuxstb | Ignore the references to ipodwizard. |
| 01:16:07 | jmg | DO YOU ACCEPT THESE TERMS AND CONDITIONS? |
| 01:16:07 | jmg | YES |
| 01:16:07 | jmg | ARE YOU SURE THAT YOU WISH TO ACCEPT THESE TERMS AND CONDITIONS? |
| 01:16:09 | jmg | YES |
| 01:16:12 | jmg | thanks archos |
| 01:16:48 | DMJC | GCC 4 works on coldfire? |
| 01:16:57 | DMJC | is that the default GCC 4 code? |
| 01:17:07 | linuxstb | Yes, but it produces (mostly) slower code. The recommended version is 3.4.5 |
| 01:17:07 | jmg | lol i need to give them my serial number to get the sdk :/ :( |
| 01:17:11 | DMJC | ah k |
| 01:18:26 | hydrahead | hmm on comand ipodpatcher 3 it says:error locking disk, acces is denied |
| 01:19:00 | hydrahead | perhaps i should reboot, this is the first time ive plugged it using usb, i used firewire until now |
| 01:19:27 | JdGordon | whats the line to undo a patch? patch -r file does nothing...? |
| 01:19:39 | LinusN | patch -R < file |
| 01:20:09 | DMJC | sigh |
| 01:20:11 | DMJC | 17mb |
| 01:20:14 | JdGordon | thanx |
| 01:20:37 | * | Cassandra ponders whether to have "recorderv2" and "recorderfm" be seperate targets in the manual build system |
| 01:20:57 | Cassandra | (Since some V2s have the radio installed anyway.) |
| 01:21:50 | LinusN | Cassandra: http://www.rockbox.org/tshirt.old/rockboxHires.tif |
| 01:22:05 | Cassandra | Is there any difference between the Ondio SP and the Ondio FM other than the lack of a radio in the SP? |
| 01:22:16 | Cassandra | Thanks, Linus. |
| 01:22:16 | LinusN | sp can't record |
| 01:22:31 | LinusN | iirc |
| 01:22:36 | Moos | yep |
| 01:23:15 | Cassandra | Hmmm. I'm trying to work out whether to combine those as a target too. |
| 01:23:32 | Cassandra | Since FM is just a superset of SP, that might be workable. |
| 01:25:25 | linuxstb | hydrahead: I've read reports that those installation instructions work fine with firewire as well. |
| 01:25:30 | | Join webguest33 [0] (n=18e406cd@labb.contactor.se) |
| 01:25:47 | hydrahead | ok ill try it that way |
| 01:26:18 | Cassandra | LinusN: Object not found |
| 01:26:18 | | Quit webguest33 (Client Quit) |
| 01:26:21 | | Join webguest33 [0] (n=18e406cd@labb.contactor.se) |
| 01:26:25 | | Join einhirn [0] (n=Miranda@p54862B45.dip0.t-ipconnect.de) |
| 01:26:37 | * | Cassandra decides that it's easier to move from less platforms to more than the other way around. |
| 01:27:04 | Cassandra | For now I'll keep both pairs as single targets. We can change later if that seems sensible. |
| 01:27:05 | | Quit webguest33 (Client Quit) |
| 01:27:11 | amiconn | Yes, Ondio SP can't record and has no radio. Other than that, it's the same as Ondio FM from a user's view |
| 01:27:23 | LinusN | Cassandra: oops - http://www.rockbox.org/tshirt.old/rockboxHighRes.tif |
| 01:27:31 | amiconn | (only visible difference from the outside is the missing line in socket) |
| 01:28:18 | Cassandra | Right. Which you wouldn't expect if you can't record anyway. |
| 01:29:33 | amiconn | The fun thing about the MAS3539F is that it actually *can* record, just the MP3 encoder is missing in the ROM. |
| 01:29:48 | amiconn | ...and archos even connected the parallel port buffer to the MAS. |
| 01:30:00 | DMJC | heh this should build in like 3 seconds |
| 01:30:22 | amiconn | So if someone mounts the missing microphone and/or line in socket, it would be possible to record with the PCM codec |
| 01:30:28 | Cassandra | Basically I think we need a new manual platform if there's either different keymappings, unique features in all models, or different screen shots. |
| 01:31:02 | hydrahead | linuxstb: found it using firewire! |
| 01:31:34 | linuxstb | hydrahead: OK, good. |
| 01:31:43 | slimx | ipod 3g bootloader had a big bug against rockbox loading |
| 01:32:15 | slimx | bad ram address |
| 01:32:16 | | Quit muesli__ (Read error: 110 (Connection timed out)) |
| 01:32:17 | linuxstb | Ah yes, the asm instruction... |
| 01:32:18 | Cassandra | I think that implies the need for different manuals for player, recorder, recorder2fm, ondio, h1xx, h3xx, ipodnano, ipodcolor (and potentially ipodvideo, ipodbw) |
| 01:32:23 | slimx | yes |
| 01:32:27 | hydrahead | so this original bootpartition bin it made is gonna stay on the ipod? |
| 01:32:34 | josh_ | Cassandra: you can use \if and stuff |
| 01:33:00 | josh_ | something like |
| 01:33:12 | Cassandra | josh_: Yeah, I know, thanks. It's more a question of working out which platforms need to be different at the moment. |
| 01:33:14 | slimx | now i can debug the rockbox apps/main.c (init ) |
| 01:33:34 | linuxstb | hydrahead: "bootpartition.bin" is a backup of the boot partition on your iPod. The Rockbox bootloader is installed to that partition, which is why it's a good idea to keep that file. |
| 01:33:36 | josh_ | \def\ifdefined#1{\ifx\expandafter\csname#1\endcsname\relax\else} |
| 01:34:02 | Cassandra | Ick! What on earth does that do? |
| 01:34:07 | josh_ | \ifdefined{modelplayer} text for player \fi \ifdefined{modelcolor} text for color \fi |
| 01:34:16 | hydrahead | ok, understood that, checking jut in case :) |
| 01:34:17 | josh_ | and then LaTeX it like |
| 01:34:17 | linuxstb | josh_: Is that raw TeX? |
| 01:34:23 | josh_ | linuxstb: yep |
| 01:34:30 | * | linuxstb looks away |
| 01:34:48 | josh_ | prompt$ latex '\def\modelcolor{color} \input yourfile.tex' |
| 01:34:56 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 01:34:58 | | Part LinusN |
| 01:35:02 | josh_ | my point is, there are ways to keep it all in one file :P |
| 01:35:32 | linuxstb | josh_: I think we're going to be using the "optional" package for that stuff. But that's not the problem - the problem is deciding how to use those conditionals to structure the manuals. |
| 01:35:42 | josh_ | ah, ok |
| 01:35:51 | josh_ | didn't even realize there *was* a package for that |
| 01:35:57 | hydrahead | i now ran this ipod_fw command, is it ment for it not to show any output like: done or something? |
| 01:36:12 | jmg | NewFeature: Support for the FM Remote Control was added to the Music |
| 01:36:13 | jmg | and AudioCorder application |
| 01:36:20 | linuxstb | hydrahead: No, it should at least say something. |
| 01:36:38 | josh_ | hydrahead: it should say, "Generating firmware compatible with [insert ipod version here]..." |
| 01:37:22 | linuxstb | josh_: I've uploaded a replacement rockbox-4g.zip (same URL). Are you able to test it? |
| 01:37:29 | josh_ | sure, 1 sec. |
| 01:37:37 | linuxstb | The LCD code was completely wrong before... |
| 01:38:13 | imphasing | 3G != 4G(b&w)? |
| 01:38:20 | slimx | lol linuxstb |
| 01:38:28 | linuxstb | imphasing: true. |
| 01:38:32 | slimx | i've sent a new patch |
| 01:38:38 | slimx | :p |
| 01:38:41 | hydrahead | ipod_fw -o apple_os.bin -e 0 bootpartition.bin - i typed this and its not showing anything :/ |
| 01:38:44 | Cassandra | imphasing, in what way? Are the controls or screen res different? |
| 01:39:10 | midkay | controls, for one.. |
| 01:39:14 | linuxstb | hydrahead: Ah, yes. At that stage, it shouldn't display anything. But it should have created a file called apple_os.bin. Can you see it? |
| 01:39:20 | Cassandra | Ah, OK. |
| 01:39:24 | slimx | normal buil corrections |
| 01:39:25 | josh_ | Cassandra: they use completely different CPUs |
| 01:39:28 | josh_ | PP5002 vs PP5020 |
| 01:39:30 | slimx | *build |
| 01:39:33 | josh_ | with all the I/Os in different places |
| 01:39:42 | Cassandra | josh_, irrelevent from the perspective of the manual. |
| 01:39:53 | linuxstb | The buttons are in different places |
| 01:39:59 | josh_ | ah yeah, sorry - forgot we were talking about the manual ther |
| 01:40:03 | Cassandra | That's more relevant. |
| 01:40:04 | slimx | now times to sleep |
| 01:40:06 | josh_ | s/$/e/ |
| 01:40:07 | hydrahead | Im looking at the root and the ipod control but i dont see anything new |
| 01:40:10 | linuxstb | See http://ipodlinux.org/Generations for pictures |
| 01:40:13 | slimx | see ya tomorrow |
| 01:40:28 | slimx | and have a look at the new patch |
| 01:40:34 | slimx | ;-) |
| 01:40:35 | linuxstb | goodnight. |
| 01:40:41 | Cassandra | Well, I'm only setting things up for the current ports that are part of the build system anyway. |
| 01:40:51 | | Quit slimx (Remote closed the connection) |
| 01:40:52 | Cassandra | We'll add the other iPods when they come on line, of course. |
| 01:41:43 | josh_ | ok |
| 01:41:51 | josh_ | linuxstb: backlight came on for a few seconds, Rockbox logo was displayed briefly |
| 01:41:55 | josh_ | now the screen is blank |
| 01:42:08 | linuxstb | That's not bad.... |
| 01:42:21 | linuxstb | Does anything happen if you press MENU ? |
| 01:42:28 | josh_ | no |
| 01:42:34 | josh_ | but I have a suspicion it's a contrast problem |
| 01:42:47 | JdGordon | hmm... so.. ive been waiting for the wrong versino to work :p my friend has the b&w 4g, not 3g.. hows that 1 going? |
| 01:42:47 | josh_ | because you can barely see the edge of the screen |
| 01:43:04 | linuxstb | That sounds possible. Any idea what the default contrast should be set to? |
| 01:43:09 | josh_ | and the distinction there depends on the contrast, and if contrast is too low you won't be able to see anything |
| 01:43:12 | hydrahead | where is the bin file supposed to be? |
| 01:43:21 | hydrahead | in the root? |
| 01:43:28 | josh_ | linuxstb: I don't know what the range is raw... the iPL interface is 0-128 and 96 gives good results. |
| 01:43:34 | linuxstb | hydrahead: In the directory you typed the ipod_fw command |
| 01:43:39 | hydrahead | ahaa |
| 01:43:40 | hydrahead | ok |
| 01:44:03 | hydrahead | es its there, sorry :) |
| 01:44:17 | linuxstb | josh_: OK, thanks. |
| 01:45:01 | hydrahead | now under e) should i replace color with 4g? |
| 01:45:01 | imphasing | slimx: New patch? |
| 01:45:01 | imphasing | :D |
| 01:45:27 | josh_ | linuxstb: lcd_cmd_and_data(0x4, 0x4, contrast); |
| 01:45:42 | linuxstb | josh_: Maybe it isn't a contrast problem though - if you can see the Rockbox logo, then the contrast should be OK. Unless Rockbox then changes it.... |
| 01:45:52 | josh_ | I think it might be that RB changes it. |
| 01:46:03 | josh_ | during LCD init or something |
| 01:46:17 | linuxstb | The logo is displayed after the lcd init.... |
| 01:46:21 | josh_ | hrm |
| 01:46:23 | josh_ | idk |
| 01:46:27 | linuxstb | But let me check something. |
| 01:46:31 | josh_ | ok, cool |
| 01:47:09 | imphasing | Hrm. |
| 01:47:14 | imphasing | patch doesn't apply cleanly.. |
| 01:47:15 | imphasing | =/ |
| 01:47:22 | hydrahead | linuxstb: sorry to bug you again: how should i type the command for this bootloader? just change it to 4g instead of nano or color? |
| 01:47:24 | linuxstb | Yes, Rockbox itself has a contrast setting, and that is wired-up to the ipod's lcd_set_contrast() function. And I think the default value is 40.... |
| 01:47:33 | josh_ | ack. |
| 01:47:36 | josh_ | that might be a problem. |
| 01:47:39 | josh_ | 40 is almost invisible. |
| 01:47:53 | linuxstb | hydrahead: Yes. |
| 01:48:21 | linuxstb | In fact, the default contrast is 28.... |
| 01:48:24 | josh_ | yes, the arg to that 0x4 command is indeed 0 (low) to 127 (high) |
| 01:48:33 | linuxstb | I'll change it to 96. |
| 01:48:41 | josh_ | cool, thanks |
| 01:48:49 | | Quit youngcereal (Connection timed out) |
| 01:51:04 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 01:51:28 | linuxstb | josh_: OK, new rockbox-4g.zip in the same place. I've hard-coded the contrast to 96. |
| 01:51:42 | josh_ | ok, thanks |
| 01:51:43 | linuxstb | Sorry, wait 10 seconds.... |
| 01:51:55 | linuxstb | OK, it's there. |
| 01:52:35 | hydrahead | allright, got the bootloader going |
| 01:52:44 | linuxstb | Is it displaying messages/ |
| 01:52:45 | linuxstb | ? |
| 01:52:57 | | Quit mirak (Remote closed the connection) |
| 01:53:06 | hydrahead | i showed the blue screen with some text and then it loaded the original firmware |
| 01:53:23 | hydrahead | arrrgh |
| 01:53:30 | hydrahead | it showing everything |
| 01:53:37 | hydrahead | like in a mirror |
| 01:53:44 | midkay | hydrahead, because you didn't install the rockbox.zip? |
| 01:54:07 | linuxstb | hyarion: Do you mean the original firmware is displaying things wrongly? |
| 01:54:18 | hydrahead | yrs |
| 01:54:20 | hydrahead | *yes |
| 01:54:31 | josh_ | linuxstb: watch your LCD inits |
| 01:54:51 | BHSPitLappy | ( I think hyarion's asleep) |
| 01:54:53 | josh_ | see fb.c in ipodloader2 - esp the part about #ifdef YOU_WANT_TO_SCREW_UP_THE_COLORS_IN_RETAILOS |
| 01:55:06 | | Join youngcereal [0] (n=youngcer@p54B2212E.dip0.t-ipconnect.de) |
| 01:55:06 | | Quit XavierGr ("Trillian (http://www.ceruleanstudios.com") |
| 01:55:06 | linuxstb | Yes, I noticed that (and removed that code) :) |
| 01:55:15 | josh_ | and.. rockbox works! |
| 01:55:20 | linuxstb | Hurray :) |
| 01:55:23 | josh_ | well, sort of. |
| 01:55:29 | linuxstb | Boo.... |
| 01:55:31 | hydrahead | its displaying everything like in a miror, also has some letters wich are descending vertically |
| 01:55:32 | josh_ | is input supposed to do anything? |
| 01:55:33 | BHSPitLappy | 18:54 rockbox sort of works |
| 01:55:34 | hydrahead | what now? :/ |
| 01:55:55 | josh_ | linuxstb: input isn't doing anything |
| 01:56:04 | josh_ | btw, the 4g's input is exactly like the latter versions' (photo etc.) |
| 01:56:09 | josh_ | it's different from the mini's though. |
| 01:56:38 | josh_ | it's showing a directory listing of my FAT32 partition |
| 01:56:51 | BHSPitLappy | that would be the default view, yes |
| 01:56:55 | linuxstb | OK, let me try something. There's one thing we changed with your button drivers. |
| 01:57:10 | josh_ | ok |
| 01:57:18 | josh_ | does the scroll wheel do anything? |
| 01:57:21 | hydrahead | should i try to reset the original firmware or try installing the rockbox zip? |
| 01:57:26 | josh_ | (is it supposed to, that is) |
| 01:57:56 | linuxstb | hydrahead: Wait a moment, I'm uploaded a new rockbox.zip which I hope will work. |
| 01:58:18 | linuxstb | OK, it's here: http://www.davechapman.f2s.com/rockbox/rockbox-4g.zip |
| 01:58:27 | josh_ | linuxstb: the clock works :-) |
| 01:58:39 | linuxstb | Of course :) You can even set the time. |
| 01:58:44 | josh_ | cool |
| 01:58:48 | josh_ | does it sync to the hwclock if you do? |
| 01:59:19 | linuxstb | Yes |
| 01:59:30 | josh_ | cool |
| 01:59:38 | imphasing | linuxstb: Are you going to commit those changes to CVS? |
| 01:59:51 | imphasing | And if you feel like doing something with the 3G, I can test for you. |
| 01:59:55 | linuxstb | The code is trivial - it's just the exact opposite of reading the RTC registers. In the kernel it's in pcf50605.c (I think). |
| 02:00 |
| 02:00:42 | linuxstb | imphasing: No, I'm leaving the 3G for slimx. I'll commit my changes when it's either working or I've exhausted my ideas. |
| 02:00:51 | linuxstb | (my 4G changes) |
| 02:01:21 | josh_ | linuxstb: input still does nothing |
| 02:01:25 | imphasing | Alrighty. |
| 02:01:32 | imphasing | LCD driver is the same for 4G and 3G? |
| 02:01:41 | | Quit midkay ("Leaving") |
| 02:01:48 | linuxstb | The addresses are different, and the initialisation is slightly different. |
| 02:01:55 | josh_ | imphasing: yes, except for different base addresses |
| 02:01:55 | amiconn | I can have a look at the 2bpp horiz driver when doing optimisation work for the 16bpp driver |
| 02:02:18 | linuxstb | That would be good. We're going to need a sim as well. |
| 02:02:25 | amiconn | I plan to tackle this after memmove() and memset16() (which in turn is needed for 16bit opt) |
| 02:02:37 | hydrahead | now it wont go into disc mode... |
| 02:02:37 | | Quit NicoFR () |
| 02:02:56 | hydrahead | oe do i get the original firmware back, ipodupdate? |
| 02:02:57 | amiconn | Perhaps I should also finish my .lang work before... |
| 02:03:01 | hydrahead | *how |
| 02:03:15 | amiconn | My tree is somewhat messed up atm |
| 02:03:43 | linuxstb | hydrahead: It will go into disk mode.... You can then use ipodpatcher to restore your original bootpartition.bin back to your ipod. |
| 02:04:29 | linuxstb | i.e. just type "ipodpatcher -w N bootpartition.bin" (replacing N with the diskno of your ipod). |
| 02:04:30 | amiconn | ick |
| 02:04:54 | linuxstb | amiconn: You need more trees... |
| 02:06:32 | | Join midkay [0] (n=midkay@24.143.70.99) |
| 02:06:37 | hydrahead | hmm ive copied the rockbox files, ill try to reboot it now |
| 02:08:38 | hydrahead | we got liftoff! :))) |
| 02:08:40 | linuxstb | josh_: I've run out of ideas now then. As you said, the 4G button driver should be the same as the Photo (and Nano/Video). |
| 02:08:44 | hydrahead | i can see the menu |
| 02:08:58 | linuxstb | hydrahead: So do the buttons work for you? |
| 02:09:16 | linuxstb | Or can you just see the files on your ipod? |
| 02:09:22 | | Join Zoide [0] (i=Zoide@aodio.Stanford.EDU) |
| 02:09:47 | hydrahead | no, im in the rockbox menu, it seem the buttons arent working |
| 02:09:50 | | Nick Zoide is now known as Zoide7777 (i=Zoide@aodio.Stanford.EDU) |
| 02:09:53 | hydrahead | also some letters are funny |
| 02:09:56 | | Quit imphasing (Remote closed the connection) |
| 02:10:00 | hydrahead | like they have the top missing |
| 02:10:12 | linuxstb | I expect there are still some bugs in the lcd code. |
| 02:10:24 | linuxstb | But I don't know why the buttons don't work... |
| 02:10:48 | | Join imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) |
| 02:10:51 | Zoide7777 | hi, I tried installing the latest CVS Rockbox on my greyscale 4g, and all I get is the Apple symbol. Is anyone having the same problem? |
| 02:11:45 | hydrahead | buttons definetly not working, the battery is blinking(expected) and the clock display is working |
| 02:11:54 | lostlogic | linuxstb: you got a minute to check this on the ipod? fixed the issue with overflowing the buffer. http://lostlogicx.com/transfer/rockbox/pcmbuf_rework2.patch |
| 02:11:59 | linuxstb | Zoide7777: Yes - it's not finished yet... |
| 02:12:24 | lostlogic | (yay superbowl halftime coding :)) |
| 02:12:42 | hydrahead | and in the menu i got: contacts, notes, calendar and rockbox |
| 02:13:04 | Cassandra | Hmm. Why is CVS complaining that I can't add to /cvsroot/rockbox/CVSROOT/EmptyDir when I try to 'cvs add manual"? |
| 02:13:05 | imphasing | Is the superbowl today?? |
| 02:13:07 | imphasing | =/ |
| 02:13:12 | Zoide7777 | linuxstb: oh, so at this stage it doesn't go past the Apple symbol? |
| 02:13:30 | linuxstb | hydrahead: That's not the menu - that's the file browser. |
| 02:13:39 | lostlogic | imphasing: steelers 7, seahawks 3 at the half (in case you care) |
| 02:13:41 | Cassandra | CVS - I hates it I does, precioussss. |
| 02:13:43 | linuxstb | Zoide7777: Yes, the version in CVS has bugs in the LCD driver. |
| 02:13:54 | hydrahead | aha, sorry, never saw a rockbox display before |
| 02:13:57 | imphasing | lostlogic: I'm from seattle, so go hawks. |
| 02:13:59 | imphasing | :D |
| 02:14:29 | imphasing | Cassandra: (Darcs || SVN) == nice! |
| 02:14:33 | imphasing | :) |
| 02:14:33 | Zoide7777 | linuxstb: ok, thanks for the info |
| 02:14:36 | | Quit tvelocity ("ΑναχωÏεί") |
| 02:14:58 | | Join XavierGr [0] (n=XavierGr@ppp84-adsl-230.ath.forthnet.gr) |
| 02:16:02 | linuxstb | Cassandra: If you want to create a new top-level directory, you can't use cvs add. |
| 02:16:55 | linuxstb | But I forget how you do do it.... Maybe "cvs import" |
| 02:17:32 | | Part kramerica |
| 02:17:32 | Cassandra | Hmm. If I use import, it'll drag in all the files, and I need to be able to specify which ones are binary. |
| 02:17:59 | linuxstb | Just create import to import an empty "manual" directory. Then check out that empty directory and carry on. |
| 02:18:09 | linuxstb | s/create/use/ |
| 02:18:14 | hydrahead | linuxstb: ive now loaded the original firmware by holding menu during booting, and the display is still not ok |
| 02:18:45 | linuxstb | hydrahead: OK, thanks. I'll have to look at that - but not now (it's 1.20am) |
| 02:19:04 | linuxstb | But we seem to be making progress. |
| 02:19:17 | hydrahead | ok just tell me how to fix the original firmware |
| 02:19:22 | hydrahead | by that commandline? |
| 02:19:45 | linuxstb | Yes - that will remove Rockbox. Next time you boot, the original firmware should be OK (the Rockbox bootloader won't mess up the LCD) |
| 02:23:35 | | Quit midkay ("laterz!") |
| 02:24:16 | * | Cassandra swears at CVS. Now it's claiming I've not set CVSROOT. |
| 02:24:22 | hydrahead | ok everything is back to normal, thanks linuxstb |
| 02:24:28 | Cassandra | How come all the other CVS commands know what it is then? |
| 02:26:15 | linuxstb | The other cvs commands will know because you have a "CVS" directory in your current directory. |
| 02:27:27 | linuxstb | lostlogic: Yes, the overflow problem has been fixed. Normal playback seems to work well. |
| 02:27:42 | hydrahead | bye ppl, now that i got the hang of it ill help with further versions :) |
| 02:27:42 | linuxstb | But I try to stop playback, or skip to the next track, it just freezes. |
| 02:28:45 | | Quit imphasing (Remote closed the connection) |
| 02:28:58 | lostlogic | linuxstb: bagh, that's definitely not happening here, must have broken something ipod specific :( |
| 02:29:14 | linuxstb | Or you've just exposed the bugs in my pcm_playback.c code... |
| 02:29:14 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
| 02:29:14 | | Quit hydrahead ("CGI:IRC (EOF)") |
| 02:29:43 | Cassandra | Ah, crap - what do I want to set the vendor and release tags to? |
| 02:29:45 | linuxstb | Also, the audio buffer doesn't seem to get fully filled. It stops filling at about 24MB (out of about 29MB). |
| 02:30:07 | | Part Zoide7777 |
| 02:30:13 | linuxstb | Cassandra: Yes, that's the question I can never answer.... |
| 02:30:14 | lostlogic | linuxstb: hmm, I haven't laid finger 1 on the audiobuffer code |
| 02:30:16 | | Join imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) |
| 02:30:30 | linuxstb | lostlogic: That makes sense - I noticed the same behaviour with the existing code. |
| 02:30:36 | | Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) |
| 02:30:43 | linuxstb | (but wasn't 100% sure) |
| 02:31:10 | lostlogic | ok... I'll try to hunt in the ipod specific parts, but may need you or preglow to help me find bugs tomorrow. |
| 02:31:17 | linuxstb | Should your code be faster than the existing code? |
| 02:32:00 | linuxstb | My ALAC test tracks seem to skip less - some tracks that skipped once or twice now don't skip, and other tracks skip less. |
| 02:32:25 | Paul_The_Nerd | I thought a goal of it *was* performance improvement? |
| 02:32:34 | lostlogic | It's very close, my code uses memory more effectively... |
| 02:32:41 | linuxstb | I thought the goal was simplification... |
| 02:32:48 | lostlogic | main goal was improving structure |
| 02:32:55 | lostlogic | performance is a hopeful side effect of that :) |
| 02:33:30 | lostlogic | Paul_The_Nerd: you interested in testing the latest patch I just posted with voice? |
| 02:33:57 | Paul_The_Nerd | lostlogic: Sure, why not. |
| 02:34:04 | Paul_The_Nerd | H120, iPod Nano, or both? |
| 02:34:29 | lostlogic | Paul_The_Nerd: whichever you feel like |
| 02:34:43 | lostlogic | linuxstb says it's broken anytime playback needs to stop on ipod |
| 02:35:21 | Paul_The_Nerd | The link you posted is the patch I need? |
| 02:36:04 | lostlogic | yeah |
| 02:40:38 | Paul_The_Nerd | Okay, I'll let you know how it goes. |
| 02:42:20 | linuxstb | lostlogic: gapless playback is still flawless.... |
| 02:42:28 | linuxstb | (with FLAC) |
| 02:42:53 | Cassandra | Hardeep posted a gapless fix for MP3. Wonder if it worked. |
| 02:46:11 | BHSPitLappy | do the mp3's have to have a special flag |
| 02:46:20 | Paul_The_Nerd | Yes |
| 02:46:38 | BHSPitLappy | well the only music I have where gapless is necessary is AAC actually |
| 02:46:44 | Paul_The_Nerd | BHSPitLappy: Basically, I think LAME is the only encoder that does it, as far as I know. For MP3s. |
| 02:46:54 | BHSPitLappy | lame's what I use. |
| 02:47:02 | Paul_The_Nerd | And of course, the player has to read the tags. |
| 02:48:13 | BHSPitLappy | any slackware users here? |
| 02:48:24 | lostlogic | linuxstb: I'm wondering about putting a call to dma_stop() as the last line in fiq() |
| 02:48:30 | Paul_The_Nerd | lostlogic: Same freezes it had before for voice on h120 |
| 02:48:56 | lostlogic | Paul_The_Nerd: gah! so if you are using voice menus, after a few menus it frezes the player, or stops playing them? |
| 02:49:02 | Paul_The_Nerd | Freezes the player |
| 02:49:22 | lostlogic | Paul_The_Nerd: hmmmmmmmmmmmm |
| 02:49:50 | Paul_The_Nerd | Soft freeze though. If you hold stop long enough, you can still shut off |
| 02:50:44 | Paul_The_Nerd | And, I guess voice menus aren't enabled on iPod yet. |
| 02:51:08 | BHSPitLappy | what a weird hummer commercial |
| 02:51:15 | lostlogic | BHSPitLappy: yes! |
| 02:51:30 | linuxstb | Paul_The_Nerd: I haven't disabled voice menus afaik. But I haven't tested them. |
| 02:51:44 | BHSPitLappy | lostlogic: eh? |
| 02:51:54 | lostlogic | BHSPitLappy: it was weird... my gf and I were just saying so |
| 02:52:02 | BHSPitLappy | lol |
| 02:53:42 | Paul_The_Nerd | linuxstb: Well, they certainly aren't reading with lostlogic's build, at least. At all. No freezes on them, at least. ;-). Lemme try with a normal build |
| 02:54:48 | linuxstb | lostlogic: I tried adding that dma_stop(), but it doesn't change anything. |
| 02:55:21 | lostlogic | linuxstb: :( |
| 02:55:41 | BHSPitLappy | hahaa |
| 02:55:43 | BHSPitLappy | jackasses |
| 02:55:51 | linuxstb | lostlogic: Is ipod playback the only thing stopping you from committing it? |
| 02:55:59 | lostlogic | linuxstb: well that and voice menus now |
| 02:56:15 | lostlogic | I should download a set of voice menus so I can try them |
| 02:56:32 | Paul_The_Nerd | What ever happened to the AT&T thing? |
| 02:57:33 | linuxstb | Mmm. I see that I haven't implemented pcm_play_pause()... |
| 02:58:02 | | Join BHSPitMonkey [0] (n=billybob@67.64.118.242) |
| 02:59:59 | | Join midkay [0] (n=midkay@24.143.70.99) |
| 03:00 |
| 03:00:51 | * | BHSPitLappy punts midkay |
| 03:01:14 | * | midkay hits BHSPitLappy in the face, affectionately. |
| 03:01:17 | lostlogic | where does the voice file go on the player? |
| 03:01:36 | BHSPitLappy | root, I thought |
| 03:01:41 | BHSPitLappy | don't quote me though |
| 03:01:45 | Moos | language dir |
| 03:02:11 | lostlogic | ty |
| 03:06:15 | | Quit BHSPitMonkey (Remote closed the connection) |
| 03:07:26 | *** | Saving seen data "./dancer.seen" |
| 03:07:41 | lostlogic | Paul_The_Nerd: consistently the 4th voice read freezes? |
| 03:08:12 | Paul_The_Nerd | lostlogic: Actually, 2nd. |
| 03:08:32 | lostlogic | Paul_The_Nerd: ok, so it's not always the same |
| 03:08:37 | Paul_The_Nerd | But usually, I would just hit down, listen, hit down again, listen, freeze, after enabling voice. |
| 03:12:03 | lostlogic | Paul_The_Nerd: interestingly it works during playack, but freezes otherwise |
| 03:12:31 | Paul_The_Nerd | Hrm. Well, that seems like behaviour chock full 'o clues. |
| 03:12:52 | Paul_The_Nerd | Linuxstb: Yes, voices seem to definitely *no* play at all on iPod Nano. Just tried it with a clean CVS build |
| 03:13:27 | lostlogic | Paul_The_Nerd: yep, I at least know where to look... _then_ I'll probably commit it and let linuxstb and preglow fight with the ipod bug (or bitch at me till I fix it :)) |
| 03:13:36 | Paul_The_Nerd | Hahaha |
| 03:16:50 | JdGordon | does any1 know if you can open files (on windows) like \\\\.\\PhysicalDrive0\folder\file.exe |
| 03:17:17 | linuxstb | JdGordon: Yes, I think you can. |
| 03:17:27 | JdGordon | great :D |
| 03:17:36 | | Quit midkay (Remote closed the connection) |
| 03:19:09 | | Join midkay [0] (n=midkay@24.143.70.99) |
| 03:21:16 | | Quit midkay (Client Quit) |
| 03:24:58 | | Quit Moos ("Glory to Rockbox!") |
| 03:27:58 | yeahx | it reads the track names? |
| 03:29:38 | Paul_The_Nerd | yeahx: Huh? |
| 03:30:40 | yeahx | I've read something that sounds like rockbox has speach on the site and then someone just meantioned it |
| 03:30:58 | lostlogic | in preparation for making voice work when pcm is paused, anyone mind if I allocate an extra 8k dedicated voice buffer? |
| 03:33:11 | Paul_The_Nerd | yeahx: Well, the menu system can be read aloud. If you run a script available on the site (and have Text to Speech support enabled in windows) or if you prepare speech files for each file, you can have it read out filenames while browsing. Otherwise you can command it to spell them, or just tell you the number (3 for third file in the folder, etc) |
| 03:33:37 | Paul_The_Nerd | The voice files available on the website right now for the menus are a little out of date though, so not all menu entries will be supported. |
| 03:34:34 | yeahx | oh ok, so this would mainly be for blind navigation then, thats interesting |
| 03:34:39 | | Join kkurbjun [0] (n=Jim@c-24-8-222-177.hsd1.co.comcast.net) |
| 03:35:06 | Paul_The_Nerd | That's its intended purpose, yet. |
| 03:35:11 | lostlogic | nevermind. |
| 03:36:18 | kkurbjun | did someone get doom running as a viewer? |
| 03:43:24 | ashridah | kkurbjun: people were looking into it, but we were hindered by not having an actual copy that can be compile :) |
| 03:43:53 | JdGordon | bny hindered... u mean thrown into a brick wall... |
| 03:44:05 | kkurbjun | ashridah: what was wrong with compiling what is online? |
| 03:44:27 | kkurbjun | I don't think that making doom a viewer is the proper way to approach it |
| 03:44:30 | ashridah | kkurbjun: it failed :) |
| 03:44:50 | ashridah | kkurbjun: it is if you want to use a PWAD or IWAD :) |
| 03:44:56 | kkurbjun | ashridah: where, I would like to correct the problem |
| 03:45:25 | kkurbjun | if you would like to load individually made levels that depend on doom1 or 2 it would make a mess though |
| 03:45:28 | ashridah | of course, since you should be able to add multiple PWAD's, it'd be nice if it could be done within the plugin, by the sounds of it |
| 03:45:30 | | Join pabs_ [0] (n=pabs@xor.pablotron.org) |
| 03:45:34 | ashridah | not that i have a player that can play it |
| 03:45:36 | Paul_The_Nerd | ashridah: How would you handle PWADs? Is there some way to determine if they're produced against Doom 1 or 2, or can you arbitrarily load them all against a Doom 2 one, if you've modify the executable? |
| 03:45:42 | | Quit BHSPitLappy (Read error: 104 (Connection reset by peer)) |
| 03:45:48 | | Quit pabs (Nick collision from services.) |
| 03:45:52 | ashridah | Paul_The_Nerd: hell if i know :) |
| 03:45:53 | | Nick pabs_ is now known as pabs (n=pabs@xor.pablotron.org) |
| 03:46:26 | kkurbjun | the other problem is that loading multiple pwad's won't work right now |
| 03:46:39 | kkurbjun | the realloc code has amnesia |
| 03:47:41 | kkurbjun | ashridah: either way though I would like to know where compiling fails so that people can work on it. |
| 03:48:05 | Paul_The_Nerd | I mean, if I were designing the UI, I'd make it so you can launch it on an IWAD as a viewer, then it shows a list of PWADs (presumably all stored in a subfolder with a name matching that of the IWAD) for you to select from (checkboxes next to them, or something) |
| 03:48:20 | ashridah | kkurbjun: JdGordon was working on it after i had a quick look. bug him :) |
| 03:49:17 | JdGordon | kkurbjun: where is the latest sources? |
| 03:49:47 | kkurbjun | Paul_The_Nerd: that was one option that I thought of.. the other is having a full interface to pick which base wad you would like without the viewer.. I guess that rockboy set the expectation of running things as a viewer though |
| 03:49:59 | kkurbjun | JdGordon: they are on sourceforge |
| 03:50:20 | kkurbjun | you have to apply the diff to a cvs copy |
| 03:50:44 | kkurbjun | and then put the files in doom.zip to apps/plugins |
| 03:50:59 | kkurbjun | should leave you with apps/plugins/doom |
| 03:51:02 | Paul_The_Nerd | kkurbjun: I think viewers just feel simpler than launching it, and then browsing to the file, because there's less need to put the files in a specific location (or include a browser that lets you go up/down levels) |
| 03:52:02 | Paul_The_Nerd | I wouldn't object to a nice full interface, mind you. |
| 03:53:00 | kkurbjun | Paul_The_Nerd: True, I'll have to look into it more and see how individual levels use doom1/2. If someone wants to make it a viewer for now though feel free too. |
| 03:53:26 | JdGordon | compiling... |
| 03:53:49 | JdGordon | u can load user wads through the command line right? |
| 03:54:43 | kkurbjun | yes, but like I said the realloc code does not work correct so sending the -files or -file (whichever it is) won't work properly right now |
| 03:55:11 | Paul_The_Nerd | JdGordon: A user wad (PWAD) is essentially a Patch against the main wad (IWAD), so a plugin launching a user wad would need to know which IWAD it was against somehow. |
| 03:55:39 | Paul_The_Nerd | There's actually one "Open Source" IWAD out there. |
| 03:55:40 | kkurbjun | selecting the base iwad would be fine to do though |
| 03:56:00 | Paul_The_Nerd | A group went through and replaced the *entirety* of Doom 2's resources, etc, with from-scratch ones. |
| 03:56:31 | kkurbjun | Paul: the shareware wad would be ok to distribute though wouldn't it? |
| 03:57:08 | | Join BHSPitLappy [0] (i=Steve-O@67.64.118.242) |
| 03:57:26 | yeahx | blah its all outdated and should be fine |
| 03:57:29 | Paul_The_Nerd | Redistributing the shareware Wad is *probably* okay, depending on the license they included |
| 03:57:43 | DMJC | has anyone tried building the compiler stuff on athlon 64? |
| 03:57:45 | Paul_The_Nerd | Yeahx: "should be fine" is different from "legally 100% safe" which is kinda the ideal. |
| 03:57:52 | DMJC | I'm getting malloc errors on binutils |
| 03:57:55 | DMJC | and gcc won't compile |
| 03:57:59 | Paul_The_Nerd | kkurbjun: http://freedoom.sourceforge.net/ |
| 03:57:59 | BHSPitLappy | iDoom distributes the shareware wad |
| 03:58:12 | kkurbjun | JdGordon: did you get it to compile |
| 03:58:21 | yeahx | yeh, people can easily get the ones they want |
| 03:58:24 | JdGordon | compiling |
| 03:58:29 | kkurbjun | I'm looking for a copy of the license for the shareware wad |
| 03:58:30 | Paul_The_Nerd | BHSPitLappy: I'm pretty sure the Freedoom IWAD actually works with all Doom 2 PWADs. |
| 03:59:06 | Paul_The_Nerd | kkurbjun: I'd still suggest using the iwad from Freedoom instead. It contains replacement resources for everything in Doom 2. |
| 03:59:41 | JdGordon | MAKE in doom |
| 03:59:42 | JdGordon | .... |
| 04:00 |
| 04:00:00 | kkurbjun | Paul: that's an option, honestly though I really prefer doom1 over doom2, and if it's legal to distribute doom1 shareware that'd be ideal for me |
| 04:00:02 | JdGordon | m_fixed.c:62: error: can't find a register in class `DREG' while reloading `asm' |
| 04:00:15 | BHSPitLappy | Paul_The_Nerd: http://ipodlinux.org/forums/viewtopic.php?t=4984 |
| 04:00:25 | BHSPitLappy | JdGordon: how'd the color picker turn out |
| 04:00:28 | kkurbjun | JdGordon: what platform are you compiling for? |
| 04:00:50 | JdGordon | BHSPitLappy: the patch is on the tracker... just waiting for higher powers to add it |
| 04:00:55 | JdGordon | kkurbjun: h300 sim |
| 04:01:13 | kkurbjun | I havn't tested the sim or tried to get it working |
| 04:01:29 | kkurbjun | I can't compile one on my system |
| 04:01:34 | JdGordon | gah, ok.. only compiles on the target? |
| 04:01:47 | kkurbjun | yes, but to correct that error... |
| 04:01:50 | Paul_The_Nerd | BHSPitLappy: I miss the old AliensTC for doom. BEST Doom Total Conversion I'd played, until Fox killed it |
| 04:01:51 | kkurbjun | ohe second |
| 04:02:25 | DMJC | sailor moon doom |
| 04:02:30 | kkurbjun | you need to ifdef the asm code |
| 04:02:33 | DMJC | worst conversion ever |
| 04:02:50 | kkurbjun | to make it use the #if 0 code |
| 04:03:51 | ashridah | hahah. what i found hysterical were the porn doom packs. replacing nearly every texture in the game with an animated 4-frame sex scene :) |
| 04:04:12 | kkurbjun | JdGordon: I'll uplaod a new version that should fix it |
| 04:04:14 | ashridah | no actual relation to the game, they've pretty much just gone down the line replacing as they go |
| 04:04:15 | BHSPitLappy | I want chex quest on my nano! |
| 04:04:56 | Paul_The_Nerd | Chex Quest didn't even change the weapon balance. Hehehe |
| 04:05:13 | JdGordon | bbs |
| 04:07:51 | DMJC | I was unable to build gcc or binutils |
| 04:08:01 | DMJC | I'm assuming the problem is Athlon 64 architecture |
| 04:09:18 | kkurbjun | JdGordon: I've put new code up that should fix the problem |
| 04:09:53 | | Join yeahx_ [0] (n=aarond@c-67-160-124-13.hsd1.wa.comcast.net) |
| 04:20:28 | | Quit yeahx (Read error: 110 (Connection timed out)) |
| 04:22:03 | imphasing | linuxstb: Do you know what I need to comment out to get the bootloader to load linux, or rockbox? |
| 04:22:08 | imphasing | on the 3G |
| 04:33:04 | | Join ehntoo [0] (n=ehntoo@24-177-166-0.dhcp.mrqt.mi.charter.com) |
| 04:34:16 | linuxstb | imphasing: Have you seen slimx's last patch? |
| 04:35:06 | imphasing | "cleaned lcd-ipod.c"? |
| 04:35:10 | imphasing | I couldn't get that one to apply |
| 04:35:14 | imphasing | lots of hunk errors |
| 04:38:23 | | Quit kkurbjun (Read error: 104 (Connection reset by peer)) |
| 04:38:35 | | Quit belze ("Be Not Nobody...") |
| 04:39:12 | linuxstb | imphasing: Yes, that patch isn't good :( |
| 04:39:43 | | Join kkurbjun [0] (n=Jim@c-24-8-222-177.hsd1.co.comcast.net) |
| 04:40:04 | imphasing | :( |
| 04:40:30 | imphasing | The bootloader will build straight from CVS, but I'm not sure what I need to do to get it to boot anyhting besides retailos |
| 04:41:46 | | Join ModernExecutive [0] (n=bob@pool-141-152-166-148.norf.east.verizon.net) |
| 04:47:03 | ModernExecutive | anyone know if linus had any time to work on a new h300 us fw + bl? |
| 04:47:19 | DMJC | crap |
| 04:47:28 | DMJC | I cant' get the crosscompiler to build |
| 04:47:49 | imphasing | 64 bit? |
| 04:48:33 | DMJC | yeah |
| 04:49:53 | | Join yeahx [0] (n=aarond@c-67-160-124-13.hsd1.wa.comcast.net) |
| 04:50:10 | DMJC | 64-bit native linux |
| 04:50:36 | DMJC | .././opcodes/disassemble.c:392: undefined reference to `print_insn_sh' |
| 04:50:36 | DMJC | collect2: ld returned 1 exit status |
| 04:50:52 | DMJC | that's when I force host to i686 and select m68k-elf |
| 04:52:54 | | Quit ModernExecutive () |
| 04:52:54 | | Quit webguest77 ("CGI:IRC (EOF)") |
| 04:53:28 | | Part yeahx |
| 04:54:46 | linuxstb | DMJC: Even if you manage to get the cross-compiler compiled, some of the Rockbox build tools are not 64-bit clean yet.... |
| 04:55:04 | DMJC | Um I don't think you understand |
| 04:55:18 | DMJC | I was trying to force the cross compiler to build in 32-bit mode |
| 04:55:32 | DMJC | then I would've executed it as a 32-bit app |
| 04:55:37 | DMJC | athlon 64 can do that |
| 04:56:01 | imphasing | yerayeah |
| 04:56:16 | imphasing | Er.. |
| 04:56:25 | imphasing | Ignore the "yera" part.. |
| 04:56:33 | BHSPitLappy | do we want to know what it was? |
| 04:56:50 | DMJC | heh |
| 04:58:04 | JdGordon | Paul_The_Nerd: was it you who was gonna merge the colour settings and my colour chooser patches? |
| 05:00 |
| 05:01:16 | Paul_The_Nerd | JdGordon: I was gonna try to look at it, but I honestly haven't had a chance, at the moment. It's been a very busy weekend, with far far too little sleep. |
| 05:01:26 | | Join Rob2222 [0] (n=Miranda@ACB08D1F.ipt.aol.com) |
| 05:01:28 | JdGordon | ok |
| 05:01:32 | Paul_The_Nerd | Sorry |
| 05:02:16 | JdGordon | no prob |
| 05:02:23 | JdGordon | it looks like the damn patch doesnt work anyway |
| 05:02:28 | Paul_The_Nerd | Well, that sucks. |
| 05:02:41 | | Quit yeahx_ (Read error: 110 (Connection timed out)) |
| 05:04:12 | kkurbjun | JdGordon: did you try compiling the sim source? |
| 05:04:20 | kkurbjun | or new source? |
| 05:04:22 | JdGordon | not yet... |
| 05:04:54 | JdGordon | if we cant use the -file switch then i wouldnt know where to start to get it to load the wad... so cant really help |
| 05:06:48 | kkurbjun | JdGordon: you can add a flag for rockbox to fix the identify version code in d_main.c. I would be interested to know if the sim compiles though. |
| 05:07:28 | *** | Saving seen data "./dancer.seen" |
| 05:08:14 | kkurbjun | or you could add some flag like -iwad and then check it in identify version |
| 05:08:39 | JdGordon | ok, busy atm.. but ill have a look' |
| 05:09:09 | | Nick aegray_ is now known as aegray (n=aegray@12-210-86-210.client.insightBB.com) |
| 05:09:13 | kkurbjun | no worries, I'm just supplying idea's. I plan on working on it once I have sound working. |
| 05:09:22 | Paul_The_Nerd | One thing you *could* do is force users to rename the files to .pwad and .iwad. |
| 05:09:31 | Paul_The_Nerd | Then, if they launch a .pwad, it simply asks them to select another file. |
| 05:09:35 | Paul_The_Nerd | This repeats until they pick an iwad. |
| 05:09:44 | Paul_The_Nerd | As an idea for viewer-like use |
| 05:13:22 | | Quit DreamTactix291 () |
| 05:13:53 | | Join DreamTactix291 [0] (n=DreamTac@adsl-149-149-154.bna.bellsouth.net) |
| 05:14:01 | linuxstb | Am I right in saying that you have one iwad, which is then (optionally) modified by a pwad? |
| 05:14:07 | Paul_The_Nerd | Yes |
| 05:14:19 | BHSPitLappy | wikipedia has a decent explanation of the *wads |
| 05:14:27 | Paul_The_Nerd | BHSPitLappy: Link? |
| 05:14:31 | BHSPitLappy | umm |
| 05:14:44 | JdGordon | kkurbjun: http://www.mines.edu/students/k/kkurbjun/doom.zip is latest source? |
| 05:14:57 | BHSPitLappy | http://en.wikipedia.org/wiki/Doom_WAD |
| 05:15:08 | linuxstb | So one option would be for doom to look in the same directory for an iwad if a user selects a pwad. |
| 05:15:40 | kkurbjun | JdGordon: yes |
| 05:16:32 | BHSPitLappy | or have a plugin that's a simple interface where you pick enough wads to "complete a puzzle" and then launch doom |
| 05:17:01 | Paul_The_Nerd | linuxstb: You can use an arbitrary number of pwads though. Not just one. |
| 05:17:10 | | Quit mikearthur (Remote closed the connection) |
| 05:17:25 | JdGordon | uh oh.. i fucked my tree..... how do i get cvs to redownload any file that has been modified? |
| 05:18:14 | BHSPitLappy | damn arborphiles |
| 05:18:25 | Paul_The_Nerd | Dendrophiles |
| 05:18:48 | linuxstb | Paul_The_Nerd: Sounds like a nightmare then.... :) Unless you either write a complicated new UI "widget", or create new ".doom" files that are plain text files listing wad files to be used. |
| 05:19:05 | Paul_The_Nerd | linuxstb: I was actually thinking of that .doom thing. :) Seems a good idea |
| 05:19:12 | linuxstb | Or just load every wad in the same directory as the one you choose. |
| 05:19:13 | ashridah | JdGordon: cvs update -C iirc |
| 05:19:15 | Paul_The_Nerd | 'cuz then you could just replicate the command line parameters. |
| 05:19:32 | | Quit Rob2222_ (Read error: 113 (No route to host)) |
| 05:19:34 | JdGordon | yup, ta |
| 05:19:38 | kkurbjun | the .doom idea would be a good idea |
| 05:19:40 | ashridah | it replaces locally modified files wth the original, and saves the modified one in .#filename.revision iirc |
| 05:19:47 | kkurbjun | and pretty easy |
| 05:20:03 | kkurbjun | relatively that is to creating a full interface |
| 05:20:21 | Paul_The_Nerd | That way all the wads can be hidden somewhere nice, like under .rockbox/doom, and then you can put shortcuts for each of your mods wherever you want them readily accessible. |
| 05:20:50 | Paul_The_Nerd | kkurbjun: I know some source ports have allowed loading of deHacked patches via the command line too. Do you know if this source code is based off of one of those? |
| 05:20:54 | linuxstb | Paul_The_Nerd: Is Doom running on the ipod? |
| 05:22:03 | kkurbjun | Paul_The_Nerd: no, I don't have the dHacked patches code in there. I started backporting some of the prBoom features, but the dehacked suppport requires rewiting all of the file code. |
| 05:22:09 | Paul_The_Nerd | linuxstb: haven't tried. |
| 05:22:24 | kkurbjun | I've never used dehacked so I didn't really see a benefit |
| 05:22:32 | Paul_The_Nerd | kkurbjun: Alright. Not exactly a feature of the original anyway. ;-) |
| 05:22:48 | kkurbjun | what types of things did people use dehacked for? |
| 05:23:01 | ashridah | hahah. dehacked modified the doom.exe |
| 05:23:09 | ashridah | you could use it to modify the animations of various creatures |
| 05:23:12 | Paul_The_Nerd | It was used in some of the more complex TCs. It lets you change values on weapon damage, or which AI an enemy uses... projectile behaviour |
| 05:23:22 | ashridah | since they were compiled into the executable. |
| 05:23:22 | kkurbjun | hmm |
| 05:23:28 | ashridah | like making a rapidfire BFG |
| 05:23:29 | Paul_The_Nerd | You could even set one entity to launch another as a projectile. It was used to have an egg spawn a facehugger enemy in the Aliens TC |
| 05:23:38 | ashridah | or turning the chaingun you have into a chain-shotgun :) |
| 05:23:51 | Paul_The_Nerd | ashridah: I tended to enjoy the non-balance breaking ones. :-P |
| 05:23:56 | ashridah | Paul_The_Nerd: or have ghosts come out of dead creatures :) |
| 05:24:05 | kkurbjun | were there any "good" conversions that used it? |
| 05:24:48 | ashridah | kkurbjun: as paul said, the aliens TC used it to reasonable effect. |
| 05:25:03 | Paul_The_Nerd | kkurbjun: AliensTC was most excellent. Other than that though, it seemed pretty rarely used, though I did see a few alternate gametypes created with it, like various sports, or hockey, or other such things. |
| 05:25:19 | Paul_The_Nerd | But, in the end, I wouldn't qualify it as an "essential" feature in any way |
| 05:25:28 | kkurbjun | I may look into it later, but it's not really a priority now |
| 05:25:43 | Paul_The_Nerd | kkurbjun: are there keymappings for ipod? |
| 05:26:24 | ashridah | man, i can remember some good times having jousting matches with doom. |
| 05:26:30 | ashridah | those were the days :) |
| 05:26:56 | kkurbjun | no, I don't have an ipod to test with or a way to build a sim. I think there are some additional flags that are required to get doom to run correct on the ipod |
| 05:26:56 | Paul_The_Nerd | ashridah: Maps with lots of berserk packs, and no guns? |
| 05:27:07 | kkurbjun | Paul: do you still have the changes you made? |
| 05:27:16 | ashridah | Paul_The_Nerd: nah, basically chainsaw battles |
| 05:27:42 | Paul_The_Nerd | kkurbjun: Are the keys still hard coded, or can I just add another set of #defines in the right file? |
| 05:27:44 | ashridah | you'd run from either end of a barrier you can't pass, cut each other up a bit, then go back for another pass :) |
| 05:27:50 | Paul_The_Nerd | Hehehe |
| 05:28:33 | kkurbjun | linuxstb: I also tried writing directly to the memory for doom. It seemed to give a bit of a performance improvement, but I can't measure it with my old fps code. Paul you can modify the defines I have in i_video.c. |
| 05:28:48 | kkurbjun | directly to the lcd memory that is |
| 05:28:58 | Paul_The_Nerd | kkurbjun, linuxstb: Okay, gonna test out doom on iPod then, see how far I get. |
| 05:29:22 | kkurbjun | Paul, the new compiler flags you need are on sourceforge I believe |
| 05:34:51 | Paul_The_Nerd | What would you use as a conditional in a makefile for ipod targets? |
| 05:35:32 | kkurbjun | Paul: I'm not sure, I would just add the flags to the CFLAGS section at the top for now to see if it works |
| 05:35:41 | Paul_The_Nerd | I did that |
| 05:35:55 | Paul_The_Nerd | But I'd much rather have ifdef something cflags += etc, |
| 05:36:21 | Paul_The_Nerd | That way, if I do get it working, I can give you a nice little patch and not break any of your stuff. ;-) |
| 05:36:23 | ashridah | Paul_The_Nerd: conditional stuff in makefiles is really non-standard iirc |
| 05:37:18 | ashridah | that's one of the reasons they use cpp on files like SOURCES iirc |
| 05:38:24 | linuxstb | Paul_The_Nerd: Look in apps/plugins/Makefile - for the section that adds rockboy (and probably Doom) to the build. This uses "ifeq". |
| 05:38:54 | ashridah | doesn't that only work in gnu make? |
| 05:39:08 | linuxstb | Probably - but Rockbox demands gnu make |
| 05:39:33 | * | ashridah remembers the pain of trying to use a conditional make target using solaris make |
| 05:39:35 | * | ashridah shudders |
| 05:39:59 | Paul_The_Nerd | linuxstb: I saw that. But do I just use IPOD_NANO instead of what it uses? |
| 05:41:14 | kkurbjun | Paul_The_Nerd: the cflags should be the same for all the IPOD/ARM targets |
| 05:41:55 | linuxstb | The problem is that Makefiles don't have access to the #defines in config-*.h - all you really have is the target name. |
| 05:42:49 | Paul_The_Nerd | linuxstb, kkurbjun: Okay, I think I've got the makefile thing worked out. Thanks. |
| 05:43:18 | Paul_The_Nerd | *think* being the operative word |
| 05:45:26 | Paul_The_Nerd | Warnings and Errors, wee! So, at least I have doom properly wrapped in a conditional. |
| 05:45:51 | | Quit PaulJ (".") |
| 05:45:57 | kkurbjun | Paul_The_Nerd: what was the error? |
| 05:46:02 | Paul_The_Nerd | One sec |
| 05:46:38 | Paul_The_Nerd | m_fixed.c:47: error: impossible constraint in 'asm' |
| 05:46:57 | kkurbjun | Paul: did you get the latest source on sourceforge? |
| 05:47:16 | Paul_The_Nerd | I followed the link in your comment |
| 05:48:00 | kkurbjun | hmm |
| 05:48:08 | kkurbjun | tonight that is? |
| 05:48:18 | Paul_The_Nerd | Yes |
| 05:48:22 | Paul_The_Nerd | Just a few minutes ago |
| 05:48:38 | kkurbjun | ok, one second |
| 05:49:01 | Paul_The_Nerd | It's in a "#if !defined(CPU_COLDFIRE) && !defined(SIMULATOR)" block |
| 05:49:20 | kkurbjun | oops, first should not have the ! |
| 05:49:23 | kkurbjun | #if defined(CPU_COLDFIRE) && !defined(SIMULATOR) |
| 05:49:42 | Paul_The_Nerd | I was thinking "Hrm, that seems really strange for wrapping a block of assembly" ;-) |
| 05:50:10 | kkurbjun | :) |
| 05:50:50 | Paul_The_Nerd | Maaaaan.... so many warnings. :) |
| 05:51:10 | Paul_The_Nerd | Okay, fixing the button definitions now |
| 05:51:33 | kkurbjun | just updated cvs link with that ! fixed |
| 05:53:34 | Paul_The_Nerd | ifndef BASICLAYOUT? |
| 05:54:03 | kkurbjun | yeah, that was a temporary for now while I was messing with the layout |
| 05:54:26 | | Join midkay [0] (n=midkay@24.143.70.99) |
| 05:54:55 | kkurbjun | had another weird ifdef on the video initialization that I fixed too |
| 05:55:01 | Paul_The_Nerd | Ok |
| 05:55:13 | kkurbjun | it shouldn't affect your work though |
| 05:56:22 | | Quit RotAtoR ("zzzzzzzz") |
| 05:56:47 | Paul_The_Nerd | I just commented out the first section, and put in #if CONFIG_KEYPAD == IPOD_4G_PAD and put my definitions there. |
| 05:57:21 | kkurbjun | sounds good |
| 05:58:18 | Paul_The_Nerd | DOOMBUTTON_ENTER, is it only used during menus? Can it safely be the same as DOOMBUTTON_SHOOT? |
| 05:59:03 | Paul_The_Nerd | linuxstb: Can all buttons be modified with Select? |
| 05:59:06 | kkurbjun | I havn't tried it, but probably. |
| 05:59:38 | Paul_The_Nerd | kkurbjun: Okay, I'm trying Y, ENTER and SHOOT as "Select" for the moment |
| 06:00 |
| 06:00:08 | kkurbjun | Paul that won't work |
| 06:00:21 | kkurbjun | I need to rename that Y one to change weapon |
| 06:00:33 | Paul_The_Nerd | Aaah |
| 06:01:25 | Paul_The_Nerd | Oh, man, I just forgot all about Left/Right anyway, since I was using wheel rotation for turning |
| 06:01:31 | Paul_The_Nerd | I can just use those, and not worry 'bout it |
| 06:01:51 | Paul_The_Nerd | i_video.c:146: error: 'struct plugin_api' has no member named 'button_hold' |
| 06:02:43 | Paul_The_Nerd | kkurbjun: So, new error −−^ |
| 06:02:49 | kkurbjun | oy, one second, I'll fix that one too |
| 06:04:02 | kkurbjun | needs #if CONFIG_KEYPAD == IRIVER_H300_PAD |
| 06:04:11 | kkurbjun | that before if (rb->button_hold()&~holdbutton) |
| 06:04:16 | kkurbjun | and and #endif |
| 06:04:24 | kkurbjun | after holdbutton=rb->button_hold(); |
| 06:04:50 | kkurbjun | that's in the getkey function |
| 06:05:08 | Paul_The_Nerd | Yeah, got it. :) |
| 06:07:40 | Paul_The_Nerd | kkurbjun: Also, as a note: cpu_boost doesn't work yet. That line also provides a small problem at 125 and 143 in rockdoom.c |
| 06:08:15 | Paul_The_Nerd | A couple #ifndef CPU_ARMs fixed those though |
| 06:08:21 | kkurbjun | ok, I'll add an ifdef for that one too |
| 06:08:45 | Paul_The_Nerd | Also, where do I change the plugin ram size? |
| 06:09:28 | kkurbjun | firmware/export/config-ipodnano.h |
| 06:09:37 | kkurbjun | #define PLUGIN_BUFFER_SIZE 0x80000 |
| 06:09:45 | kkurbjun | to #define PLUGIN_BUFFER_SIZE 0xF0000 |
| 06:10:11 | Paul_The_Nerd | Gotcha |
| 06:10:16 | kkurbjun | you have to re-run configure after changing that in a clean make directory |
| 06:10:33 | Paul_The_Nerd | Indeed. |
| 06:16:49 | kkurbjun | Paul: is it running? |
| 06:17:00 | Paul_The_Nerd | Had a compile problem |
| 06:17:08 | kkurbjun | what was it? |
| 06:17:37 | Paul_The_Nerd | Well, I *think* I just forgot to hit save in my editor window with the buffer size change |
| 06:18:15 | Paul_The_Nerd | No, it still doesn't build |
| 06:18:35 | kkurbjun | what's the error? |
| 06:18:45 | kkurbjun | hmm, probably iram now.. |
| 06:18:48 | Paul_The_Nerd | /opt/arm/lib/gcc/arm-elf/4.0.2/../../../../arm-elf/bin/ld: address 0x2002144 of /home/DarkkOne/rockbox-devel/ipod/apps/plugins/doom/doom.elf section .bss is not |
| 06:18:48 | Paul_The_Nerd | within region PLUGIN_RAM |
| 06:19:00 | kkurbjun | nope |
| 06:19:02 | kkurbjun | hmm |
| 06:20:34 | kkurbjun | try making it #define PLUGIN_BUFFER_SIZE 0x100000 |
| 06:21:04 | kkurbjun | or to be safe 0x200000 |
| 06:21:27 | Paul_The_Nerd | Yeah, can scale it back later |
| 06:23:54 | kkurbjun | Paul: there may be another error about iram |
| 06:24:10 | Paul_The_Nerd | Ok |
| 06:24:20 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 06:24:49 | Paul_The_Nerd | Nope |
| 06:24:49 | kkurbjun | a quick fix for it would to be to remove ICONST_ATTR at line 585 in tables.c |
| 06:24:52 | kkurbjun | good |
| 06:24:53 | Paul_The_Nerd | It built fine with that |
| 06:27:57 | Paul_The_Nerd | Okay, Doom2 gets "Buffer Error" |
| 06:28:04 | kkurbjun | hmm |
| 06:28:11 | kkurbjun | what cflags are you using? |
| 06:28:16 | Paul_The_Nerd | Doom1 SW gets "Buffer Error" and then "Couldn't realloc lumpinfo" |
| 06:29:33 | Paul_The_Nerd | I just added -fpack-struct -mstructure-size-boundary=8 |
| 06:30:19 | Paul_The_Nerd | And the -fpack-struct thing seems to have worked, since there were all these warning messages: doomdata.h:59: warning: #pragma pack has no effect with -fpack-struct - ignored |
| 06:30:27 | Paprica | kkurbjun, you have compiled version for the new version? |
| 06:31:48 | kkurbjun | Paprica: it's not a significant change right now from what's available. We're working on getting it functioning on the IPOD |
| 06:32:11 | kkurbjun | Paul, let me look into that |
| 06:32:14 | Paul_The_Nerd | Okay |
| 06:32:17 | Paprica | ok |
| 06:32:23 | Paul_The_Nerd | Is it part of the realloc stupidness? |
| 06:32:33 | Paul_The_Nerd | You mentioned it was forgetful |
| 06:32:38 | | Join Sinbios [0] (n=Sinbios@HSE-Toronto-ppp301652.sympatico.ca) |
| 06:32:50 | kkurbjun | no, it's a problem with reading the structures from the wad file I believe |
| 06:32:53 | Paul_The_Nerd | Ah |
| 06:33:25 | linuxstb | Paul_The_Nerd: If you are using the BUTTON_SCROLL_* events, then I don't hink you can test for them using button_status() - you have to use button_get() |
| 06:33:39 | linuxstb | s/hink/think/ :) |
| 06:34:33 | Paul_The_Nerd | linuxstb: I'll remember that point once input is actually happening. :) |
| 06:34:53 | kkurbjun | paul: are those errors just in doomdata.h? |
| 06:35:05 | kkurbjun | or warnings? |
| 06:35:14 | Paul_The_Nerd | No, they're *all* over |
| 06:35:38 | Paul_The_Nerd | I think |
| 06:35:43 | Paul_The_Nerd | Lemme double check that. Buffer's too small |
| 06:37:13 | kkurbjun | linuxstb: is the arm big or little indian? |
| 06:38:11 | imphasing | Is there a shortage of people with 5G ipods, for testing? |
| 06:38:24 | imphasing | I'm buying a new ipod, and I wonder which would be best for development.. |
| 06:38:48 | Paul_The_Nerd | kkurbjun: Sorry, yeah, looks like it is just doomdata.h. It's just showing up bunches because of all the includes, I suppose |
| 06:39:04 | Paul_The_Nerd | Line 59 and 213 and that's it |
| 06:40:10 | kkurbjun | Paul: that shouldn't be the problem.. you tried once to remove -D__BIG_ENDIAN__ from the cflags? |
| 06:40:29 | Paul_The_Nerd | Oh man |
| 06:40:35 | Paul_The_Nerd | I forgot to remove it this time |
| 06:41:33 | | Join DarthLappy [0] (n=DarthShr@202-161-21-45.dyn.iinet.net.au) |
| 06:42:34 | Paul_The_Nerd | Should I replace BIG with LITTLE or should that be unnecessary? |
| 06:43:42 | kkurbjun | make sure the whole doom directory gets rebuilt |
| 06:43:43 | kkurbjun | you don't need to do that |
| 06:43:49 | Paul_The_Nerd | Okay |
| 06:43:53 | Paul_The_Nerd | Doing a clean build ayway |
| 06:48:44 | Paul_The_Nerd | kkurbjun: Without -D__BIG_ENDIAN__ gets a "Data abort at 01E5FBF8" |
| 06:49:18 | kkurbjun | does it do anything else? |
| 06:49:22 | kkurbjun | doom that is |
| 06:49:29 | Paul_The_Nerd | Well, it looks like it runs through most of the startup process first |
| 06:49:34 | Paul_The_Nerd | It goes by very quickly |
| 06:49:34 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-24-202.w83-198.abo.wanadoo.fr) |
| 06:50:42 | | Quit DMJC ("Leaving") |
| 06:51:22 | linuxstb | Paul_The_Nerd: A Data abort means an attempted unaligned memory access. |
| 06:51:33 | linuxstb | And yes, the ARM is little-endian. |
| 06:51:50 | kkurbjun | Paul: it's very close to working. just need to get past the wad loading. I'm not sure if it's endianness problem or structure packing right now. I can write some test code later, but I need to sleep soon. Can you send me a diff of what you have so far.. linuxstb: is that a rockbox error then? |
| 06:52:18 | linuxstb | Is what a rockbox error? The "data abort" |
| 06:52:20 | linuxstb | ? |
| 06:52:51 | kkurbjun | yes the "data abort" I mean is it somethign that rockbox is monitoring? |
| 06:53:20 | linuxstb | Yes, the ARM CPU throws an exception, which Rockbox then catches and gives you that error. |
| 06:53:49 | kkurbjun | hmm, I wonder how idoom got around that |
| 06:54:10 | kkurbjun | it might be my structure packing attributes in doomdata.h |
| 06:54:36 | linuxstb | Do you understand the alignment rules for ARM? |
| 06:54:36 | kkurbjun | how does the ipod read bmps then? |
| 06:54:44 | kkurbjun | no I don't |
| 06:55:14 | Paul_The_Nerd | How do I make diff compare two directories, as I seem to be horrible when I can't just use CVS diff |
| 06:55:41 | linuxstb | 32-bit reads have to be aligned to 4 bytes - so reading a 32-bit value from address 0x10003 is illegal (=data abort), but 0x10004 is legal. |
| 06:55:42 | kkurbjun | diff -ubB doom/ doomold/ |
| 06:55:58 | linuxstb | Similarly, 16-bit reads have to be aligned to 2 bytes - 0x10001 is bad, 0x10002 is good. |
| 06:56:04 | linuxstb | Bytes can be read from anywhere. |
| 06:57:03 | linuxstb | The Archos CPUs (SH) will also fail if you attempt an unaligned memory access. The Coldfire doesn't complain, but the read/write to memory will be slower. |
| 06:58:18 | kkurbjun | linuxstb: thanks, that's very helpful, I didn't realize that. |
| 06:58:23 | Paul_The_Nerd | http://66.68.93.2/doom.diff |
| 06:58:44 | Paul_The_Nerd | linuxstb has alerted me that the key defines may not work, since I used the wheel ones. |
| 07:00 |
| 07:00:24 | kkurbjun | Paul: somethign that you may try is removing all the __attribute__((packed)) from doomdata.h. They are what is changed from idoom. I don't think that they are needed anyway. that was just when I was trying to figure out the graphics errors |
| 07:00:27 | Paul_The_Nerd | kkurbjun: The makefile changes *should* have it do big endian on all the irivers 'cept the 790, and do the ipod-necessary option on the ipods. |
| 07:01:31 | Paul_The_Nerd | linuxstb: Can I just replace button_status with button_get? |
| 07:03:27 | | Quit damaki__ (Read error: 110 (Connection timed out)) |
| 07:03:48 | Paul_The_Nerd | kkurbjun: I'll try it without the packed then |
| 07:04:35 | kkurbjun | Paul: yeah, I just checked on the H300 and they are not needed |
| 07:04:49 | Paul_The_Nerd | Well, we'll see how that affects the ipod. :) |
| 07:05:54 | kkurbjun | they are also in rdata.c, p_spec.c p_spec.h and d_textur.h |
| 07:06:45 | | Join damaki__ [0] (n=Chocolat@ALille-153-1-18-68.w83-198.abo.wanadoo.fr) |
| 07:06:53 | kkurbjun | scratch p_spec.h and d_textur.h |
| 07:07:04 | kkurbjun | nevermind |
| 07:07:06 | Paul_The_Nerd | Okay |
| 07:07:17 | Paul_The_Nerd | So, just rdata.c p_spec.c and doomdata.h? |
| 07:07:29 | *** | Saving seen data "./dancer.seen" |
| 07:07:52 | kkurbjun | no, my find wasn't working correct, they are in p_spec.h and d_textur.h, I spoke too soon |
| 07:07:58 | kkurbjun | as well that is |
| 07:12:33 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
| 07:13:58 | kkurbjun | paul: did that make a difference? |
| 07:14:33 | Paul_The_Nerd | Yes, to an extent |
| 07:14:41 | Paul_The_Nerd | GImme a sec |
| 07:14:47 | Paul_The_Nerd | Need to set the Backligh to always on |
| 07:16:02 | Paul_The_Nerd | Okay, got past the loading, past the refresh daemon, paused briefly at init_flats, then did a *lot* of stuff very quickly, that was at least as long as the screen (vertically) then another Data Abort, new address |
| 07:16:59 | Paul_The_Nerd | oOPS |
| 07:17:07 | Paul_The_Nerd | kkurbjun: But... I somehow missed some of the packeds |
| 07:17:26 | kkurbjun | which ones? |
| 07:17:55 | Paul_The_Nerd | In d_textur.h, I just used a find and replace, but these ones didn't have a trailing space. |
| 07:17:58 | Paul_The_Nerd | I was being lazy |
| 07:19:55 | kkurbjun | paul search for "packed" in your doom dir to make sure they're all cleared out |
| 07:20:09 | kkurbjun | I don't think that the ones in d_textur.h will fix it |
| 07:20:09 | Paul_The_Nerd | kkurbjun: That's how I found those two. grep -r "packed" * |
| 07:20:14 | kkurbjun | oh ok |
| 07:20:24 | Paul_The_Nerd | Those were the only three left |
| 07:20:54 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
| 07:22:15 | | Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
| 07:22:26 | Paul_The_Nerd | kkurbjun: Still gets a data abort though. |
| 07:22:42 | Paul_The_Nerd | kkurbjun: It's different depending on which .wad I load. |
| 07:23:34 | kkurbjun | Paul: in rockdoom.c at the end of the printf command add rb->sleep(HZ*2); |
| 07:23:46 | kkurbjun | so that you can see where the loading is failing |
| 07:23:59 | kkurbjun | before the return |
| 07:24:14 | Paul_The_Nerd | Ok |
| 07:28:39 | Paul_The_Nerd | Well, with the shareware, it was in the Refresh Daemon step. |
| 07:30:06 | Paul_The_Nerd | Kkurbjun: With Doom2.wad present, it gets *past* R_init_planes I believe, but since the text doesn't scroll... |
| 07:30:30 | Paul_The_Nerd | That one shows up partially offscreen. |
| 07:32:10 | Paul_The_Nerd | kkurbjun: Changing the clear screen bit of your printf to be easier to scale for different LCD sizes, and to not draw text halfway off screen. ;-) |
| 07:33:06 | kkurbjun | : ), yeah, it was real basic, just enough that I had a good idea what it was doing |
| 07:33:36 | kkurbjun | Paul: the problem is with r_data.c |
| 07:33:58 | kkurbjun | idoom has some different packing attributes in it that I don't have right now. |
| 07:35:03 | Paul_The_Nerd | P_Init: Init playloop state |
| 07:35:05 | Paul_The_Nerd | That's how far it gets |
| 07:35:29 | kkurbjun | oh, maybe not |
| 07:35:46 | Paul_The_Nerd | Hehehe |
| 07:36:43 | Paul_The_Nerd | Well, with Doom1.wad it doesn't get past R_Init for the Refresh Daemon |
| 07:36:52 | Paul_The_Nerd | The P_Init is with Doom2.wad |
| 07:36:58 | Paul_The_Nerd | Doom1.wad == Shareware 1.9 |
| 07:37:49 | kkurbjun | http://pastebin.com/541274 |
| 07:38:30 | kkurbjun | Paul: that's the diff between idoom and rockdoom in r_data.c |
| 07:38:43 | kkurbjun | the + is what idoom has |
| 07:38:57 | kkurbjun | if you fix the stuff up with that it may work |
| 07:39:04 | kkurbjun | I'm stopping for real now |
| 07:39:10 | kkurbjun | it's late here |
| 07:39:30 | kkurbjun | lemme know if you get anywhere with it though |
| 07:39:47 | Paul_The_Nerd | But... those are packed |
| 07:40:24 | kkurbjun | yeah, I can't think right now. It may have something to do with the alignment as linuxstb was saying |
| 07:40:34 | kkurbjun | they arn't a full packed structure though |
| 07:42:16 | Paul_The_Nerd | I'll see what it does, I guess |
| 07:43:17 | kkurbjun | like I said, it's really close to running. once you get past the alignment stuff it should work fine as long as the button mappings are ok |
| 07:43:36 | kkurbjun | Paul: thanks for trying all this too |
| 07:43:47 | Paul_The_Nerd | No problem |
| 07:43:49 | Paul_The_Nerd | I like to help where I can |
| 07:48:45 | Paul_The_Nerd | kkurbjun: Well, that change didn't fix Doom1 SW |
| 07:49:00 | Paul_The_Nerd | But, you should sleep, so you can think. |
| 07:56:25 | Paul_The_Nerd | Or doom2, either.:( |
| 07:59:54 | | Join BHSPitMonkey [0] (n=billybob@67.64.118.242) |
| 08:00 |
| 08:05:06 | | Join hardeep [0] (i=hardeeps@SDF.LONESTAR.ORG) |
| 08:06:42 | | Join ender` [0] (i=ychat@84.52.165.220) |
| 08:11:41 | Cassandra | Bagder: You here? |
| 08:11:45 | B4gder | yeps |
| 08:12:39 | | Quit midkay (Remote closed the connection) |
| 08:13:17 | Cassandra | I'm having problems with creating a manual module in CVS. Apparently I need a vendor tag and version, but I have no idea what I should set those to. |
| 08:13:38 | B4gder | "cassandra" and "initial" or similar |
| 08:13:42 | Cassandra | Sorry, release tag. |
| 08:13:50 | Cassandra | OK |
| 08:13:58 | B4gder | they're rather pointless |
| 08:14:13 | B4gder | I usually import an empty dir |
| 08:14:21 | B4gder | and then cvs add entries like normal |
| 08:15:03 | Cassandra | Yeah, I thought as much. |
| 08:17:22 | | Join midkay [0] (n=midkay@24.143.70.99) |
| 08:18:00 | | Join needleboy [0] (n=needlebo@HFA62-0-184-248.bb.netvision.net.il) |
| 08:24:07 | Paul_The_Nerd | kkurbjun: For when you wake up, the problem seems to be in line 206 of r_things.c, if you see this |
| 08:25:36 | Cassandra | bagder: Can you add manual to the cvs updates list? |
| 08:26:13 | B4gder | will do |
| 08:27:14 | Cassandra | Thanks. |
| 08:27:17 | | Join darkless [0] (n=darkless@cpe.atm2-0-1131059.0x50a648ba.banxx1.customer.tele.dk) |
| 08:27:41 | Cassandra | Gods messing with the build system internals makes me feel dirty,. |
| 08:28:46 | Cassandra | Damn - am2 boards unlikely to be out before summer according to Anandtech. :P |
| 08:37:57 | Paul_The_Nerd | kkurbjun: Oops, previous statement was in error. |
| 08:38:38 | linuxstb | Paul_The_Nerd: Did you ever try Doom in ipodlinux? |
| 08:39:13 | | Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) |
| 08:39:15 | | Join thegeek_ [0] (n=thegeek@s026b.studby.ntnu.no) |
| 08:39:48 | Paul_The_Nerd | linuxstb: Nope. |
| 08:42:24 | Paul_The_Nerd | linuxstb: Why? |
| 08:43:27 | linuxstb | I was just curious how it compared with kkurbjun's version. |
| 08:43:47 | Paul_The_Nerd | Ah |
| 08:43:52 | Paul_The_Nerd | Well, I haven't played that yet either. |
| 08:43:53 | Paul_The_Nerd | ;-) |
| 08:44:04 | linuxstb | I know :) Did you find enough buttons? |
| 08:44:12 | Paul_The_Nerd | There are plenty |
| 08:45:09 | Paul_The_Nerd | Oh, linuxstb, can I substituted button_hold for button_status, or do they pass/return different things? (Still working on tracing bugs, so I haven't even looked at that yet.) |
| 08:45:28 | | Quit thegeek_ ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 08:46:27 | B4gder | Bryant strikes again |
| 08:47:50 | linuxstb | I was expecting some ARM optimisations.... :) |
| 08:51:52 | | Join zhilik [0] (n=_if_you_@ppp83-237-251-211.pppoe.mtu-net.ru) |
| 08:53:30 | linuxstb | Paul_The_Nerd: Sorry, I don't know how the hold works. |
| 08:54:06 | Paul_The_Nerd | linuxstb: No worries. I'll figure it out when it actually matters. :) |
| 08:54:34 | | Join LinusN [0] (n=linus@labb.contactor.se) |
| 08:57:17 | * | Cassandra idly wonders what the point the score on the builds was. |
| 08:57:31 | Cassandra | B4gder, if you mean breaking the builds, that was me, I'm afraid. |
| 08:58:10 | Cassandra | Important lesson: Never commit while sleep deprived. You're bound to miss something. |
| 08:58:41 | Cassandra | What amazes me is that the manual builds completed. I'd have expected the typo to affect them too. Oh well. |
| 08:59:34 | Cassandra | Right - I *must* sleep. |
| 09:00 |
| 09:01:36 | | Quit LinusN (Remote closed the connection) |
| 09:01:46 | | Join LinusN [0] (n=linus@labb.contactor.se) |
| 09:07:31 | *** | Saving seen data "./dancer.seen" |
| 09:10:36 | B4gder | and now we need to autobuild nice manuals... |
| 09:11:08 | | Join mozetti_ [0] (n=mozetti@p54A8530B.dip.t-dialin.net) |
| 09:11:40 | LinusN | B4gder: go! go! go! |
| 09:12:32 | | Quit needleboy (Read error: 104 (Connection reset by peer)) |
| 09:12:32 | | Join _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) |
| 09:13:13 | | Join needleboy [0] (n=needlebo@HFA62-0-184-248.bb.netvision.net.il) |
| 09:14:23 | B4gder | http://daniel.haxx.se/rockbox/rockbox-build.pdf |
| 09:14:29 | Paul_The_Nerd | Hey, what would *(int *)variablename do? |
| 09:14:33 | B4gder | an example of the h1xx manual I just built |
| 09:14:55 | LinusN | does anybody know if the next/prev-dir combos (right + long-right etc) are disabled on the archos pn purpose |
| 09:15:01 | B4gder | Paul_The_Nerd: it typecasts the variable to an int pointer and then read the contents from that address |
| 09:15:02 | midkay | hm. so much unfinished work i could (should) finish.. breakout, rockblox update.. |
| 09:15:13 | Paul_The_Nerd | B4gder: Okay, that's what I thought. Hrm |
| 09:15:37 | LinusN | midkay: don't bother about breakout, brickmania is enough |
| 09:15:50 | | Quit goa (Read error: 104 (Connection reset by peer)) |
| 09:15:56 | midkay | oh, right.. well, it isn't running on the recorders, is it? :) |
| 09:16:07 | | Join goa [0] (i=hd@gate-hannes-tdsl.imos.net) |
| 09:16:12 | LinusN | midkay: ah, no |
| 09:16:18 | B4gder | no images... |
| 09:16:19 | LinusN | midkay: port it |
| 09:16:39 | LinusN | quite a challenge on that small lcd :-) |
| 09:16:44 | midkay | LinusN, when i've got a 90% finished and 100% compatible version of my own? ;) |
| 09:16:52 | LinusN | oooh |
| 09:17:12 | midkay | oh. do you know if something's changed with the scrollbar function or something? |
| 09:17:30 | midkay | in the clock plugin credits roll it locks up when the progress bar should be drawn... |
| 09:20:29 | LinusN | the scrollbar and the progressbar turned into one quite a while ago |
| 09:20:48 | midkay | i remember that but i don't believe that's the problem.. |
| 09:21:16 | Paul_The_Nerd | linuxstb: Well, I've figured out exactly what line is killing Doom, at least at the moment. But I'm not really sure why. |
| 09:22:15 | midkay | oh, and.. i know i can do "case BUTTON_SELECT | BUTTON_RIGHT" but what about defining that somehow? (ie #define BTN_F3 BUTTON_SELECT|BUTTON_RIGHT, but that doesn't work) |
| 09:22:18 | | Join DarthL4ppy [0] (n=DarthShr@202-161-21-45.dyn.iinet.net.au) |
| 09:23:12 | Paul_The_Nerd | midkay: You mean like #define DOOMBUTTON_OPEN (BUTTON_SELECT|BUTTON_MENU) |
| 09:23:18 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-145-236.pools.arcor-ip.net) |
| 09:24:38 | midkay | that works? i tried that, iirc.. |
| 09:24:49 | LinusN | midkay: we do that everywhere in rockbox |
| 09:25:09 | | Join fairway [0] (i=fairway@217-162-176-206.dclient.hispeed.ch) |
| 09:25:11 | fairway | hi |
| 09:25:15 | fairway | how do I use backdrops on ipod? |
| 09:25:16 | midkay | wtf then... would #define BTN_F3 (BUTTON_SELECT | BUTTON_RIGHT) work? |
| 09:25:23 | LinusN | midkay: yes |
| 09:25:34 | midkay | _wtf_.. well, i guess i need to try it again :) thanks |
| 09:25:35 | Paul_The_Nerd | fairway: Browse to a bmp file, hold select on it, and choose "Set as backdrop." The BMP must be 172*132 pixel. |
| 09:25:41 | fairway | thanks |
| 09:25:42 | midkay | that makes things so much easier.. |
| 09:26:09 | midkay | a lot easier to port to other devices, i was going nuts with tons of #ifdef CONFIG_KEYPAD == IPOD_4G_PAD :) |
| 09:26:12 | Paul_The_Nerd | fairway if the BMP is in /.rockbox/backdrops/ it'll be saved. |
| 09:26:21 | BHSPitLappy | gah sure is late |
| 09:26:26 | LinusN | midkay: check how it is done in the other plugins |
| 09:26:47 | | Quit Kohlrabi (Client Quit) |
| 09:26:51 | midkay | LinusN, was going to, i guess i forgot :) |
| 09:27:01 | midkay | or.. i think i checked brickmania.. |
| 09:27:09 | midkay | but didn't see anything there relevant |
| 09:27:35 | LinusN | brickmania might not be the best example |
| 09:28:02 | fairway | is the skipping bug fixed? |
| 09:28:03 | midkay | yeah, i was using that as reference a few times though, considering it's the only plugin that runs fullscreen full-color on the ipod videos.. |
| 09:28:05 | fairway | ;) |
| 09:28:19 | | Quit TCK (Read error: 104 (Connection reset by peer)) |
| 09:28:29 | BHSPitLappy | what about bejeweled? |
| 09:28:42 | LinusN | what about it? |
| 09:28:46 | | Join Jungti1234 [0] (n=jungti12@124.60.15.86) |
| 09:29:00 | BHSPitLappy | does it not fall under that category |
| 09:29:25 | Jungti1234 | needleboy |
| 09:29:39 | midkay | BHSPitLappy, talking to me? |
| 09:29:46 | BHSPitLappy | mmmaybe. |
| 09:29:55 | midkay | i don't think i ever played that, maybe a missing level file or something. |
| 09:30:06 | BHSPitLappy | :/ |
| 09:30:29 | midkay | oh, no, it does work.. |
| 09:30:30 | midkay | weird |
| 09:30:48 | | Quit DarthLappy (Read error: 110 (Connection timed out)) |
| 09:30:52 | midkay | but cool.. well, i just chose one, i didn't know bejeweled worked :) or maybe it didn't when i was testing them all |
| 09:31:11 | | Join HaKuNa [0] (n=c31ce021@labb.contactor.se) |
| 09:31:51 | Paul_The_Nerd | midkay: Bejeweled's worked on the iPod since before sound did. :-P |
| 09:32:41 | midkay | haha. i can't tell if you're being sarcastic or not ;) (if not: too bad sound doesn't work on the video ipod!! !!!!!!!!) |
| 09:32:49 | midkay | :) |
| 09:33:20 | Paul_The_Nerd | Well, for Nano and Color, it was working before sound. |
| 09:33:45 | | Quit hardeep ("[BX] Occifer, I'm not as think as you stoned I am!") |
| 09:33:53 | | Join JdGordon [0] (n=Miranda@c220-239-137-122.smelb1.vic.optusnet.com.au) |
| 09:34:14 | midkay | i don't see video in your short list there ;) nah, i really don't remember.. but i really think i would have noticed if it were working, i went down the list of plugins a few weeks ago, and just updated all of them a few days ago, so.. either it was fixed recently or i accidentally skipped over it.. |
| 09:34:35 | Jungti1234 | needleboy!! |
| 09:35:24 | midkay | "new target - ipod video" in the cvs history for bejeweled.c on dev 18 05, so i must have skipped over it :) |
| 09:35:48 | | Quit fairway () |
| 09:36:15 | | Join Siku [0] (n=Siku@f303b.w3.ton.tut.fi) |
| 09:36:30 | Paul_The_Nerd | Hehehe |
| 09:36:35 | | Quit _FireFly_ ("Clap on! , Clap off! clap@#&$NO CARRIER") |
| 09:36:48 | Paul_The_Nerd | Okay, break from beating my head against Doom sources. Gonna set up 'tex |
| 09:37:11 | midkay | fun stuff! and i'll take a nice break from being awake now.. laters all |
| 09:38:09 | JdGordon | linusN: have u done anything with the colour changer thingy? i tried merging it with the coloer settings patch but that patch was buggered... |
| 09:39:11 | LinusN | JdGordon: no i haven't |
| 09:50:51 | | Join safetydan [0] (n=dan@195.27.52.9) |
| 09:54:56 | | Join gtkspert_laptop [0] (n=gtkspert@203-166-235-199.dyn.iinet.net.au) |
| 09:57:46 | * | safetydan sees the EQ UI is popular |
| 09:58:28 | B4gder | yes, seems lots of peple jumped at it immediately |
| 09:58:51 | ashridah | hm. i didn't see it get committed... |
| 09:58:56 | ashridah | patch someplace? |
| 09:59:10 | Paul_The_Nerd | On the tracker |
| 09:59:29 | Paul_The_Nerd | http://sourceforge.net/tracker/index.php?func=detail&aid=1423974&group_id=44306&atid=439120 |
| 10:00 |
| 10:00:31 | ashridah | tah |
| 10:02:10 | B4gder | someone is keeping the wikipedia page fairly up-to-date |
| 10:02:46 | | Quit Jungti1234 () |
| 10:03:11 | B4gder | if that somone who edits it reads this: ifp7x0 is _not_ the first flash player to run rockbox, Archos Ondio and iPod Nano are flash players too |
| 10:05:17 | | Join Zagor [0] (n=bjst@194-237-150-170.customer.telia.com) |
| 10:05:38 | | Join damaki [0] (n=Chocolat@ALille-153-1-17-105.w83-198.abo.wanadoo.fr) |
| 10:07:25 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 10:09:55 | * | amiconn appears |
| 10:11:38 | * | amiconn stares at two rows of equally distributed build errors |
| 10:12:11 | ashridah | heh |
| 10:12:26 | | Join slimx [0] (n=slimx@81.255.106.202) |
| 10:12:46 | B4gder | Christi's attempt to get high score |
| 10:13:10 | ashridah | heh |
| 10:13:18 | ashridah | need to add rows for the manuals |
| 10:13:26 | ashridah | >:) |
| 10:13:29 | B4gder | hah |
| 10:13:41 | B4gder | *then* she'd get high score ;-) |
| 10:13:50 | slimx | lo |
| 10:13:59 | B4gder | my test build gave like a bazillion warnings |
| 10:14:10 | | Part mozetti_ |
| 10:14:14 | * | ashridah tosses safetydan and preglow each a cookie of pwnage |
| 10:14:32 | | Quit mafj2 (Remote closed the connection) |
| 10:14:54 | amiconn | B4gder: What's necessary to build the manual? |
| 10:15:00 | | Join petur [0] (n=d4efd6a6@labb.contactor.se) |
| 10:15:04 | amiconn | Is it possible on cygwin? |
| 10:15:08 | B4gder | I'm not sure, 'cvs co manual' to start with |
| 10:15:13 | ashridah | amiconn: latex |
| 10:15:20 | ashridah | which will be largish |
| 10:15:24 | ashridah | but probably included in cygwin |
| 10:15:26 | B4gder | I just tried on the build server and it seemed to build |
| 10:15:36 | Paul_The_Nerd | What targets can the manual be made for? |
| 10:15:40 | ashridah | you'll need both TeX and LaTeX iirc |
| 10:15:44 | ashridah | Paul_The_Nerd: all of them |
| 10:15:48 | | Join t0mas [0] (n=Tomas@unaffiliated/t0mas) |
| 10:15:50 | ashridah | although some are basically identical |
| 10:16:12 | Paul_The_Nerd | Ipod Nano doesn't work |
| 10:17:27 | Paul_The_Nerd | H120 did though, so it's not my setup. Also, is there a step after "make" or is that it? |
| 10:18:48 | | Quit damaki__ (Read error: 110 (Connection timed out)) |
| 10:19:02 | ashridah | damnit, what's "Q" stand for again? |
| 10:20:32 | Paul_The_Nerd | amiconn: The Cygwin package it Tetex |
| 10:20:51 | Paul_The_Nerd | amiconn: And yes, I've succesfully built the H120 manual in cygwin. |
| 10:21:05 | amiconn | Do I need tetex-extra as well? |
| 10:21:09 | Paul_The_Nerd | I dunno |
| 10:21:11 | Paul_The_Nerd | I got it |
| 10:21:22 | Paul_The_Nerd | Didn't try it without it though, just figure I may as well |
| 10:21:37 | amiconn | I'll try without it first |
| 10:21:40 | Paul_The_Nerd | Okay |
| 10:23:10 | | Join NicoFR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) |
| 10:23:36 | Paul_The_Nerd | Yeah, iPod Nano doesn't work |
| 10:23:39 | Paul_The_Nerd | iPod 4G does |
| 10:25:37 | ashridah | amiconn: i don't know. it contains a bunch of fonts and a few other bits |
| 10:28:16 | safetydan | ashridah, Q is related to the "width" of the filter |
| 10:28:22 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 10:28:55 | ashridah | safetydan: yeah, gotchya |
| 10:33:03 | | Quit BHSPitLappy (Read error: 110 (Connection timed out)) |
| 10:37:57 | | Nick Paul_The_Nerd is now known as Paul_The_Away (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) |
| 10:42:37 | | Join muesli__ [0] (n=muesli_t@88.134.20.76) |
| 10:43:11 | amiconn | tete-extra *is* needed on cygwin. It contains some necessary fonts |
| 10:43:20 | amiconn | *tetex-extra |
| 10:43:37 | amiconn | Manual build works, but throws tons of warnings |
| 10:43:46 | B4gder | yeps, for me too |
| 10:43:55 | B4gder | and I get no pics |
| 10:44:30 | petur | LinusN: if you think of committing the recording gain patch, make sure you take the latest version of my entry in the tracker as I've fixed a warning when building for Archos |
| 10:44:46 | amiconn | 'Overfull \box (...pt too wide) in paragraph at lines <blah>' |
| 10:46:04 | amiconn | No images here as well, except the logo on the front page |
| 10:47:27 | LinusN | petur: sure |
| 10:47:40 | | Quit gtkspert_laptop (Read error: 104 (Connection reset by peer)) |
| 10:48:21 | petur | bbl |
| 10:48:24 | | Part petur |
| 10:54:01 | | Quit muesli__ ("ich will Kühe!!!") |
| 10:55:36 | Paul_The_Away | Hrm |
| 10:55:42 | Paul_The_Away | Is there anyone with an iPod in here, preferably a nano? |
| 10:59:01 | Paul_The_Away | Nevermind. It was a local thing of some sort |
| 10:59:33 | | Join muesli__ [0] (n=muesli_t@88.134.20.76) |
| 11:00 |
| 11:00:27 | | Join amiconn_ [0] (n=jens@p54BD5D54.dip.t-dialin.net) |
| 11:00:47 | | Quit amiconn (Nick collision from services.) |
| 11:00:47 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD5D54.dip.t-dialin.net) |
| 11:07:35 | *** | Saving seen data "./dancer.seen" |
| 11:07:59 | | Quit zhilik (Read error: 110 (Connection timed out)) |
| 11:17:30 | | Join hshah [0] (n=hshah@hirenshah.plus.com) |
| 11:23:44 | | Join tucoz [0] (n=81b17b04@labb.contactor.se) |
| 11:24:07 | * | tucoz notices the LaTeX docs has been comitted :) |
| 11:24:12 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 11:24:16 | muesli__ | preglow r u arround? |
| 11:26:03 | | Nick paugh is now known as AliasCoffee (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 11:26:55 | tucoz | regarding the output when building the manual. LaTeX is a bit more verbose in its output compared to GCC and other compilers |
| 11:27:55 | tucoz | an overfull \hbox means that the line, figure, table etc that it refers to is outside of the page margins |
| 11:28:31 | tucoz | and I think the only image included now is the frontpage's rockbox logo |
| 11:31:01 | tucoz | Just a note, probably the most common and hardest error to track (in my opinion) is when you write an underscore _ . That has to be preceeded by a backslash. I.e. \_ |
| 11:34:53 | | Join gtkspert_laptop [0] (n=gtkspert@203-166-235-199.dyn.iinet.net.au) |
| 11:40:49 | tucoz | I just noticed something. If I don't have the m68k-elf-gcc in my path when I run ../tools/configure and select h120 for instance. The make script complains that it can not find that, although I selected manual |
| 11:41:12 | tucoz | *configure script |
| 11:54:15 | | Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) |
| 11:54:37 | | Quit MarcoPolo (Remote closed the connection) |
| 11:57:01 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
| 12:00 |
| 12:03:13 | | Join mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
| 12:03:56 | Bg3r | is the h3x0 the only player that can charge via USB for now ? |
| 12:04:05 | | Nick DarthL4ppy is now known as DarthLappy (n=DarthShr@202-161-21-45.dyn.iinet.net.au) |
| 12:05:09 | amiconn | Bg3r: Afaik the iPods can charge from USB as well |
| 12:05:19 | amiconn | Bg3r: Any news concerning battery_bench ? |
| 12:05:39 | Bg3r | amiconn working on it |
| 12:05:41 | Bg3r | :) |
| 12:05:47 | Bg3r | if i can say "working" ... :) |
| 12:06:08 | Bg3r | anyone against adding this |
| 12:06:09 | Bg3r | bool acdc_charger_inserted(void) |
| 12:06:10 | Bg3r | { |
| 12:06:10 | DBUG | Enqueued KICK Bg3r |
| 12:06:10 | Bg3r | #if defined(IRIVER_H300_SERIES) |
| 12:06:10 | Bg3r | return (GPIO1_READ & 0x00400000); |
| 12:06:10 | *** | Alert Mode level 1 |
| 12:06:10 | Bg3r | #endif |
| 12:06:10 | *** | Alert Mode level 2 |
| 12:06:10 | Bg3r | } |
| 12:06:20 | Bg3r | to drivers/power.c ? |
| 12:06:23 | amiconn | ? |
| 12:06:40 | amiconn | There already is a function to check for inserted charger |
| 12:07:09 | Bg3r | amiconn yep, but on h300 it returns |
| 12:07:15 | Bg3r | #elif defined(IRIVER_H300_SERIES) |
| 12:07:16 | Bg3r | return (GPIO1_READ & 0x00400000) || usb_powered(); |
| 12:07:25 | amiconn | Yes, that's wrong |
| 12:07:34 | Bg3r | ah ? |
| 12:07:45 | amiconn | It's the reasoon why inserting USB power shows the standard plug |
| 12:07:58 | Bg3r | why wrong ? |
| 12:08:02 | amiconn | It should show the USB plug, like on Ondio/FM recorder |
| 12:08:07 | | Nick Paul_The_Away is now known as Paul_The_Nerd (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) |
| 12:08:15 | Bg3r | hm ... didn't know this |
| 12:08:46 | Bg3r | should i remove it ? |
| 12:09:00 | Bg3r | the || usb_powered() part |
| 12:10:40 | amiconn | I think so. The charging detection will perhaps need to be adapted |
| 12:10:52 | amiconn | Iirc, lostlogic added this |
| 12:11:14 | Bg3r | yep |
| 12:11:18 | Bg3r | iirc too |
| 12:12:00 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 12:12:00 | * | amiconn is stress-testing & timing memmove() |
| 12:12:15 | Bg3r | good to hear :) |
| 12:12:22 | | Join DarthL4ppy [0] (n=DarthShr@202-161-21-45.dyn.iinet.net.au) |
| 12:13:12 | Bg3r | btw this "usb_powered" isn't equal to "usb_charging" or i'm wrong ? |
| 12:13:17 | | Quit DarthLappy (Nick collision from services.) |
| 12:14:28 | Bg3r | like powered != charging |
| 12:14:33 | | Join Membrillo [0] (n=sam_kill@CPE-60-229-179-140.nsw.bigpond.net.au) |
| 12:15:14 | amiconn | usb_powered is equivalent to charger_inserted, power-wise |
| 12:15:19 | | Nick DarthL4ppy is now known as DarthLappy (n=DarthShr@202-161-21-45.dyn.iinet.net.au) |
| 12:15:34 | amiconn | Whether it's actually charging depends on the charging circuit of course |
| 12:15:47 | Bg3r | okay |
| 12:16:11 | *** | Alert Mode OFF |
| 12:16:21 | | Quit markun ("leaving") |
| 12:16:25 | Bg3r | so New/FM/V2 recorders can charge via usb ? |
| 12:16:37 | Bg3r | -New |
| 12:16:44 | amiconn | yes |
| 12:17:05 | amiconn | and the Ondio can be powered from USB (it has no charging at all) |
| 12:17:15 | Bg3r | ah, just to ask:) |
| 12:18:05 | amiconn | The Ondio is designed to run from alkalines |
| 12:18:10 | amiconn | 3x AAA |
| 12:18:42 | Bg3r | afk... |
| 12:20:22 | | Join webguest44 [0] (n=5687a08f@labb.contactor.se) |
| 12:24:52 | | Quit webguest44 (Client Quit) |
| 12:25:05 | | Join ripnetuk [0] (n=george@host-87-74-125-82.bulldogdsl.com) |
| 12:25:35 | | Join webguest54 [0] (n=86e20188@labb.contactor.se) |
| 12:25:36 | ripnetuk | hi... is anything known about the Archos AV500? (as in is a Rockbox port a therotical possibility)? |
| 12:25:42 | | Join markun [0] (n=karl@bastards.student.ipv6.utwente.nl) |
| 12:26:17 | | Quit webguest54 (Client Quit) |
| 12:28:06 | | Quit gtkspert_laptop (Read error: 104 (Connection reset by peer)) |
| 12:28:48 | tucoz | ripnetuk: doesn't that run linux? |
| 12:28:59 | ripnetuk | does it? i know the iStation V43 does |
| 12:29:21 | | Quit Membrillo () |
| 12:29:23 | ripnetuk | if it does /me buys now :) |
| 12:29:43 | tucoz | I think I read that somewhere. Don't know for sure though |
| 12:29:58 | ripnetuk | i guess we could run the Rockbox SIM on linux based devices like the V43, but I thought the Archos was non-linux... i will google |
| 12:30:33 | tucoz | check this as well: http://www.archopen.org/tiki-index.php |
| 12:32:15 | | Join Moos [0] (i=DrMoos@m53.net81-66-159.noos.fr) |
| 12:32:28 | ripnetuk | thanks tucoz - looks interesting |
| 12:33:02 | tucoz | at least that project could possibly kick alive the gmini port |
| 12:33:21 | | Quit AliasCoffee (Read error: 104 (Connection reset by peer)) |
| 12:36:32 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 12:37:02 | | Quit paugh (Remote closed the connection) |
| 12:41:51 | | Join Matze [0] (i=Miranda@p5484E996.dip.t-dialin.net) |
| 12:44:39 | | Part ripnetuk |
| 12:46:37 | | Quit darkless (Client Quit) |
| 12:47:08 | | Quit markun ("leaving") |
| 12:48:18 | JdGordon | im boooored |
| 12:49:59 | amiconn | LinusN: Imho it would be way easier to use a 16 bit framebuffer for X5, and convert on the fly in lcd_write_data() |
| 12:52:32 | | Join markun [0] (n=karl@bastards.student.ipv6.utwente.nl) |
| 12:52:35 | | Part tucoz |
| 12:53:42 | * | safetydan wonders if he can just do dsp->replaygain += get_replaygain_int(eq_max_gain * 10) >> 23 |
| 12:55:25 | linuxstb | slimx: Are you around? |
| 12:56:43 | Cassandra | Of course you can - the question is will it do what you wanted? |
| 12:58:56 | Paul_The_Nerd | Cassandra: Manual doesn't work for Nano |
| 12:59:29 | linuxstb | Cassandra: Nice work on committing the manual. What's the status on the content? Is it mostly your 2.4 manual at the moment? |
| 13:00 |
| 13:01:22 | Paul_The_Nerd | Scratch that, it *does* work, kinda. It gives a message, and waits for user input, then if you just hit enter it still creates a pdf. |
| 13:02:17 | linuxstb | Sounds like it's checking for an undefined variable - which is why it's prompting the user. |
| 13:03:12 | Paul_The_Nerd | Runaway argument? |
| 13:03:29 | Paul_The_Nerd | ./preamble.tex:12: File ended while scanning use of \@argdef. |
| 13:03:57 | Paul_The_Nerd | Also, are these manuals supposed to be... target specific already, or are they all pretty much identical in text right now? |
| 13:07:31 | amiconn | There are currently lots of old references in the manual. It's the first step towards a modular manual |
| 13:07:37 | *** | Saving seen data "./dancer.seen" |
| 13:07:57 | amiconn | E.g. if you build the manual for recorder, there is also a table describing the player buttons |
| 13:08:00 | Paul_The_Nerd | Okay |
| 13:08:15 | Paul_The_Nerd | I just saw the Rombox section. |
| 13:08:23 | amiconn | There are also references to the flash packages at [IDC]Dragon's homepage |
| 13:08:38 | amiconn | They are long gone, and we have bootbox for quite a while |
| 13:09:02 | Paul_The_Nerd | Fair enough. |
| 13:09:22 | Cassandra | Paul_The_Nerd, what happens? |
| 13:09:42 | Cassandra | linuxstb, yes - it's converted from the 2.4 manual |
| 13:10:09 | Paul_The_Nerd | (./platform/ipodnano.tex) |
| 13:10:10 | Paul_The_Nerd | Runaway argument? |
| 13:10:10 | Paul_The_Nerd | {\playertype ] |
| 13:10:10 | DBUG | Enqueued KICK Paul_The_Nerd |
| 13:10:10 | Paul_The_Nerd | ./preamble.tex:12: File ended while scanning use of \@argdef. |
| 13:10:10 | Paul_The_Nerd | <inserted text> |
| 13:10:10 | *** | Alert Mode level 1 |
| 13:10:10 | Paul_The_Nerd | \par |
| 13:10:12 | Paul_The_Nerd | l.12 \input{platform/\platform.tex} |
| 13:10:18 | Paul_The_Nerd | Then a ? prompt |
| 13:10:29 | Cassandra | Paul_The_Nerd, no, the target specific stuff is barely started. |
| 13:10:29 | Bg3r | Paul_The_Nerd : enter |
| 13:10:32 | Bg3r | just hit enter |
| 13:10:39 | Paul_The_Nerd | I did hit enter |
| 13:10:51 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 13:10:51 | * | Cassandra looks confused. |
| 13:11:05 | Cassandra | You've gotta love LaTeX error messages. |
| 13:11:22 | Paul_The_Nerd | Bg3r: I hit enter, and it finished normally (I think) but other targets don't have that |
| 13:13:38 | LinusN | amiconn: i don't know about easier, the conversion is not straightforward, unless we use a lookup table |
| 13:15:19 | Cassandra | Thanks Paul, fixed. |
| 13:15:34 | Paul_The_Nerd | :) |
| 13:15:57 | Cassandra | The manual is over a year old, it would seem. |
| 13:16:05 | Cassandra | It doesn't seem like that long. |
| 13:20:11 | *** | Alert Mode OFF |
| 13:20:36 | linuxstb | Cassandra: Is there a reason you're trying to keep the number of different manuals small? I would have thought that now you've automated it, it would be simpler to produce one manual for each target - using the same set of targets that the main Rockbox build system uses. |
| 13:30:26 | | Join zhilik [0] (n=_if_you_@ppp83-237-251-112.pppoe.mtu-net.ru) |
| 13:31:32 | JdGordon | linuxstb: anything happening with the yesno screen? |
| 13:35:04 | linuxstb | There was a discussion about it yesterday - check the logs from 14.32.56 onwards. (about 2 minutes after you left...) |
| 13:35:13 | JdGordon | ok |
| 13:36:41 | ashridah | cursed timezones |
| 13:36:49 | * | ashridah takes out a hammer and starts whacking on the ground |
| 13:36:57 | ashridah | you'll be flat once i'm done! i'll show you! |
| 13:39:28 | | Join mafj2 [0] (i=debian-t@tor/session/x-f66937ec95b04165) |
| 13:40:13 | JdGordon | hmm... so undecided...? |
| 13:41:33 | | Join actionshrimp [0] (i=nn@dhcp-163-1-214-233.seh.ox.ac.uk) |
| 13:44:33 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-46-98.w83-198.abo.wanadoo.fr) |
| 13:45:38 | | Join petur [0] (n=d4efd6a6@labb.contactor.se) |
| 13:48:22 | | Quit ashridah ("sleep") |
| 13:56:06 | | Quit damaki (Read error: 110 (Connection timed out)) |
| 13:56:50 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 14:00 |
| 14:03:15 | Paprica | linuxstb, have you try the statusbar patch? |
| 14:06:25 | Paprica | mm there is a way to stop the compile? |
| 14:06:35 | JdGordon | ctrl-c ? |
| 14:06:53 | Paprica | ok, i will try |
| 14:06:56 | Paprica | 10x =] |
| 14:09:10 | | Quit JdGordon ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 14:09:21 | | Join mirak [0] (n=mirak@AAubervilliers-152-1-9-93.w82-121.abo.wanadoo.fr) |
| 14:12:20 | | Quit Matze ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 14:12:54 | needleboy | hey ben |
| 14:13:51 | | Join perpleXa [0] (i=perpleXa@62.216.185.132) |
| 14:14:02 | perpleXa | hi |
| 14:14:34 | perpleXa | will there ever be support for ipod minis? |
| 14:17:08 | Paul_The_Nerd | perpleXa: Ideally, anything that iPod Linux runs on could see Rockbox so long as anyone takes the effort. |
| 14:18:14 | perpleXa | hmm nice, i'm currently running ipod linux on it, only problem is that it spews a malloc error when i try to play mp3's of ~70mb |
| 14:18:28 | LinusN | hehe |
| 14:18:34 | amiconn | haha |
| 14:18:41 | amiconn | malloc() ... |
| 14:19:19 | * | Paul_The_Nerd grins. |
| 14:19:20 | perpleXa | btw, is rockbox able to read apev2 tags? |
| 14:23:11 | Moos | not with mp3's files yet |
| 14:23:37 | | Quit NicoFR () |
| 14:25:00 | perpleXa | :( |
| 14:25:28 | Paul_The_Nerd | I don't think anyone's made a convincing argument for them other than "I like them better" or "My files are already tagged with them." |
| 14:26:25 | | Join ripnetuk [0] (n=george@host-87-74-125-82.bulldogdsl.com) |
| 14:26:37 | Moos | Paul_The_Nerd: full tag support is suficent no? :P |
| 14:27:23 | Paprica | needleboy hi =] |
| 14:27:23 | perpleXa | well i dont like idev2 tags, since they're written at the beginning of files |
| 14:27:32 | perpleXa | thats fucking slow with foobar |
| 14:28:11 | Paul_The_Nerd | Well, the beginning of the file is kinda better for reading them (on machines with limited RAM) I imagine. |
| 14:28:14 | amiconn | Tags at the beginning are way better on a mobile device |
| 14:28:29 | Moos | perpleXa: just convert them to id3 v2 |
| 14:28:35 | amiconn | It saves the seek-to-end and back when reading tags |
| 14:28:43 | Paul_The_Nerd | Besides, it's not like you should have to retag your files very often. |
| 14:28:55 | amiconn | -> needs less battery |
| 14:29:05 | perpleXa | that takes like 3 days to convert all my mp3 tags to id3v2 |
| 14:29:18 | Moos | Ouch :-( |
| 14:29:20 | LinusN | yes |
| 14:29:27 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-142-087.pools.arcor-ip.net) |
| 14:29:47 | Paul_The_Nerd | perpleXa: Break it up into 6 groups of files, and run the operations while you sleep. |
| 14:29:54 | Moos | perpleXa: there is a patch in the tracker for ape V2 tags for mp3's |
| 14:30:20 | perpleXa | i'm using foobar plugins like play counter and such shit, if i would use id3v2 tags it would freeze ~1min after each track |
| 14:30:40 | perpleXa | i hope they fix that, so i can use id3v2 tags =) |
| 14:30:59 | Moos | use other tagger instead ;-) |
| 14:30:59 | perpleXa | Moos: could you gimme the link, please? |
| 14:31:03 | Paul_The_Nerd | Every time, or just the first time it rights the tag? |
| 14:31:13 | perpleXa | every time |
| 14:31:14 | Paul_The_Nerd | *writes |
| 14:32:30 | | Join dufuS [0] (n=hohoho@DSL217-132-191-102.bb.netvision.net.il) |
| 14:32:53 | | Nick dufuS is now known as san_benedetto (n=hohoho@DSL217-132-191-102.bb.netvision.net.il) |
| 14:33:08 | san_benedetto | hi |
| 14:33:12 | san_benedetto | needleboy ? |
| 14:33:53 | | Join damaki [0] (n=Chocolat@ALille-153-1-62-174.w86-196.abo.wanadoo.fr) |
| 14:33:53 | perpleXa | is it currently running on ipod minis too? |
| 14:34:20 | Paul_The_Nerd | Is what? |
| 14:34:41 | san_benedetto | he means rockbox i think |
| 14:35:18 | | Nick san_benedetto is now known as San_Benedetto (n=hohoho@DSL217-132-191-102.bb.netvision.net.il) |
| 14:35:27 | perpleXa | yeah ofc |
| 14:35:28 | perpleXa | :) |
| 14:36:22 | Paul_The_Nerd | Well, you already asked if Minis would be supported. |
| 14:36:39 | Paul_The_Nerd | When I said they could potentially be supported, I think that kinda implied they aren't yet, so I was confused as to why you asked again. |
| 14:36:43 | perpleXa | i asked if they will be supported, didnt know that they already |
| 14:36:54 | perpleXa | ah |
| 14:36:55 | perpleXa | k :P |
| 14:37:01 | Moos | perpleXa:http://sourceforge.net/tracker/index.php?func=detail&aid=1245274&group_id=44306&atid=439120 |
| 14:37:02 | Paul_The_Nerd | Right now it's Nano and 4G Color |
| 14:37:13 | perpleXa | yeah moos, already found it, thanks |
| 14:37:19 | Moos | np |
| 14:37:33 | perpleXa | hmm, so i gonna buy a nano :X |
| 14:39:15 | muesli__ | buy a nano buy scratches ;) |
| 14:39:20 | Paul_The_Nerd | Yeah |
| 14:39:28 | Paul_The_Nerd | If you buy a nano, figure out some way to never let ANYTHING touch it |
| 14:39:29 | Paul_The_Nerd | EVER |
| 14:39:39 | LinusN | i'm about to introduce a new directory structure in firmware/ |
| 14:39:48 | ripnetuk | hold it in a electromagnetic field like they do anti-matter |
| 14:40:04 | Paul_The_Nerd | emf + electronics = fun? ;-) |
| 14:40:05 | perpleXa | yeah i've already seen that issues |
| 14:40:05 | LinusN | i'm thinking about adding a directory tree like this: |
| 14:40:22 | LinusN | firmware/target/coldfire/iaudio/x5 |
| 14:40:24 | perpleXa | a friend has a 3 months old nano, that looks worse than my 2 years old mini |
| 14:40:31 | ripnetuk | im thinking of buying a archos av500 - anyone know how hackable it is? |
| 14:40:52 | Paul_The_Nerd | LinusN: It'd be nice, I think. |
| 14:40:53 | LinusN | all coldfire-specific code, like asm versions of memset() etc goes to target/coldfire |
| 14:40:55 | Paprica | gui/statusbar.c: In function `gui_statusbar_draw': |
| 14:40:55 | Paprica | gui/statusbar.c:181: warning: statement with no effect |
| 14:41:00 | Paprica | wtf it wants? |
| 14:41:16 | LinusN | all iaudio common functions go to target/coldfire/iaudio |
| 14:41:27 | Slasheri | Paprica: you have something like "variable;" |
| 14:41:32 | LinusN | and the x5 specific stuff to target/coldfire/iaudio/x5 |
| 14:41:38 | Slasheri | Paprica: and that does nothing |
| 14:41:50 | Paprica | oh shit |
| 14:41:55 | Paprica | forgot to do |
| 14:42:02 | Paprica | function() with the () |
| 14:42:04 | Paprica | =\ |
| 14:42:06 | Paprica | 10x |
| 14:42:07 | Slasheri | hehe |
| 14:42:07 | Moos | LinusN: wee ! |
| 14:42:08 | LinusN | for example, the ata_enable(), ata_reset(9 etc |
| 14:42:34 | LinusN | that may clear some of the #ifdef hell we're currently experiencing |
| 14:43:15 | petur | as long as you don't end up with a load of directories with few files in each... |
| 14:43:30 | LinusN | ripnetuk: av500 has a texas instruments dsp i think |
| 14:43:36 | amiconn | Sounds good, but may be problematic when considering the sims as well |
| 14:43:57 | LinusN | so you can forget it unless you can cough up loadza dollars for the compiler |
| 14:44:11 | LinusN | amiconn: why so? |
| 14:45:11 | amiconn | Well, some target specific code (which would e.g. be buried in firmware/target/coldfire/h300) is needed for the sims as well, |
| 14:45:13 | | Join __peer__ [0] (n=hrm@bzq-218-213-161.red.bezeqint.net) |
| 14:45:20 | __peer__ | hello, anyone had exprience with PX-100 ? |
| 14:45:23 | LinusN | amiconn: give me an example |
| 14:45:32 | LinusN | __peer__: what is that? |
| 14:45:41 | __peer__ | Portable Headphones |
| 14:45:49 | ripnetuk | is the texas instruments the one missing an open compiler? |
| 14:46:01 | LinusN | ripnetuk: as well as data sheets |
| 14:46:13 | ripnetuk | ok... that makes it easy to knock off my list - thanks :) |
| 14:46:25 | amiconn | LinusN: Things that are simulated, e.g. backlight |
| 14:46:29 | LinusN | av500 is a cool machine nevertheless |
| 14:46:42 | LinusN | amiconn: but that's still simulated |
| 14:46:51 | Zagor | __peer__: i've tested them. sounds pretty good. a lot better than the px-200! |
| 14:46:59 | LinusN | this directory structure is only for target builds |
| 14:47:00 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
| 14:47:02 | amiconn | We could split those things into the common part and the actual platform specific code, |
| 14:47:27 | amiconn | but I'm afraid that will just replace ifdef hell with file hell |
| 14:47:28 | __peer__ | Zagor: Will I feel much diffrence between them and cheap 5$ headphones? |
| 14:47:35 | __peer__ | They mostly for home use. |
| 14:47:39 | LinusN | amiconn: the backlight code in targets/coldfire/iriver/h300 will only be the lowest level code |
| 14:47:40 | ripnetuk | yes, but as soon as Archos moves onto another model, we can forget about software updates... also I am addicted to Rockbox features (multiple independent bookmarks mostly) |
| 14:47:49 | Zagor | __peer__: yes you will |
| 14:48:16 | __peer__ | they worth 70$? |
| 14:48:28 | ripnetuk | i was thinking of the istation v43 - that runs Linux, so i should be able to port the Rockbox sim to it hopefully |
| 14:48:28 | amiconn | LinusN: Another disadvantage would be that the lowest level acces will have to be done by functions -> more overhead |
| 14:48:34 | petur | LinusN: again, will you not end up with many directories with very little files in? |
| 14:48:41 | LinusN | amiconn: could be macros as well |
| 14:48:50 | LinusN | petur: yes |
| 14:48:55 | amiconn | (unless we use .h files with loadsa macros, or inline functions) |
| 14:49:15 | amiconn | Macros aren't exactly easy to read |
| 14:49:54 | LinusN | the advantages would be that porting will be a more straightforward process, you can start with empty stubs for the lowlevel functions |
| 14:50:20 | LinusN | and you (almost) always know where to look for the hardware specific functions |
| 14:50:28 | LinusN | for a particular target |
| 14:50:49 | amiconn | That's correct. Well, it seems this is something that has to be tried |
| 14:51:12 | amiconn | It also means that someone will have to cleanup stone-age leftovers |
| 14:51:16 | LinusN | i'm trying it for the x5 port |
| 14:51:27 | LinusN | amiconn: yes |
| 14:51:57 | slimx | linuxstb, are you around ? |
| 14:52:47 | | Join tucoz [0] (n=81b17b04@labb.contactor.se) |
| 14:53:07 | tucoz | Hi, what would a suitable name for Latex help be (in the wiki)? |
| 14:53:22 | tucoz | LatexHowto? |
| 14:53:31 | LinusN | define "help" |
| 14:53:32 | B4gder | HowToBuildManual ? |
| 14:53:58 | tucoz | I mean, to help people working with the latex docs |
| 14:54:03 | LinusN | perhaps ManualHowto, to follow the howto convention |
| 14:54:24 | tucoz | Like tips and tricks, pointers to latex docs etc |
| 14:54:46 | B4gder | btw, what do we need to do to get images in the manual? |
| 14:54:52 | amiconn | LinusN: I went for a slightly different approach for integrating memmove() / memcpy() |
| 14:55:07 | LinusN | amiconn: yes? |
| 14:55:11 | tucoz | B4gder, hold on. I'll make paste for you |
| 14:55:31 | amiconn | I made the asm versions two files, with memmove() jumping into the forward branch in memcpy_a.S when forward copying has to be done |
| 14:55:50 | amiconn | A comment at the top will point this out |
| 14:56:28 | amiconn | This has the advantage that memmove_a.o doesn't need to be linked when memmove() isn't used, |
| 14:56:29 | LinusN | those two would end up in target/coldfire in the new structure |
| 14:56:49 | amiconn | No, those 2 will need to be splitted in two each, |
| 14:56:59 | amiconn | and end up in target/coldfire and target/sh1 |
| 14:57:05 | LinusN | yes, of course |
| 14:57:23 | * | B4gder is in favour of splitting ifdefs into files |
| 14:57:40 | amiconn | I added memmove.c from newlib, as it seems memcpy.c is also from newlib |
| 14:57:48 | amiconn | (for arm targets and sims) |
| 14:58:50 | | Quit HaKuNa ("CGI:IRC (EOF)") |
| 14:59:42 | tucoz | http://pastebin.com/541555 |
| 15:00 |
| 15:00:03 | tucoz | B4gder, have a look at that and ask me if there is something you don't understand |
| 15:00:14 | imphasing | Yum, postscript.. |
| 15:00:21 | B4gder | well, my problem is not really the latex code |
| 15:00:28 | B4gder | I don't get any pics in the manual |
| 15:00:31 | B4gder | when I build it |
| 15:00:35 | LinusN | tucoz: well, i think he's asking how to make the already existing pics appear in the manual |
| 15:00:54 | B4gder | the only pics that appears is the front page logo |
| 15:01:03 | tucoz | aha, are those present? |
| 15:01:03 | B4gder | s/pics/pic |
| 15:01:38 | tucoz | the pictures I mean. When I set up the proposal, I only included the frontpage image. The others were gifs or jpegs iirc |
| 15:01:40 | B4gder | hm, maybe they're just missing... |
| 15:02:06 | B4gder | so how is the manual supposed to know how to get the gifs and jpegs? |
| 15:02:36 | tucoz | I don't think those formats should be used. Instead, png was suggested as the standard format |
| 15:02:50 | B4gder | so this is still left todo? |
| 15:02:54 | tucoz | yes |
| 15:03:02 | B4gder | okiedoki |
| 15:03:03 | tucoz | lot's of screendumps to be made |
| 15:03:14 | tucoz | rather _loads_ |
| 15:03:18 | B4gder | I figure a bunch of the old ones could just be converted |
| 15:03:59 | tucoz | yes, maybe Cassandra have the originals. I think we could find something in the writer-source as well |
| 15:04:19 | LinusN | i guess the old dumps are obsolete anyway |
| 15:04:26 | B4gder | they might be so, yes |
| 15:04:37 | LinusN | gotta go, cu folx |
| 15:04:38 | B4gder | getting screendumps should be quickly done though |
| 15:04:39 | tucoz | But, pdflatex should handle png and jpg's fine |
| 15:04:44 | | Part LinusN |
| 15:05:09 | B4gder | I guess I'm using tetex |
| 15:05:52 | B4gder | ah, I have a pdflatex in my path |
| 15:06:03 | tucoz | that is ok. I think the buildscript runs pdflatex to generate the .pdf |
| 15:06:44 | B4gder | I get a ~1MB pdf so I guess most things work |
| 15:07:11 | tucoz | yes, that sounds ok. The tables need to be taken care of, as they look like ... now. |
| 15:07:39 | *** | Saving seen data "./dancer.seen" |
| 15:07:41 | B4gder | I'm preparing for automated manual builds |
| 15:07:48 | tucoz | latex keyword in google generally comes up with something nice. |
| 15:08:21 | | Join bandgeekndb [0] (n=d19e6629@labb.contactor.se) |
| 15:08:34 | amiconn | Bagder: What? automated manual sounds a bit undecided ;) |
| 15:08:48 | Paul_The_Nerd | Yeah, that phrase concerned me. |
| 15:09:22 | amiconn | Wow! This 600-lines asm monster is actually working :-) |
| 15:09:26 | B4gder | right, we should instead just write all the docs now to describe how rockbox should work in the end and then just implemented it so ;-) |
| 15:09:32 | B4gder | just like we use to |
| 15:10:18 | | Nick paugh is now known as AliasCoffee (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 15:11:55 | bandgeekndb | quick question if someone has a minute - i finally realized why one of my music folders wasn't showing up under "file-tree" navigation. The album name (also the folder name) started with a period, which i've now learned hides folders in Rockbox (took me long enough, I know) |
| 15:12:11 | bandgeekndb | when i try to rename another folder in windows with a period in front, it rejects the new folder name |
| 15:12:24 | B4gder | use the command line prompt |
| 15:12:36 | bandgeekndb | ah |
| 15:12:37 | bandgeekndb | thank you |
| 15:12:42 | B4gder | that's the "windows explorer" deciding you may not do that |
| 15:14:06 | bandgeekndb | any way to do that w/o the cmd line prompt - access to the cmd line prompt has been disabled on my school computer |
| 15:14:23 | bandgeekndb | stupid IT department thinks we're a bunch of kiddy hackers and doesn't trust us |
| 15:14:26 | B4gder | I don't know |
| 15:14:38 | B4gder | I prefer Linux ;-) |
| 15:14:52 | tucoz | we could probably snatch a good deal of screenshots from the wiki as a start |
| 15:15:01 | bandgeekndb | i can do that when I get home i guess |
| 15:15:11 | tucoz | those that are up-to-date and in png. |
| 15:15:12 | bandgeekndb | although there, i have cmd-line access as well |
| 15:15:24 | bandgeekndb | oh well. thanks anyway B4gder |
| 15:15:28 | B4gder | tucoz: yes, or just go screenshot mode and make a whole bunch at once playing around on the player |
| 15:15:36 | B4gder | np |
| 15:15:40 | tucoz | and that, yes |
| 15:16:03 | | Part bandgeekndb |
| 15:16:52 | safetydan | or... he could change the view setting to "All" and rename it in rockbox |
| 15:16:54 | safetydan | but he's gone now |
| 15:17:13 | Paul_The_Nerd | bandgeekndb: Most school computers let you get to the command prompt by typing cmd at start->run or hitting CTRL-ALT-DEL and choosing Run from the file menu |
| 15:17:20 | Paul_The_Nerd | Urk, he left |
| 15:17:22 | Paul_The_Nerd | I am slow |
| 15:17:48 | Paul_The_Nerd | I've found that school "tech" departments tend to take the lazy way out, and in most cases just delete the icon. |
| 15:17:49 | tucoz | isn't it also possible to use " " around a filename in windows |
| 15:18:16 | tucoz | to sort of force it to be that name. |
| 15:19:15 | petur | nope, just to pass names with spaces on a commandline (amongst others) |
| 15:20:27 | tucoz | ok |
| 15:22:31 | | Part tucoz |
| 15:28:36 | San_Benedetto | hey |
| 15:28:41 | San_Benedetto | where do i put |
| 15:28:46 | San_Benedetto | progressbar.patch |
| 15:28:47 | San_Benedetto | ? |
| 15:29:02 | | Join TCK [0] (n=tckocr@81-178-216-103.dsl.pipex.com) |
| 15:29:36 | Paul_The_Nerd | Do you have a development environment set up? |
| 15:29:42 | safetydan | Have you checked out the source? |
| 15:30:11 | San_Benedetto | what source? |
| 15:30:20 | San_Benedetto | i don't understand |
| 15:30:24 | San_Benedetto | i just want to install the |
| 15:30:40 | Paul_The_Nerd | To use patches, you have to have the source code and a means of compiling it. |
| 15:30:42 | San_Benedetto | ipodcolor wps |
| 15:30:44 | B4gder | http://www.rockbox.org/twiki/bin/view/Main/WorkingWithPatches |
| 15:31:02 | San_Benedetto | do i need to do anything to use the ipodcolor wps? |
| 15:31:14 | B4gder | read that URL |
| 15:31:31 | | Join tvelocity [0] (n=tony@ipa33.0.tellas.gr) |
| 15:31:39 | B4gder | I have no idea what you'd need to do or not |
| 15:32:07 | Paul_The_Nerd | Does the WPS creator say you need anything specific? |
| 15:32:08 | B4gder | there's no ipodcolor wps in the patch tracker afaik |
| 15:32:25 | | Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) |
| 15:32:28 | San_Benedetto | in the misticriver forum there is |
| 15:32:36 | B4gder | then ask there |
| 15:32:49 | B4gder | if they don't bother to show us, then how can we know? |
| 15:33:11 | | Quit darkless (Read error: 104 (Connection reset by peer)) |
| 15:33:34 | | Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) |
| 15:39:54 | | Quit DarthLappy (Success) |
| 15:40:31 | | Quit TCK (Read error: 104 (Connection reset by peer)) |
| 15:40:47 | | Join Matze [0] (i=Miranda@p5484E996.dip.t-dialin.net) |
| 15:42:00 | Paprica | San_Benedetto, no |
| 15:43:54 | XavierGr | Yay! :) I just received an email that iriver got my defective player and they are working on it! |
| 15:44:04 | Bg3r | wow :) |
| 15:44:07 | Bg3r | very good, XavierGr |
| 15:44:12 | Paprica | haha =] |
| 15:44:33 | novimon | are there any rss readers / "podcasting software" to iriver |
| 15:45:15 | | Join TCK- [0] (n=tckocr@81-178-216-103.dsl.pipex.com) |
| 15:47:13 | Paul_The_Nerd | novimon: Any of them that work with UMS devices. |
| 15:52:58 | * | preglow returns |
| 15:53:07 | Paul_The_Nerd | Preglow!! |
| 15:53:53 | amiconn | hi preglow |
| 15:54:11 | preglow | hello |
| 15:54:16 | novimon | found one, its called happyfish, looks pretty good |
| 15:54:29 | preglow | wow, the eq gui has really shaped up |
| 15:54:36 | | Quit B4gder ("time to say moo") |
| 15:54:39 | Paul_The_Nerd | Yeah |
| 15:54:40 | amiconn | preglow: You returned just at the right time. Do you know whether the codecs use memmove() a lot? |
| 15:54:48 | XavierGr | preglow any commits comming up? |
| 15:54:54 | Paul_The_Nerd | But word is there's bugs relating to eq + resampling 22100 files. |
| 15:54:55 | * | amiconn is about to commit freaky asm memmove() for coldfire & sh1 |
| 15:55:08 | needleboy | Paprica, what's up with the scrolling margins patch? |
| 15:55:12 | XavierGr | amiconn any optimizations? |
| 15:55:24 | needleboy | people are close to cut my head off because of it :) |
| 15:56:06 | amiconn | The fun thing is that backwards copy ended up even a bit faster than forward copy |
| 15:56:11 | Paprica | ok, i will work on it now.. |
| 15:56:42 | needleboy | cool man, you're a god |
| 15:57:17 | preglow | amiconn: ooooh |
| 15:57:23 | preglow | amiconn: some of them doi |
| 15:57:27 | preglow | amiconn: musepack, among others |
| 15:57:53 | | Part petur |
| 15:59:26 | amiconn | preglow: I have no musepack files at all. Could/would you do a speed comparison with & without asm memmove() on iriver? |
| 16:00 |
| 16:00:21 | amiconn | I'll commit in pieces. memmove() itself first, then wiring it to codecs and plugins |
| 16:00:35 | preglow | amiconn: i'll try and see |
| 16:00:44 | amiconn | Some parts in the core can also be changed to use memmove() |
| 16:00:57 | preglow | amiconn: good reason to test out lostlogics new codec null output driver as well |
| 16:00:59 | amiconn | One place I know is the font cache |
| 16:03:39 | safetydan | yay, preglow is back |
| 16:03:45 | safetydan | now you can tell me the things I got wrong |
| 16:04:54 | preglow | amiconn: just had a check, only faad, libmad and musepack use memmove, and of those i think musepack does it the most |
| 16:05:05 | preglow | safetydan: i'll try the gui out right now |
| 16:05:17 | preglow | strange, when i tested my eq right before i left, i could only get noise out of it |
| 16:05:20 | amiconn | fadd is no longer used |
| 16:05:20 | preglow | noise and sines |
| 16:05:27 | preglow | amiconn: what? |
| 16:05:37 | amiconn | Bla, noncsense |
| 16:05:37 | safetydan | I think that was because I had gain and q swapped at one point |
| 16:05:47 | preglow | safetydan: that might be it... |
| 16:05:55 | * | amiconn should think before typing |
| 16:06:20 | amiconn | I confused libfaad and libflac |
| 16:07:27 | San_Benedetto | hey |
| 16:07:36 | San_Benedetto | can someone tell me what are .rwps files? |
| 16:08:03 | Paprica | mm |
| 16:08:16 | Paprica | someone can help me with the marginds patch |
| 16:08:21 | Paprica | ? |
| 16:08:38 | safetydan | San_Benedetto: Remote WPS files |
| 16:09:26 | Paprica | .....????/ |
| 16:09:57 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-78-160.w86-207.abo.wanadoo.fr) |
| 16:10:10 | safetydan | Paprica: I'd take a look but I'm at work and can't really do rockbox stuff |
| 16:10:33 | Paprica | =\ |
| 16:11:07 | | Quit TCK- (Read error: 110 (Connection timed out)) |
| 16:14:55 | Paprica | wooopiii =] |
| 16:17:07 | | Quit mirak (Remote closed the connection) |
| 16:18:23 | | Quit needleboy () |
| 16:20:10 | San_Benedetto | Paprica |
| 16:20:16 | Paprica | ? |
| 16:20:23 | San_Benedetto | make a new game |
| 16:20:24 | San_Benedetto | :P |
| 16:21:16 | Paprica | lol |
| 16:21:17 | Paprica | =] |
| 16:21:27 | Paprica | im working on the gui now.. |
| 16:21:49 | | Quit damaki (Read error: 110 (Connection timed out)) |
| 16:21:54 | preglow | safetydan: i think this is very good, but it's very tedious to use, thanks to the small step size |
| 16:22:04 | preglow | safetydan: perhaps some step acceleration is in order? |
| 16:23:41 | | Quit DreamTactix291 (Read error: 104 (Connection reset by peer)) |
| 16:24:12 | | Join DreamTactix291 [0] (n=DreamTac@adsl-149-149-154.bna.bellsouth.net) |
| 16:24:40 | preglow | and anything on how the eq actually sounds? i haven't used it much myself |
| 16:25:17 | safetydan | apparently it sounds fine |
| 16:25:28 | safetydan | needs a pre-amp to stop clipping though |
| 16:25:32 | preglow | yes, indeed |
| 16:25:38 | preglow | i think the gain sounds too weak |
| 16:25:39 | safetydan | and step acceleration is on the TODO list |
| 16:25:41 | preglow | but i can measure that |
| 16:26:05 | preglow | rockbox really needs a generic function or something for doing accelartion |
| 16:26:08 | preglow | if at all possible |
| 16:26:13 | safetydan | http://misticriver.net/showthread.php?t=36519 should give you some idea of what people think |
| 16:26:13 | preglow | i'd also love to use it in the pitch screen |
| 16:26:20 | preglow | ok, will read |
| 16:26:33 | amiconn | The button driver already does repeat acceleration |
| 16:26:49 | safetydan | I should probably make more of a distinction between shelf and peak filters |
| 16:27:55 | preglow | ahh, yes |
| 16:28:13 | preglow | amiconn: a two-step thing? |
| 16:28:16 | safetydan | Oh, there was one guy saying that the EQ doesn't work on 22Khz files |
| 16:28:29 | safetydan | http://forums.rockbox.org/index.php?topic=1887.msg17801#msg17801 |
| 16:28:34 | preglow | safetydan: i know, that's weird, sample rate shouldn't matter at all for the core eq code |
| 16:28:50 | preglow | the only place you need the sample rate, is when calculating the cutoff value to send to eq_*_coefs |
| 16:29:14 | preglow | however, i think i know what the bug is |
| 16:29:22 | preglow | you don't cap frequency based on sample rate |
| 16:29:32 | preglow | eq freq can be maximum samplerate/2 |
| 16:29:45 | preglow | if this is not true, the cutoff calculation will overflow |
| 16:30:05 | amiconn | EQ is applied before resampling? |
| 16:30:06 | safetydan | ah, of course |
| 16:30:13 | preglow | amiconn: no, after |
| 16:30:27 | preglow | wait... |
| 16:30:35 | safetydan | Q should also be limited to 1.0 for the shelf filters shouldn't it? |
| 16:30:46 | preglow | yes, after |
| 16:31:04 | preglow | safetydan: it doesn't make sense to use anything but 0.707 for shelving filters |
| 16:31:24 | preglow | safetydan: what would happen if you used a higher value, is that the shelving filters would get some peaking tendencies around the cutoff freq |
| 16:33:12 | | Join ep0ch [0] (n=ep0ch@84.12.178.113) |
| 16:33:24 | preglow | but yeah, amiconn has a good point, resampling is done before the eq |
| 16:33:53 | ep0ch | i cant compile with the eq_patch anymore :( |
| 16:34:34 | ep0ch | i get errors like "eq_menu.c:2201: error: redefinition of 'eq_menu'" |
| 16:34:46 | safetydan | odd |
| 16:34:49 | safetydan | Which patch release? |
| 16:35:04 | ep0ch | 11 |
| 16:35:04 | | Join tucoz [0] (n=81b17b04@labb.contactor.se) |
| 16:35:22 | ep0ch | i had the same with version 10 before |
| 16:35:30 | Paul_The_Nerd | safetydan: That is a minor problem if you -R one of the earlier version, then apply a later one, funkyness can ensue, as it doesn't remove those files. |
| 16:35:38 | tucoz | Any wiki gurus around? I try to write LaTeX in the wiki, but I keep getting a LaTeX? text when I preview |
| 16:35:54 | Paul_The_Nerd | ep0ch: patch -R to get rid of it, delete eq_menu.c and .h, and then apply the patch again, and see if that fixes it. |
| 16:36:02 | ep0ch | k |
| 16:36:18 | amiconn | tucoz: That's because LaTeX is recognised as a wiki word |
| 16:36:41 | amiconn | Either you add a description for it afterwards, then it will turn into an ordinary wiki link |
| 16:36:45 | tucoz | amiconn: Ok, is it possible to tell it that it isn't a wiki word? |
| 16:36:58 | josh_ | tucoz: try !LaTeX |
| 16:36:59 | amiconn | If you don't want that, you'll have to write <nop>LaTeX |
| 16:37:05 | safetydan | http://www.rockbox.org/twiki/bin/view/TWiki/WikiSyntax |
| 16:37:10 | tucoz | thanks :) |
| 16:37:57 | safetydan | preglow: someone also asked for a lower, lower bound on Q, more around 0.3 area |
| 16:38:06 | ep0ch | Paul_The_Nerd: thanks, that seems to have fixed it |
| 16:38:40 | preglow | safetydan: i would not have thought that was of any use, but sure, i can fix that |
| 16:39:07 | preglow | amiconn: but yeah, the button acceleration just does one step of acceleration, yes? |
| 16:39:17 | amiconn | No, multiple |
| 16:39:24 | ep0ch | i think i got some really unbearable resonance when i used a really high Q, and i think it broke the eq until i rebooted |
| 16:40:51 | ep0ch | preglow: ipod question, can ipods charge from usb? |
| 16:41:00 | josh_ | ep0ch: yes |
| 16:41:02 | preglow | ep0ch: sure |
| 16:41:02 | slimx | no |
| 16:41:07 | Paul_The_Nerd | ep0ch: Hold Menu while plugging in the USB cable |
| 16:41:10 | slimx | :p |
| 16:41:19 | preglow | ep0ch: high q == high resonance |
| 16:41:23 | preglow | ep0ch: so small wonder |
| 16:41:35 | ep0ch | preglow: but it broke the eq too |
| 16:41:47 | preglow | ep0ch: it shouldn't 6.4 really isn't much |
| 16:41:48 | slimx | doesn't it charge on firewire only preglow ? |
| 16:41:56 | preglow | slimx: newer ipods doesn't have firewire |
| 16:42:01 | preglow | slimx: i don't know about older ones |
| 16:42:06 | ep0ch | preglow: i.e. changing it back to a reasonable level kept the resonance going |
| 16:42:14 | preglow | ep0ch: is this with a new patch? |
| 16:42:16 | Paul_The_Nerd | I know the newer ones don't charge on 1.1, I've heard. Only 2.0 |
| 16:42:16 | | Quit San_Benedetto ("soon ;x") |
| 16:42:25 | ep0ch | it was quite an old one, i'll try the new one in a few mins |
| 16:43:08 | preglow | ep0ch: i've used q == infinity, and it still doesn't crash the eq |
| 16:43:12 | preglow | it just starts making a sine wave |
| 16:43:44 | ep0ch | wierd, i used it at a high frequency... let me retest... |
| 16:43:49 | t0mas | preglow: is your eq patch uploaded somewhere already? |
| 16:43:53 | safetydan | preglow: if you could, could you write up the limits for parameters since I'm just guessing and reading comments in the eq.c file |
| 16:44:00 | preglow | safetydan: sure |
| 16:44:23 | preglow | t0mas: https://sourceforge.net/tracker/?func=detail&atid=439120&aid=1423974&group_id=44306 |
| 16:44:27 | t0mas | k |
| 16:44:57 | | Join ModernExecutive [0] (n=bob@pool-141-152-166-148.norf.east.verizon.net) |
| 16:45:16 | | Quit ModernExecutive (Client Quit) |
| 16:46:36 | | Join ste__ [0] (n=steve@slawson.plus.com) |
| 16:46:38 | preglow | ep0ch: tested at all freqs, 24db gain, 6.4q, works just like it should |
| 16:47:48 | preglow | i think you used a buggy patch |
| 16:48:04 | ep0ch | yeah i think so, working good now :) |
| 16:48:32 | | Quit __peer__ (Read error: 110 (Connection timed out)) |
| 16:49:10 | ep0ch | lostlogic: you here? |
| 16:51:28 | preglow | i'm trying to figure out how to deal with the pregain |
| 16:51:57 | preglow | a gain can be integrated into one of the eq filters at no additional cost |
| 16:52:12 | preglow | but it'd be kind of hard to implement, since any or none of the filters might be active at any time |
| 16:52:42 | | Join __peer__ [0] (n=hrm@bzq-82-81-118-121.red.bezeqint.net) |
| 16:55:09 | Paul_The_Nerd | preglow: Why not just put a 6th slider in there, for simply "pregain" |
| 16:56:28 | preglow | Paul_The_Nerd: i was more thinking how it should work internally, for max efficiency |
| 16:56:43 | preglow | doing a separate gaining pass on the audio is a waste when one of the filters can do it |
| 16:57:10 | preglow | safetydan: which parameters are you wondering about? |
| 16:57:46 | Paul_The_Nerd | Aaah |
| 17:00 |
| 17:00:17 | preglow | safetydan: i think this merits a commit now |
| 17:01:50 | safetydan | The maximum for Q |
| 17:01:57 | safetydan | whether it's sensible for cutoff to go as high as 22050 |
| 17:02:02 | ep0ch | iceing on the cake would be a button combo to accelerate step size |
| 17:02:03 | safetydan | things like that |
| 17:02:46 | tucoz | ok, first step towards a help on the documentation effort. http://www.rockbox.org/twiki/bin/view/Main/ManualHowto |
| 17:04:48 | lostlogic | ep0ch: yes |
| 17:04:49 | lostlogic | sorta |
| 17:05:54 | Paul_The_Nerd | tucoz: You might want to mention that TeTeX is available as a Cygwin package. If you get TeTex and TeTeX-extras, you have everything you need under windows, without needing Miktex |
| 17:06:31 | preglow | safetydan: whether that is sensible is a matter of psychoacoustics, my code allows all frequncies up to samplerate/2 |
| 17:06:43 | preglow | safetydan: q can go as loud as a 16 bit number allows |
| 17:06:53 | preglow | so something around 65536.9999 |
| 17:07:01 | ep0ch | lostlogic: i was trying out your pcmbuf_rework.patch and had a few comments, but i've just noticed there is now a version 3 so i'll just test that one to see if i get the same issues... |
| 17:07:02 | tucoz | Paul_The_Nerd: ok |
| 17:07:23 | preglow | 65535, that would be |
| 17:07:33 | preglow | but no, values much higher than 20 or so isn't needed in an eq |
| 17:07:41 | *** | Saving seen data "./dancer.seen" |
| 17:07:41 | preglow | and you might actually be able to go lower than 0.5 now |
| 17:07:42 | preglow | hmm |
| 17:07:46 | lostlogic | ep0ch: ok, let me know −− the only issue I'm aware of is with voice menus when playback is stopped |
| 17:08:08 | preglow | btw, i just did a test now, and the eq works just like it should, gain is correct and frequency is correct |
| 17:09:16 | ep0ch | lostlogic: i've had playback glitches, pitch control < 100% stopped audio, and for low bitrate vorbis files i'm convinced it boosts more than cvs |
| 17:09:29 | tucoz | Paul_The_Nerd: I'll just remove the MiKTeX link then |
| 17:09:31 | | Quit ste__ (Read error: 110 (Connection timed out)) |
| 17:09:52 | Paul_The_Nerd | tucoz: Might be the simplest idea. :) |
| 17:09:58 | lostlogic | ep0ch: the playback glitches should be good... what do you mean "<100% stopped audio"? |
| 17:10:12 | | Join ste__ [0] (n=steve@slawson.plus.com) |
| 17:10:33 | ep0ch | lostlogic: you know the pitch control? if you slow the speed down audio stops, however speeding up is fine |
| 17:10:41 | | Part tucoz |
| 17:11:19 | ep0ch | lostlogic: but let me check with the new patch |
| 17:13:04 | | Quit Zagor ("Client exiting") |
| 17:13:38 | lostlogic | ep0ch: kk |
| 17:14:35 | ep0ch | lostlogic: yeah latest patch breaks pitch |
| 17:15:53 | | Part ste__ |
| 17:15:59 | lostlogic | hmm, that's weird, I've never used the pitch feature, will look at it sometime today |
| 17:16:41 | ep0ch | yeah i dont use it, i just wanted to see how i could break your pcm buffer :D |
| 17:17:33 | preglow | hmm |
| 17:17:38 | preglow | pitch feature doesn't do anything special |
| 17:17:41 | preglow | it just enabled the resampler |
| 17:18:52 | ep0ch | hmmm so maybe files < 44.1 khz are broken too |
| 17:19:04 | preglow | amiconn: that's some hardcore assembler you've got there |
| 17:19:05 | lostlogic | if the dsp_input_size or dsp_output size results change or get wrong it could cause problems. |
| 17:19:19 | preglow | lostlogic: oh, they'll change, yes |
| 17:19:43 | amiconn | No more hardcore than memcpy(). In fact it's highly symmetric to that |
| 17:19:50 | | Join PaulJ [0] (n=PaulJ@vpn-3138.gwdg.de) |
| 17:20:29 | lostlogic | preglow: Well this explains where the problem is, and it is a problem that the old buffer tolerated wrongly. |
| 17:20:48 | preglow | what would it be? |
| 17:21:11 | preglow | amiconn: memcpy is hardcore too |
| 17:21:20 | preglow | so yeah |
| 17:21:25 | lostlogic | preglow: that the result of dsp_input_size(dsp_output_size(size)) is not size most likely |
| 17:21:33 | lostlogic | (but that's just a guess at this point) |
| 17:21:52 | preglow | it might differ by one sample |
| 17:21:54 | preglow | i guess |
| 17:22:52 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 17:26:39 | amiconn | preglow: Different points of view :) I don't think this kind of asm is hard, it's just lengthy. Then I don't really understand how jpegs are decoded... |
| 17:28:09 | preglow | the lengthy part is makes it hardcore, hehe |
| 17:28:24 | preglow | asm gets kind of hard when it gets long |
| 17:28:30 | amiconn | Well, a lot of different code paths depending on alignment |
| 17:28:31 | preglow | unless you've thought things well out |
| 17:29:00 | amiconn | Each of memcpy() and memmove() for coldfire is almost 1KB |
| 17:29:39 | safetydan | preglow: I'll work on some additional tweaks tonight (disabling Q setting for shelf filters, better distinguishing between shelf and peak, step acceleration) |
| 17:29:51 | lostlogic | ep0ch: is this pitch thing in CVS?? |
| 17:29:55 | safetydan | mention anything else on IRC you wan't fixed and I'll look for it in the logs |
| 17:29:58 | safetydan | for now |
| 17:30:11 | | Part safetydan ("home time") |
| 17:30:17 | ep0ch | lostlogic: oh yeah, on ihp-1x0, you play a song, in wps hold down play and use up/down |
| 17:30:27 | ep0ch | lostlogic: not sure about h3x0 |
| 17:30:47 | preglow | it should work for h3x0 |
| 17:31:00 | preglow | amiconn: seems to have gained a couple of percent boost for musepack |
| 17:31:16 | preglow | not bad for a single function called only once per frame |
| 17:32:14 | lostlogic | ep0ch: wow, it does soemthing weird fo-sho |
| 17:32:16 | | Quit ripnetuk ("Leaving") |
| 17:32:36 | ep0ch | lostlogic: but its fine with higher pitch |
| 17:33:03 | lostlogic | ep0ch: yep. I'll look into it. |
| 17:33:36 | lostlogic | what's weird is that the codec buffer continues to be consumed even when nothing is being played back on the lower pitches... :-\ |
| 17:34:11 | | Join ghode|afk [0] (i=testing@host-84-9-105-221.bulldogdsl.com) |
| 17:34:23 | preglow | amiconn: yeah, memmove shaved off 2-3% for musepack at 190 kbps |
| 17:35:22 | | Quit tvelocity ("ΑναχωÏεί") |
| 17:37:32 | | Quit muesli__ (Read error: 110 (Connection timed out)) |
| 17:47:55 | | Join ]RowaN[ [0] (n=5690c514@labb.contactor.se) |
| 17:49:00 | ]RowaN[ | can someone remind me what format bmps have to be in for the WPS? i cant seem to get any to display anymore |
| 17:49:22 | | Join TCK [0] (n=tckocr@81-178-216-103.dsl.pipex.com) |
| 17:49:36 | ]RowaN[ | ahah, 8bit |
| 17:50:01 | Paul_The_Nerd | 1, 8, or 24 |
| 17:50:11 | Paul_The_Nerd | I believe |
| 17:51:25 | | Join chilin_dude [0] (n=chatzill@spc1-leed6-3-0-cust194.seac.broadband.ntl.com) |
| 17:52:14 | chilin_dude | hey |
| 17:54:16 | Paul_The_Nerd | Hello |
| 17:55:18 | chilin_dude | hi |
| 17:57:01 | ]RowaN[ | guys i know greyscale bmps doesnt have transparency, but i thought i made a little greyscale icon and placed it somewhere that would be ok.. but its making all the text disappear.. is that normal for now? |
| 17:58:18 | Paul_The_Nerd | ]Rowan[: Yes. |
| 17:58:27 | Paul_The_Nerd | Wait, ALL the text? |
| 17:58:34 | Paul_The_Nerd | Or just, text that crosses over it? |
| 17:59:18 | ]RowaN[ | all the text |
| 17:59:22 | ]RowaN[ | apart from when the text scrolls |
| 17:59:34 | ]RowaN[ | my wps is just like this: |
| 17:59:35 | ]RowaN[ | %x|b|rowan2.bmp|106|56| |
| 17:59:35 | ]RowaN[ | %x|a|rowan.bmp|0|0| |
| 18:00 |
| 18:00:02 | Paul_The_Nerd | ]RowaN[: Is rowan.bmp fullscreen? |
| 18:00:08 | ]RowaN[ | the one positioned at 106,56 is the greyscale little image, and that causes all the text to vanish |
| 18:00:22 | ]RowaN[ | rowan.bmp is not greyscale.. this image covers the entire screen |
| 18:00:35 | chilin_dude | hows progress with gigabeat going? |
| 18:00:40 | Paul_The_Nerd | It's saved at a Monochrome bmp (1 bit per pixel) or is it 8/24, but only using B&W? |
| 18:01:15 | ]RowaN[ | not sure.. both images are displaying, its just the text thats vanished |
| 18:01:39 | Paul_The_Nerd | Yes, but the problem is that if rowan.bmp isn't specifically 1 bit per pixel, the white from it is drawing over the text |
| 18:01:41 | Paul_The_Nerd | It's the real problem |
| 18:02:05 | ]RowaN[ | hmm photoshop only lets me save as 4 or 8 + bpp |
| 18:02:09 | ]RowaN[ | with this b&w image |
| 18:02:14 | Paul_The_Nerd | Then use Paint |
| 18:02:28 | ]RowaN[ | dont seem to have it |
| 18:02:38 | ]RowaN[ | ahah |
| 18:03:05 | Paul_The_Nerd | Figure it out? |
| 18:03:13 | ]RowaN[ | just found paint =] |
| 18:03:17 | Paul_The_Nerd | Gotcha |
| 18:03:39 | ]RowaN[ | yey it works =] |
| 18:04:56 | Paul_The_Nerd | Oh, just remembered something. Linuxstb, preglow: On my ipod, if I have repeat mode set to shuffle, it freezes at the end of a playlist. |
| 18:06:06 | preglow | it doesn't like you! |
| 18:06:56 | Paul_The_Nerd | I'd assumed that much. I was just curious if this was a "Doesn't like anyone" situation, or a "Specific animosity toward Paul and/or iPods" situation. ;-) |
| 18:09:16 | | Join ModernExecutive [0] (n=bob@pool-141-152-166-148.norf.east.verizon.net) |
| 18:09:30 | | Quit ModernExecutive (Client Quit) |
| 18:09:43 | | Join foo_ [0] (n=mafj2@tor/session/x-ccb6c11ebb97ac2b) |
| 18:12:19 | preglow | i have no idea, i've never used shuffle with rockbox |
| 18:12:26 | preglow | i'll see if i can check it out |
| 18:12:30 | Paul_The_Nerd | Regular shuffle works fine. |
| 18:12:42 | Paul_The_Nerd | It's just when it hits the end of the playlist, with the shuffle repeat mode. |
| 18:12:46 | lostlogic | ep0ch: pitch down definitely works with CVS? |
| 18:12:52 | Paul_The_Nerd | And, if it's regular "repeat all" also, no problems. |
| 18:14:23 | | Join NightCat [0] (n=pink__ki@garant.metacom.ru) |
| 18:15:03 | ep0ch | lostlogic: defintely |
| 18:15:41 | | Quit NightCat (Remote closed the connection) |
| 18:15:45 | | Quit preglow ("leaving") |
| 18:15:45 | | Join muesli__ [0] (n=muesli_t@88.134.20.76) |
| 18:16:17 | | Join preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) |
| 18:16:59 | lostlogic | I officially see no way in which my changes would impact pitch. |
| 18:17:35 | Paprica | mm |
| 18:17:44 | ep0ch | odd |
| 18:17:49 | Paprica | testers for the new scroll margins patch? |
| 18:19:01 | lostlogic | Paul_The_Nerd: I've made improvements to voice −− it no longer freezes, but it does stop playing menus after the 3.5thish one |
| 18:19:34 | Paul_The_Nerd | lostlogic: So, progress. :) I personally don't use voice, especially since Audrey won't be back, but it's a nice feature. |
| 18:20:14 | lostlogic | Paul_The_Nerd: hehe, yeah, and blind users _need it_ so I obviously can't commit with it partially broken |
| 18:20:22 | | Quit ]RowaN[ ("CGI:IRC (EOF)") |
| 18:20:28 | | Join Febs [0] (n=40be24f0@labb.contactor.se) |
| 18:23:09 | | Quit Slasheri (Read error: 145 (Connection timed out)) |
| 18:23:29 | Paprica | https://sourceforge.net/tracker/?func=detail&atid=439120&aid=1417090&group_id=44306 |
| 18:23:59 | | Join Slasheri [0] (i=miipekk@ihme.org) |
| 18:25:28 | | Quit TCK (Read error: 110 (Connection timed out)) |
| 18:25:53 | Febs | Preglow, just tried the EQ. Great work! |
| 18:26:58 | ep0ch | anyone know how to resample in audacity? |
| 18:27:15 | preglow | Febs: thanks |
| 18:27:46 | | Quit Febs ("CGI:IRC (EOF)") |
| 18:28:27 | | Join Febs [0] (n=40be24f0@labb.contactor.se) |
| 18:28:37 | Febs | Damn, I hate the web-based IRC client. |
| 18:28:46 | preglow | as you should |
| 18:29:04 | chilin_dude | firefox :) |
| 18:29:09 | Febs | Anyway, on the EQ, frequency is currently adjusted in 10 Hz steps. |
| 18:29:26 | Febs | Any plans to make that a logarithmic adjustment? |
| 18:29:55 | Febs | 10 Hz is a significant change at 50 Hz. Less so at 10kHz! |
| 18:32:20 | preglow | Febs: yeah, i know, i'd more like a logarithmic acceleration, though |
| 18:32:29 | preglow | Febs: you might still want to finetune at higher frequencies |
| 18:32:51 | amiconn | What about basic the step size on the number of decimals? |
| 18:33:12 | amiconn | (that's roughly logarithmic) |
| 18:33:28 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 18:34:23 | lostlogic | preglow: Seems like dsp_input_size is rounding toward zero excessively maybe? When the pcmbuffer needs wrapping (has 1 or 2 samples of space left), those last 1-2 samples don't get written when pitching down, because dsp_input_size says it can't fit anything in them. |
| 18:34:54 | preglow | oh |
| 18:34:57 | lostlogic | ep0ch: interestingly, this also explains worse performance on _low_ bitrate files |
| 18:34:59 | preglow | well, it does round down |
| 18:35:13 | lostlogic | I'll work around it, because it will make performance on low bitrate better any way. |
| 18:36:05 | ep0ch | interesting, what's the issue? |
| 18:36:30 | lostlogic | ep0ch: too small of chunks are ending up getting fed to the DMA |
| 18:36:46 | ep0ch | ahhhh |
| 18:36:47 | lostlogic | at least I think that's it |
| 18:36:52 | lostlogic | we'll find out soon |
| 18:37:29 | * | amiconn would like a better resampler :/ |
| 18:37:45 | preglow | yeah, me too, but it's not a priority |
| 18:38:21 | | Quit chilin_dude ("Chatzilla 0.9.70 [Firefox 1.5.0.1/2006011112]") |
| 18:38:48 | | Join imphasing_ [0] (n=a766a239@yossman.net) |
| 18:38:53 | amiconn | Hmm. For me the resampler has higher priority than EQ |
| 18:38:59 | | Join damaki__ [0] (n=Chocolat@ALille-153-1-4-214.w83-198.abo.wanadoo.fr) |
| 18:39:23 | amiconn | With a bad resampler, non-44.1kHz tracks sound horrible, but EQ is optional stuff... |
| 18:40:13 | preglow | 48khz tracks sound completely adequate |
| 18:40:18 | preglow | and those are more or less what i did it for |
| 18:40:21 | preglow | it isn't meant for 22khz files |
| 18:40:30 | amiconn | The voices are 12 kHz... |
| 18:40:40 | preglow | yes, and it wasn't designed for them at all |
| 18:40:55 | muesli__ | preglow theres a load option for eq settings..but hwo to save settings? |
| 18:41:05 | preglow | muesli__: with the save settings item? |
| 18:42:25 | muesli__ | didnt see any |
| 18:42:29 | preglow | it's there |
| 18:42:53 | lostlogic | pitch down works |
| 18:43:31 | muesli__ | sorry, i seem to be dumb :o |
| 18:43:35 | ep0ch | cool |
| 18:44:57 | | Join einhirn [0] (n=Miranda@p548606D4.dip0.t-ipconnect.de) |
| 18:49:16 | preglow | making a new resampler wont be easy either |
| 18:49:18 | ep0ch | hehe i think resampler should go before eq in the dsp chain |
| 18:49:29 | preglow | ep0ch: that depends on whether it samples up or down |
| 18:50:30 | ep0ch | i get lots of noise on a 22khz file when eq is just over 11khz |
| 18:50:41 | preglow | yes, that'll be fixed |
| 18:50:46 | ep0ch | oh cool |
| 18:51:27 | preglow | it has to be fast, reasonably accurate, offer seamless resampling ratio changes |
| 18:53:16 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
| 18:57:36 | slimx | let's leave my office see ya all at home :) |
| 18:57:40 | | Quit slimx ("Leaving") |
| 18:59:47 | PaulJ | Paprica: the scrolling margins patch doesn't work correctly for me (i used %m|11|108| ): http://www.stud.uni-goettingen.de/~s291827/test/dump%20350206-185407.gif |
| 19:00 |
| 19:00:15 | Paprica | auch..... |
| 19:00:15 | | Quit imphasing_ ("yossman.net freenode.net/wikipedia webchat CGI:IRC 0.5.4 (2005) (EOF)") |
| 19:00:23 | Paprica | can you send me the wps? |
| 19:02:37 | Paprica | PaulJ? |
| 19:03:08 | novimon | does rockbox have format a disk ability? |
| 19:03:30 | novimon | cause windows wont recognize my iriver anymore |
| 19:04:09 | novimon | even the usb mode wont work |
| 19:04:39 | PaulJ | Paprica: http://www.stud.uni-goettingen.de/~s291827/test/PJ_Ice_R.zip |
| 19:04:49 | Paprica | 10 |
| 19:04:51 | Paprica | x |
| 19:06:14 | PaulJ | Paprica: but i haven't used a clean source. Maybe this is the reason for the problems. |
| 19:06:21 | Paprica | nono |
| 19:06:25 | Paprica | wait a sec |
| 19:07:17 | novimon | when i start the normal firmware it says "chek the hdd connection" |
| 19:07:23 | novimon | and the "check the hdd" |
| 19:07:43 | *** | Saving seen data "./dancer.seen" |
| 19:09:38 | | Join ep0ch| [0] (n=ep0ch@84.12.178.113) |
| 19:09:42 | Paprica | ok i know way it happens... |
| 19:09:50 | Paprica | wait a few minutes.. |
| 19:11:21 | novimon | hmm |
| 19:11:23 | novimon | fixed it |
| 19:11:32 | novimon | snapped the player agains my hand |
| 19:11:39 | novimon | i think the hdd connection is loose |
| 19:11:45 | ghode|afk | hehe |
| 19:12:20 | novimon | but i wonder if I should send it for fixing |
| 19:12:27 | novimon | or continue using |
| 19:12:42 | novimon | how long is the warrante for ihp120? |
| 19:13:09 | ghode|afk | errr not long, a year at most |
| 19:13:12 | novimon | ok |
| 19:13:13 | Paul_The_Nerd | If it says iHP on it, it's probably expired. :-P. That being said, it's a year. |
| 19:13:18 | novimon | im past that so.. |
| 19:13:40 | Paul_The_Nerd | You could always open 'er up, and make sure the HD is snug. |
| 19:13:48 | novimon | can I do that |
| 19:13:53 | novimon | is that hard to do? :) |
| 19:14:15 | ghode|afk | not too hard, there are loads of guides out there |
| 19:14:46 | novimon | you wouldnt happen to have URL for one handy, would you? |
| 19:15:03 | Paul_The_Nerd | Remove screws, remove end bits, remove back, look, make sure snug. It's really not that terribly complicated as long as you're careful. |
| 19:15:13 | ghode|afk | look at the h1x0 forums on misticriver.com |
| 19:15:26 | novimon | ok |
| 19:15:43 | novimon | I'll try it |
| 19:15:59 | novimon | I'll report back when I've messed things up :) |
| 19:17:08 | | Quit Paul_The_Nerd ("Leaving.") |
| 19:17:13 | amiconn | Hmm. |
| 19:17:36 | amiconn | Where to put the memset16() declaration? It's not a standard string function... |
| 19:17:51 | preglow | indeed not |
| 19:18:46 | Paprica | PaulJ, http://sourceforge.net/tracker/index.php?func=detail&aid=1417090&group_id=44306&atid=439120 |
| 19:18:51 | Paprica | try it please |
| 19:19:56 | | Quit ep0ch (Read error: 110 (Connection timed out)) |
| 19:20:05 | PaulJ | Paprica: there is no patch attached |
| 19:20:28 | ep0ch| | /name ep0ch |
| 19:20:30 | | Nick ep0ch| is now known as ep0ch (n=ep0ch@84.12.178.113) |
| 19:20:31 | Paprica | ok |
| 19:20:31 | ep0ch | oops |
| 19:20:33 | Paprica | try now |
| 19:21:12 | PaulJ | Paprica: ok. i'll try it |
| 19:21:18 | Paprica | 10x |
| 19:27:50 | | Join TCK [0] (n=tckocr@81-178-216-103.dsl.pipex.com) |
| 19:29:18 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 19:31:24 | | Join safetydan [0] (n=dan@81-178-235-210.dsl.pipex.com) |
| 19:34:39 | | Join NicoFR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) |
| 19:34:51 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 19:36:40 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-76-147.w86-207.abo.wanadoo.fr) |
| 19:36:54 | PaulJ | Paprica: If the statusbar is enabled all text is pushed down. http://www.stud.uni-goettingen.de/~s291827/test/dump%20350206-193319.gif |
| 19:37:32 | Paprica | sec |
| 19:37:37 | Paprica | check it. |
| 19:38:26 | Paprica | lol |
| 19:38:31 | Paprica | its not happen to me |
| 19:38:32 | Paprica | =\ |
| 19:38:33 | Paprica | mm |
| 19:38:33 | | Quit kkurbjun ("Leaving") |
| 19:38:44 | Paprica | when it happen? |
| 19:38:52 | PaulJ | i will try it with a clean cvs |
| 19:39:08 | Paprica | ok |
| 19:40:55 | | Join perl|bbq [0] (n=say@cpe-66-65-89-236.nyc.res.rr.com) |
| 19:43:50 | * | preglow might have eq plotting working faster than expected... |
| 19:44:26 | safetydan | now that will be something to see |
| 19:45:46 | preglow | i've got some prototype code working right now |
| 19:46:17 | | Join hd [0] (i=hd@gate-hannes-tdsl.imos.net) |
| 19:50:29 | preglow | now, how would such a thing be integrated into, do you think? |
| 19:50:38 | preglow | it seems this is very realistic after all |
| 19:50:47 | safetydan | Well, there's not really room on the UI screen as it stands |
| 19:50:55 | | Quit damaki__ (Read error: 110 (Connection timed out)) |
| 19:51:02 | preglow | no, i'm thinking it might be bound to a button |
| 19:51:05 | preglow | so you can switch screens fast |
| 19:51:37 | preglow | i don't think we can afford to have this thing be realtime updated anyway, it's pretty cpu intensive |
| 19:54:49 | safetydan | Sounds like the best way to do it |
| 19:55:08 | | Join _FireFly_ [0] (n=FireFly@p54A444B0.dip.t-dialin.net) |
| 19:55:44 | Paprica | http://misticriver.net/showthread.php?p=387888#post387888 |
| 19:55:49 | Paprica | veryyyyyyyy nice |
| 19:59:09 | | Quit goa (Connection timed out) |
| 19:59:10 | | Nick hd is now known as goa (i=hd@gate-hannes-tdsl.imos.net) |
| 20:00 |
| 20:00:04 | PaulJ | Paprica: i tried now with a clean cvs version, but there are still problems: 1.If the statusbar is enabled in the menu, the text is pushed down, even though i use the %wd tag in the wps |
| 20:01:09 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
| 20:01:11 | | Quit XavierGr ("Trillian (http://www.ceruleanstudios.com") |
| 20:01:18 | Paprica | can you send me the wps again? |
| 20:02:45 | PaulJ | 2. the %m tag (without x1 and x2 values) doesnt work, the text in the lines below the %m stilll have the margins |
| 20:03:23 | | Join Lear [0] (n=chatzill@h194n1c1o285.bredband.skanova.com) |
| 20:04:01 | Paprica | ok |
| 20:07:27 | PaulJ | Paprica: here is the wps (it is a different one, because the other one doesnt work correctly with cvs): http://www.stud.uni-goettingen.de/~s291827/test/br22.zip |
| 20:07:33 | preglow | looks like phase problems is going to make this non-trivial |
| 20:09:23 | | Join Thus0 [0] (n=Thus0@248.111.102-84.rev.gaoland.net) |
| 20:10:03 | Paprica | mm |
| 20:10:07 | Paprica | what is this tag? |
| 20:10:08 | Paprica | ->> |
| 20:10:58 | | Quit t0mas ("brb") |
| 20:11:32 | PaulJ | the > are the closing brackets of the conditional |
| 20:14:17 | Paprica | mm dont know why but i could'nt do what you say in 1.. |
| 20:14:30 | preglow | safetydan: btw, since the eq is now placed after resampling, you should use NATIVE_FREQUENCY and not dsp->frequency for calculating the cutoff |
| 20:19:35 | | Join slimx [0] (n=slimx@vau75-7-82-234-251-56.fbx.proxad.net) |
| 20:20:33 | Lear | preglow: for the Q parameter in the equalizer, does a high value make the band wide or narrow? |
| 20:21:51 | preglow | narrower |
| 20:22:02 | preglow | i |
| 20:22:14 | preglow | i'm pondering on doing a bandwidth parameter too |
| 20:22:31 | preglow | just need to figure out how simple it is to do a sinh() in fixed point |
| 20:22:51 | PaulJ | Paprica: Statusbar enabled looks like this for me: http://www.stud.uni-goettingen.de/~s291827/test/dump%20350206-201639.gif |
| 20:23:03 | | Quit goa ("Client suicide") |
| 20:23:10 | PaulJ | (it happens only if the first lines scroll) |
| 20:23:47 | PaulJ | If the statusbar is disaled it looks like this: http://www.stud.uni-goettingen.de/~s291827/test/dump%20350206-201700.gif |
| 20:24:58 | PaulJ | (in both cases the text flickers) |
| 20:25:56 | preglow | seems eq graphing is realistic after all |
| 20:27:17 | | Quit TCK ("well, if you say so.") |
| 20:28:56 | preglow | does any other daps allow you to see the freq response of the eq? :> |
| 20:29:02 | preglow | i'm hoping for another rockbox first, heh |
| 20:29:08 | safetydan | Go Rockbox! |
| 20:29:15 | safetydan | I'll fix that NATIVE_FREQUENCY in the next release |
| 20:29:19 | preglow | yep |
| 20:29:32 | Bagder | everyone just mentions rio karm when eq and dap is brought up |
| 20:29:36 | Bagder | karma |
| 20:29:42 | preglow | i'd say our eq is just as good |
| 20:29:50 | preglow | specwise it should be |
| 20:33:42 | Lear | but is it as fast? ;) |
| 20:36:50 | | Join petur [0] (i=petur@d54C1AB96.access.telenet.be) |
| 20:43:40 | | Join ModernExecutive [0] (n=bob@pool-141-152-166-148.norf.east.verizon.net) |
| 20:43:45 | | Quit AliasCoffee ("Leaving") |
| 20:43:47 | | Quit ModernExecutive (Remote closed the connection) |
| 20:49:38 | | Quit Febs ("CGI:IRC (EOF)") |
| 20:57:30 | | Join ModernExecutive [0] (n=bob@pool-141-152-166-148.norf.east.verizon.net) |
| 21:00 |
| 21:00:13 | amiconn | Bagder: Any suggestion where to put the memset16() declaration? string.h doesn't sound appropriate... |
| 21:00:22 | NicoFR | linuxstb: are you there ? |
| 21:00:39 | Bagder | amiconn: we should probably have a memory.h |
| 21:07:31 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 21:07:46 | *** | Saving seen data "./dancer.seen" |
| 21:07:50 | linuxstb_ | NicoFR: ? |
| 21:07:54 | NicoFR | hi |
| 21:08:01 | | Quit linuxstb (Nick collision from services.) |
| 21:08:03 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 21:08:06 | safetydan | preglow: should I disable Q setting for the shelf filters? and would it be worth upping the precision of Q so we can use 0.707 instead of 0.7? |
| 21:08:11 | NicoFR | it's about the backdrops in wps |
| 21:08:30 | linuxstb | What about them? |
| 21:08:48 | NicoFR | is it normal that a wps that doesn't have an %X tag uses the backrop of the previously loaded wps ? |
| 21:09:04 | | Quit Thus0 ("Leaving") |
| 21:09:17 | linuxstb | Yes, I've read about that - it's a bug I think. |
| 21:09:25 | NicoFR | i think so too |
| 21:09:40 | NicoFR | isn't you who worked on backdrops ? |
| 21:09:59 | linuxstb | Yes. |
| 21:10:14 | linuxstb | Plus Linus did some work on them as well. |
| 21:10:54 | NicoFR | i was looking at the code so i wanted to ask you if it was worth me trying to fix it |
| 21:11:21 | linuxstb | It's OK, I'm having a look now. |
| 21:11:21 | ep0ch | safetydan: Q setting for bass is quite interesting imho |
| 21:11:34 | NicoFR | ok |
| 21:12:12 | * | petur wonders what he did wrong to the gods of cvs commits |
| 21:12:28 | petur | keeping a patch up to date is a serious pita :( |
| 21:13:03 | Bagder | petur: I don't think you've done anything wrong, just that no cvs committer has yet taken the time to merge your work |
| 21:13:23 | NicoFR | linuxstb: and what about having another tag that would fill the BG with a solid color ? |
| 21:14:12 | linuxstb | Yes, we need that. |
| 21:14:18 | lostlogic | linuxstb: you OK with me committing my pcmbuf stuff with it still probably breaking ipod skip/stop? |
| 21:14:38 | safetydan | ep0ch: interesting in that it does something useful or interesting in that it makes the sound go funny in interesting ways? |
| 21:14:56 | lostlogic | ep0ch: want to torture test it again before I do that? :) |
| 21:16:01 | ep0ch | safetydan: interesting that it adds an extra dimension to the bass |
| 21:16:09 | ep0ch | lostlogic: i'd love too |
| 21:16:28 | ep0ch | lostlogic: patch in the patch tracker? |
| 21:16:34 | lostlogic | ep0ch: not yet, about to upload |
| 21:17:08 | petur | well, shameless patch advertisment follows... latest comment sums up what it does: |
| 21:17:10 | petur | https://sourceforge.net/tracker/index.php?func=detail&aid=1403437&group_id=44306&atid=439120 |
| 21:17:43 | linuxstb | lostlogic: I'll have another go at fixing it later tonight. The current ipod playback is buggy, but at least it doesn't freeze, forcing a reset. |
| 21:18:30 | linuxstb | I'm going to try and rewrite the pcm_playback code for ipod, but try and more closely follow the logic of the uda1380 driver. I'm now understanding things more. |
| 21:18:53 | petur | Bagder: I'm sure I did something wrong to Linus (some pretty bad first patches as I was learning all these new things: cygwin, cvs, dos2unix,...) |
| 21:20:02 | lostlogic | linuxstb: hmm... might better for me to commit first any way, because my stuff does modify the pcm_playback.c a bit, at least the initialization, and not holding on to extra data... |
| 21:21:58 | lostlogic | ep0ch: new version posted on sf |
| 21:22:11 | * | ep0ch wonders if linuxstb wants to update menu_files.patch to work with cvs one day |
| 21:22:40 | preglow | Lear: dunno, if anyone can give me perforance specs from the karma, i'd be happy to compare :-) |
| 21:22:42 | ep0ch | lostlogic: k |
| 21:22:47 | | Join nounours [0] (n=lalmeras@gs.team.openwide.fr) |
| 21:25:20 | preglow | at least i can't make my current eq code much faster |
| 21:25:57 | | Quit perl|bbq (Read error: 110 (Connection timed out)) |
| 21:26:09 | | Join webguest67 [0] (n=5087cc2c@labb.contactor.se) |
| 21:26:54 | webguest67 | preglow, does the cutting of freq work with your EQ ? |
| 21:27:04 | preglow | webguest67: of course |
| 21:27:11 | preglow | just use negative gains |
| 21:27:41 | webguest67 | eargerly waiting your committ, :-) |
| 21:28:32 | | Part webguest67 |
| 21:28:54 | safetydan | preglow, any thoughts on Q removal for shelf filters? |
| 21:29:06 | | Join goa [0] (i=hd@gate-hannes-tdsl.imos.net) |
| 21:29:11 | preglow | safetydan: well, i don't think we should _rmove |
| 21:29:13 | preglow | argh |
| 21:29:26 | preglow | safetydan: well, i don't think we should _remove_ them, but then again, people shouldn't tweak it an expect good results :) |
| 21:29:30 | safetydan | ah okay |
| 21:29:33 | | Join hardeep [0] (i=hardeeps@SDF.LONESTAR.ORG) |
| 21:29:34 | safetydan | documentation issue then :) |
| 21:29:40 | | Quit _FireFly_ ("Leaving") |
| 21:29:50 | preglow | we should really use another parameter for the shelving filters |
| 21:29:53 | lostlogic | gah, did something recently take up 2.5 megs of codec buffer space, or is it me somehow? Does enabling voice do that or changing language? |
| 21:30:06 | preglow | the audio eq cookbook has a S parameter, where S = 1 means maximally flat frequency response |
| 21:30:06 | | Quit Sinbios (Read error: 104 (Connection reset by peer)) |
| 21:30:16 | preglow | which is exactly equal to q = 0.707, but a bit clearer |
| 21:30:27 | preglow | lostlogic: enabling voice does that, sure |
| 21:30:29 | | Join Sinbios [0] (n=Sinbios@HSE-Toronto-ppp301652.sympatico.ca) |
| 21:30:36 | preglow | lostlogic: not only enabling it, just keeping a voice file around will allocate it |
| 21:30:54 | lostlogic | ahhhhh, ok, that makes sense, I was about to ask "why didn't it go away when I rebooted?" |
| 21:31:04 | safetydan | preglow: that sounds like a good idea actually |
| 21:31:18 | safetydan | I see some confusion on the forums about why there's a Q for shelving filters |
| 21:31:28 | preglow | safetydan: problem is explaining to ordinary people what a higher S does |
| 21:31:42 | preglow | also, i need to code it first :-) |
| 21:31:50 | safetydan | there is that |
| 21:32:04 | safetydan | four things left on my todo list |
| 21:32:29 | preglow | and those are? |
| 21:32:29 | * | safetydan starts digging in to the WPS code to add a "EQ enabled" setting |
| 21:32:33 | preglow | i'm quite eager to commit this thing |
| 21:32:38 | | Quit foo_ ("Leaving") |
| 21:32:50 | safetydan | EQ reset option |
| 21:32:53 | safetydan | WPS tag |
| 21:33:00 | safetydan | Step acceleration |
| 21:33:02 | | Join optimistik [0] (n=optimist@d216-232-100-172.bchsia.telus.net) |
| 21:33:12 | safetydan | Genre based EQ settings |
| 21:33:20 | safetydan | none of them are really critical |
| 21:33:22 | preglow | wouldn't the config file system cover that? |
| 21:33:59 | safetydan | I would have thought so, but some people want it to switch to .rockbox/eqs/<genre>.cfg based on ID3 tags |
| 21:34:04 | preglow | bah |
| 21:34:13 | safetydan | As I said, not critical |
| 21:34:20 | preglow | so it's basically cool to go now? |
| 21:34:32 | optimistik | can someone help me my ipod has rockbox on it and won't boot into the apple os or go into diskmode if i try i hear the hd starting and stopping a lot and then i get the sad ipod thing |
| 21:34:38 | safetydan | I'll upload a new patch in a second |
| 21:34:46 | safetydan | fixes the NATIVE_FREQUENCY thing at least |
| 21:34:52 | preglow | yeah, good |
| 21:34:56 | preglow | hmm |
| 21:35:20 | preglow | i'd also like a pregain ready, but that could wait |
| 21:35:34 | preglow | optimistik: sounds like you need to restore it |
| 21:36:03 | preglow | optimistik: what ipod model? |
| 21:37:10 | safetydan | oh yeah, pregain, I'll add that to the list |
| 21:37:12 | optimistik | 4th gen 60gb photo |
| 21:37:28 | preglow | safetydan: i think we'll just have to be content with the replaygain method |
| 21:37:44 | preglow | it'll slow down the eq yet another notch, but yeah |
| 21:37:44 | | Quit optimistik () |
| 21:38:05 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 21:38:40 | ep0ch | lostlogic: patch seems good to me, i havent tested voice though |
| 21:38:47 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 21:39:36 | | Join Henrico [0] (n=henrico@cn-mss-cb01-1900.dial.kabelfoon.nl) |
| 21:39:37 | * | ep0ch remembers when 128 kbps mp3 used to play without boost :s |
| 21:40:00 | lostlogic | ep0ch: you sayin' it's slower still? |
| 21:40:10 | ep0ch | no |
| 21:40:17 | ep0ch | its on par with latest cvs |
| 21:40:29 | * | safetydan waits for sourceforge |
| 21:40:53 | ep0ch | i think either my builds are slow or cvs build got slower over the past months |
| 21:40:58 | lostlogic | ah yes, we need to figure out some way other than mutexes to protect pcmbuf_play_stop and pcmbuf_flush_fillpos from each other |
| 21:41:03 | preglow | ep0ch: they still do... |
| 21:41:30 | ep0ch | then something is most definelty wrong with my setup |
| 21:41:35 | safetydan | preglow: latest patch should be up with change summary attatched |
| 21:41:35 | preglow | h1x0? |
| 21:41:40 | ep0ch | yeah... |
| 21:41:43 | preglow | well, works fine here |
| 21:41:53 | preglow | even 160kbps is just _almost_ non-boost |
| 21:41:53 | safetydan | attached even |
| 21:42:07 | | Join perldiver [0] (n=say@cpe-66-65-89-236.nyc.res.rr.com) |
| 21:42:08 | lostlogic | ep0ch: what compiler you usin'? |
| 21:42:15 | ep0ch | 3.4.4 |
| 21:42:58 | ep0ch | ahh i had replaygain on and crossfeed lol |
| 21:43:22 | * | lostlogic always plays with replaygain on |
| 21:43:27 | lostlogic | not crossfeed though |
| 21:43:35 | ep0ch | hmm still boosts slightly |
| 21:43:46 | safetydan | preglow, one thing that might be important, not all strings are localised |
| 21:43:49 | safetydan | I got lazy |
| 21:45:16 | preglow | oh, well that needs fixing |
| 21:46:23 | | Quit Sinbios ("If the definition of a klutz is someone who doesn't have eyes on their ass, then yes, I suppose I am a klutz.") |
| 21:46:28 | ep0ch | what compiler does rockbox.org use for builds? |
| 21:46:39 | lostlogic | ep0ch: 3.4.4 or 3.4.5 iirc |
| 21:47:01 | | Join Mmmm [0] (n=mscarrat@cpc1-hem13-0-0-cust973.lutn.cable.ntl.com) |
| 21:47:26 | Bagder | m68k-elf-gcc (GCC) 3.4.1 |
| 21:47:29 | petur | hey Mmmm |
| 21:47:44 | ep0ch | ty |
| 21:47:44 | Bagder | each build log shows the version |
| 21:47:45 | safetydan | preglow, okay, I'll go through and do the i18n thing |
| 21:47:47 | Mmmm | So...Petur...anyone committed our patch yet? :D |
| 21:47:59 | petur | nope... :( |
| 21:48:10 | preglow | what patch? recording? |
| 21:48:24 | Mmmm | Is there something weong with it? does it smell or something? |
| 21:48:31 | ep0ch | hehe |
| 21:48:32 | preglow | ahh, _that_ one |
| 21:48:33 | petur | I've been keeping it up to date with cvs and fixed a warning with Archos... |
| 21:48:38 | preglow | yeah, it smells like a bag of shit |
| 21:48:39 | | Quit solexx ("leaving") |
| 21:48:40 | preglow | so i wont touch it |
| 21:48:45 | Bagder | Mmmm: yes, that is the _only_ patch that isn't committed... :-) |
| 21:48:52 | Bagder | hahaha |
| 21:48:54 | Mmmm | but its lovely! |
| 21:49:20 | preglow | yeah, i kn0ow |
| 21:49:22 | preglow | i should try it one day |
| 21:49:29 | Mmmm | :D |
| 21:49:30 | petur | I guess most devs with commit access aren't into recording... |
| 21:49:45 | Mmmm | certainly seems that way eh? :( |
| 21:50:15 | | Quit mafj2 (Connection reset by peer) |
| 21:50:15 | preglow | safetydan: hmm, i just remembered something |
| 21:50:32 | preglow | safetydan: when a band is enabled after being disabled for a while, the filter history for that filter should be zeroed |
| 21:50:34 | | Join webguest16 [0] (n=5087cc2c@labb.contactor.se) |
| 21:50:56 | preglow | the filter history for all filters should be zeroed whenever audio stops |
| 21:51:16 | preglow | or you'll get a little resonant pop whenever you press play again |
| 21:51:17 | petur | Mmmm: anyway, my last changes are important for Archos: one mistake and one cosmetic issue (ran it in the sim to test) |
| 21:52:04 | Mmmm | really? for some reason I though recording didnt work in the sim! I've been plugging and unplugging! |
| 21:52:24 | petur | I also saw that abs() is redefined in a zillion places... |
| 21:52:41 | petur | Mmmm: just the UI... |
| 21:52:57 | Mmmm | abs()...hmmm..was that me or you ;) |
| 21:53:03 | webguest16 | using the EQ gui interface, the changes made are only audible after 5 plus seconds, and then only if another mode or band is selected, anyway of making the EQ changes audible in realtime |
| 21:53:30 | petur | Mmmm: no, I mean in other files we didn't touch ;) |
| 21:54:10 | Mmmm | well of course..as if we would go and do something silly like that eh? :D |
| 21:54:56 | lostlogic | linuxstb_: let me know if you figure anything out about the ipod playback brokenness −− I'm itchin' to commit this stuff, been workin' on / sittin' on it for too long. |
| 21:55:03 | Lear | webguest16: crossfade user perhaps? :) |
| 21:55:14 | webguest16 | not at LL |
| 21:55:24 | webguest16 | LL = all |
| 21:55:39 | | Quit linuxstb_ (Read error: 110 (Connection timed out)) |
| 21:56:01 | preglow | safetydan: even seems to work on ipod |
| 21:56:03 | Lear | Well, the non-crossfade audio buffer isn't that long, so the change should happend a bit quicker, I would've thought.. |
| 21:56:17 | | Join muesli- [0] (n=muesli_t@88.134.20.76) |
| 21:56:20 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 21:56:28 | safetydan | I'll fix the history filter thing as well while I'm i18n'ing |
| 21:57:03 | webguest16 | its no biggie, just thought it might be a bug :) |
| 21:57:03 | ghode|afk | eq changes take 20 seconds for me :/ |
| 21:57:22 | safetydan | preglow: could I move the eq_*_coef calls inside the while loop in dsp_process? would that make the EQ more responsive? |
| 21:57:43 | preglow | no, not really |
| 21:57:52 | preglow | the problem is the length of the pcm buffer |
| 21:57:57 | preglow | it's several seconds long |
| 21:58:15 | | Quit DangerousDan (Read error: 104 (Connection reset by peer)) |
| 21:58:18 | | Join DrMoos [0] (i=DrMoos@m53.net81-66-159.noos.fr) |
| 21:58:26 | ep0ch | lostlogic: and for your next trick please add a playback destination option i.e. out or null or disk with and without dsp :) |
| 21:58:29 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
| 21:59:57 | | Quit muesli__ (Read error: 110 (Connection timed out)) |
| 22:00 |
| 22:00:09 | preglow | safetydan: please test and see that the eq sounds good when switching a filter on and off after fixing the history thing |
| 22:00:26 | preglow | it _might_ be better to always let the filters have some history, even though it's technically speaking invalid |
| 22:00:38 | | Quit imphasing (Remote closed the connection) |
| 22:00:43 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 22:01:25 | | Part webguest16 |
| 22:01:29 | Lear | preglow: without crossfade, the pcm buffer isn't that long... |
| 22:01:40 | preglow | Lear: it's still several seconds long |
| 22:01:49 | preglow | Lear: more than long enough for a really noticable delay |
| 22:01:50 | | Join imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) |
| 22:01:51 | Lear | safetydan: you might want to call it from time to time in eq_menu. |
| 22:01:52 | | Join Thus0 [0] (n=Thus0@84.102.111.248) |
| 22:01:52 | | Join Thus0_ [0] (n=Thus0@84.102.111.248) |
| 22:01:58 | ep0ch | preglow: which gcc are you using to get realtime playback of 128kbps mp3? |
| 22:02:01 | safetydan | Lear, good point |
| 22:02:01 | lostlogic | ep0ch: it's on my brain −− haven't figured out exactly how to implement it without costing performance is the main problem at this point, probably have to make a "pluggable" interface to the pcmbuffer. |
| 22:02:03 | preglow | ep0ch: 3.4.5 |
| 22:02:12 | preglow | Lear: why would he want that? |
| 22:02:12 | | Quit Thus0 (Read error: 104 (Connection reset by peer)) |
| 22:02:12 | | Quit Thus0_ (Read error: 104 (Connection reset by peer)) |
| 22:02:21 | | Join Thus0 [0] (n=Thus0@248.111.102-84.rev.gaoland.net) |
| 22:02:43 | preglow | if we're still talking about calling eq_*_coefs |
| 22:03:06 | Lear | well, I was thinking of eq_update_data... :) |
| 22:03:14 | safetydan | wait... I was thinking that was related to the update lag |
| 22:03:25 | Lear | ah, more or less the same. |
| 22:03:27 | safetydan | eq_update_data gets called at the beginning of each PCM block |
| 22:03:42 | Lear | which is more often than needed, imho... |
| 22:03:53 | preglow | oh yes |
| 22:04:01 | preglow | if all it does is update coefs |
| 22:04:21 | Lear | yep. |
| 22:04:27 | preglow | coefs should be updated when the slider/value is changed, everything else would mean a noticable performance impact |
| 22:04:36 | Lear | just call it on load, and whenever the settings change. |
| 22:05:09 | | Join bazz [0] (n=nick@fw.marklogic.com) |
| 22:05:15 | safetydan | ah so many things to fix |
| 22:05:23 | | Quit Thus0 (Client Quit) |
| 22:05:24 | * | safetydan should have just preglow commit it early and stayed quiet |
| 22:05:30 | safetydan | let preglow even |
| 22:05:43 | bazz | is there a way to do a scrolling line that doesn't scroll the width of the whole screen in a wps (so like, display the folder name, scrolling, on only half the screen)? |
| 22:05:44 | preglow | hahah |
| 22:05:53 | Lear | ouch, like six div64, bunch of fracmuls... |
| 22:06:19 | petur | bazz: I think Paprica is working on that |
| 22:06:31 | bazz | petur: okay, but not yet then right? |
| 22:06:47 | NicoFR | bazz:http://sourceforge.net/tracker/index.php?func=detail&aid=1417090&group_id=44306&atid=439120 |
| 22:06:47 | petur | there's probably a patch already |
| 22:06:55 | Paprica | bazz, there is a patch on the SF but it little buggy |
| 22:07:09 | bazz | thanks guys :) |
| 22:07:49 | bazz | Paprica: buggy how? |
| 22:07:51 | preglow | safetydan: nothing that doesn't impact the way it sounds is critical |
| 22:07:55 | preglow | safetydan: everything else can be done later |
| 22:08:05 | Paprica | it have some problems.. |
| 22:08:35 | preglow | safetydan: hey, think of the fame and glory |
| 22:08:54 | preglow | safetydan: but yeah, it even works on ipod, grand work |
| 22:08:56 | bazz | Paprica: okay, well, i'll play with it a bit thanks :) |
| 22:09:03 | Paprica | =] |
| 22:09:38 | preglow | safetydan: btw, you've got a lacking indent around the if (dsp->eq_enabled) is dsp_process() :> |
| 22:09:47 | preglow | _in_ dsp_process |
| 22:10:02 | | Quit imphasing (Remote closed the connection) |
| 22:11:23 | safetydan | odd, looks fine on my screen |
| 22:11:32 | preglow | safetydan: tab? |
| 22:11:37 | safetydan | spaces |
| 22:11:41 | preglow | the eq_process call isn't indented here |
| 22:12:01 | safetydan | I'll check the next patch |
| 22:12:09 | preglow | wtf |
| 22:12:16 | preglow | the semicolon is lacking too here :> |
| 22:12:21 | preglow | something's on |
| 22:12:27 | safetydan | yeah okay that's just getting weird |
| 22:12:45 | preglow | just ignore me |
| 22:12:49 | safetydan | Do the iPod key settings make sense? I sort of just made them up |
| 22:12:49 | preglow | i'm sure all will be well |
| 22:13:17 | Lear | safetydan: move that to dsp_set_eq (and clear eq_state too), and add some to calls to eq_menu while you're at it. :) |
| 22:13:22 | Lear | I'm just about to try that here... |
| 22:13:47 | preglow | safetydan: we'll see, for now, they work |
| 22:15:43 | safetydan | I've just redone the filter update stuff. Now it only updates on change from the user not in dsp_process |
| 22:16:08 | preglow | excellent |
| 22:17:36 | | Quit DangerousDan (Read error: 104 (Connection reset by peer)) |
| 22:19:32 | * | safetydan notices the oddity of having DangerousDan and safetydan on the same channel |
| 22:19:36 | preglow | haha |
| 22:19:45 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 22:20:31 | safetydan | Step back DangerousDan! safetydan is here! |
| 22:20:47 | muesli- | schizzo? :d |
| 22:20:54 | | Quit ghode|afk (Read error: 104 (Connection reset by peer)) |
| 22:21:09 | | Join Thus0 [0] (n=Thus0@154.111.102-84.rev.gaoland.net) |
| 22:21:25 | safetydan | gah, now I've broken the compile |
| 22:22:21 | preglow | cause for celebration! |
| 22:23:00 | lostlogic | wait wait... DangerousDan comes in... then safetydan breaks things!? |
| 22:23:37 | preglow | you're in #rockbox now |
| 22:23:50 | preglow | reality itself has to withstand some bending |
| 22:26:11 | | Join imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) |
| 22:27:40 | | Quit imphasing (Client Quit) |
| 22:30:49 | safetydan | What's the best place to reset the filter history? DSP_RESET? |
| 22:31:26 | amiconn | gah |
| 22:31:43 | amiconn | Backdrop seriously complicates optimisation |
| 22:32:00 | preglow | safetydan: i don't know, it'd need to be in a place that gets called whenever playback stops |
| 22:32:11 | preglow | safetydan: as in it should not happen at an ordinary track transition |
| 22:32:23 | preglow | safetydan: so it'll probably be a bit tricky :> |
| 22:32:43 | preglow | amiconn: well, no shit |
| 22:33:03 | preglow | amiconn: but the gui code is built so that you can optimise everything else without having to optimise backdrop code as well, yes? |
| 22:33:23 | lostlogic | ep0ch: for your wav out needs, would the raw PCM data work, or would that be a major pain? |
| 22:34:10 | preglow | raw pcm data = signed 32 bit data of arbitrary precision :> |
| 22:35:49 | amiconn | preglow: Backdrop is low level stuff, the gui layer has nothing to do with it |
| 22:35:57 | lostlogic | ok, so how does one output wav? |
| 22:36:00 | preglow | ahh, yeah, i meant lcd drawing code |
| 22:37:26 | amiconn | As long as the primitives only use the fastpixelfuncs it's no problem, but that's the area I want to optimise |
| 22:37:41 | | Join JdGordon [0] (n=Miranda@c220-239-137-122.smelb1.vic.optusnet.com.au) |
| 22:37:42 | | Quit mikearthur (Read error: 104 (Connection reset by peer)) |
| 22:37:58 | amiconn | Currently all primitives do one function call *per pixel*, which is quite some overhead |
| 22:38:05 | lostlogic | Slasheri: any chance that your audio system early initialization changes make voice not work right on bootup? |
| 22:39:13 | amiconn | Primitives that fill adjacent pixels (fillrect, hline) can use memset16() instead, but have to use memcpy() for background if backdrop is in effect |
| 22:39:18 | | Join w0rds [0] (n=w0rds@sp-200-155-78-175.datacenter1.com.br) |
| 22:40:27 | safetydan | would it seem reasonable to have stop_codec_flush call something like "dsp_reset"? |
| 22:40:32 | amiconn | lostlogic: Voice for swcodec is buggy as-is in cvs |
| 22:40:35 | safetydan | sorry, eq_reset |
| 22:40:41 | preglow | one function call per pixel isn't _that_ much |
| 22:40:47 | preglow | they should be able to use just scratch regs |
| 22:41:12 | preglow | safetydan: ask lostlogic :> |
| 22:41:21 | preglow | i have no clue about that part of rockbox |
| 22:41:28 | amiconn | preglow: Parameter passing happens on the stack, plus rts is a slow operation |
| 22:41:31 | safetydan | I'm getting lost in there too |
| 22:41:33 | | Quit Matze ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 22:41:38 | safetydan | I think I'll leave it on the todo list for the moment |
| 22:41:42 | perldiver | is there any development of rockbox for toshiba's gigabeat? |
| 22:41:44 | lostlogic | safetydan: I want to get rid of that function... what are you trying to do? |
| 22:42:10 | safetydan | reset eq filter history every time playback stops |
| 22:42:46 | | Nick DrMoos is now known as Moos (i=DrMoos@m53.net81-66-159.noos.fr) |
| 22:43:10 | preglow | lostlogic: as in only them, not on continous track changes, etc |
| 22:43:14 | lostlogic | safetydan: define every time the playback stops −− should it reset on skips due to buffer underflow, on track changes, both, neither? |
| 22:43:15 | preglow | s/them/then/ |
| 22:43:18 | amiconn | ...and on coldfire, filling adjacent pixels with memset16()/memcpy() will give significant speedups, since these functions use burst mode if possible |
| 22:43:31 | preglow | lostlogic: only when there's a significant gap in the playbacj |
| 22:44:03 | preglow | at least the normal conditions, on buffer underflow and stuff like that, we'll survive not handling it optimally |
| 22:44:04 | lostlogic | I assume a pause would not require a skip? This is a system timer based operation? |
| 22:44:17 | lostlogic | s/skip/reset/ |
| 22:44:31 | | Join BHSPitLappy [0] (i=Steve-O@67.64.118.242) |
| 22:44:33 | preglow | hmm, lemme think here |
| 22:44:58 | | Join imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) |
| 22:45:09 | preglow | now that i think about it, the only case that needs to zero the filter history, is the case when the output is interrupted by new audio |
| 22:45:26 | preglow | like skipping tracks |
| 22:45:30 | imphasing | hrm |
| 22:45:42 | imphasing | interesting.. |
| 22:45:54 | safetydan | what about crossfade? |
| 22:47:00 | preglow | nope |
| 22:47:04 | preglow | only rough transitions |
| 22:47:12 | lostlogic | then it should be reset on play initialization and in codec_request_next_track if new_track and not crossfade, I think. |
| 22:47:38 | | Quit zhilik ("http://www.zhukovsky.net") |
| 22:47:46 | amiconn | Iiuc this may break gapless playback... |
| 22:48:03 | lostlogic | it won't impact gapless |
| 22:48:06 | | Quit perpleXa (Remote closed the connection) |
| 22:48:11 | preglow | it shouldn't |
| 22:48:19 | lostlogic | because preglow says only on rough (manual) track changes |
| 22:48:33 | amiconn | ah ok |
| 22:48:35 | preglow | problem is, if there is a sudden change in output amplitude, the filter will make a resonant pop |
| 22:48:48 | | Join solexx [0] (n=jrschulz@d020063.adsl.hansenet.de) |
| 22:48:53 | preglow | if audio is gapless, the audio should not change suddenly, and so the playback engine should not reset filter history |
| 22:48:58 | lostlogic | which could happen at track change even if it is an automatic change |
| 22:49:21 | preglow | indeed, but trigging on manual changes is the best we can do |
| 22:49:27 | lostlogic | yep |
| 22:49:38 | amiconn | I don't think this pop is a problem |
| 22:49:46 | preglow | it's annoying |
| 22:49:49 | preglow | and very noticable |
| 22:49:51 | amiconn | (on automatic track changes that don't 'match') |
| 22:50:20 | preglow | but yeah |
| 22:50:23 | preglow | it's far from critical |
| 22:50:28 | preglow | so might as well let it wait |
| 22:50:38 | amiconn | I'd think the UDA treble& bass filters do the same |
| 22:50:47 | preglow | they're not resonant |
| 22:50:48 | safetydan | I've borken something serious somewhere, EQ just does white noise now |
| 22:51:02 | BHSPitLappy | what pop are we talking about? |
| 22:51:03 | preglow | safetydan: what've you changed? |
| 22:51:15 | BHSPitLappy | the volume jump after a fadeout? |
| 22:51:24 | safetydan | moved eq_update_data calls out of dsp_process |
| 22:51:43 | preglow | BHSPitLappy: no, just the sudden jump you get from sample a to sample b during a track transition that's not continuous |
| 22:51:56 | BHSPitLappy | hmm |
| 22:52:17 | BHSPitLappy | well, why does my problem happen :P |
| 22:52:32 | Lear | safetydan: me too, but I changed a few more things... |
| 22:52:50 | amiconn | The volume jump after fadeout happens because the fadeout doesn't check whether pcm playback finally finished |
| 22:53:08 | preglow | i think software codec platforms should use a software based fadout |
| 22:53:15 | preglow | the hardware based one clicks like mad |
| 22:53:33 | amiconn | We had the same problem on archos back then for low bitrate tracks, and I added a wait-for-MAS-running-out-of-data check |
| 22:53:49 | preglow | yeah, i remember |
| 22:55:41 | | Quit w0rds () |
| 22:55:44 | amiconn | Similar effect - the playback engine stops delivering data, but the MAS keeps playing until it runs out of buffered data |
| 22:55:56 | amiconn | ...which takes longer with lower bitrates |
| 22:56:33 | safetydan | I'm going to have to leave this for the moment |
| 22:56:47 | safetydan | seems something weird happens when you update the eq coef's outside of dsp_process |
| 22:56:49 | | Join LinusN [0] (n=linus@labb.contactor.se) |
| 22:56:55 | safetydan | like a burst of white noise, then it settles down |
| 22:57:35 | preglow | oh? |
| 22:57:40 | safetydan | I can post a patch with what I have (mostly i18n fixes and moving eq_update_data calls), but it's not usable |
| 22:57:46 | preglow | how fast does it? |
| 22:57:51 | preglow | settle down, that is |
| 22:57:59 | safetydan | a second, maybe two |
| 22:58:03 | preglow | hmm |
| 22:58:10 | preglow | and it settles down to ordinary eqed audio? |
| 22:58:12 | preglow | or silence or what? |
| 22:58:19 | safetydan | ordinary audio |
| 22:58:26 | safetydan | actually, should I reset the history on coef change? |
| 22:58:30 | preglow | no |
| 22:58:32 | preglow | by no means |
| 22:58:37 | preglow | but this i strange |
| 22:58:48 | preglow | the coefs shouldn't be updated differently now than before |
| 22:59:08 | preglow | after all, if you did no control changes before, the coefs would always be the same anyway |
| 22:59:16 | Lear | preglow: I made similar changes, but it doesn't settle down for me... |
| 22:59:19 | safetydan | It's roughly once every HZ/10 for changes from the UI |
| 22:59:23 | preglow | so nothing much should change... |
| 22:59:48 | preglow | are you completely sure the macsr is set correctly? |
| 22:59:52 | safetydan | oh |
| 22:59:53 | safetydan | wait |
| 22:59:54 | safetydan | no |
| 22:59:55 | DBUG | Enqueued KICK safetydan |
| 22:59:55 | safetydan | darn |
| 22:59:55 | preglow | :-) |
| 22:59:56 | safetydan | hang on |
| 22:59:57 | preglow | i knew it |
| 23:00 |
| 23:00:13 | preglow | you need to be careful with that one |
| 23:00:18 | preglow | macsr is saved per thread |
| 23:00:21 | amiconn | macsr is saved in the thread context... |
| 23:00:29 | amiconn | :) |
| 23:00:48 | preglow | there should be aboslutely no changes in sound with this change |
| 23:00:53 | safetydan | no |
| 23:00:53 | preglow | and a ton of cpu savings |
| 23:01:09 | safetydan | I forgot I'd changed that in eq.c |
| 23:01:18 | preglow | oh? |
| 23:01:20 | safetydan | well it was safe when I was calling from dsp_process only |
| 23:01:40 | preglow | yeah, it was |
| 23:02:21 | safetydan | Is it that much faster that I should be setting up macsr in eq_update_data()? |
| 23:03:24 | preglow | safetydan: btw, eq_update_data should, for max efficiency, only update the bands that have changed, but it's not _that_ important |
| 23:03:33 | preglow | safetydan: and yeah, eq_update_data would be a nice place to do the macsr set |
| 23:03:34 | Lear | safetydan: if you only call it when settings actually change, it won't matter. |
| 23:04:00 | safetydan | okay, last fix before sleeping |
| 23:04:45 | preglow | think i might do a little go at the eq graphing before i call it a night |
| 23:05:05 | preglow | no one would be interested in the phase response of the eq, no? |
| 23:06:02 | lostlogic | thinking of ways to provide pluggable output. calling functions via function pointer instead of directly costs 1 instruction per call, right? |
| 23:07:31 | amiconn | Depends how often the function is called |
| 23:07:50 | *** | Saving seen data "./dancer.seen" |
| 23:08:04 | amiconn | If it's called more than once from within a loop, calling via pointer may be equally fast |
| 23:08:12 | lostlogic | amiconn: yah |
| 23:10:24 | | Quit Mmmm () |
| 23:10:31 | safetydan | last patch for tonight is posted, only lightly tested though |
| 23:10:37 | safetydan | lucky v13 |
| 23:10:55 | safetydan | any problems post them to the patch tracker or here and I'll take a look tomorrow |
| 23:11:21 | lostlogic | once I get my pcmbuf refactoring in, could make the destination of the pcm data null, output or file just by changing the pcmbuf_add_chunk function (which shouldn't balled much faster than 5hz. |
| 23:12:49 | preglow | sounds wonderful |
| 23:12:53 | lostlogic | then make a plugin that wraps that plays to a destination one file at a time, and we can tiem codecs or write wavs for precision comparisons or whatever |
| 23:13:12 | preglow | again |
| 23:13:14 | preglow | sounds like bliss |
| 23:13:18 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 23:13:18 | * | preglow huggles lostlogic |
| 23:13:25 | * | lostlogic won't make the plugin though :-P |
| 23:13:31 | preglow | that poor playback system really needs this |
| 23:14:04 | lostlogic | it's not a bad system... it just suffers from waht I call "Just in case coding" |
| 23:14:19 | preglow | haha, which is? |
| 23:14:43 | | Join ashridah [0] (i=ashridah@220-253-123-152.VIC.netspace.net.au) |
| 23:14:59 | Lear | hm... boost seems to be down a fair bit (but I moved eq_data to iram too)... |
| 23:15:23 | lostlogic | instead of writing tight code that prevents weird cases, handle the weird cases with if catches... "Just in case" they come up |
| 23:17:40 | preglow | Lear: i designed it so that moving eq_data to iram should not matter much unless the block size is really small |
| 23:18:04 | | Part safetydan ("night all") |
| 23:18:07 | Lear | well, the processing block is 256 samples... |
| 23:18:22 | preglow | isn't it whatever the codec passes along? |
| 23:18:28 | preglow | i thought 256 samples was a resampler thing |
| 23:19:05 | | Quit ashridah (Client Quit) |
| 23:19:08 | lostlogic | dsp_process will get 1 codec packet, up-to 1024 samples iirc |
| 23:20:22 | Lear | well, yes, but look at convert_to_internal, it never returns more than 256, thus breaking up the outer loop in dsp_process in 256 sample blocks. |
| 23:20:49 | Lear | he, 128 samples even. |
| 23:21:11 | preglow | that needs to be changed |
| 23:21:16 | preglow | unless there is good reason |
| 23:22:35 | lostlogic | I wonder what kind of impact changing the PCM chunk size would have on performance... |
| 23:22:44 | | Join ashridah [0] (i=ashridah@220-253-121-139.VIC.netspace.net.au) |
| 23:22:53 | preglow | well, in most cases now, the codecs pass their data on in iram |
| 23:22:55 | Lear | this way, all filters knows the sample_buf and resample_buf is large enough, if they are needed. |
| 23:23:01 | preglow | and doing it all in one pass can be nothing but faster |
| 23:24:08 | Lear | true, but this does keep things simpler... :) |
| 23:24:27 | lostlogic | preglow: the codecs have an 8kb buffer allocated somewhere to pass back, or where does it come from? |
| 23:25:04 | preglow | 8kb? |
| 23:25:10 | preglow | isn't the size dependent on the codec? |
| 23:25:24 | preglow | it is, unless we're talking about different thing |
| 23:25:24 | preglow | s |
| 23:26:19 | lostlogic | The codec creates an output buffer and passes it to the insert_split_callback which calls dsp_process on it... |
| 23:27:05 | Lear | but the sample_buf could easily be larger, now that resample_buf doesn't "have to" be 4x sample_buf. Would help the non-resample case... |
| 23:27:25 | Lear | lostlogic: yes, and that buffer is codec-specific... |
| 23:27:29 | preglow | yes |
| 23:27:33 | NicoFR | how hard would it be to fix the annoying progressbar behaviour when seeking (ie it goes back to the original position for a split second) ? |
| 23:27:35 | preglow | allocated statically on iram for most codecs |
| 23:27:38 | preglow | all i've touched, at least |
| 23:31:00 | | Quit Lear ("Chatzilla 0.9.70 [Firefox 1.5.0.1/2006011112]") |
| 23:32:15 | NicoFR | anyone ? |
| 23:33:39 | preglow | should be |
| 23:33:41 | preglow | but no idea |
| 23:36:06 | NicoFR | ok |
| 23:36:16 | NicoFR | maybe i'll look into it |
| 23:37:32 | preglow | but oh well |
| 23:37:33 | preglow | i require sleep |
| 23:37:37 | preglow | later |
| 23:39:56 | | Quit bazz ("Leaving") |
| 23:45:09 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 23:51:05 | | Quit matsl (Remote closed the connection) |
icon identifies that the person is a core developer (has commit access).