00:00:09 | amiconn | bmp2rb supports all standard formats (1/4/8/15/24/32) bit, but not the 16 bit variants with masks |
00:00:53 | amiconn | The screendump bitmaps are 16 bit because of simplicity |
00:01:03 | amiconn | (on 16 bit targets) |
00:01:34 | | Quit perplexity (Read error: 113 (No route to host)) |
00:01:58 | LinusN | 5-5-5, right? |
00:02:20 | amiconn | 5-6-5 |
00:02:27 | amiconn | Otherwise it would be 15 bit |
00:02:35 | LinusN | i didn't know that bmp had a 5-6-5 mode |
00:02:52 | amiconn | It has, but it's not as straightforward as 15 or 24 bit |
00:03:23 | amiconn | 16 bit mode uses 3 palette entries to define masks, which tell the loader what bits belong to which colour channel |
00:03:23 | LinusN | using masks? |
00:03:37 | LinusN | i see |
00:03:46 | amiconn | Win 9x supports it, but only if the masks are defined for 5-6-5 |
00:03:57 | amiconn | WinNT and higher support arbitrary masks |
00:04:26 | amiconn | In theory it is possible to have 7-6-3 or such... |
00:05:44 | | Quit Myth`n`Legend (Read error: 104 (Connection reset by peer)) |
00:05:51 | LinusN | Bagder: in any case, i think we can ditch the X11 simulator |
00:06:15 | | Join Myth`n`Legend [0] (i=Whatever@bzq-218-45-207.cablep.bezeqint.net) |
00:06:20 | slimx | linuxstb, i've committed the ipod 3g port to source forge it's now in 3 patches |
00:06:24 | Bagder | LinusN: indeed |
00:06:30 | slimx | have a look :) |
00:06:47 | slimx | the lcd-2bit-linear.c work |
00:07:33 | amiconn | LinusN: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/gdi/bitmaps_1rw2.asp |
00:07:44 | LinusN | thx |
00:07:59 | amiconn | Look for the compression format "BI_BITFIELDS" |
00:08:26 | amiconn | This describes the windows 'device independent bitmap' format, |
00:08:36 | amiconn | but DIBs are essentially BMPs in RAM |
00:10:05 | imphasing | linuxstb: I think that's all you have to do; just call the function, and it goes from there. |
00:10:09 | imphasing | Is it slow? |
00:10:18 | | Quit Henrico ("[BX] With a gtkBitchX here and a gtkBitchX there, here a gtkBitchX there a gtkBitchX everywhere a gtkBitchX") |
00:11:54 | imphasing | There's also __builtin_ctz |
00:12:27 | imphasing | And there's __builtin_clzl, for using longs |
00:12:46 | linuxstb | imphasing: I'm trying to compare amiconn's version with the builtin version - they seem more or less the same. But I should do some more scientific tests. |
00:12:54 | imphasing | Ah, ok. |
00:14:54 | | Join DrumRBoy320 [0] (n=Drumrboy@ool-44c2019c.dyn.optonline.net) |
00:15:20 | DrumRBoy320 | hey guys... is the sound support also for the 5g? |
00:15:31 | * | LinusN just committed a lot of rubbish |
00:15:39 | imphasing | Oh, rubbish! |
00:15:42 | imphasing | :D |
00:15:47 | linuxstb | slimx: I think you need to do another cvs update - your patches reverse a lot of changes that have been in CVS recently. |
00:16:01 | imphasing | I still can't get the patches to apply right. |
00:16:23 | imphasing | And it also tried to update all my CVS info.. |
00:16:45 | | Join JdGordon [0] (n=Miranda@c220-239-137-122.smelb1.vic.optusnet.com.au) |
00:17:18 | JdGordon | morning all |
00:17:27 | linuxstb | bbl |
00:17:59 | slimx | arf |
00:18:01 | slimx | :p |
00:18:03 | imphasing | :P |
00:18:15 | slimx | i've done it during the day |
00:18:19 | imphasing | Have you gotten the rest of rockbox working yet? |
00:18:20 | slimx | won't be long |
00:18:23 | imphasing | :D |
00:18:33 | slimx | i didn't try |
00:19:13 | slimx | now i must take care of my girl friend so good night |
00:19:15 | slimx | :) |
00:19:17 | imphasing | :) |
00:19:19 | imphasing | ciao |
00:19:27 | | Quit slimx ("Leaving") |
00:19:54 | | Quit billiob () |
00:24:18 | imphasing | linuxstb: You think it would be possible for you to email me your 3G tree? |
00:24:25 | imphasing | OR maybe you could try making a patch |
00:25:00 | * | LinusN plays with the eq patch |
00:25:10 | LinusN | (and accidentally committed it :-) |
00:25:44 | JdGordon | nice |
00:25:53 | LinusN | i undid the commit |
00:26:05 | JdGordon | then i take back my nice.. |
00:26:54 | | Join DreamTactix291 [0] (n=DreamTac@adsl-149-149-154.bna.bellsouth.net) |
00:27:30 | LinusN | damn cowon, why did they choose an 18-bit lcd...? |
00:27:40 | imphasing | ..18 bit? |
00:27:42 | imphasing | creepy.. |
00:27:42 | JdGordon | to be different... |
00:28:35 | amiconn | LinusN: Didn't you do an lcd_update() timing plugin? |
00:28:54 | petur | I have one... |
00:28:59 | LinusN | amiconn: hmmm, i think so, but i don't think i have it anymore |
00:29:05 | amiconn | LinusN: The H300 LCD is also 18 bit |
00:29:20 | LinusN | amiconn: yes, but with a 16-bit interface |
00:29:44 | LinusN | this sucker is 18-bit with a 9-bit interface |
00:29:54 | amiconn | Sounds like fun... |
00:29:55 | imphasing | That seems a little weird.. |
00:29:56 | LinusN | two writes per pixel |
00:30:01 | imphasing | A 9 bit interface? |
00:30:14 | LinusN | the best part is that the GRAM is 16-bit |
00:30:21 | imphasing | haha |
00:30:31 | imphasing | sounds like a fun time, trying to write a driver for.. |
00:30:34 | LinusN | and the 18 bits are generated with hardware dithering inside the controller |
00:31:07 | petur | so you still feed it 16 bit? |
00:31:10 | LinusN | no |
00:31:35 | amiconn | Iiuc you have to feed it 18 bit, which are dithered down to 16bit inside the LCD controller |
00:31:37 | LinusN | i feed it 18 bits, which is then stored in 16 bits in GRAM, and then dithered back to 18 bits in the LCD |
00:31:50 | LinusN | amiconn: yes, kind of |
00:32:01 | amiconn | Sounds like a waste of resources... |
00:32:07 | petur | sounds weird |
00:32:08 | LinusN | yes, indeed |
00:32:14 | LinusN | quite silly |
00:32:27 | amiconn | petur: Do you still have the plugin source? |
00:32:41 | petur | let me dos2unix that for you... |
00:32:44 | petur | ;) |
00:33:12 | amiconn | I did a full assembler version of lcd_write_data() and want to compare |
00:33:30 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
00:33:32 | amiconn | YOur version has problems with data lengths < 8 pixels, depending on the alignment |
00:33:35 | LinusN | looks like we have too aggressive bus timing for the h300 lcd |
00:33:42 | amiconn | I got freezes when trying to adapt mandelbrot |
00:33:54 | amiconn | (mandelbrot uses a 1-column temp bitmap) |
00:34:06 | amiconn | LinusN: ? |
00:34:07 | LinusN | we have a few reports on flickering display |
00:34:53 | JdGordon | how do i check what type of line selection the user has set? |
00:35:01 | amiconn | Next thing will be lcd_write_data_reverse; will save 4 insns per main loop iteration... |
00:35:37 | LinusN | http://img54.imageshack.us/img54/2263/iriver3qs.jpg |
00:35:46 | petur | amiconn: did you receive anything? |
00:36:07 | imphasing | heh.. |
00:36:19 | LinusN | JdGordon: global_settings.invert_cursor |
00:36:31 | JdGordon | ta |
00:36:38 | amiconn | petur: No. Are you behind a NAT router? |
00:37:03 | petur | nope.. will put it on a server |
00:37:10 | amiconn | Hmm. |
00:37:18 | * | amiconn wonders why it didn't work then |
00:38:34 | petur | http://users.telenet.be/mieke-en-peter/fps_test.c |
00:39:19 | amiconn | thx |
00:39:24 | petur | warning: written a bit quick to test something... |
00:41:17 | | Join DJDD__ [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) |
00:41:44 | | Quit ender` (" "You have the right to remain silent. Anything you say will be misquoted, then used against you."") |
00:41:51 | amiconn | It needs adjustment to the new plugin loader |
00:42:22 | petur | was written before the change... |
00:42:29 | amiconn | 'course |
00:48:06 | | Join skalin [0] (n=nik@p549F9304.dip0.t-ipconnect.de) |
00:58:26 | | Quit Bloody_Sorcerer (Read error: 104 (Connection reset by peer)) |
01:00 |
01:00:03 | JdGordon | LinusN: http://users.monash.edu.au/~jdgor1/rb/col_pic.bmp i prettied it up a bit.. |
01:00:21 | JdGordon | it shows > instead of the inveresed bar if the user doesnt use it normally... |
01:02:09 | JdGordon | http://users.monash.edu.au/~jdgor1/rb/colour_picker.c is the code |
01:02:30 | LinusN | JdGordon: you should be able to use the existing sliders |
01:02:42 | LinusN | in widgets.c |
01:03:01 | JdGordon | u mean scrollbar? |
01:03:12 | LinusN | yes |
01:03:59 | LinusN | then you get the same look as the other sliders in rockbox |
01:04:18 | JdGordon | hmm... i couldnt get it working proper;y.. items is the value between min_shown and max_shown?? |
01:04:22 | * | amiconn wonders that LinusN wants sliders |
01:04:38 | amiconn | I remember someone saying sliders are imprecise... |
01:05:01 | amiconn | That was way back in a discussion about sound settings on archos recorder |
01:05:11 | | Join Kotjze [0] (n=kotjze@stjhnf0112w-142163114016.pppoe-dynamic.nl.aliant.net) |
01:05:12 | LinusN | the sliders are not necessary, just prettier than pure hex numbers |
01:05:12 | amiconn | ;) |
01:05:14 | | Quit Kotjze (Nick collision from services.) |
01:05:23 | | Part Myth`n`Legend |
01:05:37 | LinusN | the archos settings use only sliders, this screen has both sliders and values |
01:06:00 | amiconn | Hmm, my lcd_write_data() seems to be about 2% slower than the cvs version |
01:06:18 | amiconn | (it isn't inlined, b/c it resides in lcd.S) |
01:06:29 | LinusN | i'm still wondering if we should use 8-8-8 rgb or the native resolution |
01:06:33 | amiconn | ...but it works correctly for all valid data lengths |
01:06:59 | | Join Kotjze [0] (n=kotjze@stjhnf0112w-142163114016.pppoe-dynamic.nl.aliant.net) |
01:07:00 | *** | Saving seen data "./dancer.seen" |
01:08:14 | | Quit mikearthur ("Konversation terminated!") |
01:09:15 | JdGordon | scrollbar(x,y,width,height,rgb_val[i],0,255,HORIZONTAL); always shows a full bar ?? |
01:15:27 | | Part skalin ("Verlassend") |
01:15:49 | LinusN | JdGordon: 'items' should be 255, and 'max_shown' should be rgb_val[i] |
01:16:02 | JdGordon | gah, ok.. |
01:16:17 | LinusN | not that obvious, i know |
01:16:47 | JdGordon | no.. the .h files need a bit of documentation.... |
01:18:05 | LinusN | yup |
01:20:43 | JdGordon | aahh.. crap.. forgot to login before submitting the patcg :9 |
01:20:49 | JdGordon | http://sourceforge.net/tracker/index.php?func=detail&aid=1424318&group_id=44306&atid=439120 |
01:22:32 | LinusN | JdGordon: looks good, i have two minor complaints regarding the code style |
01:22:45 | JdGordon | windows and tabs not spaces? |
01:22:53 | BHSPitLappy | JdGordon: that's pretty nice looking |
01:23:05 | LinusN | JdGordon: tabs, 80 columns |
01:23:21 | LinusN | i didn't check the line terminations |
01:23:30 | JdGordon | thanks BHSPitLappy |
01:23:43 | * | petur welcomes JdGordon to the code police victims club :D |
01:23:53 | LinusN | :-) |
01:23:59 | JdGordon | ye, im gonna set up my linux box hopefully today so that will stop those problems... |
01:23:59 | BHSPitLappy | what happened |
01:24:21 | LinusN | TAB's isn't exactly a windows thing... |
01:24:41 | petur | and 80 cols? :) |
01:24:41 | JdGordon | no, its a vis studio thing.. i dont want to change the setting.. coz i like tabs not spaces.. |
01:24:47 | JdGordon | but ill do it on the lunix box |
01:24:54 | JdGordon | bah 80cols |
01:25:00 | | Quit DarthLappy (Read error: 110 (Connection timed out)) |
01:25:32 | * | LinusN spots some amiconn magic in the CVS log |
01:25:32 | JdGordon | ... there is like 4 lines there over 80cols... picky picky :D |
01:25:42 | LinusN | hehe |
01:26:59 | amiconn | LinusN: Not exactly magic... but a preparation for upcoming colour mandelbrot.rock |
01:27:06 | * | amiconn goes scrolling |
01:27:11 | amiconn | ;) |
01:28:28 | amiconn | LinusN: Do you use a 32 bit framebuffer for X5? Or will the X5 lcd_write_data convert on the fly from 16bit? |
01:28:55 | LinusN | i haven't decided yet, but ill go with a 32-bit buffer for now |
01:29:20 | JdGordon | gtg.. cya later |
01:29:23 | LinusN | cu |
01:30:22 | | Join hardeep [0] (i=hardeeps@SDF.LONESTAR.ORG) |
01:30:54 | petur | bedtime... just another patch advertisement before I go: (recording gain, what else) https://sourceforge.net/tracker/index.php?func=detail&aid=1403437&group_id=44306&atid=439120 |
01:31:39 | | Quit midkay (Remote closed the connection) |
01:32:00 | LinusN | petur: goodnight, and sweet dreams about getting your patch committed :-) |
01:32:20 | Moos | haha :D |
01:32:24 | | Join ashridah [0] (i=ashridah@220-253-121-65.VIC.netspace.net.au) |
01:32:39 | petur | Mmmm already has some nice stuff building on it: remote handling and backlight on when clipping |
01:32:52 | petur | ... later |
01:32:56 | | Quit petur ("here today, gone tomorrow") |
01:38:55 | | Join Sinbios [0] (n=Sinbios@HSE-Toronto-ppp301652.sympatico.ca) |
01:48:41 | | Quit youngcereal (Read error: 110 (Connection timed out)) |
01:49:54 | | Join youngcereal [0] (n=youngcer@p54B2109A.dip0.t-ipconnect.de) |
01:55:41 | | Join linuxstb_ [0] (n=5343d4aa@labb.contactor.se) |
01:56:33 | | Quit Kohlrabi ("Fast alle Menschen sind Regenwürmer") |
01:58:32 | | Join damaki__ [0] (n=Chocolat@ALille-153-1-35-239.w83-198.abo.wanadoo.fr) |
01:58:37 | | Quit linuxstb_ (Client Quit) |
02:00 |
02:05:38 | | Quit muesli__ (Read error: 110 (Connection timed out)) |
02:11:28 | | Quit Moos ("Glory to Rockbox!") |
02:12:39 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
02:19:08 | | Join tvelocity [0] (n=tony@ipa197.15.tellas.gr) |
02:27:30 | | Part LinusN |
02:30:49 | | Join mtnbkr [0] (n=mtnbkr@c-67-165-9-234.hsd1.ct.comcast.net) |
02:31:07 | | Quit Sinbios (Read error: 104 (Connection reset by peer)) |
02:31:51 | mtnbkr | Hello! Is there any chance/way to install rockbox to my iPod nano without using Microsoft Windows? I only have Linux here. |
02:31:58 | | Join XavierGr [0] (n=XavierGr@ppp58-adsl-207.ath.forthnet.gr) |
02:33:42 | imphasing | mtnbkr: Yeah, using linux is the best way to do it. |
02:34:32 | mtnbkr | imphasing: is there a URL? I found: http://www.rockbox.org/twiki/bin/view/Main/IpodInstallation#Step_1_Install_the_bootloader |
02:34:52 | mtnbkr | which is windows-centric |
02:35:10 | linuxstb | mtnbkr: At the top of that page there is a link to a more Linux-oriented page. |
02:35:18 | imphasing | what linuxstb said. |
02:35:18 | imphasing | :D |
02:35:58 | linuxstb | mtnbkr: Second paragraph under Introduction - http://www.rockbox.org/twiki/bin/view/Main/IpodBoot |
02:36:00 | mtnbkr | I think my excitement blinded me... Either that or the vodka. |
02:36:11 | mtnbkr | Thanks... I'll check it out. :) |
02:36:54 | linuxstb | You can basically follow the Windows-oriented instructions, but you'll have to download the Rockbox source and make your own "ipod_fw" binary. |
02:37:02 | imphasing | linuxstb: Do you have slimx's patcch on your tree? |
02:37:17 | linuxstb | No, his last patch was unusable. |
02:37:25 | | Join DarthLappy [0] (n=DarthShr@202-161-21-45.dyn.iinet.net.au) |
02:37:34 | imphasing | Ah, I guess it wasn't just me then. |
02:38:13 | mtnbkr | linuxstb: it mentioned that it will not work with HFS formatted ipods... Mine came hfsplus formatted. Am I DOA? |
02:38:53 | imphasing | You can just reformat it. |
02:39:21 | imphasing | It would be really easy to use a windows ipod updater to do it for you though. |
02:39:25 | imphasing | If you have a windows box. |
02:39:56 | mtnbkr | imphasing: Ok... I formatted it vfat today and it would no longer boot. Had to default it using the powerbook and the ipodupdater tool |
02:40:14 | mtnbkr | imphasing: lemme see if my wife left here win98 laptop here. |
02:40:46 | imphasing | This wouldn't be a 1G or 2G ipod, would it? |
02:40:48 | jaebird | slimx patch didn't work for me either... |
02:40:57 | imphasing | Yeah, it's borked.. |
02:41:18 | jaebird | I was kinda hoping to get my 4g 2bpp working this weekend! |
02:41:37 | imphasing | Heh.. |
02:41:41 | imphasing | It's only the bootloader so far. |
02:42:07 | jaebird | I think the 4g is working just the lcd |
02:42:23 | mtnbkr | imphasing: it's a 4Gb nano |
02:42:51 | imphasing | Ah, formating it FAT should work fine then. |
02:43:05 | imphasing | Easiest thing to do, would be to download the windows ipod updater, and restore. |
02:43:43 | mtnbkr | imphasing: OK... I can try it again... Would LOVE to keep windows out of the picture if possible... |
02:46:24 | jaebird | linuxstb: I noticed that slimx patch stuff contains a lot of 3g references for the lcd, is this going to be generalized? |
02:46:35 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
02:47:42 | jaebird | once the patch hits cvs, I want to modify the configure script for a 4g 2bpp device. |
02:49:43 | | Join DJ_TCK [0] (n=tckocr@81-178-216-103.dsl.pipex.com) |
02:59:01 | | Join ssnajper [0] (n=c635c9fe@labb.contactor.se) |
03:00 |
03:00:34 | | Quit ssnajper (Client Quit) |
03:04:12 | | Part Kotjze |
03:05:15 | JdGordon | can i expect sony dvd-r 12x to actually burn at 12x with no problems? |
03:05:57 | BHSPitLappy | imphasing: will it boot retailos and linux? |
03:06:00 | imphasing | Surprisingly enough, that has nothing to do with rockbox.. |
03:06:01 | BHSPitLappy | (the rockloader |
03:06:18 | BHSPitLappy | +) |
03:06:19 | imphasing | BHSPitLappy: I just have it booting retailos at the moment |
03:06:22 | imphasing | but I think it will |
03:06:36 | BHSPitLappy | could you toss a kernel in there and tell me? |
03:06:41 | linuxstb | jaebird: You could try this patch - it applied fine for me against yesterday's CVS: http://sourceforge.net/tracker/download.php?group_id=44306&atid=439120&file_id=166104&aid=1412225 |
03:06:49 | | Join JdGordon41 [0] (n=Miranda@c220-239-137-122.smelb1.vic.optusnet.com.au) |
03:07:01 | *** | Saving seen data "./dancer.seen" |
03:07:37 | ashridah | JdGordon: that depends a lot on your system, generally, but it'll burn at that rate for at least some of the burn. i find mine goes from 8x -> 5-6x about half-way through a burn |
03:08:24 | JdGordon41 | hmm... i mean, like will it produce alot of errors? the cheap nameless brands i get cant be brunt more than 8x without it being full of errors |
03:08:37 | mtnbkr | JdGordon: I'd say only if it is SCSI |
03:08:47 | imphasing | Is there a config file for the rockbox bootloader? |
03:09:42 | | Join baobab68 [0] (n=ca3421eb@labb.contactor.se) |
03:10:44 | ashridah | JdGordon: i have no idea about your specific brand, i don't touch sony for a number of reasons |
03:11:06 | | Join midkay [0] (n=midkay@24.143.70.99) |
03:11:12 | JdGordon41 | gah, crpa... i meant the discs... not the recorder |
03:11:15 | ashridah | i have no problems burning with my pioneer. haven't made a dud dvd yet |
03:11:17 | JdGordon41 | soz |
03:11:20 | baobab68 | hi all |
03:11:26 | ashridah | JdGordon: the media is another matter |
03:11:57 | ashridah | JdGordon: some media sucks, some doesn't. when you find a brand you get decent results with, stick to it. you get what you pay for :) |
03:12:08 | JdGordon41 | ye |
03:14:00 | baobab68 | anyone familiar with font conversion to RB format? I'm 99% of the way there, just one question... |
03:14:50 | linuxstb | imphasing: No |
03:15:12 | | Quit DreamTactix291 (Read error: 110 (Connection timed out)) |
03:15:12 | imphasing | Ah.. |
03:15:27 | imphasing | Is it possible to boot the linux kernel as well? |
03:15:33 | | Quit CrookedRain () |
03:15:48 | linuxstb | Yes - just put a linux.bin in the root of your FAT32 partition. |
03:16:02 | linuxstb | (and hold PLAY whilst booting) |
03:16:10 | imphasing | Interesting.. |
03:16:19 | imphasing | So it can boot linux from a fat32 partition? |
03:16:25 | linuxstb | Sure. |
03:16:32 | imphasing | What about the userland and such? |
03:16:35 | imphasing | Well.. |
03:16:44 | imphasing | After it boots, I can specify all that. |
03:16:56 | | Quit Jolt ("CGI:IRC (EOF)") |
03:16:59 | linuxstb | Exactly. All the rockbox bootloader does is start the kernel. |
03:17:06 | imphasing | That's pretty cool.. |
03:17:22 | linuxstb | baobab68: What's your question? |
03:17:24 | imphasing | I'll have to do some figuring out, with the init scripts and such. |
03:17:32 | imphasing | Maybe I'll port initng to the ipod. |
03:17:32 | imphasing | :D |
03:19:37 | baobab68 | linuxstb: thanks... i'm trying to convert a couple of unicode fonts to RB format and the resulting font sizes are huge. |
03:20:05 | baobab68 | wondering what DPI would be optimal? i could work it out by measuring the screen, but thought there might be an accepted 'standard' |
03:20:28 | baobab68 | since otf2bdf can handle a DPI setting, and defaults to 100DPI, I thought I might get away with less. |
03:21:12 | baobab68 | and reduce the size of the result... |
03:21:42 | BHSPitLappy | baobab68: they shouldn't be huge |
03:21:48 | BHSPitLappy | oh wait, unicode? |
03:21:54 | baobab68 | yeah unicode |
03:21:58 | baobab68 | *all* of it |
03:22:06 | BHSPitLappy | you WANT it to be unicode? |
03:22:30 | baobab68 | need to display simplified Chinese tags |
03:22:49 | imphasing | linuxstb: It just boots to the original firmware if I hold the play button.. |
03:22:50 | baobab68 | unifont is a bit large, limits what you can have in your WPS, so I thought I'd try some others |
03:23:23 | linuxstb | imphasing: It probably can't find your linux.bin - are you sure that's there? |
03:23:45 | baobab68 | hmmm, i've just put them in the h300 sim, and they do load... the size is comparable to unifont. they're pretty ugle conversions though |
03:23:49 | imphasing | I'll check again. |
03:24:09 | linuxstb | imphasing: Does the bootloader display "Loading Linux..." ? If not, then it is not recognising the PLAY press |
03:24:22 | imphasing | IT just says "loading original firmware" |
03:24:44 | imphasing | 3G need a different keyboard driver? |
03:24:54 | | Quit JdGordon (Read error: 110 (Connection timed out)) |
03:25:02 | hardeep | amiconn: around? |
03:25:26 | linuxstb | imphasing: Sorry, I don't know what slimx has done in the bootloader. I thought you were talking about "official" Rockbox. |
03:25:27 | | Nick JdGordon41 is now known as JdGordon (n=Miranda@c220-239-137-122.smelb1.vic.optusnet.com.au) |
03:27:04 | baobab68 | hmm, looking at my results on the sim, i think more DPI would be better |
03:32:41 | linuxstb | amiconn: Interesting results from testing the clz function in ALAC - it seems that the result is never less than 16. The results are the totals from decoding 23 different ALAC files: http://pastebin.com/539503 |
03:46:36 | | Quit baobab68 ("CGI:IRC (EOF)") |
03:56:43 | imphasing | Which clz function are you using there? |
03:58:24 | linuxstb | I'm just using the old ALAC one - that test is simply counting what the range of return values are from that function, so we can possibly optimise it towards the common cases. |
04:00 |
04:06:47 | DrumRBoy320 | will an ipod color run while connected via USB without a battery? |
04:07:19 | BHSPitLappy | my guess is no |
04:07:33 | BHSPitLappy | since when the battery's too dead, it won't even turn on the screen |
04:07:51 | BHSPitLappy | you have to charge it for a while before it even turns on and says "charging" |
04:17:31 | lostlogic | *converts pcmbuf to unsigned math |
04:18:59 | | Quit BHSPitMonkey (Remote closed the connection) |
04:20:32 | | Quit mtnbkr ("no thank you microsoft") |
04:37:23 | | Part PaulJ |
04:42:41 | | Join BHSPitMonkey [0] (n=billybob@67.64.118.242) |
04:48:43 | | Join ehntoo [0] (n=ehntoo@24-177-166-0.dhcp.mrqt.mi.charter.com) |
04:51:20 | | Quit imphasing (Read error: 104 (Connection reset by peer)) |
04:55:24 | | Join DreamTactix291 [0] (n=DreamTac@adsl-149-149-154.bna.bellsouth.net) |
04:59:55 | | Join Membrillo [0] (n=sam_kill@CPE-60-229-179-140.nsw.bigpond.net.au) |
05:00 |
05:02:14 | midkay | anyone know about ipod bootloader installation on linux? |
05:02:45 | midkay | nm, got it |
05:02:50 | Membrillo | Does much have to be done to turn a .rock into a viewer? ie, with doom |
05:03:19 | | Join Rob2222_ [0] (n=Miranda@ACB4AD2A.ipt.aol.com) |
05:03:33 | midkay | Membrillo: i believe you just add it to viewers.config |
05:03:40 | midkay | or .cfg or whatever. in .rockbox. |
05:03:43 | midkay | i could be wrong though. |
05:04:08 | Membrillo | ok fair enough |
05:04:13 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
05:04:36 | Membrillo | ill check out the viewers.config file |
05:04:59 | midkay | or was it .conf.. either one of those :) |
05:05:45 | Membrillo | ok, i could easily add it there, but what are the numbers at the end. eg there is wav,viewers/mp3_encoder, 00 00 00 00 00 00. I would have wad,rocks/doom, <what numbers?> |
05:05:52 | | Quit BHSPitMonkey (Remote closed the connection) |
05:06:36 | midkay | i've no idea, sorry |
05:06:44 | Membrillo | hmmm |
05:06:51 | midkay | just try a bunch of zeros i guess.. |
05:07:03 | *** | Saving seen data "./dancer.seen" |
05:07:11 | midkay | or.. is that an icon i wonder.. |
05:07:15 | Membrillo | yeah ill try 00s |
05:07:33 | midkay | do any of the other entries have numbers+letters? |
05:07:53 | Membrillo | yes |
05:08:06 | Membrillo | rockboy is 0C 2A 59 7A 2E 0C |
05:08:20 | Membrillo | four of the entries are 00s though |
05:10:34 | RotAtoR | Membrillo: those numbers are icons |
05:11:09 | midkay | yeah, 00's will do you fine unless you want to make an icon |
05:11:36 | Membrillo | ahhh |
05:12:34 | | Join imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) |
05:12:39 | Membrillo | hmmm isnt working with doom |
05:12:57 | Membrillo | doom probably does something special though |
05:13:10 | RotAtoR | have you added handling for the filename passed to the plugin? |
05:13:24 | Membrillo | urm... i dont think so :P |
05:13:30 | Membrillo | should i? |
05:13:34 | RotAtoR | yes |
05:13:40 | Membrillo | what should i be doing? |
05:13:54 | RotAtoR | every plugin has a plugin_start function that is called when it is run |
05:14:20 | Membrillo | yep |
05:14:25 | RotAtoR | the last parameter of that function is the filename of the file you invoked the viewer on |
05:14:26 | Membrillo | ok |
05:14:32 | Membrillo | ill need to do this in the source won't I |
05:14:36 | RotAtoR | yed |
05:14:38 | RotAtoR | yes |
05:14:40 | Membrillo | i cant do it with a compiled build |
05:14:44 | RotAtoR | nope |
05:14:47 | Membrillo | ok |
05:14:51 | Membrillo | ill grab the source |
05:14:59 | Membrillo | hopefully i still have RDK sitting around somewhere |
05:15:52 | | Quit ehntoo (Remote closed the connection) |
05:16:59 | RotAtoR | take a look at the sudoku code if you want an example |
05:17:00 | | Quit DreamTactix291 (Read error: 110 (Connection timed out)) |
05:19:25 | Membrillo | hmmm |
05:19:35 | Membrillo | which file do i want |
05:19:43 | Membrillo | there are a whole lot of C and H files |
05:20:52 | Membrillo | kkurbjun/doom.zip">http://www.mines.edu/students/k/kkurbjun/doom.zip if you want to look |
05:21:28 | | Join Jungti1234 [0] (n=jungti12@124.60.15.86) |
05:21:36 | Jungti1234 | hi |
05:22:02 | Membrillo | ive found a plugin_start section in rockdoom.c |
05:22:32 | Membrillo | doesnt look there is much there in reference to file location though |
05:23:30 | RotAtoR | the last parameter (void* parameter) if it's not null is a pointer to the string containing the filename |
05:24:21 | Membrillo | so do i need to change something there? |
05:24:50 | RotAtoR | I'm guessing that then you'll need to find where it's hardcoded to use the "doom.wad" file and have it use the passed in file instead |
05:25:41 | Membrillo | so basically i go through all the files and search for doom1.was |
05:25:43 | Membrillo | wad* |
05:26:37 | Membrillo | ahhhh |
05:26:43 | Membrillo | looks like its in the w_wad.c |
05:26:46 | RotAtoR | i have no idea how the code is designed, how to make it use the passed in file is something you'll have to figure out |
05:26:47 | Membrillo | its all about filenames and directories |
05:27:11 | Membrillo | hmmm, i dont have C knowledge so this wont be easy |
05:28:26 | Membrillo | something here? |
05:28:32 | Membrillo | fd = open (filename, O_RDONLY); |
05:31:11 | | Quit Jungti1234 () |
05:32:03 | Membrillo | im pretty sure this is past my knowledge... |
05:32:07 | | Quit tvelocity ("Αναχωρεί") |
05:34:21 | ashridah | Membrillo: what are you trying to acheive? replacing the iwad, or adding a pwad? |
05:35:00 | Membrillo | make doom a viewer so i can open a doom1.wad or doom2.wad file from browser |
05:35:24 | midkay | ashridah: you can help me with ipod rockbox installation on linux, right? |
05:35:25 | ashridah | okay, so you're looking to tell it where the iwad is. |
05:35:34 | Membrillo | yeah |
05:35:49 | ashridah | midkay: i haven't used the ipod port at all, unfortunately |
05:35:59 | midkay | ashridah: wasn't it you i talked to before? |
05:36:13 | Membrillo | and my limited C knowledge tells me its something in the w_wad.c or w_wad.h file. |
05:36:31 | ashridah | midkay: might not be. check the irc logs on www.rockbox.org ? |
05:36:50 | midkay | blah.. well, this is for anyone out there.. after making the bootloader: |
05:36:51 | midkay | [root @ localhost]# dd if=rockboot.bin of=/dev/sda1 |
05:36:51 | midkay | dd: writing to `/dev/sda1': No space left on device |
05:36:51 | DBUG | Enqueued KICK midkay |
05:36:51 | midkay | 224848+0 records in |
05:36:51 | midkay | 224847+0 records out |
05:36:55 | midkay | sorry for semi-flood :) |
05:37:12 | ashridah | Membrillo: well, basically, what you need to do is hook up plugin_start to take the passed argument, and hand it to the part of doom that accepts the -wad <filename> flag |
05:37:16 | midkay | no space left, and ipod gives me the support url.. |
05:37:27 | ashridah | if there's no support for this yet, you've probably got a bit of work ahead |
05:37:37 | midkay | i'll just do it on windows if nobody has any ideas, done it that way before.. |
05:38:01 | ashridah | midkay: unfortunately, i don't know how the ipod's structured. |
05:38:04 | Membrillo | hmmm, i think its past me. i know veeeery little C. next to none |
05:38:09 | ashridah | i haven't even read the stuff in the wiki about it |
05:38:27 | ashridah | Membrillo: well, i'm leeching that link you got, i'll take a look through it in a minute, assuming that's the rockbox port |
05:38:37 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-4-173.w83-198.abo.wanadoo.fr) |
05:39:00 | midkay | ashridah: sorry, then :) thanks anyhow |
05:39:00 | Membrillo | ok thanks a bunch |
05:39:08 | Membrillo | i assume this line has to be edited? |
05:39:14 | Membrillo | enum plugin_status plugin_start(struct plugin_api* api, void* parameter) |
05:41:42 | ashridah | hrm |
05:41:45 | ashridah | this looks awefully hardcoded |
05:42:20 | ashridah | ie, it's going to attempt to load one of the wads in /doom/ and then any pwad's specified |
05:42:27 | Membrillo | yep |
05:42:30 | Membrillo | thats what it does |
05:42:54 | Membrillo | which is very inconvinient especially if you have multiple .wads |
05:43:31 | | Quit midkay (Remote closed the connection) |
05:45:08 | ashridah | okay |
05:45:15 | ashridah | this looks like it might be actually pretty simple, relatively speaking |
05:45:23 | Membrillo | thats good to hear :) |
05:45:36 | ashridah | basically, when the plugin starts, myargc and myargv are set by plugin_set |
05:45:41 | ashridah | plugin_start even |
05:45:50 | ashridah | when that happens, it's just straight-out giving them no arguments at all |
05:46:33 | Membrillo | alright then. i kind of understand that |
05:46:35 | ashridah | so, if you dealt with setting up the arguments appropriately, you should be able to insert the appropriate -wad "filename" stuff into it. |
05:46:44 | ashridah | that said, you'll need to know how arguments are setup |
05:46:58 | Membrillo | which i dont unfortunately :( |
05:46:58 | ashridah | myargc will be the total number of arguments, including the command itself |
05:47:02 | ashridah | so |
05:47:15 | | Join midkay [0] (n=midkay@24.143.70.99) |
05:47:27 | ashridah | so '0' will be "doom.exe" in most cases, 1 will be "-wad" in your case, and 2 would be the filename |
05:47:55 | ashridah | but you'll need to allocate a string for "-wad" and "doom", i guess (the first will be ignored, it can probably be empty without any major issues) |
05:48:11 | ashridah | the third can probably just point to the filename you get from plugin_start's arguments |
05:48:56 | Membrillo | that sounds pretty impossible with my C knowledge. ah well, hopefully someone will read the logs and pick this up. thanks for the help, at least i know its doable |
05:49:25 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
05:49:25 | * | JdGordon enters |
05:49:37 | JdGordon | some1 neds a c coder to help the doom port??? |
05:49:43 | | Quit thegeek (Read error: 113 (No route to host)) |
05:49:48 | Membrillo | yep |
05:50:13 | Membrillo | can you fill the job? |
05:50:16 | Membrillo | hehe |
05:50:33 | JdGordon | maybe... is the link a while up the rockbox port? |
05:50:50 | ashridah | JdGordon: yeah |
05:51:10 | JdGordon | ok |
05:51:16 | ashridah | the file in question is rockdoom.c, inside plugin_start |
05:51:33 | JdGordon | does anything need to be done to the rb source for it to compile? |
05:51:33 | ashridah | you basically need to setup myargc/myargv the way a normal C application would expect, i *think* |
05:52:56 | JdGordon | ok, getting lunch.. then ill have a look |
05:53:02 | JdGordon | back in 5 |
05:53:07 | | Quit damaki__ (Read error: 110 (Connection timed out)) |
05:53:16 | Membrillo | thanks :D |
05:57:42 | JdGordon | back |
05:57:58 | Membrillo | that was a quick lunch |
05:58:18 | JdGordon | na, brought it to the comp |
05:58:38 | Membrillo | i went to boil the kettle when you left and it hasnt even boiled yet. |
05:58:44 | Membrillo | ahhh ok |
05:58:45 | Membrillo | nice |
05:59:57 | Membrillo | and there we are. kettles boiled. brb making me some 4pm coffee |
06:00 |
06:00:49 | JdGordon | ashridah: do u know what th command line is suposed to be to load a certain .wad? |
06:01:16 | ashridah | -wad adds PWAD's |
06:01:29 | ashridah | the problem i can see is that a lot of the wads are hardcoded |
06:01:37 | ashridah | so i'm not sure if -wad's going to override it |
06:01:45 | ashridah | it might require more work |
06:02:32 | JdGordon | hardcocdedd into the rb part? or the origional part? |
06:03:44 | ashridah | the original part |
06:03:58 | JdGordon | K |
06:04:07 | ashridah | look in d_main.c, in function IdentifyVersion |
06:04:30 | ashridah | you might need to poke at that a bit |
06:04:43 | ashridah | but see if a PWAD can override enough of an IWAD to do the trick |
06:09:41 | JdGordon | dont we use the -file switch to add user wads? |
06:10:44 | ashridah | hm |
06:10:44 | ashridah | do we? |
06:11:01 | JdGordon | modifiedgame = true; // homebrew levels |
06:11:01 | JdGordon | while (++p != myargc && myargv[p][0] != '-') |
06:11:01 | JdGordon | D_AddFile (myargv[p]); |
06:11:03 | ashridah | it's been about 7 years since i've played doom |
06:11:07 | ashridah | the original doom anyway |
06:11:16 | ashridah | played doom64 and a few other variants |
06:11:23 | JdGordon | gah, my irc skipped the first line which was the comment |
06:11:23 | ashridah | but none had me running it directly via doom.exe :) |
06:11:31 | JdGordon | same |
06:11:49 | ashridah | but yes, now youm ention it, -file may override the IWAD |
06:13:16 | Membrillo | haha i just found doom "turbo mode" |
06:13:28 | JdGordon | Membrillo: do u know how to get it to compile? |
06:13:57 | | Quit RotAtoR ("zzzzzzz") |
06:14:00 | Membrillo | i know how to compile rockbox if thats what you mean |
06:15:55 | JdGordon | um... where do i extract it all.. and what needs to be done to get dom to comiplie? |
06:16:00 | JdGordon | .. for rb |
06:16:01 | ashridah | no, he means rockdoom |
06:16:35 | Membrillo | oh i dont know sorry |
06:18:20 | JdGordon | hm... well unless someone tells me how to compile it i dont know if the change works... |
06:19:03 | Membrillo | ah |
06:19:05 | Membrillo | ill ask at MR |
06:19:37 | | Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) |
06:22:27 | Membrillo | Some devs on the RB IRC are helping me in making rockdoom into a viewer but we don't know how you actually compile this code into rockbox. Does anyone know how you would do this? |
06:22:51 | Membrillo | is that good |
06:22:53 | Membrillo | correct? |
06:23:05 | | Quit ts-x ("CGI:IRC") |
06:23:07 | JdGordon | good enough |
06:23:28 | JdGordon | or just ask him to change it to allow it to run as a viewer? |
06:25:11 | Membrillo | its been asked, but there wasnt a response. thats when i decided to try it myself. first i just tried making the change to viewers.config but that didnt work |
06:25:32 | Membrillo | then rotator helped, then ash, and now your helping :) |
06:25:35 | Membrillo | and thats my story |
06:25:42 | JdGordon | ok |
06:28:00 | * | ashridah notes he hasn't actually done much coding on rockbox yet |
06:33:16 | BHSPitLappy | are we talking about doom? |
06:33:27 | JdGordon | yer |
06:33:29 | BHSPitLappy | ah |
06:33:29 | BHSPitLappy | coo |
06:33:52 | Membrillo | BHSPitLappy: do you know how to compile the doom source code? |
06:33:56 | BHSPitLappy | nope |
06:33:57 | ashridah | more specifically, how to compile the damned port |
06:34:03 | BHSPitLappy | got a nano, i don't think it works |
06:36:11 | ashridah | JdGordon: okay |
06:36:22 | JdGordon | ok? |
06:36:40 | ashridah | i *think* you just need to add it to the SUBDIRS entry in the Makefile in the apps/plugins directory |
06:36:46 | ashridah | i'm trying that now |
06:37:18 | | Quit midkay ("Leaving") |
06:37:45 | ashridah | yeah |
06:37:53 | ashridah | unzip doom into apps/plugins |
06:38:01 | | Join fixxer [0] (n=1862358e@labb.contactor.se) |
06:38:06 | ashridah | add 'doom' to the end of the SUBDIRS += rockboy |
06:38:11 | JdGordon | ok |
06:38:21 | ashridah | only probnlem is, it has a build error :) |
06:38:25 | ashridah | but it DID build |
06:38:45 | | Quit DarthLappy (Read error: 110 (Connection timed out)) |
06:38:55 | ashridah | but of course, i was building for H3xx |
06:39:01 | ashridah | i don't know if it runs there yet |
06:39:19 | | Quit fixxer (Client Quit) |
06:39:21 | | Join midkay [0] (n=midkay@24.143.70.99) |
06:40:49 | BHSPitLappy | gross, it's a midgey34 |
06:40:51 | BHSPitLappy | whoops |
06:41:00 | JdGordon | weeeeeeeeeeee... heaps of warning sa and erros |
06:41:08 | BHSPitLappy | midkay*** (sorry midge :( ) |
06:41:09 | * | ashridah hands BHSPitLappy the cookie of random insults :) |
06:41:30 | BHSPitLappy | ashridah: is it Otis Spunkmeyer? |
06:41:37 | midkay | gross, it's BHSPitLappy |
06:41:40 | midkay | BHSPitLappy: take THAT! |
06:41:47 | BHSPitLappy | I am vanquished. |
06:42:11 | midkay | damn right you are |
06:42:20 | * | JdGordon cant help unless the code actually compiles :p |
06:42:35 | BHSPitLappy | what target is it supposed to build on? |
06:42:53 | Membrillo | h300 |
06:43:08 | JdGordon | maybe it just doesnt like the sim.. ill try again |
06:43:27 | BHSPitLappy | I thought ashridah tried to build for the real thing |
06:43:48 | ashridah | i did |
06:43:51 | ashridah | and it failed nastily |
06:44:00 | ashridah | i haven't cvs updated in a while tho |
06:44:06 | JdGordon | ok |
06:44:08 | ashridah | well. a few days anyway |
06:45:08 | Membrillo | The rockdoom author has his own build. apparently it doesnt work with the regular CVS |
06:45:41 | JdGordon | hmm... well that wold explain it then |
06:45:43 | Membrillo | which would explain some of those problems |
06:46:03 | BHSPitLappy | diff it! |
06:46:05 | BHSPitLappy | er, no |
06:46:18 | JdGordon | by diff u mean fuck? |
06:46:44 | BHSPitLappy | Everything I say, I really mean 'fuck' |
06:46:54 | JdGordon | :D |
06:47:06 | | Join DarthLappy [0] (n=DarthShr@202-161-21-45.dyn.iinet.net.au) |
06:47:30 | ashridah | BHSPitLappy: diffing doesn't really help, when we don't have his tree |
06:47:35 | BHSPitLappy | i know |
06:47:36 | ashridah | the zip only contains the 'doom' directory |
06:47:40 | BHSPitLappy | hence, "er, no" |
06:47:54 | BHSPitLappy | is the author a regular around here? I don't know who it is. |
06:50:34 | Membrillo | hmmmmmm |
06:50:52 | Membrillo | this link has a few extra files... |
06:50:52 | Membrillo | http://daniel.haxx.se/rockbox/doom.zip |
06:51:41 | Membrillo | i dont know what the exact difference is though |
06:54:03 | Membrillo | here is a diff from the CVS if that helps |
06:54:04 | Membrillo | ttp://sourceforge.net/tracker/download.php?group_id=44306&atid=439120&file_id=166078&aid=1421032 |
06:54:47 | Membrillo | "Here is the diff file needed to compile the code also, it increases the plugin buffer size and adds access to vsnprintf to the plugins." |
06:56:06 | | Join DreamTactix291 [0] (n=DreamTac@adsl-149-149-154.bna.bellsouth.net) |
06:56:48 | Membrillo | here is his sourceforge page http://sourceforge.net/tracker/index.php?func=detail&aid=1421032&group_id=44306&atid=439120 |
06:56:55 | | Quit midkay ("laterz!") |
06:57:14 | | Join midkay [0] (n=midkay@24.143.70.99) |
07:00 |
07:00:07 | Membrillo | useful? |
07:01:04 | JdGordon | could be... im reformatting so ill b back in like an hour ready to help out again |
07:01:33 | ashridah | you know, i'd really love it if the damned sim didn't REQUIRE a fricking keypad |
07:01:43 | ashridah | (or at least, this is how it appears) |
07:01:47 | JdGordon | u on a lappy? |
07:01:51 | ashridah | JdGordon: no |
07:01:57 | ashridah | but i don't have a keypad |
07:02:05 | JdGordon | wierd... change the key mappings... |
07:02:27 | ashridah | not weird, i bought this keyboard specifically because it doesn't |
07:02:37 | JdGordon | even wierder |
07:02:42 | ashridah | and i'd rather not have to repeatedly fight against checkins |
07:03:46 | ashridah | JdGordon: not really. happy hacker keyboards are designed with a particular action and form factor in mind. it also has the control key in the appropriate non-braindead location :) |
07:04:49 | JdGordon | where should the ctrl be? |
07:05:02 | ashridah | right of the 'A' key |
07:05:06 | ashridah | sorry |
07:05:09 | ashridah | left |
07:05:14 | JdGordon | the only thing that irritates the fuck out of me with new keyboards is the retarted del key |
07:05:20 | JdGordon | ah |
07:05:21 | * | ashridah not here, please leave message after the beep |
07:05:23 | JdGordon | fone/... |
07:05:32 | ashridah | rofl |
07:05:35 | ashridah | no. |
07:05:37 | ashridah | just not here ;) |
07:05:54 | ashridah | i'm not sure where the del key is on the keyboards you're referring to |
07:07:06 | *** | Saving seen data "./dancer.seen" |
07:07:40 | JdGordon | no, i meant i was runnning to the fone... |
07:07:57 | JdGordon | u know on the new MS and some logitech ones.. the double height key abouve the arrows |
07:08:24 | JdGordon | anywho.... back in an hour |
07:08:29 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
07:08:29 | | Quit JdGordon ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
07:08:29 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
07:12:30 | midkay | um. anyone know what i need to do to get my plugin to compile. |
07:12:50 | midkay | is there a list of plugins that need to be compiled or something? |
07:13:01 | ashridah | midkay: typically, add it to SOURCES or the Makefile if it's a subdirectory |
07:13:15 | midkay | it's in apps/plugins |
07:13:17 | midkay | everything else compiles |
07:13:20 | midkay | mine is skipped over.. |
07:13:23 | midkay | or. |
07:13:27 | midkay | do i need to redo the makefile. |
07:14:23 | ashridah | all you need to do is add it to SOURCES afaik. |
07:14:26 | midkay | SOURCES, there it is. |
07:14:27 | midkay | thanks :) |
07:17:40 | midkay | kickass.. *tries it* |
07:17:57 | midkay | w... |
07:18:09 | BHSPitLappy | x... |
07:18:15 | midkay | y... z. |
07:19:30 | | Quit thegeek (Read error: 113 (No route to host)) |
07:20:06 | midkay | kickass. it works. |
07:20:59 | Membrillo | midkay: what plugin are you making? |
07:21:21 | midkay | Membrillo: not making per se.. porting my clock plugin from the archos recorders |
07:21:30 | Membrillo | oh ok nice |
07:23:50 | midkay | darn slowass lcd driver.. |
07:33:45 | | Join perplexity [0] (i=heh15515@217.165.99.160) |
07:35:29 | | Quit midkay (Remote closed the connection) |
07:37:40 | | Join midkay [0] (n=midkay@24.143.70.99) |
07:38:17 | | Quit midkay (Client Quit) |
07:47:57 | | Quit DreamTactix291 (Read error: 110 (Connection timed out)) |
07:56:08 | | Quit ashridah (Read error: 110 (Connection timed out)) |
07:58:35 | | Join ashridah [0] (i=ashridah@220-253-122-99.VIC.netspace.net.au) |
08:00 |
08:00:08 | | Quit Membrillo () |
08:07:21 | | Part hshah ("Leaving") |
08:14:30 | | Join einhirn [0] (n=Miranda@p5486004A.dip0.t-ipconnect.de) |
08:22:48 | | Join damaki__ [0] (n=Chocolat@ALille-153-1-22-174.w83-198.abo.wanadoo.fr) |
08:25:45 | | Join needleboy [0] (n=needlebo@HFA62-0-132-239.bb.netvision.net.il) |
08:30:01 | | Quit needleboy (Client Quit) |
08:30:39 | | Join needleboy [0] (n=needlebo@HFA62-0-132-239.bb.netvision.net.il) |
08:35:43 | | Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) |
08:37:02 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
08:38:13 | | Quit Paul_The_Nerd (Client Quit) |
08:39:33 | | Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) |
08:41:10 | | Join midkay [0] (n=midkay@24.143.70.99) |
08:44:25 | | Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) |
08:44:56 | | Part Paul_The_Nerd |
08:47:10 | | Quit midkay ("Leaving") |
08:48:24 | | Join JdGordon [0] (n=Miranda@c220-239-137-122.smelb1.vic.optusnet.com.au) |
08:50:11 | amiconn | mooning :) |
08:51:56 | | Quit perplexity (No route to host) |
08:52:07 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
08:53:10 | amiconn | linuxstb_: (clz results) Interesting.... |
08:53:41 | amiconn | It seems that alac would in fact be happy with a clz function that only handles shorts |
08:54:16 | | Join JdGordon [0] (n=Miranda@c220-239-137-122.smelb1.vic.optusnet.com.au) |
08:54:20 | amiconn | YOu would have to dig up all places that use the result; I expect some correction by 16 there... |
08:55:04 | amiconn | I have another idea for profiling - in case profiling doesn't work on iPod, just do it on your irver. |
08:55:16 | amiconn | This should at least tell you the hot spots... |
09:00 |
09:00:14 | | Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) |
09:04:36 | imphasing | I think __builtin_clz handles shorts, and __builtin_clzl does longs |
09:04:42 | imphasing | so you can switch between them if you need to |
09:04:49 | imphasing | not sure which one he decided on though |
09:04:53 | imphasing | yours or the builtin |
09:07:07 | *** | Saving seen data "./dancer.seen" |
09:08:45 | amiconn | Afair __builtin_clz handles ints, whatever that is depending on the target arch (16 or 32 bit) |
09:08:58 | imphasing | Ah yes, I think you're right.. |
09:09:22 | amiconn | This int vs. long is a mess today... |
09:09:39 | amiconn | Up to 32 bit archs it was simple. |
09:09:41 | imphasing | I wouldn't mind stricter types.. |
09:09:52 | | Join midkay [0] (n=midkay@24.143.70.99) |
09:10:02 | imphasing | like, int16, int32, int64, long128, whatever. |
09:10:06 | amiconn | short = 16 bit, int = 16 or 32 bit, long = 32 bit |
09:10:15 | imphasing | Most of the time. |
09:10:16 | imphasing | :P |
09:10:22 | amiconn | ..but the 64 bit archs messed that up :( |
09:10:24 | imphasing | yeah |
09:10:24 | imphasing | :( |
09:10:39 | amiconn | AMD64: int = 32 bit (!), long = 64 bit |
09:10:44 | imphasing | gah. |
09:10:58 | imphasing | I don't mess with 64, but I should probably start making my code more compatible.. |
09:11:02 | amiconn | but (afik) IA64: int = 64 bit, long = 64 bit |
09:11:23 | imphasing | IA64 is intel's, right? |
09:11:33 | amiconn | Yes, aka Itanium |
09:11:43 | imphasing | Ah yes.. |
09:11:53 | amiconn | I tried compiling the rockbox sim on my AMD64 linux box |
09:11:58 | imphasing | gack. |
09:12:04 | amiconn | It doesn't even compile - and why? |
09:12:35 | imphasing | Are the AMD 64's little or big endian? |
09:12:35 | amiconn | bmp2rb uses 'long' to declare the bmp header struct, and that doesn't match reality on AMD64... |
09:12:36 | imphasing | =/ |
09:12:42 | imphasing | Hah. |
09:13:10 | amiconn | I will change that, hopefully soon |
09:13:14 | imphasing | I remember the craze about the Merced processor.. |
09:13:17 | amiconn | int32_t |
09:13:39 | amiconn | AMD64 aka x86-64 is little endian |
09:13:46 | imphasing | uint32_t is what I use for all my instructions, and other things like that. |
09:13:48 | imphasing | ah.. |
09:14:04 | imphasing | and int32_t for general purpose ints |
09:14:13 | amiconn | It makes sense to use canonical types for general purpose |
09:14:26 | imphasing | otherwise they could end up being strange sizes, depending on how the compiler is feeling.. |
09:14:32 | amiconn | ...and explicit size types for when size matters |
09:14:37 | amiconn | (like header structs) |
09:14:42 | imphasing | Ah.. |
09:15:14 | amiconn | If you use explicit sizes for general purpose, the code might end up less efficient, depending on the target arch |
09:15:21 | imphasing | Good point.. |
09:15:43 | imphasing | int == long on an IA64? |
09:15:54 | amiconn | E.g. (in case this port will be taken up again), the gmini uses a calmrisc16 cpu, which is 16 bit |
09:16:15 | amiconn | If you use an explicit 32 bit int, this is clearly slower |
09:16:22 | imphasing | Ah, yes.. |
09:16:30 | imphasing | but what if your number won't fit in 16 bits? |
09:16:34 | imphasing | it'll have to be slower |
09:16:44 | amiconn | of course |
09:16:57 | imphasing | Such is the burden of the 16 bit processor I guess |
09:17:07 | amiconn | It's even more strange |
09:17:22 | amiconn | Not only it is 16 bit, but it's also a harvard architecture |
09:17:29 | imphasing | harvard? |
09:17:56 | amiconn | Yes, the opposite of 'von Neumann' |
09:18:34 | imphasing | Interesting.. |
09:18:36 | | Quit einhirn (Read error: 110 (Connection timed out)) |
09:18:37 | amiconn | Most CPUs have one address space for code and data, on a harvard CPU code and data addresses are fundamentally diffeent |
09:18:38 | imphasing | Never heard of that before.. |
09:18:52 | imphasing | That could get slow/complex.. |
09:19:11 | amiconn | It's faster when you have to crunch lots of data |
09:19:11 | imphasing | I like having all the data inside the opcodes.. |
09:19:14 | imphasing | ah.. |
09:19:29 | amiconn | Most DSPs have a harvard architecture |
09:19:36 | imphasing | Cool.. |
09:20:04 | amiconn | The gmini is basically running everything on a DSP... |
09:20:07 | imphasing | I don't really know much about processor, excepting ARM v4. |
09:20:11 | imphasing | Cool.. |
09:20:50 | amiconn | What's not so cool is that a gmini port will never support flexible plugins and such |
09:21:07 | amiconn | It has no RAM that can be used for code. |
09:21:17 | imphasing | I wonder why they didn't choose to go with something as simple and accepted as an ARM processor |
09:21:23 | amiconn | All code has to go into flash; RAM can only be used for data |
09:21:25 | imphasing | That's annoying.. |
09:22:04 | JdGordon | any1 got a ati radean vid card? |
09:22:06 | imphasing | I would hope that a normal Harvard processor would have separate areas for data and code in the ram, so that things don't get all jumbled.. |
09:22:19 | Maxime | yes JdGordon, why? |
09:22:21 | imphasing | JdGordon: I have one sitting in a corner.. |
09:22:40 | amiconn | Fortunately, all other targets have way more conventional architectures |
09:22:44 | JdGordon | any idea where the drivers are on the ati site? i only found the stupid catalyst control center download |
09:23:09 | Maxime | under wich OS ? |
09:23:11 | Maxime | +h |
09:23:12 | JdGordon | xp |
09:23:15 | imphasing | amiconn: What's the strangest processor you've heard of? |
09:23:16 | imphasing | :D |
09:23:29 | BHSPitLappy | the human brain? |
09:23:35 | imphasing | That's not a processor. |
09:23:46 | imphasing | That's a BIRUCC |
09:23:50 | * | BHSPitLappy processes that theory... |
09:23:56 | Maxime | JdGordon: https://support.ati.com/ics/support/default.asp?deptID=894&task=knowledge&folderID=27 |
09:24:03 | imphasing | (Biological information retaining usint, and control center) |
09:24:10 | imphasing | s/usint/unit/ |
09:25:08 | amiconn | The MAS DSP core is even more strange than the calmrisc |
09:25:46 | amiconn | (The MAS35xx are the mp3 hardware codecs used in the archos jukeboxes and Ondios) |
09:25:58 | imphasing | Hmm.. |
09:26:20 | JdGordon | Maxime: i dled and installed catalyst 6.1 but its still using the xp built in drivers?? |
09:26:27 | amiconn | There is no official programming documentation, but an unofficial document describing the DSP core |
09:26:40 | Maxime | JdGordon: or else you can try the "omega drivers" |
09:26:43 | imphasing | I should read some stuff on DSP's.. |
09:26:46 | amiconn | Of course it's harvard. Next thing is that it is 20bit (!) |
09:26:54 | imphasing | I know absolutely jack about them. |
09:26:55 | imphasing | !! |
09:26:57 | imphasing | 20 bit? |
09:26:59 | imphasing | =/ |
09:26:59 | | Join DreamTactix291 [0] (n=DreamTac@adsl-149-149-154.bna.bellsouth.net) |
09:27:08 | imphasing | That's sort of creepy. |
09:27:14 | imphasing | And wrong.. |
09:27:27 | amiconn | ...but the strangest thing is that you have to keep an eye on instruction pipeline sync yourself (!!) |
09:27:44 | imphasing | Erm.. |
09:27:50 | imphasing | Why use a processor like that? |
09:28:11 | Maxime | JdGordon: or, uninstall the XP drivers, then install catalyst, then reboot |
09:28:18 | amiconn | It's very energy efficient |
09:28:25 | imphasing | Ah.. |
09:28:43 | amiconn | The MAS3587F can *encode* to mp3 realtime - at a clock of 22..24 MHz (!) |
09:29:08 | imphasing | But..all the peripherals, that might be say, 16 bit, or 32 bit, would have to either take instruction and a halfs, or more than one instruction to operate.. |
09:29:10 | imphasing | gar.. |
09:29:15 | imphasing | wow. |
09:29:17 | imphasing | 22.. |
09:29:28 | amiconn | It doesn't have to deal with in & out that much |
09:30:08 | amiconn | The ADC and DAC are built in, and mp3 itself is a bitstream that is handled via SCI or 8 bit parallel |
09:30:25 | imphasing | Cool.. |
09:30:32 | amiconn | There's only internal memory |
09:30:35 | imphasing | I wonder if there are any mp3 players that use vector processors.. |
09:30:50 | imphasing | you could process sets of bits at the same time |
09:31:04 | imphasing | and put them back in order.. |
09:31:07 | imphasing | or maybe not. |
09:31:49 | | Join BHSPitMonkey [0] (n=billybob@67.64.118.242) |
09:31:50 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
09:31:57 | amiconn | The main CPU of the archos jukeboxes (where rockbox runs on) is rather conventional. |
09:32:22 | amiconn | 11..12 MHz Renesas (former Hitachi) SH1 |
09:32:32 | amiconn | 32 bit, RISC, big endian |
09:32:45 | imphasing | Comforting.. |
09:32:46 | imphasing | :D |
09:33:00 | imphasing | Although a 32 bit RISC is usually little endian.. |
09:33:58 | amiconn | Not really |
09:34:29 | imphasing | I know the ipod is little endian, and I think the irivers are, right? |
09:34:40 | amiconn | Nope |
09:34:47 | needleboy | when running MAKE ZIP, i get this error: |
09:34:49 | needleboy | make: *** [zip] Error 127 |
09:34:52 | imphasing | ah |
09:35:07 | needleboy | anyone knows why? |
09:35:10 | amiconn | irivers use a coldfire MCF5249, which is big endian too |
09:35:22 | amiconn | iPod is the first little endian target for rockbox |
09:35:23 | imphasing | Interesting.. |
09:35:50 | needleboy | home/guest/rockbox/tools/buildzip.pl: not found |
09:35:54 | amiconn | ...but we already had to keep an eye on endianess before |
09:35:58 | | Quit Maxime () |
09:35:59 | needleboy | anyone knows what this is? |
09:36:03 | amiconn | The sims are most often little endian |
09:36:13 | | Quit imphasing (Remote closed the connection) |
09:36:34 | amiconn | needleboy: Check your tools dir |
09:36:49 | needleboy | amiconn, the file's there |
09:36:49 | | Join imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) |
09:36:54 | needleboy | it's the latest CVS |
09:37:03 | imphasing | Stupid gnome-xchat.. |
09:37:46 | needleboy | buildzip.pl - 6.95kb |
09:37:52 | imphasing | You know, I've never come across one of those "little endian" processors before.. |
09:37:56 | imphasing | You ever seen one? |
09:38:06 | amiconn | x86 is little endian |
09:38:09 | | Quit colin_sleep (Connection reset by peer) |
09:38:10 | imphasing | erm. |
09:38:14 | imphasing | s/little/middle/ |
09:38:14 | imphasing | :P |
09:38:20 | amiconn | ?? |
09:38:28 | imphasing | They also called it "mixed endia" |
09:38:34 | amiconn | Ah those. |
09:38:35 | imphasing | the bits are sort of mixed around |
09:38:39 | imphasing | yeah |
09:38:44 | amiconn | No, I don't know any either |
09:38:54 | needleboy | help? anyone? |
09:39:00 | needleboy | i can't compile... |
09:39:01 | | Join colin_sleep [0] (n=colin@hutchtel-69-71-32-8.hutchtel.net) |
09:44:11 | | Join JdGordon [0] (n=Miranda@c220-239-137-122.smelb1.vic.optusnet.com.au) |
09:44:53 | needleboy | damn it... |
09:45:01 | | Join Maxime [0] (n=flemmard@fbx.flemmard.be) |
09:45:03 | needleboy | i can't find any info on this error anywhere... |
09:45:04 | JdGordon | farting hell |
09:45:11 | needleboy | could anyone help? |
09:45:28 | needleboy | home/guest/rockbox/tools/buildzip.pl: not found |
09:45:34 | needleboy | make: *** [zip] Error 127 |
09:45:42 | needleboy | what the hell is that??? |
09:46:20 | JdGordon | it means that buidzip.pl is not in the tree where it should be |
09:46:27 | needleboy | it's there... |
09:46:35 | JdGordon | hmm... |
09:46:39 | JdGordon | odd! |
09:46:50 | needleboy | tools/buildzip.pl |
09:46:53 | needleboy | it's there |
09:47:05 | needleboy | i'll try to reinstall cygwin |
09:54:42 | | Join Membrillo [0] (n=sam_kill@CPE-60-229-179-140.nsw.bigpond.net.au) |
09:56:14 | amiconn | do you have zip installed? |
09:56:37 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
10:00 |
10:10:38 | | Join Matze [0] (i=Miranda@p5484F009.dip.t-dialin.net) |
10:14:09 | | Join JdGordon41 [0] (n=Miranda@c220-239-137-122.smelb1.vic.optusnet.com.au) |
10:16:37 | | Quit linuxstb_ ("Leaving") |
10:16:39 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
10:16:57 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
10:18:42 | | Join t0mas [0] (n=Tomas@unaffiliated/t0mas) |
10:19:37 | hardeep | i wonder how much archos users would complain if they were required to do a software shutdown to ensure that all resume data was saved |
10:19:53 | hardeep | for that matter, i wonder how many archos users we have left |
10:21:00 | BHSPitMonkey | I remember someone singing praises of how rb was a major improvement on their archos the other day. |
10:21:04 | t0mas | hardeep: a lot, but most of them install only real releases... |
10:21:07 | BHSPitMonkey | (but now they had an iPod :D) |
10:21:29 | amiconn | hardeep: What do you intend to do? |
10:21:47 | hardeep | amiconn: i added playlist command caching |
10:21:56 | amiconn | Plain relying on soft shutdown isn't a good idea on a battery-powered device imho |
10:21:59 | hardeep | amiconn: was trying to keep it the same between iriver and archos devices if possible |
10:22:12 | amiconn | At least changed info should be saved on a spinup |
10:22:19 | | Quit youngcereal (Remote closed the connection) |
10:22:44 | hardeep | amiconn: yeah, that was what i wanted to ask you about... did you ever get around to adding the callback on spinup? |
10:22:58 | amiconn | No, not yet |
10:23:25 | amiconn | The battery_benchmark plugin uses a similar technique, but it monitors the disk status |
10:23:48 | amiconn | We will need that callback anyway when we switch to file-based config |
10:23:54 | hardeep | yeah |
10:24:00 | amiconn | Today, the config sector is handled in the ata driver |
10:24:58 | amiconn | hardeep: Slightly related topic,as (iirc) you're 'Mr. playlist': |
10:25:24 | | Quit BHSPitLappy (Read error: 104 (Connection reset by peer)) |
10:25:35 | hardeep | haven't messed with it for a while, but ask away |
10:25:48 | amiconn | There is a patch that allows adding tracks to different playlists, and Linus said that it used the playlist api in a wrong way |
10:26:20 | hardeep | i saw the forum post about it |
10:26:31 | hardeep | from the sounds of it, they removed the playlist calls in the last version |
10:26:36 | amiconn | Is the playlist api able to handle more than just the in-RAM playlist, or not? |
10:26:57 | hardeep | yeah, it can handle any number of playlists |
10:26:59 | midkay | hey, it's hardeep :) |
10:27:04 | amiconn | Yes. I'm asking in case this means unnecessary code duplication... |
10:27:22 | hardeep | that's how viewing m3u files works |
10:27:28 | midkay | oops. i interrupted something. *slips away into the shadows* |
10:27:29 | hardeep | it's makes use of the playlist apis |
10:27:40 | hardeep | midkay: hey |
10:27:47 | midkay | ;) |
10:28:43 | hardeep | amiconn: however, for that patch, it's probably easier to do it the way they are −− appending to the end of the playlist |
10:29:04 | hardeep | amiconn: the playlist functions are overkill if you're not intending to do any editing |
10:33:14 | | Nick paugh is now known as AliasCoffee (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
10:33:36 | | Quit JdGordon (Read error: 110 (Connection timed out)) |
10:36:14 | | Quit JdGordon41 (Read error: 104 (Connection reset by peer)) |
10:38:14 | | Join JdGordon [0] (n=Miranda@c220-239-137-122.smelb1.vic.optusnet.com.au) |
10:39:18 | | Join BHSPitLappy [0] (i=Steve-O@67.64.118.242) |
10:42:03 | amiconn | linuxstb: Is alac now realtime on iPod? |
10:42:59 | linuxstb | Not when the disk is being read - it can't quite keep up. But when the disk isn't being used, it happily keeps the PCM buffer full. |
10:43:53 | amiconn | Hmm. |
10:44:47 | amiconn | So, no real gain from the improved clz() |
10:44:51 | | Quit Matze ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
10:44:58 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
10:45:15 | | Quit DangerousDan (Read error: 104 (Connection reset by peer)) |
10:46:14 | linuxstb | Nothing outstanding, no - I still haven't done any accurate speed tests though. |
10:46:19 | | Join damaki [0] (n=Chocolat@ALille-153-1-43-251.w83-198.abo.wanadoo.fr) |
10:47:26 | BHSPitLappy | heh, when's "Benchmark environment" going to be an option on the configure script |
10:47:39 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
10:50:16 | | Join Rondom [0] (n=Rondom@mrbg-3e3422cc.pool.mediaWays.net) |
10:50:21 | JdGordon | linuxstb: can we get some standard key defines for all targets? like STANDARD_BUTTON_UP STANDARD_BUTTON_OK, etc... so we dont need to check the keyconfig everywhere? |
10:50:28 | | Quit DangerousDan (Read error: 104 (Connection reset by peer)) |
10:50:34 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
10:52:28 | | Join JdGordon [0] (n=Miranda@c220-239-137-122.smelb1.vic.optusnet.com.au) |
10:52:41 | JdGordon | grrr... soz... bloody windows rebooted on me |
10:52:58 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
10:53:42 | linuxstb | JdGordon: Feel free to try, but it won't be straightforward. For example, the iPod doens't have up/down buttons. Where appropriate, scrolling (forward/back) on the clickwheel count as up/down, but in other places, it makes more sense to use MENU and PLAY for up/down, with scrolling doing something else. |
10:54:18 | JdGordon | :'( bloody apple, always making things difficutl |
10:56:51 | linuxstb | I'm not sure we can do better than the current approach - which is to define button mappings in each part of Rockbox - e.g. the TREE_* defines at the top of tree.h You should never check for BUTTON_* directly. |
10:59:07 | | Quit damaki__ (Read error: 110 (Connection timed out)) |
10:59:39 | | Join amiconn_ [0] (n=jens@p54BD4267.dip.t-dialin.net) |
11:00 |
11:00:02 | | Quit amiconn (Nick collision from services.) |
11:00:03 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD4267.dip.t-dialin.net) |
11:00:09 | amiconn | gah |
11:00:19 | ghode|afk | smallnoob question in the /tools/configure script is it possible to automate it so that it only ever chooses one platform/build? |
11:01:22 | linuxstb | Just do something like "(echo 9 ; echo) | ../tools/configure" |
11:01:35 | | Join petur [0] (i=petur@d54C1A64C.access.telenet.be) |
11:01:48 | ashridah | or use expect |
11:01:55 | | Join [Zer0]Fangor [0] (i=Johan_An@h228n2fls31o267.telia.com) |
11:02:46 | ghode|afk | i've never used C before... will have a look |
11:03:14 | linuxstb | You don't need C - configure is a bash shell script. |
11:04:11 | | Quit Thus0 (Remote closed the connection) |
11:04:58 | | Join einhirn [0] (n=Miranda@p54860057.dip0.t-ipconnect.de) |
11:07:09 | *** | Saving seen data "./dancer.seen" |
11:08:07 | | Join perplexity [0] (n=joust@de2-b14292.alshamil.net.ae) |
11:08:27 | | Join Thus0 [0] (n=Thus0@248.111.102-84.rev.gaoland.net) |
11:08:41 | | Quit Thus0 (Remote closed the connection) |
11:11:28 | | Join ender` [0] (i=ychat@84.52.165.220) |
11:16:46 | JdGordon | the arm packages for cygwin is only needed for ipod right? |
11:19:35 | linuxstb | Yes |
11:21:23 | JdGordon | k, good... the packages haave gone awol form the rb cygwin mirror... |
11:21:58 | linuxstb | They still appear here: http://www.rockbox.org/cygwin/release/ |
11:22:29 | JdGordon | wierd... didnt show up in the cyg installer |
11:23:10 | linuxstb | I've no idea (I don't use cygwin). Try mentioning it to Linus when he's next around - he set them up. |
11:23:21 | JdGordon | k |
11:29:11 | amiconn | bbl |
11:29:14 | | Part amiconn |
11:29:40 | | Join muesli__ [0] (n=muesli_t@88.134.20.76) |
11:30:15 | | Join Lear [0] (n=chatzill@h194n1c1o285.bredband.skanova.com) |
11:33:51 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-25-14.w83-198.abo.wanadoo.fr) |
11:35:34 | | Join Moos [0] (i=DrMoos@m53.net81-66-159.noos.fr) |
11:38:03 | | Join damaki__ [0] (n=Chocolat@ALille-153-1-2-218.w83-198.abo.wanadoo.fr) |
11:46:39 | | Join billiob [0] (n=billiob@ADijon-256-1-34-226.w81-51.abo.wanadoo.fr) |
11:47:57 | | Quit damaki (Read error: 110 (Connection timed out)) |
11:48:14 | | Quit imphasing (Read error: 104 (Connection reset by peer)) |
11:48:52 | | Join imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) |
11:52:34 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
11:53:23 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-139-001.pools.arcor-ip.net) |
11:54:08 | | Join Therx [0] (n=pete@i-195-137-39-215.freedom2surf.net) |
11:54:13 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-1-44.w83-198.abo.wanadoo.fr) |
11:58:59 | | Quit [Zer0]Fangor (Read error: 110 (Connection timed out)) |
11:58:59 | | Quit Kohlrabi (Read error: 104 (Connection reset by peer)) |
12:00 |
12:00:17 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-145-236.pools.arcor-ip.net) |
12:01:49 | | Join safetydan [0] (n=dan@81-178-235-210.dsl.pipex.com) |
12:02:01 | | Quit aliask ("Chatzilla 0.9.70 [Firefox 1.5.0.1/2006011112]") |
12:04:31 | | Quit Kohlrabi (Read error: 104 (Connection reset by peer)) |
12:06:22 | | Join Thus0 [0] (n=Thus0@248.111.102-84.rev.gaoland.net) |
12:06:29 | | Join webguest77 [0] (n=50da2f05@labb.contactor.se) |
12:06:51 | webguest77 | hi |
12:07:13 | * | ashridah tips hat |
12:07:24 | | Join Myth`n`Legend [0] (i=Whatever@bzq-218-45-207.cablep.bezeqint.net) |
12:07:39 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-145-236.pools.arcor-ip.net) |
12:07:43 | JdGordon | ay... watch my beer fool |
12:07:49 | JdGordon | u almost nocked it over |
12:08:03 | * | JdGordon mumbles to self and drinks said beer |
12:08:41 | webguest77 | does any one know where to get rockbox for ipod video |
12:08:42 | webguest77 | ? |
12:09:00 | | Quit damaki__ (Read error: 110 (Connection timed out)) |
12:09:01 | | Quit Kohlrabi (Read error: 104 (Connection reset by peer)) |
12:09:02 | JdGordon | no audio yet on the vid... iirc |
12:09:18 | webguest77 | iknow..but i want to look at it,.. |
12:09:38 | webguest77 | i don't find it to downloaf |
12:09:42 | webguest77 | download |
12:09:50 | JdGordon | u prob have to compile it yourself... |
12:10:08 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-145-236.pools.arcor-ip.net) |
12:10:12 | ashridah | there isn't a daily build link for it yet? |
12:10:20 | webguest77 | no |
12:10:38 | webguest77 | where can i find all files to comp? |
12:11:05 | ashridah | hmm. you're right. only the colour and nano builds |
12:11:36 | ashridah | webguest77: well, the place where most of rockbox's instructions are found is in the wiki |
12:11:46 | ashridah | you want to start with http://www.rockbox.org/twiki/bin/view/Main/IpodPort |
12:12:08 | ashridah | you'll also need to either get cygwin if you're using windows, or build yourself a cross compiler if you're using linux or macosX |
12:12:32 | ashridah | we've got instructions that cover that linked here http://www.rockbox.org/twiki/bin/view/Main/DocsIndex |
12:13:17 | ashridah | including cross compilers, how to get rockbox's source, how to compile rockbox, etc |
12:13:28 | webguest77 | ok,.. |
12:13:35 | webguest77 | i try this,... |
12:13:39 | webguest77 | thx! |
12:13:47 | ashridah | hrm. the video build hasn't even been added to the build table yet |
12:13:58 | webguest77 | thats true |
12:14:17 | ghode|afk | http://www.rockbox.org/twiki/bin/view/Main/SimpleGuideToCompiling - is a good guide too |
12:14:42 | | Quit Rondom (No route to host) |
12:14:51 | ashridah | ghode|afk: which, of course, is linked in the index just like everything else |
12:14:53 | BHSPitMonkey | ashridah: I'm assigning you to the initiative to get that taken care of! |
12:15:09 | JdGordon | would any1 object to my fixing the yes/no screen? |
12:15:18 | ashridah | BHSPitLappy: sure. i'll get right on that right after i get cvs access (ie, probably never at the rate i'm going :) ) |
12:15:19 | BHSPitMonkey | wha? |
12:15:27 | ashridah | JdGordon: define 'fix' |
12:15:37 | BHSPitMonkey | define 'problem' |
12:16:07 | ghode|afk | ashridah: yeah, just saving some time :P |
12:16:08 | JdGordon | as in make it "normal".. i mean, ont he bloody h300 it says press play to accept right? but it really should say press NAVI... |
12:16:14 | JdGordon | so i want to make it a bit nicer |
12:16:30 | ashridah | JdGordon: okay, the problem is, on other architectures it IS the play button that gets pressed |
12:16:38 | ashridah | ideally, we need a way to set the text per-platform |
12:16:55 | JdGordon | or have a more gui'ed gui... |
12:16:59 | JdGordon | that doesnt make sense |
12:17:03 | * | JdGordon needs more sleep |
12:17:10 | BHSPitMonkey | it's 5:17am |
12:17:13 | BHSPitMonkey | what's sleep? |
12:17:31 | BHSPitMonkey | ok... nite! |
12:17:32 | BHSPitMonkey | :D |
12:17:39 | ashridah | BHSPitLappy: i'm assuming they never taught you that the world's round then |
12:18:06 | JdGordon | shit!! its not round... dont give in to their lies |
12:18:25 | JdGordon | next thing youll say is the moon controls the tides... |
12:18:25 | BHSPitLappy | everyone knows it's a polyhedron |
12:18:55 | BHSPitLappy | http://video.google.com/videoplay?docid=-8351416831364989468&q=snl |
12:19:29 | ashridah | JdGordon: nah, the tide's the work of evil sea elves, who've launched a billion year plan to erode the land above water back into the sea, thus drowning us all |
12:21:32 | linuxstb | JdGordon: The problem is translations into other languages - we are patiently waiting for "localisation v2" which will allow different strings for different targets. |
12:23:55 | Therx | Slasheri, you around? |
12:26:15 | JdGordon | linuxstb: button_left _right is ok to check as is? i mean its "standard" ? |
12:27:10 | linuxstb | Yes, left and right are present on every existing target - but IMO, they still shouldn't be used. (but I know they probably still are in some places). |
12:27:39 | linuxstb | Taking the ipod again, in some places, scrolling forward/back will be a better key assignment than using left/right. |
12:28:36 | JdGordon | ye, thats ok oin this screen... |
12:28:37 | linuxstb | e.g. in "slider" widgets. |
12:30:05 | | Join Rondom [0] (n=Rondom@mrbg-3e3422fe.pool.mediaWays.net) |
12:30:06 | linuxstb | What screen are you working on? |
12:30:33 | JdGordon | the yes no screen... |
12:30:49 | JdGordon | making it prettier... and less confusing |
12:31:02 | * | JdGordon understandds if its a pointless task |
12:31:10 | | Quit Membrillo () |
12:31:44 | linuxstb | Assuming left/right is used to select "yes" or "no", then I think the scrolling events are better on the ipod. |
12:32:17 | JdGordon | not the left/right arrow? ill show u a screeny in a sec |
12:33:30 | JdGordon | weeee http://users.monash.edu.au/~jdgor1/rb/yesno,bmp |
12:34:00 | JdGordon | left/right moves the box over yes/no and the default select button (whatever it was before) selects |
12:34:14 | linuxstb | ERROR 404: Not Found. |
12:34:36 | t0mas | http://users.monash.edu.au/~jdgor1/rb/yesno.bmp |
12:34:41 | JdGordon | woops.. comma |
12:34:46 | | Join Bger [0] (n=Bager@217.9.226.114) |
12:35:09 | JdGordon | completyly useless patch.. but iom bored and thats been annoyging me :p |
12:36:01 | linuxstb | No, I think it could be useful - it works around the language problem. |
12:37:11 | JdGordon | yippe.. my first correct patch http://users.monash.edu.au/~jdgor1/rb/yesno.patch |
12:37:26 | linuxstb | But yes, I think the scroll events should be used on the ipod. And they shouldn't wrap - i.e. scrolling forward on "No" or backwards on "Yes" should have no effect. |
12:37:41 | JdGordon | only on ipod? |
12:38:02 | linuxstb | The ipod is the only target with a "scrolling" input. |
12:38:15 | | Join _FireFly_ [0] (n=FireFly@p54A468A6.dip.t-dialin.net) |
12:38:16 | JdGordon | no i mean, the wrapping should only not happen on ipod? |
12:38:22 | | Join mozetti [0] (n=mozetti@p54A85055.dip.t-dialin.net) |
12:38:26 | linuxstb | I don't see any reason why they need to wrap on any target. |
12:38:43 | JdGordon | coz its easier to code if they do :D |
12:39:29 | | Quit BHSPitMonkey (Remote closed the connection) |
12:39:48 | linuxstb | Not really - if the user presses "BUTTON_LEFT", then you simply set "Yes" to be selected. If the user presses RIGHT, then you set No. |
12:40:18 | JdGordon | no, i mean its all 1 block in the switch if it does wrap... |
12:40:54 | JdGordon | fixed... |
12:41:07 | JdGordon | just testing... |
12:43:53 | JdGordon | done.. updated the patch... |
12:44:01 | JdGordon | i can put it on the tracker if ud prefer? |
12:44:49 | JdGordon | . |
12:45:49 | | Join Matze [0] (i=Miranda@p5484F009.dip.t-dialin.net) |
12:49:11 | linuxstb | Yes, upload it to the patch tracker - unless you want me to have another look first. |
12:49:29 | JdGordon | im not fussed... |
12:49:44 | linuxstb | I would be in favour of committing it, but it does have one disadvantage compared to the old method - it requires one more button press if you select Yes. |
12:50:03 | linuxstb | But I think the advantages outweigh that. |
12:50:48 | JdGordon | hmm.. bugger... |
12:51:02 | JdGordon | it wont work on almost all the targets :D |
12:51:09 | JdGordon | they all have button_right set to ok |
12:51:38 | JdGordon | c.. if there was a STANDARD_OK define then that could be used... instead of manually figuring out the best button for ok... |
12:52:03 | | Quit Matze ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
12:52:30 | | Join Matze [0] (i=Miranda@p5484F009.dip.t-dialin.net) |
12:52:45 | JdGordon | hmm.. menu on the ondio is ok for select? |
12:53:37 | | Quit Matze (Client Quit) |
12:53:42 | | Join Matze [0] (i=Miranda@p5484F009.dip.t-dialin.net) |
12:55:13 | JdGordon | grr.. bloody sf is down |
12:56:21 | safetydan | man that place has been up and down like a yo yo lately |
12:56:55 | ashridah | try constantly |
12:59:08 | | Quit webguest77 ("CGI:IRC (EOF)") |
13:00 |
13:00:17 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
13:04:50 | linuxstb_ | JdGordon: Just change the definitions in yesno.h - e.g. look at tree.h to see what's appropriate for "select" on each target. Or ask here - amiconn is the Ondio expert for example. |
13:05:54 | linuxstb_ | On the ipod and irivers, it should be BUTTON_SELECT, and I think PLAY is appropriate for the Archos devices. |
13:06:37 | JdGordon | ye, thats what ive done... |
13:06:45 | JdGordon | just waiting for sf to get back up |
13:07:11 | *** | Saving seen data "./dancer.seen" |
13:07:50 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
13:09:21 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
13:10:10 | | Join bluey [0] (n=bluey@dslb-084-059-097-243.pools.arcor-ip.net) |
13:10:51 | linuxstb | JdGordon: Have you tried using inverse text instead of drawing a rectangle? |
13:11:11 | JdGordon | no.. will it look better? |
13:11:36 | linuxstb | I don't know - that's why I asked :) But it would probably be more consistent with the rest of Rockbox. |
13:11:57 | JdGordon | ok, ill have a look |
13:12:06 | * | JdGordon goes searchng for the inverse text code.. |
13:15:22 | safetydan | I think you just need to do screen->set_drawmode(DRMODE_SOLID|DRMODE_INVERSEVID) before doing putsxy |
13:16:57 | | Quit imphasing (Read error: 104 (Connection reset by peer)) |
13:17:23 | JdGordon | linuxstb: oh, and its only really consistant with the rest if the user has selected to use that selection mode... |
13:17:34 | | Join imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) |
13:18:14 | linuxstb | Yes, I realise that. I'm not sure if the pointer is appropriate there though - but maybe it's better than introducing a third type of pointer (your rectangle). |
13:18:43 | JdGordon | hmm... well it doesnt look amazing.. ill keep playing |
13:19:00 | imphasing | linuxstb: Rockbox has a divx player? |
13:19:02 | imphasing | (!!) |
13:19:07 | linuxstb | No. |
13:19:41 | imphasing | :( |
13:19:52 | | Quit Matze ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
13:20:37 | imphasing | Someone wrote a video player though? |
13:21:03 | _FireFly_ | afaik only a decoder |
13:21:15 | _FireFly_ | he tried it |
13:21:26 | linuxstb | There is a video player that works on the Archos players - but it's Rockbox's own video format. |
13:21:27 | _FireFly_ | but i don*t know the result |
13:21:44 | imphasing | Ah, that's cool. |
13:22:13 | | Join amiconn [0] (n=jens@p54BD5589.dip.t-dialin.net) |
13:22:49 | JdGordon | grr... i just realised it doesnt work properly on the lcd remote... |
13:23:03 | | Join Matze [0] (i=Miranda@p5484F009.dip.t-dialin.net) |
13:23:10 | | Join mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
13:23:29 | | Quit Matze (Client Quit) |
13:23:35 | | Join Matze [0] (i=Miranda@p5484F009.dip.t-dialin.net) |
13:24:49 | | Quit Matze (Client Quit) |
13:27:24 | JdGordon | linuxstb: http://users.monash.edu.au/~jdgor1/rb/yesno.bmp |
13:28:33 | imphasing | Click no! |
13:29:53 | linuxstb | JdGordon: That looks fine to me. What do you think? |
13:30:18 | JdGordon | ye, cept it doesnt work on the lcd.. so ill fix that and then... bed |
13:30:47 | JdGordon | the code is horrible tho.... is there a way to make the inverted area around the text bigger without doing it manually? |
13:31:09 | midkay | manually isn't so hard.. :) |
13:31:20 | JdGordon | no, but the code gets sloppy |
13:31:26 | midkay | one invertrect?.. |
13:31:56 | JdGordon | gah, my brain is obviously asleep... |
13:32:07 | JdGordon | i was doing drawrect in a loop around it twice :D |
13:32:09 | * | JdGordon is a dill |
13:32:12 | midkay | haha |
13:32:19 | imphasing | I haven't slept yet, and it's almost 8:00AM.. |
13:32:20 | imphasing | :( |
13:32:30 | midkay | just print "Yes" and "No", and do an invertrect for either one depending on which is selected.. |
13:32:32 | midkay | simplest :) |
13:32:48 | JdGordon | it wont overwrite the text? |
13:33:01 | midkay | nope.. invertrect just inverts |
13:34:16 | | Quit linuxstb (Read error: 104 (Connection reset by peer)) |
13:34:21 | | Join damaki__ [0] (n=Chocolat@ALille-153-1-13-201.w83-198.abo.wanadoo.fr) |
13:35:04 | amiconn | Any X5 coder/owner around? |
13:35:48 | | Join Lost-ash [0] (i=ashridah@220-253-121-85.VIC.netspace.net.au) |
13:36:08 | | Quit ashridah (Nick collision from services.) |
13:36:15 | | Nick Lost-ash is now known as ashridah (i=ashridah@220-253-121-85.VIC.netspace.net.au) |
13:36:15 | JdGordon | midkay: i did a search and its only in plugins\worlet.c ?? wtf? |
13:36:31 | midkay | JdGordon, hm? i've seen it most plugins... |
13:36:35 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
13:36:45 | midkay | lcd_invertrect(startx. starty. endx, endy) |
13:37:03 | Moos | amiconn: not a lot of coders/users yet: Bagder/LinusN |
13:37:11 | midkay | swaps the status of all the pixels in the area.. |
13:37:16 | amiconn | lcd_invertrect() doesn't exist anymore for quite a while |
13:37:32 | midkay | amiconn, what the...? |
13:37:41 | amiconn | Use lcd_fillrect() with drawmode set to DRMODE_COMPLEMENT |
13:37:51 | midkay | i'm clearly quite behind :) aah.. |
13:37:57 | JdGordon | ta |
13:38:09 | amiconn | midkay: The new gfx api is around for quite a while.... |
13:38:25 | midkay | amiconn, i've been not-around for almost a year and a half.. |
13:38:29 | midkay | which was longer? |
13:38:30 | midkay | :)P |
13:38:34 | midkay | :)* |
13:38:59 | amiconn | midkay: http://www.rockbox.org/twiki/bin/view/Main/GraphicsAPI |
13:41:00 | | Join Matze [0] (i=Miranda@p5484F009.dip.t-dialin.net) |
13:41:28 | midkay | amiconn, thanks for the link.. weird, lots to catch up on |
13:42:40 | | Quit imphasing (Remote closed the connection) |
13:43:05 | _FireFly_ | any interrets of reading uncompressed zip-files in rb ?? |
13:44:00 | linuxstb | Bagder mentioned reading tar files the other day - which seem simpler than zip. |
13:44:41 | _FireFly_ | hmm could be but it has an larger overhead then zip |
13:45:04 | linuxstb | Are you talking about zipping a wps into a single file? |
13:45:25 | _FireFly_ | yepp or for other files too |
13:45:42 | | Join damaki [0] (n=Chocolat@ALille-153-1-76-98.w86-207.abo.wanadoo.fr) |
13:45:46 | _FireFly_ | i have some test-sources on my laptop |
13:45:52 | _FireFly_ | with crc-check |
13:46:14 | _FireFly_ | and it uses only those functions which are also present on rb |
13:47:38 | | Quit perplexity (Read error: 110 (Connection timed out)) |
13:47:39 | JdGordon | that would make things easier... |
13:47:40 | _FireFly_ | by the way what about the combined-bitmap-support |
13:48:23 | amiconn | _FireFly_: I'm clearly for it, but others have some objections |
13:48:48 | _FireFly_ | :) |
13:48:49 | | Quit DJDD__ (Read error: 110 (Connection timed out)) |
13:49:04 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
13:50:53 | _FireFly_ | afaik slasheri has a copy of my zip-reading test sources |
13:53:23 | | Join slimx [0] (n=slimx@vau75-7-82-234-251-56.fbx.proxad.net) |
13:53:46 | slimx | hy |
13:53:53 | | Join imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) |
13:53:54 | amiconn | This is an idea I don't like in the core (reading zip/ tar/ whatever) |
13:54:05 | amiconn | An unzip plugin would be a different thing |
13:54:59 | JdGordon | amiconn: but it will make sharing wps and theems and stuff easier... |
13:55:25 | JdGordon | and it would only show its slowness when u actually loaded a wps... |
13:55:28 | amiconn | It will make core code more complex. |
13:55:49 | amiconn | Combined bitmaps will also make sharing easier |
13:55:58 | _FireFly_ | JdGordon: wps-sharing can be done via archive-files already |
13:56:07 | amiconn | The slowness is a different thing |
13:56:21 | _FireFly_ | only the user must unpck the archive onto the player |
13:56:34 | _FireFly_ | s/onto/to |
13:56:43 | amiconn | It seems that the ata driver and/or the fat driver have performance problems on iriver |
13:57:06 | | Quit Matze ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
13:57:52 | | Join Matze [0] (i=Miranda@p5484F009.dip.t-dialin.net) |
13:59:33 | Lear | amiconn: I read the specs on the drive; PIO mode should be capable of up to ~16 MB/s, IIRC. |
13:59:37 | | Quit damaki__ (Read error: 110 (Connection timed out)) |
13:59:45 | amiconn | There. Happy fractaling :) |
14:00 |
14:00:13 | imphasing | I just found the worlds most awesome window manager.. |
14:00:14 | imphasing | :D |
14:00:44 | JdGordon | windows? |
14:00:48 | imphasing | Ion. |
14:00:49 | imphasing | :P |
14:01:00 | slimx | e17 ? |
14:02:17 | amiconn | Lear: Yes, although it depends on the drive whether the full speed is supported when the IORDY pin isn't used |
14:02:41 | amiconn | Rockbox doesn't use IORDY on iriver, mostly because it isn't connected on H1x0 |
14:03:03 | amiconn | ...but the Toshiba disks support full speed without IORDY |
14:03:11 | JdGordon | linuxstb: http://sourceforge.net/tracker/index.php?func=detail&aid=1424510&group_id=44306&atid=439120 |
14:03:50 | amiconn | Info->Debug->View disk info, then Cycle times: 120ns/120ns |
14:09:20 | safetydan | Can the talk interface handle unitless values with decimals, e.g. 0.1, 1.5 ? |
14:09:36 | | Quit darkless (Client Quit) |
14:12:08 | JdGordon | is it possible to unpatch a patch? |
14:12:24 | Lear | safetydan: what's the maxgain stuff in dsp.c for? |
14:12:25 | linuxstb | patch -R |
14:12:27 | safetydan | patch -R |
14:12:33 | JdGordon | ta |
14:12:39 | safetydan | Lear: it will be for the preamp |
14:12:55 | JdGordon | that should go in the cvs how to in the devkit |
14:12:56 | imphasing | JdGordon: patch -R |
14:12:56 | Lear | replaygains preamp? or a separate one? |
14:13:00 | imphasing | (had to conform..) |
14:13:24 | safetydan | Not really my area unfortunately. preglow seemed to want a separate one |
14:13:38 | safetydan | I was just going to put it on top of the replaygain one |
14:14:12 | | Quit DarthLappy (Read error: 110 (Connection timed out)) |
14:16:25 | | Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) |
14:17:27 | linuxstb | JdGordon: You forgot to attach the patch at Sourceforge |
14:17:40 | | Part mozetti |
14:18:09 | JdGordon | did i forget t check the damn button??? bloody sf |
14:18:24 | linuxstb | slimx: Can you upload a corrected patch with your 3g work? The one you uploaded last night doesn't work. |
14:18:26 | _FireFly_ | JdGordon: you must check the checkbox above the input-field for the file |
14:18:48 | slimx | :p |
14:18:58 | slimx | linuxstb, i can do it |
14:19:00 | slimx | :) |
14:19:03 | JdGordon | done.. again |
14:19:15 | slimx | just let me update my source tree first |
14:21:42 | | Join tucoz [0] (n=50ca648c@labb.contactor.se) |
14:21:53 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-37-103.w83-198.abo.wanadoo.fr) |
14:22:27 | tucoz | amiconn: nice mandelbrot :) But.. If I run it in the sim and pressing left, I get a black line to the right of the updated area. |
14:22:50 | tucoz | Don't know if that is the case on the actual target. (I tried the h300 sim) |
14:24:00 | amiconn | Doesn't happen here, tried both target and H300 sim |
14:24:02 | amiconn | (win32) |
14:24:46 | tucoz | ok, then it's ok. Probably something wrong here then. (ubuntu breezy) |
14:25:21 | amiconn | I'll recompile the sim and test again. Perhaps I messed up sth that's not yet in my last sim build |
14:25:30 | amiconn | The target build is current. |
14:26:10 | | Quit Matze ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
14:26:18 | | Join Matze [0] (i=Miranda@p5484F009.dip.t-dialin.net) |
14:26:40 | tucoz | hmm, it seems as if the remote window is maybe one pixel off on the left side in the h300 sim |
14:26:56 | | Join webguest29 [0] (n=3efc4010@labb.contactor.se) |
14:27:10 | tucoz | and maybe the main window as well. |
14:28:53 | tucoz | could be that the left side is black as well as the pixels. |
14:29:07 | amiconn | Working correctly in current H300 win32 sim as well |
14:29:46 | tucoz | ok, then it's probably something here |
14:30:09 | amiconn | I'll tackle memmove a bit now |
14:30:23 | JdGordon | gnite all |
14:30:38 | | Quit JdGordon ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
14:30:38 | | Quit webguest29 (Client Quit) |
14:30:51 | Paprica | http://sourceforge.net/tracker/index.php?func=detail&aid=1423801&group_id=44306&atid=439120 |
14:30:54 | Paprica | new version.. |
14:30:58 | Paprica | testers? |
14:31:02 | amiconn | Btw, I found that there are standard functions resembling mem(cpy|move|set) for >8 bit data. |
14:31:20 | | Quit Matze ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
14:31:25 | amiconn | They're called wmem(cpy|move|set), and work on wchar_t |
14:31:41 | t0mas | hmz... sounds logical... |
14:31:52 | t0mas | memcpy, wmemcpy, dwmemcpy |
14:32:08 | | Part billiob |
14:32:10 | amiconn | But the problem is whether sizeof(wchar_t) is fixed |
14:32:56 | tucoz | good idea JdGordon had with the yes-no screen. I looked at the pictures, and it really seems like the way to go. |
14:33:54 | slimx | linuxstb, patch sent |
14:34:21 | amiconn | If it's only possible to control it by moving the marker and select, the no. |
14:34:38 | amiconn | The simple method with just 2 different buttons is faster |
14:34:41 | | Quit damaki (Read error: 110 (Connection timed out)) |
14:36:37 | tucoz | It's simpler with button assignments, but as it is now, that is not very good. |
14:36:45 | amiconn | Why? |
14:36:53 | tucoz | language problems |
14:37:10 | amiconn | The only real problem is that nobody went forward to implementing l10n v2 |
14:37:12 | tucoz | I press select, but the text states play for instance |
14:37:27 | tucoz | I know, but that could be a long time coming |
14:37:53 | amiconn | I think this is something needed before an iriver/iPod/whatever new target release |
14:38:17 | tucoz | does v2 include separate languages for plugins as well? |
14:38:39 | amiconn | It's one of the goals, yes |
14:39:15 | amiconn | The idea is that the language file can contain multiple sections, and a plugin would load its appropriate section |
14:39:33 | amiconn | Alternatively, a plugin should be able to have its own language file |
14:40:08 | tucoz | I see. Well, would it be an ok to solution until then to have the possibity to select yes-no by moving a selector, and keep the key-bindings as they are? |
14:40:42 | amiconn | The key bindings clash with a selector |
14:40:56 | tucoz | Like bind yes to play, and no to stop for instance. and have select as the 'enter' button |
14:40:59 | | Join Febs [0] (n=medifebb@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
14:41:29 | tucoz | on the irivers it should work, but it's not a very good solution. |
14:42:36 | tucoz | but as you say, v2 is one major step in the right direction. But, I have to say I like widgets. :) Especially when selecting yes, no. |
14:44:09 | amiconn | I prefer quick and reliable operation over widgets |
14:44:36 | amiconn | Any additional button press makes blind operation harder |
14:45:22 | tucoz | unless the action is consequent. That is, all yes-no screens are handled the same. It's just a habit after all. |
14:45:46 | amiconn | That's the problem with a yes/no selector. |
14:46:15 | amiconn | The default may be different, and for quick operation different defaults make sense |
14:46:16 | tucoz | not if it is handled the same for all yes-no. That is do default to no for instance. |
14:46:32 | linuxstb | tucoz: That depends on the question. |
14:46:52 | amiconn | Most of the time 'yes' as default makes sense, but not for dangerous things like 'delete' |
14:47:09 | tucoz | linuxstb: yes, but you could voice a yes-no. |
14:47:25 | amiconn | ...and since the default can be different, you have to check (or know) the particular default for blind operation |
14:47:47 | amiconn | Voicing isn't always possible (e.g. during playback on archos) |
14:48:19 | | Quit mikearthur (Read error: 104 (Connection reset by peer)) |
14:48:30 | linuxstb | One solution would be switching to using LEFT/RIGHT to indicate yes/no - these are the only two buttons consistently available on all targets. |
14:48:42 | tucoz | amiconn: I agree with the quick operation. But, I do not think it's that much of an issue. Anyway, whatever the outcome will be I think the curent behaviour must change. |
14:49:02 | tucoz | (on the irivers at least) |
14:49:44 | amiconn | Maybe it would make sense to use an icon for indicating the 'yes' button |
14:50:02 | amiconn | Even if the button has printed text, this text doesn't need to be localised |
14:50:21 | amiconn | ...as the actual printed button text is never localised |
14:50:24 | tucoz | ok, I thought that was the key here. |
14:50:29 | tucoz | aha, I see. |
14:50:43 | slimx | linuxstb, did it work ? |
14:50:58 | amiconn | 'NAVI' on H300 is always 'NAVI', even in korea or japan |
14:51:48 | tucoz | amiconn: I got you wrong. I thougt you meant printed as in the text in the widget :D |
14:52:14 | linuxstb | slimx: Yes, that applied cleanly. |
14:53:02 | amiconn | E.g. "Delete file? [NAVI]: yes, any other: cancel" (english, H300) |
14:53:17 | tucoz | But, by binding LEFT-RIGHT to 'yes'-'no' would make it dangerous on joystick-targets |
14:53:33 | amiconn | and "Datei lschen? |>: ja, andere: abbrechen" (deutsch, recorder) |
14:53:58 | tucoz | amiconn: wonder what we should call navi on the h1xx's |
14:53:59 | amiconn | The icons should of course be actual icons. |
14:54:24 | tucoz | Afaik that doesn't have a name except select |
14:54:39 | tucoz | oh, I got it |
14:54:44 | Febs | I've been calling NAVI "joystick press" in the documentation. |
14:54:50 | Febs | But with an icon it shouldn't matter. |
14:55:01 | tucoz | just for the blind users |
14:55:01 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
14:55:08 | slimx | :) |
14:55:32 | amiconn | tucoz: Yes, for the docs this icon needs a text tag |
14:55:36 | linuxstb | slimx: I'm just looking at the LCD code at the moment - the comments at the top of lcd-2bit-linear.c are wrong - it isn't based on ipodlinux code. Only the code in lcd-ipod.c is from ipodlinux. |
14:56:11 | needleboy | anyone knows if there's any progress with the Color Changer Linus started working on? |
14:56:36 | tucoz | but it sounds like something to think about. (having icons in that way) |
14:58:36 | Febs | Does anyone know of a decent inexpensive (free) flowcharting program? |
14:58:43 | tucoz | hehe, http://www.misticriver.net/showthread.php?t=36308 |
14:58:49 | tucoz | Febs: platform? |
14:59:03 | tucoz | Umbrello is ok for kde |
14:59:08 | tucoz | *on |
14:59:34 | Febs | sorry, Windows XP. |
14:59:53 | | Quit imphasing (Remote closed the connection) |
15:00 |
15:00:23 | ashridah | Febs: uh. i've used dia on windows for flowcharts on occasion |
15:00:27 | ashridah | it's a little on the basic side |
15:00:29 | ashridah | but it works |
15:00:41 | tucoz | but it's unstable like nothing else |
15:01:00 | | Join Rondom_ [0] (n=Rondom@mrbg-d9b94ab8.pool.mediaWays.net) |
15:01:03 | tucoz | maybe not on windows though. |
15:01:15 | ashridah | it's always worked fine for me, no matter which platform i'm using it on |
15:01:27 | ashridah | it has anti-aliasing issues, that's about it |
15:01:46 | Febs | I'll try it. Simple is all I need. |
15:02:29 | tucoz | Febs: otherwise MS Visio is available as a trial version. I think that it has flowcharting as well. |
15:02:50 | tucoz | http://www.microsoft.com/office/visio/prodinfo/trial.mspx |
15:04:20 | Febs | I'll take a look to see if the trial version is fully functional. I use a trial version of SmartDraw and finished my chart, only to find that it will only print with a big "Trial Copy" disclaimer on the bottom. |
15:04:31 | Febs | Not good for the presentation I have to make to clients tomorrow. |
15:04:58 | tucoz | :) |
15:05:20 | | Part tucoz |
15:06:17 | slimx | yes linuxstb |
15:06:28 | linuxstb | slimx: You also shouldn't add lcd_init_device for the simulator to lcd-ipod.c - that's defined as a dummy macro in firmware/export/lcd.h |
15:06:37 | slimx | well truth is it's based on lcd-16bit.c |
15:07:11 | linuxstb | It's not defined in there either. lcd-16bit.c and lcd-2bit-linear.c should contain the same sets of functions. lcd-ipod.c is equivalent to lcd-h300.c |
15:07:12 | | Quit Rondom (Nick collision from services.) |
15:07:13 | *** | Saving seen data "./dancer.seen" |
15:07:18 | | Nick Rondom_ is now known as Rondom (n=Rondom@mrbg-d9b94ab8.pool.mediaWays.net) |
15:08:07 | | Join imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) |
15:08:16 | linuxstb | Also, if I apply your entire patch, then it breaks the normal iPod builds :( |
15:08:31 | slimx | ? |
15:08:39 | slimx | why does it ? |
15:08:41 | linuxstb | Try and compile target 13 (for example) |
15:10:44 | imphasing | :( |
15:10:49 | slimx | problem in button.c |
15:10:50 | slimx | :p |
15:13:23 | slimx | it is the only error i have |
15:13:36 | | Join imphasing_ [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) |
15:13:47 | slimx | and while building target 14 |
15:13:52 | slimx | *13 |
15:13:54 | | Quit DJ_TCK (Read error: 113 (No route to host)) |
15:13:54 | slimx | sorry |
15:14:28 | slimx | it comes from changes you've done in pp5020.h |
15:14:30 | jaebird | linuxstb: how are you applying slimx patch? |
15:14:42 | linuxstb | Simply "patch < patch.txt" |
15:14:49 | linuxstb | (from my rockbox-devel directory) |
15:15:03 | jaebird | when I do that it gives me a weired error cant find file... |
15:15:13 | slimx | we just need to remove the PP5020_ in all constant |
15:15:17 | slimx | of button.c |
15:15:20 | jaebird | missing header for unified diff at line 8 of patch |
15:15:20 | jaebird | can't find file to patch at input line 8 |
15:15:23 | imphasing_ | slimx: Do you have a new patch? |
15:15:34 | slimx | it build cleanly here |
15:15:41 | linuxstb | jaebird: Which patch are you using? slimx uploaded a new one about an hour ago. |
15:15:50 | jaebird | the new one. |
15:15:53 | slimx | i've send one few mins ago |
15:15:57 | ashridah | jaebird: you're applying it from the wrong directory |
15:16:05 | slimx | :p |
15:16:08 | slimx | an hours ago |
15:16:10 | slimx | :) |
15:16:19 | ashridah | that's usually what's happening when you're getting "can't find file to patch" |
15:16:29 | | Quit imphasing_ (Remote closed the connection) |
15:16:42 | ashridah | try going into rockbox a directory, or possibly using patch -p1 <file.patch |
15:17:34 | jaebird | hmm...trying all of that |
15:17:50 | jaebird | I got latest cvs into ~/rockbox directory |
15:18:06 | jaebird | go into that directory and to the patch < patch.txt |
15:18:10 | linuxstb | slimx: Yes, removing PP5020_ in button.c seems to fix the 4g build :) |
15:18:17 | jaebird | strip has no effect |
15:18:38 | | Join imphasing_ [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) |
15:18:52 | jaebird | patch version 2.5.9 |
15:18:58 | ashridah | jaebird: try using "patch -p1 < patch.txt" from that directory. (it'd help if i could see the patch in question) |
15:19:38 | jaebird | tried...can't find file to patch at input line 8 |
15:19:44 | linuxstb | jaebird: There's nothing at all wrong with slimx's last patch. You should get rockbox-devel, not rockbox from CVS. |
15:19:54 | jaebird | ohhhhh...:) |
15:20:11 | slimx | i'll send new one |
15:20:14 | linuxstb | I also think you're using the wrong patch file... |
15:20:20 | ashridah | linuxstb: i wasn't aware there was that much of a difference, tbh. |
15:20:23 | ashridah | it just bundles up a few macros |
15:20:23 | slimx | with corrected buttons and lcd driver |
15:20:29 | imphasing_ | Arg..I still can't get slimx's patch to work.. |
15:20:31 | imphasing_ | :( |
15:20:40 | linuxstb | ashridah: "rockbox" doesn't include the bootloader/ |
15:20:42 | imphasing_ | with rockbox-all, and the very latest patch |
15:21:00 | ashridah | linuxstb: hrm, it did here. can't think of any other way i would have got it |
15:21:46 | ashridah | hmm |
15:21:51 | ashridah | fair enough |
15:22:00 | jaebird | no such repository? |
15:22:16 | ashridah | jaebird: what command are you using? |
15:22:38 | slimx | sent |
15:22:50 | linuxstb | ashridah: The patch in question is here: http://sourceforge.net/tracker/index.php?func=detail&atid=439120&group_id=44306&aid=1412225 |
15:23:08 | jaebird | got it...fat finger |
15:23:21 | imphasing_ | Man, I have no idea why my patch won't apply cleanly.. |
15:23:24 | imphasing_ | =/ |
15:23:47 | linuxstb | jaebird: Have you tried "patch -p0 < patch.txt" ? |
15:24:06 | imphasing_ | !!! |
15:24:08 | imphasing_ | -p0 works for me |
15:24:09 | imphasing_ | :D |
15:24:51 | slimx | a |
15:25:00 | slimx | finally it applied :) |
15:25:09 | slimx | for you |
15:25:20 | | Join BoD[] [0] (n=BoD@JRAF.org) |
15:25:22 | imphasing_ | !! |
15:25:24 | imphasing_ | Yay! |
15:25:26 | imphasing_ | It builds! |
15:25:27 | BoD[] | Hello ! |
15:25:27 | imphasing_ | :D |
15:25:38 | slimx | lo BoD[] |
15:25:41 | jaebird | linuxstb: that was it!!! |
15:25:43 | BoD[] | heyy |
15:25:58 | BoD[] | is the ipod port ready yet ? :) |
15:26:19 | slimx | which one ? |
15:26:25 | slimx | 3g or 4g ? |
15:26:39 | BoD[] | hrmm video .. is this 5g? |
15:26:40 | jaebird | system.c errors on build for 3g? |
15:26:45 | linuxstb | BoD[]: Only the Nano and 4G Photo/Color is working with audio. |
15:26:52 | jaebird | CPU_HI_INT_STAT undeclared |
15:28:00 | BoD[] | is video == 5g ? |
15:28:04 | linuxstb | jaebird: Are you trying to build Rockbox itself? |
15:28:14 | linuxstb | BoD[]: Yes |
15:28:19 | slimx | jaebird, build the bootloader only |
15:28:28 | jaebird | oops... |
15:28:29 | jaebird | ok |
15:28:38 | BoD[] | ok so I guess I'll have to wait a bit then ? :) |
15:28:48 | slimx | i'll check the error jaebird |
15:29:18 | jaebird | linuxstb: what approach should I use to attempt to get the lcd into the 4g 2bpp |
15:30:42 | linuxstb | jaebird: You need to compare slimx's code in lcd-ipod.c with the ipodlinux lcd driver, and fix all the places where the 3g and 4g drivers are different. |
15:31:10 | jaebird | sounds like fun :) btw: 3g bootloader built fine on mine |
15:31:18 | slimx | jaebird |
15:31:35 | imphasing_ | slimx: How do I get a *.bin file after I do a make for the bootloader? |
15:31:43 | slimx | you just implement update_rect |
15:31:53 | slimx | it's in build tree |
15:32:16 | imphasing_ | ah |
15:32:17 | slimx | bootloader/bootloader.bin |
15:32:50 | jaebird | slimx: hmm? |
15:32:59 | linuxstb | slimx: You shouldn't define and use IPOD_RTC in lcd-ipod.c - you should use the USEC_TIMER variable you defined in system.h See the existing parts of lcd-ipod.c for details - you shouldn't need to define 2bpp specific versions of the timer_check function, the existing version will work on all ipods. |
15:33:30 | linuxstb | Also, none of the "definitions" near the top of lcd-ipod.c are needed - so you can delete them. |
15:35:50 | | Join DrMoos [0] (i=DrMoos@m53.net81-66-159.noos.fr) |
15:35:54 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
15:36:08 | | Quit muesli__ (Read error: 104 (Connection reset by peer)) |
15:36:47 | jaebird | I think the 3g and 4g use the same lcd |
15:37:42 | | Nick DrMoos is now known as Moos (i=DrMoos@m53.net81-66-159.noos.fr) |
15:40:37 | | Quit imphasing (Read error: 104 (Connection reset by peer)) |
15:40:39 | | Quit imphasing_ (Read error: 104 (Connection reset by peer)) |
15:40:59 | slimx | i'm checking it all linuxstb |
15:42:01 | Cassandra | Any Makefile wizards here? Is there any way I can get a Makefile to do nothing depending on the value of an environment variable? |
15:42:34 | | Join imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) |
15:43:14 | imphasing | I'm testing out the 3G bootloader I built now |
15:43:40 | linuxstb | Cassandra: What exactly do you want this variable to do? |
15:45:16 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
15:45:16 | | Quit bluey (Read error: 104 (Connection reset by peer)) |
15:46:11 | Cassandra | linuxstb, well there's a couple of targets I don't think it's sensible to compile a manual for. h100, and recorder8mb |
15:46:46 | Cassandra | So I'd like the Makefile to just not try to build a manual for these targets. |
15:47:15 | | Quit Rondom ("essen") |
15:47:55 | linuxstb | How does the Makefile work for the manual? Does it compile every manual, or is there the equivalent of the tools/configure script? |
15:48:41 | Cassandra | Well the 'make manual' target is created in tools/configure. Which does suggest one possible answer. |
15:49:42 | linuxstb | I would just add an extra option to the type of build - "Normal, Devel, Simulator, Bootloader, Manual" |
15:49:42 | Cassandra | That launches a separate Makefile in the manual directory |
15:50:37 | Cassandra | Hmmm. Not really sure I want another set of build directories for manuals. |
15:50:45 | BoD[] | ok well |
15:50:52 | BoD[] | keep up the good work guys :) |
15:50:54 | BoD[] | byebye |
15:51:04 | | Part BoD[] |
15:52:04 | | Quit MarcoPolo (Read error: 110 (Connection timed out)) |
15:52:27 | Cassandra | (make manual isn't included in 'make all', btw. That would be silly.,) |
15:52:50 | ashridah | hahaha! finally got pearpc to work |
15:53:05 | ashridah | huzzah for incredibly slow emulation software ;) |
15:53:40 | Cassandra | Erm ... OK. |
15:54:00 | ashridah | yay! it crashed |
15:54:33 | linuxstb | Cassandra: I think it's the cleanest way to do it. It also handles the case where different targets (e.g. different ipods, the h1x0s) can share a manual. |
15:57:14 | | Quit imphasing (Remote closed the connection) |
15:58:49 | | Join tinodeleste [0] (n=antoine@ASt-Lambert-153-1-42-171.w81-249.abo.wanadoo.fr) |
15:59:03 | | Join imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) |
15:59:41 | imphasing | slimx: What's the LCD driver called now? |
15:59:44 | imphasing | lcd-16bit.c? |
16:00 |
16:00:15 | petur | the driver itself will be lcd-xxx where xxx is the target |
16:00:26 | slimx | lcd-2bit-linear |
16:00:33 | linuxstb | imphasing: If you're talking about the iPod 2-bit greyscale driver, then it's partly in lcd-2bit-linear.c and partly lcd-ipod.c |
16:00:34 | imphasing | Ah, ok. |
16:00:34 | slimx | for high level instructions |
16:00:42 | slimx | and lcd-ipod.c |
16:01:19 | slimx | for ipod 3g low-level lcd code |
16:01:31 | slimx | :) |
16:01:37 | linuxstb | petur: We're trying to move towards splitting the high-level lcd_framebuffer manipulation code and the low-level LCD drivers - e.g. the H300 is split between lcd-16bit.c and lcd-h300.c. The color iPods also use lcd-16bit.c but the low-level code is in lcd-ipod.c |
16:02:08 | petur | great... I was just typing from memory, haven't looked in that part for some time ;) |
16:02:27 | linuxstb | Yes, it changed when the h300 and iPods entered CVS |
16:02:49 | imphasing | slimx: What do you suppose there is left to do, for the rest of rockbox? |
16:04:11 | slimx | whoo so much |
16:04:13 | slimx | :p |
16:04:24 | slimx | try a normal build and see |
16:04:27 | slimx | :) |
16:04:27 | imphasing | heh |
16:04:29 | imphasing | already did. |
16:04:29 | imphasing | :D |
16:04:52 | slimx | i now have one that would build |
16:05:01 | petur | linuxstb: do the ipods also feature line-in or mic? |
16:05:12 | slimx | but there's some work to do arround the button driver |
16:05:37 | imphasing | petur: You can use the headphone port as a line in |
16:05:52 | imphasing | slimx: It'll boot the full rockbox? |
16:06:17 | petur | wow... special connector or hardare switched? |
16:06:25 | petur | *hardware |
16:06:31 | imphasing | Nope, just software |
16:06:39 | linuxstb | petur: As imphasing says, the headphone socket sort of doubles as a line-in, but I don't know the details. There is a real line-in hidden in the dock connector, but the Apple firmware doesn't use it. |
16:07:16 | linuxstb | Also, no-one seems to commercially sell an adapter to make the line-in available from the dock connector - only the line-out. |
16:07:53 | petur | they must have some electronic switch inside that's controlled via software. or is it a feature of the audio chip |
16:08:31 | slimx | new patch sent linuxstb i've cleaned lcd-ipod.c |
16:08:34 | linuxstb | As I said, I haven't looked. You can get a datasheet for the codec (or at least a very similar one) here: http://www.wolfsonmicro.com/products/digital_audio/codecs/WM8971/ |
16:08:55 | linuxstb | slimx: I'll have a look now. |
16:09:08 | slimx | :) |
16:11:17 | linuxstb | TABs are not allowed in Rockbox.... :) But don't do anything yet. |
16:12:11 | slimx | perl can change it for us to white space |
16:12:17 | slimx | :) |
16:12:43 | slimx | i've already removed some of them |
16:12:46 | slimx | but ... |
16:14:35 | linuxstb | I'm just doing the final cleaning on lcd-ipod.c (including the TABS), then I'll commit it. |
16:14:51 | slimx | i always use tabs :p |
16:15:56 | slimx | but i'll change it from now |
16:16:00 | slimx | :) |
16:16:34 | | Quit ender` (Read error: 113 (No route to host)) |
16:16:35 | slimx | imphasing, no it won't boot the full rockbox |
16:16:48 | slimx | but you can change it |
16:16:56 | imphasing | slimx: I'm working on get a "normal" build to compile |
16:17:30 | slimx | just look at ipod.c in bootloader and remove the ifdefs in main |
16:17:57 | linuxstb | slimx: Have you done any more testing of the ATA driver? e.g. can it load a linux.bin from the FAT32 partition? |
16:18:02 | imphasing | How do I compile without some of the apps? |
16:19:12 | imphasing | Can I just delete the files for the apps I don't want? |
16:19:18 | slimx | linuxstb, i didn't tried linux |
16:19:26 | imphasing | (Namely, bookmark) |
16:19:37 | slimx | cause i have no ipod linux bins here |
16:20:16 | imphasing | slimx: I tried it, and I couldn't get it to load one |
16:20:25 | | Join muesli__ [0] (n=muesli_t@88.134.20.76) |
16:20:46 | | Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) |
16:20:47 | muesli__ | re |
16:20:47 | imphasing | http://ipodlinux.org/builds/2006-02-04-kernel.bin.gz #latest kernel build |
16:22:00 | slimx | thanks i'll try it |
16:22:31 | slimx | imphasing, did you change main code of the bootloader before trying ? |
16:22:32 | linuxstb | You don't need a full ipodlinux installation - just putting a kernel on your FAT32 partition will be enough to test Rockbox. The kernel should start, display some messages, and then complain about there being no root filesystem. |
16:22:52 | slimx | k |
16:23:36 | | Quit DreamTactix291 (Read error: 104 (Connection reset by peer)) |
16:23:43 | | Join Philip_0729 [0] (n=Philip_0@user-6433.lns6-c11.dsl.pol.co.uk) |
16:24:08 | | Join DreamTactix291 [0] (n=DreamTac@adsl-149-149-154.bna.bellsouth.net) |
16:24:19 | imphasing | slimx: No, I didn't touch anything |
16:25:48 | | Join ender` [0] (i=ychat@84.52.165.220) |
16:26:05 | Philip_0729 | I have made a WPS on itunes ... should i leave iTunes writen at the top of the screen, leave it grey or change it to something like iROCKbox |
16:26:07 | slimx | so it just couldn't work imphasing |
16:26:17 | safetydan | bah, lousy sourceforge |
16:27:43 | | Quit belze ("Be Not Nobody...") |
16:28:20 | | Join belze [0] (i=me@dslb-084-059-241-089.pools.arcor-ip.net) |
16:28:21 | | Quit tinodeleste (Read error: 110 (Connection timed out)) |
16:29:47 | imphasing | slimx: Is there something that prevents it from loading linux.bin in the source? |
16:29:48 | imphasing | =/ |
16:29:58 | slimx | it successfully load linux kernel |
16:30:06 | linuxstb | Philip_0729: Why not just "Rockbox" |
16:30:25 | linuxstb | (no-one writes it ROCKbox, even though that's how the logo writes it) |
16:31:27 | belze | i thought you guys here live for rock |
16:32:32 | Philip_0729 | no reason other than to look more like iTunes... |
16:33:24 | | Quit ashridah ("sleep") |
16:33:45 | * | linuxstb shivers |
16:33:51 | slimx | imphasing, sorry yes, it just won't do it |
16:33:56 | imphasing | ah |
16:34:16 | slimx | there is a ifdef which forbid it |
16:34:27 | slimx | but you can remove it and try |
16:34:30 | imphasing | Ok, I'll check it out |
16:34:36 | slimx | it's in main function |
16:34:40 | imphasing | ok |
16:34:59 | slimx | i now have trouble with the lcd driver :p |
16:35:08 | slimx | that's odd |
16:35:23 | imphasing | :( |
16:35:41 | slimx | but it just displays bad things i have to check it right now |
16:35:57 | slimx | that won't be long |
16:37:25 | | Join DrMoos [0] (i=DrMoos@m53.net81-66-159.noos.fr) |
16:37:25 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
16:37:35 | linuxstb | slimx: Can you test my version of the lcd driver? |
16:37:35 | | Nick DrMoos is now known as Moos (i=DrMoos@m53.net81-66-159.noos.fr) |
16:38:02 | linuxstb | and fix any bugs in that version - I've just cleaned them up so they are ready to commit. |
16:39:40 | | Quit needleboy (Read error: 110 (Connection timed out)) |
16:42:37 | linuxstb | slimx: http://www.davechapman.f2s.com/rockbox/3glcd.zip |
16:44:25 | * | amiconn expects the first version of lcd-2bit-linear to contain lots of optimisation possibilities :) |
16:44:47 | linuxstb | amiconn: Yes, mainly changing the mono bitmap format... :) |
16:44:55 | amiconn | Huh? |
16:45:09 | amiconn | Does it use the mono format of the other targets? |
16:45:14 | linuxstb | Yes |
16:45:17 | linuxstb | (afaik) |
16:45:28 | amiconn | That's da slowness... |
16:45:49 | | Join perplexity [0] (i=heh19511@217.165.99.160) |
16:45:51 | linuxstb | Yes, but IMO, it's the best approach until we adapt the rest of Rockbox to cope with multiple mono bitmap formats. |
16:45:58 | slimx | i'll check |
16:46:16 | linuxstb | There are still a lot of hard-coded mono bitmaps, plus the fonts of course. |
16:46:23 | amiconn | Btw, we need a method in the bitmap build system to specify creation of mask bitmaps |
16:47:11 | linuxstb | But we should be able to implement horizontally packed native bitmaps immediately. |
16:47:37 | amiconn | ...and it has to be possible to build the mask bitmaps in both orientations as well |
16:48:09 | amiconn | For the fonts, my first implementation will transpose on load |
16:48:26 | linuxstb | amiconn: One approach would be to use #FF00FF in the .bmp files, and then have a convention where bitmapname_mask is the mask for bitmapname |
16:48:40 | * | Philip_0729 wonders about the posibilities of vertical peakmeters... |
16:48:41 | linuxstb | But we also need to start creating the .h file(s) as well. |
16:48:47 | amiconn | yes |
16:49:09 | linuxstb | There's far too much work to do in Rockbox.... |
16:49:16 | slimx | that's ok |
16:49:19 | slimx | :) |
16:49:31 | slimx | you can commit it |
16:49:38 | amiconn | Someone should start to convert the hard coded bitmaps into convert-during-build BMPs |
16:49:42 | linuxstb | slimx: How much of lcd-2bit-linear.c have you implemented? |
16:50:08 | slimx | most part of it |
16:50:16 | linuxstb | amiconn: I assume you have no objections to the filename lcd-2bit-linear.c? Any better suggestions before I commit it? |
16:50:35 | amiconn | 'linear' isn't really descriptive |
16:50:53 | linuxstb | That's my doubt as well. But "horizontallypacked" is a bit long.... |
16:51:04 | amiconn | imho 'horizontal' would be better, but I don't have a strong opinion |
16:51:17 | amiconn | or 'horz' |
16:51:50 | slimx | native bitmap need some improvements |
16:52:29 | linuxstb | Yes, horz sounds good to me. slimx - are you happy with lcd-2bit-horz.c ? |
16:52:46 | slimx | yes np |
16:52:58 | linuxstb | slimx: For the native bitmaps, they should be stored horizontally packed. Are you using vertically packed native bitmaps at the moment? |
16:53:12 | amiconn | We should split the other drivers too (recorder and H1x0) |
16:53:24 | slimx | the repack work is done |
16:53:36 | amiconn | repack? |
16:53:56 | slimx | horizontally repacking |
16:54:04 | slimx | or packing :p |
16:54:09 | slimx | ... |
16:54:15 | slimx | −−> [] |
16:54:30 | amiconn | bmp2rb should generate horizontal packed 2bpp |
16:54:41 | imphasing | lcd-horiz-2pbb.c? |
16:54:43 | imphasing | =/ |
16:54:49 | imphasing | s/2pbb/2bpp/ |
16:55:23 | slimx | it just need 2 more mask for printing grey and light grey pixels |
16:56:19 | slimx | i've put values but i don't know wether they would work or not |
16:56:45 | linuxstb | slimx: You may want to remove your email address from the .c files - the files are available via the Rockbox website (viewcvs.cgi), so are easily available to robots. |
16:57:25 | slimx | doesn't matter it's a spam box |
16:58:00 | linuxstb | OK. |
17:00 |
17:01:33 | | Quit t0mas ("Doei") |
17:02:03 | linuxstb | slimx: OK, first two files (lcd-2bit-horz.c and lcd-ipod.c) committed. |
17:02:25 | slimx | hey hey |
17:02:56 | slimx | did you make some special test code for the button driver ? |
17:03:23 | linuxstb | preglow wrote the button driver. |
17:04:37 | slimx | k |
17:06:02 | slimx | did you also add the ipod 3G target in coufigure script ? |
17:06:22 | imphasing | linuxstb: You commited slimx's changed to cvs? |
17:06:38 | linuxstb | imphasing: Not all of it - only the two lcd files so far. |
17:07:14 | *** | Saving seen data "./dancer.seen" |
17:07:17 | imphasing | ah |
17:08:48 | | Part Philip_0729 |
17:14:12 | slimx | key_pressed function work nice for ipod 3g bootloader |
17:14:50 | slimx | play_button properly handled |
17:22:20 | | Join adamd [0] (n=81ea0401@labb.contactor.se) |
17:22:27 | | Join mirak [0] (n=mirak@AAubervilliers-152-1-9-93.w82-121.abo.wanadoo.fr) |
17:22:39 | adamd | hey |
17:23:18 | adamd | just thought I'd ask if things are any closer to being able to change channel mode on the h300's |
17:23:32 | adamd | in particular mono, would be very useful for when two people are sharing earphones |
17:31:11 | slimx | imphasing, did you build a normal rockbox ? |
17:36:00 | | Quit darkless (Read error: 104 (Connection reset by peer)) |
17:36:34 | | Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) |
17:43:48 | | Quit AliasCoffee ("Leaving") |
17:45:09 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
17:48:46 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
17:53:07 | linuxstb_ | slimx: I've just commited your changes in the firmware/export/ directory - with some changes from me to clean them up a little and unify some of your PP5002 code with the existing PP5020 code. |
18:00 |
18:00:36 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
18:00:36 | | Quit Bger (Read error: 104 (Connection reset by peer)) |
18:01:57 | | Join t0mas [0] (n=Tomas@unaffiliated/t0mas) |
18:04:35 | | Quit Therx (Remote closed the connection) |
18:05:18 | | Join S3TUP [0] (n=52508628@labb.contactor.se) |
18:19:24 | linuxstb_ | slimx: More files in CVS now.... |
18:19:37 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
18:22:29 | S3TUP | is anyone here? |
18:25:37 | | Join ansivirus [0] (i=ansiviru@ppp-69-148-88-126.dsl.rcsntx.swbell.net) |
18:25:49 | petur | boo! |
18:26:22 | petur | :D |
18:29:24 | | Join Therx [0] (n=pete@i-195-137-39-215.freedom2surf.net) |
18:31:36 | | Join tinodeleste [0] (n=antoine@ASt-Lambert-153-1-23-165.w81-249.abo.wanadoo.fr) |
18:34:53 | Therx | anyone here used hymn? |
18:36:17 | Therx | :X |
18:36:57 | t0mas | the mail system? |
18:37:13 | t0mas | ohh wait |
18:37:15 | t0mas | that was hula |
18:37:17 | t0mas | ghehe :) |
18:37:34 | t0mas | no, never used the decrypting tool hymn (if that's the one you mean) |
18:39:11 | Therx | nah sry, got the wrong thing, i was just looking for a standard music converter... (m4a to mp3) ;) kinda |
18:40:23 | S3TUP | Is it possible to compile just certain plugin, and not whole firmware with all these codecs and plugins? |
18:40:50 | Therx | plugins are selected from the SOURCES file in the plugins directory of the source |
18:41:11 | linuxstb | S3TUP: No - but it's only the first time you type make that everything is compiled. If you change a plugin, then only that plugin will get re-compiled next time you type make. |
18:42:14 | petur | but the process of checking what to compile can take some time under cygwin :( |
18:42:27 | linuxstb | Then don't use cygwin.... :) |
18:42:44 | petur | sure |
18:42:54 | petur | dinner! |
18:44:30 | S3TUP | ok... How much time will it take to re-compile certain plugin while everything else is already compiled in cygwin? |
18:44:49 | | Join RotAtoR [0] (n=e@12-210-82-91.client.insightBB.com) |
18:49:13 | Therx | can't be /that/ long |
18:49:28 | Therx | shorter than working out how to do it individually |
18:50:04 | Slasheri | hi |
18:50:20 | Therx | hi |
18:50:31 | Slasheri | :) |
18:50:48 | * | Therx offers to help with the DB - if help's needed |
18:52:15 | amiconn | Hmm. |
18:52:21 | * | amiconn just got an idea |
18:53:04 | amiconn | If we have a way to host large downloads, we could offer a linux build environment in a VM |
18:53:14 | | Join Xomphos [0] (n=chatzill@CPE-65-26-127-180.kc.res.rr.com) |
18:53:19 | | Quit tinodeleste (Read error: 104 (Connection reset by peer)) |
18:53:43 | | Join tinodeleste [0] (n=antoine@ASt-Lambert-153-1-59-221.w83-204.abo.wanadoo.fr) |
18:53:45 | amiconn | VMware player is free (though only as in beer), and it's way faster to use this than cygwin |
18:53:49 | Therx | ... |
18:54:35 | lostlogic | amiconn: I can host such a large download on lostlogicx.com (or any subdomain thereof) |
18:55:05 | lostlogic | I have 1.5tTB/mo bandwidth that I use about 10-15GB/mo of |
18:55:19 | | Quit Febs (Read error: 110 (Connection timed out)) |
18:55:46 | amiconn | Another option would be to write instructions how to use microsoft SFU instead of cygwin |
18:56:04 | amiconn | Someone (ender`?) did this and it worked |
18:56:15 | petur | I still need to check out colinux |
18:57:06 | amiconn | Back when I tried, I wasn't able to get it to work, mostly because I couldn't figure out how to install gnu tools |
18:57:12 | Therx | Slasheri? |
18:57:42 | | Join PaulJ [0] (n=PaulJ@vpn-3101.gwdg.de) |
19:00 |
19:02:09 | S3TUP | What about USBOTG? Anyone got it working? Is it possible to connect there non-UMS USB devices? Like keyboard, mouse etc... |
19:02:33 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
19:03:30 | | Quit linuxstb (Nick collision from services.) |
19:05:20 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
19:06:00 | Slasheri | Therx: yes? please ask.. |
19:06:15 | Slasheri | oh, you mean that db |
19:06:48 | Slasheri | Therx: would you like to do some coding with it? |
19:07:16 | *** | Saving seen data "./dancer.seen" |
19:07:47 | Slasheri | Therx: i have even a todo list what is still at least left to do ;) |
19:12:10 | | Quit muesli__ (Read error: 110 (Connection timed out)) |
19:14:41 | lostlogic | Slasheri: :( any reasons why old audio would appear in the DMA on a manual track change? That's all that's holding me back from being done with my pcmbuffer rework now, but I can't figure out for the life of me what would cause it. |
19:14:47 | lostlogic | Slasheri: heya :) |
19:16:01 | Slasheri | lostlogic: hi :) hmm, i will try that patch tomorrow if i get some time for that.. |
19:16:20 | Slasheri | lostlogic: where is the newest version to try? |
19:16:34 | lostlogic | Slasheri: hehe, I'll make sure to post my latest version on sourceforge before I quit today |
19:16:51 | Slasheri | good :) |
19:17:26 | Slasheri | i will go to sleep soon in two hours ;) |
19:17:39 | Therx | is the TODO list around? |
19:18:07 | lostlogic | Slasheri: nice, I'll probably do the last bits of looking at it around when you wake back up then :-P |
19:18:20 | | Part safetydan ("Leaving") |
19:19:22 | | Quit tinodeleste ("Client exiting") |
19:19:28 | Slasheri | Therx: these are the main things left to do: "chunked browsing (requires only sorting in one function), album display bugfix?, don't stop building when charger is plugged in, progress meter while scanning, support on the fly tag modifications, and implement checksum tag for future song statistics data |
19:19:40 | Slasheri | lostlogic: hehe :D |
19:20:26 | Therx | brb |
19:20:27 | | Quit Therx ("Leaving") |
19:21:54 | | Join bluey [0] (n=bluey@dslb-084-059-085-170.pools.arcor-ip.net) |
19:23:52 | | Join Therx [0] (n=Therx@i-195-137-39-215.freedom2surf.net) |
19:25:12 | Therx | k, i'd been looking to do a db that was based around the existing iPod system (on ipods obviously), but linuxstb suggested i'd be better off working on yours... |
19:26:09 | Slasheri | ah, hmm.. maybe i will create a patch so you can check what it looks like at the moment |
19:27:11 | linuxstb | Slasheri: I was thinking that for iPods, some users will have a large number of files already indexes in the itunesdb - so tagcache could be optimised to read the data from there instead of scanning the tags in the files. |
19:27:49 | Slasheri | linuxstb: yes, true if we want to implement some support for the ipod db also |
19:27:50 | linuxstb | The itunesdb is probably a more accurate source than the file tags as well in those cases. |
19:27:58 | Slasheri | it should be quite easy to import it to tagcache |
19:28:39 | Therx | yeh, i did a program that scans through the itunesdb and gets most information from it, in about 1hour so... |
19:28:57 | | Quit Xomphos ("Chatzilla 0.9.69.1 [Firefox 1.5.0.1/2006011112]") |
19:29:10 | Slasheri | nice :) |
19:29:20 | Therx | not particularly hard |
19:29:48 | Therx | is there an interface for inserting stuff into the tagcache (haven't really looked at the code, sorry) |
19:31:13 | linuxstb | slimx: Are you around? All your changes should now be in CVS, apart from bootloader/ipod.c |
19:31:14 | | Quit Maxime () |
19:32:13 | linuxstb | jaebird: If you try the latest CVS, you will now get an iPod 4G (Greyscale) option in the configure script. The bootloader builds OK, and so does Rockbox itself, but the plugins don't all compile yet. |
19:32:28 | linuxstb | I have no idea if it works though.... |
19:32:50 | Slasheri | Therx: i am now creating the patch so you can check the code soon :) |
19:33:26 | linuxstb | Slasheri: Any more thoughts on the problems that is causing the early USB mode to crash the ipods? |
19:33:49 | Therx | k |
19:33:57 | Slasheri | linuxstb: haven't had any time to code in weekend (i was in Helsinki). But i will fix that bug soon |
19:34:22 | linuxstb | Therx: When you do make your changes, make sure you use #ifdefs to make the itunes parsing code optional. We obviously only want to include it on iPods. |
19:34:41 | Therx | yeh ok |
19:34:54 | amiconn | I have a suspicion what causes the bad battery runtime |
19:35:05 | linuxstb | Are you talking H300? |
19:35:24 | * | petur gives all his attention |
19:35:41 | amiconn | The codec thread seems to not sleep in situations where it has to wait |
19:35:59 | amiconn | ..and if not all threads call sleep(), the CPU won't sleep at all |
19:36:16 | Slasheri | amiconn: hmm, are you sure? |
19:36:54 | amiconn | The very first codec I checked (a52) does this: |
19:37:01 | amiconn | do { |
19:37:01 | amiconn | ci->yield(); |
19:37:01 | amiconn | } while (!ci->pcmbuf_insert_split(&samples[0], &samples[256], |
19:37:01 | DBUG | Enqueued KICK amiconn |
19:37:01 | amiconn | 256*sizeof(sample_t))); |
19:37:29 | Slasheri | hmm, it should do it that way |
19:37:38 | amiconn | This looks like it merely yields instead of sleeping |
19:37:44 | Slasheri | pcmbuf_insert_split should sleep when necessary |
19:37:51 | amiconn | ah |
19:38:01 | Slasheri | if sleeping always inside codec thread, could make the decoding too slow |
19:38:09 | Slasheri | or it will make |
19:40:00 | amiconn | An idea is to trace which threads call sleep() how often, and how often the CPU was sleeping when the timer interrupt occurs |
19:40:58 | | Join safetydan [0] (n=dan@81-178-235-210.dsl.pipex.com) |
19:42:44 | | Join Matze [0] (i=Miranda@p5484F009.dip.t-dialin.net) |
19:43:24 | | Join Maxime [0] (n=flemmard@fbx.flemmard.be) |
19:43:25 | | Join youngcereal [0] (n=youngcer@p54B2109A.dip0.t-ipconnect.de) |
19:43:48 | slimx | linuxstb, back |
19:44:11 | slimx | great that's a nice day for me :) |
19:44:36 | slimx | and for the ipod 3g port |
19:45:19 | linuxstb | Hopefully your next patches will be smaller.... |
19:46:23 | linuxstb | You've probably seen that I've made a 4G greyscale target as well. We just need someone to test it... |
19:46:42 | slimx | :) |
19:46:53 | slimx | nice |
19:46:58 | youngcereal | i have an IPOD G4 PHOTO |
19:47:14 | slimx | lol next patch will be smaller promise |
19:47:15 | Therx | "greyscale"... |
19:47:17 | youngcereal | and test the cvs vesion |
19:47:18 | youngcereal | ;) |
19:47:27 | linuxstb | slimx: Can you check that everything still works - I made quite a few changes to your patch before committing to CVS. |
19:47:32 | youngcereal | if end to compile |
19:47:34 | Slasheri | Therx: http://ihme.org/~miipekk/rockbox/tagcache_rev02.patch |
19:47:48 | slimx | i'll check it out |
19:48:00 | linuxstb | Slasheri: Does tagcache require dircache to be enabled? |
19:48:04 | Therx | k thx, i'll look later - work to do right now... grr |
19:49:57 | Therx | why would enabling the ID3 database cause a hang (this is on old code - so if that's been fixed, sry)? |
19:50:01 | Slasheri | linuxstb: nope, however it can use it when available |
19:50:16 | Slasheri | Therx: i don't know that |
19:50:18 | linuxstb | Slasheri: Cool. I was worried about our Archos users. |
19:50:24 | Slasheri | but tagcache doesn't hang |
19:50:31 | linuxstb | hehe :) |
19:50:44 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
19:50:45 | linuxstb | What does your tagcache patch do at the moment? |
19:50:57 | Therx | oh, id3 database is a different thing? |
19:51:03 | | Join ender` [0] (i=ychat@84.52.165.220) |
19:51:05 | Slasheri | linuxstb: you can try if you really want, it's some kind of half working at the moment |
19:51:38 | Slasheri | linuxstb: however, it don't work with ipods or archoses at the moment (the endian problem might be still present) |
19:51:45 | Slasheri | *align problem |
19:51:53 | Slasheri | Therx: yes |
19:52:18 | slimx | linuxstb, no problems appears in librockbox build |
19:52:28 | Slasheri | Therx: applying that tagcache patch, disables id3 database entirely |
19:52:32 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
19:52:36 | slimx | but the bootloader sources are wrong |
19:52:54 | linuxstb | slimx: Yes, I haven't committed anything in bootloader/ yet |
19:53:07 | slimx | k |
19:53:15 | lostlogic | ZOMG I think I figured it out! |
19:53:16 | Therx | kk, will do later (on windows at the moment - build env on linux) |
19:53:16 | | Join ender` [0] (i=ychat@84.52.165.220) |
19:53:26 | lostlogic | now to test things and commit this ball-o-wax |
19:54:30 | midgey34 | is it ever possible to see a stop icon in the WPS? |
19:54:41 | midgey34 | doesn't stop always return to the filetree? |
19:55:05 | Cassandra | Ooh, 4G B&W commit. Does this mean that Rockbox now runs on the Mini? |
19:55:26 | slimx | linuxstb, that's ok it work on the 3g |
19:55:43 | Cassandra | midgey34, I suspect it was there because at one time there was an idea that the remote and main displays would work independently. |
19:55:58 | Cassandra | In practice, this never occurs. |
19:56:39 | midgey34 | alright |
19:56:51 | linuxstb | Cassandra: No, the mini is different. Also, Rockbox hasn't been tested on the 4g b/w - I've just added the build to the configure script using the 3G B&W LCD driver. |
19:57:44 | lostlogic | Slasheri: well, the refactoring level in the pcmbuf and attached code segments is rather high, but I think it finally doesn't suck. This may also reduce the need for several of the workarounds in playback.c, but we can look at that later. |
19:58:21 | lostlogic | (disclaimer: the suckiness was not yours, but mine from the original modifications) |
19:58:40 | | Join Bger [0] (n=Bager@217.9.226.114) |
19:58:47 | Slasheri | lostlogic: sounds interesting :) |
19:58:55 | | Join einhirn [0] (n=Miranda@p54863335.dip0.t-ipconnect.de) |
19:59:22 | Slasheri | lostlogic: i just hope the callback is not entirely in asm |
19:59:31 | lostlogic | Slasheri: I dropped that after talking to LinusN |
19:59:37 | Slasheri | ah, good |
19:59:59 | lostlogic | Slasheri: was able to get it down to a difference of only 1 address register between ASM and C by separating it into two logical scopes |
20:00 |
20:00:06 | Slasheri | i believe too the performance gained that way would be quite insignificant compared to the increased effort maintaining the code |
20:00:17 | Slasheri | ah, nice |
20:00:33 | BHSPitLappy | good work guys |
20:00:36 | lostlogic | so for once, I'm not introducing any ASM :-D |
20:00:53 | Slasheri | hehe, what a relief ;) |
20:01:17 | lostlogic | 00h, crossfade seems to work too :) |
20:01:22 | lostlogic | D[C[D[C[D[C[D[C[D[C[D[C[D[C[D[C[D[C[D[C[D[C[D[C[D[C[D[C[D[C[D[C[D[C[D[C[D[C[C[C[C[D[D[D[D[C[C[C[C[D[D[D[D[C[D[D[D[C[C[C[D[D[C[D[C[C[C[D |
20:01:31 | lostlogic | gah, wtf was that. funky wireless here. |
20:05:04 | Cassandra | Anyone here remember the URL of the build status file Bagder created? |
20:05:34 | | Join tucoz [0] (n=81b17b04@labb.contactor.se) |
20:05:57 | tucoz | Cassandra: making progress with the LaTeX docs are we? |
20:06:07 | _FireFly_ | Cassandra: search the irc logs |
20:06:14 | _FireFly_ | if you know the day |
20:06:14 | Cassandra | Yep. It's looking good. |
20:06:30 | Cassandra | _FireFly_, I don't but I think it's in the mailing list somewhere. |
20:07:24 | lostlogic | Slasheri: do you mind if I add the status of the pcmbufdesc "buffer" to the view audio thread debug as part of this? |
20:07:48 | tucoz | cool. I think going for the rockbox-arrangement will be nice. It has after all been shown to work when building source code, why not the docs as well. :) |
20:08:00 | linuxstb | Cassandra: Is this it? http://www.rockbox.org/daily/build-info |
20:08:25 | Cassandra | Yes thanks. |
20:09:17 | Slasheri | linuxstb: i think that is good thing to add, in fact feel free to add anything to the debug screens you find useful |
20:09:19 | tucoz | ah, didn't read your reply in the forums until now. Well, then the image issue is sorted out. |
20:09:33 | Slasheri | ups, lostlogic |
20:09:59 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
20:09:59 | * | Cassandra finally figures out why I keep using vi preferentially to emacs, despite emacs being less of a pain in the arse. vi is so much quicker to type. |
20:10:13 | * | Cassandra considers aliasing vi to 'emacs -nw'. |
20:10:32 | Slasheri | Cassandra: have you ever tried jed? |
20:10:38 | tucoz | the other way around would be blasphemy |
20:10:57 | Slasheri | Cassandra: with a proper configuration, i think jed beats vi and emacs in coding ;) |
20:11:12 | tucoz | i.e. aliasing emacs to vi |
20:13:03 | amiconn | bbl |
20:13:05 | lostlogic | vi ftw |
20:13:06 | | Part amiconn |
20:13:11 | | Quit Strath (Read error: 104 (Connection reset by peer)) |
20:15:21 | | Join Strath [0] (n=mike@dpc67143207026.direcpc.com) |
20:15:45 | lostlogic | Slasheri: you still interested in trying to be able to resize the pcmbuffer truly on the fly? there would have to be some very smart logic involved in freeing the end of the codec buffer by moving its end pointer and then expanding the pcmbuffer backward andstuff, but it could be done... |
20:20:33 | | Join muesli__ [0] (n=muesli_t@88.134.20.76) |
20:23:33 | | Join webguest85 [0] (n=46843c90@labb.contactor.se) |
20:24:48 | | Quit webguest85 (Client Quit) |
20:27:02 | Slasheri | lostlogic: might be in future, but i am not sure if that would be very useful though |
20:27:20 | Slasheri | however, allowing resize for both pcmbuffer and codec buffer on the fly could be even more interesting |
20:27:35 | Slasheri | but implementing that could be quite complex though.. |
20:27:40 | * | linuxstb has just built Rockbox for the iPod 4G grayscale.... Any testers? |
20:28:22 | tucoz | probably obvious, but hows the ipl channel for volounteers? |
20:29:28 | lostlogic | Slasheri: aight, I won't think about it for now then. |
20:30:33 | | Join Rondom [0] (n=Rondom@mrbg-d9b953aa.pool.mediaWays.net) |
20:34:07 | * | Cassandra swears at the Rockbox build system for insisting on building firmware and tools. |
20:35:00 | Cassandra | Aha. I have an idea! |
20:35:46 | tucoz | Does that happen when you try to build the manual? |
20:36:24 | tucoz | Also, how do you handle cross-references and the circular dependencies in geneal? |
20:37:15 | BHSPitLappy | have the 3g/4g's been tested yet? |
20:37:53 | linuxstb | The 3g port isn't finished (the bootloader builds, but Rockbox doesn't). The 4g b&w now builds (as of about 5 minutes ago), but no-one's tried it. |
20:38:15 | linuxstb | All this is now in CVS. |
20:38:41 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
20:39:51 | | Quit bluey ("Leaving") |
20:40:16 | | Join josh_ [0] (i=josh@adsl-64-161-78-226.dsl.lsan03.pacbell.net) |
20:40:47 | josh_ | BHSPitLappy: is there a commit bot in here? |
20:40:58 | BHSPitLappy | no |
20:41:14 | BHSPitLappy | "<linuxstb> The 3g port isn't finished (the bootloader builds, but Rockbox doesn't). The 4g b&w now builds (as of about 5 minutes ago), but no-one's tried it." |
20:41:20 | BHSPitLappy | there's your commit bot right there |
20:41:23 | josh_ | cool :P |
20:41:33 | linuxstb | josh_: Fancy trying it? |
20:41:40 | josh_ | sure, 1 sec |
20:41:43 | | Join yeahx [0] (n=aarond@c-67-160-124-13.hsd1.wa.comcast.net) |
20:42:05 | linuxstb | josh_: Do you have a Rockbox dev environment set up, or do you want a binary? |
20:42:12 | josh_ | binary would be helpful |
20:42:20 | josh_ | we'll see if ipodloader2 works now :P |
20:42:41 | linuxstb | ipodloader2 won't load the 3g or 4g rockboxes - it doesn't know about them. |
20:42:49 | josh_ | what's different? |
20:42:53 | josh_ | the version code? |
20:42:59 | preglow | safetydan: great work |
20:43:05 | linuxstb | Yes - just the header. |
20:43:15 | josh_ | ok, what are the header codes for 3g & 4g? |
20:43:15 | preglow | i thought i had broken my equalizer, but everyone seems to say it works :V |
20:44:00 | slimx | i'm working on normal build |
20:44:04 | slimx | for the 3g |
20:44:16 | slimx | against current cvs :) |
20:44:24 | linuxstb | josh_: The 3g is "ip3g" and "sum" is initialised to 7, and 4g is "ip3g" with sum initialised to 8. |
20:44:38 | josh_ | ok, cool |
20:44:49 | linuxstb | (sorry, obviously 4g is "ip4g") |
20:45:00 | josh_ | ah :-) |
20:45:39 | linuxstb | I'm just creating a rockbox.zip now - just unzip it to your fat32 partition (I hope you have a fat32 partition...) |
20:46:03 | josh_ | yep, I do |
20:46:27 | | Join mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
20:46:58 | linuxstb | http://www.davechapman.f2s.com/rockbox/rockbox-4g.zip |
20:48:02 | preglow | plenty of action this weekend |
20:48:15 | Therx | another f2s user :P! |
20:48:44 | linuxstb | Well, Pipex user as I've recently discovered..... |
20:48:56 | Therx | ah yes,i heard that too |
20:49:24 | preglow | has anyone actually tested the eq on ipods? |
20:49:32 | linuxstb | Not me. |
20:50:09 | lostlogic | I might have my pcmbuf rework ready too... speaking of... any swcodec people want to test it? http://lostlogicx.com/transfer/rockbox/pcmbuf_rework.patch |
20:50:28 | linuxstb | I'll see what the ipod makes of it.... |
20:51:17 | lostlogic | linuxstb: thanks! |
20:51:50 | lostlogic | I did test compile against ipod |
20:52:29 | ghode|afk | hmm i have an idea for the 4th quick menu option, EQ presets |
20:52:35 | | Quit DreamTactix291 (Read error: 110 (Connection timed out)) |
20:54:58 | | Join DarthLappy [0] (n=DarthShr@202-161-21-45.dyn.iinet.net.au) |
20:55:07 | yeahx | Im going to guess that installing rockbox on a nano is a lot diffrent from putting it on a crappy brick with blue bumpers |
20:55:22 | josh_ | linuxstb: does "4g" for you include mini/mini2g too? |
20:55:54 | linuxstb | No. |
20:55:59 | josh_ | ok, cool. |
20:56:14 | josh_ | is there anything for which sum is inited to 7? |
20:56:18 | Lear | lostlogic: why not drop the non-split callback completely? |
20:56:27 | linuxstb | josh_: Yes, the iriver iFP7xx |
20:56:30 | josh_ | linuxstb: also, does "3g" include 1g and 2g too? |
20:56:31 | josh_ | ah, ok |
20:56:57 | linuxstb | josh_: I don't know how much difference there is between them - but probably. |
20:57:04 | josh_ | there's hardly any |
20:57:26 | lostlogic | Lear: because I've been too lazy to see if it's still used at all :-P |
20:57:52 | yeahx | I think putting it on that stupid archos you just had to put it in a folder |
20:58:31 | Lear | lostlogic: I'm pretty sure it is used, but it can easily be removed with minor codec changes... |
20:59:19 | lostlogic | Lear: I'll probably to that then when I tackle playback.c −− I had started to do both in one large attack, but it got to be too many changes, so I dropped the playback.c parts and focussed on the pcmbuf for now. |
20:59:28 | lostlogic | s/to/do/ |
21:00 |
21:00:19 | Lear | lostlogic: also, macros to hide code is generally frowned upon in Rockbox... |
21:01:34 | lostlogic | Lear: Hate having the same code repeated 3-5 times because then if there is some change to logic that effects one, it often has to be made in all the places... better solution? |
21:02:16 | Lear | Not really, just wanted to mention it... :) |
21:03:29 | lostlogic | yeah, I remembered reading something about "don't redefine the language with macros" in the contributing document... I'll see if there's a cleaner way. |
21:04:25 | linuxstb | lostlogic: I've just tried an ALAC track and it repeatedly freezes after 36 seconds. Checking the audio thread debug screen, the pcmbuf display goes off the scale - up to about 1MB before dropping quickly back down to 0 and then freezing. |
21:05:02 | Lear | lostlogic: yes, that's what I was thinking of. |
21:05:41 | | Join webguest77 [0] (n=0cad6dbb@labb.contactor.se) |
21:06:57 | | Join BHSPitMonkey [0] (n=billybob@67.64.118.242) |
21:07:17 | *** | Saving seen data "./dancer.seen" |
21:07:32 | | Quit mirak (Remote closed the connection) |
21:09:59 | | Join zhilik [0] (n=_if_you_@ppp83-237-251-46.pppoe.mtu-net.ru) |
21:11:05 | | Quit BHSPitMonkey (Remote closed the connection) |
21:11:40 | preglow | gotta go, back tomorrow |
21:12:02 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
21:13:38 | | Quit linuxstb (Nick collision from services.) |
21:13:40 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
21:16:27 | | Quit adamd ("CGI:IRC (EOF)") |
21:20:07 | | Part tucoz |
21:21:06 | | Join gursikh [0] (n=gursikh@adsl-70-240-90-210.dsl.hstntx.swbell.net) |
21:26:18 | lostlogic | linuxstb: weird, does that happen on other tracks, or just on alac? |
21:28:36 | lostlogic | linuxstb: nvm, happens with WAV too... but didn't freeze (some magical how) |
21:32:52 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
21:33:02 | | Quit linuxstb (Nick collision from services.) |
21:33:04 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
21:33:17 | linuxstb | lostlogic: (sorry, lost my connection) |
21:33:18 | linuxstb | Yes, I've just tried some other codecs, and none of them stop decoding when the pcm buffer is full. |
21:33:40 | | Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) |
21:34:01 | Bger | lostlogic one q again on charging state : |
21:34:52 | | Quit Strath (Read error: 104 (Connection reset by peer)) |
21:35:00 | lostlogic | linuxstb: the freezing appears to be unique to ipod, and it's mostly a reporting problem (I think) in the debug screen due to my conversion of the pcmbuf to almost exclusively unsigned math |
21:35:04 | lostlogic | Bger: hit me |
21:35:39 | Bger | am i reading right that we think that the battery is *discharging* when the charger is plugged in and the charging_state() returns false |
21:35:41 | | Join Strath [0] (n=mike@dpc67143207026.direcpc.com) |
21:36:04 | Bger | (see powermgmt.c, lines 529-540) |
21:36:19 | linuxstb | lostlogic: Why is unsigned math a problem? As soon as the buffer goes over 512KB, I get occasional corruptions in the audio before the pcm buffer empties and then playback stops. |
21:36:25 | lostlogic | Bger: it's not that we _think_ that it's discharging, simply that it is not charging |
21:37:32 | Bger | but in this case at least h300 runs *on charger* iirc, without discharging the battery |
21:38:07 | lostlogic | Bger: that is correct, perhaps need to add another state other than the various charge states and discharging. |
21:38:19 | Bger | isn't the needed state the "TRICKLE" one ? |
21:38:29 | Bger | (which is already present) |
21:38:58 | lostlogic | linuxstb: debug_menu treats audiobuffer_free (which is a size_t) as an int... maybe not hte problem, but a potential spot. .. I'll figure it out |
21:39:07 | josh_ | linuxstb: Rockbox freezes on my 4g |
21:39:16 | josh_ | progressbar, "Checksum OK, starting Rockbox", freeze. |
21:39:23 | lostlogic | Bger: it's not trickling, the charger is disabled, and the battery is electrically disconnected from both charger and unit power |
21:40:26 | Bger | ok, 10x |
21:41:34 | Bger | trickle is for the cases when the unit runs from the battery even when the charger is plugged in ? |
21:41:49 | linuxstb | josh_: OK, thanks. There was somebody here earlier who was keen on getting Rockbox running on his 4g, so I'll just wait for him to debug it. |
21:42:15 | lostlogic | Bger: trickle means that the charger is trickle charging the battery −− this is a state which is good on NiMH and NiCD (iirc) but would damage LiPoly/LiIon |
21:43:25 | | Quit gursikh () |
21:43:41 | Cassandra | Have I ever mentioned how much I detest Make with a passion? |
21:44:30 | Bger | see line 643 .. (#if CONFIG_BATTERY == BATT_LIION2200) .. ok, maybe i should just shut up... |
21:46:12 | Cassandra | lostlogic, AFAIK there are not LiIon/LiPoly targets with software charging. |
21:46:33 | Bger | no, there aren't and there shouldn't be ANY ... |
21:47:02 | Bger | so TRICKLE isn't "running on charger" state ... |
21:47:30 | | Quit DarthLappy (Connection timed out) |
21:47:35 | lostlogic | right |
21:47:44 | lostlogic | Bger: we could redefine it to be that maybe |
21:47:44 | Bger | okay |
21:48:51 | Bger | anyway,afk |
21:50:01 | linuxstb | Cassandra: How is LaTex coming on? |
21:51:24 | josh_ | linuxstb: you're trying to port TeX to Rockbox? |
21:51:37 | linuxstb | No, just writing the user manual in LaTeX :) |
21:51:42 | josh_ | ah. :P |
21:53:20 | Cassandra | linuxstb, like a messy messy thing. |
21:53:34 | Cassandra | The configure script is requiring some shoehorn |
21:53:39 | Cassandra | shoehorning |
21:54:05 | Cassandra | Someone on the fora suggested a JVM for Rockbox. |
21:54:09 | Cassandra | The thought scares me. |
21:55:12 | Cassandra | At the moment, I've got it working, except for some oddity in the Makefile that causes it to try to rebuild it in a directory where it's not, after the build has been completed. |
21:55:52 | Paprica | mmm |
21:56:03 | Paprica | which targets do not have lcd bitmap? |
21:56:21 | Paul_The_Nerd | linuxstb: udelay(50) up from 10, and leaving the other one blank almost definitely works. It hasn't stuck on hold yet since I changed it. |
21:56:32 | linuxstb | Paprica: Just the Archos Player |
21:56:40 | Paprica | blah |
21:56:41 | Paprica | ok |
21:56:41 | Paul_The_Nerd | blank -> commented out. |
21:56:52 | * | t0mas has to reboot for partition magic... |
21:56:53 | linuxstb | Paul_The_Nerd: OK, I'll commit that now. |
21:56:58 | linuxstb | Thanks. |
21:57:19 | | Quit t0mas ("brb (at least I hope I'll brb... if I'm not: pray for me ;))") |
21:58:50 | linuxstb | Paul_The_Nerd: Committed. |
21:59:17 | | Join solexx [0] (n=jrschulz@c169062.adsl.hansenet.de) |
22:00 |
22:00:01 | muesli__ | will there be seeking in mp3s some day? |
22:00:18 | Paprica | someone try the new statusbar icons patch? |
22:00:44 | Cassandra | Huh? There *is* seeking in MP3s. |
22:00:44 | _FireFly_ | muesli__: what do you mean with seeking ?? |
22:00:53 | muesli__ | audible seeking |
22:01:01 | Cassandra | Oh, that. |
22:01:15 | Cassandra | No-ones been bothered to write it yet. |
22:01:19 | Paul_The_Nerd | linuxstb: Great. :) |
22:01:39 | Cassandra | I think the general consensus among the core team is that it would be nice, but it isn't worth the effort. |
22:01:49 | muesli__ | Cassandra ok, thought it was a general problem |
22:01:53 | Cassandra | I suspect if a good patch got submitted it'd get applied though. |
22:02:15 | | Quit hardeep ("[BX] Eat, drink and be merry...for tomorrow we die") |
22:02:23 | | Join BHSPitMonkey [0] (n=billybob@67.64.118.242) |
22:03:00 | linuxstb | muesli__: Does the iriver firmware do audio seeking? |
22:03:09 | muesli__ | yepp |
22:03:15 | linuxstb | On all formats? |
22:03:20 | | Join t0mas [0] (n=Tomas@unaffiliated/t0mas) |
22:03:28 | muesli__ | im using mp3s only |
22:03:35 | t0mas | it survived :) |
22:03:36 | muesli__ | thus i cant tell you |
22:03:51 | linuxstb | Do you have any very long mp3s? |
22:04:25 | muesli__ | thats not the point. it be just nice :-) |
22:04:29 | muesli__ | its |
22:04:35 | muesli__ | ist just be nice |
22:04:37 | muesli__ | damn |
22:04:39 | linuxstb | You don't know my question. |
22:04:50 | | Quit BHSPitMonkey (Remote closed the connection) |
22:04:59 | muesli__ | well...rather "normal" one |
22:05:00 | muesli__ | s |
22:05:06 | linuxstb | I was just going to ask how well the iriver firmware did audio seeking if the file was larger than the buffer. |
22:05:07 | _FireFly_ | linuxstb: i can confirm audible seeking for ogg-files on iriver (just tested) |
22:06:17 | muesli__ | linuxstb nah, my files are never larger than 12mb |
22:07:06 | linuxstb | OK. My last question is how fast does it seek? |
22:08:28 | _FireFly_ | ca 3-6 seconds in a second |
22:08:30 | muesli__ | didnt see irivers fw for ages...have to test it ;) |
22:08:31 | * | linuxstb doesn't have a single file on his h140 that the iriver firmware will play... |
22:08:50 | | Quit t0mas ("brb") |
22:08:52 | dpassen1 | really? |
22:08:58 | linuxstb | _FireFly_: Is that with Ogg or mp3? |
22:09:02 | _FireFly_ | ogg |
22:09:08 | _FireFly_ | but the times only guesses |
22:09:29 | _FireFly_ | it could be longer to seek the 3-6 seconds |
22:09:33 | _FireFly_ | audible |
22:10:07 | | Join DrMoos [0] (i=DrMoos@m53.net81-66-159.noos.fr) |
22:10:20 | muesli__ | scan speed 1x-4x |
22:10:25 | linuxstb | I'm just curious if iriver decode the track normally, then "fast-forward" it, or if they skip compressed frames. I would expect the latter. |
22:10:32 | | Join webguest74 [0] (n=5087f36d@labb.contactor.se) |
22:10:57 | webguest74 | I detest seeking for it gives me a headache, all that white noide ughhhh |
22:11:01 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
22:11:09 | webguest74 | noide = noise |
22:11:58 | Paul_The_Nerd | linuxstb: Since the method works in "jumps" the latter seems kinda likely, too. |
22:12:09 | webguest74 | quite like Rockbox's stealth seeking, |
22:12:17 | Paul_The_Nerd | The audio plays at normal speed, and it just sorta hops across it. |
22:12:19 | | Join ep0ch [0] (n=ep0ch@84.12.178.113) |
22:12:22 | slimx | linuxstb, is there some specifics things to do, to get normal build working ? |
22:12:57 | slimx | it doesn't recognize the ipod_3g_pad at the moment |
22:13:41 | | Part webguest74 |
22:14:01 | | Part ep0ch ("Kopete 0.11.1 : http://kopete.kde.org") |
22:14:02 | | Join damaki__ [0] (n=Chocolat@ALille-153-1-57-69.w86-196.abo.wanadoo.fr) |
22:15:08 | | Quit solexx_ (Read error: 110 (Connection timed out)) |
22:15:32 | | Join ep0ch [0] (n=ep0ch@84.12.178.113) |
22:16:00 | | Quit _FireFly_ ("Leaving") |
22:16:39 | ep0ch | lostlogic: i've tried your pcm patch on the ihp, after 4 mins on a vbr mp3 i heard a glitch, so i rewound to see if i could hear the glitch again, then playback stayed in pause mode and hung the player. |
22:17:08 | linuxstb | slimx: I'm just adding IPOD_3G_PAD to apps/* now. |
22:18:07 | slimx | i tried in bookmark.h but it doesn't seem to be recognize |
22:18:11 | ep0ch | lostlogic: besides that it seems good, the debug screen is also a lot smoother than before - the pcm buffer now seems to fill all the way to the top. |
22:18:34 | linuxstb | slimx: In CVS now. |
22:18:39 | slimx | :) |
22:18:41 | slimx | k |
22:19:32 | Paul_The_Nerd | Hmmm... With all the various iPod targets, the build table's gonna get pretty cramped. |
22:19:43 | ep0ch | is already |
22:20:12 | linuxstb | Paul_The_Nerd: We still have the Mini to add as well.... |
22:20:51 | ep0ch | maybe the build table should be rotated 90 degrees anti-clockwise... have the targets going down instead of across |
22:21:45 | | Join tvelocity [0] (n=tony@ipa33.0.tellas.gr) |
22:21:50 | linuxstb | slimx: I've just made another change as well. Now it all compiles, but it fails to link - you'll need to implement some missing bits in firmware/ I think. |
22:22:44 | slimx | surely |
22:23:18 | linuxstb | And the plugins won't compile - but you can temporarily disable those by editing plugins/SOURCES/ |
22:24:45 | slimx | great linuxstb |
22:24:48 | slimx | thx |
22:28:24 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
22:29:52 | safetydan | preglow: cheers |
22:31:05 | | Quit Matze ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
22:31:18 | | Join Matze [0] (i=Miranda@p5484F009.dip.t-dialin.net) |
22:32:12 | | Join DreamTactix291 [0] (n=DreamTac@adsl-149-149-154.bna.bellsouth.net) |
22:32:18 | | Join mafj2 [0] (n=mafj2@tor/session/x-9f894e26e22e20e1) |
22:34:24 | ghode|afk | −− saving rejects |
22:34:24 | ghode|afk | ildzip.pl |
22:34:29 | ghode|afk | oops sorry |
22:34:38 | | Quit Matze (Read error: 104 (Connection reset by peer)) |
22:34:49 | | Join Matze [0] (i=Miranda@p5484F009.dip.t-dialin.net) |
22:35:30 | | Join freejoe [0] (i=freejoe@89.136.50.79) |
22:36:10 | freejoe | hy all.. |
22:36:23 | | Quit zhilik ("http://www.zhukovsky.net") |
22:37:35 | freejoe | does anyone working on decoding the H10 firmware files? |
22:40:15 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
22:40:22 | | Quit darkless (Client Quit) |
22:41:01 | | Join Moos [0] (i=DrMoos@m53.net81-66-159.noos.fr) |
22:41:34 | | Quit DrMoos (Read error: 104 (Connection reset by peer)) |
22:44:22 | linuxstb | freejoe: No, but I've looked at H10_5G6G_UMSUpdate(EU)_v251.exe and there is a PortalPlayer firmware image in there, which is (at least partially) unencrypted. |
22:45:29 | freejoe | hmm...interesting.. |
22:46:02 | freejoe | i don't know how soft to use for decription |
22:46:12 | freejoe | or to view the files... |
22:46:25 | freejoe | the *.mi4 file.. |
22:47:45 | freejoe | there is some disansambler...? |
22:50:49 | linuxstb | I just looked at that exe file using a hex editor. The portalplayer image I saw started at offset 0xba7e0 - with the ARM exception vectors. |
22:51:57 | freejoe | ok.. |
22:52:35 | freejoe | I think it is a software to decode that firmware files... |
22:53:43 | | Quit Lear ("Chatzilla 0.9.70 [Firefox 1.5.0.1/2006011112]") |
22:53:59 | midgey34 | Cassandra: in boxes for the nano, shouldn't the rating bitmaps be changed to color? |
22:55:18 | freejoe | the programmers who work for the ipod and the H1XX and H3xx iriver series..work in hex editors to decode the files? |
22:55:37 | | Quit Matze (Read error: 104 (Connection reset by peer)) |
22:56:20 | freejoe | the portalplayer chip in H10 i think is the same in ipod... |
22:56:24 | slimx | ld: error: no memory region specified for loadable section `.glue_7' on LD vorbis.elf |
22:56:26 | | Join Matze [0] (i=Miranda@p5484F009.dip.t-dialin.net) |
22:57:07 | linuxstb | slimx: Fix apps/plugins/plugin.lds |
22:57:31 | | Quit Matze (Client Quit) |
22:57:42 | | Part ep0ch ("Kopete 0.11.1 : http://kopete.kde.org") |
22:57:43 | linuxstb | (the best fix will be to use #ifdef CPU_ARM around the .glue sections) |
22:58:06 | slimx | ok |
23:00 |
23:02:08 | | Join Rondom_ [0] (n=Rondom@mrbg-d9b95387.pool.mediaWays.net) |
23:02:10 | | Quit Rondom (Nick collision from services.) |
23:02:24 | | Nick Rondom_ is now known as Rondom (n=Rondom@mrbg-d9b95387.pool.mediaWays.net) |
23:03:10 | | Join amiconn [0] (n=jens@p54BD4267.dip.t-dialin.net) |
23:05:14 | amiconn | ugh. |
23:05:26 | | Part safetydan ("Leaving") |
23:05:28 | amiconn | The recent activity list looks like an iPod takeover ;) |
23:06:18 | BHSPitLappy | why, what else is rockbox relevant to? |
23:06:22 | BHSPitLappy | ;) |
23:07:14 | linuxstb | amiconn: :) It's OK, I've stopped now. |
23:07:21 | *** | Saving seen data "./dancer.seen" |
23:10:19 | | Quit Bger ("BitchX-1.1-final -- just do it.") |
23:14:03 | | Quit Paul_The_Nerd ("Leaving.") |
23:19:12 | | Join goa [0] (i=hd@gate-hannes-tdsl.imos.net) |
23:20:45 | | Join Jolt [0] (n=56280280@labb.contactor.se) |
23:24:00 | | Quit ghode|afk (Read error: 104 (Connection reset by peer)) |
23:24:26 | slimx | rockbox normal build successfull for ipod3g |
23:24:31 | slimx | with plugins |
23:24:33 | slimx | :) |
23:24:41 | slimx | how can i try it ? |
23:25:06 | slimx | just install it to .rockbox in my fat partition ? |
23:27:02 | | Join webguest48 [0] (n=5087f36d@labb.contactor.se) |
23:27:33 | webguest48 | is the backdrop heature useable on the H140 ? |
23:27:44 | webguest48 | heature = feature |
23:27:59 | | Quit godzirra_ (Read error: 104 (Connection reset by peer)) |
23:28:14 | amiconn | webguest48: not yet |
23:28:26 | markun | slimx: does the 3g also run at 2x 75 MHz? |
23:28:59 | webguest48 | thanks, saw the folder and was wondering |
23:29:15 | | Join saratoga [0] (n=80c4c198@labb.contactor.se) |
23:29:22 | webguest48 | HOw is the wakup feature coming on amiconn ? |
23:30:05 | slimx | do not know markun |
23:30:07 | saratoga | did I hear that right from the logs? The 3G now builds? |
23:30:41 | webguest48 | doesn't really seem much point in having a 'backdrop' with a black and white display |
23:31:02 | * | webguest48 shrigs |
23:31:15 | * | webguest48 shrugs |
23:31:34 | linuxstb | slimx: Type "make zip" to make a rockbox.zip, and then do "unzip rockbox.zip -d /mnt/ipod/" |
23:32:28 | linuxstb | webguest48: No, the backdrops are not implemented yet on the H140 - but they will be, to enable background images in the WPS |
23:32:46 | | Quit Jolt ("CGI:IRC (EOF)") |
23:33:46 | | Join Milkmaster [0] (n=5082586d@labb.contactor.se) |
23:34:01 | webguest48 | hmmm, not a very rich experiance with a black/white display, wonder what type of pic would be most suitable |
23:34:53 | amiconn | There are 4 shades, not only b&w |
23:35:24 | webguest48 | heh, light, dark, darker, black |
23:35:38 | | Quit goa (Connection reset by peer) |
23:36:06 | | Join goa [0] (i=hd@gate-hannes-tdsl.imos.net) |
23:36:08 | | Part midgey34 |
23:36:51 | | Quit Milkmaster (Client Quit) |
23:39:19 | slimx | well it's funny to see :) |
23:39:38 | slimx | native bitmaps doesn't work nice :p |
23:40:07 | | Quit Myth`n`Legend ("Loyalty is an invaluable commodity, that once spent, can never be replaced.") |
23:41:06 | | Quit Siku () |
23:42:16 | | Quit petur ("here today, gone tomorrow") |
23:44:00 | linuxstb | slimx: How much is working? |
23:46:18 | slimx | we can see rockbox logo |
23:46:34 | linuxstb | That's a good sign. Does the file browser start? |
23:46:40 | slimx | but only black and white pixels are well displayed |
23:47:14 | slimx | no i don't think so |
23:47:27 | linuxstb | What happens after the rockbox logo? |
23:47:36 | slimx | lol nothing more |
23:48:25 | | Join hydrahead [0] (n=5774a9c7@labb.contactor.se) |
23:49:38 | linuxstb | You should look in apps/main.c - in the init() function |
23:50:10 | linuxstb | But be careful - the first version of init() is for the simulator, there is a second version which is the one actually run on the target. |
23:50:15 | Bagder | is the 4g greyscale working good enough for a daily/bleeding build? |
23:50:32 | linuxstb | No - it hasn't been tested. I just created the build this afternoon. |
23:50:36 | Bagder | ok |
23:50:41 | slimx | ok |
23:50:43 | linuxstb | In fact, it has been tested, and it doesn't start. |
23:51:15 | linuxstb | It just needs someone with a 4g greyscale to debug it - I don't think there will be much to do. |
23:51:22 | | Quit matsl (Remote closed the connection) |
23:53:36 | | Quit freejoe () |
23:55:29 | | Quit Kohlrabi ("Fast alle Menschen sind Regenwürmer") |
23:58:43 | | Part webguest48 |