| 00:00:22 | Nico_P | ...something I know everything about :D |
| 00:00:22 | Bagder | although I'm not sure the benefit is that great |
| 00:00:32 | XavierGr | so in order for the while playing screen to show up this "wps compiler" wouldn't have to run? |
| 00:00:47 | Nico_P | Bagder: have you looked at my patch ? |
| 00:00:50 | Bagder | its simple, if the wps already are compiled the byte-code is loaded |
| 00:00:57 | Bagder | Nico_P: nope |
| 00:01:11 | XavierGr | so each wps must have been precompiled to show up? |
| 00:01:14 | bluebrother | but it adds a dependency to an external bytecode compiler |
| 00:01:22 | Bagder | yes, or it would first need to be compiled |
| 00:01:26 | XavierGr | can't say I like the idea |
| 00:01:28 | Bagder | to be able to "run" |
| 00:01:37 | XavierGr | not KISS imho |
| 00:01:42 | bluebrother | ok, this could be done with a viewer |
| 00:01:44 | Moos | same here |
| 00:01:49 | bluebrother | like a theme installer ... |
| 00:02:01 | * | bluebrother remembers his theme installer patch once more ;-) |
| 00:02:07 | Moos | currently we even create a wpas on the fly and use it immediatly |
| 00:02:35 | *** | Saving seen data "./dancer.seen" |
| 00:02:37 | XavierGr | moos: well with the wps compiler you can still do it, the compiler would be a plugin |
| 00:02:54 | XavierGr | but I think that compiling wps themes sounds weird |
| 00:02:56 | Bagder | well, personally I'm for a concept that allows "wps-plugins" that runs instead of the normal wps |
| 00:03:03 | Moos | more laborious that just open text editor |
| 00:03:08 | XavierGr | indeed |
| 00:03:08 | | Join sneakums [0] (i=sneakums@jenny.ondioline.org) |
| 00:03:12 | bluebrother | it's at least better than this "compiled skins" idea |
| 00:03:16 | Llorean | Bagder: An alternate interpreter that can allow extended tags, basically? |
| 00:03:17 | XavierGr | hehe |
| 00:03:34 | Juice^ | we should have a WPS editor, that has some pre-made templates for sizes etc. |
| 00:03:40 | bluebrother | but moving functionality out and loading it in a plugin way sounds nice |
| 00:04:01 | bluebrother | Juice^, not before viewports are implemented ;-) |
| 00:04:07 | Llorean | Juice^: Anyone's free to make one. |
| 00:04:11 | Bagder | Llorean: no, even more rough: let the plugin do whatever it wants and offer enough functions and info in the plugin API |
| 00:04:20 | XavierGr | plugins are nice to relieve core from binary size from extras, but not for core features |
| 00:04:23 | | Join Rob2222 [0] (n=Miranda@p54B16B16.dip.t-dialin.net) |
| 00:04:25 | Juice^ | bluebrother: viewports?? woot :) |
| 00:04:26 | Moos | didn't we have a WPS creator already? |
| 00:04:49 | bluebrother | I think there was some VB thingy somewhere in the forums |
| 00:05:01 | bluebrother | don't know what happened to that though |
| 00:05:05 | Moos | that what I remenber too |
| 00:05:21 | * | amiconn has slight problems regarding the player lcd and target tree |
| 00:05:22 | Bagder | code comes and goes... |
| 00:05:22 | Nico_P | A WPS compiler would allow us to use packaged WPS... |
| 00:05:33 | bluebrother | IMO the basic wps functionality should be in the core |
| 00:05:43 | Bagder | bluebrother: I agree |
| 00:05:48 | bluebrother | but stuff like replaygain tags etc could be external |
| 00:05:48 | amiconn | The lcd charset is definitely target dependent, but cannot reside in target tree because the sim needs it... |
| 00:06:09 | bluebrother | the wps should keep at least conditional images and sublines |
| 00:06:12 | Nico_P | the RTC tag should be external !! |
| 00:06:45 | bluebrother | btw, do we have a tag for disk activity? |
| 00:06:54 | pixelma | yes |
| 00:06:58 | Moos | we have |
| 00:07:04 | bluebrother | it's quite annoying not to see disk activity on the mini as most themes turn of the status bar |
| 00:07:25 | pixelma | called "virtual led" %lh - (I believe) |
| 00:07:32 | bluebrother | but I guess I need to design my own for the mini ;-) |
| 00:07:41 | Juice^ | bluebrother: you could easily modify the theme to include the status bar? |
| 00:07:54 | bluebrother | Juice^, not if the theme includes graphics |
| 00:08:09 | Juice^ | bluebrother: okey |
| 00:08:12 | bluebrother | as image positions are absolute and would overlap with the status bar |
| 00:08:20 | bluebrother | while the text itself moves down |
| 00:08:23 | XavierGr | pixlema: I did an ondio bb with 900mah batteries, I got 7 hours 40 minutes from it, is that normal? |
| 00:09:02 | amiconn | Sounds normal |
| 00:09:17 | pixelma | sounds about right - I get (got :/ ) about the same with my 900mAh rechargeables |
| 00:09:45 | amiconn | Somewhat less than what I got with 900mAh NiMH in a test (9h 3 min) |
| 00:09:59 | pixelma | (just the rechargeables aren't ok anymore) |
| 00:09:59 | Juice^ | here, if someone want/need a battery indicator for a wps, its layered in photoshop; http://home.no.net/juice3d/Battery_indicator-juice.psd |
| 00:10:02 | XavierGr | nice to know that my ondio isn't affected by excessive power drain |
| 00:10:45 | bluebrother | Juice^, my browser can't display photoshop ... |
| 00:10:49 | | Quit aliask ("Chatzilla 0.9.77 [Firefox 2.0.0.2/0000000000]") |
| 00:11:11 | Juice^ | bluebrother: you need to download it .. dont think many browsers can open psd files :p |
| 00:11:48 | bluebrother | btw, I had a nice idea for backdrops ... I added the rockbox logo from zezayer in light grey as backdrop to my mini |
| 00:11:57 | Juice^ | bluebrother: this is the look: http://home.no.net/juice3d/Battery_indicator-juice.png |
| 00:12:25 | bluebrother | Juice^, thanks |
| 00:13:03 | bluebrother | but I mainly was just curious how it looks ;-) |
| 00:13:08 | Juice^ | :) |
| 00:13:17 | Juice^ | Think i will make others too.. |
| 00:13:20 | * | bluebrother prefers gimp |
| 00:13:30 | Juice^ | pixel by pixel :) |
| 00:13:53 | | Join courtc_ [0] (n=court@c-71-199-169-45.hsd1.ga.comcast.net) |
| 00:14:32 | | Quit courtc (Read error: 54 (Connection reset by peer)) |
| 00:14:53 | Bagder | I've added the web server as a build server again now |
| 00:15:31 | | Quit muesli__ (Read error: 110 (Connection timed out)) |
| 00:17:24 | | Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) |
| 00:19:41 | linuxstb | amiconn: What's your problem with the lcd charset code? It seems fine where it is now - if it's needed in the sim then it's higher-level than target-tree, so shouldn't go there. |
| 00:20:44 | amiconn | I am separating lcd specific code from generic charcell code and target code |
| 00:21:17 | amiconn | ...while rewriting the driver to provide real unicode support |
| 00:21:29 | Juice^ | i found the wiki page for this VB app for editing WPS code.. http://www.rockbox.org/twiki/bin/view/Main/EZWPS |
| 00:22:05 | pearldiver | Juice^ nice battery icon :P |
| 00:22:13 | pearldiver | do you have any other icons? |
| 00:22:29 | Juice^ | pearldiver: thanks.. ehm not at the moment, i will do other tomorrow |
| 00:22:39 | Juice^ | im going to sleep now |
| 00:22:40 | bluebrother | monday approaches ... time for sleep |
| 00:22:42 | | Quit courtc_ (Read error: 54 (Connection reset by peer)) |
| 00:22:46 | Juice^ | yeah.. nighty |
| 00:22:46 | | Quit bluebrother ("...zzzZZZ") |
| 00:22:47 | Moos | Juice: it's probably out of date with some missing tags now |
| 00:22:57 | pearldiver | Juice^ ah night then |
| 00:22:57 | Juice^ | Moos: I could guess |
| 00:23:04 | | Quit Juice^ ("nighty - work to do") |
| 00:23:22 | | Quit DataGhost (Nick collision from services.) |
| 00:24:58 | | Join efyx [0] (n=efyx@fac34-5-82-239-138-213.fbx.proxad.net) |
| 00:25:55 | | Join safetydan [0] (i=cbca159f@rockbox/developer/safetydan) |
| 00:27:00 | | Join courtc [0] (n=court@c-71-199-169-45.hsd1.ga.comcast.net) |
| 00:27:54 | | Join lukaswayne9 [0] (n=lukas@c-68-84-69-12.hsd1.nj.comcast.net) |
| 00:29:13 | | Join Shaid` [0] (i=shaid@203-214-15-140.dyn.iinet.net.au) |
| 00:30:33 | | Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 00:30:42 | amiconn | Quite a number of chars available on the new lcd isn't mapped currently... |
| 00:30:51 | | Quit Arathis ("Bye, bye") |
| 00:34:11 | | Join Thundercloud_ [0] (n=thunderc@82.152.169.55) |
| 00:35:53 | | Quit JETC- ("Konversation terminated!") |
| 00:36:25 | | Join Vyrus001 [0] (n=Vyrus001@adsl-69-231-84-188.dsl.irvnca.pacbell.net) |
| 00:37:24 | | Quit pearldiver ("some games are better left unplayed") |
| 00:37:24 | | Quit My_Sic (Read error: 104 (Connection reset by peer)) |
| 00:41:18 | | Join webguest94 [0] (i=415fb535@gateway/web/cgi-irc/labb.contactor.se/x-a42b9b4e5e1e2a8a) |
| 00:41:23 | webguest94 | hi |
| 00:41:36 | | Join Shaidd [0] (i=shaid@203-214-103-38.dyn.iinet.net.au) |
| 00:41:46 | | Quit Shaid (Nick collision from services.) |
| 00:41:52 | | Nick Shaidd is now known as Shaid (i=shaid@203-214-103-38.dyn.iinet.net.au) |
| 00:41:57 | webguest94 | can i install rockbox on a 5G ver 1.2.1 30gb ipod? |
| 00:42:00 | | Quit Thundercloud (Read error: 104 (Connection reset by peer)) |
| 00:42:09 | linuxstb | Yes. |
| 00:42:43 | webguest94 | with the rockbox installer X? |
| 00:43:05 | scorche | that is not our software, and as such, we will not support it |
| 00:43:08 | linuxstb | No - that installer is very out of date now. |
| 00:43:23 | linuxstb | The official install instructions are very simple. |
| 00:43:34 | webguest94 | really? i heard they arn't |
| 00:43:42 | webguest94 | maybe i will try it |
| 00:44:08 | scorche | they used to be much "harder", however, it has gotten easier since then |
| 00:44:11 | linuxstb | They were hard up to a couple of months ago, but have been greatly simplified now. |
| 00:44:26 | Shaid | I didn't find it that hard really... |
| 00:44:46 | webguest94 | where can i find how to install |
| 00:44:49 | webguest94 | it |
| 00:44:54 | scorche | our manual |
| 00:45:01 | webguest94 | ok thxs alot |
| 00:45:08 | | Join Ribs [0] (n=ribs@91.84.8.218) |
| 00:45:09 | | Join mirak [0] (n=mirak@m145.net195-132-203.noos.fr) |
| 00:46:04 | | Join SirFunk [0] (n=Sir@cpe-74-71-205-222.twcny.res.rr.com) |
| 00:47:16 | webguest94 | rockbox install X the new one is not out of date |
| 00:47:33 | webguest94 | or RIX |
| 00:47:41 | webguest94 | look |
| 00:47:42 | webguest94 | http://www.kreator666.gabeandco.info/rockbox/index.html |
| 00:47:42 | scorche | we still will not support it....honestly, our instructions are quite simple |
| 00:47:50 | webguest94 | ok |
| 00:47:54 | webguest94 | just saying |
| 00:48:41 | scorche | from that changelog, they are still using an out-of-date bootloader |
| 00:49:24 | | Quit Shaid` (Read error: 110 (Connection timed out)) |
| 00:50:24 | linuxstb | webguest94: There is also an official installer in development, but you could use it (it installs the most up-to-date version of Rockbox) - http://www.rockbox.org/twiki/bin/view/Main/RockboxUtility (the download links are at the bottom of that page) |
| 00:50:24 | webguest94 | oh ok |
| 00:50:35 | webguest94 | ok |
| 00:50:45 | webguest94 | that looks cool |
| 00:50:58 | | Quit Moos ("Quitte") |
| 00:53:48 | | Quit ender` (" Be wary of strong drink. It can make you shoot at tax collectors and miss. -- Robert A. Heinlein") |
| 00:54:38 | | Quit ompaul ("lights out") |
| 00:54:48 | | Join bagawk [0] (n=lee@unaffiliated/bagawk) |
| 00:56:31 | | Join ment [0] (i=thement@ibawizard.net) |
| 00:56:37 | ment | hi |
| 00:56:46 | | Quit robin0800 (" robin0800 quit") |
| 00:59:09 | | Quit obo ("bye") |
| 00:59:18 | | Quit Ribs ("eh eh ehhhh!") |
| 01:00 |
| 01:00:46 | lImbus | hi ment |
| 01:00:49 | Soap | the core running bytecode WPSs, wouldn't that allow people to create WPSs with (for example) album art, multiple fonts, etc - and distribute those w/o a need to have modified builds? |
| 01:01:06 | Soap | As soon as I asked that I realize it wouldn't. |
| 01:01:14 | | Join clyde [0] (n=clyde@host-64-139-245-183.nctv.com) |
| 01:02:06 | safetydan | Nice idea though |
| 01:02:31 | safetydan | Probably a wee bit complicated to turn the WPS in to a full "Rockbox" scripting language. |
| 01:02:35 | | Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) |
| 01:03:49 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust859.brig.cable.ntl.com) |
| 01:06:43 | amiconn | safetydan: Wanna test further speex asm constraint simplifications for arm? |
| 01:07:13 | amiconn | Binary code shouldn't be different, and it compiles cleanly, but I don't have any speex files to test with |
| 01:08:23 | webguest94 | that "RBU" thing is great!!! |
| 01:09:41 | webguest94 | and the new main menu is so much easier to work with |
| 01:09:46 | webguest94 | i love rockbox!!! |
| 01:09:52 | linuxstb | webguest94: It worked for you then? |
| 01:09:57 | webguest94 | yes |
| 01:10:17 | | Join lee-qid_ [0] (n=liqid@p5496604D.dip.t-dialin.net) |
| 01:10:49 | | Join miepchen^schlaf [0] (n=hihi@p57B978EF.dip.t-dialin.net) |
| 01:13:43 | | Join webguest72 [0] (i=18f44eb5@gateway/web/cgi-irc/labb.contactor.se/x-f2007f7e9419114d) |
| 01:14:12 | webguest72 | anyone know anything about shell scripts? |
| 01:14:29 | webguest72 | I'm trying to make one that will compile rockbox for my target |
| 01:14:37 | webguest72 | my question is... |
| 01:15:24 | webguest72 | I run the configure file from the script but want the choices to be put in automaticly |
| 01:15:37 | webguest72 | which commands do I put in? |
| 01:15:55 | webguest72 | into my shell |
| 01:16:00 | webguest72 | so I have like |
| 01:16:17 | webguest72 | $tools_dir/configure |
| 01:16:35 | lImbus | I guess you have to pipe in the answers |
| 01:16:44 | lImbus | but I'm not shellmaster neither |
| 01:16:46 | webguest72 | which works fine but when I run the script it still asks for stuff |
| 01:16:49 | Nico_P | safetydan: have you seen my WPS tokenizer patch ? |
| 01:17:23 | lImbus | webguest72, easiest is to modify your configure script to not ask for this stuff but simply do the right thing |
| 01:17:38 | webguest72 | lImbus: thats right but how do I do that what command |
| 01:17:47 | Nico_P | webguest72: echo "11" | ../tools/configure |
| 01:17:48 | | Quit Shaid (Read error: 110 (Connection timed out)) |
| 01:17:59 | Nico_P | that will select the H320 |
| 01:18:10 | webguest94 | sorry to bug you guys again but, does the iTunes database converter work? or is it out of date |
| 01:18:23 | webguest72 | hmmm |
| 01:18:28 | safetydan | amiconn, I'm not near a compiler unfortunately |
| 01:18:32 | lImbus | wow. I got rbutil to crash |
| 01:18:53 | safetydan | Nico_P, saw the patch but I haven't looked at it yet. Have this whole "work" thing to do :) |
| 01:19:00 | | Join DataGhost [0] (i=dataghos@ip3e832ea5.speed.planet.nl) |
| 01:19:07 | Nico_P | :) |
| 01:19:12 | safetydan | (well, not near a C compiler anyway) |
| 01:19:16 | webguest72 | so I would do echo "15" ../tools/configure |
| 01:19:24 | webguest72 | for my target |
| 01:19:32 | Nico_P | safetydan: it's based off your code, so you might find it interesting |
| 01:19:47 | linuxstb | `webguest72: Just do "(echo 20 ; echo N) | ../tools/configure)" |
| 01:19:48 | Nico_P | webguest72: you're forgetting the pipe |
| 01:19:49 | webguest72 | would I do echo "15 n" for a normal build? |
| 01:19:59 | lImbus | Unhandled exception at 0x00436ae0 in rbutil.exe: 0xC0000005: Access violation reading location 0x0152f1a4. While trying to "install rbutil on my device" |
| 01:20:21 | webguest72 | Ok I will give it a try! |
| 01:21:14 | linuxstb | webguest94: I think it's out of date - but you shouldn't need it, Rockbox can build the database itself from the tags in your audio files. |
| 01:21:16 | | Join Shaid [0] (i=shaid@203-214-103-38.dyn.iinet.net.au) |
| 01:21:35 | | Quit entheh ("^~") |
| 01:21:38 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 01:22:02 | webguest94 | so....how do i get my itunes songs on rockbox? |
| 01:22:29 | linuxstb | lImbus: I'm not sure if that feature has been tested recently - try and catch Domonoky next time he's around, he's Mr RbUtil at the moment. |
| 01:22:59 | linuxstb | webguest94: What happens when you select Database in the main menu? |
| 01:24:32 | lImbus | Ill get the code, compile it and chase it down |
| 01:24:48 | linuxstb | lImbus: Even better :) |
| 01:24:50 | webguest94 | i don't know yet |
| 01:25:02 | webguest94 | i just installed it |
| 01:25:12 | webguest72 | linuxstb: "(echo 20 ; echo N) | ../tools/configure)" what is that symbol in the middle? the long line? |
| 01:25:31 | nls | webguest94: wait till the disk stops spinning and reboot your player |
| 01:25:45 | webguest94 | but do you need the music to be in the apple Firmware |
| 01:26:02 | lImbus | webguest72, thats the pipe symbol |
| 01:26:15 | webguest72 | how do you do it? |
| 01:26:21 | lImbus | you reach it usually with an AltGr combination |
| 01:26:31 | lImbus | on which keyboard layout are you ? |
| 01:26:43 | webguest72 | standard american |
| 01:26:46 | linuxstb | webguest94: No, Rockbox will play anything you copy onto your ipod's disk. |
| 01:26:49 | webguest72 | or w/e it's called |
| 01:27:05 | | Quit lee-qid (Read error: 110 (Connection timed out)) |
| 01:27:18 | Nico_P | webguest72: you can also copy-paste it |
| 01:27:24 | lImbus | hehe |
| 01:27:26 | lImbus | good |
| 01:27:55 | lImbus | try AltGr and the key left of z (if any) |
| 01:28:00 | Nico_P | webguest72: and the right command is actually : (echo 15 ; echo N) | ../tools/configure |
| 01:28:22 | Nico_P | i just tried rbutil for the first time and it's awesome ! |
| 01:28:48 | | Quit bospaadje (Remote closed the connection) |
| 01:28:55 | lImbus | Nico_P, yes, it is |
| 01:28:59 | linuxstb | Nico_P: It is. We should try and get it up to release quality and release it. |
| 01:29:17 | | Join bospaadje [0] (n=bospaadj@ip82-139-84-12.lijbrandt.net) |
| 01:29:26 | ment | It's possible to estabilish usb connection with computer during audio playback? For example for sending control commands (next-track, prev-track)? |
| 01:29:32 | webguest72 | ok I just saved the symbol |
| 01:29:37 | Nico_P | One thing I find annoying is the giant progressbar when downloading a theme preview |
| 01:29:38 | webguest72 | in a file |
| 01:29:42 | webguest72 | thx |
| 01:29:44 | lImbus | ment, no way |
| 01:29:49 | | Quit webguest72 ("CGI:IRC") |
| 01:29:49 | | Quit bospaadje (Remote closed the connection) |
| 01:30:01 | | Join pearldiver [0] (n=say@cpe-72-225-231-80.nyc.res.rr.com) |
| 01:30:09 | lImbus | usb takes control over it all. The last possible hack is to continue fm radio while usb |
| 01:30:12 | linuxstb | ment: In theory, yes (on some targets at least), but Rockbox doesn't have any USB drivers yet. |
| 01:30:15 | | Join bospaadje [0] (n=bospaadj@ip82-139-84-12.lijbrandt.net) |
| 01:30:34 | ment | linuxstb: which ones? |
| 01:30:58 | | Quit bospaadje (Remote closed the connection) |
| 01:31:16 | ment | or are there any other usable interfaces? (like some sort of ir or serial) |
| 01:31:24 | linuxstb | The PortalPlayer targets (software USB) and I _think_ the targets with USBOTG - H300, X5, Gigabeat. |
| 01:31:30 | | Quit clyde ("Leaving") |
| 01:31:32 | linuxstb | Which player do you have? |
| 01:31:55 | | Quit efyx ("Quitte") |
| 01:33:08 | ment | actually no one, but i'm looking for some capable of this |
| 01:34:16 | | Join bospaadje [0] (n=bospaadj@ip82-139-84-12.lijbrandt.net) |
| 01:34:24 | linuxstb | Lots of targets have remote controls which I'm sure you could interface to if you're a hardware hacker. |
| 01:34:37 | lImbus | linuxstb, don't think h300 would do it. |
| 01:35:08 | lImbus | since atm, we are already doing usb-mode on our own whitout having implemented a usb-stack |
| 01:35:11 | | Quit lee-qid_ ("aufwiederbyebientotsayonara") |
| 01:35:15 | lImbus | its usb-ata-bridge |
| 01:35:17 | * | amiconn found a many years old bug in the player lcd character mapping |
| 01:35:41 | linuxstb | lImbus: Yes, the usb-ata bridge can't be used for it, but what about the USBOTG port? |
| 01:36:40 | linuxstb | ment: But I'm curious, why do you want to control your mp3 player from a computer, instead of just playing music directly on your computer? |
| 01:36:57 | | Quit secleinteer (Read error: 104 (Connection reset by peer)) |
| 01:37:34 | lImbus | usb-on-the-go means to me that the h300 is able to work with an external usb mass storage device. not AS a device to another usb host. |
| 01:37:40 | ment | linuxstb: one reason is that my notebook has broken sound card |
| 01:38:20 | lImbus | then get a archos and do remote control via serial |
| 01:38:45 | lImbus | or a usb sound card :) |
| 01:38:45 | ment | linuxstb: the other one is that it would be nice to have cheap synth with external control made from mp3 player |
| 01:38:59 | | Join bagawk_ [0] (n=lee@unaffiliated/bagawk) |
| 01:39:03 | | Quit atsea- (Read error: 104 (Connection reset by peer)) |
| 01:39:05 | | Quit bospaadje (Remote closed the connection) |
| 01:39:16 | | Join bospaadje [0] (n=bospaadj@ip82-139-84-12.lijbrandt.net) |
| 01:39:46 | | Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <- 100,000+ downloads can't be wrong") |
| 01:40:18 | | Quit bagawk (Nick collision from services.) |
| 01:40:30 | | Nick bagawk_ is now known as bagawk (n=lee@unaffiliated/bagawk) |
| 01:41:02 | | Join zeth [0] (n=zeth@sblug/lugmaster/zeth) |
| 01:41:14 | | Quit nicktastique (".") |
| 01:41:20 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust859.brig.cable.ntl.com) |
| 01:42:13 | JdGordon | Nico_P: hey, just looking at your wps code... looks nice |
| 01:42:22 | Nico_P | :) |
| 01:42:26 | JdGordon | but is |
| 01:42:26 | JdGordon | +#if CONFIG_RTC |
| 01:42:26 | JdGordon | + case WPS_TOKEN_RTC: |
| 01:42:26 | DBUG | Enqueued KICK JdGordon |
| 01:42:26 | JdGordon | + return NULL; //rtc_string(buf, buf_size, data->tokens[i].value.s); |
| 01:42:26 | JdGordon | +#endif |
| 01:42:29 | JdGordon | correct? |
| 01:43:01 | zeth | Sorry if this is spammy, but I just posted a little article/diary of my move to rockbox on my blog, if anyone reads it and finds that I have made serious errors then let me know http://commandline.org.uk/2007/rocking-the-box/ cheers |
| 01:43:11 | Nico_P | JdGordon: I got some stack smashing crashes on the sansa whith the RTC tag enabled |
| 01:43:38 | Nico_P | it worked on the H300 sim, though |
| 01:43:55 | | Quit robin0800 (Client Quit) |
| 01:44:03 | Nico_P | but for now i just disabled it to focus on more important issues |
| 01:44:11 | JdGordon | ok |
| 01:45:03 | JdGordon | I see you have a fwe others commented out also... so its not quite ready then? |
| 01:45:03 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust859.brig.cable.ntl.com) |
| 01:45:10 | Nico_P | JdGordon: no |
| 01:45:16 | Nico_P | not quite |
| 01:45:25 | Nico_P | which ones are the others ? |
| 01:45:48 | JdGordon | in the table in wps.h |
| 01:46:19 | Nico_P | ah yes. those are handled by wps_data_preload_tags |
| 01:46:27 | Nico_P | but I wanted to keep them available |
| 01:46:34 | Nico_P | in case i decided to change it |
| 01:46:44 | JdGordon | ah ok :) |
| 01:47:34 | Nico_P | For easier reading you should patch it in... almost all the interesting parts are in wps.* |
| 01:48:10 | | Quit Bawitdaba (Read error: 104 (Connection reset by peer)) |
| 01:48:37 | JdGordon | its faily easy to read the patch, seen as its all one big blob of +'s :) |
| 01:49:00 | | Join efyx [0] (n=efyx@fac34-5-82-239-138-213.fbx.proxad.net) |
| 01:49:39 | | Quit robin0800 (Client Quit) |
| 01:49:39 | Nico_P | :) |
| 01:49:39 | JdGordon | its unlikly that it would be allowed.. but would it be difficult to turn the parser into a rock? might save a fiar amount of space on the recorders.... |
| 01:49:58 | Nico_P | there was talk about this a bit earlier |
| 01:50:07 | Nico_P | it could be a good idea |
| 01:50:08 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust859.brig.cable.ntl.com) |
| 01:50:16 | JdGordon | on the ml i saw.. here aswell? |
| 01:50:22 | Nico_P | yes |
| 01:51:24 | Nico_P | XavierGr started it at 23:56, ie a little less than 2 hours ago |
| 01:51:58 | Llorean | JdGordon: It's not _that_ unlikely that it would be allowed. |
| 01:52:26 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 01:52:31 | | Join miepchen^schlaf [0] (n=hihi@p57B978EF.dip.t-dialin.net) |
| 01:52:32 | Nico_P | It wouls shave a fair amount off the binsize |
| 01:52:40 | JdGordon | well, I aslways thought everyone was against moving core parts to plugins... |
| 01:52:46 | linuxstb | My understanding of the conversation was that it was unlikely... |
| 01:53:17 | Nico_P | with my code, if the plugin could acces the WPS data, all the parsing could be in a rock |
| 01:53:54 | Nico_P | after that, the WPS data struct contains all the necessary info... i could even get rid of the original source |
| 01:53:54 | | Join z0de [0] (i=z0de@80-194-233-59.cable.ubr01.enfi.blueyonder.co.uk) |
| 01:53:58 | | Join Bawitdaba [0] (n=Sphinx@cpe-72-226-66-206.nycap.res.rr.com) |
| 01:54:16 | JdGordon | dump that strcut to a file so it doesnt need to be reparsed every boot.. just read in |
| 01:54:43 | Nico_P | JdGordon: that was the idea yes... byte code... I'm not sure how to do it yes |
| 01:54:51 | | Quit webguest94 ("CGI:IRC (EOF)") |
| 01:54:52 | Nico_P | s/yes/though... i'm very tired |
| 01:55:22 | Nico_P | how is a struct dumped to a file ? |
| 01:55:37 | JdGordon | open the file.. then write(fd, source, len) |
| 01:55:50 | JdGordon | and make sure the return == len |
| 01:55:59 | Nico_P | just write the memory to the file ? |
| 01:56:03 | JdGordon | yep |
| 01:56:05 | Nico_P | cool |
| 01:56:13 | | Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <- IRC with a difference") |
| 01:56:16 | JdGordon | then read it back with read(fd, dest, len) |
| 01:56:20 | JdGordon | very easy |
| 01:56:23 | Nico_P | nice |
| 01:56:36 | JdGordon | unless you have stuff like pointers which wont work... |
| 01:56:47 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust859.brig.cable.ntl.com) |
| 01:57:08 | Nico_P | hmm.. i do but i could recompute them |
| 01:57:49 | JdGordon | and it would probably need a header with the usual version and target id or youll have problems with endiendness if ppl swap these dumps |
| 01:57:59 | safetydan | I always thought the parser could be a plugin like the properties plugin. When you select a WPS, the plugin gets called, which parses the file into the memory format the core needs. |
| 01:58:33 | JdGordon | It could (should even on certain targets), but if that rck isnt there we have problems... |
| 01:58:56 | | Quit Bawitdaba () |
| 01:59:20 | JdGordon | the bytecode for the default wps needs to be hardcoded... |
| 01:59:30 | safetydan | No worse than it is now. |
| 01:59:31 | JdGordon | ... into the core that is |
| 01:59:32 | amiconn | Basic wps functionality should always be in the core |
| 01:59:48 | pixelma | I wouldn't like to sacrifice main features for bin size even though I'd like to have rombox |
| 02:00 |
| 02:00:06 | JdGordon | you wouldnt be.. thats the thing :) |
| 02:00:09 | Nico_P | pixelma: the features would be identical |
| 02:00:25 | JdGordon | the penalty would be slightly slower wps parsing, which would only be done once tho |
| 02:00:34 | Nico_P | amiconn: is WPS parsing basic WPS functionality according to you ? |
| 02:00:54 | amiconn | Loading a wps shouldn't require a plugin |
| 02:00:56 | Nico_P | basic enough to need to be in the core though |
| 02:01:27 | amiconn | Rendering a wps might be different - later, with very special wps features |
| 02:02:40 | *** | Saving seen data "./dancer.seen" |
| 02:02:41 | | Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <- IRC with a difference") |
| 02:03:01 | Nico_P | amiconn: what about compiling the WPS to bytecode to avoid having to parse it again ? |
| 02:03:04 | Soap | what becomes the definition of "basic"? Text only? |
| 02:03:07 | JdGordon | Nico_P: could we have a text only parser in the core (so basic features only) and then the full blown one in a rock? or would that not give enough bin saving? |
| 02:03:21 | | Join Thundercloud [0] (n=thunderc@82.152.210.24) |
| 02:03:22 | amiconn | Sounds like overkill to me |
| 02:03:45 | Nico_P | JdGordon: I agree with amiconn on this |
| 02:03:46 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust859.brig.cable.ntl.com) |
| 02:03:59 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 02:03:59 | * | JdGordon thinks so too :p |
| 02:04:06 | amiconn | That was related to compiling |
| 02:05:32 | Nico_P | ah |
| 02:06:05 | Nico_P | well by compiling i just mean parsing and then saving the struct to a file |
| 02:06:25 | Nico_P | it would avoid having to parse each time |
| 02:06:59 | safetydan | "each time" should only be once per reboot and once per WPS load. Not sure it's worth optimising that for speed. |
| 02:07:12 | amiconn | exactly |
| 02:07:38 | JdGordon | well yeah, it would be pointless unless the parser was in a rock... |
| 02:07:46 | Nico_P | true. that's what I had in mind while coding anyway |
| 02:07:49 | linuxstb | And then you have the caching issues to deal with - i.e. bugs caused by not detecting changes in the WPS correctly. |
| 02:08:09 | * | JdGordon gone |
| 02:08:25 | safetydan | I can't see that putting the parser in a plugin would be that much slower. You've already spun the disk to load the WPS file, so loading the .rock isn't going to slow things down. |
| 02:10:04 | Nico_P | amiconn: your objection about a plugin is that it wouldn't be possible to have a WPS with only the core file anymore ? |
| 02:10:19 | | Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <- State of the art IRC") |
| 02:10:47 | amiconn | ??? |
| 02:14:58 | Nico_P | sorry :) In fact I don't really understand your objection against having the parser as a rock |
| 02:14:58 | amiconn | Problems if wps/parser would be a plugin: you couldn't run another plugin while playing |
| 02:14:58 | amiconn | That also and especially goes for tsr plugins |
| 02:14:58 | | Join webguest29 [0] (i=415fb535@gateway/web/cgi-irc/labb.contactor.se/x-7be12ade468cfd6b) |
| 02:14:58 | Nico_P | amiconn: i'm only speaking of the parser. the rendering would stay in the core |
| 02:14:58 | webguest29 | hi (again :p) |
| 02:14:58 | Nico_P | TSR plugins... right |
| 02:14:58 | pixelma | and as JdGordon already mentioned you rely on a plugin - if it's missing you couldn't load a new wps |
| 02:14:58 | webguest29 | about the database, whats it for? |
| 02:14:58 | safetydan | amiconn, I'm talking about a plugin that's run once to parse the file into the WPS structs. |
| 02:14:58 | amiconn | And wps is really core functionality imho, and more important functionality than esoterics like .cue support |
| 02:14:58 | DBUG | Enqueued KICK Nico_P |
| 02:14:58 | Nico_P | pixelma: I could say the same about a codec... |
| 02:14:58 | safetydan | pixelma, that's a problem, yes. But how often does that happen? |
| 02:14:58 | pixelma | don't know about codecs :P |
| 02:14:58 | DBUG | Enqueued KICK amiconn |
| 02:14:58 | amiconn | It happens every boot at least |
| 02:14:58 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust859.brig.cable.ntl.com) |
| 02:14:58 | amiconn | Compiling a wps is a weird idea |
| 02:14:58 | *** | Alert Mode level 1 |
| 02:14:58 | amiconn | How long does parsing take? 10ms? 100ms? you wouldn't notice... |
| 02:14:58 | safetydan | I think we're talking across each other. I'm not talking about compiling the WPS. |
| 02:14:58 | *** | Alert Mode level 2 |
| 02:14:58 | amiconn | It's done once on load |
| 02:15:06 | Nico_P | amiconn: about TSR... the WPS would be parsed at boot time (no problem with that). then if the user runs a tsr plugin and then tries to load a new WPS, we'll tell him he has to choose... it's not a very likely case anyway |
| 02:15:30 | amiconn | And how would it load the wps if the plugin is missing? |
| 02:15:38 | linuxstb | I don't think compiling is the main suggestion - it's moving the parsing code (once there is a tokenising parser) into a plugin. |
| 02:15:46 | Nico_P | amiconn: i'm not talking about compiling anymore... the rock would write the WPS data to the memory and exit |
| 02:15:59 | safetydan | what they said :) |
| 02:16:13 | amiconn | linuxstb: I understand that. Imho both of these ideas are weird |
| 02:16:14 | linuxstb | And if plugins/codecs are missing, Rockbox isn't much use... Although hwcodec is different (at the moment) |
| 02:16:23 | pixelma | sorry, can't follow |
| 02:16:39 | amiconn | grrrr |
| 02:16:42 | Nico_P | amiconn: if the plugin is missing, we load a basic hardcoded WPS |
| 02:16:52 | Nico_P | but it's the same as if the codec were missing |
| 02:16:54 | | Quit jhulst (Read error: 104 (Connection reset by peer)) |
| 02:16:56 | Ctcp | Ignored 2 channel CTCP requests in 0 seconds at the last flood |
| 02:16:56 | * | linuxstb is against moving code to plugins, but can't think of a logical argument against this suggestion... |
| 02:17:08 | webguest29 | what does the database thing on the mainmenu do? |
| 02:17:24 | Llorean | webguest29: Have you looked in the manual? |
| 02:17:29 | Nico_P | I agree with linuxstb. it wasn't my idea but I don't see anything angainst it |
| 02:17:34 | safetydan | linuxstb, well it's been done once already with the properties plugin which is where I go the idea. |
| 02:17:45 | webguest29 | i don't really understand still |
| 02:17:59 | linuxstb | safetydan: But that's not core functionality - it's just a special viewer plugin. |
| 02:18:03 | Llorean | webguest29: What part of what's in the manual don't you understand? |
| 02:18:35 | Llorean | linuxstb: The question could be "Is a _customizable_ WPS necessarily something that should be considered core"? |
| 02:18:50 | safetydan | linuxstb, true. But it's a possible direction for making things more "modular". I have no strong feelings either way. |
| 02:18:50 | amiconn | safetydan: Unlike wps, file properties aren't core functionality |
| 02:19:01 | webguest29 | oh nvm |
| 02:19:07 | webguest29 | i understand now |
| 02:19:12 | Llorean | The core could always have a hardcoded, functional but nongraphical WPS that works no matter what, with customizability dependent upon a plugin. |
| 02:19:37 | webguest29 | i thought mine stoped working because the disk kept spinning |
| 02:20:11 | linuxstb | Llorean: You could say the same about the settings, or even the database/file browsers... |
| 02:20:17 | JdGordon | Llorean: no, thats a different discussion.... |
| 02:20:25 | Soap | would offloading "eyecandy" such as graphical WPSs to plugins allow a "soft forking" of HW and SWCODEC targets? |
| 02:21:00 | JdGordon | the core would still draw the wps so every token would be handled by the core... the thing thats being moved to a rock is just the parsing code to save bin space |
| 02:21:03 | amiconn | hwcodec does have graphical wps |
| 02:21:30 | pixelma | gah... now that forking idea again - thought it should be unified more |
| 02:21:33 | amiconn | And I am firmly against a fork (and I guess at least linuxstb thinks the same) |
| 02:21:58 | Llorean | linuxstb: Well it's just a point along what's already being said. WPS is definitely core. Graphical/customizable WPSes, not necessarily. So why not put the minimum amount of code in the core to allow customizable WPSes, and the parseing and anything else in the plugin? |
| 02:22:02 | linuxstb | Yes, I've always been against a fork (even before the av300) |
| 02:22:43 | Soap | that's why I said "soft fork" - let the 16bit screens have their eyecandy - but let them have it partitioned off outside core. |
| 02:22:49 | pixelma | I don't know dividing that code into two parts sounds complicated to me |
| 02:23:11 | Soap | (or even people with 16 bit targets can choose not to have such bloat in their core) |
| 02:23:14 | safetydan | pixelma, this would all be "post WPS tokenizer" which should simplify things greatly |
| 02:23:14 | | Quit webguest29 ("CGI:IRC (EOF)") |
| 02:23:36 | | Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <- The future of IRC") |
| 02:23:53 | | Quit Thundercloud_ (Read error: 110 (Connection timed out)) |
| 02:23:57 | Nico_P | pixelma: safetydan is right. the current wps code isn't suited for what we are suggesting. it all relies on the tokenizer |
| 02:24:06 | amiconn | Soap: The lcd drawing will also be more unified than it is atm |
| 02:24:13 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust859.brig.cable.ntl.com) |
| 02:24:59 | *** | Alert Mode OFF |
| 02:25:15 | * | amiconn doesn't understand why people even think that forking would be useful |
| 02:25:33 | amiconn | One of the big advantages of rockbox is that it is multiplatform |
| 02:25:37 | Soap | I wasn't trying to argue for it - I was mearly trying to prod the conversation so that I might learn. |
| 02:27:00 | Soap | everyone is free to say "Soap, shutup. The grownups are talking." |
| 02:27:09 | Llorean | amiconn: Multiplatform is good, definitely. But we need to start figuring out some way so that the restrictions on some won't limit others. |
| 02:27:33 | amiconn | Yes, and that should be done by making the code more flexible instead of forking |
| 02:27:33 | | Join atsea- [0] (i=ariel@gateway/tor/x-678484f2258392e4) |
| 02:27:43 | amiconn | I am working on this right now |
| 02:27:48 | Llorean | The 2mb RAM devices are providing a lot of stumbling blocks, and while they definitely should still be supported and benefit from advancement, something needs to be come up with. |
| 02:28:13 | * | amiconn again reminds of the iFP7xx |
| 02:28:24 | Llorean | That one's even worse. :) |
| 02:28:32 | Llorean | I'm actually thinking of Voice right now. |
| 02:28:59 | Llorean | The act of even adding more strings makes voice harder to fit on any of the low RAM targets, right? |
| 02:29:05 | amiconn | langv2 rework is being worked on |
| 02:29:16 | pixelma | voice will definitely get better with langV2 and target specific voice files |
| 02:29:24 | amiconn | Then every target will only have those voice strings it actually uses |
| 02:29:34 | Llorean | But that's just a stopgap if Rockbox keeps expanding, right? |
| 02:29:41 | amiconn | No it's not |
| 02:30:08 | amiconn | *many* voice strings from swcodec don't apply to hwcodec, and never will |
| 02:30:45 | amiconn | eq, crossfade, crossfeed, ... |
| 02:30:45 | Llorean | But that doesn't mean that the HWCodec won't hit its voice file limit again at some point. It just means it's a good distance off again. |
| 02:30:55 | amiconn | Why? |
| 02:31:06 | pixelma | and many voice strings for color screens won't apply to mono screens etc. |
| 02:31:19 | amiconn | Do you think there will be new features for hwcodec which will require that many new clips? |
| 02:31:58 | amiconn | I *can* think of a couple of features, but those will require only few clips, or none at all |
| 02:32:32 | Llorean | I just don't think there's a guarantee that the voice files on hwcodec will stay below a certain size. |
| 02:32:34 | Llorean | Or on the iFP |
| 02:33:23 | amiconn | Llorean: One problem on low-ram targets atm is that adding language strings and voice clips expands all targets (both core and voice file), including those which will never be used on certain targets |
| 02:33:37 | ment | linuxstb: another idea - do you think it's possible to steal a button from keyboard controller and use it as a sort of very lowspeed serial line? (eg multiplexer for a larger keyboard) |
| 02:33:48 | Llorean | amiconn: Yes, and LangV2 fixes should resolve that part, right? |
| 02:33:52 | amiconn | yes |
| 02:34:03 | | Quit lukaswayne9 ("Ex-Chat") |
| 02:34:59 | | Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <- Go on, try it!") |
| 02:35:48 | linuxstb | ment: I guess so. But a lot of targets already have remote control interfaces. |
| 02:36:05 | * | linuxstb sleeps |
| 02:36:09 | | Quit linuxstb ("CGI:IRC") |
| 02:37:02 | safetydan | Well if all those measure will be sufficient, then hooray! No complicated hacks required :) |
| 02:38:14 | z0de | where can i find info on what visual files the x5 can play with rockbox? |
| 02:38:21 | z0de | wiki is hard to navigate :( |
| 02:38:32 | Nico_P | so i can increase the codesize without second thoughts ? (only a bit, don't worry) |
| 02:38:35 | Nico_P | :) |
| 02:39:25 | safetydan | z0de, what do you mean "visual" files? Pictures and movies? |
| 02:39:51 | z0de | movis |
| 02:39:54 | z0de | movies* |
| 02:40:23 | z0de | best equivlent word to audio i could think off |
| 02:40:24 | safetydan | Well for movies it's MPEG-1 and MPEG-2 only. See http://www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer |
| 02:40:33 | Nico_P | zeth: nice article :) |
| 02:40:59 | z0de | thanks. i'll have a read of that |
| 02:41:00 | safetydan | Does the JPEG viewer really not support progressive scan? |
| 02:41:14 | z0de | ? |
| 02:41:16 | Llorean | safetydan: Not "progressive scan", progressive jpegs. |
| 02:41:36 | Llorean | safetydan: The ones that go from blurry to sharp as more data loads over the internet. |
| 02:42:20 | safetydan | Llorean, mistype on my part :) I'm familiar with progressive jpegs, just surprised it's not support. |
| 02:42:53 | amiconn | It requires a rather different decoder |
| 02:43:09 | safetydan | Now someone just needs to port dcraw to Rockbox and you can treat it as your photo storage system. |
| 02:44:55 | pixelma | Nico_P: even though the langV2 cleanup decreases bin size a lot, it doesn't help completely for _rombox_ but will also help for the future. Also I think a second thought would always be worth it in this case (maybe even high mem targets could benefit too) ;) |
| 02:46:38 | Nico_P | pixelma: i agree fully. I was actually very disappointed when I saw my WPS code was becoming a bit bigger than the current one, because I was hoping to reclaim at least a small part of what I had added with cuesheet support |
| 02:46:38 | | Join Bawitdaba [0] (n=Sphinx@cpe-72-226-66-206.nycap.res.rr.com) |
| 02:47:13 | Nico_P | especially as it's not an unanimously loved feature ;) |
| 02:48:34 | pixelma | may I ask what "a bit" is? |
| 02:48:59 | Nico_P | pixelma: do you have a target in mind ? i'll check now |
| 02:49:47 | Soap | 1/8th of a byte ;) |
| 02:49:52 | | Join chrisjs169 [0] (n=Jack@unaffiliated/chrisjs169) |
| 02:50:04 | pixelma | :) |
| 02:50:08 | | Quit funky ("leaving") |
| 02:50:36 | pixelma | is that different from target to target? I'd be interested in the OndioFM of course |
| 02:52:00 | pixelma | (the impact of your patch for this target) ... |
| 02:52:13 | | Quit lImbus (" (fork(bed))") |
| 02:52:25 | | Join JPMaximilian [0] (n=john@12-207-149-249.client.mchsi.com) |
| 02:53:47 | Nico_P | pixelma: i did a build on the recorder... i'll check on the ondio fm now. I got -141 on the ucl and +172 on the uncompressed image |
| 02:54:03 | | Quit JPMaximilian (Client Quit) |
| 02:56:05 | Nico_P | +109 on the ondio fm |
| 02:57:25 | | Join Thundercloud_ [0] (n=thunderc@82.152.193.20) |
| 02:57:37 | pixelma | the rockbox.bin? |
| 02:57:42 | Nico_P | pixelma: and yes it's different from target to target, because of all the different ifdefs for the different tahs |
| 02:57:57 | Nico_P | pixelma: err, rockbox.ucl |
| 02:59:29 | pixelma | Nico_P: generally I could understand that but the difference in the WPS for recorders/Ondios is only the rtc features |
| 03:00 |
| 03:00:08 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust859.brig.cable.ntl.com) |
| 03:00:28 | | Join JPMaximilian [0] (n=john@12-207-149-249.client.mchsi.com) |
| 03:00:40 | Nico_P | pixelma: the impact is probably very similar across targets, as they keep the same tags, but I haven't done enough tests to really know |
| 03:00:44 | | Quit JPMaximilian (Read error: 104 (Connection reset by peer)) |
| 03:01:18 | Nico_P | but some targets have more additional code than others |
| 03:02:36 | pixelma | sure, thanks for the info... just had the impression the difference (by number) was a bit high (but you can also only compare the uncompressed bin size) |
| 03:02:52 | | Quit robin0800 (Client Quit) |
| 03:03:00 | | Join wrobbie [0] (n=rob@cm74.kappa84.maxonline.com.sg) |
| 03:03:33 | Nico_P | I didn't get the uncompressed size for the ondio fm |
| 03:04:05 | pixelma | ? |
| 03:04:12 | amiconn | Nico_P: check apps/rockbox.bin |
| 03:04:20 | amiconn | (in the build dir) |
| 03:04:38 | amiconn | For Ondio FM, checking ajbrec.ajz also works |
| 03:04:41 | Nico_P | :) |
| 03:05:09 | amiconn | That works for all archos targets except the recorder v1, where ajbrec.ajz is already self-extracting |
| 03:05:26 | amiconn | rockbox.ucl is compressed, and its size not *that* interesting |
| 03:06:40 | z0de | hmm, i downloaded the movie samples for thwe x5 but cant get them to play on in |
| 03:06:43 | z0de | on it* |
| 03:06:51 | Nico_P | +652 on rockbox.bin :( |
| 03:06:56 | z0de | oh wait needs plug in |
| 03:06:57 | z0de | lol |
| 03:08:47 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 03:09:06 | | Join miepchen^schlaf [0] (n=hihi@p57B96F94.dip.t-dialin.net) |
| 03:11:07 | Nico_P | time for me to go to bed |
| 03:11:22 | Nico_P | bye |
| 03:11:23 | | Quit Nico_P (Remote closed the connection) |
| 03:13:33 | | Quit billytwowilly (Remote closed the connection) |
| 03:14:56 | | Join goffa [0] (n=goffa@216.220.23.105) |
| 03:18:22 | ment | has rockbox any problems with 6gb ipod? (third generation, maybe?) |
| 03:19:06 | | Join letmomsleep [0] (n=mammothM@ool-44c150a2.dyn.optonline.net) |
| 03:19:17 | letmomsleep | so is the build for the h10 player full-featured? |
| 03:21:36 | | Quit Thundercloud (Read error: 110 (Connection timed out)) |
| 03:22:21 | Llorean | letmomsleep: Depends on your definition of 'full-featured' |
| 03:22:29 | Llorean | Many people want things that Rockbox simply doesn't offer at this time |
| 03:22:51 | letmomsleep | well, i currently have a h340 |
| 03:23:01 | letmomsleep | with rockbox, of course |
| 03:23:14 | letmomsleep | do they share the same featureset? |
| 03:23:18 | Llorean | Well, I don't believe the radio works on the H10 yet. |
| 03:23:34 | Llorean | And Rockbox doesn't have its own USB mode, you have to depend on the iRiver software for that right now. |
| 03:23:41 | Llorean | But it's almost entirely the same, really |
| 03:24:16 | letmomsleep | do you think its worth it to upgrade? |
| 03:24:30 | Llorean | I don't consider an H10 an upgrade from an H340 |
| 03:24:57 | | Quit netmasta10bt (Read error: 110 (Connection timed out)) |
| 03:25:20 | letmomsleep | is rockbox currently working on the ipod 5g? |
| 03:25:44 | letmomsleep | my h340 is gigantic, and i'm looking for something smaller |
| 03:25:48 | Llorean | letmomsleep: The 5G yes, and the 30gb 5.5G, but not the 80gb 5.5G |
| 03:25:55 | letmomsleep | ok |
| 03:26:01 | letmomsleep | i've been out of the game for a while |
| 03:26:15 | safetydan | z0de, it shouldn't need anything else. The MPEG player plugin ships as part of Rockbox |
| 03:26:16 | Llorean | Do you use recording or FM Radio? |
| 03:26:20 | letmomsleep | no |
| 03:26:25 | Llorean | letmomsleep: Gigabeat F40 |
| 03:26:48 | Llorean | Well, it still may be big for your tastes, but it's smaller than the H120, which is smaller than the H340. |
| 03:27:27 | | Quit johnzorn (Connection timed out) |
| 03:27:38 | letmomsleep | i'll look into it! |
| 03:27:55 | letmomsleep | the gigabeat s30 is out of the question, though? |
| 03:28:33 | Llorean | For now, yes. |
| 03:29:18 | Llorean | But all of the PortalPlayers shouldn't be viewed as comparable to the H300 series. That's the iPods, the H10, and the Sansa. |
| 03:29:42 | Llorean | Because of the lack of hardware documentation, we've got a lot of stumbling blocks. Rockbox is a bit slow on them, and the battery life is generally poor. |
| 03:30:20 | letmomsleep | i see |
| 03:35:59 | letmomsleep | it's frustrating because all of the competing players lack the ipod's size |
| 03:36:44 | Llorean | I'd rather my player be shorter or less wide than have less depth, honestly. |
| 03:36:56 | | Quit efyx (Remote closed the connection) |
| 03:37:30 | letmomsleep | i'm exactly the opposite |
| 03:39:31 | Llorean | Making it thinner makes it fit in a pocket better, sure, fine. |
| 03:39:50 | Llorean | But my pockets fit the a TI-89 with plenty of room to spare. A modern MP3 player is nothing. |
| 03:40:18 | letmomsleep | ah well |
| 03:40:34 | Llorean | I like being my MP3 player to have a little heft to it, but also to be able to easily fit in a cup holder, or hand hold, or wherever I need to wedge it. |
| 03:40:42 | letmomsleep | while i'm here, i might as well ask about the slow navigation on my h340 |
| 03:41:25 | Llorean | That's a vague question. Is this "Navigation suddenly started being slow" or "It's always slow but I've never asked" or even "It's slow in the filetree, but not in the menus"? |
| 03:41:48 | letmomsleep | it's only slow in the filetree |
| 03:41:51 | letmomsleep | it didn't used to happen |
| 03:42:01 | letmomsleep | i believe i upgraded to a new version |
| 03:42:34 | Llorean | Slow while scrolling up and down lists, or delays when you try to go into folders? |
| 03:43:14 | letmomsleep | delays when moving in and out of folders (ie pressing left and right) |
| 03:44:20 | Llorean | Check up on the Dircache option |
| 03:44:32 | Llorean | It should solve that problem, and if you've used it previously, it may have become disabled somehow |
| 03:44:42 | letmomsleep | i think i have it on |
| 03:45:02 | Llorean | Try disabling it, shutting down, starting back up again, enabling it, and doing the same. |
| 03:47:55 | letmomsleep | does the f40 build happen to support video? |
| 03:48:54 | Llorean | As much as any other build does |
| 03:49:05 | letmomsleep | ok |
| 03:49:11 | letmomsleep | oh! that's the issue! |
| 03:49:21 | letmomsleep | i didn't have dircache on, i had database on |
| 03:49:47 | letmomsleep | the new menus threw me off |
| 03:49:51 | Llorean | Heh |
| 03:50:09 | | Join BigMac [0] (n=Mike@c-71-234-95-131.hsd1.ct.comcast.net) |
| 03:50:24 | letmomsleep | how do you know when the database update is finished? |
| 03:50:40 | BigMac | Hey can someone tell me what is happening with my make? |
| 03:50:51 | Llorean | letmomsleep: When the disk stops spinning. |
| 03:51:17 | BigMac | http://rafb.net/p/IhUzmW97.html |
| 03:51:40 | BigMac | I am not sure if that means it compiled right or what |
| 03:51:51 | BigMac | haven't ever used vmware for compiling |
| 03:52:30 | BigMac | It is the entire session but check out near the bottom |
| 03:53:05 | BigMac | 984-986 |
| 03:53:17 | nls | BigMac: all is in order |
| 03:53:22 | letmomsleep | this video says video is fully implemented? http://www.youtube.com/watch?v=ul8RoMWB4wg |
| 03:53:36 | nls | then it is wrong :_) |
| 03:53:40 | Llorean | letmomsleep: It's very, very wrong |
| 03:53:49 | BigMac | BigMac: So when I extract, it should be fine? |
| 03:54:14 | nls | anyway I should have gone to bed about 4 hours ago... |
| 03:54:18 | nls | gnight |
| 03:54:20 | | Part nls |
| 03:54:33 | BigMac | and is there anyway to access \\debian without having vmware open |
| 03:54:43 | BigMac | because I have to close everything to run vmware |
| 03:55:04 | Llorean | If VMWare isn't running, \\Debian doesn't exist |
| 03:58:05 | BigMac | is there anyway to have it make a local copy on my harddrive? |
| 03:58:49 | | Quit BigMac ("Leaving") |
| 04:00 |
| 04:00:51 | letmomsleep | is there a simple solution for cover art? |
| 04:01:37 | Llorean | The simplest solution is "don't bother with it" |
| 04:02:23 | letmomsleep | heh |
| 04:02:43 | *** | Saving seen data "./dancer.seen" |
| 04:04:46 | letmomsleep | so what's next for rockbox? |
| 04:06:20 | Llorean | Primarily bug fixes and optimizations |
| 04:06:46 | | Quit BHSPitMonkey (Connection timed out) |
| 04:07:52 | | Join BHSPitMonkey [0] (n=stephen@adsl-67-64-112-230.dsl.rcsntx.swbell.net) |
| 04:09:41 | | Join webguest88 [0] (i=415fb535@gateway/web/cgi-irc/labb.contactor.se/x-98c2d104edd3ccd7) |
| 04:09:44 | webguest88 | hi |
| 04:09:47 | | Join BigMac [0] (n=Mike@c-71-234-95-131.hsd1.ct.comcast.net) |
| 04:09:57 | | Quit letmomsleep (Read error: 104 (Connection reset by peer)) |
| 04:10:03 | BigMac | Yah I etracted and it did not work... |
| 04:10:07 | BigMac | extracted |
| 04:10:09 | webguest88 | its me again |
| 04:10:13 | webguest88 | lol |
| 04:10:27 | webguest88 | ROCKBOX ROCKS!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! |
| 04:10:58 | | Quit webguest88 (Client Quit) |
| 04:11:32 | BigMac | It seems to not have updated at all |
| 04:11:54 | BigMac | If I delte .rockbox and rockbox.ipod off of root |
| 04:12:00 | BigMac | then copy my files over |
| 04:12:31 | BigMac | will it work? |
| 04:12:42 | BigMac | or will I have to reinstall |
| 04:13:57 | | Join i6zl [0] (n=dublin_s@cpe-75-180-37-252.columbus.res.rr.com) |
| 04:14:21 | i6zl | hey guys. |
| 04:14:36 | BigMac | did something bad happen in the build during compiling (see previous link) |
| 04:14:47 | | Part i6zl |
| 04:15:11 | | Join i6zl [0] (n=dublin_s@cpe-75-180-37-252.columbus.res.rr.com) |
| 04:18:53 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 04:20:11 | | Quit Bawitdaba (Read error: 104 (Connection reset by peer)) |
| 04:22:10 | | Join netmasta10bt [0] (n=torment@pool-71-243-248-65.tampfl.fios.verizon.net) |
| 04:22:31 | | Join bonbonthejon [0] (n=jon@69.61.203.3) |
| 04:22:54 | | Quit chrisjs169 (Read error: 145 (Connection timed out)) |
| 04:22:56 | | Join billytwowilly [0] (n=chris@S01060016b649355d.ed.shawcable.net) |
| 04:26:34 | safetydan | BigMac, that compile output looks fine. |
| 04:27:24 | | Join Bawitdaba [0] (n=Sphinx@cpe-72-226-66-206.nycap.res.rr.com) |
| 04:27:38 | | Join toffe82 [0] (n=chatzill@70.135.33.99) |
| 04:30:55 | | Quit merwin (Read error: 104 (Connection reset by peer)) |
| 04:31:11 | | Quit FOAD_ (Read error: 110 (Connection timed out)) |
| 04:35:14 | | Join n00binator [0] (i=42520934@gateway/web/cgi-irc/labb.contactor.se/x-33761a09882007f0) |
| 04:35:56 | | Quit n00binator (Client Quit) |
| 04:35:58 | | Join n00binator [0] (i=42520934@gateway/web/cgi-irc/labb.contactor.se/x-7496b098f6662eb5) |
| 04:36:45 | | Quit n00binator (Client Quit) |
| 04:43:37 | | Join webguest34 [0] (i=42520934@gateway/web/cgi-irc/labb.contactor.se/x-8a2288b0a80322d6) |
| 04:44:10 | | Quit webguest34 (Client Quit) |
| 04:46:23 | | Join djdtl [0] (n=drew@h160.179.29.71.ip.alltel.net) |
| 04:46:38 | | Part djdtl |
| 04:47:17 | | Quit pearldiver (Read error: 60 (Operation timed out)) |
| 04:52:03 | | Join EnCoRe [0] (i=48b8a339@gateway/web/cgi-irc/labb.contactor.se/x-437c52d6db3f211d) |
| 04:52:30 | EnCoRe | Ok So i just ordered an Iriver h10 and i wanted to know about hacking it... I read some forums and every1 is just happy that this rockbox program works on it |
| 04:52:39 | EnCoRe | what exactly is the benefit of me hacking it to rockbox? |
| 04:52:58 | EnCoRe | ne one? |
| 04:54:33 | scorche | got it off woot? =P |
| 04:55:11 | safetydan | EnCoRe, http://www.rockbox.org/twiki/bin/view/Main/WhyRockbox |
| 04:58:31 | EnCoRe | yes scorche :-) |
| 04:58:33 | EnCoRe | thanks bud |
| 04:59:57 | | Join TCK [0] (n=hahano@bb-87-80-197-109.ukonline.co.uk) |
| 05:00 |
| 05:00:49 | | Quit EnCoRe ("CGI:IRC (EOF)") |
| 05:09:13 | | Quit i6zl () |
| 05:10:49 | | Join merwi1 [0] (n=merwin@72.86.29.230) |
| 05:14:21 | | Quit TCK (Client Quit) |
| 05:27:36 | | Part pixelma |
| 05:28:05 | | Quit Thundercloud_ (Remote closed the connection) |
| 05:30:21 | | Join webguest52 [0] (i=4738955e@gateway/web/cgi-irc/labb.contactor.se/x-43aa5f1ed8f49276) |
| 05:30:41 | webguest52 | just a quick one: checkout: www.woot.com for an H10 |
| 05:31:30 | | Join webguest00 [0] (i=469c49b4@gateway/web/cgi-irc/labb.contactor.se/x-4fbadbece78fc3fe) |
| 05:31:42 | | Quit webguest00 (Client Quit) |
| 05:32:43 | | Join Ayle [0] (n=chatzill@pool-71-170-53-163.dllstx.fios.verizon.net) |
| 05:33:19 | Ayle | hi |
| 05:34:07 | | Join perplexity [0] (i=heh28918@dxb-as84568.alshamil.net.ae) |
| 05:34:28 | Ayle | i got a data abort error and i have no idea on how to reset my deviece.... |
| 05:34:39 | Ayle | anyone got an idea? |
| 05:34:52 | safetydan | Ayle, what device is it? |
| 05:35:02 | Ayle | e250 |
| 05:36:03 | Ayle | sansa e250 |
| 05:36:19 | | Join printfXh4 [0] (n=pseudo@ppp210-102.lns2.bne1.internode.on.net) |
| 05:37:05 | safetydan | Ayle, I'm not familiar with that one. Try searching the forums or waiting for someone who knows more about Sansas. |
| 05:37:27 | | Quit webguest52 ("CGI:IRC") |
| 05:37:29 | | Quit netmasta10bt (Read error: 110 (Connection timed out)) |
| 05:37:31 | Ayle | ok |
| 05:37:38 | Ayle | thanks |
| 05:38:36 | safetydan | Ayle, if you do a google for "sansa reset" the first link is the manual for your Sansa. It suggests holding the power button for at least 8 seconds |
| 05:38:39 | safetydan | maybe 15 seconds. |
| 05:39:34 | Ayle | already done that |
| 05:39:44 | Ayle | i'll try longer |
| 05:40:12 | Ayle | great it worked |
| 05:40:15 | Ayle | thanks |
| 05:40:35 | billytwowilly | oh hey, how's the sansa devel going? |
| 05:45:47 | BHSPitMonkey | hmm... that's a pretty nice deal on woot |
| 05:47:28 | | Quit rotator () |
| 05:47:30 | | Quit Ayle ("Chatzilla 0.9.77 [Firefox 2.0.0.2/2007021917]") |
| 05:50:05 | billytwowilly | don't taunt me. woot won't ship to canada. |
| 05:50:40 | Llorean | BHSPitMonkey: It's refurbished, those iRivers seem to have a decent failure rate, and the H10 has all the same drawbacks as an iPod. Even at $100 for 20gb, I'm not sure I'd go for that deal. :) |
| 05:51:18 | BHSPitMonkey | k |
| 05:51:30 | BHSPitMonkey | well I have a nice lil' iPod, so whatev' |
| 05:51:45 | Llorean | It's basically an iPod mini with FM radio and a slightly larger color screen. |
| 06:00 |
| 06:01:22 | | Quit wrobbie (Read error: 110 (Connection timed out)) |
| 06:02:46 | *** | Saving seen data "./dancer.seen" |
| 06:04:34 | | Quit perplexity (Read error: 110 (Connection timed out)) |
| 06:07:37 | | Part Llorean |
| 06:10:15 | | Nick joshin is now known as josin_ (n=joshin@unaffiliated/joshin) |
| 06:10:19 | | Nick josin_ is now known as joshin_ (n=joshin@VDSL-130-13-11-75.PHNX.QWEST.NET) |
| 06:19:54 | | Part safetydan |
| 06:31:54 | | Join pearldiver [0] (n=say@cpe-72-225-231-80.nyc.res.rr.com) |
| 06:41:33 | | Part merwi1 |
| 06:42:09 | | Quit SirFunk (Read error: 110 (Connection timed out)) |
| 06:54:31 | | Quit Aikon_ (Read error: 110 (Connection timed out)) |
| 06:54:58 | | Join Aikon_ [0] (n=root@dslb-084-058-204-006.pools.arcor-ip.net) |
| 06:59:19 | Bawitdaba | anyone know if the the toshiba gigabeat s is rockboxable or in the works |
| 06:59:29 | Bawitdaba | i think only the f series is? |
| 06:59:39 | scorche | in the workas |
| 06:59:58 | Bawitdaba | ah |
| 07:00 |
| 07:00:08 | Bawitdaba | im thinking about getting one |
| 07:00:14 | Bawitdaba | i was gonna get an ipod 80gb |
| 07:00:19 | Bawitdaba | shit is insanely pricey |
| 07:00:27 | Bawitdaba | they dont even give u a charger either |
| 07:00:31 | Bawitdaba | what kind of crap is that |
| 07:01:19 | | Join daniel1234 [0] (n=daniel_r@138.126-67-202.dart.iprimus.net.au) |
| 07:02:46 | Alias777 | Bawitdaba |
| 07:03:01 | Alias777 | why the hell wouldnt you get an creative vision M |
| 07:03:07 | Alias777 | 60GB, cheap as hell |
| 07:03:15 | Alias777 | g'night |
| 07:03:20 | Bawitdaba | wanted to rockbox it |
| 07:03:24 | Alias777 | o :( |
| 07:03:28 | Bawitdaba | and creative m only does mtp |
| 07:03:29 | Alias777 | well |
| 07:03:29 | daniel1234 | hey I have got the rockbox vmware image thing installed I found a linux screen reader will I be able to install the screen reader |
| 07:03:33 | Bawitdaba | gap'd playback |
| 07:03:34 | Alias777 | why do you want rockbox |
| 07:03:37 | Alias777 | main reason? |
| 07:03:42 | Alias777 | yeah |
| 07:03:47 | Alias777 | CVM has near gapless |
| 07:03:55 | Alias777 | usually less than half a second |
| 07:03:56 | Bawitdaba | themes,wps,customization |
| 07:04:06 | Alias777 | CVM has themes you can download and built in |
| 07:04:08 | Bawitdaba | mostly for mass storage device |
| 07:04:13 | Bawitdaba | so i can keep backup of mp3s |
| 07:04:14 | Alias777 | all the colors and backgrounds is chanbgeable |
| 07:04:21 | Bawitdaba | and easily sync with out 3rd party stuff |
| 07:04:23 | Alias777 | you partition CVM into a UMS device |
| 07:04:36 | Alias777 | and part of it works with the player part of it is like a mass |
| 07:04:45 | Bawitdaba | i know that |
| 07:04:48 | Alias777 | :-/ |
| 07:04:50 | Bawitdaba | i mean i want it as a mass device |
| 07:04:52 | Bawitdaba | for mp3s |
| 07:04:56 | Bawitdaba | so i can just drag drop |
| 07:05:03 | Bawitdaba | store coverart |
| 07:05:06 | Alias777 | yeah, thats a bad thing for thr CVM :( |
| 07:05:26 | Alias777 | dont succumb to the fad and buy an ipod just for that though :( |
| 07:05:27 | Bawitdaba | dunno if cvm does coverart |
| 07:05:33 | Bawitdaba | and if it did id have to id3 it |
| 07:05:33 | Alias777 | it does |
| 07:05:34 | Alias777 | totally |
| 07:05:37 | Bawitdaba | making mp3s a lot bigger |
| 07:05:42 | Alias777 | no? lol |
| 07:05:47 | Alias777 | id3s take up a few bytes dude |
| 07:05:57 | Alias777 | dunno what youve been smoking |
| 07:05:57 | Bawitdaba | x60gb |
| 07:06:08 | Bawitdaba | lol |
| 07:06:09 | Alias777 | one or two bytex x60gb equals maybe a few MB |
| 07:06:14 | Alias777 | bytes* |
| 07:06:15 | daniel1234 | does rockbox run on the creative zen or any creativies |
| 07:06:19 | Alias777 | no |
| 07:06:23 | Alias777 | iriver |
| 07:06:26 | Bawitdaba | if u put 1 picture per mp3 cd |
| 07:06:27 | Alias777 | not creative zen |
| 07:06:32 | Bawitdaba | vs 1 picture for every mp3 in a mp3cd |
| 07:06:43 | Bawitdaba | its a lot more costly to have it in every mp3 as id3 tag |
| 07:06:51 | Bawitdaba | and its more then just a few bytes |
| 07:07:05 | daniel1234 | is there any port to the creative yet |
| 07:07:08 | Bawitdaba | prolly 50-100 mb atleast |
| 07:07:16 | Bawitdaba | naw not yet |
| 07:07:24 | Alias777 | but with 60gb |
| 07:07:26 | Bawitdaba | there is a good sized thread about it |
| 07:07:28 | Alias777 | doesnt really matter that much |
| 07:07:35 | Bawitdaba | dude 60gb isnt big enuf for me |
| 07:07:40 | Bawitdaba | i have like over 70gb |
| 07:07:43 | Bawitdaba | id have to trim it down |
| 07:07:56 | daniel1234 | r the creativies cheaper than iriver |
| 07:07:57 | Bawitdaba | was my main reason for wanted an ipod |
| 07:08:11 | | Part toffe82 |
| 07:08:26 | Bawitdaba | i really have a hard time deciding what to get |
| 07:08:30 | Alias777 | me too |
| 07:08:33 | Alias777 | im choosing the CVM |
| 07:08:34 | Bawitdaba | i guess cost is a pretty good factor |
| 07:08:42 | Alias777 | CVM is muuuuuch cheaper |
| 07:08:44 | Bawitdaba | ipod is just way to fawking expensive |
| 07:08:45 | Alias777 | than every iPod |
| 07:08:52 | Alias777 | CVM 30GB = 159 |
| 07:08:53 | Bawitdaba | like $400 by the time u get a charger and shit |
| 07:09:01 | Alias777 | ipod 30GB = 250 without charger and eveyrthing |
| 07:09:14 | Alias777 | the choice is clear my brothers |
| 07:09:30 | Bawitdaba | lol |
| 07:09:46 | Bawitdaba | well i like creative cuz ive had sblive and audigys |
| 07:09:54 | Bawitdaba | they do amazing sound quality |
| 07:10:53 | Alias777 | http://www.buy.com/retail/product.asp?sku=202373433&SearchEngine=Shopper&SearchTerm=202373433&Type=PE&Category=Elec&Gad=0&dcaid=15889 |
| 07:10:57 | Alias777 | $175 without rebate |
| 07:11:06 | Alias777 | trusted retailer |
| 07:11:09 | Alias777 | free shipping |
| 07:11:15 | Bawitdaba | lol 30gb |
| 07:11:18 | Bawitdaba | ew |
| 07:11:23 | Alias777 | :-/ |
| 07:11:26 | Alias777 | i have |
| 07:11:28 | Alias777 | 2GB in music |
| 07:11:33 | Bawitdaba | LOL |
| 07:11:33 | Alias777 | and im getting 30GB |
| 07:11:39 | Alias777 | dude |
| 07:11:44 | Alias777 | HOW DO YOU GET SO MUCH MUSIC |
| 07:11:49 | Bawitdaba | :P |
| 07:11:53 | Alias777 | this 2GB has lasted me 3 years |
| 07:11:56 | Bawitdaba | too bad it doesnt play dvds |
| 07:12:03 | Bawitdaba | then id need tb players |
| 07:12:03 | Alias777 | seriously |
| 07:12:07 | Alias777 | how do you get that much music |
| 07:12:08 | Alias777 | tell me |
| 07:12:09 | Alias777 | CDs? |
| 07:12:17 | Bawitdaba | download it? |
| 07:12:37 | Alias777 | from where? how do you download so much? |
| 07:12:44 | Alias777 | more than 30GB? how is that humanly possible? |
| 07:12:53 | Bawitdaba | uh |
| 07:12:58 | Bawitdaba | ive seen ppl with way more then that |
| 07:13:14 | Alias777 | lol but how |
| 07:13:18 | Alias777 | i know they exist |
| 07:13:23 | Alias777 | i just dont understand how |
| 07:13:37 | Alias777 | i use allofmp3.com for mainstream and limewire for anything less than mainstream |
| 07:13:40 | Bawitdaba | i see |
| 07:13:52 | Alias777 | i want more than 2GB of music :( |
| 07:14:09 | Bawitdaba | http://img139.imageshack.us/img139/8964/mp3sja6.jpg |
| 07:14:46 | Bawitdaba | id like to just copy and paste that, would be much simplar then mtp stuff |
| 07:16:30 | | Join perplexity [0] (n=joust@83.111.189.19) |
| 07:17:32 | Alias777 | can you like |
| 07:17:36 | Alias777 | mail me your hard drive |
| 07:17:53 | Bawitdaba | lol |
| 07:18:03 | Bawitdaba | which 1 |
| 07:18:04 | Alias777 | hows vista treating you btw? |
| 07:18:07 | Alias777 | LOL |
| 07:18:11 | Alias777 | are you rich? |
| 07:18:13 | Bawitdaba | lol its ok |
| 07:18:18 | Bawitdaba | been runnin it for a few months now |
| 07:18:20 | Alias777 | i dont have enough money to buy all this stuff :( |
| 07:18:21 | Bawitdaba | sucks ram real good |
| 07:18:32 | Alias777 | how old are you |
| 07:18:39 | Bawitdaba | horrible for playin games |
| 07:18:41 | Bawitdaba | 22 |
| 07:18:58 | Alias777 | ah |
| 07:19:15 | Alias777 | how do you get the money to buy your multiple hard drives and Vista and such |
| 07:19:17 | scorche | move it to PMs |
| 07:19:23 | Alias777 | feh |
| 07:19:27 | Bawitdaba | haha |
| 07:19:33 | Alias777 | scorche |
| 07:19:36 | Alias777 | thought you were an op |
| 07:19:38 | Alias777 | but you arent\ |
| 07:19:41 | Alias777 | so no :) |
| 07:19:43 | Bawitdaba | he can be |
| 07:19:45 | scorche | what does it matter? |
| 07:19:46 | Bawitdaba | watch magic |
| 07:19:48 | Alias777 | lol |
| 07:20:03 | Alias777 | scorche: yes, because if you're an op i have to listen to you |
| 07:20:24 | Alias777 | but i don't. if you don't want to listen to us retarded people talk, then minimize your IRC |
| 07:20:27 | Alias777 | not that difficult |
| 07:20:29 | midkay | kickban!! |
| 07:20:33 | Alias777 | lol |
| 07:20:40 | * | Bawitdaba gets popcorn |
| 07:20:44 | Mode | "#rockbox +o scorche " by ChanServ (ChanServ@services.) |
| 07:20:44 | Alias777 | :D |
| 07:20:45 | Kick | (#rockbox Alias777 :listen to that...it doesnt matter if i am an op) by scorche!i=ScorchE@rockbox/administrator/scorche |
| 07:20:48 | Bawitdaba | lolol |
| 07:20:55 | | Join Alias777 [0] (n=Alias777@c-67-175-0-75.hsd1.il.comcast.net) |
| 07:20:57 | Alias777 | whoops |
| 07:21:02 | Alias777 | sorry mr. op :( |
| 07:21:02 | Bawitdaba | I am currently oped in 22/67 channels on < 17 > different networks. I control < 643 > inferior mortals |
| 07:21:40 | Alias777 | now i must sleep |
| 07:21:42 | scorche | it odesnt matter if i am an op...you are breaking the rules...this is not a social channel |
| 07:21:45 | Alias777 | g'night all |
| 07:21:48 | Alias777 | and sorry scorche :D |
| 07:21:53 | | Nick Alias777 is now known as Alias777-zzz (n=Alias777@c-67-175-0-75.hsd1.il.comcast.net) |
| 07:22:13 | Bawitdaba | yeah im out too i gotta get some sleep |
| 07:22:21 | Bawitdaba | and i still got no idea what mp3 player to get |
| 07:22:28 | Alias777-zzz | CVM |
| 07:22:31 | Alias777-zzz | 60GB |
| 07:22:38 | Alias777-zzz | $200 |
| 07:22:41 | Bawitdaba | eh maybe |
| 07:22:45 | Alias777-zzz | :) |
| 07:22:56 | Alias777-zzz | g'night |
| 07:23:00 | scorche | we also ask that you dont change your nick for away |
| 07:23:06 | Alias777-zzz | oh, kk |
| 07:23:11 | | Nick Alias777-zzz is now known as Alias777 (n=Alias777@c-67-175-0-75.hsd1.il.comcast.net) |
| 07:23:16 | Bawitdaba | haha |
| 07:23:20 | Alias777 | :( |
| 07:23:29 | Bawitdaba | and u listened to him |
| 07:23:30 | Bawitdaba | rawr |
| 07:23:52 | * | Alias777 sets +b cpe-72-226-66-206.nycap.res.rr.com |
| 07:24:07 | Bawitdaba | lol |
| 07:24:20 | scorche | last warning...stop spamming the channel with useless, off-topic messages |
| 07:24:30 | Alias777 | jesus okay good night mr. mean op |
| 07:24:48 | Alias777 | actually, bad night to you |
| 07:24:55 | Alias777 | good night Bawitdaba |
| 07:24:57 | scorche | a mean op would have banned you by now |
| 07:25:04 | Alias777 | probably true |
| 07:25:08 | Bawitdaba | so ontopic gigabeat-s/creative zvm60gb/ipod 80 |
| 07:25:11 | scorche | as i said...this is not a social channel |
| 07:25:13 | Bawitdaba | what should i buy |
| 07:25:22 | Alias777 | lol zvm |
| 07:25:28 | Alias777 | farewell TOODLES |
| 07:26:35 | | Quit daniel1234 (Read error: 60 (Operation timed out)) |
| 07:26:57 | Mode | "#rockbox -o scorche " by ChanServ (ChanServ@services.) |
| 07:37:17 | | Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) |
| 07:49:07 | Mode | "#rockbox +o scorche " by ChanServ (ChanServ@services.) |
| 07:49:24 | Mode | "#rockbox +b *!n=Alias777@*.hsd1.il.comcast.net " by scorche (i=ScorchE@rockbox/administrator/scorche) |
| 07:49:24 | Kick | (#rockbox Alias777 :I thought about it and changed my mind.. see you later. much later...) by scorche!i=ScorchE@rockbox/administrator/scorche |
| 07:49:40 | Mode | "#rockbox -o scorche " by ChanServ (ChanServ@services.) |
| 07:52:52 | aliask | :) |
| 07:53:04 | scorche | :) |
| 07:53:31 | * | aliask goes to read the logs for some entertainment. |
| 07:53:31 | miepchen^schlaf | :) |
| 07:55:02 | | Join _Veseliq_ [0] (n=veseliq@host.91-92-172-170.airbites.bg) |
| 07:58:32 | | Join Nico_P [0] (n=nicolas@jau31-3-82-239-20-145.fbx.proxad.net) |
| 08:00 |
| 08:02:33 | | Join bug [0] (n=bug@194.90.37.103) |
| 08:02:46 | bug | Does RockBox support S1MP3? |
| 08:02:49 | *** | Saving seen data "./dancer.seen" |
| 08:02:58 | scorche | no |
| 08:04:21 | bug | Thank you. Have a nice day. |
| 08:06:48 | | Join Stalwart^ [0] (n=stalwart@ip-10.154.Home-Lan.fastnet.lv) |
| 08:09:52 | | Join Rob222241 [0] (n=Miranda@p54B173F7.dip.t-dialin.net) |
| 08:09:59 | | Join tucoz [0] (n=tucoz@rockbox/staff/tucoz) |
| 08:12:58 | | Part billytwowilly ("Konversation terminated!") |
| 08:13:04 | | Join billytwowilly [0] (n=chris@S01060016b649355d.ed.shawcable.net) |
| 08:20:33 | | Join daniel1234 [0] (n=daniel_r@138.126-67-202.dart.iprimus.net.au) |
| 08:21:39 | | Quit Nico_P (Remote closed the connection) |
| 08:21:56 | | Quit cynicalliberal (Read error: 110 (Connection timed out)) |
| 08:22:18 | daniel1234 | where do I put the rockbox sorce when I am using vmware to compile and stuff |
| 08:22:43 | daniel1234 | what directory |
| 08:23:29 | | Quit Stalwart (Read error: 110 (Connection timed out)) |
| 08:25:10 | | Join ender` [0] (n=ender@84-255-206-8.dynamic.dsl.t-2.net) |
| 08:25:18 | scorche | in a folder in your home dir |
| 08:26:02 | daniel1234 | which is the home dir the folder that rockbox.vmx is located in |
| 08:27:09 | scorche | no...it is the home dir in the vmware image |
| 08:27:20 | | Join LinusN [0] (i=linus@gateway/web/cgi-irc/labb.contactor.se/x-882afee3544dd744) |
| 08:27:39 | daniel1234 | where is that isn't there only 1 folder |
| 08:28:05 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 08:33:40 | | Part daniel1234 |
| 08:35:50 | | Join B4gder [0] (n=daniel@100.78.227.87.static.s-cy.siw.siwnet.net) |
| 08:36:41 | | Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) |
| 08:37:46 | | Part kaaloo |
| 08:40:09 | | Join GodEater_ [0] (n=bryan@host-84-9-128-214.bulldogdsl.com) |
| 08:43:22 | | Join Stalwart_ [0] (n=stalwart@ip-10.154.Home-Lan.fastnet.lv) |
| 08:46:13 | | Join bluebrother [0] (i=C8ljdhED@rockbox/staff/bluebrother) |
| 08:46:28 | | Quit GodEater (Read error: 60 (Operation timed out)) |
| 08:47:44 | | Part ootput |
| 08:48:51 | | Join GodEater [0] (n=bryan@host-84-9-129-32.bulldogdsl.com) |
| 08:49:20 | | Part tucoz |
| 08:51:55 | | Quit GodEater_ (Read error: 60 (Operation timed out)) |
| 08:55:10 | | Quit Stalwart^ (Read error: 110 (Connection timed out)) |
| 08:56:08 | | Join Arathis [0] (n=doerk@p5484C392.dip0.t-ipconnect.de) |
| 09:00 |
| 09:00:08 | B4gder | anyone knows about the sansapatch status? |
| 09:00:22 | B4gder | I brought my sansa to work today and thought I'd try it out |
| 09:01:04 | B4gder | sansapatcher even |
| 09:01:46 | * | LinusN figures B4gder will soon try one of the recovery modes |
| 09:02:14 | B4gder | haha, yeah it is about time I get to face them really good myself |
| 09:02:43 | JdGordon | sansapatcher wprks reat |
| 09:02:53 | B4gder | goodie |
| 09:02:57 | JdGordon | but OF detection in the hidden parition isnt perfect |
| 09:03:04 | JdGordon | so make sure you have an OF.mi4/bin |
| 09:03:10 | B4gder | aha |
| 09:03:33 | JdGordon | does e200tool give us access to the hard disk without the OF? |
| 09:03:49 | B4gder | there is no hard disk ;-) |
| 09:04:03 | * | JdGordon wants to figure out what is being set by the OF that it knows to rebuild its db |
| 09:04:10 | JdGordon | bah, memory.... |
| 09:04:35 | B4gder | hehe, but no the e200tool only fiddles with ram memory. I think. |
| 09:05:05 | JdGordon | can I use rb to dump the hidden partition? |
| 09:05:30 | B4gder | no |
| 09:05:36 | B4gder | use dd under linux |
| 09:06:05 | JdGordon | no good... can only get to usb once the OF finishes rebuilding its db... |
| 09:06:11 | JdGordon | so no way to see what changes |
| 09:06:24 | B4gder | true |
| 09:06:35 | B4gder | but the usb mode is made in software |
| 09:06:46 | B4gder | it could easily just set a flag in ram whenver something is written to it |
| 09:07:20 | JdGordon | in nvram? |
| 09:07:23 | B4gder | I think the key here is rather to not run the OF ;-) |
| 09:07:40 | JdGordon | of course.... but the only way to get usb atm is through it |
| 09:07:50 | B4gder | yeah |
| 09:08:16 | B4gder | you tried if uploading music with different extensions also make it re-index? |
| 09:08:38 | B4gder | not that it would help much anyway |
| 09:08:41 | JdGordon | Im pretty sure it will rebuild every time usb is disconnected |
| 09:09:34 | B4gder | yeah, it probably just remembers that anything has been modified on the nand |
| 09:10:30 | | Join wrobbie [0] (n=rob@cm74.kappa84.maxonline.com.sg) |
| 09:10:40 | * | JdGordon does not like it not going verbose mode when booting the OF |
| 09:10:59 | B4gder | wasn't that fixed? |
| 09:11:17 | JdGordon | I emailed barry about that and he disagreed |
| 09:11:22 | B4gder | ah |
| 09:11:30 | JdGordon | just mounting the drive is enough to trigger a rebuild.. no nand changes |
| 09:11:43 | B4gder | haha |
| 09:13:15 | JdGordon | can the nvram be dumped in rb? |
| 09:13:38 | B4gder | you can of course write a plugin to do whatever you want |
| 09:14:06 | JdGordon | do you know what address that ram is at? |
| 09:14:22 | B4gder | what memory are you referring to when you say nvram? |
| 09:14:51 | JdGordon | any ram that isnt the nand..? |
| 09:15:00 | JdGordon | the 2gb.. |
| 09:15:17 | | Join petur [0] (i=d4efd6a6@gateway/web/cgi-irc/labb.contactor.se/x-1db5dd1e5a0979e6) |
| 09:15:22 | JdGordon | the OF probably would but its settings in the hidden partition tho.. |
| 09:15:35 | B4gder | the 2GB is the nand flash |
| 09:15:48 | B4gder | and we access that as a fat file system, the same way the OF does |
| 09:15:53 | JdGordon | yeah.. is there other non volatire ram in it? |
| 09:16:13 | B4gder | there is another (nor) flash |
| 09:16:33 | B4gder | but I'm not sure at what address it is |
| 09:16:55 | B4gder | I would expect the pre-bootloader to be in that flash |
| 09:17:40 | B4gder | sandisk chips even, and it shows how much SanDisk "cooperates" with us when they can't even give us docs on them... |
| 09:19:01 | B4gder | would you happen to know what the problem is with the "detection" of the OF in the hidden partition? |
| 09:19:13 | JdGordon | checksum error |
| 09:19:21 | JdGordon | it doesnt happen everytime.. |
| 09:19:21 | B4gder | oh |
| 09:19:27 | JdGordon | and it usually works the 2nd time... |
| 09:19:35 | B4gder | that sounds weird |
| 09:20:02 | | Join GodEater_ [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-4ca10dd01233f357) |
| 09:20:22 | B4gder | coffee coffee coffee |
| 09:20:48 | GodEater_ | is that a play on "Badger Badger Badger" ? ;) |
| 09:20:49 | JdGordon | the database is in the hidden parititoin! |
| 09:21:16 | scorche | GodEater: were you there back when i did my photoshopping? =P |
| 09:21:25 | GodEater_ | can't say I was... |
| 09:21:30 | JdGordon | uncidoe chars are 2 bytes correct? |
| 09:22:23 | GodEater_ | JdGordon: http://www.joelonsoftware.com/articles/Unicode.html |
| 09:22:30 | GodEater_ | invaluable reading ;) |
| 09:22:56 | JdGordon | dont really care about it.. just see all the text in the parition is |t.u.r.b.e.d...a.| ... |
| 09:23:04 | scorche | GodEater: read from this onward: http://forums.rockbox.org/index.php?topic=6202.msg57676#msg57676 |
| 09:23:54 | GodEater_ | JdGordon: In that case I think it's safe to say that in most cases Unicode chars are 2 bytes - though this is not always true |
| 09:24:07 | JdGordon | ah ok |
| 09:24:42 | GodEater_ | scorche: heheh - cool! |
| 09:25:08 | JdGordon | whats 5mb in hex? |
| 09:26:21 | scorche | i never found out why LinusN edited B4gder's post though |
| 09:26:45 | JdGordon | 0x1400 |
| 09:26:53 | * | JdGordon loves google calc |
| 09:27:05 | LinusN | scorche: which one? |
| 09:27:21 | | Join daniel1234 [0] (n=daniel_r@138.126-67-202.dart.iprimus.net.au) |
| 09:27:31 | scorche | the shopped B4gder's face onto the bagder bagder bagder image |
| 09:27:34 | scorche | linked above |
| 09:27:49 | daniel1234 | where is the home dir for the vmware image |
| 09:28:50 | LinusN | scorche: i don't see any post from Bagder on that url |
| 09:28:56 | scorche | daniel1234: it is the place where you are when you firstboot the image |
| 09:29:05 | scorche | LinusN: next page |
| 09:29:14 | jhMikeS | oy found a bug where queue_wait_w_tmo(&voice_queue, INT_MAX) is always timing out... |
| 09:29:16 | Shaid | LinusN: http://forums.rockbox.org/index.php?topic=6202.msg57801#msg57801 |
| 09:29:48 | LinusN | ah, i changed "Speachless" to "Speechless" |
| 09:29:54 | scorche | hehe |
| 09:30:02 | daniel1234 | if I boot the image from a folder called rockbox image where would my home dir be and that folder is on C:\ |
| 09:30:39 | scorche | daniel1234: as i said before, the home dir is inside the file structure of the image itself |
| 09:30:43 | * | JdGordon found the OF hidden in the hidden partition :) |
| 09:31:03 | daniel1234 | so how would I find my compiled build |
| 09:31:13 | scorche | you can access it in windows by typing \\debian\user in windows explorer |
| 09:31:24 | scorche | the VMware wiki page describes this |
| 09:33:18 | * | jhMikeS is getting sick of everything turning up threading bugs :P |
| 09:35:14 | daniel1234 | so when I type make zip can I find the zipped compiled rockbox in windows explorer somewhere |
| 09:35:34 | scorche | in the network samba share |
| 09:36:04 | scorche | in otherwords, "\\debian\user\build directory" |
| 09:37:46 | daniel1234 | I type it in to run and I get an error that it can't find it |
| 09:38:02 | JdGordon | is a 262Kb buffer too large for the bootloader? |
| 09:38:03 | LinusN | jhMikeS: that's what we get when trying to make the scheduler smart and introducing thread priorities. If you want even more problems, add dynamic memory to the mix. :-) |
| 09:38:14 | JdGordon | i mean doing a char buffer[512*512]; ? |
| 09:38:36 | LinusN | the bootloader can use as much memory as it wants to |
| 09:39:38 | jhMikeS | LinusN: rrrr...changed code to depend on that being correct and spent hours wondering why plugin iram was being corrupted :\ |
| 09:39:51 | LinusN | what was the bug? |
| 09:40:50 | | Join Entasis [0] (n=Jarred@121.45.176.19) |
| 09:40:50 | jhMikeS | haven't gotten to fixing it, just ranting about it. queue_wait_w_tmo(queue, INT_MAX) is just timing out instantly, not after INT_MAX ticks |
| 09:41:15 | LinusN | interesting |
| 09:41:43 | jhMikeS | which means after some changes, the voice codec was being reentered instead of waiting in voice_request_buffer_callback |
| 09:42:45 | | Join thewho [0] (i=c27f0812@gateway/web/cgi-irc/labb.contactor.se/x-f84bdda6fe8e6649) |
| 09:43:09 | thewho | JdGordon: ping |
| 09:43:40 | JdGordon | pong |
| 09:43:44 | JdGordon | but dinner... so back in 30 |
| 09:46:19 | thewho | JdGordon: could you please elaborate on the intended magic with the same values for USB_SYS_CONNECTED and GO_TO_ROOT? |
| 09:46:32 | LinusN | jhMikeS: wow, the new scheduler can only use 29 bits for the timeout |
| 09:46:51 | jhMikeS | I'm not sure why the threads next scheduled run time is combined with it's state flags either...that will mess up the tick comparision |
| 09:46:53 | | Quit GodEater_ ("CGI:IRC (Ping timeout)") |
| 09:46:54 | jhMikeS | yes |
| 09:47:00 | jhMikeS | it should be a separated variable |
| 09:47:16 | jhMikeS | separate even |
| 09:48:03 | jhMikeS | that should reduce the code size without all that masking too |
| 09:48:38 | | Join austriancoder [0] (n=austrian@80.120.117.30) |
| 09:48:55 | Slasheri | jhMikeS: please don't change the scheduler code atm, a big fix is coming soon :) |
| 09:50:26 | jhMikeS | Slasheri: you kept the sync_queue stuff light, right? it's meant to have practically no overhead for queues that don't need it...and even for ones that do. |
| 09:51:07 | jhMikeS | I suppose I can just make that timeout reasonable that filter the timout messages for the moment |
| 09:51:16 | jhMikeS | and filter* |
| 09:51:50 | JdGordon | thewho: its more good luck that they are the same value... either way the old behavious was that after usb you would be put back in the file browser.. so going to root is the same |
| 09:52:12 | * | JdGordon wonders why its taking so long to read 50 sectors of nand! ? |
| 09:52:30 | Slasheri | jhMikeS: yes, synchronous queues are now core-wise thread safe |
| 09:52:45 | Slasheri | and it's even lighter as it was =) |
| 09:52:46 | * | JdGordon also realised he put his code before the OF part which means im fucked :p |
| 09:52:48 | jhMikeS | but no new overhead for single core? |
| 09:52:51 | Slasheri | no |
| 09:52:54 | jhMikeS | good |
| 09:53:48 | Aikon_ | Aikon |
| 09:54:55 | | Join Ribs [0] (n=ribs@91.84.8.218) |
| 09:55:04 | jhMikeS | There's also that thing with the voice thread not unboosting during playback...when it waits for the lock in swap_codec. Threads should probably boost cancel if they wait too long or something to that effect. |
| 09:55:40 | austriancoder | andrewg867: ping |
| 09:56:53 | thewho | JdGordon: but I think it would be better to handle that explicitly rather than rely on such a fragile definition. |
| 09:57:07 | | Nick Stalwart_ is now known as Stalwart (n=stalwart@ip-10.154.Home-Lan.fastnet.lv) |
| 09:57:37 | LinusN | jhMikeS: that's the reasoning behind using wait_w_tmo instead |
| 09:58:21 | LinusN | if you use wait_w_tmo, <some large number 3 bits less than intmax> |
| 10:00 |
| 10:00:11 | jhMikeS | I know, but you can't do that with mutex |
| 10:00:25 | LinusN | aha |
| 10:00:29 | LinusN | silly me |
| 10:00:56 | jhMikeS | That wait must be forever and still unboost eventually |
| 10:02:17 | LinusN | i think the cpu boost handling in the kernel needs to be documented in RockboxKernel |
| 10:02:52 | *** | Saving seen data "./dancer.seen" |
| 10:03:24 | jhMikeS | Slasheri: will the scheduler allow me to squeeze in counted semaphores? I'm fairly sure I'll need a super fast object with a signaled count that keeps it's count when waited on and blocks when the count is zero. |
| 10:03:26 | | Quit miepchen^schlaf (Read error: 113 (No route to host)) |
| 10:03:31 | | Join BigBambi [0] (n=Alex@host-144-219.ch.le.ac.uk) |
| 10:04:14 | daniel1234 | do I just type \\debian\user from the run dialog in windows to find my home dir for the vmware image and what drive is it on |
| 10:05:38 | jhMikeS | Shasheri: and what of playback.c? I've rewritten a bunch of stuff to tighten things up, and of course having only one swap buffer. you said you changed stuff there. |
| 10:07:09 | * | JdGordon is an idiot :'( |
| 10:07:35 | JdGordon | never put untested code before the bootloader checking :p |
| 10:08:45 | jhMikeS | brick? |
| 10:09:03 | JdGordon | i hope not :'( |
| 10:10:20 | | Quit daniel1234 ("Freedom Chat - Your Home Away From Home | http://www.freedomchat.org | tIRC script by the Freedom Chat Leets") |
| 10:11:59 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
| 10:13:49 | | Join daniel1234 [0] (n=daniel_r@138.126-67-202.dart.iprimus.net.au) |
| 10:14:34 | daniel1234 | where do I extract the daily sorce to if I want to compile it from the vmware image |
| 10:15:25 | scorche | as i said before, in a folder in your home dir |
| 10:15:40 | daniel1234 | what drive is that on C |
| 10:16:07 | scorche | <scorche> daniel1234: as i said before, the home dir is inside the file structure of the image itself |
| 10:16:19 | scorche | please stop repeating questions |
| 10:16:38 | daniel1234 | in the vmx file |
| 10:17:00 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 10:18:21 | | Quit thewho ("CGI:IRC") |
| 10:19:03 | B4gder | daniel1234: run the vmware, extract the source |
| 10:19:16 | linuxstb | B4gder: sansapatcher itself seems to be working fine, the remaining problems are with the new version of the bootloader - barrywardell is working on it. |
| 10:19:34 | B4gder | ok |
| 10:20:19 | linuxstb | Are there still problems with the flash driver on the Sansa (thinking about why the CRC check sometimes fails) ? I seem to remember there being some in the past. |
| 10:20:27 | daniel1234 | I have vmware player installed but don't understand where score needs to go |
| 10:20:32 | | Join Rondom [0] (n=Rondom@p57A968A1.dip.t-dialin.net) |
| 10:20:44 | daniel1234 | sorce I mean |
| 10:21:39 | B4gder | daniel1234: run it |
| 10:21:49 | B4gder | then you have a linux running |
| 10:21:54 | B4gder | use that |
| 10:22:11 | B4gder | extract the source exactly whereever you feel it fits inside that |
| 10:22:46 | | Join Redbreva [0] (n=chatzill@host86-134-208-199.range86-134.btcentralplus.com) |
| 10:22:57 | B4gder | OT: I do notice this distribution of vmware images for development turning really popular these days |
| 10:23:08 | daniel1234 | yes but I need to put the sorce in my home dir and can't seem to find this in windows so is it only able to be able to be accessed through linux |
| 10:24:18 | B4gder | that's beyond me |
| 10:24:33 | B4gder | but then I don't understand why anyone would like to use the windows side ;-) |
| 10:25:04 | B4gder | using windows just makes me upset |
| 10:25:09 | scorche | B4gder: when crosscompilers are involved, it makes things very handy |
| 10:25:30 | B4gder | why is windows handy with cross-compilers? |
| 10:25:55 | scorche | i was referring to just the popularity of images |
| 10:26:00 | B4gder | ah yes |
| 10:26:09 | B4gder | I got this funny image from Xilinx |
| 10:26:20 | B4gder | full linux, including kde, mozilla and more |
| 10:26:25 | B4gder | huuuuuge |
| 10:26:48 | scorche | ouch |
| 10:27:11 | scorche | aye..that is why i keep the image the way it is...there is even a few things i could probably remove |
| 10:27:20 | bluebrother | and how much RAM does it require to run nicely? ;-) |
| 10:27:36 | B4gder | I don't know, I have 2gb ram on this box |
| 10:27:37 | scorche | with VMware tools, things are much better |
| 10:27:56 | B4gder | using CentOS out of all distros |
| 10:30:27 | linuxstb | daniel1234: Do you have vmware player running? |
| 10:31:51 | | Join Redbreva_ [0] (n=chatzill@host86-134-208-199.range86-134.btcentralplus.com) |
| 10:31:55 | daniel1234 | I open the rockbox.vmx in the vmware player but don't know how to be able to see the compiled build in windows |
| 10:32:27 | scorche | daniel1234: that is all explained in the VMware wiki page |
| 10:33:01 | linuxstb | daniel1234: Forget copying files for now, the first thing you have to do is actually get it running, log into Linux and open up a terminal window. |
| 10:33:16 | bluebrother | CentOS is nice |
| 10:33:34 | B4gder | 740 subscribers of the users list |
| 10:33:52 | B4gder | and that _after_ the bounce of the century |
| 10:34:02 | daniel1234 | i have log in made a dir downloaded rockbox I think compiled it but didn't zip it just only problem is can't find anything not even the sorce |
| 10:34:26 | linuxstb | So you downloaded Rockbox with the "svn" command in Linux? |
| 10:34:47 | daniel1234 | yes I can go and tell u the command if u want but yes I did |
| 10:35:24 | linuxstb | So if you browse (in Windows) to "\\debian\user" (as the wiki page describes), what happens? |
| 10:35:48 | daniel1234 | should I type that into run |
| 10:36:14 | linuxstb | No, but I don't know where (I don't use Windows) |
| 10:36:25 | * | linuxstb looks around for a Windows user |
| 10:37:05 | | Quit Siku (Read error: 60 (Operation timed out)) |
| 10:37:26 | austriancoder | daniel1234: yes type it into run |
| 10:37:36 | linuxstb | You can run a directory? |
| 10:37:46 | daniel1234 | I get an error |
| 10:38:28 | GodEater | linuxstb: the run dialog box will launch an explorer window if you only give it a directory |
| 10:38:54 | daniel1234 | the error i get is the network path can not be found |
| 10:39:10 | GodEater | does the vmware image start samba by default ? |
| 10:39:37 | daniel1234 | if I open rockbox.vmx up it opens in the vmware image |
| 10:39:56 | linuxstb | daniel1234: Is Linux running when you try to open \\debian\user? |
| 10:40:03 | Redbreva_ | you do have the vm image 'running' when you typed the command? |
| 10:40:17 | daniel1234 | know windows is i type it in the run dialog |
| 10:40:35 | linuxstb | You need to leave the vmware player running. |
| 10:41:17 | daniel1234 | ok I ok what dir should I be in |
| 10:41:26 | linuxstb | It doesn't matter. |
| 10:42:01 | daniel1234 | how do I get in to windows and leve the vmware image running |
| 10:42:30 | linuxstb | daniel1234: vmware is a virtual computer - think of it as having two computers on your desk - one running Windows, and another running Linux. The only way one of those computers can access the files on the other is via the network, and for that to work, both computers need to be running. |
| 10:42:55 | GodEater | daniel1234: hold down ctrl+alt in the vmware window to give mouse control back to windows |
| 10:43:25 | daniel1234 | ok I will just see if I can get some sighted help to do that |
| 10:45:15 | GodEater | I find it amusing that Llorean so stricly enforces the "no abbrevations" rule on the forums for the benefit of our non-sighted users, and then I see daniel1234 using the "u" contraction right here ;) |
| 10:47:41 | | Quit Redbreva (Read error: 110 (Connection timed out)) |
| 10:49:56 | daniel1234 | can i be on the screen that says press control g to input to the vertual computer or what ever it is |
| 10:50:54 | linuxstb | GodEater: I think that rule is mainly for non-English speakers using translation software. |
| 10:51:06 | amiconn | LinusN: around? |
| 10:51:24 | LinusN | yup |
| 10:53:55 | daniel1234 | I am on the screen that says To direct input to this virtual machine, press Ctrl+G can I be on that screen then go to run and type the dir in |
| 10:54:47 | amiconn | LinusN: I stumbled about a slight derivation from the ata protocol in ata.c that might cause more power consumption when the drive is supposed to sleep (on targets with no hw ata poweroff) |
| 10:55:04 | LinusN | amiconn: oh? |
| 10:55:30 | amiconn | Would be nice if you could check and verify |
| 10:55:53 | amiconn | ata.c: ata_perform_sleep() (line 571 ff:9 |
| 10:56:02 | amiconn | s/9/)/ |
| 10:56:11 | | Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) |
| 10:56:17 | GodEater | daniel1234: that should work I think, yes. |
| 10:56:25 | amiconn | ...and the description of the ata SLEEP command |
| 10:57:13 | daniel1234 | I tried it it said \\debian\user |
| 10:57:14 | daniel1234 | The network path was not found. |
| 10:57:15 | amiconn | We don't do the step that says 'read status register to clear INTRQ' |
| 10:57:31 | | Quit bun-bun () |
| 10:58:30 | LinusN | amiconn: does it work better if you add it? |
| 10:58:38 | GodEater | scorche: I'm stumped on daniel1234's problem - you any ideas ? |
| 10:59:06 | scorche | samba can be finiky...rebooting the image helps or rebooting the host |
| 11:00 |
| 11:01:45 | | Join borisyeltsin [0] (n=chris@S01060016b649355d.ed.shawcable.net) |
| 11:01:59 | linuxstb | Slightly off-topic, but my girlfriend runs Linux in vmware, and I found that exporting the Windows drive via the Cygwin NFS server to be a much more reliable way of sharing files than samba. This also means the files live on your Windows drive, so are available without vmware running. |
| 11:02:26 | | Quit billytwowilly (Read error: 104 (Connection reset by peer)) |
| 11:02:50 | daniel1234 | how do i do that |
| 11:02:52 | linuxstb | (but this will of course slow down Rockbox builds to cygwin levels, so isn't helpful in a Rockbox context) |
| 11:03:02 | amiconn | The specs then say: "Because some host systems may not read the Status register and clear the interrupt pending, a device may automatically release INTRQ and enter Sleep mode after a vendor specific time period of not less than 2 s." |
| 11:03:16 | amiconn | *may*, not *should* or even *must* |
| 11:03:16 | linuxstb | daniel1234: Sorry, I wasn't suggesting it as a solution for you, just a general comment about using vmware. |
| 11:03:50 | amiconn | LinusN: Dunno, can't really test. The best test case would probably be an ipod with 1.8" hdd |
| 11:04:20 | amiconn | The coldfire targets all do hw ata poweroff, and I suspect the mini's microdrive auto-sleeps |
| 11:06:54 | amiconn | This can only be tested easily by measuring the current consumption of the target |
| 11:08:05 | daniel1234 | anyone know what I should do can't seem to access the dir could I copy the files I compile to a folder that windows can see |
| 11:08:50 | LinusN | amiconn: i think we should follow the specification |
| 11:08:57 | LinusN | regardless |
| 11:09:54 | | Join mechanor [0] (n=m@ool-44c150a2.dyn.optonline.net) |
| 11:10:12 | mechanor | hmm.. my h340 doesn't seem to play anything anymore! |
| 11:10:30 | mechanor | the disk spins for a moment when i choose a song, but then stops, leaving only the tag information onscreen |
| 11:10:35 | mechanor | the song never plays |
| 11:10:46 | | Join barrywardell [0] (n=barrywar@dhcp-892b9a4a.ucd.ie) |
| 11:11:24 | daniel1234 | how do you copy a file in linux |
| 11:11:46 | mechanor | never mind! i guess it just needed a reset |
| 11:14:02 | barrywardell | JdGordon: around? |
| 11:15:20 | austriancoder | barrywardell: do you have an sansa with fm? |
| 11:15:27 | barrywardell | yes |
| 11:15:55 | | Join _Amblin [0] (n=Osiris@udp124072uds.hawaiiantel.net) |
| 11:16:09 | austriancoder | barrywardell: and we have the problem how tho power the fm chip? |
| 11:16:38 | barrywardell | I don't know. I haven't heard anything about the fm chip. I think someone was working on it here though |
| 11:16:49 | B4gder | yes, andrewg867 is |
| 11:17:48 | barrywardell | btw. I figured out how to disable that annoying database refresh in the OF :) |
| 11:18:09 | B4gder | tell us! |
| 11:18:21 | * | _Amblin stands at attention. |
| 11:18:29 | barrywardell | there's a NVPARAMS section in the hidden partition |
| 11:18:38 | austriancoder | andrewg867: ping |
| 11:19:56 | barrywardell | byte 0x7810e1 of the hidden partition determines whether a database update is done or not |
| 11:20:14 | barrywardell | 1=update, 0=don't update |
| 11:22:16 | daniel1234 | anyway i could copy the zip file i make in linux of my compiled build to a folder on my hard drive |
| 11:24:31 | | Quit daniel1234 ("Freedom Chat - Your Home Away From Home | http://www.freedomchat.org | tIRC script by the Freedom Chat Leets") |
| 11:28:42 | | Join Amblin [0] (n=Osiris@udp124072uds.hawaiiantel.net) |
| 11:28:46 | | Quit perplexity (Read error: 60 (Operation timed out)) |
| 11:29:19 | | Quit BigBambi (Read error: 110 (Connection timed out)) |
| 11:31:06 | bluebrother | another idea regarding the vmware image: I guess ssh is running, so copying files should also work using scp |
| 11:31:23 | * | B4gder loves sshfs |
| 11:33:27 | B4gder | but that would then require the sshd to run in windows |
| 11:38:56 | BigMac | any reason I would get these errors when compiling? |
| 11:38:57 | BigMac | http://rafb.net/p/IhUzmW97.html |
| 11:39:09 | BigMac | down in the last threee lines |
| 11:39:16 | BigMac | three |
| 11:39:40 | BigMac | I extract it over my current build and it does not seem to recognize |
| 11:39:55 | LinusN | BigMac: those are not errors |
| 11:40:11 | | Quit _Amblin (Read error: 110 (Connection timed out)) |
| 11:40:22 | BigMac | Ok then what would cause me not to be able to extract over my current build? |
| 11:40:37 | BigMac | should I extract outof \\debian |
| 11:40:41 | BigMac | then copy over? |
| 11:41:43 | * | barrywardell creates SansaE200FirmwarePartition |
| 11:41:43 | BigMac | any ideas? |
| 11:42:22 | LinusN | i believe you might want to update the bootloader, and also remove the old rockbox.whatever before extracting the zip |
| 11:43:02 | BigMac | ok but I have the black background bootloader already |
| 11:43:08 | BigMac | I will re add though |
| 11:45:30 | | Quit BigMac ("Leaving") |
| 11:46:32 | barrywardell | linuxstb: I think I know why the usb detection is a bit buggy. it also could explain JdGordon's problems with the checksum in the bootloader |
| 11:47:08 | barrywardell | linuxstb: when you connect the USB cable, it resets UDC_ENDPOINTLISTADDR to 0x0 |
| 11:47:35 | barrywardell | this is a pointer to the start of the usb endpoint data structures (which we don't have yet) |
| 11:47:53 | barrywardell | my guess is that the usb chip then overwrites some of this data |
| 11:47:55 | | Join _Amblin [0] (n=Osiris@udp124072uds.hawaiiantel.net) |
| 11:49:31 | B4gder | hey, we need a few commits to see if we can detect any build speed diffs! ;-) |
| 11:49:47 | | Join funky [0] (n=repulse@unaffiliated/funky) |
| 11:52:19 | | Quit Amblin (Read error: 110 (Connection timed out)) |
| 11:52:42 | barrywardell | B4gder: do you know why the sprintf functions in Rockbox don't support the .precision format? |
| 11:53:03 | | Quit Nibbier ("bei uns hat noch niemals nicht koana koan durscht ned ghabt") |
| 11:53:04 | B4gder | just because it is a very simple implementation |
| 11:53:37 | barrywardell | would it be desired to have it? i added it like this: http://pastebin.ca/400195 |
| 11:53:53 | barrywardell | for strings only |
| 11:54:49 | B4gder | I'm fine with that |
| 11:55:31 | barrywardell | cool. I'll have a commit for you now in that case ;) |
| 11:55:55 | bluebrother | B4gder: no, my idea was to run the sshd on the vmware side |
| 11:56:05 | B4gder | bluebrother: I realized that |
| 11:56:16 | bluebrother | :) |
| 11:56:21 | B4gder | but then you can't use sshfs! ;-) |
| 11:56:39 | bluebrother | right |
| 11:57:41 | * | bluebrother should check out sshfs ;) |
| 11:59:33 | JdGordon | barrywardell: back |
| 11:59:39 | barrywardell | hi |
| 11:59:47 | JdGordon | hey |
| 11:59:51 | barrywardell | i figured out a couple of things |
| 12:00 |
| 12:00:28 | * | JdGordon too |
| 12:00:40 | JdGordon | never do anything untested before the OF decision :'( |
| 12:00:49 | * | JdGordon reading e200unbrick :'( |
| 12:00:58 | B4gder | :-) |
| 12:01:09 | barrywardell | what happened? |
| 12:01:09 | JdGordon | how do you get into recovery mode? |
| 12:01:24 | B4gder | it is mentioned on the install page |
| 12:01:28 | barrywardell | switch hold on and hold rec while turning on |
| 12:01:30 | JdGordon | I tried dumping the hidden partion.. but it seems to have frozen |
| 12:01:40 | | Join toni1 [0] (i=d9b95eb5@gateway/web/cgi-irc/labb.contactor.se/x-08c8c78bd752c644) |
| 12:01:44 | toni1 | hi all |
| 12:01:51 | barrywardell | it took quite a long time when I dumped the hidden partition last night |
| 12:02:01 | toni1 | barrywardell: I experimented with the sansa lcd controller a little. |
| 12:02:12 | barrywardell | although I did one sector at a time, so maybe that's part of the problem |
| 12:02:13 | JdGordon | barrywardell: woot! it connects |
| 12:02:20 | toni1 | barrywardell: The only solution to the display problems I have currently: Use another frame buffer |
| 12:02:20 | linuxstb | barrywardell: Is the UDC_ENDPOINTLISTADDR problem easy to fix? |
| 12:02:34 | toni1 | barrywardell: and copy the content at each lcd_update, which takes 3ms/update (25MB/sec DRAM speed) |
| 12:02:37 | barrywardell | JdGordon: make sure you only put a mi4 on. other files tend to cause bricking! |
| 12:02:54 | *** | Saving seen data "./dancer.seen" |
| 12:03:10 | barrywardell | linuxstb: i guess the easiest thing would be to set it to a dummy endpoint descriptor |
| 12:03:54 | JdGordon | unbricked :) |
| 12:04:18 | barrywardell | toni1: ah, so triple buffering? i've heard the gigabeat does similar. |
| 12:04:41 | barrywardell | toni1: it would be nicer if we could figure out when the lcd has finished its dma transfer |
| 12:04:43 | toni1 | barrywardell: Yes, it solves the problems. What do you think? |
| 12:05:17 | toni1 | barrywardell: I checked the LCD_REG_5 but with no result. |
| 12:05:50 | toni1 | barrywardell: If we could trigger the dma start, but how to do? |
| 12:05:51 | JdGordon | LCD_REG_5 is the ony one that changes at all during lcd_update() |
| 12:06:25 | toni1 | JDGordon: Yes, at least on the LCD_REG_xx |
| 12:06:32 | JdGordon | barrywardell: removing the lcd_init works fine, but causes a nasty "freeze" when booting the OF which is why i tihnk we should enable verbose mode tere |
| 12:07:07 | barrywardell | toni1: have you asked dan_a about that? he wrote the lcd driver. there's also the docs on Bagder's site |
| 12:07:14 | markun | barrywardell: the Gigabeat LCD controller generates an interrupt when a new frame is being transfered I believe, maybe we can use that. |
| 12:07:44 | | Quit _Amblin (Read error: 110 (Connection timed out)) |
| 12:07:51 | JdGordon | barrywardell: you said you dumped the hidden partition, have you got it before and after a usb connection? |
| 12:07:51 | barrywardell | JdGordon: i was able to remove the lcd_init without any problems. what sort or freeze did you have? |
| 12:08:07 | JdGordon | when you boot OF it appears to freeze for a second or two... |
| 12:08:23 | JdGordon | it doesnt really.. but the user might think it has |
| 12:08:28 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
| 12:08:53 | barrywardell | ah, yes. so you want an indication that it's actually booting? |
| 12:09:00 | JdGordon | yeah |
| 12:09:23 | barrywardell | markun: yes, possibly. when does it generate the interrupt? at the end of the transfer? |
| 12:09:45 | JdGordon | barrywardell: have you still got your parition dumping code? |
| 12:09:47 | pixelma | the numbers in the build table for Ipod Video and OndioFM look suspicious |
| 12:09:56 | barrywardell | yes, you want a patch? |
| 12:10:14 | JdGordon | please :) |
| 12:10:42 | barrywardell | http://pastebin.ca/401430 |
| 12:10:53 | pixelma | for the last commit and the size table... I meat |
| 12:10:55 | pixelma | *meant |
| 12:11:04 | barrywardell | it takes quite a while (maybe 1 minute) |
| 12:11:06 | JdGordon | barrywardell: do you think the way usb is detected in my patch is bad? |
| 12:11:19 | JdGordon | 1min is better than the 10years i was scared mine was going to take :D |
| 12:11:39 | barrywardell | It's only as bad as the usb detection in rockbox |
| 12:11:47 | barrywardell | which I believe is quite bad currently |
| 12:12:36 | JdGordon | why only the first 40960 sectors? |
| 12:12:44 | barrywardell | that's 20MB |
| 12:13:39 | JdGordon | haha... that sprobably my idiotic mistake then... I took the sector numbers from the wrong partiiton in the fdisk output :'( |
| 12:14:33 | markun | barrywardell: the LCD controller is still a bit unclear to me. Maybe you can have a look? http://www.rockbox.org/twiki/pub/Main/DataSheets/um_s3c2440a_rev10.pdf |
| 12:15:18 | barrywardell | JdGordon: haha, so you were dumping several gigabytes instead! |
| 12:15:54 | JdGordon | no, it must have had other problems also becuase it never even wrote the first sectors |
| 12:16:07 | JdGordon | but yeah, it would have eventually :p |
| 12:16:26 | barrywardell | markun: I'll have a look |
| 12:16:38 | | Quit Redbreva_ ("Chatzilla 0.9.77 [Firefox 2.0.0.2/2007021917]") |
| 12:17:32 | barrywardell | JdGordon: did you see I created SansaE200FirmwarePartition |
| 12:17:42 | barrywardell | would be interesting to see if it matches what you get |
| 12:17:58 | | Quit wrobbie (Read error: 110 (Connection timed out)) |
| 12:18:18 | | Quit YouCeyE (Read error: 110 (Connection timed out)) |
| 12:18:23 | JdGordon | ill let you know in a few min :p |
| 12:19:06 | JdGordon | cant sansapatcher uninstall an old rockbox booloader? |
| 12:19:19 | | Quit Shaid ("I will see you, in the end. And I will laugh at your pain...") |
| 12:19:39 | | Join Snowborne [0] (i=HydraIRC@216-24-140.5002.adsl.tele2.no) |
| 12:20:12 | Snowborne | Hey... |
| 12:20:50 | Snowborne | whats the actual improvements you get with rockbox for sansa e200 ? |
| 12:20:59 | JdGordon | not much atm... |
| 12:21:07 | barrywardell | JdGordon: no, but it can upgrade a current one in place |
| 12:21:30 | barrywardell | JdGordon: just run the install and it will replace the current one an move things around properly |
| 12:22:06 | JdGordon | 0x7810e0 Database rebuild. If this is set to 1, the database is rebuild on next reboot <- so you know the address? can sansapatcher write a 1 here every time it upgrades? |
| 12:22:57 | Snowborne | figure I'll wait a couple of months longer and check again :P |
| 12:23:25 | Snowborne | Dont wanna brick it with an uncomplete build that in reality wont change much at all |
| 12:23:39 | | Part toni1 |
| 12:23:47 | barrywardell | JdGordon: yes. it could do, although I'm not sure at what stage the OF writes to the address. it's probably after disconnecting the usb so too late for sansapatcher. |
| 12:24:06 | barrywardell | JdGordon: i have a patch for disabling it in the bl if you want |
| 12:24:25 | JdGordon | thats even better :) |
| 12:24:48 | JdGordon | thats bassically what all this dumpin was for.. I assumed noone had checked for that yet :p |
| 12:25:05 | barrywardell | http://pastebin.ca/401443 |
| 12:25:25 | barrywardell | JdGordon: I only checked it last night after reading your email |
| 12:25:49 | JdGordon | have a nice st pats day btw? |
| 12:26:09 | JdGordon | does the mi4 filename matter in recovery mode? or just the extension? |
| 12:26:23 | barrywardell | haha, yeah |
| 12:26:50 | barrywardell | it depends on your firmware version. it should be either PP5022.mi4 or firmware.mi4 IIRC |
| 12:27:19 | barrywardell | did you see that I think I figured out the problem you were having with usb and the checksum? |
| 12:27:36 | JdGordon | no, was it a big problem? |
| 12:28:05 | JdGordon | I mean, hard to find? |
| 12:28:10 | barrywardell | I haven't solved it yet. |
| 12:28:26 | JdGordon | oh, but you think you found it? :) |
| 12:28:35 | barrywardell | basically what happens is UDC_ENDPOINTLISTADDR gets reset to 0x0 when you plug in usb |
| 12:29:01 | barrywardell | that should be the address of the usb endpoint data structure |
| 12:29:09 | barrywardell | so the usb controller probably overwrites it |
| 12:30:13 | JdGordon | do we really need to check the checksum? worst case is the image is stuffed so you need to reboot? |
| 12:30:45 | linuxstb | I think it's good to tell the user that the image is corrupt. |
| 12:31:08 | barrywardell | and also we'll be running random code - who knows what that could do! |
| 12:31:14 | linuxstb | Obviously, any bugs causing false-positives need to be fixed. |
| 12:31:43 | barrywardell | linuxstb: i don't know if it is actually a false positive though |
| 12:32:02 | barrywardell | if my theore is correct, then the image really is different |
| 12:32:09 | barrywardell | theory* |
| 12:32:21 | linuxstb | You mean the image in RAM, rather than the image on disk? |
| 12:33:14 | JdGordon | the db rebuild hack didnt work :( |
| 12:33:25 | JdGordon | but the OF booted from the partiion first go |
| 12:33:34 | JdGordon | first go after rb tho... |
| 12:34:15 | barrywardell | linuxstb: yesh |
| 12:34:45 | barrywardell | the image on disk is fine. i'm just checking now if the image in ram is different... |
| 12:35:20 | barrywardell | JdGordon: no? |
| 12:35:32 | JdGordon | yeah, didnt work... |
| 12:35:47 | barrywardell | JdGordon: also, I think if you just add a delay before loading the OF it should boot from the partition first go |
| 12:35:50 | JdGordon | dumping the partition now... then gonna do usb, then redump |
| 12:36:05 | pixelma | Bagder: do you have an idea what's going on in the size table? Seems related to the new client *shrug* |
| 12:36:22 | | Quit Rondom (Operation timed out) |
| 12:36:29 | barrywardell | JdGordon: maybe a different firmware version? I was using 1.01.11A from Bagder's site |
| 12:37:58 | JdGordon | 1.00.12 is the one i used |
| 12:38:50 | | Join secleinteer [0] (n=scl@adsl-70-237-136-223.dsl.stlsmo.sbcglobal.net) |
| 12:41:34 | * | JdGordon having no problem with crc errors now... |
| 12:41:51 | B4gder | pixelma: really weird... |
| 12:41:54 | | Join netmasta10bt [0] (n=torment@pool-71-251-91-80.tampfl.fios.verizon.net) |
| 12:41:54 | barrywardell | is that wit a delay? it only happens when the usb cable is connected |
| 12:42:12 | JdGordon | nope, no delay, no usb |
| 12:42:27 | JdGordon | oh, but with my usb detection code... so yeah, delay |
| 12:43:40 | barrywardell | B4gder: can I safely ignore those gigabeat build errorsthen? i doubt they're related to my commit |
| 12:44:24 | | Join himitsu [0] (n=himitsu@203.205.119.220) |
| 12:44:55 | B4gder | yeah |
| 12:45:41 | JdGordon | http://rafb.net/p/vVf2Bx87.html diff between my part.bin's before and after usb... |
| 12:46:30 | | Quit aliask ("Chatzilla 0.9.77 [Firefox 2.0.0.2/0000000000]") |
| 12:48:36 | barrywardell | does your part.bin have NVPARAMS at 780000? |
| 12:50:00 | JdGordon | yep |
| 12:50:16 | JdGordon | 00608000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| |
| 12:50:16 | JdGordon | * |
| 12:50:16 | JdGordon | 00780000 4e 56 50 41 52 41 4d 53 00 00 00 00 00 00 00 00 |NVPARAMS........| |
| 12:50:16 | JdGordon | 00780010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| |
| 12:50:16 | JdGordon | * |
| 12:50:44 | * | B4gder is a bit scared to tell what the problem was |
| 12:50:54 | LinusN | B4gder is lame |
| 12:51:14 | barrywardell | JdGordon: my guess is that you need to change 78b808 to be 0 |
| 12:51:14 | markun | :) |
| 12:51:18 | B4gder | the eternal problem! |
| 12:51:21 | markun | B4gder: just do it.. |
| 12:51:33 | B4gder | when you're born with a lame brain, you get to suffer a lot |
| 12:51:45 | B4gder | it still only had CVS |
| 12:51:50 | B4gder | no svn checkout on the server |
| 12:52:16 | bluebrother | so we have that much size change since the move? |
| 12:52:22 | B4gder | yes |
| 12:52:43 | bluebrother | hmm, longer size comparisons might be interesting ... |
| 12:53:06 | B4gder | should be fixed now |
| 12:53:21 | markun | graphs! :) |
| 12:53:28 | B4gder | toplists! |
| 12:53:37 | bluebrother | 5000 bytes less than at the move sounds nice |
| 12:53:53 | bluebrother | who wasted the most bytes? ;) |
| 12:53:57 | B4gder | the size table has been very beneficial for that |
| 12:54:13 | markun | funny, more and more replies to questions in mygigabeat.com are "upgrade to rockbox!" |
| 12:54:24 | bluebrother | how good size isn't an issue for the manual :P |
| 12:54:32 | pixelma | I guess the cue sheet support is a good candidate |
| 12:54:44 | pixelma | (added about 3k IIRC) |
| 12:54:46 | bluebrother | for blaming someone? |
| 12:54:48 | JdGordon | 5kb in 2 months isnt that bad... |
| 12:55:07 | JdGordon | Slasheri: had the big one with the endieness stuff iirc |
| 12:55:39 | pixelma | yeah, that too - the both were added within a day |
| 12:55:46 | | Join Nibbier [0] (n=sven@port-212-202-177-141.dynamic.qsc.de) |
| 12:56:08 | markun | wasn't the endieness stuff reverted? |
| 12:56:24 | JdGordon | barrywardell: I assume your upload speed is faster than mine.. is your dump file somewhere I cna download to compare? |
| 12:56:42 | barrywardell | i'll upload it now... |
| 12:56:53 | JdGordon | cheers :) |
| 12:57:47 | barrywardell | JdGordon: barrywardell.net/assets/files/part-rebuild.bin">http://barrywardell.net/assets/files/part-rebuild.bin and http://barrywardell.net/assets/files/part-no-rebuild.bin |
| 12:58:09 | * | JdGordon wonders if we can upgrade the bootloader from inside rockbox |
| 12:58:13 | barrywardell | they're with and without database rebuilding |
| 12:58:25 | JdGordon | 404 |
| 12:58:25 | pixelma | markun: afair no - just a bit of optimisation afterwards... |
| 12:59:00 | * | JdGordon goes into recovery mode for the 3rd time tonight :'( |
| 13:00 |
| 13:00:37 | barrywardell | oops, wrong url, should be barrywardell.net/assets/files/sansapatcher/part-rebuild.bin">http://barrywardell.net/assets/files/sansapatcher/part-rebuild.bin |
| 13:00:49 | barrywardell | and barrywardell.net/assets/files/sansapatcher/part-no-rebuild.bin">http://barrywardell.net/assets/files/sansapatcher/part-no-rebuild.bin |
| 13:01:14 | * | JdGordon is jelous of your upload speed :'( |
| 13:02:20 | barrywardell | it seems to be only limited by my computer's 100BASE-T card :) |
| 13:03:44 | JdGordon | sorry, my brain sucks tonight,,, how did you go from 0x7810e0 to pinfo->start + 0x3c08 ? |
| 13:06:10 | * | JdGordon is out of ram.. too many 20mb files open :p |
| 13:06:23 | barrywardell | 0x7810e0 is the address in bytes |
| 13:06:42 | barrywardell | 0x3c08 is the sector (address/512) |
| 13:07:43 | | Quit petur ("CGI:IRC (EOF)") |
| 13:08:52 | JdGordon | looks like we can find the needed sector at runtime... your bootloader first bytes... 50 50 42 4c 78 01 06, mine50 50 42 4c 98 01 06 |
| 13:09:01 | JdGordon | the 5th set changes |
| 13:09:30 | JdGordon | oh, hmm.. //me should read first.. that probbaly wont work |
| 13:09:59 | | Quit Snowborne (" HydraIRC -> http://www.hydrairc.com <- Try something fresh") |
| 13:10:43 | barrywardell | the last three bytes are just the bootloader size... |
| 13:13:07 | JdGordon | google calc doesnt like devision in hex |
| 13:13:27 | JdGordon | which sector do I need to read? :'( |
| 13:14:45 | barrywardell | you want address 0x78b808? |
| 13:15:13 | JdGordon | yeah |
| 13:15:22 | barrywardell | 0x3c5c |
| 13:15:27 | * | B4gder uses bc for calculations |
| 13:15:49 | * | linuxstb uses his calculator for calculations |
| 13:15:59 | barrywardell | that will give you data starting at 0x78b800 |
| 13:16:31 | * | barrywardell uses the "programmer mode" on his apple os calculater |
| 13:16:53 | barrywardell | it does bit shifting, AND, OR, ... |
| 13:18:25 | B4gder | but... bc can show the full precision of 500^500! ;-P |
| 13:18:36 | | Quit himitsu ("Leaving") |
| 13:19:22 | | Join miepchen^schlaf [0] (n=hihi@p57B96F94.dip.t-dialin.net) |
| 13:19:59 | barrywardell | you win...500^500 in the apple calculator = "Infinity" |
| 13:20:18 | B4gder | it is quite a large number |
| 13:20:29 | * | barrywardell goes to lunch |
| 13:21:01 | B4gder | hm, even 500^30000 works |
| 13:21:15 | * | B4gder stops this and tries to work instead |
| 13:22:48 | | Quit smolyn ("KVIrc 3.2.5 Anomalies http://www.kvirc.net/") |
| 13:23:23 | linuxstb | 500^30000 is too big for my terminal's scrollback... |
| 13:23:44 | * | linuxstb thinks he can live without knowing the answer to that |
| 13:24:48 | B4gder | 83351 digits |
| 13:24:59 | B4gder | well almost |
| 13:26:15 | pixelma | windows calsulator can keep up to 500^16091 ;) |
| 13:26:22 | pixelma | *calculator too |
| 13:28:46 | B4gder | to me, I think it being available from the command line is why I use it |
| 13:28:51 | | Join ctaf [0] (n=ctaf@ram94-6-82-242-23-70.fbx.proxad.net) |
| 13:29:18 | pixelma | though maybe not with full precision... |
| 13:29:35 | B4gder | I can't say I use that feature very much |
| 13:30:17 | JdGordon | woot! no more db rebuilding :) |
| 13:30:18 | pixelma | that surprises me... ;) |
| 13:36:17 | preglow | linuxstb: around now |
| 13:38:19 | | Part kaaloo |
| 13:40:16 | | Join wrobbie [0] (n=rob@cm74.kappa84.maxonline.com.sg) |
| 13:40:30 | linuxstb | preglow: That's OK - I just wanted to know if you knew why CONFIG_RTC was #ifdef'd out for the ipod bootloaders. Checking the CVS logs, it turned out that I did it... |
| 13:40:38 | preglow | :-) |
| 13:41:14 | linuxstb | I've removed that #ifdef now, and the bootloader still seems to work fine - including loading the OF. |
| 13:43:18 | | Join perplexity [0] (i=heh12288@dxb-as84568.alshamil.net.ae) |
| 13:47:04 | | Quit bug (Nick collision from services.) |
| 13:47:39 | | Join Bug2000 [0] (n=bug@194.90.37.103) |
| 13:52:09 | | Join marc| [0] (n=marc@190-220.0-85.cust.bluewin.ch) |
| 14:00 |
| 14:00:43 | JdGordon | linuxstb: are the checksums for the various sansa OF's written down anywhere? |
| 14:01:58 | linuxstb | I don't believe so. They also vary depending on whether the firmware is encrypted or not. |
| 14:02:22 | linuxstb | Why? |
| 14:02:30 | B4gder | why would they be written down? |
| 14:02:48 | linuxstb | Why is JdGordon interested in them? |
| 14:02:56 | *** | Saving seen data "./dancer.seen" |
| 14:03:02 | JdGordon | Is there a better way to check which OF version is installed than by that? |
| 14:03:24 | markun | I was wondering if blind users would be happy with morse output. |
| 14:03:26 | * | JdGordon is adding database rebuild removal autodetection thingamy :p |
| 14:03:59 | linuxstb | I suppose a checksum database could be used for that - so is the DB magic different for different OF versions? |
| 14:04:15 | | Join PaulJam [0] (n=Paul@p54BCFD5A.dip.t-dialin.net) |
| 14:04:37 | linuxstb | JdGordon: Are you adding it to Rockbox or sansapatcher? |
| 14:05:01 | JdGordon | rockbox |
| 14:05:50 | JdGordon | I was going to read it from the mi4 header, but apparently my math sux and the value isnt what I was expecting :p |
| 14:07:57 | | Join SirFunk [0] (n=Sir@cpe-74-71-205-222.twcny.res.rr.com) |
| 14:08:08 | JdGordon | :) it worked |
| 14:09:30 | JdGordon | although, this is going to cause problems for people who actually want to use the OF for music |
| 14:11:51 | linuxstb | Maybe enable database building in the bootloader if the user manually starts the OF, but disable it if Rockbox is re-entering the OF due to USB insertion. |
| 14:12:41 | * | linuxstb doesn't know how the "reboot to OF" works on the sansa for usb mode |
| 14:14:08 | JdGordon | good idea :) easy to do |
| 14:16:54 | JdGordon | barrywardell: ping when your back? |
| 14:18:16 | B4gder | euh, it snows... |
| 14:18:25 | B4gder | x<d |
| 14:18:31 | B4gder | oops |
| 14:20:30 | | Quit qwm (kornbluth.freenode.net irc.freenode.net) |
| 14:20:30 | NSplit | kornbluth.freenode.net irc.freenode.net |
| 14:20:30 | | Quit preglow (kornbluth.freenode.net irc.freenode.net) |
| 14:20:56 | NHeal | kornbluth.freenode.net irc.freenode.net |
| 14:20:56 | NJoin | qwm [0] (n=qwm@h162n1fls34o1010.telia.com) |
| 14:20:56 | NJoin | preglow [0] (n=thomjoha@rockbox/developer/preglow) |
| 14:22:49 | JdGordon | What do we do about the ~3sec freeze while the OF boots when usb plugs in... there is no way the user knws if its frozen because of usb, or because of a crash :( |
| 14:23:01 | JdGordon | enabling the lcd doesnt look so good |
| 14:23:22 | | Join Nico_P [0] (n=nicolas@jau31-3-82-239-20-145.fbx.proxad.net) |
| 14:28:27 | linuxstb | Don't you just learn to wait 3 seconds to see if it's worked? |
| 14:29:24 | linuxstb | And why would it crash? |
| 14:29:53 | JdGordon | i dunno... I find it annoying.. but meh :p |
| 14:30:34 | | Join ackbahr [0] (n=ackbahr@d83-176-60-175.cust.tele2.ch) |
| 14:33:41 | JdGordon | anyone wanna try out my patch? |
| 14:36:00 | | Quit Ribs ("eh eh ehhhh!") |
| 14:36:12 | Nico_P | JdGordon: what patch is it ? |
| 14:36:29 | JdGordon | for the sansa bootloader |
| 14:36:33 | Nico_P | ah |
| 14:38:54 | | Join perldiver [0] (n=say@cpe-72-225-231-80.nyc.res.rr.com) |
| 14:38:54 | | Quit pearldiver (Read error: 104 (Connection reset by peer)) |
| 14:40:46 | | Quit netmasta10bt (Read error: 110 (Connection timed out)) |
| 14:44:09 | | Quit midgey () |
| 14:46:18 | | Join YouCeyE [0] (n=YouCeyE@unaffiliated/youceye) |
| 14:49:07 | | Join Thundercloud [0] (n=thunderc@82.152.193.20) |
| 14:50:05 | | Quit bonbonthejon (Remote closed the connection) |
| 15:00 |
| 15:01:00 | barrywardell | JdGordon: back |
| 15:01:46 | JdGordon | hey |
| 15:01:50 | JdGordon | check your email :) |
| 15:01:55 | barrywardell | just looking at your patch now ;) |
| 15:02:04 | JdGordon | i was about to goto bed, but ill stick around for a bit longer |
| 15:03:23 | JdGordon | one thing I dont like about this hack is that its a bit annoying if you actually want it to rebuild your database |
| 15:04:27 | barrywardell | Is it necessary to check the usb 5 times? |
| 15:04:40 | JdGordon | you mean in the loop? |
| 15:04:48 | barrywardell | yes |
| 15:04:56 | barrywardell | shouldn't it only need to be done once? |
| 15:05:19 | barrywardell | and what do you think about enabling verbose boot whenever any button is pressed? |
| 15:05:24 | JdGordon | it needs a pause there for some reason, and I didnt know what it was.. checking 3 times failed, and 10 was a bit long |
| 15:05:44 | barrywardell | does it work if you just add sleep() instead? |
| 15:05:55 | JdGordon | how long a sleep tho? |
| 15:06:24 | barrywardell | I'm not sure. |
| 15:06:31 | linuxstb | barrywardell: I like that idea - there's a similar problem on the ipods, with the apple_os being loaded from either the partition of a file, so it's nice to tell users which one is happening. |
| 15:06:55 | linuxstb | ^partition OR a file |
| 15:06:58 | | Join Redbreva [0] (n=chatzill@host86-134-208-199.range86-134.btcentralplus.com) |
| 15:07:40 | barrywardell | JdGordon: I think the usb_detect() code needs some changes. ideally we should only have to do it once |
| 15:07:42 | JdGordon | barrywardell: I did the loop so as soon as its ready it will go... although, half a second isnt going to make much difference realy is it? |
| 15:08:25 | barrywardell | JdGordon: I guess I could handle half a second. It just seems like there's a better way |
| 15:08:39 | * | barrywardell wishes he could get a working usb driver |
| 15:11:19 | barrywardell | JdGordon: so disabling database rebuild only happens when USB is connected? |
| 15:11:27 | JdGordon | yep |
| 15:11:29 | barrywardell | sounds reasonable to me |
| 15:11:35 | JdGordon | linuxstb's idea |
| 15:12:19 | linuxstb | Does Rockbox detect USB on the Sansa and reboot to the OF? |
| 15:12:21 | JdGordon | only if the checksum passes tho which is irritating |
| 15:12:27 | JdGordon | not in svn |
| 15:13:50 | barrywardell | JdGordon: there are also different checksums for the encrypted mi4's |
| 15:14:21 | JdGordon | so we need to get a list of them.. unless there is a better way? |
| 15:15:17 | | Join Siku [0] (n=Siku@f303b.w3.tontut.fi) |
| 15:15:36 | JdGordon | usb isnt detected even with a HZ/2 sleep :( |
| 15:15:40 | barrywardell | maybe there is a version in the PPPS header |
| 15:16:27 | barrywardell | JdGordon: it probably needs to run twice, once before and once after. It's because of the way usb_detect() is done |
| 15:16:38 | | Join lee-qid [0] (n=liqid@p549667E4.dip.t-dialin.net) |
| 15:16:44 | JdGordon | oh... |
| 15:18:53 | barrywardell | JdGordon: yep, looks like you can detect the firmware from the PPPS header :) |
| 15:19:28 | barrywardell | around 0x780200 or so |
| 15:20:17 | JdGordon | 00 02 ff 3f in mine |
| 15:20:45 | | Join B4gd3r [0] (n=daniel@100.78.227.87.static.s-cy.siw.siwnet.net) |
| 15:20:57 | JdGordon | 00 02 ff 3f in yours :p |
| 15:20:59 | JdGordon | no good |
| 15:21:23 | * | JdGordon idiot |
| 15:21:30 | JdGordon | in the string shortly after that header :p |
| 15:21:39 | barrywardell | yeah :) |
| 15:21:49 | | Quit B4gder (Nick collision from services.) |
| 15:21:54 | | Nick B4gd3r is now known as B4gder (n=daniel@100.78.227.87.static.s-cy.siw.siwnet.net) |
| 15:22:23 | JdGordon | fiddling with usb_detect and sleeps I havnt got it working once... |
| 15:22:29 | JdGordon | so I think the loop is ok |
| 15:23:41 | barrywardell | i guess it's ok until we have a better usb_detect() |
| 15:24:14 | barrywardell | hmmm... if there's an error, lcd_init() never gets run |
| 15:26:52 | JdGordon | we probably need to run lcd_init on startup and lcd_update with either a all black screen, or the rb logo.... |
| 15:28:00 | barrywardell | yeah, or even better figure out why lcd_init is updating the screen |
| 15:28:37 | JdGordon | because it calls lcd_clear_display() ? |
| 15:29:43 | JdGordon | anywho... im going to bed.. cya |
| 15:29:52 | | Quit JdGordon ("Konversation terminated!") |
| 15:34:06 | | Part LinusN |
| 15:34:46 | | Nick joshin_ is now known as joshin (n=joshin@unaffiliated/joshin) |
| 15:38:58 | | Quit wrobbie (Read error: 110 (Connection timed out)) |
| 15:41:55 | | Join perl|work [0] (n=jacquesc@static-64-61-105-170.isp.broadviewnet.net) |
| 15:42:00 | | Quit PaulJam (".") |
| 15:42:02 | | Quit kclaf (Remote closed the connection) |
| 15:43:39 | | Join kclaf [0] (i=kclaf@crj95-3-82-237-150-15.fbx.proxad.net) |
| 15:43:55 | perl|work | http://64.233.179.104/translate_c?&u=http://www.watch.impress.co.jp/av/docs/20070319/toshiba.htm |
| 15:44:38 | perl|work | features Toshiba's new high-quality, 1-bit TC94A82XBG DAC |
| 15:44:40 | perl|work | hmm |
| 15:45:11 | | Quit Seed (Nick collision from services.) |
| 15:45:17 | | Join Seedy [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
| 15:46:25 | markun | perl|work: what about it? |
| 15:46:33 | | Quit barrywardell () |
| 15:49:20 | perl|work | just wondering how "high quality" it is |
| 15:51:26 | | Join Domonoky [0] (n=Domonoky@p549AD71B.dip.t-dialin.net) |
| 15:51:37 | markun | you doubt it's quality because it only uses 1 bit? |
| 15:53:21 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 15:54:20 | perl|work | haha no |
| 15:55:35 | markun | ok :) |
| 15:58:24 | | Join pondlife [0] (n=Miranda@cpc3-rdng11-0-0-cust229.winn.cable.ntl.com) |
| 16:00 |
| 16:00:01 | amiconn | markun: Wanna test a patch that further simplifies arm libspeex asm constraints? |
| 16:00:35 | amiconn | Code *should* be identical, but I can't test atm - no testfiles |
| 16:01:29 | markun | amiconn: ok, I can test it |
| 16:02:26 | | Join barrywardell [0] (n=barrywar@dhcp-892b9a4a.ucd.ie) |
| 16:03:00 | *** | Saving seen data "./dancer.seen" |
| 16:05:52 | amiconn | amiconn.dyndns.org/arm-libspeex.diff">http://amiconn.dyndns.org/arm-libspeex.diff |
| 16:18:47 | | Quit atsea- (Read error: 104 (Connection reset by peer)) |
| 16:21:18 | | Join netmasta10bt [0] (n=torment@pool-71-251-121-246.tampfl.fios.verizon.net) |
| 16:22:23 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 16:25:58 | | Part austriancoder |
| 16:26:13 | jhMikeS | now logf is whining all over the place since the printf checks :\ |
| 16:29:32 | | Join Llorean [0] (n=Llorean@rockbox/administrator/Llorean) |
| 16:30:26 | jhMikeS | still whining I should say |
| 16:30:47 | Llorean | Would anyone mind if I added something like "When writing a post, try to assume it will be read literally and make sure to say what you mean, as we cannot know when your word mean what the dictionary says they do, and when they mean what you intend them to instead." to the forum posting guidelines? |
| 16:30:59 | Llorean | And an equivalent statement about reading posts? |
| 16:32:34 | barrywardell | jhMikeS: are you talking about my commit earlier? |
| 16:36:01 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 16:37:09 | jhMikeS | barrywardell: there's still some in places that give warnings: playback.c, aac.c; I didn't do a full rebuild so don't know of others yet |
| 16:39:06 | barrywardell | jhMikeS: Ah, I meant was it my commit earlier that caused the warnings. I don't think it was |
| 16:39:34 | Llorean | barrywardell: Do we have a documented official dual boot process for the H10 somewhere? |
| 16:39:36 | jhMikeS | the precision stuff, no. Some were fixed |
| 16:40:45 | | Join web-taz [0] (n=taz@p508198F7.dip0.t-ipconnect.de) |
| 16:40:49 | barrywardell | IriverH10InstallationBeta, although that looks like it was copied from the manual |
| 16:40:50 | Llorean | Or is it a case of "RBUtil should handle it soon" or even "The bootloader should be able to load an encrypted original firmware soon" so the mi4code process isn't really that important if people will just wait? |
| 16:41:12 | | Join TheSphinX^ [0] (n=sphinx@p213.54.32.95.tisdip.tiscali.de) |
| 16:41:30 | Llorean | barrywardell: Man, I overlooked it in the manual. Sigh. |
| 16:41:53 | Llorean | Thanks |
| 16:41:56 | Llorean | Sorry for the interruption |
| 16:42:47 | barrywardell | Llorean: it should be very easy soon. hopefully it will eventually be: rename /System/H10.mi4 to /System/OF.mi4. download H10.mi4 from download.rockbox.org and put it in /System |
| 16:43:47 | Domonoky | barrywardell, that would be good, and also easy to support with rbutil :-) |
| 16:44:37 | Llorean | barrywardell: So, it's "hopefully soon the bootloader can decrypt" :) |
| 16:45:25 | barrywardell | yeah, exactly. hopefully very soon |
| 16:46:54 | | Quit B4gder (Read error: 110 (Connection timed out)) |
| 16:47:35 | | Quit ackbahr ("Chatzilla 0.9.75 [Firefox 1.5.0.10/2007021601]") |
| 16:48:42 | | Quit barrywardell () |
| 16:55:09 | | Quit perplexity (Read error: 110 (Connection timed out)) |
| 16:55:15 | | Join barrywardell [0] (n=barrywar@dhcp-892b9a4a.ucd.ie) |
| 16:58:36 | | Quit web-taz (Read error: 104 (Connection reset by peer)) |
| 16:58:51 | toffe82 | I have one question about the dircache on rockbox, I validate it and in the manual it says : "Thereafter, the directory cache will work in the background"but each time I switch on and off, I have to wait that it finish scanning the disk ?also when I disconnect from the usb |
| 16:58:52 | toffe82 | is this normal ? |
| 16:59:09 | | Join web-taz [0] (n=taz@p508198F7.dip0.t-ipconnect.de) |
| 17:00 |
| 17:00:05 | Llorean | toffe82: Yes. Most of the work is in the background, but at boot it can't know if you used USB outside of Rockbox (booting the original firmware for example), and in USB, since it's not software controlled, it can't know what files you put on until it scans. |
| 17:00:41 | markun | amiconn: sorry, can't test your patch right now. Here are some sample files if you want: http://www.pvv.org/~thomj/rockbox/speex/ |
| 17:01:16 | | Join nls [0] (n=nils@nl104-202-175.student.uu.se) |
| 17:04:20 | toffe82 | Llorean: ok, but it is long to boot when dircache is enable. Wouldn't be good to have a dircache on boot option ? to have a faster boot if you never use the original firmware |
| 17:06:54 | toffe82 | and just let the dircach on disconnect usb |
| 17:07:11 | linuxstb_ | toffe82: It works like that if Rockbox has replaced the original firmware in flash - motivation for you.... :) |
| 17:07:36 | | Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) |
| 17:08:23 | amiconn | Dircahce updates in the background anyway except on first boot after enabling |
| 17:08:55 | toffe82 | linuxstb_: ;) |
| 17:09:49 | | Quit pondlife (Read error: 104 (Connection reset by peer)) |
| 17:10:11 | | Join cynicalliberal [0] (n=chatzill@c-24-7-158-200.hsd1.ca.comcast.net) |
| 17:10:17 | Llorean | toffe82: Is it doing a full, slow scan every boot? |
| 17:10:35 | toffe82 | Llorean: yes |
| 17:10:39 | Llorean | Oh, that's not right. |
| 17:11:06 | toffe82 | I don't know if it is full but it take at least 5 seconds |
| 17:11:21 | toffe82 | on the gigabeat F40 |
| 17:11:32 | toffe82 | perhaps more |
| 17:11:42 | Llorean | I have an F40 too, and don't get any delay in booting. |
| 17:11:47 | GodEater | toffe82: that's definitely not right - I have it switched on on my F40 too - and have no such symptoms |
| 17:12:07 | nls | amiconn: would doing just a lcd_bitmap_transparent_part be noticably faster than doing "set drawmode, lcd_bitmap_part, set drawmode, lcd_bitmap_mono" ? with the transparent bitmap equal size in pixels as the mono but slightly larger than the native used in ordinary bitmap_part? |
| 17:12:07 | GodEater | toffe82: which build are you on ? |
| 17:12:13 | toffe82 | you don't have a screen saying scanning disk at the boot ? |
| 17:12:17 | Llorean | toffe82: No. |
| 17:12:34 | Llorean | toffe82: Have you checked in the debug menu to make sure your dircache is actually active and healthy? |
| 17:12:52 | toffe82 | I have to check |
| 17:13:27 | amiconn | nls: ?? |
| 17:13:34 | nls | toffe82: there's a bug that will (or used to?) cause that if there were a very large amount of files on the disk |
| 17:13:47 | nls | amiconn like the drawing in the bubbles plugin |
| 17:13:54 | toffe82 | I don't think I have too much files |
| 17:14:10 | GodEater | I've got 7.5K files on mine - seems to work fine |
| 17:14:28 | nls | first a color bubble is drawn with drmode_solid, then a ring around it as a mono bitmap with drmode_fg |
| 17:14:34 | GodEater | it takes about 25 seconds to do the scan - but it's *definitely* happening in the background, you can only see it if you go into the debug menu |
| 17:15:58 | nls | amiconn: I wonder if combining the two bitmaps into one and only doing one draw as well as removing the need to change drawmode will be faster if a transparent bitmap is used |
| 17:17:01 | toffe82 | GodEater: correction : I have a lot of files (83000), I use it as an exteranl hd...music and Rockbox is only 2720 files |
| 17:17:22 | Llorean | toffe82: Well, dircache is *all* files, not just music/rockbox files. |
| 17:17:25 | GodEater | 83,000 is quite a few file I'd say :) |
| 17:18:09 | * | linuxstb_ wonders if toffe82 has any audio buffer left |
| 17:18:31 | toffe82 | linuxstb_: no pb with the audio |
| 17:18:32 | | Quit web-taz ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
| 17:18:32 | XavierGr | with that ammount of files probably the dircache file would be insanely big |
| 17:18:49 | Llorean | XavierGr: Or simply failing. |
| 17:18:51 | linuxstb_ | toffe82: If you go into the Rockbox info screen, how big is your audio buffer? |
| 17:18:53 | XavierGr | exactly |
| 17:19:01 | nls | linuxstb_: I think that's the problem, the dircashe is limited to about 6 megs and when the cashe doesn't fit, it will scan on every boot |
| 17:19:12 | toffe82 | I have to check, cannot do it now |
| 17:19:30 | amiconn | nls: Ah, that one. I'm not so sure lcd_transparent_bitmap will be faster, because lcd_bitmap(_part) can use optimisations which the transparent version cannot do |
| 17:20:19 | toffe82 | so why don't we organize rockbox in folders : one for rockbox, one for music and one for video so we don't check outside thes folder |
| 17:20:23 | amiconn | It would be easier to read, but since greyscale targets don't have lcd_transparent_bitmap (yet), it would mean more ifdefing |
| 17:20:23 | nls | amiconn: ah, ok, I will not change it anyway because the greyscale targets don't seem to be able to draw native bitmaps with transparency... |
| 17:20:52 | | Part Llorean |
| 17:20:57 | amiconn | Same goes for mono targets. This will change soon(ish) though |
| 17:21:03 | linuxstb_ | toffe82: You could repartition... |
| 17:21:24 | GodEater | yeah, re-partitioning is a much better idea |
| 17:21:26 | toffe82 | linuxstb_: rockbox see only one partition ? |
| 17:21:35 | GodEater | otherwise we'd have to re-educate an awful lot of users |
| 17:21:38 | amiconn | Yes, unless you enable multivolume support |
| 17:21:47 | nls | amiconn: but mono tagets can draw mono bitmaps with white as transparent, can't they? |
| 17:22:07 | | Join atsea- [0] (i=ariel@gateway/tor/x-31be85636afeaac1) |
| 17:22:29 | amiconn | nls: Yes, but that's still different from real transparency (and the reason why the animation in jewels doesn't look as good as it could |
| 17:22:50 | nls | amiconn: I'll leave it alone then :-) |
| 17:25:26 | toffe82 | survey : how is organized your hd ? |
| 17:26:12 | GodEater | toffe82: .rockbox/, Music/, Videos/ |
| 17:26:27 | GodEater | Music is broken down into Artist, then Album, then Tracks |
| 17:26:29 | toffe82 | mine too |
| 17:26:42 | toffe82 | the same |
| 17:26:58 | toffe82 | is this a general setting for everybody ? |
| 17:27:00 | GodEater | great minds think alike it seems ;) |
| 17:27:13 | GodEater | toffe82: very much not the case on iPods I would imagine |
| 17:27:24 | GodEater | a lot of our users continue to use iTunes |
| 17:27:31 | toffe82 | ok |
| 17:29:12 | GodEater | toffe82: also, for some reason, we have some users who think Music should go under .rockbox. Not our recommended way, but they still do it |
| 17:29:28 | * | amiconn doesn't use Music/ |
| 17:29:51 | GodEater | amiconn: you have no video capable target though do you ? |
| 17:30:09 | GodEater | amiconn: I don't use that folder stucture on my H140 either - all artists are off root |
| 17:30:56 | amiconn | I do have video capable targets |
| 17:31:09 | amiconn | ..and for special uses like video I do use subfolders with appropriate names |
| 17:31:13 | GodEater | my mistake then |
| 17:31:18 | * | linuxstb_ has /Music, /Comedy, /Radio, /Videos, /Bootlegs etc |
| 17:31:35 | amiconn | But musical genres go in the root, as music is the main purpose of a dap |
| 17:31:58 | GodEater | linuxstb_: interesting fetish ;) |
| 17:33:29 | toffe82 | am I the only one to use his player as an external hd ? |
| 17:33:37 | amiconn | No |
| 17:34:08 | toffe82 | how many files do you have ? do you use dircache ? |
| 17:34:08 | amiconn | I do use (some) players as external hdd, but I have the files in a hidden folder |
| 17:34:09 | perl|work | toffe82 it gets warm like crazy though |
| 17:34:16 | amiconn | No need to show these files in rockbox |
| 17:34:35 | * | TheSphinX^ organized /Movies /Music/<Genre> /Data |
| 17:34:36 | amiconn | A few dozen files at max. Mainly installation crapped, zipped or self-extracting installers |
| 17:34:43 | perl|work | when usb connected and hdd spinning |
| 17:34:44 | | Quit netmasta10bt (Read error: 60 (Operation timed out)) |
| 17:34:54 | amiconn | And I don't use dircache |
| 17:35:24 | amiconn | Total files count is usually less than 4000 |
| 17:35:39 | TheSphinX^ | toffe82 i'm using it as external hdd 11000 files for music and 12000 files for work |
| 17:36:26 | | Join oKtosiTe [0] (n=oKtosiTe@unaffiliated/oKtosiTe) |
| 17:38:43 | oKtosiTe | I have an iAudio X5, and am very happy with rockox sofar, but I was wondering if rockbox allows me to use the USB host feature, or if not, if it's a planned feature. |
| 17:39:20 | TheSphinX^ | USB OTG isn't yet implemented, but you can use an dualbootloader |
| 17:39:37 | oKtosiTe | TheSphinX^: I can? |
| 17:39:51 | GodEater | oKtosiTe: it is a planned feature, it's on our list of ideas for Google Summer Of Code in fact |
| 17:40:25 | toffe82 | I have pratically all my programs runnig from the player, email, internet, grahics, office... so I don't have to open my laptop when I am at home, just connect the player .. |
| 17:40:41 | toffe82 | to my home computer |
| 17:41:16 | GodEater | perhaps we should include some way of telling dircache to skip a given directory hierarchy ? |
| 17:41:56 | toffe82 | or perhaps I should use my player as a player ;) |
| 17:42:07 | GodEater | well, you could consider that at least ;) |
| 17:42:16 | oKtosiTe | TheSphinX^: Where can I find this dualbootloader? It would be ever so useful, albeit only for the USB host feature... |
| 17:42:44 | TheSphinX^ | 1 moment |
| 17:42:55 | toffe82 | it is only to don't have two device doing the same thing in my pocket ;) |
| 17:43:11 | | Join atsea-142 [0] (i=ariel@gateway/tor/x-98c96bc2ca6a58a3) |
| 17:43:49 | | Quit midgey () |
| 17:44:46 | toffe82 | perl|work: when it is on usb it doesn't get so warm, but when it is in the cradle, yes it is |
| 17:49:09 | perl|work | really? quite opposite for me |
| 17:50:45 | | Quit linuxstb_ (Read error: 113 (No route to host)) |
| 17:52:57 | | Join mattzz [0] (n=mattzz@e177172248.adsl.alicedsl.de) |
| 17:53:35 | oKtosiTe | TheSphinX^: What I just read on the mailinglists doesn't make it sound too attractive... |
| 17:54:35 | * | TheSphinX^ actually my installed version of dualboot works fine for me, the only thing is that the OF everytime have to recreate it's dircache |
| 17:54:40 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 17:54:45 | * | TheSphinX^ oKtosiTe |
| 17:55:23 | oKtosiTe | TheSphinX^: Every time you switch or everytime it loads? |
| 17:56:10 | oKtosiTe | TheSphinX^: The former would be quite acceptable to me... |
| 17:56:18 | * | TheSphinX^ oKtosiTe: everytime i runned rockbox before (or used usb, like without rockbox) |
| 18:00 |
| 18:01:41 | * | nls wonders what's going on with the bin sizes in the current build page. |
| 18:03:01 | *** | Saving seen data "./dancer.seen" |
| 18:04:16 | | Join My_Sic [0] (n=MySic@m180.net81-67-5.noos.fr) |
| 18:04:50 | oKtosiTe | I was kind of hoping to find a binary dual-bootloader, without all the hassle... |
| 18:04:51 | * | TheSphinX^ oKtosiTe tested? |
| 18:05:10 | TheSphinX^ | short power rockbox, long OF |
| 18:07:54 | oKtosiTe | TheSphinX^: I haven't found the dual-bootloader yet... |
| 18:08:20 | * | TheSphinX^ oKtosiTe http://mitglied.lycos.de/djflib/rockbox/X5_rbx_dualboot_2.11b1-e/x5_fw.bin |
| 18:09:28 | | Quit SirFunk (Remote closed the connection) |
| 18:10:09 | oKtosiTe | Awesome, I'll go get my cable upstairs. One more thing, to upgrade daily build, should I just unpack and replace? I have installed rockdoom, customized a lot of settings and wouldn't like to do that all again after every update... |
| 18:11:20 | * | TheSphinX^ oKtosiTe it only replaces the bootloader everything else stays as it is, you can use every build you like |
| 18:11:22 | nls | oKtosiTe: an update doesn't overwrite your settings, gamefiles or other custom stuff, but if you changed your tagnavi.config file rename it |
| 18:11:36 | | Quit Arathis ("Bye, bye") |
| 18:12:13 | | Join Arathis [0] (n=doerk@p5484C392.dip0.t-ipconnect.de) |
| 18:12:37 | | Quit FOAD ("I'll be back") |
| 18:12:45 | oKtosiTe | nls: what about files that possibly don't exist in a new version? They may pile up after a while... |
| 18:12:50 | oKtosiTe | ok brb |
| 18:13:01 | | Quit lini (Read error: 110 (Connection timed out)) |
| 18:13:25 | nls | oKtosiTe: yeah, but that is another thing, and it doesn't change that much anyway |
| 18:13:54 | andrewg867 | would anyone happen to have austriancoder's email address? |
| 18:13:55 | | Quit My_Sic (Read error: 104 (Connection reset by peer)) |
| 18:14:31 | linuxstb | andrewg867: You could probably find it through the wiki |
| 18:17:04 | | Join lini [0] (i=pugsley@62.204.144.237) |
| 18:19:25 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 18:22:11 | | Join webguest83 [0] (i=18f44eb5@gateway/web/cgi-irc/labb.contactor.se/x-7b6828718bb0b355) |
| 18:22:16 | webguest83 | question |
| 18:22:26 | oKtosiTe | D'oh, forgot to bring the power adapter, have to go back upstairs to try this bootloader... |
| 18:22:42 | webguest83 | how do I set a variable to the current directory on a shell script? |
| 18:23:21 | webguest83 | so I have rockbox=/mnt/other/rockbox |
| 18:23:52 | webguest83 | but how do I make it rockbox=(current dir) |
| 18:24:48 | amiconn | set rockbox=`pwd` ? just a guess |
| 18:25:13 | webguest83 | isn't pwd short for password? |
| 18:25:26 | amiconn | Print Working Directory |
| 18:25:32 | webguest83 | oh |
| 18:26:00 | amiconn | Sorry export, not set |
| 18:26:05 | bluebrother | export |
| 18:26:20 | bluebrother | export variable=value |
| 18:26:41 | linuxstb | You only need to export it if you want child shells to see it. |
| 18:26:46 | bluebrother | but only if oyu want to export it |
| 18:26:52 | * | bluebrother is too slow |
| 18:27:06 | webguest83 | I use the variable farther in the script |
| 18:27:21 | linuxstb | Then just "rockbox=`pwd`" should be enough. |
| 18:27:24 | bluebrother | as long as its the same script there is no need to export it |
| 18:28:01 | mattzz | anybody with a fully charged sansa online? |
| 18:28:39 | webguest83 | hmm |
| 18:28:44 | webguest83 | didn't work |
| 18:29:16 | webguest83 | should be 'pwd' or "pwd" ? |
| 18:29:41 | linuxstb | They need to be backticks |
| 18:29:59 | webguest83 | oh i see |
| 18:30:09 | webguest83 | lol thought it was a quote mark |
| 18:30:21 | ment | $(pwd) |
| 18:30:22 | linuxstb | It means that the pwd command is executed, and the result of running that command is put in the variable |
| 18:30:41 | bluebrother | but in you case using "." could be sufficient too. |
| 18:30:44 | | Quit mattzz (Read error: 104 (Connection reset by peer)) |
| 18:30:54 | bluebrother | as long as your script doesn't change directories |
| 18:31:32 | ment | btw is ipod remote supported in devel branch? |
| 18:32:24 | ment | i can't find it anywhere in the sources |
| 18:32:31 | bluebrother | no |
| 18:32:50 | | Join mattzz [0] (n=mattzz@e177160031.adsl.alicedsl.de) |
| 18:33:08 | linuxstb | ment: There are no devel branches in Rockbox. |
| 18:36:03 | | Quit Redbreva ("Chatzilla 0.9.77 [Firefox 2.0.0.2/2007021917]") |
| 18:39:03 | | Join Llorean [0] (n=Llorean@rockbox/administrator/Llorean) |
| 18:39:18 | mattzz | no sansa users online? |
| 18:39:29 | Llorean | mattzz: Did you have a specific question? |
| 18:40:15 | mattzz | Llorean: yeah, I am looking for the battery voltage of a fully charge sansa as I am currently fixing powermgmt.c |
| 18:40:15 | | Quit webguest83 ("CGI:IRC (EOF)") |
| 18:40:28 | mattzz | s/charge/charged/ |
| 18:40:51 | mattzz | batterybench did not work |
| 18:41:01 | Llorean | It didn't work? |
| 18:41:03 | Llorean | Empty log? |
| 18:41:25 | andrewg867 | mattzz: I have a E260 |
| 18:41:49 | mattzz | one is emtpy and another try results in entries: −−File already present. Resuming Benchmark−− |
| 18:41:52 | mattzz | but no numbers |
| 18:41:59 | mattzz | andrewg867: is it fully charged? |
| 18:42:11 | andrewg867 | its almost dead |
| 18:42:15 | | Join xandl12 [0] (i=3eb244f7@gateway/web/cgi-irc/labb.contactor.se/x-7a128901fa676ab9) |
| 18:42:23 | andrewg867 | I can charge it if you will be around later |
| 18:42:25 | mattzz | so is mine... chaaaaarging... |
| 18:42:25 | Llorean | mattzz: It probably needs to be fixed the same way the iPod Nano was. |
| 18:42:49 | Llorean | mattzz: Once yours is charged you can find the current voltage in the Debug screen under the Battery Info (or was it View Battery) option. |
| 18:43:01 | mattzz | andrewg867: sure, that would be nice. I expect the e260 to have the same battery (3,7/750) |
| 18:43:03 | xandl12 | I have a full charged sansa ... what can I do? |
| 18:43:13 | amiconn | mattzz: Then the sansa disk driver doesn't handle the ata callback properly |
| 18:43:26 | amiconn | (and/or 'disk spinning' emulation) |
| 18:43:40 | mattzz | amiconn: yeah, seems like that |
| 18:43:48 | amiconn | That should be fixed then |
| 18:43:59 | mattzz | xandl12: check out settings/debug/battery |
| 18:44:33 | mattzz | for the archive: shutdown voltage is 2,4V (surprise) |
| 18:44:42 | XavierGr | that low? |
| 18:44:50 | mattzz | yep |
| 18:44:54 | XavierGr | amazing |
| 18:44:58 | mattzz | but the bootloader handles that |
| 18:45:01 | XavierGr | how many hours this thing lasts? |
| 18:45:22 | andrewg867 | my battery is currently at 3.96v |
| 18:45:25 | mattzz | hard to tell. I put it in a drawer (with the backlight on) |
| 18:45:28 | Llorean | Was the advertised 16 in the original firmware? |
| 18:45:51 | Llorean | mattzz: Backlight on to drain the power more quickly intentionally? Backlights can make a HUGE difference on some targets. |
| 18:46:13 | Llorean | mattzz: My battery's at 4.22, but it's not quite full. |
| 18:46:20 | andrewg867 | I cant exit out of the View Battery menu |
| 18:46:26 | xandl12 | ok 4,16-4,29V |
| 18:47:26 | mattzz | there are two readings in the debugscreen - one on the page with the chart and one on the other page |
| 18:47:56 | mattzz | I think one is the battery voltage and the other one behind the buck up converter, right? |
| 18:48:07 | andrewg867 | the other page has the charger indication right? |
| 18:48:22 | mattzz | andrewg867: IIRC yes |
| 18:48:46 | preglow | hmm, think i like the wps preprocessor plugin idea a bit :> |
| 18:48:50 | mattzz | Llorean: you would not recommend backlight for faster power draining? |
| 18:48:54 | andrewg867 | the graph one for me says 3.95v, and the other is 3.92v |
| 18:50:12 | mattzz | I had 2,4V on the one screen and 3,1V on the graphical screen just befor low-power-shutdown |
| 18:50:42 | mattzz | xandl12: thanks for the numbers |
| 18:51:14 | barrywardell | the I/O ports debug screen gives the actual value read from the adc |
| 18:51:20 | amiconn | 2,4V sounds really low for Li batteries |
| 18:51:32 | amiconn | Is that LiIon or LiPo? |
| 18:51:36 | mattzz | LiIon |
| 18:51:39 | | Join My_Sic [0] (n=MySic@m180.net81-67-5.noos.fr) |
| 18:51:52 | | Join bluey- [0] (n=bluey@dslb-088-073-114-104.pools.arcor-ip.net) |
| 18:52:33 | amiconn | Seems somewhat unusual today |
| 18:52:34 | mattzz | The toshiba gigabeat has 3,4V for low power shutdown |
| 18:52:43 | amiconn | The archos fm/v2 had LiIon |
| 18:52:48 | barrywardell | the value from the adc is the reading passed through a 1/5 voltage and scaled by 2.5 |
| 18:52:55 | amiconn | LiIon can obviously go lower than LiPo |
| 18:53:12 | barrywardell | LiIon is 3.7V when fully charged |
| 18:53:24 | markun | I thought 4.2 |
| 18:53:33 | amiconn | H1x0, H300 X5, M5 and ipods can only go down to 3.3 ... 3.5V |
| 18:53:34 | barrywardell | LiPoly is 4.2 |
| 18:53:38 | | Join OgMaciel [0] (n=omaciel@ubuntu/member/gnukemist) |
| 18:53:41 | mattzz | There are 4.1 and 4.2V charging types |
| 18:53:44 | amiconn | LiIon should be 4.1V fully charged |
| 18:53:58 | amiconn | LiPo is usually 4.2V |
| 18:54:01 | OgMaciel | can someone help me with restoring bootpartition.bin? |
| 18:54:07 | OgMaciel | I received Input file too big for buffer |
| 18:54:09 | mattzz | http://www.seattlerobotics.org/encoder/200210/LiIon2.pdf |
| 18:54:14 | amiconn | Nominal voltage (for both) is 3.6V or 3.7V |
| 18:54:32 | mattzz | yep |
| 18:54:40 | markun | can you charge both batteries with the same charger? |
| 18:55:12 | barrywardell | the sansa battery is labelled as 3.7V. maybe that is referring to the nominal volatge |
| 18:55:19 | amiconn | it is |
| 18:55:22 | Llorean | OgMaciel: Our uninstall instructions don't involve bootpartition.bin. What are you trying to do? |
| 18:55:56 | mattzz | From the numbers xandl12 gave, I would think it is a 4,2V type |
| 18:56:04 | OgMaciel | Llorean: I backed up the boot partition with ipodpatcher |
| 18:56:14 | OgMaciel | Llorean: and am now trying to put it back |
| 18:56:20 | mattzz | amiconn: Are you sure that it is always 4,1V for LiIon? |
| 18:56:29 | | Join desowin [0] (n=desowin@avc146.internetdsl.tpnet.pl) |
| 18:56:36 | amiconn | no |
| 18:56:38 | OgMaciel | Llorean: my ipod seems to have a bad block somewhere |
| 18:57:16 | | Quit TheSphinX^ ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 18:57:37 | mattzz | barrywardell: I didn't get the ADC scaling thing. 1/5 scaled by 2.5? |
| 18:58:01 | Llorean | OgMaciel: Are you using the same version of iPodPatcher that you backed it up with? You haven't downloaded a newer one since then? |
| 18:58:36 | OgMaciel | Llorean: I actually tried both approaches |
| 18:58:41 | OgMaciel | Llorean: original and new |
| 18:58:51 | barrywardell | mattzz: the battery source is fed into a 1/5 voltage divider and then amplified by 2.5 |
| 18:59:21 | Llorean | OgMaciel: What do you mean by "original?" What version number? |
| 18:59:40 | barrywardell | so I think the values read by the adc (eg. in the i/o ports debug screen) are 2.5/5 * actual voltage |
| 19:00 |
| 19:00:03 | OgMaciel | Llorean: I meant the original version of the ipodpatcher I had used when creating the partition |
| 19:00:06 | mattzz | barrywardell: which is pretty much /2 |
| 19:00:09 | Llorean | OgMaciel: I've never had a problem with writing a bootpartition.bin back to my Nano, though I'll admit the very single latest version hasn't been tested by me. |
| 19:00:19 | OgMaciel | Llorean: but I believe I ran a newer version by mistake |
| 19:00:30 | * | OgMaciel checks |
| 19:00:32 | barrywardell | mattzz: yep |
| 19:00:38 | linuxstb | OgMaciel: What's the actual problem you're trying to solve? |
| 19:01:03 | OgMaciel | linuxstb: just trying to reset my ipod back to the "factory" settings |
| 19:01:12 | linuxstb | What operating system are you using? |
| 19:01:28 | linuxstb | And what did you do to necessitate a restore? |
| 19:01:40 | OgMaciel | linuxstb: foresight linux |
| 19:01:53 | OgMaciel | linuxstb: I wanted to remove rockbox for the time being |
| 19:02:16 | linuxstb | Then just running ipodpatcher and selecting "u" for uninstall would do it. |
| 19:02:30 | mattzz | barrywardell: so ADC_BVDD reading 0x3f means what? |
| 19:02:39 | OgMaciel | linuxstb: I did remove the rockbox loader... that was not the problem |
| 19:02:56 | OgMaciel | linuxstb: I wanted to restore the backed up boot partition |
| 19:03:14 | OgMaciel | linuxstb: whih I just successfully did now ;) |
| 19:03:18 | OgMaciel | which |
| 19:04:12 | * | mattzz thinks debug_menu.c has to be fixed |
| 19:06:45 | barrywardell | mattzz: 0x3f would be 0.31 volts |
| 19:06:45 | barrywardell | that doesn't sound right though |
| 19:06:48 | * | amiconn compiles a H300 build without disk poweroff in order to verify his theory about ata_sleep |
| 19:07:04 | mattzz | barrywardell: sorry I meant 0x3ff |
| 19:07:17 | mattzz | gnaargh |
| 19:07:29 | barrywardell | that's what I was thinking. 0x3ff=5.12V |
| 19:07:47 | xandl12 | i opened up my sansa and on the battery "Li-ion Battery 3,7V" ...if that helps :-) |
| 19:08:14 | barrywardell | the adc reading goes in 5mV steps from 0-5.12V |
| 19:09:04 | mattzz | barrywardell: I we say that the charging circuit stop charging when 4,2V are reached |
| 19:09:30 | | Join obo [0] (n=obo@82-46-82-224.cable.ubr02.trow.blueyonder.co.uk) |
| 19:11:00 | | Quit preglow (kornbluth.freenode.net irc.freenode.net) |
| 19:11:00 | NSplit | kornbluth.freenode.net irc.freenode.net |
| 19:11:00 | | Quit qwm (kornbluth.freenode.net irc.freenode.net) |
| 19:11:14 | NHeal | kornbluth.freenode.net irc.freenode.net |
| 19:11:14 | NJoin | qwm [0] (n=qwm@h162n1fls34o1010.telia.com) |
| 19:11:14 | NJoin | preglow [0] (n=thomjoha@rockbox/developer/preglow) |
| 19:12:03 | mattzz | barrywardell: that would give us a scaling factor of 1219 |
| 19:12:21 | | Nick datachild is now known as krebb (i=krebb@linux.aeger.wind0ws.info) |
| 19:12:22 | | Join nathan [0] (n=nathan@mnet-ki-244-78-181.monarch.net) |
| 19:12:22 | | Quit FOAD ("I'll be back") |
| 19:12:26 | | Nick krebb is now known as datachild (i=krebb@linux.aeger.wind0ws.info) |
| 19:12:59 | XavierGr | amiconn: will you measure amperage or just do a battery_bench with it to verify your theory? |
| 19:13:18 | amiconn | "just" battery_bench |
| 19:13:20 | nathan | anyone here does compiling for the H10? |
| 19:13:58 | amiconn | I don't want to solder something in my H340 |
| 19:15:17 | nathan | no one? |
| 19:15:27 | | Quit zylche ("-") |
| 19:15:38 | | Quit nathan (Client Quit) |
| 19:15:57 | | Join zylche [0] (n=wheee@82-41-83-91.cable.ubr01.dund.blueyonder.co.uk) |
| 19:16:17 | | Join nathan [0] (n=nathan@mnet-ki-244-78-181.monarch.net) |
| 19:16:32 | barrywardell | nathan: i do |
| 19:16:46 | nathan | ok |
| 19:16:54 | nathan | I made a shell script |
| 19:17:11 | nathan | to compile the builds and/or bootloaders |
| 19:17:19 | nathan | want to try it? |
| 19:17:32 | barrywardell | yeah, sure |
| 19:17:42 | nathan | k its on my website here |
| 19:17:49 | nathan | http://007quick.googlepages.com/home\ |
| 19:17:54 | nathan | at the top |
| 19:18:20 | nathan | tell me if it is good or not |
| 19:18:37 | nathan | maybe it would be somthing that we could impliment into all the builds |
| 19:18:50 | nathan | certainly easier for noobs |
| 19:21:13 | nathan | you have to make it executable |
| 19:21:17 | nathan | by the way |
| 19:21:51 | | Join MonkeyTamer [0] (n=chatzill@pcp009946pcs.santa-lucia.reshall.calpoly.edu) |
| 19:23:17 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 19:23:34 | | Quit My_Sic (Read error: 110 (Connection timed out)) |
| 19:23:51 | Llorean | nathan: I think that at the point where you actually have reason to compile a build, the current process of using configure is still pretty simple. |
| 19:24:26 | nathan | true but why not make it simpler |
| 19:24:42 | nathan | and I aim to make it so that you can cue up multiple builds |
| 19:24:49 | Llorean | Having a whole bunch of shell scripts for every possible combination of configure seems more complicated to me. |
| 19:25:01 | nathan | would just be one script |
| 19:25:08 | Llorean | Then... why not improve configure? |
| 19:25:17 | nathan | hmm |
| 19:25:19 | nathan | lol |
| 19:25:35 | nathan | because I've only started to code |
| 19:25:52 | nathan | that was actually my first script/code/anything |
| 19:26:44 | | Join My_Sic [0] (n=MySic@m180.net81-67-5.noos.fr) |
| 19:27:56 | Llorean | The combination of configure, and then make, is somewhat expected when creating a build of something. |
| 19:28:01 | barrywardell | it would be handy to have a script to build all the targets and check for compile errors warnings before doing a commit |
| 19:28:33 | Llorean | barrywardell: The idea of creating an "all," or other form of commit test, build target has been bandied around, I think. |
| 19:29:00 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
| 19:29:28 | nathan | not bad for my first ever code |
| 19:29:29 | nathan | ? |
| 19:29:48 | nls | doing a build all in cygwin would take about a week to finnish tho :-) |
| 19:29:55 | barrywardell | nathan: it would be helpful for automating building for a load of targets |
| 19:30:03 | | Nick datachild is now known as krebb (i=krebb@linux.aeger.wind0ws.info) |
| 19:30:19 | nathan | Ya i was thinking about making the ability to que up the builds |
| 19:30:45 | nathan | then just hit 4,2 6,3 or w/e and then hit build |
| 19:30:53 | | Quit My_Sic (Read error: 104 (Connection reset by peer)) |
| 19:30:56 | nathan | and then it will work away for a while |
| 19:31:03 | nathan | saves having to sit there |
| 19:31:34 | Llorean | nls: Nah, even at 15 minutes per build, it'd only take about 15 hours. :-P |
| 19:31:39 | | Quit nathan (Nick collision from services.) |
| 19:31:45 | Llorean | nls: Well, for a commit test. |
| 19:32:12 | | Join nathan [0] (n=nathan@mnet-ki-244-78-181.monarch.net) |
| 19:32:30 | nathan | did I miss somthing? |
| 19:32:59 | nls | Llorean: but you need to make all the sims and bootloaders too, to be safe :-) |
| 19:33:52 | Llorean | nls: That's what my commit test number included, all the columns in the build table, under the assumption of a average time of 15 minutes per build (which is much too high, I think) |
| 19:34:26 | nls | ah, ok that isn't too much then :-P |
| 19:34:54 | Llorean | Still, a realistic time on a commit test is still "too long" |
| 19:34:54 | linuxstb | I think I would rather just commit and suffer the yellow/red... |
| 19:35:16 | nls | linuxstb: I agree :-) |
| 19:35:26 | Llorean | Yeah, 7 minutes of compiling, 5 minutes of red while fixing, another 7 minutes of compiling, is still far less time. |
| 19:35:45 | amiconn | hrrrm |
| 19:35:47 | Llorean | Assuming it's a quick fix / stupid mistake style red. |
| 19:36:20 | amiconn | This hang-in-usb-screen on ipod gets annoying |
| 19:36:32 | | Quit nathan (Nick collision from services.) |
| 19:36:42 | linuxstb | Hopefully barrywardell's theory was right, and that would fix that. |
| 19:37:08 | | Join yyyggg [0] (n=nathan@mnet-ki-244-78-181.monarch.net) |
| 19:37:20 | yyyggg | man I keep getting booted |
| 19:37:30 | yyyggg | first nathan is taken |
| 19:37:37 | yyyggg | then It isn't now it is |
| 19:37:43 | yyyggg | now i'm yyyggg |
| 19:37:45 | yyyggg | lol |
| 19:37:49 | | Quit jaebird (Read error: 110 (Connection timed out)) |
| 19:38:19 | yyyggg | anyways so barry wardel? should I continue to work on a que for that script? |
| 19:38:50 | | Join jaebird [0] (n=jae@53-89.netblk-69-41-89.coolaccess.net) |
| 19:40:12 | | Join raphi [0] (n=Raphi@pub212004094028.dh-hfc.datazug.ch) |
| 19:40:13 | barrywardell | amiconn: did you see my theory about usb problems? |
| 19:40:25 | amiconn | nope |
| 19:40:33 | yyyggg | barrywardell: you didn't answer my Q |
| 19:40:42 | yyyggg | about the shell script I wrote |
| 19:40:50 | barrywardell | yyyggg: i think work on it if it useful to you |
| 19:41:03 | | Join My_Sic [0] (n=MySic@m180.net81-67-5.noos.fr) |
| 19:41:06 | yyyggg | ok |
| 19:41:13 | barrywardell | amiconn: we need to set UDC_ENDPOINTLISTADDR to a region of memory that isn't in use |
| 19:41:23 | yyyggg | good way to learn the code anywyas |
| 19:41:27 | yyyggg | ttyl |
| 19:41:32 | barrywardell | and maybe even put a vaild data structure there |
| 19:41:35 | | Quit yyyggg (Client Quit) |
| 19:41:50 | amiconn | barrywardell: Hmm, in fact I saw that one, but didn't really understand it |
| 19:41:58 | amiconn | Why does it only happen sometimes? |
| 19:42:02 | | Part raphi |
| 19:42:43 | barrywardell | i'm not sure, why it's random, but UDC_ENDPOINTLISTADDR gets reset to 0x0 when usb is connected |
| 19:42:57 | | Join jhulst [0] (n=jhulst@ppp-70-226-78-199.dsl.klmzmi.ameritech.net) |
| 19:43:09 | barrywardell | so it's possibly overwriting some data around the start of DRAM |
| 19:43:27 | amiconn | Yes, but what does that do? Is the usb controller able to write directly into memory? |
| 19:44:52 | barrywardell | i guess so |
| 19:45:43 | barrywardell | when you connect the usb it will receive a setup packet from the computer |
| 19:46:49 | | Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
| 19:47:15 | | Join Thundercloud_ [0] (n=thunderc@82.152.219.220) |
| 19:47:19 | barrywardell | I'm fairly sure something is happening when usb is connected that makes it corrupt part of DRAM. |
| 19:49:50 | | Quit MonkeyTamer ("Chatzilla 0.9.77 [Firefox 2.0.0.2/2007021917]") |
| 19:51:23 | | Join Thundercloud__ [0] (n=thunderc@82.153.6.131) |
| 19:51:26 | | Quit FOAD ("Lost terminal") |
| 19:51:30 | mattzz | hm, button_STD_CANCEL is not in button_context_settings for sansa. |
| 19:52:24 | | Quit atsea-142 (Read error: 104 (Connection reset by peer)) |
| 19:52:24 | | Quit atsea- (Read error: 104 (Connection reset by peer)) |
| 19:52:59 | | Quit My_Sic (Read error: 104 (Connection reset by peer)) |
| 19:53:43 | | Quit xandl12 ("CGI:IRC") |
| 19:54:40 | | Join JavaMan22 [0] (n=HP_Admin@c-24-61-91-138.hsd1.nh.comcast.net) |
| 19:54:44 | JavaMan22 | :) |
| 19:54:56 | | Join atsea-142 [0] (i=ariel@gateway/tor/x-a4f51a26b4dfe0e8) |
| 19:55:04 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 19:55:51 | | Join My_Sic [0] (n=MySic@m180.net81-67-5.noos.fr) |
| 19:55:54 | | Join webguest28 [0] (i=54382824@gateway/web/cgi-irc/labb.contactor.se/x-905cef3c47efda44) |
| 19:56:20 | JavaMan22 | svn up svn://svn.rockbox.org/rockbox/trunk rockbox <<<< is that how to update my rockbox files? |
| 19:56:35 | | Join atsea- [0] (i=ariel@gateway/tor/x-393f12450f80a5f6) |
| 19:56:39 | | Quit Domonoky (Read error: 54 (Connection reset by peer)) |
| 19:56:49 | barrywardell | you can just run svn up when you're in the rockbox directory |
| 19:57:00 | JavaMan22 | oh |
| 19:57:12 | | Quit Thundercloud (Read error: 60 (Operation timed out)) |
| 19:57:39 | | Join SirFunk [0] (n=Sir@cpe-74-71-205-222.twcny.res.rr.com) |
| 19:57:39 | JavaMan22 | U means update what does A mean |
| 19:57:58 | barrywardell | add |
| 19:58:17 | JavaMan22 | it doesnt show the files that stay the same right? |
| 19:58:33 | linuxstb | barrywardell: What I don't understand either about your USB theory is that if you write 0x0 there, then it should overwrite the exception vectors immediately and crash Rockbox. But it doesn't seem to happen every time, and seems to have got worse since that code was first committed. |
| 19:59:21 | amiconn | linuxstb: I wouldn't expect the usb controller to always write there, only if it detects a connection |
| 20:00 |
| 20:00:04 | | Quit FOAD ("I'll be back") |
| 20:00:06 | amiconn | Too bad we don't have a debug interface |
| 20:00:31 | barrywardell | linuxstb: it only ever writes things if the run/stop bit is set to 1 |
| 20:00:44 | | Join Thundercloud [0] (n=thunderc@91.84.110.123) |
| 20:00:56 | | Quit Thundercloud_ (Read error: 60 (Operation timed out)) |
| 20:01:25 | linuxstb | amiconn: I'm pretty sure a lot of the ipods have a JTAG interface... Not sure about your mini though. |
| 20:01:38 | barrywardell | and UDC_ENDPOINTLISTADDR is just the queue head of a linked list of transfer descriptors |
| 20:02:03 | barrywardell | the H10 has a JTAG interface, so the ipods probably do too |
| 20:02:23 | JavaMan22 | if i use a bunch of printf("Hello\n"); |
| 20:02:32 | JavaMan22 | will the screen update? |
| 20:02:37 | JavaMan22 | when i reach the bottom |
| 20:02:39 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 20:02:54 | amiconn | Much #if 0 in arcotg_udc.c ... |
| 20:03:03 | *** | Saving seen data "./dancer.seen" |
| 20:03:19 | barrywardell | it's based off the linux driver |
| 20:03:21 | linuxstb | JavaMan22: Rockbox doesn't have printf, unless you're talking about the bootloaders. |
| 20:03:26 | | Quit Seedy (Read error: 110 (Connection timed out)) |
| 20:03:27 | JavaMan22 | oh |
| 20:03:56 | | Nick krebb is now known as datachild (i=krebb@linux.aeger.wind0ws.info) |
| 20:04:04 | amiconn | blargh |
| 20:04:15 | amiconn | Seems the screen capture loop is back |
| 20:04:35 | amiconn | My mini just finished playing, and now splashes "Nothing to resume" over and over |
| 20:04:47 | linuxstb | JavaMan22: Welcome to the world of embedded programming... |
| 20:05:23 | | Quit My_Sic (Read error: 104 (Connection reset by peer)) |
| 20:05:46 | JavaMan22 | embedded let me look that up |
| 20:07:03 | | Quit Thundercloud__ (Read error: 60 (Operation timed out)) |
| 20:07:11 | amiconn | Hmm, now it worked.... strange |
| 20:10:09 | mattzz | barrywardell: I have a question regarding keymap-e200.c - Which keymap context should be used in debug_menu.c? There is a nice mixture an some menus do not operate well in sansa |
| 20:11:01 | mattzz | barrywardell: shouldnt ACTION_STD_CANCEL be BUTTON_LEFT in context settings? |
| 20:11:06 | | Quit FOAD ("I'll be back") |
| 20:11:40 | barrywardell | mattzz: that is a common problem with a lot of targets.nobody has decided on the best way to fix it |
| 20:12:55 | mattzz | barrywardell: ok, I see. |
| 20:15:02 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 20:16:14 | JavaMan22 | is there something wrong with this : rb->splash(HZ*3, true, "Movement Test 1.0"); |
| 20:16:16 | mattzz | barrywardell: do you know the difference between ACTION_STD_PREV and ACTION_SETTINGS_DEC in the context settings? |
| 20:16:20 | | Join NickG [0] (i=551994f2@gateway/web/cgi-irc/labb.contactor.se/x-41e456c327a662bd) |
| 20:16:27 | mattzz | JavaMan22: remove the "true" parameter |
| 20:16:42 | NickG | hi all! |
| 20:16:46 | NickG | hi all! |
| 20:16:47 | JavaMan22 | what is the true for |
| 20:16:58 | barrywardell | mattzz: no, sorry. JdGordon is the guy to ask about that sort of thing |
| 20:17:46 | mattzz | barrywardell: OK, I will stop bugging you then ;-) |
| 20:18:13 | JavaMan22 | mattzz what the true for? and how come it compiled before? |
| 20:18:15 | mattzz | JavaMan22: used to be a parameter for center orientation on the screen. Has been removed |
| 20:18:21 | JavaMan22 | oh |
| 20:18:41 | mattzz | JavaMan22: because it has nearly never been used otherwise than "true" ;-) |
| 20:18:51 | JavaMan22 | :) |
| 20:19:26 | JavaMan22 | whats wrong with this: if (key == BUTTON_OFF) { |
| 20:19:47 | JavaMan22 | it says its undeclared |
| 20:20:25 | NickG | I am going to install RockBox on Kingstone KPEX 100 (it has Telechips TCC 767 core) who can help me to port it? |
| 20:21:35 | JavaMan22 | but isnt it already in plugin.h? |
| 20:21:57 | linuxstb | NickG: Only other people with that player can really help - but I'm sure people here can offer advice and encouragement. |
| 20:22:33 | | Join My_Sic [0] (n=MySic@m180.net81-67-5.noos.fr) |
| 20:22:35 | linuxstb | NickG: Have you made any progress yet? I assume you've read the "NewPort" wiki page? |
| 20:23:13 | | Join petur [0] (n=petur@rockbox/developer/petur) |
| 20:23:42 | linuxstb | JavaMan22: Which player do you have? |
| 20:24:01 | JavaMan22 | ipod video 5.5 |
| 20:24:26 | linuxstb | There is no BUTTON_OFF on the ipods... |
| 20:24:32 | JavaMan22 | ... |
| 20:24:38 | JavaMan22 | >:o |
| 20:24:53 | linuxstb | You have SELECT, PLAY, MENU, LEFT, RIGHT, SCROLL_FWD and SCROLL_BACK |
| 20:24:57 | JavaMan22 | what about the hold switch? |
| 20:25:10 | bluebrother | amiconn: I had this "nothing to resume" a couple of days ago, both on h120 and mini :( |
| 20:25:14 | | Quit bluey- ("Leaving") |
| 20:25:26 | | Join toni1 [0] (i=d9b95efe@gateway/web/cgi-irc/labb.contactor.se/x-288812f87a74b619) |
| 20:25:28 | NickG | in progress...... |
| 20:25:33 | bluebrother | so it's an old issue? |
| 20:25:38 | linuxstb | That's not a "BUTTON_" define - you call the button_hold() function to find out if the hold switch is on or off. |
| 20:25:47 | JavaMan22 | oh |
| 20:25:50 | JavaMan22 | :) |
| 20:25:59 | toni1 | barrywardell: I think I know the reason for the bootup problem on sansa. |
| 20:26:07 | linuxstb | And if the hold switch is on, Rockbox can't read any of the buttons... |
| 20:26:22 | JavaMan22 | :) |
| 20:26:45 | barrywardell | toni1: great! what is it? |
| 20:26:49 | toni1 | barrywardell: If the dma is active during the setting of the lcd base address, it might crash. |
| 20:27:16 | toni1 | barrywardell: I modified the bootloader and since then no crash |
| 20:27:19 | linuxstb | NickG: Have you started a wiki page to document your findings? |
| 20:27:20 | barrywardell | ah, that makes sense |
| 20:27:39 | | Join Moos [0] (i=Moos@m135.net81-66-158.noos.fr) |
| 20:27:39 | barrywardell | have you got a patch? |
| 20:27:41 | | Join chrisjs169 [0] (n=Jack@unaffiliated/chrisjs169) |
| 20:27:52 | | Quit funky ("leaving") |
| 20:28:00 | toni1 | barrywardell: Not yet, but I can put one to the tracker. |
| 20:28:25 | barrywardell | yes, please :) |
| 20:28:52 | toni1 | barrywardell: Also the colours change to white on black as the bootloader code implies. |
| 20:29:14 | NickG | I have topic in the forum - http://forum.ixbt.com/topic.cgi?id=76:6538 (RU) |
| 20:29:36 | linuxstb | NickG: Have you got as far as running your own code on the device? |
| 20:29:58 | JavaMan22 | why doesnt rockbox have a contrast setting? |
| 20:30:16 | bluebrother | it does. |
| 20:30:30 | Moos | amiconn, bluebrother: I encontered this strange bug too, here I didn't can stop playback x5, when I stoped it directly resume, tried a couple of times but anyway to stop playback directly, I had to stop playback in activating FM radio for not shutdown, and this issue happened here few times, last few hours ago |
| 20:30:32 | JavaMan22 | where ?? |
| 20:30:34 | pixelma | but not on colour targets |
| 20:30:40 | barrywardell | toni1: even better! so no more flash of blue first? |
| 20:30:57 | NickG | no - only GNEX ( VM) code |
| 20:31:02 | pixelma | AFAIK |
| 20:31:13 | bluebrother | Moos: had the unstoppable playback issue a few times on the mini too, but I could stop it from the menu |
| 20:31:15 | | Quit miepchen^schlaf (Read error: 113 (No route to host)) |
| 20:31:18 | Moos | amiconn, bluebrother: IIRC this bug came with the new way to save seeting |
| 20:31:23 | amiconn | pixelma: Not completely correct. *some* colour targets have a contrast setting (e.g. X5) |
| 20:31:31 | | Join miepchen^schlaf [0] (n=hihi@p57B96F94.dip.t-dialin.net) |
| 20:31:37 | JavaMan22 | what about ipod video 5.5 |
| 20:31:54 | Moos | bluebrother: did you remenber when that began for you? |
| 20:31:58 | bluebrother | JavaMan22: grep the source? |
| 20:32:10 | JavaMan22 | grep... |
| 20:32:20 | bluebrother | Moos: I noticed it only a couple of days ago. Mentioned it here but seems nobody noticed ;-) |
| 20:32:28 | Moos | hehe :) |
| 20:32:29 | amiconn | But contrast doesn't really make sense for colour displays. Setting a non-default contrast just makes the colours look wrong |
| 20:32:48 | JavaMan22 | id rather have that than to lose battery quickly |
| 20:33:06 | bluebrother | contrast doesn't change the battery consumption ... |
| 20:33:06 | | Quit NickG ("CGI:IRC (EOF)") |
| 20:33:10 | amiconn | Levels are much more stable on colour displays than on mono/greyscale displays. That's why the latter do need a contrast setting |
| 20:33:11 | JavaMan22 | :o |
| 20:33:14 | Llorean | JavaMan22: You're confusing contrast with backlight brightness, they're not the same thing. |
| 20:33:18 | Moos | bluebrother: very annoying bug, and don't know who it occure |
| 20:33:19 | bluebrother | I guess you mean backlight brightness |
| 20:33:20 | JavaMan22 | oh |
| 20:33:36 | JavaMan22 | is there an option for backlight brightness? |
| 20:33:37 | bluebrother | Moos: indeed. |
| 20:33:50 | bluebrother | just turn of the backlight ;-) |
| 20:33:51 | | Join NickG [0] (i=551994f2@gateway/web/cgi-irc/labb.contactor.se/x-7695a32768c93cdd) |
| 20:33:55 | Moos | bluebrother: couldn't be linked to save resue position? |
| 20:33:59 | Moos | resume |
| 20:34:43 | bluebrother | Moos: linked to save resume? |
| 20:34:51 | JavaMan22 | yeah but i cant see in the dark :( |
| 20:35:34 | bluebrother | use a short backlight timeout? |
| 20:35:50 | desowin | backlight on iPods is too bright even on original firmware IMO |
| 20:36:00 | bluebrother | I have a quite short timeout and a long fade time. |
| 20:36:01 | JavaMan22 | i agree :) |
| 20:36:08 | Moos | bluebrother: s/linked/caused, I don't know how the resume position is saved with the JdGordon's rework |
| 20:36:28 | bluebrother | resume position should be saved in nvram.bin |
| 20:36:46 | bluebrother | but it sounds like amiconn knows the problem? |
| 20:37:12 | Moos | have you got log time please? :) |
| 20:37:13 | amiconn | I don't |
| 20:37:19 | Moos | oops |
| 20:37:22 | JavaMan22 | there needs to be a screen brightness option :D |
| 20:37:34 | | Quit My_Sic (Read error: 104 (Connection reset by peer)) |
| 20:37:45 | amiconn | My guess was that it's related to the root menu and its state machine |
| 20:38:14 | amiconn | But if that bug existed before (didn't experience it with playback until today) this can't be true |
| 20:38:19 | | Quit NickG (Client Quit) |
| 20:38:55 | amiconn | JavaMan22: Sure, if someone finds out how to control backlight brightness, adding it would be simple |
| 20:39:02 | bluebrother | hmm. Maybe I should try the last build with the old main menu for a while |
| 20:39:08 | Moos | amiconn: I don't remenber well if I began to encountered this annoying bug after save settings rework or root menu thingy |
| 20:39:09 | JavaMan22 | oh |
| 20:39:23 | JavaMan22 | but dont we have it in the fade option |
| 20:39:27 | JavaMan22 | or is that contrast |
| 20:39:46 | amiconn | The fade in/out is software, so it causes extra cpu load and shouldn't be used for permanent dimming |
| 20:40:00 | JavaMan22 | oh :io |
| 20:40:01 | JavaMan22 | :o |
| 20:40:17 | JavaMan22 | rb->lcd_setfont (FONT_UI); << that returns to your theme font? |
| 20:40:26 | amiconn | Afaik the G5 does have hardware brightness control, but we don't know how to control it |
| 20:42:17 | desowin | JavaMan22: it does what name of function says |
| 20:42:28 | JavaMan22 | font_ui is? |
| 20:42:46 | desowin | it sets default font used in your plugin |
| 20:43:26 | | Join My_Sic [0] (n=MySic@m180.net81-67-5.noos.fr) |
| 20:44:28 | nls | JavaMan22: yes FONT_UI is the theme font, FONT_SYSFIXED is the built in sysfont |
| 20:44:38 | | Join funky [0] (n=repulse@unaffiliated/funky) |
| 20:44:40 | JavaMan22 | oh :) |
| 20:45:35 | toni1 | barrywardell: sansa booting patch done: http://www.rockbox.org/tracker/task/6859 |
| 20:47:29 | | Part toni1 |
| 20:47:51 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 20:47:54 | JavaMan22 | i found a bug |
| 20:48:24 | JavaMan22 | if you plug in your adapter when you are in a plugin |
| 20:48:33 | JavaMan22 | and then you quit the plugin it wont go to disk mode |
| 20:48:49 | JavaMan22 | it should check for a adapter after you quit or something :) |
| 20:49:20 | nls | JavaMan22: No, it should quit the plugin |
| 20:49:30 | JavaMan22 | well it didnt |
| 20:49:38 | JavaMan22 | not for my plugin hehe |
| 20:49:40 | JavaMan22 | test.rock |
| 20:50:48 | nls | then you have a bug, check for handling of SYS_USB_CONNECTED in other plugins |
| 20:51:10 | JavaMan22 | oh :) |
| 20:52:31 | | Quit barrywardell () |
| 20:52:39 | | Join BigMac [0] (n=Mike@c-71-234-95-131.hsd1.ct.comcast.net) |
| 20:53:49 | desowin | yeah, almost every plugin has check for SYS_USB_CONNECTED |
| 20:54:20 | JavaMan22 | hehe |
| 20:55:01 | BigMac | Hey which gigabeat model performs better currently or are they the same between the f and x |
| 20:55:36 | | Join |Rincewind| [0] (i=NEj3gAWN@nat-wh-1.rz.uni-karlsruhe.de) |
| 20:55:59 | | Join Lethanialist [0] (n=lethania@c-71-234-110-108.hsd1.ct.comcast.net) |
| 20:56:07 | nls | BigMac: in terms of performance they should be identical |
| 20:56:28 | | Join nathan [0] (n=nathan@mnet-ki-244-78-181.monarch.net) |
| 20:56:30 | | Quit nathan (Nick collision from services.) |
| 20:56:32 | nls | the x i believe have slightly worse battery life, is smaller and has a bigger screen |
| 20:56:41 | Lethanialist | anyone have problems with ipod mini 1g restarting randomly? |
| 20:56:55 | nls | although it is the same resolution |
| 20:57:00 | BigMac | alright thanks nls |
| 20:57:01 | hcs | it restarts precisely when it means to |
| 20:57:12 | nls | hcs: haha :-) |
| 20:57:20 | | Join webguest77 [0] (n=nathan@mnet-ki-244-78-181.monarch.net) |
| 20:57:25 | | Quit My_Sic ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 20:57:46 | Lethanialist | heh :P its just a little annoying to be listening to music and have it restart, then freeze on the apple logo until i restart it yet again |
| 20:57:56 | webguest77 | How do I execute a command in a different directory in a shell script? |
| 20:58:29 | nls | webguest77 like you would from the command line? |
| 20:58:35 | webguest77 | ya |
| 20:58:42 | webguest77 | say i'm in rockbox dir |
| 20:58:54 | webguest77 | and want to run make in some other dir from here |
| 20:59:04 | | Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) |
| 20:59:28 | nls | ../someotherdir/command should do it afaik |
| 20:59:37 | linuxstb_ | webguest77: You can use the -C option to make - "make -C /path/to/other/dir" |
| 20:59:45 | | Part kaaloo |
| 21:00 |
| 21:00:08 | | Join Llorea1 [0] (n=Llorean@cpe-66-69-210-194.austin.res.rr.com) |
| 21:00:25 | nls | oh, you want to run it IN that directory, then don't do waht I said :-) |
| 21:00:28 | | Quit Llorean (Nick collision from services.) |
| 21:00:30 | | Nick Llorea1 is now known as Llorean (n=Llorean@cpe-66-69-210-194.austin.res.rr.com) |
| 21:00:48 | Nico_P | just thinking about something... what about making bug/feature request require approval ? |
| 21:01:18 | Nico_P | i don't know if flyspray supports it but it could be nice |
| 21:01:45 | | Quit linuxstb (Read error: 113 (No route to host)) |
| 21:01:53 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) |
| 21:01:58 | JavaMan22 | i just made a nifty little program |
| 21:02:11 | JavaMan22 | you are this sqaure and you move around :) |
| 21:02:11 | linuxstb | Nico_P: Isn't that what the close button does? |
| 21:02:13 | Nico_P | JavaMan22: let me guess... in java ? |
| 21:02:22 | JavaMan22 | no in c |
| 21:02:27 | JavaMan22 | for rockbox |
| 21:03:11 | | Quit borisyeltsin (Remote closed the connection) |
| 21:03:44 | | Join Thundercloud_ [0] (n=thunderc@82.152.213.206) |
| 21:04:17 | Nico_P | linuxstb: even when we close a redundant/useless task, it's still created. Also, maybe if users knew their requests were submitted for approval, they'd think twice about posting them |
| 21:05:26 | Nico_P | the "improve rockboy" feature request made me have this idea |
| 21:05:28 | | Join elborak [0] (n=goaway@7.fkln1.xdsl.nauticom.net) |
| 21:05:41 | linuxstb | Nico_P: I just think we need better (and clearly linked to) guidance for bug reporters. |
| 21:05:42 | | Join mots_ [0] (n=mots@N063P028.adsl.highway.telekom.at) |
| 21:05:51 | linuxstb | Nico_P: At the moment there is nothing... |
| 21:05:58 | mots_ | is there any way to charge my h300 using usb? |
| 21:06:11 | petur | mots_ |
| 21:06:12 | Nico_P | linuxstb: ask Llorean whether he thinks people read guidelines |
| 21:06:26 | mots_ | it always charges till 3.35V, then boots |
| 21:06:27 | petur | mots_: you have to enable it in the settings |
| 21:06:30 | Nico_P | linuxstb: but i agree they should be on the tracker |
| 21:07:28 | | Quit perl|work (Read error: 110 (Connection timed out)) |
| 21:07:28 | mots_ | petur, where exactly? |
| 21:08:24 | bluebrother | Nico_P: add a "yes, I have read the tracker guidelines" checkbox :) |
| 21:08:26 | petur | mots_: settings_>general->system->battery->charge during... you have to boot into rb before connecting. |
| 21:08:27 | mots_ | oh, found it |
| 21:08:35 | bluebrother | and require it to be ticked before a task gets filed |
| 21:08:46 | mots_ | how do I find out my battery capacity? |
| 21:09:11 | | Quit funky ("leaving") |
| 21:09:15 | petur | mots_: did you swap it? |
| 21:09:34 | mots_ | well, i bought it on ebay |
| 21:09:58 | petur | battery or h300? |
| 21:10:05 | mots_ | h300 |
| 21:10:17 | mots_ | so i have no idea if the stock battery is in there |
| 21:10:39 | linuxstb | bluebrother: I like the "For Reporters" section on the FlysprayHowto page, but IMO there is far too much other text on that page, so that could easily be skipped. I think a page with just that "For Reporters" section would be nice. |
| 21:10:46 | petur | mots_: it's only used to estimate how much time is left |
| 21:11:16 | | Quit Thundercloud (Read error: 60 (Operation timed out)) |
| 21:11:22 | mots_ | k, nvm then |
| 21:11:58 | Lethanialist | if i run an ipod nano simulator on the vmware image off the wiki, will things run exactly like the nano or differently because of memory issues? im trying to see how bad mpegplayer runs on a nano but i dont know if itll be the same as an actual nano... |
| 21:12:33 | Nico_P | bluebrother: maybe several checkboxes : "i've read the guidelines", "i've made sure i'm not reporting an already existing task", "i've asked myself if the feature i'm asking for is useful/doable" |
| 21:12:35 | linuxstb | Lethanialist: Don't you mean "how well mpegplayer runs on a nano" ? |
| 21:12:55 | Llorean | Lethanialist: It won't be. It's just simulating the user interface, it doesn't emulate the hardware, so there's no reason for performance to even be remotely similar. |
| 21:13:01 | Nico_P | bluebrother: a whole page of checkboxes :) |
| 21:13:02 | linuxstb | Lethanialist: But using the UI sim for that is pointless - mpegplayer will run as fast as your PC's processor will allow. |
| 21:13:16 | JavaMan22 | how come my splash thing wont go away? |
| 21:13:31 | mots_ | another question: my old mp3-player used to play till the battery was REALLY and then running out of power without a warning |
| 21:13:31 | | Quit webguest28 ("CGI:IRC (EOF)") |
| 21:13:35 | linuxstb | JavaMan22: splashes don't erase themselves - you have to draw over them. |
| 21:13:35 | JavaMan22 | even when i do rb->lcd_clear_display(); |
| 21:13:51 | mots_ | is there any way to get that behaviour on my rockbox'd r300? |
| 21:13:53 | JavaMan22 | it wont go away after that tho |
| 21:13:54 | linuxstb | JavaMan22: Are you doing lcd_update() after the lcd_clear_display() ? |
| 21:13:58 | JavaMan22 | no |
| 21:14:06 | JavaMan22 | maybe i ought to do that :) |
| 21:15:57 | | Join funky [0] (n=repulse@unaffiliated/funky) |
| 21:17:29 | | Part JavaMan22 |
| 21:20:12 | | Quit Arathis ("Bye, bye") |
| 21:20:26 | | Quit webguest77 ("using sirc version 2.211+KSIRC/1.3.12") |
| 21:20:39 | | Nick mots_ is now known as mots (n=mots@N063P028.adsl.highway.telekom.at) |
| 21:21:13 | | Join raphi [0] (n=Raphi@pub212004094028.dh-hfc.datazug.ch) |
| 21:21:22 | linuxstb | nls: Is there a reason the manual generally has links to a directory on the download server, rather than the individual files? |
| 21:22:39 | * | bluebrother thinks for a closing reason for FS #6858 |
| 21:22:42 | | Join Thundercloud [0] (n=thunderc@82.152.207.136) |
| 21:23:04 | bluebrother | linuxstb: I think I did that to require the user having a bit more knowledge than simply clicking links |
| 21:23:25 | bluebrother | (and to be independent of future name changes) |
| 21:23:53 | linuxstb | But shouldn't we be making it as error-proof as possible? |
| 21:24:52 | bluebrother | do you think it's error prone linking to a folder on the server? There aren't much options ... |
| 21:24:54 | nls | linuxstb: it might have been because there are two different bootloaders for the x5s |
| 21:25:19 | | Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) |
| 21:25:32 | linuxstb | It just seems a unnecessary extra step for the user to have to do - why not just provide the full URL to the file the user needs to download? |
| 21:25:56 | linuxstb | For the bootloaders, the names are generally fixed by the native bootloader. |
| 21:27:30 | bluebrother | yes, but for ipodpatcher (and later sansapatcher) we would need to add a couple of links to the manual for each platform we have binaries |
| 21:27:41 | bluebrother | IMO this somewhat crowds the manual and makes it harder to read. |
| 21:27:58 | | Quit Thundercloud_ (Read error: 60 (Operation timed out)) |
| 21:31:43 | | Quit FOAD ("I'll be back") |
| 21:32:49 | | Join demian79 [0] (i=c87ed463@gateway/web/cgi-irc/labb.contactor.se/x-ee905ae6ab39a3c2) |
| 21:33:44 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 21:34:40 | demian79 | Hi, is my first time here and I need help |
| 21:34:53 | nls | demian79: just ask your question |
| 21:35:28 | demian79 | I've got a TDK MOJO and I've read somewhere that I can find a firmware in rockbox |
| 21:35:39 | nls | it's not supported |
| 21:35:40 | demian79 | but I cant find it |
| 21:35:47 | demian79 | ouch |
| 21:35:52 | bluebrother | the supported players are listed on the frontpage |
| 21:36:00 | bluebrother | and that list is up to date. |
| 21:36:10 | demian79 | do you know of any other open firmware that might help me |
| 21:36:13 | demian79 | ? |
| 21:36:15 | bluebrother | you might want to look in the "new ports" forums |
| 21:36:27 | bluebrother | but I highly doubt there is anything about it. |
| 21:36:34 | demian79 | ok, I'll do that |
| 21:36:46 | GodEater | and as far as I'm aware, we're the only alternative firmware out there, other than archopen |
| 21:36:46 | demian79 | any other suggestion? |
| 21:36:50 | bluebrother | btw, where did you read that you can "find a firmware in rockbox" for that player? |
| 21:37:20 | bluebrother | (rockbox is a firmware, you can't find one "in" Rockbox ;-) |
| 21:37:21 | demian79 | in a forum, im not sure |
| 21:37:24 | demian79 | let me check |
| 21:37:54 | demian79 | i cant find where |
| 21:38:38 | demian79 | no, I understand, I meant if it was supported |
| 21:38:41 | demian79 | thanx anyway |
| 21:39:10 | nls | GodEater: doesn't ipl count? :-P |
| 21:39:19 | GodEater | nls: no :) |
| 21:40:26 | demian79 | what is ipl? |
| 21:40:31 | GodEater | ipodlinux |
| 21:41:03 | bluebrother | anyone knows off the head what ata error -32 is on h100? |
| 21:41:31 | * | GodEater greps the source |
| 21:41:33 | * | nls googled "TDK MOJO" and found some crazy flashplayer-built-into-headphones and a cd/mp3 portable... |
| 21:42:02 | bluebrother | urgh |
| 21:42:49 | GodEater | bluebrother: something in check_registers ? |
| 21:43:16 | bluebrother | I have no idea −− just stumbled upon a forum post and was wondering. |
| 21:43:50 | GodEater | bluebrother: yeah - looks like check_registers, it's second check has failed |
| 21:43:56 | | Join donutman25 [0] (n=chatzill@24.231.43.99) |
| 21:44:06 | GodEater | which is reading / writing to the address registers |
| 21:44:12 | GodEater | that's failed it seems |
| 21:44:15 | linuxstb | bluebrother: The manual already links directly to ipodpatcher for the supported platforms - there are platform-specific instructions on how to use it. |
| 21:45:59 | bluebrother | hmm. So where does it link to a folder? |
| 21:47:11 | * | bluebrother is a bit out of the current state of the manual |
| 21:47:43 | linuxstb | nls's most recent commit made me notice that the iaudio bootloaders are not linked to directly, but maybe there are other cases. |
| 21:48:34 | linuxstb | In the PDF, I think we need the full URLs, but do you know if it's possible to make the html version of the manual have links without the full URL displayed? |
| 21:48:53 | GodEater | why in one but not the other ? |
| 21:50:15 | bluebrother | hmm. Should be possible. |
| 21:50:50 | linuxstb | GodEater: The PDF may be printed, or the PDF viewer may not support URL linking. |
| 21:51:08 | | Quit donutman25 ("Chatzilla 0.9.77 [Firefox 2.0.0.2/2007021917]") |
| 21:51:20 | * | GodEater hadn't considered the latter |
| 21:51:34 | GodEater | I can't imagine someone typing in the URL from a printed copy though |
| 21:51:53 | | Quit datachild (kornbluth.freenode.net irc.freenode.net) |
| 21:51:53 | NSplit | kornbluth.freenode.net irc.freenode.net |
| 21:51:53 | | Quit Hadaka (kornbluth.freenode.net irc.freenode.net) |
| 21:51:56 | | Quit desowin ("use linux") |
| 21:52:18 | | Quit Lear ("Chatzilla 0.9.77 [Firefox 2.0.0.2/2007021917]") |
| 21:52:51 | linuxstb | GodEater: But maybe not even the PDF needs the full URL in the text - it could be a footnote. |
| 21:53:12 | | Part raphi |
| 21:54:48 | GodEater | linuxstb: that's a good idea |
| 21:55:15 | | Join Redbreva [0] (n=chatzill@host86-134-208-199.range86-134.btcentralplus.com) |
| 21:55:21 | | Join Thundercloud_ [0] (n=thunderc@82.152.195.236) |
| 21:56:24 | bluebrother | hmm, looks like the url package doesn't support different text and href :( |
| 21:57:07 | | Join kwbr [0] (n=kai@dslb-088-073-076-021.pools.arcor-ip.net) |
| 21:57:22 | GodEater | bluebrother: that's a shame, I'd have thought that was a commonly required eature =/ |
| 21:57:26 | GodEater | *feature |
| 21:58:03 | | Quit demian79 ("CGI:IRC (EOF)") |
| 21:59:20 | Bagder | nice to see www.rockbox.org near the top of the build servers |
| 21:59:38 | Llorean | GodEater: I type full URLs from printed things all the time, and I was planning on printing the PDF manual for my brother when I handed him his Rockbox'ed Recorder back. |
| 21:59:52 | | Join Thundercloud__ [0] (n=thunderc@82.153.142.41) |
| 22:00 |
| 22:00:06 | nls | Bagder: and no rebuild on manual commits any more :_) |
| 22:00:11 | Bagder | yeps |
| 22:00:30 | bluebrother | oh ... my score on manual commits ... |
| 22:00:37 | Bagder | nls: the exclusion is even controlled by the little script in tools |
| 22:03:04 | *** | Saving seen data "./dancer.seen" |
| 22:03:47 | Llorean | The SansaE200InstallBeta instructions are invalid now. |
| 22:03:55 | Llorean | Has Sansapatcher been removed for a specific reason? |
| 22:04:03 | | Quit Thundercloud (Read error: 60 (Operation timed out)) |
| 22:04:39 | bluebrother | GodEater: seems \href can do it but I don't know how that handles line breaks |
| 22:05:30 | pixelma | reminds me of the talk about bin size growth since moving to svn... IIRC there is still the plus of ~1000bytes of Slasheri's scroll code on targets that don't need it |
| 22:06:09 | | Join Id2ndR [0] (n=ubuntu@laf31-2-62-34-88-193.dsl.club-internet.fr) |
| 22:06:39 | acathla | hello |
| 22:07:38 | acathla | is it normal on a sansa e200 and rockbox that i can't see my music folder? |
| 22:07:53 | bluebrother | maybe it's hidden? |
| 22:08:01 | bluebrother | tried setting filetypes to "all"? |
| 22:08:07 | acathla | ok |
| 22:08:18 | acathla | er |
| 22:08:27 | acathla | on rockbox itself? |
| 22:08:30 | Llorean | Yes |
| 22:08:57 | acathla | i'm on the old firmware, i'll change the rights |
| 22:10:04 | linuxstb | Llorean: The links have never worked on the SansaE200InstallBeta page - it's not "live" yet. |
| 22:11:11 | linuxstb | Llorean: The only binaries are the ones I've been hosting. I think we're now waiting for Barry to finish his work on the bootloader. |
| 22:11:31 | | Quit kwbr ("Leaving") |
| 22:12:16 | acathla | usb didn't work :( |
| 22:12:42 | acathla | haaa, msc |
| 22:13:36 | | Join billytwowilly [0] (n=chris@S01060016b649355d.ed.shawcable.net) |
| 22:13:59 | preglow | hmm, with the wps preparser plugin, bitmap files could also be packed together to a single file in the correct order |
| 22:17:19 | linuxstb | Didn't Slasheri implement bitmap caching once, which was subsequently removed? |
| 22:17:27 | linuxstb | That sounds like the same thing. |
| 22:17:28 | bluebrother | yes. |
| 22:17:52 | bluebrother | it was like 3 days in cvs. I think somewhat about a year ago |
| 22:19:28 | linuxstb | Some discussion is here - starting around 19.35 - http://www.rockbox.org/irc/rockbox-20060129.txt |
| 22:19:28 | | Quit ompaul ("enjoy") |
| 22:19:35 | preglow | linuxstb: yes it did, but a wps preparser plugin would need some way to detect a modified wps anyway |
| 22:19:40 | | Quit Thundercloud_ (Connection timed out) |
| 22:20:14 | preglow | linuxstb: i think i started lobbying for the removal of that patch about 10 minutes after it was commited |
| 22:20:44 | Llorean | linuxstb: Ah, thanks. |
| 22:21:42 | | Join Thundercloud [0] (n=thunderc@81.168.47.175) |
| 22:22:28 | Llorean | preglow: Why not have the plugin parse every time a .wps is loaded, and give parsed WPSes a different extension? Is there some reason we'd want to save parsed WPSes outside of the "Current WPS" and any pre-parsed WPSes we might provide with Rockbox? |
| 22:23:16 | preglow | none that i can think of |
| 22:23:41 | preglow | but i really think we should consider the bitmap issue at the same time if we're gonna do anything like pre-parsing wpses |
| 22:23:47 | Llorean | Yeah |
| 22:23:52 | Nico_P | I agree |
| 22:24:09 | Nico_P | Llorean: i answered to your mail, it should arrive soon |
| 22:24:17 | Llorean | But at that point all you need to do is say "If a WPS is modified, it must be reloaded" |
| 22:24:17 | preglow | and i pretty much think pre-parsing wpses is a good idea, as long as it can be done without the user/wps developer being too hassled by it |
| 22:24:21 | | Quit Lethanialist () |
| 22:24:29 | Nico_P | preglow: what was bitmap cache about ? |
| 22:24:42 | bluebrother | thy not use a packaged file format initially like tar? |
| 22:24:44 | preglow | Nico_P: it just dumped the loaded bitmaps to one huge files when loaded |
| 22:24:46 | Llorean | Since the post-parse WPS is stored as a separate file for quick loading on boot, you shouldn't ever get errors in the images since the WPS won't change at all until reloaded. |
| 22:24:53 | preglow | Nico_P: but it didn't notice if bitmaps were changed |
| 22:24:53 | bluebrother | *why |
| 22:24:58 | NHeal | (timeout) kornbluth.freenode.net irc.freenode.net |
| 22:25:14 | preglow | Llorean: how do we easily detect if a wps is changed, though? |
| 22:25:19 | Llorean | preglow: We don't. |
| 22:25:31 | bluebrother | then we could simply save indexes for the bitmaps |
| 22:25:31 | preglow | Llorean: so we force manual reload? |
| 22:25:43 | preglow | Llorean: not a big problem, i suppose |
| 22:25:56 | Llorean | preglow: I don't see forcing a manual reload if they consciously changed the WPS that big of a deal. |
| 22:26:08 | linuxstb | What about WPSs distributed with Rockbox? |
| 22:26:13 | Llorean | linuxstb: pre-parsed. |
| 22:26:21 | Llorean | That way they can be loaded by the core, no plugin. |
| 22:26:24 | preglow | Llorean: me neither, i suppose. mainly just seeing this from a wps creator's perspective, but even there it shouldn't be much of a bother, i guess |
| 22:26:43 | Llorean | linuxstb: We can include the source .wps file and .bmp images in the wiki and of course they'll be in the source. |
| 22:27:11 | Llorean | preglow: Since WPSes and/or themes can be in the root anyway, they can make it as little as two button presses from boot to re-load the .wps |
| 22:28:29 | | Join web-taz [0] (n=taz@p5081854B.dip0.t-ipconnect.de) |
| 22:28:38 | Llorean | Nico_P: I think preparsed files solves the "The core shouldn't depend on a plugin for WPS loading" |
| 22:28:47 | | Quit Thundercloud__ (Success) |
| 22:29:10 | preglow | i really don't see anything wrong in core depending on a plugin for wps parsing anyway |
| 22:29:18 | preglow | the disk access is already there, loading the plugin should be fast |
| 22:29:22 | Bagder | I'm starting to like the pre-parsed/byte-compiled idea |
| 22:29:34 | preglow | Bagder: it does grow on you ;) |
| 22:29:38 | Llorean | preglow: It's the idea of Rockbox not being able to use ANY WPSes if the plugin is absent or outdated that is the problem. |
| 22:29:45 | Llorean | Plugin API changes don't coincide with codec changes. |
| 22:30:03 | preglow | if you have an outdated wps parser plugin, you haven't installed rockbox correctly |
| 22:30:25 | Llorean | preglow: Yes, but you could still have a Rockbox that can play music. Someone made a stupid mistake before a long trip, for example, and got lucky. |
| 22:30:38 | preglow | sure, more robustness is good |
| 22:30:47 | preglow | but storing them preparsed makes it a non-issue anyway |
| 22:30:54 | Llorean | Indeed |
| 22:31:06 | linuxstb | preglow: My only worry is that if more and more core functionality is in plugins, or uses the plugin buffer, then we're limiting the flexibility of Rockbox. e.g. TSR plugins will no longer be as useful. |
| 22:31:10 | Llorean | That was the point of that idea. :) I know there's at least someone who feels strongly about the aforementioned dependency on the plugin. ;) |
| 22:31:21 | preglow | linuxstb: yeah, the last especially is one of the only concerns i can see |
| 22:31:39 | preglow | linuxstb: but in this case, at least, the plugin shouldn't be called too often |
| 22:31:45 | preglow | letting tsr plugs do their thing |
| 22:33:04 | Nico_P | if the wps are preparsed files, the plugin shouldn't need to be used that often anyway |
| 22:33:12 | preglow | indeed |
| 22:33:20 | linuxstb | And rbutil could parse them... |
| 22:33:22 | preglow | people should distribute them preparsed |
| 22:33:40 | preglow | i don't think creating one preparsed format for all targets should be impossible |
| 22:33:59 | Nico_P | preglow: i'm pretty sure it's not |
| 22:34:06 | | Quit _Veseliq_ (Remote closed the connection) |
| 22:34:16 | Llorean | The parser plugin would really only exist for easy use while designing WPSes, or for people who wanted to distribute WPSes that can be modified on-player |
| 22:34:18 | bluebrother | how should this binary format look like? |
| 22:34:18 | Nico_P | ah, endianness... forgot about that for a sec |
| 22:34:38 | linuxstb | preglow: Bitmaps should be converted to the native LCD format, so there is one difference (e.g. ipod greyscale and H1x0 LCDs are same size/depth but different format) |
| 22:34:40 | preglow | Nico_P: do we need values higher than 256? :> |
| 22:34:47 | Bagder | Nico_P: we could use a fixed endianess for the format |
| 22:35:01 | preglow | linuxstb: hrm, true, but not much of a problem anyway, if you ask me. wpses are already target specific |
| 22:35:23 | Bagder | ah yes |
| 22:35:26 | Nico_P | preglow: not quite sure... would the bin file be a simple memory dump of the wps_data struct ? |
| 22:35:41 | preglow | Nico_P: can't help you there, i haven't ever touched the wps code |
| 22:35:46 | linuxstb | But that was my example - a WPS in the current form can be distributed to work on all targets with same lcd size/depth, but a binary format would extend that to LCD framebuffer format. |
| 22:35:47 | preglow | i just enjoy talking about it, apparently... |
| 22:35:57 | Llorean | linuxstb: Converting the bitmaps doesn't have to be part of the parsing. They could just be concatenated in the file, and converted by the final load still. |
| 22:36:18 | Nico_P | preglow: i'm comfortable with the wps code, just not so much with the bin file concept |
| 22:37:07 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
| 22:37:24 | linuxstb | Llorean: I think we should go all the way and store bitmaps in the native LCD format, even if that means very slightly less portability. As preglow says, WPSs are almost target-specific already. |
| 22:37:57 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 22:38:02 | bluebrother | what is the upside of such reduces portability? |
| 22:38:07 | bluebrother | faster loading? |
| 22:38:08 | nls | linuxstb: and wpss could still be distributed in the current format, keeping the portability |
| 22:38:18 | Llorean | linuxstb: As it is, I really don't think any but the included WPSes NEED to be preparsed. |
| 22:38:34 | linuxstb | So basically the suggestion is to make Rockbox core only load the pre-parsed binary format, and offer parsing capabilities everywhere (Rockbox build system, rbutil and on-target plugin). |
| 22:38:44 | preglow | yeah |
| 22:38:44 | Nico_P | I agree with Llorean. it's a one time thing anyway |
| 22:38:56 | preglow | the parsing code should be simple to compile outside of rockbox anyway |
| 22:38:57 | Llorean | linuxstb: If we have an official gallery of WPSes, like the twiki or whatnot, I think they could be provided as text still (or better yet, included parsed versions for each compatible target there, at least) |
| 22:39:02 | preglow | can't see why that should use too many rockbox functions |
| 22:39:10 | Nico_P | preglow: yes it is |
| 22:39:20 | Llorean | linuxstb: I think so. |
| 22:39:29 | | Quit Entasis ("Leaving") |
| 22:39:30 | linuxstb | Llorean: Now that rbutil can grab WPSs from rockbox-themes.org, it can parse them before installing. |
| 22:39:30 | bluebrother | having some extracting tool would be nice tool |
| 22:39:32 | bluebrother | *too |
| 22:39:43 | bluebrother | so one can adjust binary themes |
| 22:39:54 | Llorean | linuxstb: Indeed, that would be excellent. And if a user manually downloads them, they just have a slightly longer load time since they depend on the pre-parser viewer. |
| 22:40:18 | nls | bluebrother: why not keep the original text one and just reload it when it's changed? |
| 22:40:32 | nls | text==human readable |
| 22:40:54 | Llorean | bluebrother: The original text one should always be around, somewhere. Either at the theme site where the pre-parsed one was downloaded, or in the Rockbox source tarball, at the very least. |
| 22:41:09 | | Join Stefan___ [0] (n=chatzill@89.136.181.105) |
| 22:41:10 | Nico_P | nls: i agree it sound like overkill but i think the parser could very easily be inverted :) |
| 22:41:19 | Llorean | bluebrother: If an old-style WPS is loaded on target, it shouldn't be deleted, just temporarily converted. |
| 22:41:20 | Stefan___ | hello |
| 22:41:21 | Bagder | well, with binary formats, people will start spreading binary-only files |
| 22:41:33 | Bagder | think MR |
| 22:41:35 | Llorean | A reverser would be good though. |
| 22:41:47 | linuxstb | Bagder: I've thought the same thing - we don't want "closed-sourced" WPSs... |
| 22:41:48 | Stefan___ | i have a question |
| 22:41:48 | nls | Bagder: we eill have to make the files self-destruc when they leave the dap then :-) |
| 22:41:50 | Llorean | It _should_ be unnecessary, but yeah, I guess you can't really depend on people. |
| 22:42:07 | Nico_P | a decompiler would be quite easy i think |
| 22:42:12 | Stefan___ | can u "hear" me? |
| 22:42:27 | Llorean | Stefan___: I don't think theres a "u" in the room. |
| 22:42:30 | Llorean | Stefan___: But the rest of us can. |
| 22:42:31 | linuxstb | Stefan___: No, but I can read you. |
| 22:42:35 | preglow | Nico_P: if you've made a parser with output that can't be easily deparsed, you've made a very bad parser :P |
| 22:42:55 | Stefan___ | that's why i used quotes :-l |
| 22:42:59 | Nico_P | wow this thread is full of funny people :) |
| 22:42:59 | Stefan___ | well |
| 22:43:05 | Stefan___ | in the plugin api |
| 22:43:09 | Bagder | well, perhaps the binary format could include the original text at the end... |
| 22:43:10 | Nico_P | this channel i meant |
| 22:43:39 | Stefan___ | is there a function to get the colors of a pixel? |
| 22:43:47 | Nico_P | preglow: i take that as a compliment to my parser :) |
| 22:43:50 | linuxstb | Bagder: Yes. And I guess at least the filenames of the bitmaps... |
| 22:43:58 | Nico_P | even though it's not quite mine |
| 22:44:02 | linuxstb | (assuming we're incorporating the bitmaps in this format...) |
| 22:44:07 | Bagder | yes |
| 22:44:30 | Stefan___ | so? |
| 22:44:39 | linuxstb | Stefan___: I don't think so. |
| 22:44:41 | Llorean | So the text of the WPS, and the filenames of the bitmaps, then just have the extractor copy the text, and divide the bitmap portion back up to the appropriate files? |
| 22:45:20 | Nico_P | I'm not sure the original text is even needed... |
| 22:45:29 | Stefan___ | damn.. it'll be hard to implement semi-transparency.. |
| 22:45:31 | Llorean | Nico_P: Comments. |
| 22:45:32 | Nico_P | but it doesn't hurt |
| 22:45:38 | Stefan___ | thanx, bye |
| 22:45:41 | Bagder | Stefan___: you can read it fromt he framebuffer |
| 22:45:59 | Stefan___ | easy to say |
| 22:46:01 | Stefan___ | how do i do that? :)) |
| 22:46:07 | bluebrother | how about a binary format like that: |
| 22:46:08 | Bagder | Nico_P: and as preglow said, you can make a better binary format if you don't need to decompile it fine |
| 22:46:24 | bluebrother | use a standard tar file. Put in the binary wps as first file |
| 22:46:31 | bluebrother | then add the bitmap data. |
| 22:46:42 | bluebrother | and all other files after that |
| 22:47:03 | linuxstb | Stefan___: You also have to deal with any backdrop - that's stored in a separate buffer. |
| 22:47:18 | Nico_P | Bagder: could you have a look at the current format and tell me what you think ? |
| 22:47:22 | * | bluebrother sees loads of underscores on this page |
| 22:47:42 | Nico_P | Bagder: I mean the current one in my patch... |
| 22:47:45 | Bagder | Nico_P: I'll try to get some time to check it out |
| 22:47:49 | bluebrother | so if someone wants to decompose the binary theme he just needs to untar everything |
| 22:48:13 | bluebrother | btw, I think we should also include theme configuration in that files, not only wps |
| 22:48:15 | linuxstb | tar = "theme archive" .... |
| 22:48:20 | bluebrother | :) |
| 22:48:22 | * | Nico_P should probably post the patch to the tracker now |
| 22:48:29 | bluebrother | tab = theme binary |
| 22:48:33 | Stefan___ | too much for me :)) i'll just fill the screen with a more or less random color and i'll make an array to store pixel info |
| 22:48:45 | Stefan___ | will it fit? |
| 22:49:34 | nls | Stefan___: fti where? |
| 22:49:38 | nls | fit even |
| 22:49:39 | linuxstb | Stefan___: What are you trying to do? Are you doing this in a plugin or core Rockbox? |
| 22:50:37 | | Join My_Sic [0] (n=MySic@m180.net81-67-5.noos.fr) |
| 22:50:45 | Stefan___ | plugin |
| 22:50:51 | Stefan___ | core rockbox is too much for me |
| 22:50:56 | | Join lavid [0] (n=lavid@adsl-70-131-51-233.dsl.emhril.sbcglobal.net) |
| 22:51:00 | preglow | yes, it is quite fattening |
| 22:51:04 | linuxstb | Then (without stopping audio playback), you have 512KB for your code and data. |
| 22:51:09 | JdGordon | Nico_P: I dont think the user should ever see the proccessed wps... so no distroubting them instead of the text wps in the core... |
| 22:51:34 | Stefan___ | so is a 320*240 int array too large? |
| 22:52:01 | Bagder | ints are lovely oversized for 16 bit color... |
| 22:52:07 | linuxstb | 320*240*4 = 300KB |
| 22:52:26 | Stefan___ | short in |
| 22:52:29 | Stefan___ | short int |
| 22:52:31 | Stefan___ | * |
| 22:52:38 | Stefan___ | 150 KB |
| 22:52:50 | Stefan___ | so, again, is it to large? |
| 22:52:52 | bluebrother | JdGordon: that would be on the fly binary converting ... |
| 22:53:05 | JdGordon | yep |
| 22:53:10 | * | bluebrother likes the C99 fixed size types |
| 22:53:18 | JdGordon | or stored to a file... |
| 22:53:27 | JdGordon | either way the user would always load the .wps |
| 22:53:36 | | Quit amiconn (Read error: 110 (Connection timed out)) |
| 22:53:36 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 22:53:42 | bluebrother | but then the parsing itself would still be in the core |
| 22:53:47 | JdGordon | the core would then check for the_wps.wps_compiled or whatever |
| 22:54:00 | linuxstb | JdGordon: My feeling is that hiding things from the user always ends in tears... Rockbox should be open about what's going on. |
| 22:54:28 | bluebrother | I had a tar theme loader some time ago. As that was quite slow I added caching of an index for the files |
| 22:54:43 | bluebrother | but the improvement wasn't too big |
| 22:56:01 | | Quit My_Sic (Read error: 131 (Connection reset by peer)) |
| 22:56:20 | bluebrother | but what is the main idea behind a binary theme format? Code size or loading speed? |
| 22:56:22 | | Quit FOAD ("I'll be back") |
| 22:56:43 | Nico_P | bluebrother: a bit of both maybe |
| 22:57:20 | Stefan___ | can u spend some time teaching a noob how to use the framebuffer? |
| 22:57:34 | bluebrother | loading time could be adressed in a different way ... like loading the bitmaps from a tar file and putting it into memory in the order they appear in the file (and adjusting the wps dynamically to the changed order) |
| 22:57:56 | | Join Thundercloud_ [0] (n=thunderc@82.153.195.218) |
| 22:58:15 | JdGordon | I would think this preparsing the wps would affect bin size much more than loading speed... |
| 22:58:29 | bluebrother | hehe ... my mini just plays "Gimme just a little more time" :) |
| 22:58:32 | Nico_P | bluebrother: not sure that's really useful... but the parser could have a basic tar extractor |
| 22:58:55 | bluebrother | basic tar extracting is easy −− I already did that. |
| 22:59:25 | bluebrother | not sure about the code size −− we would still need to check for some tokens, won't we? |
| 22:59:30 | mattzz | JdGordon: mind to have a look a http://www.rockbox.org/tracker/task/6857 ? |
| 23:00 |
| 23:00:23 | bluebrother | JdGordon: as I'm just thinking of it ... there is a "nothing to resume" splash hang, amiconn suspeced the new main menu to cause it. Any ideas? |
| 23:00:37 | bluebrother | it's quite annoying as the player locks up completely |
| 23:00:58 | Stefan___ | can you tell me how i use the frame buffer, or should i leave you alone? |
| 23:01:11 | linuxstb | Stefan___: It's simply an array of 320*240 shorts (but defined as fb_data, not short). |
| 23:01:50 | bluebrother | the only advantage I see is that the data could be packed more tightly −− but otoh we need to make sure it's utf8 safe |
| 23:01:55 | linuxstb | So get_pixel(x,y) is rb->lcd_framebuffer[y*LCD_WIDTH+x] |
| 23:02:14 | | Join Juice^ [0] (n=Juice@213.167.96.196) |
| 23:03:44 | | Quit OgMaciel ("mv OgMaciel $HOME") |
| 23:03:45 | JdGordon | mattzz: I dont think thats the way to go.... power is the menu button... id be more inclined to use the rec button then... |
| 23:03:56 | JdGordon | or _always_ use rec for std_cancel |
| 23:04:04 | JdGordon | bluebrother: no idea... the code is sound :p |
| 23:04:39 | Llorean | JdGordon: I think "Rec" on the Sansa is a good cancel button. |
| 23:04:52 | JdGordon | mattzz: left shuold never be std_previous tho... the wheel should be |
| 23:05:28 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 23:05:31 | Juice^ | The sansa doesnt have a "stop" button.. perhaps the rec button could be that when you're in WPS |
| 23:05:43 | Juice^ | or is there already one i dont know of |
| 23:05:49 | JdGordon | anyway... im off to uni... ill be back on in 2 hours or so, so leave a message :p |
| 23:05:51 | linuxstb | JdGordon: Why not? IMO, wheels should be used when movement over a lot of range is needed, and the left/right/up/down (if present) are more suitable for small movement ranges. |
| 23:05:52 | | Quit midkay ("Leaving") |
| 23:06:34 | JdGordon | hmm.. maybe... i dunno... |
| 23:06:37 | mattzz | Hm, on other targets I like the left button to quit a settings dialog |
| 23:06:46 | | Quit web-taz ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
| 23:08:46 | | Join netmasta10bt [0] (n=torment@pool-72-64-226-24.tampfl.fios.verizon.net) |
| 23:10:33 | mattzz | JdGordon: in the settings context the power button quitting a setting is the same as calling the menu, right= |
| 23:10:35 | mattzz | ? |
| 23:10:41 | | Join lnux [0] (n=psybnc@user.free-shell.net) |
| 23:10:46 | | Part lnux |
| 23:11:28 | mattzz | (the same is used on the recorder) |
| 23:11:32 | | Quit Stefan___ ("Chatzilla 0.9.74 [Firefox 1.5.0.10/2007021601]") |
| 23:11:47 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
| 23:11:51 | | Quit midgey () |
| 23:13:04 | | Join bospaadje_ [0] (n=bospaadj@ip82-139-84-12.lijbrandt.net) |
| 23:13:31 | | Quit bospaadje (Read error: 54 (Connection reset by peer)) |
| 23:13:48 | | Nick bospaadje_ is now known as bospaadje (n=bospaadj@ip82-139-84-12.lijbrandt.net) |
| 23:13:53 | Nico_P | has anyone tried the tokenizer patch ? |
| 23:14:04 | | Quit Thundercloud (Read error: 110 (Connection timed out)) |
| 23:16:12 | bluebrother | not yet |
| 23:16:58 | Nico_P | it still needs some testing, although it has worked fine in all my tests |
| 23:20:46 | | Quit JdGordon ("Konversation terminated!") |
| 23:20:55 | | Join Domonoky [0] (n=Domonoky@p549AE7EA.dip.t-dialin.net) |
| 23:25:41 | | Part muszek ("Ex-Chat") |
| 23:26:15 | bluebrother | how's the code size aspect? |
| 23:26:32 | Moos | Bagder: wiki question, is there any reason why we no more have the wiki page with the stats, don't remenber how this page was named? |
| 23:28:35 | | Quit mattzz ("Leaving") |
| 23:30:13 | pixelma | bluebrother: he said yesterday that it would add ~650 bytes or something on my Ondio... hope there is some optimisation potential in there.. |
| 23:31:28 | bluebrother | hmm. |
| 23:31:40 | bluebrother | I'm not sure if I like this binary wps idea |
| 23:31:49 | | Quit printfXh4 (Read error: 148 (No route to host)) |
| 23:32:37 | linuxstb | bluebrother: Why? |
| 23:32:40 | Nico_P | bluebrother: as pixelma said, it does increase the code size a bit |
| 23:32:48 | Nico_P | or a little more than a bit |
| 23:33:28 | preglow | jhMikeS: so, your arm asm career has started? :> |
| 23:33:46 | Llorean | Nico_P: That's not the binary WPS idea. |
| 23:33:54 | * | bluebrother wants to code Rockbox instead of java :( |
| 23:34:03 | linuxstb | preglow: Sadly he's at the wrong end (Gigabeat) of the scale... |
| 23:34:05 | Llorean | Nico_P: That patch is just the tokenizing of the WPS. Makes the WPS code a lot easier to read and work with, is my understanding. |
| 23:34:18 | Llorean | Nico_P: Oops, that was meant for bluebrother |
| 23:34:31 | bluebrother | hehe ;-) |
| 23:34:48 | Nico_P | Llorean: that's it |
| 23:35:01 | bluebrother | Llorean: I know that it's not the binary thing. |
| 23:35:04 | Nico_P | if we offload the parsing to a plugin, code size will be positively affected too |
| 23:35:26 | bluebrother | still, I'm not sure if I like the binary idea |
| 23:35:35 | preglow | linuxstb: yes :/ |
| 23:35:53 | bluebrother | I would rather try the tar attempt in a more sophisticated way again |
| 23:36:14 | Llorean | bluebrother: The binary idea would allow the code size decrease. |
| 23:36:33 | | Part lavid |
| 23:36:42 | bluebrother | Llorean: I doubt it would make a huge difference |
| 23:37:02 | Llorean | How much code is currently dedicated to the parsing? |
| 23:37:05 | bluebrother | we still need loading of bmp files (for backdrops etc) |
| 23:37:16 | | Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) |
| 23:37:20 | Llorean | bluebrother: Not if they're stored sequentially in the post-parsed format. |
| 23:37:23 | linuxstb | bluebrother: The tar files will always be slower than just reading a dump of the wps image struct from a file... |
| 23:37:48 | Llorean | If you can just load the WPS struct and the image cache from a file, that's a lot less code than the active parsing of the WPS into that struct. |
| 23:38:00 | bluebrother | yes, if we use the native lcd format. But I dislike the portability broken |
| 23:38:04 | Bawitdaba | maybe a bit off topic but, when u buy an ipod it comes with a dock 'connector' can u charge the ipod with this or do u have to buy the un included adapter |
| 23:38:22 | Llorean | bluebrother: Portability is only broken if people distribute the binary files. They don't have to, and shouldn't be encouraged to. |
| 23:38:40 | linuxstb | Bawitdaba: ipods come with a "dock-to-usb" cable - you can charge with that using a computer as the power source. |
| 23:39:00 | Bawitdaba | oh word so u dont need a charger then |
| 23:39:03 | Bawitdaba | u can just use usb |
| 23:39:08 | bluebrother | I'm pretty sure you know better than me that users will do so ;-) |
| 23:39:16 | Bawitdaba | guess ill grab an ipod then |
| 23:39:37 | Llorean | bluebrother: Yes, but that's okay, people can make WPSes that are target specific anyway. Any iPod 4G WPS with a clock on it, for example. |
| 23:39:42 | Llorean | bluebrother: Or the million WPSes that require patches. |
| 23:39:48 | linuxstb | bluebrother: Themes are hardly very portable at the moment. The number of targets with the same size/depth LCDs is small. |
| 23:39:58 | Llorean | At least this way we can have a small header that can pop up a splash saying "This WPS is incompatible" |
| 23:40:02 | | Join webguest30 [0] (i=04146273@gateway/web/cgi-irc/labb.contactor.se/x-9d74836cb3573b89) |
| 23:40:07 | pixelma | Llorean: why? ... they would work on M5/X5 too (with the clock) |
| 23:40:14 | * | petur imagines the mess when the internal wps struct changes and the binary files no longer load. Hello version numbers and automatic re-parse? |
| 23:40:25 | pixelma | and rtc modded H1x0... |
| 23:40:31 | Llorean | pixelma: They won't work on an H120, despite the fact that our WPS gallery is labelled as H1xx/4G iPod |
| 23:40:40 | webguest30 | anybody know where I can find parts for an iRiver iHP-120? My hard drive is good, but the board is shot I think. |
| 23:41:07 | bluebrother | and if I want to run a 4G wps on the h120? Currently it works except for RTC tags (which are rarely used anyway) |
| 23:41:08 | Llorean | petur: Again, only a problem if people distribute their WPSes as binary |
| 23:41:22 | Llorean | My original idea was only for the WPSes in the rockbox.zip to be distributed as post-parse. |
| 23:41:36 | petur | still, you'll need to (auto)re-parse |
| 23:41:43 | Llorean | petur: Why? |
| 23:41:58 | petur | if the format changes? |
| 23:42:04 | linuxstb | bluebrother: The idea is still for WPSs to be distributed in their current format, but for them to be converted to binary by either rbutil if the user installs that way, or automagically via a Rockbox plugin. |
| 23:42:11 | Llorean | If the format changes, the included WPSes in the .zip should be in the new format. |
| 23:42:14 | | Quit BigMac ("Leaving") |
| 23:42:35 | Llorean | The only incompatible parsed WPS will be the "current" WPS which will have to be reloaded on the first boot after installing a new build. |
| 23:42:50 | Llorean | That can be automated, if the parsed WPS version doesn't match the current struct version. |
| 23:42:52 | bluebrother | what is the main bottleneck when loading bitmaps? Decoding? |
| 23:43:00 | Bawitdaba | yeah screw it ill get an ipod 80gb |
| 23:43:03 | Moos | Bagder: any thought? http://www.rockbox.org/twiki/bin/view/Main/WebStatistics vs http://www.rockbox.org/twiki/bin/statistics/Main |
| 23:43:08 | * | Bawitdaba sucker |
| 23:43:14 | linuxstb | bluebrother: I would guess disk seeking and reading. |
| 23:43:15 | Llorean | Bawitdaba: Rockbox doesn't support the 80gb one yet. |
| 23:43:15 | bluebrother | Bawitdaba: rockbox doesn't work on the 80GB yet |
| 23:43:20 | Bawitdaba | yet^ |
| 23:43:24 | Bawitdaba | it will |
| 23:43:29 | bluebrother | linuxstb: but that could get adressed differently. |
| 23:43:38 | bluebrother | no need for some binary structure |
| 23:43:42 | Bawitdaba | i assume it will anyway lol |
| 23:43:45 | Bawitdaba | from the post i read |
| 23:44:02 | Llorean | linuxstb, bluebrother: I wouldn't think it'd be that bad, then if the bitmaps were stored in the binary in a known format instead of the framebuffer format, and converted on load? |
| 23:44:11 | Llorean | Bawitdaba: It will be eventually, yes. |
| 23:44:16 | Bawitdaba | sexy |
| 23:44:37 | | Join smolyn [0] (n=smolyn@blk-7-215-58.eastlink.ca) |
| 23:44:47 | bluebrother | that's another conversion ... |
| 23:44:49 | linuxstb | I just don't see the problem, if the standard distribution format will stay the same - i.e. a text file and .bmps. |
| 23:44:51 | Llorean | linuxstb, bluebrother: It's not like we can remove the bmp->framebuffer code from the core anyway? |
| 23:44:51 | Bawitdaba | cant wait to get one so i can be un zombie like at work |
| 23:45:07 | Llorean | bluebrother: A conversion that takes place with the current WPS code anyway. |
| 23:45:08 | bluebrother | Llorean: how should we deal bmp backdrops then? |
| 23:45:19 | Nico_P | Llorean: to answer the question you asked I removed most of the loading code and compiled (it worked)... it took 5688 bytes off the gigabeat bin file |
| 23:45:20 | Llorean | bluebrother: I don't understand the question. |
| 23:45:40 | Bawitdaba | just minor off topic again, should i get white or black i hear black scratches easy? |
| 23:45:41 | * | bluebrother just is converting data ... and converting data ... and loves programming it :( |
| 23:45:55 | linuxstb | Bawitdaba: Do you want to use Rockbox? |
| 23:46:01 | Bawitdaba | yeah |
| 23:46:10 | linuxstb | Then the ipods are not the best choice. |
| 23:46:16 | Bawitdaba | lol |
| 23:46:17 | bluebrother | Llorean: currently I can select any file from the backdrops folder and set it as backdrop. If conversion from bmp->framebuffer is removed, how should that work? |
| 23:46:20 | Bawitdaba | whys that |
| 23:46:30 | Llorean | bluebrother: I said we cannot remove that conversion. |
| 23:46:44 | bluebrother | Llorean: ok, misread you. |
| 23:46:48 | linuxstb | Rockbox performs better on most other platforms - mainly because the ipods have very little public documentation about the hardware. |
| 23:46:59 | andrewg867 | hey, does anyone know about the sansa emulator (the windows one)? |
| 23:47:10 | markun | Nico_P: nice, but then you need a separate tool to compile the WPS? |
| 23:47:17 | andrewg867 | I can't get it to stop crasing |
| 23:47:17 | andrewg867 | *crashing |
| 23:47:21 | Bawitdaba | do u know of a better 80gb player that is or will be rockboxable then? |
| 23:47:24 | Bawitdaba | lol |
| 23:47:27 | Nico_P | markun: it could be a plugin |
| 23:47:27 | bluebrother | but what major code parts would be superseded if we have another binary blob? |
| 23:47:33 | Llorean | bluebrother: I basically think the binary format should be [wps struct][concatenated bitmap images in the order they appear in the wps] |
| 23:47:36 | Llorean | Or something similar |
| 23:47:40 | Llorean | Rather than framebuffer data. |
| 23:47:46 | Llorean | But framebuffer data seems popular. |
| 23:47:54 | * | Llorean never quite caught why exactly |
| 23:48:00 | | Quit webguest30 ("CGI:IRC (EOF)") |
| 23:48:19 | bluebrother | Llorean: that's mostly the attempt I'm thinking of, but I think of using tar as a container |
| 23:48:33 | Llorean | But you're still advocating using the old text format for the WPS |
| 23:48:35 | | Quit mots ("Ping-Pong Time's up!") |
| 23:48:36 | bluebrother | that way one could easily decompose such a thing |
| 23:48:44 | linuxstb | Bawitdaba: The ipod is the only player sold with an 80GB disk, but you could upgrade a lot of the players Rockbox runs on to that size. |
| 23:48:48 | Nico_P | and to those whith concerns about portability... i'm pretty sure it could be identical to what we have with the text files, at least as far as the tokens are cocnerned |
| 23:48:50 | bluebrother | I don't see any advantage in a binary format for wps |
| 23:48:52 | Llorean | bluebrother: I don't think we *have* to support decomposing them. |
| 23:49:07 | Llorean | bluebrother: How is "smaller core code size" not an advantage? |
| 23:49:14 | bluebrother | of course we don't *need* to do so |
| 23:49:30 | bluebrother | but how much will the advantage be? I really doubt it will be that much |
| 23:49:47 | Llorean | 5k on ARM according to Nico_P's test he just attempted. |
| 23:49:52 | bluebrother | for the wps: you still need to parse some format. So why is a binary format better? |
| 23:50:01 | Llorean | In a binary format you DON'T have to parse. |
| 23:50:13 | Llorean | You just copy the data into memory. |
| 23:50:17 | Nico_P | bluebrother: with a bin file you read the contents directly to the memory |
| 23:50:18 | bluebrother | Nico_P: you already did some tests with a binary format? |
| 23:50:20 | Nico_P | and voilà |
| 23:50:34 | Llorean | bluebrother: He just removed the parsing, as if it were using a binary format. |
| 23:50:49 | bluebrother | yes, but how is deciding what to display working then? |
| 23:50:55 | Nico_P | bluebrother: I already have a WPS tokenizer (see my mailing list posts). I removed the code related to parsong and loading the WPS |
| 23:50:59 | bluebrother | you still need to do something |
| 23:51:07 | Llorean | bluebrother: That's a different series of steps entirely |
| 23:51:19 | Nico_P | bluebrother: the displaying code was still there |
| 23:51:32 | Llorean | Parsing is "Going from .wps to the struct in memory", and isn't related to drawing it. |
| 23:51:50 | Nico_P | parsing and displaying are totally independant. I could compile the core after having removed all the parsing and loading code |
| 23:52:15 | Bawitdaba | linuxstb i dont suppose they use ata-6 2.5" hds |
| 23:52:29 | linuxstb | Bawitdaba: No, 1.8" disks. |
| 23:52:30 | Bawitdaba | sweet deals on 160gb notebook hds |
| 23:52:34 | bluebrother | hmm. And what form has the data after tokenizing? |
| 23:52:52 | Nico_P | Llorean: I'm pleased to see you understand and explain the whole thing well :) |
| 23:52:59 | Nico_P | you explain a lot better than me |
| 23:53:14 | linuxstb | Bawitdaba: Unless you wanted an old Archos device, they take 2.5" drives, but can only play MP3 files, nothing else. |
| 23:53:30 | Llorean | Nico_P: Unfortunately his most recent one, I have no clue. I haven't looked at the patch yet. :) |
| 23:53:39 | Moos | Nico_P: native english user surely help ;) |
| 23:53:50 | Nico_P | bluebrother: you'd have to look at the patch, but basically it's an array of "struct wps_token" |
| 23:53:56 | * | bluebrother isn't native english |
| 23:54:06 | | Quit Juice^ ("Leaving") |
| 23:54:12 | * | Moos thought to Lorean |
| 23:54:13 | Nico_P | Moos: i'm native english but I suck at explaining things |
| 23:54:15 | Llorean | bluebrother: The tokenization is mainly to make the source code more readable You still have the WPS data in memory. |
| 23:54:27 | bluebrother | I know. |
| 23:54:36 | Nico_P | sorry for the paste, but here is the struct : |
| 23:54:40 | Nico_P | struct wps_token { |
| 23:54:40 | Llorean | bluebrother: Basically, the idea of preparsing the WPS is that you convert the WPS from whatever on-disk format it is, to its in-memory format, in a plugin instead of the core. |
| 23:54:44 | Nico_P | enum wps_token_type type; |
| 23:54:45 | bluebrother | but if I don't have the wps data in memory anymore, how is it supposed to work then? |
| 23:54:48 | Nico_P | bool next; |
| 23:54:49 | linuxstb | Bawitdaba: See this page for the different devices Rockbox supports - http://www.rockbox.org/twiki/bin/view/Main/DeviceChart |
| 23:54:52 | Nico_P | unsigned char flag; |
| 23:54:52 | Moos | Nicco_P: hehe :) , don't know why I thought you was french too |
| 23:54:56 | Nico_P | union { |
| 23:54:56 | Nico_P | char *s; |
| 23:54:56 | Nico_P | char c; |
| 23:54:56 | DBUG | Enqueued KICK Nico_P |
| 23:54:56 | Nico_P | int i; |
| 23:54:56 | Nico_P | } value; |
| 23:54:57 | *** | Alert Mode level 1 |
| 23:54:57 | Nico_P | }; |
| 23:55:05 | Nico_P | Moos: I'm both french and english ;) |
| 23:55:07 | bluebrother | Nico_P: found that just myself ;-) |
| 23:55:10 | Llorean | bluebrother: That way Rockbox can load it directly in-memory without having to have any of the code necessary to interpret the on-disk format in the core, just the code necessary to take the in-memory format and use it to draw |
| 23:55:34 | Moos | Nico_P: that make sense then:-) |
| 23:55:47 | bluebrother | how does it work currently? It parses the wps text data every time? |
| 23:55:54 | Nico_P | bluebrother: yes |
| 23:56:14 | Llorean | bluebrother: The WPS is currently "Convert from File->RAM format" then "Draw based on RAM format", you're splitting that and moving the first one into a plugin. The "binary" format, is identical to the in-RAM data and doesn't need to be converted at all during loading. |
| 23:56:21 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 23:56:21 | * | bluebrother has a strong dislike to binary blobs |
| 23:56:23 | Nico_P | including conditonal stepping and all sorts of useless things |
| 23:56:32 | Llorean | bluebrother: Ideally, nobody should ever interact with the binary blobs. |
| 23:56:44 | bluebrother | still it's a binary blob |
| 23:56:54 | | Join Frode_ [0] (n=Frode@213.167.96.196) |
| 23:57:13 | Nico_P | bluebrother: it could have the original code at the end ;) |
| 23:57:17 | markun | bluebrother: make a patch to keep text parsing after Nico_P's stuff has been committed :) |
| 23:57:18 | Llorean | bluebrother: So's the Rockbox binary... |
| 23:57:24 | Moos | Me have the feeling that bluebrother will be hard to convince ;P |
| 23:57:27 | Llorean | bluebrother: We don't distribute Rockbox as source, we just make it available. |
| 23:57:42 | Llorean | Text parsing will always be in "Rockbox" just not in the core. |
| 23:57:47 | bluebrother | Llorean: you can get the source easily ;-) |
| 23:57:54 | | Join Hal9000 [0] (n=hal@c-24-127-105-202.hsd1.va.comcast.net) |
| 23:57:55 | Llorean | bluebrother: Same with all the WPSes we will provide. |
| 23:58:05 | bluebrother | and a binary executable is somewhat different ;-) |
| 23:58:19 | Llorean | If anyone's going to distribute binary-only WPSes, I will fight tooth and nail to prevent them from being on our wiki, or advertised in our forum. |
| 23:58:29 | bluebrother | hehe |
| 23:58:43 | Llorean | From a user perspective, clicking on an old-style text.wps will work exactly the same as always |
| 23:58:54 | Llorean | The only difference is where the actions take place, half of them take place in a plugin. |
icon identifies that the person is a core developer (has commit access).