| 00:01:40 | | Quit herrwaldo ("Konversation terminated!") |
| 00:02:08 | | Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 00:03:07 | | Quit bertrik ("Leaving") |
| 00:03:56 | gevaerts | ccache already seems to get a full path here |
| 00:05:01 | | Quit n1s () |
| 00:07:10 | | Quit bmbl ("Woah!") |
| 00:08:43 | | Quit toffe82 (Read error: 110 (Connection timed out)) |
| 00:09:54 | | Quit tvelocity ("Αποχώρησε") |
| 00:09:54 | petur | does casting a 32bit to 16bit guarantee that the upper 16 bits are cleared? |
| 00:10:15 | gevaerts | ? |
| 00:10:20 | Bagder | not if signed |
| 00:10:25 | | Join MethoS-- [0] (n=clemens@host-091-096-209-031.ewe-ip-backbone.de) |
| 00:10:29 | XavierGr | amiconn: is the second hotfix needed on Windows XP SP3? |
| 00:10:55 | gevaerts | I'd say that if you cast a 32bit to 16bit there are no upper 16 bits |
| 00:10:57 | | Quit jgarvey ("Leaving") |
| 00:11:01 | amiconn | It is needed if you have DEP enabled |
| 00:11:52 | petur | Bagder: a uint32_t is cast to int16_t |
| 00:12:07 | Bagder | then I believe you can count on it |
| 00:12:21 | * | gevaerts still doesn't understand the question |
| 00:12:22 | | Quit Xerion (Read error: 54 (Connection reset by peer)) |
| 00:12:37 | Bagder | well, unsigned to signed will then only be 15 bits |
| 00:12:44 | | Join Xerion [0] (n=xerion@cp198589-d.landg1.lb.home.nl) |
| 00:12:50 | Bagder | or something |
| 00:13:04 | * | petur wonders why it wasn't just & 0xFFFF ... jhMikeS must have had a reason... |
| 00:13:19 | | Quit bluebrother ("leaving") |
| 00:13:27 | * | Bagder goes to bed |
| 00:14:42 | petur | hmmm maybe endianess... |
| 00:15:05 | petur | nah |
| 00:15:12 | gevaerts | That shouldn't change anything |
| 00:16:51 | pixelma | amiconn: do you know if there is any possibility to build the manual in interix? |
| 00:17:05 | amiconn | Bagder: Better? http://pastebin.ca/1221121 |
| 00:18:39 | Bagder | yeah, the only thing I don't like 100% is the duplication of code between findtool and findpath but we can fix that at a later time |
| 00:19:35 | | Quit DerDome ("Leaving.") |
| 00:20:41 | amiconn | gevaerts: Could you try that patch on your box? |
| 00:20:48 | gevaerts | amiconn: doing that now |
| 00:20:49 | amiconn | It works for me on Cygwin and Interix |
| 00:21:11 | | Join krazykit [0] (n=kkit@host-69-145-35-234.static.bresnan.net) |
| 00:21:49 | amiconn | pixelma: InterixDevelopment says somewhere near the top that this is not possible |
| 00:22:11 | gevaerts | It works. I'm now testing again if and how much it speeds things up |
| 00:22:35 | amiconn | It would require building tetex on Interix. I've found hints that this can be done, but I probably can't be bothered to try that |
| 00:22:49 | gevaerts | I doubt if interix would be much faster than cygwin for latex anyway |
| 00:23:18 | amiconn | Voice building already has a couple of problems I need to work around |
| 00:23:24 | gevaerts | That's not something that starts lots of processes |
| 00:23:36 | amiconn | No, latex is quite fast on cygwin |
| 00:24:11 | amiconn | And there is nothing that stops you from having both Cygwin and Interix installed (except maybe available diskspace) |
| 00:24:40 | | Quit XavierGr () |
| 00:24:43 | | Quit MethoS- (Read error: 110 (Connection timed out)) |
| 00:25:12 | amiconn | Sims will require building a mingw crosscompiler for Interix |
| 00:26:11 | | Quit mcuelenaere ("Zzzzz") |
| 00:26:44 | | Join sarixe [0] (n=sarixe@ool-435407e9.dyn.optonline.net) |
| 00:28:32 | amiconn | This is something that should definitely be possible; iiuc gimp-win32 is built that way |
| 00:28:49 | gevaerts | There may be a small speedup from your patch here, on the order of 0-2% |
| 00:29:58 | amiconn | No arm compiler problems? |
| 00:29:59 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 00:30:30 | pixelma | how much space does the interix install need? Can't find it on the InterixDevelopment page |
| 00:31:03 | gevaerts | amiconn: no |
| 00:31:16 | | Quit culture ("Ex-Chat") |
| 00:31:35 | | Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
| 00:32:14 | amiconn | My D:\SFU takes ~1GB, excluding /home/Jens |
| 00:33:54 | | Quit shotofadds ("Leaving") |
| 00:34:18 | | Quit Nico_P (Remote closed the connection) |
| 00:38:37 | | Quit faemir (Remote closed the connection) |
| 00:38:38 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 00:40:12 | | Join MethoS_ [0] (n=clemens@dyndsl-085-016-161-177.ewe-ip-backbone.de) |
| 00:43:19 | | Quit ompaul (Remote closed the connection) |
| 00:44:40 | | Join MethoS- [0] (n=clemens@dyndsl-085-016-160-186.ewe-ip-backbone.de) |
| 00:48:10 | | Quit MethoS- (Remote closed the connection) |
| 00:49:30 | | Quit ender (" How long a minute is depends on which side of the bathroom door you are on. -- Theory of relativity") |
| 00:55:02 | *** | Saving seen data "./dancer.seen" |
| 00:55:14 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 00:55:21 | | Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-e4c8c142bbfc7ba7) |
| 00:55:33 | * | amiconn now has a version of his patch without code duplication |
| 00:56:58 | * | gevaerts gives up looking for speed differences. The variation between different builds is much larger than any possible speed difference with and without the patch |
| 00:57:04 | | Quit perrikwp (Client Quit) |
| 00:59:08 | | Quit MethoS_ (No route to host) |
| 00:59:41 | | Quit MethoS-- (Read error: 110 (Connection timed out)) |
| 01:00 |
| 01:02:52 | XavierGr | amiconn: the default home directory on windows is on Documents & Settings. How did you change that on Interix to avoid having spaces in the home path? |
| 01:03:11 | XavierGr | also what is the password for su? |
| 01:03:17 | amiconn | As described (edit /etc/profile.lcl) |
| 01:03:34 | amiconn | It's the password of the admin you choose |
| 01:03:40 | XavierGr | hmm I did that but still it says my home is there :\ |
| 01:03:53 | XavierGr | ah let me try |
| 01:03:57 | amiconn | Did you create the dirs? |
| 01:04:26 | XavierGr | no I didn't, that's probably it |
| 01:04:39 | | Join jhulst_ [0] (n=jhulst@unaffiliated/jhulst) |
| 01:06:37 | | Quit jhulst (Read error: 110 (Connection timed out)) |
| 01:06:39 | XavierGr | yup that was it, thanks |
| 01:11:31 | | Join sarixe_ [0] (n=sarixe@ool-43540968.dyn.optonline.net) |
| 01:14:03 | | Quit dark (Remote closed the connection) |
| 01:16:09 | | Join Waldo000000 [0] (n=roy@203-219-228-242-gee-ts1-2600.tpgi.com.au) |
| 01:17:38 | | Quit petur ("Zzzz") |
| 01:19:04 | | Nick zodttd is now known as zodttd|away (n=zodttd@user-142gtg7.cable.mindspring.com) |
| 01:19:27 | | Nick zodttd|away is now known as zodttd (n=zodttd@user-142gtg7.cable.mindspring.com) |
| 01:20:56 | XavierGr | started building the crosscompilers, lets see how much time it needs... |
| 01:20:56 | | Quit Thundercloud (Remote closed the connection) |
| 01:28:12 | | Join n17ikh|Lappy [0] (n=n17ikh@130-127-73-84.lightsey.resnet.clemson.edu) |
| 01:28:28 | | Quit Waldo000000 (Read error: 60 (Operation timed out)) |
| 01:29:39 | | Quit sarixe (Read error: 110 (Connection timed out)) |
| 01:34:28 | XavierGr | amiconn: do these instructions inlude ccache? |
| 01:39:58 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
| 01:43:21 | | Quit sarixe_ ("Ex-Chat") |
| 01:44:53 | | Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) |
| 01:46:26 | | Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 01:49:54 | | Quit PaulJam (".") |
| 01:53:28 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 02:00 |
| 02:03:56 | | Part toffe82_ |
| 02:08:23 | | Quit culture (Read error: 60 (Operation timed out)) |
| 02:09:13 | | Part pixelma |
| 02:09:35 | | Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) |
| 02:12:58 | | Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-d746327f1c4e5b99) |
| 02:18:42 | | Join Emanuel1279 [0] (n=emanuel1@190.49.114.60) |
| 02:19:04 | | Part Emanuel1279 |
| 02:21:53 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 02:23:29 | XavierGr | amiconn: when typing make -version shouldn't it show the version of make? |
| 02:23:40 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
| 02:23:43 | XavierGr | mine just says illegal option v |
| 02:24:31 | XavierGr | I think I have the wrong version of make, but I deleted the first and installed the new one |
| 02:25:56 | XavierGr | amiconn: when you type which make, what is the path to it? |
| 02:26:19 | | Join ajonat [0] (n=ajonat@190.48.122.100) |
| 02:29:29 | JdGordon | XavierGr: hey, I dont understand your comment on the scrolling patch re 255 and impossible to overflow? |
| 02:30:09 | | Quit scorche (Read error: 54 (Connection reset by peer)) |
| 02:30:49 | | Quit SUSaiyan` (Read error: 60 (Operation timed out)) |
| 02:32:28 | | Join tessarakt2 [0] (n=jens@e180067106.adsl.alicedsl.de) |
| 02:32:30 | | Quit tessarakt (Read error: 110 (Connection timed out)) |
| 02:32:48 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 02:32:48 | | Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) |
| 02:33:22 | XavierGr | JdGordon: well I tested it with a maximum character filename and it didn't overflow |
| 02:33:55 | XavierGr | JdGordon: the aray that holds the string is quite larger so overflowing is not possible |
| 02:34:05 | XavierGr | at least how I understand it |
| 02:34:10 | JdGordon | that code is used throught the list which allows up to MAX_PATH strings which iirc is 290 |
| 02:36:45 | XavierGr | see SCROLL_LINE_SIZE define in scroll_engine.h |
| 02:36:57 | XavierGr | it is more than MAX_PATH |
| 02:37:41 | JdGordon | ah ok |
| 02:37:51 | | Join scorche [50] (n=scorche@rockbox/administrator/scorche) |
| 02:38:07 | XavierGr | I tried once more to do it without padding the string but it is a mess with current code |
| 02:38:32 | XavierGr | offset, width, startx etc all take acount the string length |
| 02:40:28 | XavierGr | JdGordon: so what is your opinion, make it 1/4 of the viewport or setting? |
| 02:42:02 | XavierGr | amiconn: I got worse time in interix vs Cygwin |
| 02:42:24 | XavierGr | H300 build in Interix took 2.18 while in Cygwin 1.58 |
| 02:42:37 | XavierGr | sorry I meant 2.13 in Interix |
| 02:46:53 | | Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) |
| 02:47:40 | JdGordon | XavierGr: yeah, i think 1/2 width is a bit much |
| 02:50:13 | * | Llorean thinks it needs to be configurable if it's going to be changed at all. |
| 02:50:14 | XavierGr | amiconn: 2nd test Recorder - Interix: 1m14.656s while Recorder - Cygwin: 1m3.656s |
| 02:50:56 | XavierGr | As I am the guy that wants as much settings as possible in Rockbox, I will have to agree with Llorean |
| 02:51:01 | Llorean | I don't want to have to wait for a bunch of extra blank characters to be drawn before it shows me the beginning of the track name again if I've just gotten to the end, especially if I just turned the backlight on to see something at the beginning of the string. |
| 02:51:29 | Llorean | And it doesn't make sense to hardcode it in a way that workarounds are impossible when it's currently hardcoded in a way where you *can* workaround without C knowledge. |
| 02:52:00 | XavierGr | Llorean: yeah but the workaround is a pain :\ |
| 02:52:23 | Llorean | "A pain" is better than "Impossible" which is what you'd be offering people who are happy with the current behaviour by changing the hardcoding. |
| 02:52:43 | XavierGr | I will try to make it a setting, maybe something like, defualt (minimum) 1/4 viewport, 2/4 viewport, 1 viewport? |
| 02:53:30 | Llorean | Why not just a number of spaces using the current font? |
| 02:54:07 | XavierGr | That could be done too and be more easy, it is just that the user won't be sure about how much it will end up due to different sizes of fonts |
| 02:54:28 | Llorean | And with your method, different lines will have different spacings depending on viewport size. |
| 02:54:39 | XavierGr | yes indeed |
| 02:54:40 | Llorean | Which will be particularly noticeable in multiple-viewport WPSes and such. |
| 02:55:03 | *** | Saving seen data "./dancer.seen" |
| 02:55:08 | Llorean | It makes more sense, to me, to just have them pick either "a number of spaces" or "a number of pixels" rather a than a percentage of a variable they don't know the value of in advance, and may be different for different lines. |
| 02:55:22 | XavierGr | ok I will make it that way, it's way more easy anyway |
| 02:56:01 | XavierGr | probably limit it to something sane too, we don't want a huge value for it |
| 02:56:15 | Llorean | Limit it to screen width / 2 maybe? |
| 02:57:51 | XavierGr | yeah seems logical, though different proportions, screen width = pixels while the setting will be in characters |
| 02:58:50 | Llorean | May as well just pick a number then. |
| 02:59:58 | XavierGr | will try it tomorrow, unfortunately today interix didn't manage to replace Cygwin. It seems that Cygwin will still keep its throne for a long time in Windows Rockbox develpment (at least for me) |
| 03:00 |
| 03:06:28 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 03:08:59 | | Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-026887d84d8b95dc) |
| 03:11:55 | JdGordon | the setting will need to be "insert a minimum of X pixels" but that will get messy if the first few are width/something |
| 03:12:46 | Llorean | I think just a flat number of pixels, maybe in 10s so like 10, 20, 30, 40, 50, 60, 70, 80, 90, 100 |
| 03:13:13 | Llorean | So the first one is "a character and a half" or so for the very smallest fonts, while the last one is ~1/3 of the screen on the very largest screens. |
| 03:39:24 | | Join reacocard [0] (n=reacocar@WL-65.CINE.HMC.Edu) |
| 03:43:25 | | Quit krazykit ("later") |
| 03:49:04 | | Join SETH_HIKARU [0] (i=SETH_HIK@host-193-176-3-96.midco.net) |
| 03:49:08 | SETH_HIKARU | hello |
| 04:00 |
| 04:01:39 | | Join reacocard_ [0] (n=reacocar@WL-65.CINE.HMC.Edu) |
| 04:01:59 | | Quit reacocard (Read error: 104 (Connection reset by peer)) |
| 04:02:03 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 04:03:41 | | Join aarcane [0] (n=aarcane@c-24-7-144-248.hsd1.ca.comcast.net) |
| 04:04:05 | aarcane | is this the right place to ask about ipodpatcher binary? |
| 04:04:27 | Llorean | aarcane: We recommend you use RBUtil these days for Rockbox installs. |
| 04:04:31 | Llorean | What was your question? |
| 04:05:11 | aarcane | Llorean, I'm trying to get .ipod files from official apple firmware images, but I don't want to go through the hassle of installing them to my ipod to get the .ipod image. can ipodpatcher do that somehow ? |
| 04:05:30 | Llorean | That's not what it's designed to do, no. |
| 04:05:59 | aarcane | Llorean, can you suggest a tool that IS capable of doing that? |
| 04:06:03 | | Join JdGordon|phone [0] (n=zsirc@dyn-118-139-6-223.its.monash.edu.au) |
| 04:06:25 | Llorean | You'd more or less need to adapt your own. |
| 04:06:38 | Llorean | There's really never been a use for such a tool in association with Rockbox. |
| 04:07:27 | | Nick zodttd is now known as zodttd|away (n=zodttd@user-142gtg7.cable.mindspring.com) |
| 04:08:19 | aarcane | Llorean, I had figured it would be a natural extension to ipodpatcher, but I an see how it's not directly related. so you're not aware of any package or program that can do that currently ? |
| 04:08:49 | Llorean | ".ipod" isn't exactly a real file format or anything |
| 04:09:35 | Llorean | In fact I think it's just a header added to a normal iPod firmware image. There's really no reason other people would be making tools to work with a format that's really mostly there just for the Rockbox tools and bootloader to recognize. |
| 04:09:37 | | Join Ac-town [0] (n=actown@c-67-171-247-245.hsd1.or.comcast.net) |
| 04:09:38 | | Quit SETH_HIKARU ("Leaving") |
| 04:09:52 | Llorean | But don't quote me on that. |
| 04:10:13 | | Quit JdGordon|phone (Remote closed the connection) |
| 04:11:32 | aarcane | Llorean, the only reason I need it is so I can switch between ipodwizard'd firmwares on the fly |
| 04:11:45 | Llorean | Well that's something you should be asking the iPodWizard guys, then. |
| 04:11:53 | Llorean | maybe they'll write you a tool that packages up their modified firmwares. |
| 04:13:16 | aarcane | Llorean, I suppose I could ask.. |
| 04:14:00 | Llorean | Well, there's nothing really else for you to do. This channel is for Rockbox-related stuff. |
| 04:15:50 | aarcane | Llorean, I had just hoped that rockbox's firmware modification tool could create it's own .ipod files from official firmwares. the ipodwizard stuff doesn't really do anything except change s ome basic resources in the file :-S |
| 04:16:11 | Llorean | We can create our own .ipod files, from the firmware on the device as a means of backing it up. |
| 04:16:14 | | Quit XavierGr () |
| 04:16:38 | Llorean | Rockbox's tools are, as I said, designed for installing Rockbox safely. Not facilitating some other project's random program. |
| 04:20:09 | | Nick reacocard_ is now known as reacocard (n=reacocar@WL-65.CINE.HMC.Edu) |
| 04:21:47 | synergist | ah, the spirit of giving is alive and well in rockbox tonight ;) |
| 04:22:11 | * | synergist is crabby too, his copy of photoshop loves to wait until he's right at the crucial moment just before a save... then pounce with a crash |
| 04:24:46 | Llorean | synergist: This channel is on-topic. |
| 04:25:00 | Llorean | It's not an issue of being crabby, it's an issue of simple guidelines we ask people to follow. |
| 04:32:49 | | Join _emp [0] (n=tweaker@ip68-230-75-227.ph.ph.cox.net) |
| 04:32:53 | _emp | hello |
| 04:36:16 | | Quit HBK (Read error: 104 (Connection reset by peer)) |
| 04:36:17 | | Join HBK- [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 04:37:20 | soap | On the "Undefined Instruction at xxxxxxxx" "3G" user...I'm down to believing misinformation from the client or hardware failure. |
| 04:37:50 | soap | s/client/user/ |
| 04:38:06 | Llorean | Ah |
| 04:38:12 | Llorean | i was about to ask "you mean rbutil or the guy"? |
| 04:39:11 | Llorean | I'm wondering if I should double check on that rockbox.ipod thing. This could be a case of "he doesn't know what root is" now too. |
| 04:41:46 | | Join blkhawk- [0] (n=blkhawk@e176249004.adsl.alicedsl.de) |
| 04:43:47 | soap | Yes, I didn't mean to imply intentional misinformation, but if the original firmware works in all likelyhood something we were told is not so. |
| 04:43:55 | _emp | rbutil is on version 1.0.6, right? |
| 04:44:11 | Llorean | 1.0.7 |
| 04:44:41 | Llorean | soap: Yes, that unfortunately is very difficult to diagnose. I'm hoping maybe a restore with iTunes (including associated reformatting) will clear things up. |
| 04:45:08 | Llorean | _emp: I'm not sure I'm understanding. Why can't it be built from the tagged SVN revision that was used to create the version we distribute to people? |
| 04:45:09 | _emp | thanks, Llorean, and that is the version in the 3.0 file? |
| 04:45:15 | Llorean | No. |
| 04:45:42 | Llorean | The 3.0 file only represents the current build of _Rockbox_ and the utility release version will be different. |
| 04:45:50 | _emp | Llorean, I just need a dist file at the end of the day with the source. It's how the port tree system works. |
| 04:46:11 | Llorean | So it cannot work from a project that doesn't provide separate tarballs, period? |
| 04:46:39 | | Quit HBK- () |
| 04:46:54 | _emp | if a tarball exists with a frozen version of rockbox utility source, then that would be a better option since the source is smaller |
| 04:47:03 | Llorean | That doesn't really answer my question. |
| 04:47:40 | Llorean | Right now, versions of RBUtil are tagged in SVN. There aren't separate tarballs of it, and there's no tarball in existence representing a specific version of it. |
| 04:48:04 | Llorean | The one in 3.0 is likely to have a few bugs that have long since been fixed (as well as added features such as "The ability to install 3.0"). |
| 04:48:24 | _emp | the ports system for the bsds are setup to pull down a file, typically a tarball, with source, extract it into a working directory, do a fake build in that directory structure, generate a PLIST as to where the files will be installed after a make fake, and then install the files per the hierarchy specified by the OS. |
| 04:48:55 | Llorean | _emp: So the "pull down a file" stage can't be replaced with, for example, a version control checkout? |
| 04:48:56 | aarcane | where's the table of reported battery life in rockbox on different ipods ? |
| 04:49:05 | Llorean | aarcane: IpodRuntime, I think |
| 04:49:26 | _emp | Llorean, nope, since the process also does a checksum on the file to make sure it's a good file as part of the process of pulling it down. |
| 04:49:56 | _emp | the port system is not designed to work with subversion trees or any other trees |
| 04:50:11 | Llorean | _emp: Then wouldn't it make the most sense for you to archive a 1.0.7 rbutil archive, and have it use that? |
| 04:50:36 | _emp | Llorean, it would if I had a place to host the 1.0.7 file. |
| 04:51:06 | Llorean | _emp: It seems reasonably, since we host the necessities for installing it on other OSes, that you could just talk with Bagder about it when he's around... |
| 04:51:44 | Llorean | That way an attempt can be made to make sure oBSD users (it was that, right) can actually be using the same version as the rest of our users. |
| 04:51:52 | _emp | Llorean, thanks. My patches are working to install the 3.0 file some gcc'isms and some mounting changes, but that's pretty much it. |
| 04:52:02 | _emp | Llorean, yep |
| 04:52:06 | Llorean | Don't install the 3.0 file. |
| 04:52:07 | Llorean | Seriously. |
| 04:52:16 | _emp | no prob; I'll wait |
| 04:52:34 | Llorean | It's not any specific version of RButil, and it probably can't even install Rockbox 3.0, since that feature was enabled in the util after the release, not at the time of. |
| 04:52:59 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-34335f3dc8f93da7) |
| 04:53:03 | _emp | I originally built this off of the rockbox.7z file about a month ago. |
| 04:53:06 | Llorean | If there are changes to rbutil itself, you should go ahead and post them to the tracker. |
| 04:53:10 | saratoga | did anyone take a look at that updated album art resize patch? |
| 04:53:19 | _emp | Llorean, my patches are all ready up on the tracker |
| 04:53:21 | Llorean | saratoga: Haven't heard anyone mention it. |
| 04:53:40 | Llorean | _emp: Ah, that's good then. Maybe call Bluebrother or domonoky's attention to them (when they're around, if they haven't commented yet) |
| 04:53:59 | saratoga | i'm skimming it now, but technically i'm supposed to be studying for an exam so i can't really dig into it tonight |
| 04:54:01 | _emp | Llorean, one patch to make it work with gcc-3.3.5 and the rest to get it to mount to under the oBSD stuff |
| 04:54:26 | Llorean | _emp: And neither will break other builds of it on the OSes we already support? |
| 04:54:49 | _emp | Llorean, let me double check them; it's been a while since I did them. |
| 04:55:05 | *** | Saving seen data "./dancer.seen" |
| 04:55:24 | Llorean | _emp: A lot of time we expect patches on the tracker to stay there until they don't require any extra work on the committer's part (or minimal extra work) before inclusion, so it's helpful to try to make sure they're "ready to go" as it were. :) |
| 04:55:54 | Unhelpful | _emp: did you end up having to change the OSX mount stuff much at all? |
| 04:55:56 | _emp | Llorean, hey, no problem. Two of them have a potential issue, but I can fix those up next week. |
| 04:56:05 | Llorean | _emp: If you think they are "done", you can also send a message to the -dev mailing list, since that asynchronous method of communication can better help you get in contact with the people who'd most likely look at those patches. |
| 04:56:24 | _emp | Unhelpful, oBSD doesn't mount like osx |
| 04:56:44 | _emp | Llorean, I'll tweak the two problematic ones. Those had to do with the geometry. |
| 04:56:59 | Unhelpful | i seem to recall talking to you about developing this... was it the mount enumeration that was similar? |
| 04:57:55 | | Quit blkhawk (Read error: 110 (Connection timed out)) |
| 04:58:01 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@e176249004.adsl.alicedsl.de) |
| 04:58:14 | _emp | usb devices typically mount (r)sd(x)(a-z), where r is for raw if needed, x is a number, a-z is the partition; typically c for fat32 systems |
| 05:00 |
| 05:01:20 | _emp | I'll spend some time this week and next week getting this patches, so they don't break anything else. |
| 05:01:40 | | Join Tetracomm [0] (n=nicholas@72.252.29.2) |
| 05:01:46 | Tetracomm | Hello. |
| 05:05:10 | | Join miepchen^schlaf_ [0] (n=miepchen@p579ECC5C.dip.t-dialin.net) |
| 05:05:38 | saratoga | why hasn't the ipod accessory stuff been added to SVN yet? |
| 05:06:00 | saratoga | seems fairly ridiculous to still be passing out unofficial builds at this point, particularly when we are inviting people to test and use it |
| 05:07:10 | Unhelpful | saratoga: part of the "conspiracy" to "cripple" official builds? |
| 05:07:27 | Llorean | saratoga: Soap wanted a week more just to make sure it wasn't doing anything obviously strange |
| 05:07:48 | saratoga | ah ok |
| 05:07:53 | Llorean | That was a week and a weekend ago, though |
| 05:07:58 | | Nick zodttd|away is now known as zodttd (n=zodttd@user-142gtg7.cable.mindspring.com) |
| 05:08:02 | Llorean | So we're about at the time where someone should\ commit it. |
| 05:08:13 | saratoga | still seems pretty safe, its basically a driver as I understand it |
| 05:08:20 | saratoga | shouldn't have effects beyond PP |
| 05:08:41 | saratoga | i usually just commit those things and wait to see if people report bugs |
| 05:09:09 | Llorean | One thing to check |
| 05:09:22 | Llorean | Accessory power will reduce battery life if it defaults to on. |
| 05:09:36 | Llorean | But will cause some devices to fail for a non-obvious reason if it's off. |
| 05:09:42 | Llorean | So we need to decide which way to err. |
| 05:10:37 | Unhelpful | no way at all to tell when a device is plugged in and turn it on then? is that something the OF can do that's not documented? |
| 05:10:48 | Llorean | Unhelpful: I believe that's the case, yeah. |
| 05:11:18 | saratoga | did we ever agree that the hit was real from turning it off? |
| 05:11:27 | ameyer | shrug, make a menu option? |
| 05:11:35 | ameyer | if there's a real hit? |
| 05:11:36 | saratoga | Buschel claimed some ridiculously small difference from turning it on, but he tested via battery bench |
| 05:11:45 | saratoga | sorry from turning it on |
| 05:11:47 | Llorean | ameyer: A very real hit. |
| 05:11:58 | Llorean | saratoga: I thought it was like an hour or more less runtime. |
| 05:12:05 | saratoga | i remember some skeptisism that he could measure such small differences |
| 05:12:19 | saratoga | I believe it was much smaller, on the order of minutes not hours |
| 05:12:23 | Llorean | Hmm. |
| 05:12:31 | soap | I get disgustingly repeatable runtimes, FWIW. |
| 05:12:31 | Llorean | I could've sworn accessory power was one of the bigger costs. |
| 05:12:52 | * | ameyer just thinks that if there's a significant difference, it should be easy to disable |
| 05:13:01 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 05:13:09 | ameyer | also, would this be all PP or just iPods? |
| 05:13:13 | soap | but I still round to 15 minutes as I'd rather be have a higher noise floor than false signal. |
| 05:13:27 | soap | ameyer, it is easy to disable. |
| 05:13:28 | Llorean | ameyer: Just iPods. |
| 05:13:46 | saratoga | an hours difference would mean it uses ~ 2ma, which seems like an enormous amount of power for a supply thats not actually powering anything |
| 05:14:00 | Llorean | ameyer: The accessory protocol is the Apple firmware talking to Apple licensed accessories. |
| 05:14:16 | ameyer | I figured |
| 05:14:24 | saratoga | and since apple apparently does not turn it off, its hard to imagine it uses much power |
| 05:14:29 | saratoga | otherwise they'd be sure to switch it on and off |
| 05:14:34 | Llorean | saratoga: Are we sure they don't? |
| 05:14:40 | soap | does apple not turn it off or do they auto-detect? |
| 05:14:50 | saratoga | I believe Buschel said they didn't turn it off, but i could be mistaken |
| 05:15:11 | Llorean | Would it make sense to maybe turn it on once every second (or two), and check if an accessory is attached? |
| 05:15:27 | Llorean | Then there'd be a slight detection lag, but it wouldn't be on constantly |
| 05:16:13 | | Join toffe82 [0] (n=chatzill@adsl-99-149-49-215.dsl.frs2ca.sbcglobal.net) |
| 05:16:46 | saratoga | speaking of buschel, he needs to stop by and multithread his MPC decoder, I want to see what kind of battery life he can get at 8 MHz or whatever he wants to run at |
| 05:17:32 | | Quit saratoga ("CGI:IRC (EOF)") |
| 05:17:55 | soap | 8? |
| 05:18:35 | Llorean | soap: Well he can run it at 24 with the Rockbox UI overhead. |
| 05:19:24 | * | Unhelpful wonders if it would be possible to hack up an apple accessory adaptor for other players... useful only under rockbox, of course. |
| 05:20:36 | soap | 8 is disgusting. ;) Speaking of which - is there objection to boost on UI, or just the current implementation. My Video has poopy scrolling since MP3 went multicore. MP3 playback w/o boosting appears to leave just too little CPU left over for consistent smooth scrolling through long lists. |
| 05:21:08 | Llorean | soap: Personally, I really like the idea of "boost on UI" |
| 05:21:16 | Llorean | But I'm not sure what holds it back / shoots it down. |
| 05:21:33 | Llorean | It seems to me like it'd make sense on *all* portalplayer targets |
| 05:21:44 | Llorean | Or really *any* target where you can tell during the UI when the CPU boosts/unboosts. |
| 05:22:35 | soap | It doesn't seem to be much of an issue on the Nano, but the 5G and its large screen and low clock really shows it. |
| 05:22:57 | | Nick zodttd is now known as zodttd|away (n=zodttd@user-142gtg7.cable.mindspring.com) |
| 05:23:01 | Llorean | I haven't tried the Nano with the new CPU patch |
| 05:23:21 | Llorean | But back before multicore MP3 I could see a difference in scrolling when boosted/unboosted. |
| 05:23:35 | Llorean | And UI boost would let us drop to 24/80 with almost no user-visible effect. |
| 05:23:45 | Llorean | It should average out to better battery life for a lot of people. |
| 05:25:45 | * | ameyer goes to find his sansa to see if soap's issue exists for him too |
| 05:25:59 | | Join druidu [0] (n=d5a4e705@gateway/web/cgi-irc/labb.contactor.se/x-a073375e797173b1) |
| 05:26:04 | druidu | hello! |
| 05:26:17 | druidu | a quick arm-assember question... anybody? :) |
| 05:27:31 | | Quit druidu (Client Quit) |
| 05:28:44 | soap | is normal/boost speeds something which could be configured from within a Rockbox installation (needing reboot I would assume) or is that not possible? |
| 05:29:47 | Llorean | soap: I'm pretty sure we're very much against that, though. |
| 05:32:18 | | Quit massiveH ("Leaving") |
| 05:32:38 | soap | it makes sense so long as there is disparity in codec speeds, does it not? Let primarily mpc users run @ 8Mhz and mp3 users run @ 24. |
| 05:33:21 | Unhelpful | could make it load-based, or is full-on scaling too heavy and/or difficult to integrate into current codebase? |
| 05:34:08 | | Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) |
| 05:34:53 | Makuseru | Hi, in a WPS, if i wanted to move a part of it (the peak meters) from the center of the screen, to the bottom of the screen, how would i do that? |
| 05:36:14 | Llorean | soap: IIUC 24 is some sort of ideal speed (something's native speed), we'd actually be getting rid of one of the states by using it. I'd be curious exactly how much slower we could even get before basic WPS rendering starts causing it to demand a boost for PCM playback. |
| 05:42:02 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-4172c540cf2b4655) |
| 05:42:41 | saratoga | i have some ideas about how I think boosting should work |
| 05:43:15 | saratoga | rather then boosting on user input, I would prefer it if the button drivers could set a flag indicating that the user interface is active |
| 05:43:42 | saratoga | while this is set, the normal speed would be adjusted upwards somewhat, perhaps to 45MHz |
| 05:44:00 | saratoga | when it is not set, the idle speed would be set to 24MHz |
| 05:44:27 | saratoga | i prefer this approach to boosting on input because |
| 05:44:41 | saratoga | 1) its wasteful to put the CPU at 80mhz just to handle input |
| 05:45:12 | saratoga | 2) you're more likely to notice problems in plugins if you ping pong between 30 and 80 |
| 05:45:16 | | Nick zodttd|away is now known as zodttd (n=zodttd@user-142gtg7.cable.mindspring.com) |
| 05:46:02 | saratoga | this would also open up the way for additional optimizations on players like the sansa that do not have a passive LCD, because we would know when WPS updating was needed and when it was not |
| 05:46:44 | saratoga | Soap: regarding the Video, I think this problem could be mitigated for MP3 with better balancing of the COP and CPU |
| 05:46:56 | saratoga | I probably put too little on the COP |
| 05:47:04 | saratoga | i just haven't had time to work on finding a more optimal balance |
| 06:00 |
| 06:04:01 | | Quit robin0800 (Remote closed the connection) |
| 06:04:16 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 06:05:38 | | Quit Seed ("cu, Andre") |
| 06:06:17 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 06:20:11 | Tetracomm | How is hunting and gathering for this player going?: http://www.rockbox.org/twiki/bin/view/Main/CreativeZEN |
| 06:20:44 | Llorean | Tetracomm: You can see all the information there and in the thread in the forum. |
| 06:20:53 | scorche | Tetracomm: you might want to check out the corresponding forum thread for it in the new ports section |
| 06:20:53 | Tetracomm | Ok. |
| 06:21:02 | Tetracomm | Ok. |
| 06:21:43 | | Join AndyIL [0] (i=AndyI@212.14.205.32) |
| 06:24:06 | | Quit saratoga ("CGI:IRC (EOF)") |
| 06:30:39 | | Quit _emp ("Leaving") |
| 06:34:57 | | Quit AndyI (Read error: 110 (Connection timed out)) |
| 06:36:01 | | Join nicholas__ [0] (n=nicholas@72.252.29.2) |
| 06:36:29 | | Quit Tetracomm (Nick collision from services.) |
| 06:36:43 | | Nick nicholas__ is now known as Tetracomm (n=nicholas@72.252.29.2) |
| 06:37:37 | Tetracomm | Are you still working on it? Or you're not doing anything? |
| 06:37:41 | Tetracomm | I own it and am wondering how long it has been taking to gather information on it. |
| 06:38:36 | | Join unstable [0] (i=unstable@65.110.59.200) |
| 06:39:04 | unstable | I don't want to look through a lot of themes, is there a popularity contest for themes? What is the most popular theme? |
| 06:39:06 | JdGordon | soap: Llorean: wasnt there a patch which boosted if too many buttons got queued up? its wasteful to boost every time a button is pressed |
| 06:39:13 | unstable | I want to configure the rockbox with the most popular settings. |
| 06:39:19 | scorche | Tetracomm: *i* am not working on it and never have...rockbox as a group doesnt do ports...individuals who come forward with the device itself, time, and capability to amke the port itself do |
| 06:39:44 | JdGordon | soap: also, yeah I tihnk it could be done so the user could choose the unboosted cpu speed (from a set list though, not arbitrarily) |
| 06:39:59 | Tetracomm | Oh. |
| 06:40:09 | Tetracomm | I wonder what i can do to help? |
| 06:40:13 | advcomp2019 | unstable, it is really person taste on the themes |
| 06:40:18 | scorche | unstable: well, themes are subjective, so what you like, another person probably does not...just search thrpough them and pick what you like |
| 06:40:22 | unstable | advcomp2019: There is no consensus/voting? |
| 06:40:30 | unstable | yea, I don't want to look through 1000 themes. |
| 06:40:37 | scorche | there arent 1000 |
| 06:40:59 | Tetracomm | and no one here actually got to see the device? |
| 06:41:09 | advcomp2019 | yea, there is no voting or consensus |
| 06:41:27 | unstable | What theme do you guys use? |
| 06:42:06 | advcomp2019 | i use "plain text vp" |
| 06:42:08 | scorche | unstable: there are 138 people in here...please dont ask questions like that...just pick for yourself.. |
| 06:44:32 | unstable | hmm, crap |
| 06:44:45 | unstable | I went to "rockbox default" and I have weird squares on the screen |
| 06:46:36 | unstable | How can I fix this? |
| 06:46:44 | advcomp2019 | where are you getting the themes from then? there are broken ones |
| 06:47:30 | scorche | unstable: is the song you are playing containing foreign characters like chinese, cryllic, etc? |
| 06:47:48 | * | scorche cringes at the grammar of the above sentence |
| 06:47:50 | unstable | maybe |
| 06:47:53 | | Quit Nibbler (Read error: 60 (Operation timed out)) |
| 06:50:44 | unstable | Is there a mega pack of all the themes..for ipod video? that I can download all at once? |
| 06:51:08 | scorche | no |
| 06:52:07 | unstable | I have to download them all individually? |
| 06:52:12 | scorche | yes |
| 06:53:08 | | Join vitja [0] (n=vitja@79.120.98.174) |
| 06:53:29 | unstable | scorche: Which one do you use? |
| 06:53:40 | vitja | what's usual ata model name? |
| 06:53:51 | Llorean | unstable: Is it so hard to look at the screenshot and just say "hey, that one looks good"? |
| 06:54:07 | vitja | I'm now writting code that fills ata_identify for ata-nand-telechips and want to choose name, now it's "TNFL" |
| 06:55:06 | *** | Saving seen data "./dancer.seen" |
| 06:56:01 | unstable | I'm looking, I just can't get the full feel of it. |
| 06:56:14 | unstable | themes aren't just how they look right? it's how the buttons react etc? |
| 06:56:22 | Llorean | Themes are *just* look |
| 06:56:31 | scorche | buttons dont change |
| 06:56:33 | Llorean | They do not change Rockbox's functionality in any way. |
| 06:57:11 | unstable | If I'm playing a song, how can I go back up one parent directory? |
| 06:57:24 | unstable | or even see the directory the file is I'm playing |
| 06:57:28 | unstable | with one button push |
| 06:57:31 | Llorean | unstable: read the manual, please. |
| 06:58:52 | unstable | I looked at it, you know it's 175 pages? |
| 06:58:58 | Llorean | Yes. |
| 06:59:20 | Llorean | A lot of people spent a lot of time writing it, because we'd have to spend hundreds and thousands of times as much time if we answered everyone who didn't want to look at it. |
| 06:59:44 | Llorean | So, if you have any respect for the time people put in to make Rockbox, spend a very tiny fraction of that time yourself and do some reading first. |
| 06:59:45 | unstable | What if that is my last question for the night, then I go to sleep? |
| 06:59:49 | | Quit Zarggg () |
| 07:00 |
| 07:00:01 | Llorean | unstable: It doesn't matter if it's your only question, ever, the channel has guidelines. |
| 07:00:04 | scorche | unstable: then you can take the manual to bed with you? |
| 07:03:40 | unstable | hmm, there are 1000 themes. I wish there was a voting system, so I just had to go through the top 10 list. |
| 07:04:14 | scorche | i told you...there are not near 100 themes |
| 07:04:31 | Llorean | unstable: There are not 1000 themes, and even if there were your opinions are not dictated by those of the rest of the world. |
| 07:04:32 | scorche | what one person likes, other people probably dislike somewhere |
| 07:04:48 | Llorean | In the time you've spent complaining about how many themes there are, you could've looked at the screenshots for every single theme on that page. |
| 07:05:26 | aarcane | unstable, what there should be is a database which shows previews of themes and is cross-referenced with a compatibility matrix, so you know if it'll work on your ipod or music player |
| 07:05:50 | JdGordon | something like the new themes site maybe ( scorche wink wink :D ) |
| 07:05:55 | Llorean | aarcane: What does that have to do with his complaint? |
| 07:06:12 | Llorean | aarcane: He's complaining that there's no record of their popularity, not compatibility. |
| 07:06:32 | aarcane | Llorean, if he could see a preview of what the theme would look like on his player, he wouldn't need a voting system to help him decide what he likes. |
| 07:06:50 | Llorean | aarcane: You mean like the previously mentioned, currently available screenshots? |
| 07:07:22 | aarcane | Llorean, if they have a screenshot for each applicable player that it's compatible with, then certainly. |
| 07:07:23 | scorche | aarcane: that is why it is called WPS *gallery* |
| 07:07:44 | Llorean | aarcane: Themes are compatible with a specific resolution. They will look exactly the same on all players of that resolution. |
| 07:07:49 | Llorean | Why should there be multiple duplicate screenshots? |
| 07:07:57 | aarcane | besides, I just popped in with about 5 lines of back text. I didn't here about galleries. |
| 07:08:25 | scorche | so you proposed an improvement without knowing the existing system? |
| 07:08:33 | aarcane | Llorean, well there don't need to be a different screenshot for different models of the same resolution and color depth obviously. |
| 07:08:34 | Llorean | aarcane: It would be really, REALLY helpful if you wouldn't try to "pitch in" when you neither know what the topic of conversation is, nor know enough about some of its subjects to be able to make valid input. |
| 07:09:08 | Llorean | It really doesn't help anyone when that happens. |
| 07:10:03 | | Part aarcane ("I kinda liked rockbox, but with such a moody community, there's no chance it'll make a permanent home for itsself on my devic) |
| 07:12:10 | amiconn | vitja: You do not need to mimic the real ata driver as fast as 'identify' is concerned |
| 07:12:36 | amiconn | The Sansa e200/c200 (v1) SD driver doesn't, and the Ondio MMC driver doesn't either |
| 07:12:49 | vitja | amiconn: what do you mean? |
| 07:13:11 | amiconn | r18725 |
| 07:13:30 | vitja | what's wrong with it? |
| 07:14:11 | amiconn | It's not necessary. |
| 07:14:12 | vitja | we need it for usb-storage |
| 07:14:22 | amiconn | uh? |
| 07:14:41 | amiconn | The sansa (v1) does usb storage without it |
| 07:14:44 | vitja | yeah it uses it to get flash size |
| 07:17:36 | vitja | amiconn: what ata driver does sansa use? |
| 07:18:32 | amiconn | ata-sd-pp.c |
| 07:18:54 | vitja | it seems that doesn't have ata_get_identify() at all |
| 07:19:07 | amiconn | yep |
| 07:19:55 | vitja | but it have card_get_info_target |
| 07:20:04 | amiconn | yup |
| 07:20:14 | amiconn | It implements struct tCardInfo, defined in hotswap.h |
| 07:21:00 | vitja | what is the best way to go with ata-nand-telechips ? |
| 07:21:11 | amiconn | Btw, this is something that's still not optimal (there is bit of unnecessary copying going on, it still contains an unnecessary field, and the struct name violates the coding guidelines) |
| 07:21:17 | | Nick jhulst_ is now known as jhulst (n=jhulst@unaffiliated/jhulst) |
| 07:22:26 | vitja | amiconn: I think while we don't have propper NAND layer ata_identify hack is ok |
| 07:22:38 | amiconn | hmm |
| 07:23:03 | amiconn | There are targets which will need the nand driver for internal storage, and an sd driver too, right? |
| 07:23:18 | vitja | d2 for example |
| 07:23:23 | amiconn | The necessary multiplexing/translation layer will become interesting |
| 07:24:33 | * | amiconn thinks we should perhaps define consistent data structure carrying public information from the "ata" driver (whatever that is internally) |
| 07:25:22 | vitja | amiconn: fully agree with you |
| 07:25:37 | amiconn | Any driver (including the real ata.c) would only return data using this structure, independent from how it works internally |
| 07:25:42 | vitja | ...and remove ata_get_identify() |
| 07:25:48 | amiconn | yes |
| 07:26:15 | vitja | that should be nice, how will it work in multi-volume case? |
| 07:26:21 | | Quit soap (Read error: 110 (Connection timed out)) |
| 07:27:06 | amiconn | There would be several such structures, one per drive (not volume, as several volumes can reside on the same driver) |
| 07:27:44 | vitja | so it should be like get_storage_info(int storage) |
| 07:27:46 | vitja | ? |
| 07:27:54 | amiconn | If the driver is the same, it's trivial, and if the drivers are different, the multiplexer would call the appropriate driver's function depending on the drive number |
| 07:28:21 | vitja | hmm what's drive number? |
| 07:28:33 | vitja | partition? |
| 07:28:38 | amiconn | No, drive |
| 07:28:49 | vitja | hw |
| 07:28:53 | amiconn | You can have several partitions (volumes) on the same drive |
| 07:29:38 | vitja | or you can have one partition on several drives;) |
| 07:29:49 | vitja | sorry not rockbox case |
| 07:30:47 | vitja | ok may be we should use ata_get_identify inside this function, that fills info for begining? |
| 07:31:05 | amiconn | A volume in rockbox is a partition (fat file system). The typical use of multivolume is for targets with more than one storage "block" (internal storage and card slot on flash targets), but there are uses for multivolume on single-drive ata targets as well |
| 07:31:58 | | Part toffe82 |
| 07:32:00 | vitja | as I understand now we are mostly speaking about phyisical drives, right? |
| 07:34:02 | | Join massiveH [0] (n=massiveH@pool-71-172-28-51.nwrknj.fios.verizon.net) |
| 07:37:14 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 07:37:35 | | Join F28 [0] (n=F28@nc-69-69-209-100.dyn.embarqhsd.net) |
| 07:38:19 | amiconn | vitja: Yes, 'drive number' refers to physical drive. It does not necessarily match the volume number |
| 07:54:39 | | Join Tsukasa-Ujiie [0] (n=Rofl@dsl-58-6-92-94.act.westnet.com.au) |
| 07:59:53 | | Quit Tsukasa-Ujiie (Client Quit) |
| 08:00 |
| 08:00:06 | | Join Tsukasa-Ujiie [0] (n=Rofl@dsl-58-6-92-94.act.westnet.com.au) |
| 08:03:31 | | Nick colesterol_dog is now known as m0f0x (n=m0f0x@189-47-80-162.dsl.telesp.net.br) |
| 08:06:03 | | Nick m0f0x is now known as colesterol_dog (n=m0f0x@189-47-80-162.dsl.telesp.net.br) |
| 08:19:59 | | Join imthedan [0] (n=a@dialup-4.246.12.81.Dial1.SanJose1.Level3.net) |
| 08:21:22 | imthedan | will rockbox play DRM WMA's? |
| 08:21:36 | scorche | nope |
| 08:21:46 | imthedan | that sucks =x |
| 08:22:12 | massiveH | no it does not, don't use drm and you will be fine :) |
| 08:22:30 | Tsukasa-Ujiie | you can dycrypt the drm if you ahve the licenses in windows media player, then convert them to mp3 |
| 08:22:39 | scorche | imthedan: perhaps you should buy music rather than buy a licence to use it at their discretion |
| 08:22:53 | Tsukasa-Ujiie | lol nice |
| 08:22:58 | imthedan | or stop jumping to conclusions before you make yourself look like a fool. |
| 08:22:58 | scorche | Tsukasa-Ujiie: getting rid of the DRM is offtopic here |
| 08:23:03 | imthedan | I did have the CD. |
| 08:23:06 | Tsukasa-Ujiie | sorry, i ment legally |
| 08:23:17 | imthedan | It was a friends CD that I no longer have. |
| 08:23:30 | imthedan | I was just asking a question.. why do you guys in here get all pissy about random shit. |
| 08:23:53 | scorche | i was responding to your "that sucks" comment |
| 08:24:27 | scorche | you would be hard-pressed to find an open source project that supports DRM period...the two concepts simply arent compatible |
| 08:25:29 | imthedan | Again, you responded and assumed that I was downloading music. |
| 08:25:39 | imthedan | regardless of what you were responding to. |
| 08:27:02 | GodEater | I don't see any mention of the word "download" |
| 08:27:27 | imthedan | imthedan: perhaps you should buy music rather than buy a licence to use it at their discretion |
| 08:27:39 | | Quit BigBambi (Read error: 113 (No route to host)) |
| 08:27:40 | imthedan | One must not be a genius to infer what he meant. |
| 08:27:47 | Tsukasa-Ujiie | not really scorche's place to say that lol |
| 08:28:22 | GodEater | again, no mention of downloading |
| 08:28:47 | massiveH | why would you rip music with DRM on it, well, "how" is more a question than why? |
| 08:29:16 | scorche | imthedan: one doesnt need to download to get DRM encumbered files...is this goign to get constructive any time soon, or are we just going to continue off-topic rambling? |
| 08:29:27 | imthedan | all I did was put the CD in my drive and use WMP to rip it. |
| 08:29:43 | Tsukasa-Ujiie | he didnt rui music with drm on it, wmp adds drm to wma u rip from disks by default |
| 08:29:43 | massiveH | imthedan, by default, WMP does not put DRM on files it rips |
| 08:30:02 | Tsukasa-Ujiie | it does, the older versions do by memory |
| 08:30:23 | imthedan | ? |
| 08:30:32 | scorche | sooooo...what exactly is the issue now? |
| 08:30:33 | massiveH | I've used WMP9 and WMP10, neither rip with DRM |
| 08:30:34 | imthedan | Why would I lie? |
| 08:30:35 | Tsukasa-Ujiie | nothing |
| 08:30:40 | Tsukasa-Ujiie | no isue, discussion |
| 08:31:08 | scorche | then lets stop this...it is doing nothing but clog up the logs with nonsense and off-topicness |
| 08:31:39 | | Quit massiveH ("off") |
| 08:31:44 | Tsukasa-Ujiie | kk wtva... |
| 08:31:45 | imthedan | SHouldn't have started in the first place. I just asked a question and you guys ran with it like I was trying to put rockbox down for some unknown reason. |
| 08:32:07 | imthedan | By the way, massiveH, WMP9 does put DRM on their files when ripping. |
| 08:32:13 | imthedan | I can guarantee you. |
| 08:32:16 | Tsukasa-Ujiie | to late he left lol |
| 08:32:18 | scorche | he left |
| 08:32:23 | | Join Bagderr [241] (n=daniel@rockbox/developer/bagder) |
| 08:32:27 | imthedan | ah good point. |
| 08:32:28 | imthedan | =x |
| 08:32:45 | scorche | Tsukasa-Ujiie: please read the channel guidelines...we ask that you use real words here and not words like "kk" "wtva", etc |
| 08:32:48 | | Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) |
| 08:32:56 | Tsukasa-Ujiie | i know =D |
| 08:33:01 | | Quit jhulst (Read error: 113 (No route to host)) |
| 08:33:11 | scorche | then why not follow them? |
| 08:33:38 | Tsukasa-Ujiie | meh, forgot, one of the few channels i go onto that hav that rule |
| 08:33:55 | scorche | please try to remember...really.. |
| 08:34:11 | imthedan | lol |
| 08:34:17 | imthedan | er |
| 08:34:17 | imthedan | laugh out loud. |
| 08:35:35 | | Quit miepchen^schlaf_ () |
| 08:36:00 | | Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) |
| 08:39:09 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 08:44:05 | | Quit Tsukasa-Ujiie ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") |
| 08:44:31 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 08:45:46 | | Quit tessarakt2 ("Client exiting") |
| 08:46:11 | imthedan | eh sorry for being a headache today. Just took what was said wrong and over reacted. have a good night. |
| 08:46:17 | | Quit imthedan () |
| 08:49:55 | | Join Rob2223 [0] (n=Miranda@p4FDCF982.dip.t-dialin.net) |
| 08:51:32 | | Join fragilematter [0] (n=fragilem@92.83.239.143) |
| 08:55:09 | *** | Saving seen data "./dancer.seen" |
| 08:57:28 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 09:00 |
| 09:00:34 | | Quit kachna (Read error: 113 (No route to host)) |
| 09:10:45 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 09:11:01 | | Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-73e195409889fe14) |
| 09:18:20 | | Quit Kopfgeldjaeger ("Serverwechsel") |
| 09:19:03 | | Quit Tetracomm ("Leaving") |
| 09:19:10 | | Quit BHSPitMonkey ("Ex-Chat") |
| 09:24:08 | | Quit pixelma2 ("-") |
| 09:25:12 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
| 09:31:43 | | Quit reacocard (Read error: 110 (Connection timed out)) |
| 09:31:46 | | Nick zodttd is now known as zodttd|away (n=zodttd@user-142gtg7.cable.mindspring.com) |
| 09:51:32 | * | linuxstb points anyone interested in bmp resizing to review and comment on http://www.rockbox.org/tracker/task/9458 |
| 09:52:39 | B4gder | oh cool |
| 09:54:13 | B4gder | big! |
| 09:55:42 | linuxstb | Yes, it adds a whole new "read_bmp_resize" function, rather than adapting the current read_bmp function. |
| 09:56:18 | LinusN | with quite few comments... |
| 09:56:26 | JdGordon | and some #if 0's |
| 09:56:41 | linuxstb | But I guess it's just a quick first hack |
| 09:57:43 | | Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
| 09:59:09 | pixelma | since I read it was once more, the current manual *seems* to be quite long but if you actually look at the content - the pages are quite empty and what makes the manuals of targets with big screen resolutions so long are the big screenshots. I wonder if it could be done in a way that does not scare someone just lloking at the number of pages (although I wouldn't like screenshots to be small from what I imagine at the moment) |
| 09:59:19 | pixelma | s/lloking/looking |
| 09:59:19 | * | B4gder posted a comment to the patch |
| 10:00 |
| 10:00:13 | Llorean | pixelma: We probably could just do a "quickstart guide" that *just* has the first two chapters. Most people will probably read that and learn the controls at least. |
| 10:00:22 | Llorean | Most often people asking things that are in the manual are asking about controls |
| 10:00:38 | Llorean | Or Mpegplayer/Doom/Gameboy, I suppose. |
| 10:02:31 | pixelma | do you offering the manual in two parts, or one "quick start" and a "full" one? |
| 10:02:35 | pixelma | +mean |
| 10:02:41 | Llorean | Yeah, basically |
| 10:03:39 | | Part fragilematter |
| 10:07:10 | scorche | i would be in favor of that...most devices nowadays have both a quickstart and a full-manual |
| 10:07:16 | pixelma | maybe there is also some potential in the page layout. If I remember correctly, I still get a decent size if I print two pages on one A4 and the margins seem big to me too. There is also another reason I think about this, the width defined for the button tables isn't that big and I was wondering if there is even one where an additional column would fit (in the pdf) |
| 10:08:02 | pixelma | for targets with remote/M3 as discussed at DevCon |
| 10:15:02 | pixelma | I think I like the quick start guide idea too (same as scorche said), now the question is if buildibg it could be done easily |
| 10:15:36 | * | pixelma wonders what's up with typing today |
| 10:21:17 | | Join Waldo000000 [0] (n=roy@203-219-228-242-gee-ts1-2600.tpgi.com.au) |
| 10:24:25 | | Quit jeffdameth (Read error: 110 (Connection timed out)) |
| 10:25:35 | | Join jeffdameth [0] (n=jeff@dyndsl-085-016-233-221.ewe-ip-backbone.de) |
| 10:27:44 | | Join kachna [0] (n=kachna@r3g248.net.upc.cz) |
| 10:29:30 | JdGordon | ... I was saying this a few days ago... we should have a generic quick start on the website... we dont actually need a target specific one... all of them install with rbutil and "putting music on your player" is the same |
| 10:31:04 | Waldo000000 | JdGordon: agreed. also, i think rbutil should provide an obvious way to choose either the latest stable release or current build, and have as default, the latest stable release |
| 10:32:47 | | Join massiveH [0] (n=massiveH@pool-71-172-28-51.nwrknj.fios.verizon.net) |
| 10:34:50 | JdGordon | anyone know roughly how many ticks the button repeat pause is? |
| 10:36:12 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 10:37:11 | | Quit jhulst (Read error: 113 (No route to host)) |
| 10:39:39 | * | JdGordon waves the magic wand to get Nico_P in here :p |
| 10:39:55 | | Join vitja_ [0] (n=vitja@79.120.98.174) |
| 10:40:34 | | Quit vitja_ (Client Quit) |
| 10:40:41 | | Quit vitja (Remote closed the connection) |
| 10:41:02 | | Join vitja [0] (n=vitja@79.120.98.174) |
| 10:41:51 | | Quit GodEater ("http://www.mibbit.com ajax IRC Client") |
| 10:42:23 | JdGordon | does anyone know if the wps parser has any mechanism to allow tags to act as conditionals and also have parameters? |
| 10:48:28 | amiconn | JdGordon: Quickstart is not all the same. Several targets need additional steps during installation. Also, buttons are very different |
| 10:48:42 | amiconn | And the button repeat interval is dynamic, it speeds up over time |
| 10:49:58 | JdGordon | quickstart could still be done in a generic way.. and you missed what I was asking about, but found the answer in the code.. |
| 10:50:17 | Llorean | JdGordon: This talk of quickstart is to address the fact that people feel the manual is imposing. |
| 10:50:37 | Llorean | It wouldn't be much use if it didn't contain button mappings, since that's one of the major things people ask about after being scared away from the manual. |
| 10:51:02 | Llorean | A "Quick Install Guide" would be something separate entirely. |
| 10:51:26 | JdGordon | you will still scare people off seeing a page of links... |
| 10:51:54 | JdGordon | hmm... umm... yeah ok, buttons are too dissimilar to anything about that |
| 10:53:16 | | Join reacocard [0] (n=reacocar@134.173.59.155) |
| 10:55:12 | *** | Saving seen data "./dancer.seen" |
| 10:56:02 | JdGordon | any objections to FS #9460? (volume button tag) |
| 11:00 |
| 11:00:58 | vitja | amiconn: may be we need generic disk layer, or we can still live w/o it? |
| 11:02:12 | | Part pixelma |
| 11:02:42 | | Quit massiveH ("Leaving") |
| 11:02:47 | | Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) |
| 11:03:35 | vitja | with all related oop |
| 11:05:12 | | Join gregzx [0] (n=chatzill@dsn236.neoplus.adsl.tpnet.pl) |
| 11:05:36 | | Quit culture (Connection timed out) |
| 11:09:39 | | Quit JdGordon ("Konversation terminated!") |
| 11:11:39 | | Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) |
| 11:12:30 | | Part Waldo000000 |
| 11:19:47 | | Join PaulJam [0] (i=PaulJam_@vpn-3035.gwdg.de) |
| 11:35:49 | | Join fragilematter [0] (n=fragilem@92.82.104.132) |
| 11:37:39 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
| 11:39:43 | | Nick zodttd|away is now known as zodttd (n=zodttd@user-142gtg7.cable.mindspring.com) |
| 11:43:54 | | Join fyre^OS [0] (n=user@cpe-68-173-234-148.nyc.res.rr.com) |
| 11:53:39 | | Join Jabone [0] (i=jpylvana@jumi.lut.fi) |
| 11:54:18 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 11:54:18 | | Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) |
| 11:54:43 | | Nick zodttd is now known as zodttd|away (n=zodttd@user-142gtg7.cable.mindspring.com) |
| 11:57:42 | | Quit fyrestorm (Read error: 110 (Connection timed out)) |
| 11:57:58 | kushal_12_27_200 | Hi, I have a sansa c250 with the latest build of rockbox. I think I have run into a problem with the database. Songs are listed tens of times in the database where there is only one song. Is it because I enabled auto update of database? Any ideas? |
| 11:58:11 | | Join Waldo000000 [0] (n=roy@203-219-228-242-gee-ts1-2600.tpgi.com.au) |
| 11:58:55 | | Join Xerion_ [0] (n=xerion@cp198589-d.landg1.lb.home.nl) |
| 12:00 |
| 12:00:56 | | Quit fragilematter ("Leaving.") |
| 12:01:09 | PaulJam | kushal_12_27_200: could you put the duplicates in a playlist and open the playlist in a texteditor to see if the paths differ? |
| 12:01:36 | kushal_12_27_200 | sure thing |
| 12:02:46 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 12:03:50 | | Quit Xerion (Read error: 104 (Connection reset by peer)) |
| 12:03:50 | | Nick Xerion_ is now known as Xerion (n=xerion@cp198589-d.landg1.lb.home.nl) |
| 12:04:29 | | Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-fc0e535ca25bebc4) |
| 12:05:26 | | Join JdGordon [0] (n=jonno@c211-28-145-137.smelb2.vic.optusnet.com.au) |
| 12:05:58 | kushal_12_27_200 | same files, http://pastebin.com/m4ce780b4 |
| 12:09:42 | PaulJam | hmm, then i have no idea. i use auto update without such problems. you should be able to fix this by re initializing the database (export your database changes if you use the gather runtime feature). |
| 12:09:51 | kushal_12_27_200 | Initializing database now ... |
| 12:11:30 | kushal_12_27_200 | Worked! Sorry for the trouble. |
| 12:11:46 | kushal_12_27_200 | (had to restart the player) |
| 12:12:03 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 12:12:45 | JdGordon | hey Nico_P |
| 12:12:49 | Nico_P | hi |
| 12:13:17 | JdGordon | does the wps parser have any mechanism to let conditionals have parameters? |
| 12:13:37 | JdGordon | like.... %?v|1|2|<fd...|..|..> |
| 12:13:38 | JdGordon | ? |
| 12:14:08 | Nico_P | maybe evaluate_conditional could be modified to allow it |
| 12:17:17 | | Quit PaulJam (brown.freenode.net irc.freenode.net) |
| 12:17:17 | NSplit | brown.freenode.net irc.freenode.net |
| 12:17:17 | | Quit reacocard (brown.freenode.net irc.freenode.net) |
| 12:17:17 | | Quit jeffdameth (brown.freenode.net irc.freenode.net) |
| 12:17:17 | | Quit Ac-town (brown.freenode.net irc.freenode.net) |
| 12:17:17 | | Quit Twst (brown.freenode.net irc.freenode.net) |
| 12:17:17 | | Quit mak3 (brown.freenode.net irc.freenode.net) |
| 12:17:17 | | Quit Nimdae (brown.freenode.net irc.freenode.net) |
| 12:17:17 | | Quit homielowe (brown.freenode.net irc.freenode.net) |
| 12:17:17 | | Quit super (brown.freenode.net irc.freenode.net) |
| 12:17:17 | | Quit DismalArcadia (brown.freenode.net irc.freenode.net) |
| 12:17:17 | | Quit jfc (brown.freenode.net irc.freenode.net) |
| 12:17:17 | | Quit HellDragon (brown.freenode.net irc.freenode.net) |
| 12:17:17 | | Quit Bagder (brown.freenode.net irc.freenode.net) |
| 12:17:17 | | Quit tarbo (brown.freenode.net irc.freenode.net) |
| 12:17:21 | NHeal | brown.freenode.net irc.freenode.net |
| 12:17:21 | NJoin | PaulJam [0] (i=PaulJam_@vpn-3035.gwdg.de) |
| 12:17:59 | | Join linuxstb [0] (n=linuxstb@host213-123-154-169.in-addr.btopenworld.com) |
| 12:18:01 | NJoin | reacocard [0] (n=reacocar@134.173.59.155) |
| 12:18:01 | NJoin | jeffdameth [0] (n=jeff@dyndsl-085-016-233-221.ewe-ip-backbone.de) |
| 12:18:01 | NJoin | Ac-town [0] (n=actown@c-67-171-247-245.hsd1.or.comcast.net) |
| 12:18:01 | NJoin | Twst [0] (n=mhesten@242.80-202-24.nextgentel.com) |
| 12:18:01 | NJoin | mak3 [0] (n=mak3@oze.bfh.ch) |
| 12:18:01 | NJoin | DismalArcadia [0] (n=DismalAr@dsl5400D8F3.pool.t-online.hu) |
| 12:18:01 | NJoin | super [0] (i=super@c80-217-101-37.bredband.comhem.se) |
| 12:18:01 | NJoin | Bagder [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
| 12:18:01 | NJoin | jfc [0] (n=john@dpc691978010.direcpc.com) |
| 12:18:01 | | Join homielowe [0] (n=homielow@unaffiliated/homielowe) |
| 12:18:01 | NJoin | Nimdae [0] (n=nimmeh@static-71-164-213-195.dllstx.fios.verizon.net) |
| 12:18:01 | NJoin | HellDragon [0] (n=jd@Wikipedia/HellDragon) |
| 12:25:10 | | Join fragilematter [0] (n=fragilem@92.81.249.50) |
| 12:27:20 | | Join homielowe_ [0] (n=homielow@d206-116-134-81.bchsia.telus.net) |
| 12:30:29 | | Quit homielowe (Read error: 104 (Connection reset by peer)) |
| 12:32:51 | | Join moos [0] (i=moos@81-66-128-18.rev.numericable.fr) |
| 12:40:04 | | Quit gregzx ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") |
| 12:41:59 | | Part Waldo000000 |
| 12:43:32 | | Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) |
| 12:45:54 | NJoin | tarbo [0] (n=me@unaffiliated/tarbo) |
| 12:46:15 | | Quit fragilematter ("Leaving.") |
| 12:48:10 | | Quit Nimdae (Remote closed the connection) |
| 12:48:13 | | Join Nimdae [0] (n=nimmeh@static-71-164-213-195.dllstx.fios.verizon.net) |
| 12:50:47 | | Join mak3_ [0] (n=mak3@oze.bfh.ch) |
| 12:51:20 | | Join Twisty [0] (n=mhesten@242.80-202-24.nextgentel.com) |
| 12:51:22 | | Quit reacocard (Connection timed out) |
| 12:51:24 | | Quit mak3 (Remote closed the connection) |
| 12:52:23 | | Join super_ [0] (i=super@c80-217-101-37.bredband.comhem.se) |
| 12:53:18 | | Join massiveH [0] (n=massiveH@pool-71-172-28-51.nwrknj.fios.verizon.net) |
| 12:55:14 | *** | Saving seen data "./dancer.seen" |
| 12:55:17 | | Join reacocard [0] (n=reacocar@134.173.59.155) |
| 12:56:36 | | Join jeffdameth1 [0] (n=jeff@dyndsl-085-016-233-221.ewe-ip-backbone.de) |
| 12:57:53 | | Quit jeffdameth (Read error: 110 (Connection timed out)) |
| 12:59:45 | | Join druidu [0] (n=d5a4e705@gateway/web/cgi-irc/labb.contactor.se/x-d5d22d5ac8267e8b) |
| 13:00 |
| 13:01:16 | | Quit Twst (Read error: 110 (Connection timed out)) |
| 13:03:20 | | Quit super (Read error: 110 (Connection timed out)) |
| 13:05:57 | druidu | hello there! anybody here familiar with arm platform? |
| 13:08:04 | markun | yes, a few of us are |
| 13:09:12 | markun | druidu: any specific question? |
| 13:12:27 | | Quit Ac-town (brown.freenode.net irc.freenode.net) |
| 13:12:27 | NSplit | brown.freenode.net irc.freenode.net |
| 13:12:27 | | Quit DismalArcadia (brown.freenode.net irc.freenode.net) |
| 13:12:27 | | Quit HellDragon (brown.freenode.net irc.freenode.net) |
| 13:12:27 | | Quit Bagder (brown.freenode.net irc.freenode.net) |
| 13:12:27 | | Quit jfc (brown.freenode.net irc.freenode.net) |
| 13:12:29 | GodEater | dionoea: you about ? |
| 13:12:46 | | Join cactusy1 [0] (i=xnte@gateway/gpg-tor/key-0xB9002659) |
| 13:13:00 | | Join Tsukasa-Ujiie [0] (n=Rofl@dsl-58-6-92-94.act.westnet.com.au) |
| 13:13:09 | NHeal | brown.freenode.net irc.freenode.net |
| 13:13:09 | NJoin | Ac-town [0] (n=actown@c-67-171-247-245.hsd1.or.comcast.net) |
| 13:13:09 | NJoin | DismalArcadia [0] (n=DismalAr@dsl5400D8F3.pool.t-online.hu) |
| 13:13:09 | NJoin | Bagder [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
| 13:13:09 | NJoin | jfc [0] (n=john@dpc691978010.direcpc.com) |
| 13:13:09 | NJoin | HellDragon [0] (n=jd@Wikipedia/HellDragon) |
| 13:13:30 | Tsukasa-Ujiie | wow alot of people just joined |
| 13:14:04 | massiveH | looks liek a netsplit Tsukasa-Ujiie |
| 13:14:19 | Tsukasa-Ujiie | i jsut joined aswell... that mgiht ahve been it |
| 13:15:12 | scorche | that *is* it... |
| 13:15:33 | Tsukasa-Ujiie | *sish...* |
| 13:15:38 | Tsukasa-Ujiie | *sigh...* |
| 13:16:12 | | Quit massiveH ("Leaving") |
| 13:21:42 | druidu | markun: so, I'm trying to get started on a TCC8200 platform |
| 13:21:45 | druidu | iRiver X20 that is |
| 13:22:30 | druidu | and I managed to use usb boot mode to upload a firmware and I know a sequence of instructions to reset the usb driver which disconnects the usb, so I can no something is happening and when |
| 13:23:05 | druidu | the thing is, if I write the code in assembler in a .S file −− GNU arm-elf-gcc, it works |
| 13:23:19 | druidu | if I link it with a .c file and write the coresponding code in C, it doesn't |
| 13:23:35 | druidu | so I'm not sure how to interface assembler with C code |
| 13:23:41 | druidu | I just use BL function |
| 13:25:13 | druidu | void function( ) { *(volatile unsigned long *) 0x80004018 = 0xFFFFFFFF; *(volatile unsigned long *) 0x80004018 = 0; } |
| 13:26:00 | druidu | I even tried to compile with -S and put all the code in the function there, no BL instruction, and it worked |
| 13:26:12 | druidu | so there must be something with the function prologue or something |
| 13:28:30 | B4gder | tried objdumping the C compiled version? |
| 13:28:46 | B4gder | I mean to compare with the working asm version |
| 13:28:59 | druidu | I loaded the generated file in IDA |
| 13:29:18 | druidu | code looks ok, should work |
| 13:29:36 | druidu | lemme try objdump |
| 13:30:31 | | Join LambdaCalculus37 [0] (n=LambdaCa@nmd.sbx09467.newyony.wayport.net) |
| 13:30:52 | druidu | I have: |
| 13:30:57 | druidu | eb000140 bl 200005a8 <kernel_init> |
| 13:31:00 | druidu | then |
| 13:31:07 | druidu | 200005a8 <kernel_init>: |
| 13:31:13 | druidu | e1a0c00d mov ip, sp |
| 13:31:15 | linuxstb | druidu: Please use pastebin for pasting example code... |
| 13:31:26 | druidu | sorry |
| 13:31:27 | druidu | :D |
| 13:32:56 | druidu | http://pastebin.com/d789cad30 |
| 13:32:58 | linuxstb | druidu: Have you set up the stack pointer? If you're branching to a C function, the C function will probably expect a stack to be there. |
| 13:33:40 | druidu | look at http://pastebin.com/d789cad30 |
| 13:33:42 | druidu | sorry |
| 13:33:49 | druidu | address 20000084 |
| 13:34:03 | druidu | I copied the 0xdeadbeef code from rockbox |
| 13:34:27 | druidu | firmware\target\arm\tcc780x |
| 13:34:55 | druidu | I'm 100% sure the code after the BL gets executed |
| 13:35:06 | druidu | if I put the usb reset code after the BL, it still runs |
| 13:35:52 | druidu | basicly, kernel_init should write value 0xFFFFFFFF to address 0x80004018 then write 0 to same address |
| 13:38:15 | | Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) |
| 13:38:29 | druidu | I just don't see a reason why that shouldn't work |
| 13:39:12 | | Join dany_21a_ [0] (n=dan@84-119-14-177.dynamic.xdsl-line.inode.at) |
| 13:39:28 | linuxstb | Can you paste the .S and .C code? That may be easier to follow. |
| 13:39:32 | | Quit Tsukasa-Ujiie ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") |
| 13:39:42 | linuxstb | And also whatever Makefile you are using to compile/link/convert to binary. |
| 13:42:13 | druidu | http://pastebin.com/d4c1d7f42 |
| 13:42:16 | druidu | ah, wait |
| 13:43:26 | | Quit Ac-town (brown.freenode.net irc.freenode.net) |
| 13:43:26 | NSplit | brown.freenode.net irc.freenode.net |
| 13:43:26 | | Quit DismalArcadia (brown.freenode.net irc.freenode.net) |
| 13:43:26 | | Quit HellDragon (brown.freenode.net irc.freenode.net) |
| 13:43:26 | | Quit Bagder (brown.freenode.net irc.freenode.net) |
| 13:43:26 | | Quit jfc (brown.freenode.net irc.freenode.net) |
| 13:43:55 | druidu | http://pastebin.com/d6f9fbd65 |
| 13:44:04 | druidu | includes the linkage.lds too |
| 13:44:29 | linuxstb | druidu: I'm not sure if I understand your problem. Are you saying that if you put the C code in your assembler file, USB is being disabled, but when it is in the C function, it doesn't work? |
| 13:44:47 | JdGordon | any ideas which file i need to fiddle with to get rid of "make[1]: *** No rule to make target `/home/jonno/rockbox-sdl/kaiser/firmware/crt0.o', needed by `/home/jonno/rockbox-sdl/kaiser/librockbox.a'. Stop." (trying to build firmware for a sdl non sim target) |
| 13:44:55 | druidu | exactlz |
| 13:44:57 | druidu | exactly |
| 13:45:16 | linuxstb | JdGordon: I guess you need to edit firmware/SOURCES to exclude crt0.S |
| 13:45:38 | NHeal | brown.freenode.net irc.freenode.net |
| 13:45:38 | NJoin | Ac-town [0] (n=actown@c-67-171-247-245.hsd1.or.comcast.net) |
| 13:45:38 | NJoin | DismalArcadia [0] (n=DismalAr@dsl5400D8F3.pool.t-online.hu) |
| 13:45:38 | NJoin | Bagder [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
| 13:45:38 | NJoin | jfc [0] (n=john@dpc691978010.direcpc.com) |
| 13:45:38 | NJoin | HellDragon [0] (n=jd@Wikipedia/HellDragon) |
| 13:46:03 | druidu | http://pastebin.com/d19fc3629 |
| 13:46:04 | JdGordon | linuxstb: hmm, is there any way to see which line in SOURCES its getting it from? |
| 13:46:26 | druidu | look in crt0.S, I added the code in asm that works and does the reset |
| 13:47:19 | druidu | so, If I uncomment that code, I get a reset, otherwise no reset |
| 13:47:59 | linuxstb | JdGordon: "crt0.S" (without a path) only appears once in SOURCES... |
| 13:48:55 | JdGordon | ah yes.. got it |
| 13:53:18 | | Quit LambdaCalculus37 ("Ka-chunka") |
| 13:53:53 | | Join Bagder_ [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
| 13:54:03 | druidu | I also tried adding the assembed code from kernel.c directly into crt0.S and compiling without kernel.c and it also works |
| 13:54:18 | druidu | there is something happening with the function call / prologue |
| 13:58:46 | linuxstb | druidu: Referring to this patch - http://pastebin.com/d789cad30 - what's in memory locations 0x20004ec, 4f8 and 4fc ? |
| 13:58:57 | JdGordon | /home/jonno/SDL-1.2.6/include/SDL_rwops.h:73: error: expected specifier-qualifier-list before ‘FILE’ :( |
| 13:59:21 | JdGordon | the sdl includes cant find the system stdio.h? |
| 13:59:37 | linuxstb | Or they're finding the Rockbox stdio.h first... |
| 14:00 |
| 14:00:01 | linuxstb | I'm assuming you haven't defined SIMULATOR for this build? |
| 14:00:12 | JdGordon | i havnt |
| 14:00:21 | | Quit Bagder (No route to host) |
| 14:00:21 | JdGordon | I've butchered up the Makefile a fair bit |
| 14:01:34 | JdGordon | hmm.. seems the wrong compiler is being used anyway |
| 14:03:33 | | Join soap [50] (n=soap@rockbox/staff/soap) |
| 14:04:47 | | Quit Ac-town (brown.freenode.net irc.freenode.net) |
| 14:04:47 | NSplit | brown.freenode.net irc.freenode.net |
| 14:04:47 | | Quit DismalArcadia (brown.freenode.net irc.freenode.net) |
| 14:04:47 | | Quit HellDragon (brown.freenode.net irc.freenode.net) |
| 14:04:47 | | Quit jfc (brown.freenode.net irc.freenode.net) |
| 14:04:59 | NHeal | brown.freenode.net irc.freenode.net |
| 14:04:59 | NJoin | Ac-town [0] (n=actown@c-67-171-247-245.hsd1.or.comcast.net) |
| 14:04:59 | NJoin | DismalArcadia [0] (n=DismalAr@dsl5400D8F3.pool.t-online.hu) |
| 14:04:59 | NJoin | jfc [0] (n=john@dpc691978010.direcpc.com) |
| 14:04:59 | NJoin | HellDragon [0] (n=jd@Wikipedia/HellDragon) |
| 14:05:25 | druidu | here: http://pastebin.com/d1e36e689 |
| 14:05:58 | druidu | there are pointers to stack_start and stack_end |
| 14:08:25 | JdGordon | arg, yeah I've broken something and sdl isnt finding the right .h :'( |
| 14:09:09 | JdGordon | even adding -I/usr/include/ to GCCOPTS doesnt help? |
| 14:11:33 | | Join ownxor [0] (n=453eba4c@gateway/web/cgi-irc/labb.contactor.se/x-94348c8c14516dbc) |
| 14:12:47 | linuxstb | JdGordon: If I was you, I would define SIMULATOR, and then once you get something working, work through Rockbox changing it appropriately. |
| 14:14:05 | ownxor | join #rockbox-community |
| 14:14:07 | JdGordon | I'm trying to build a "bootloader" build and it seems to get thourgh firmware/ without a problem untill the sdl includes start |
| 14:14:32 | * | scorche hands ownxor a "/" |
| 14:14:48 | ownxor | thanks |
| 14:15:37 | JdGordon | seems the Makefile in uisimulator/sdl rearranges the includes so hopefulyl i just need to copy that somehow |
| 14:15:37 | | Join webguest49 [0] (n=db8540c8@gateway/web/cgi-irc/labb.contactor.se/x-fe2be29edbfb65a1) |
| 14:15:47 | | Quit webguest49 (Client Quit) |
| 14:15:48 | linuxstb | JdGordon: Why a bootloader build? |
| 14:17:14 | JdGordon | because the hard part is getting firmware to build... I guess once I have a build working with simple lcd then switching to a full build shouldnt be hard |
| 14:17:20 | linuxstb | druidu: IIUC, stack_begin and stack_end are the same value - the word after your function. So the stack would be overflowing into kernel_init() |
| 14:17:22 | JdGordon | same as any new target :p |
| 14:18:26 | | Quit dany_21a_ (Remote closed the connection) |
| 14:18:36 | druidu | no theyaren't, it's 200025d4 vs 200005d4 :) |
| 14:19:03 | linuxstb | druidu: OK, I'm going blind... |
| 14:19:22 | druidu | it's hard to see... anyway, SP is initialized to 200025d4 so there's plenty of space |
| 14:19:32 | druidu | now I tried this: jumped in the middle of the function |
| 14:19:48 | | Quit Ac-town (brown.freenode.net irc.freenode.net) |
| 14:19:48 | NSplit | brown.freenode.net irc.freenode.net |
| 14:19:48 | | Quit DismalArcadia (brown.freenode.net irc.freenode.net) |
| 14:19:48 | | Quit HellDragon (brown.freenode.net irc.freenode.net) |
| 14:19:48 | | Quit jfc (brown.freenode.net irc.freenode.net) |
| 14:20:37 | | Join dany_21a_ [0] (n=dan@84-119-14-177.dynamic.xdsl-line.inode.at) |
| 14:20:49 | * | B4gder identifies the "most complex" functions in rockbox |
| 14:21:02 | B4gder | with pmccabe |
| 14:21:03 | druidu | http://pastebin.com/d67dad30f |
| 14:21:11 | B4gder | and the winner is... |
| 14:21:16 | B4gder | apps/plugins/brickmania.c(1267): game_loop |
| 14:21:30 | B4gder | and the to firmware function is firmware/mpeg.c(1171): mpeg_thread |
| 14:21:35 | JdGordon | and one that isnt in plugins/ or codecs? |
| 14:21:36 | B4gder | the top even |
| 14:21:40 | | Part dany_21a_ |
| 14:21:51 | druidu | look at 200000a0... so it looks like the code in the function is bad, it doesn't write 0xFFFFFFFF at address 0x80004018 and then 0 at same address |
| 14:21:56 | B4gder | the top swcoded firmware funtion: firmware/common/dircache.c(553): dircache_do_rebuild |
| 14:22:09 | linuxstb | JdGordon: I guess I don't see the problem the same as you. I think it would be relatively easy to get the apps, uisimulator and firmware code compiling for your target (as a sim of a faked target). So I would do that first, and then once I have something running, gradually work on changing things so it's no longer a sim, but a target in its own right. |
| 14:23:42 | | Join MarcGuay [0] (n=chatzill@ip216-239-68-115.vif.net) |
| 14:24:05 | | Quit ownxor ("CGI:IRC") |
| 14:24:41 | NHeal | brown.freenode.net irc.freenode.net |
| 14:24:41 | NJoin | Ac-town [0] (n=actown@c-67-171-247-245.hsd1.or.comcast.net) |
| 14:24:41 | NJoin | DismalArcadia [0] (n=DismalAr@dsl5400D8F3.pool.t-online.hu) |
| 14:24:41 | NJoin | jfc [0] (n=john@dpc691978010.direcpc.com) |
| 14:24:41 | NJoin | HellDragon [0] (n=jd@Wikipedia/HellDragon) |
| 14:25:16 | linuxstb | druidu: I'm not sure what you're seeing - the compiled C code looks fine. |
| 14:25:55 | druidu | ok, i just realized what must happen |
| 14:25:57 | MarcGuay | Any thoughts on how to modify the manual to make RBUtil the recommended install method? Having links to the GraphicalInstall or RockboxUtility wiki pages doesn't seem so hot, but possibly inevitable. Unless we can have direct download links from latex, which we probably can... |
| 14:26:02 | druidu | my code must erase the other code or smth |
| 14:26:11 | druidu | the bss init code and stack init code |
| 14:27:11 | druidu | http://pastebin.com/d6f9fbd65 all before line 35 |
| 14:27:22 | druidu | that's where the problem should be |
| 14:29:24 | | Quit vitja (Remote closed the connection) |
| 14:29:42 | | Quit trisiak ("Changing server") |
| 14:29:54 | | Quit Ac-town (brown.freenode.net irc.freenode.net) |
| 14:29:54 | | Quit DismalArcadia (brown.freenode.net irc.freenode.net) |
| 14:29:54 | | Quit HellDragon (brown.freenode.net irc.freenode.net) |
| 14:29:54 | | Quit jfc (brown.freenode.net irc.freenode.net) |
| 14:30:03 | NJoin | Ac-town [0] (n=actown@c-67-171-247-245.hsd1.or.comcast.net) |
| 14:30:08 | | Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) |
| 14:30:11 | NJoin | DismalArcadia [0] (n=DismalAr@dsl5400D8F3.pool.t-online.hu) |
| 14:30:15 | NJoin | jfc [0] (n=john@dpc691978010.direcpc.com) |
| 14:30:31 | | Join pfwsmbkwt [0] (n=pfwsmbkw@209.216.196.2) |
| 14:31:01 | | Join trisiak [0] (n=tree@chello089078243195.chello.pl) |
| 14:34:48 | | Join LambdaCalculus37 [0] (i=44a04303@gateway/web/ajax/mibbit.com/x-c1dc2081189710de) |
| 14:35:45 | druidu | i'm new to arm assembler, in lines 30-33 which instruction updates the counter ? |
| 14:35:59 | | Part J-23 |
| 14:36:53 | | Quit Xerion (" ") |
| 14:37:15 | | Quit petur ("*plop*") |
| 14:38:06 | | Quit AndyIL () |
| 14:43:08 | MarcGuay | Manual stuff: "[The original BL] is also responsible for the disk mode on your \dap{}." This doesn't apply to the Sansas, would "any emegency, recovery mode, or disk modes" be broad enough? |
| 14:43:08 | | Quit colesterol_dog (Read error: 60 (Operation timed out)) |
| 14:43:48 | * | MarcGuay searches for a clean simplification. |
| 14:44:27 | | Join colesterol_dog [0] (n=m0f0x@189-47-50-218.dsl.telesp.net.br) |
| 14:47:16 | | Quit Ac-town (Read error: 113 (No route to host)) |
| 14:47:47 | LambdaCalculus37 | MarcGuay: I believe that "any emergency, recovery mode, or disk modes" should cover the Sansas. |
| 14:48:33 | MarcGuay | LambdaCalculus37: And leave room for future developments. Merci! |
| 14:49:47 | LambdaCalculus37 | MarcGuay: You're welcome. :) |
| 14:50:16 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 14:51:02 | | Join olegfink [0] (n=olegfink@hovel1.hovel.ru) |
| 14:52:13 | olegfink | hi, I've got a few questions about VX767 and rockbox on it |
| 14:53:07 | olegfink | first, seems that here in russia we have a localised oem version of vx767 called qumo vision, but apparently it doesn't have a touchscreen. |
| 14:53:23 | olegfink | but its firmware is named VX767.hxf |
| 14:53:38 | | Join Xerion [0] (n=xerion@cp198589-d.landg1.lb.home.nl) |
| 14:53:59 | olegfink | next, I haven't quite got what's the status of rockbox on vx767 |
| 14:54:49 | olegfink | and, after all, the most silly question: is rockbox a port of linux kernel or is it a completely independent piece of software? |
| 14:55:00 | | Quit kushal_12_27_200 ("Leaving") |
| 14:55:18 | *** | Saving seen data "./dancer.seen" |
| 14:55:20 | | Join J-23 [0] (i=aldwulf@a187.net131.okay.pl) |
| 14:55:42 | LambdaCalculus37 | Rockbox is not a port of Linux; it is its own kernel. There is a little POSIX influence in the kernel, but that's about it. |
| 14:56:25 | olegfink | aha, so basically you port everything you want to run on rockbox? |
| 14:56:33 | LambdaCalculus37 | Yes. |
| 14:56:49 | LambdaCalculus37 | Read this: http://www.rockbox.org/twiki/bin/view/Main/RockboxArchitecture |
| 14:57:49 | olegfink | got it, not that shiny but still something |
| 14:58:35 | MarcGuay | LambdaCalculus37: How familiar are you with latex? I'm seeing "\index{Speech}" in the installtion section but no indication that it's actually creating an index for Speech. ? |
| 14:59:25 | olegfink | do you have, say, an fb2 viewer? |
| 14:59:31 | MarcGuay | \subsection{blah} seems to be the way to add things to the indexes... |
| 14:59:42 | olegfink | for such a luxury screen, vx767 got just a lame txt viewer |
| 15:00 |
| 15:00:53 | | Quit cactusy1 (Nick collision from services.) |
| 15:00:56 | | Join Maha` [0] (i=xnte@gateway/gpg-tor/key-0xB9002659) |
| 15:01:17 | LambdaCalculus37 | MarcGuay: I guess my skills in LaTeX would be "intermediate", but I'm not sure what the "\index{Speech}" function is for. You could ask pixelma; she might know what those do. |
| 15:01:34 | LambdaCalculus37 | Where are those located? |
| 15:03:45 | MarcGuay | LambdaCalculus37: Check the getting_started/installation text. Another weird one is \index{Bootloader} next to the Rockbox bootloader section. Seems to no longer be indexed as such anywhere I can see... |
| 15:06:51 | LambdaCalculus37 | MarcGuay: I'm looking through the file now. |
| 15:07:59 | LambdaCalculus37 | MarcGuay: There is one thing I've noticed... getting_started/installation.tex still has a blurb about Rockbox 2.5. Want to change it to 3.0? |
| 15:09:03 | LambdaCalculus37 | And also change the \opt{swcodec} under the "Release" section to also mention v3.0. |
| 15:09:12 | | Join dany_21a_ [0] (n=dan@84-119-14-177.dynamic.xdsl-line.inode.at) |
| 15:10:52 | linuxstb | olegfink: There is only a lame text viewer in Rockbox as well (at the moment,...) |
| 15:12:28 | GodEater | what's an fb2 viewer anyway ? |
| 15:12:43 | linuxstb | Google tells me "fiction book 2.0" - I'm assuming some kind of ebook format. |
| 15:13:04 | olegfink | yep, an overengineered (as all open source tends to be these days) format for ebooks |
| 15:13:25 | olegfink | there are quite a lot books in it, and many implementations for all major desktop and mobile platforms |
| 15:14:09 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
| 15:15:37 | olegfink | linuxstb: at least there's some hope I can write my own for rockbox |
| 15:16:47 | linuxstb | So a ".fb2" file is an XML document? |
| 15:17:08 | GodEater | yuk |
| 15:17:19 | * | B4gder disagrees about open source tending to be overengineered |
| 15:17:32 | * | linuxstb thinks XML is a perfect format for structured documents |
| 15:18:24 | olegfink | oh well |
| 15:18:35 | olegfink | do you have an xml parser for rockbox? |
| 15:18:41 | B4gder | nope |
| 15:19:57 | linuxstb | olegfink: The biggest problem will probably be that the Rockbox LCD drivers currently only support loading a single font face. So that aspect probably needs fixing first... |
| 15:19:58 | B4gder | if there's a lean and mean one around I suppose it shouldn't be too hard to port |
| 15:20:11 | olegfink | so first write one, make sure it runs on all your devices with reasonable parse time, then we'll speak about how good xml is. |
| 15:21:51 | linuxstb | Another problem is available RAM - a Rockbox plugin only has access to between 32KB (on low memory targets) to 512KB (on most targets) without stopping audio playback. And accessing the hard disk uses power, so you would need to minimise disk access. |
| 15:22:16 | linuxstb | That includes both code and data for the plugin. |
| 15:22:37 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 15:23:34 | | Nick Maha` is now known as Maha (i=xnte@gateway/gpg-tor/key-0xB9002659) |
| 15:28:22 | amiconn | linuxstb: The number of fonts has nothing to do with the lcd drivers |
| 15:28:52 | markun | olegfink: I think mculenaere is the one to talk to about the vx767 port. He |
| 15:28:53 | amiconn | It's the font loader that would need to be extended |
| 15:29:15 | markun | olegfink: He's usually here every day. |
| 15:29:22 | linuxstb | amiconn: I was obviously simplifying it... |
| 15:30:57 | markun | olegfink: are you planning to help out with the port? |
| 15:35:04 | * | amiconn wonders what happened to markun's font caching rework ideas... |
| 15:36:23 | | Join miepchen^schlaf [0] (n=miepchen@p579ECC5C.dip.t-dialin.net) |
| 15:36:38 | | Join janne_oksanen [0] (n=janne@t40a.polttolinja.jyu.fi) |
| 15:36:45 | janne_oksanen | hey guys |
| 15:36:54 | janne_oksanen | I have a brand new 80GB 5.5th gen here |
| 15:37:06 | janne_oksanen | and I'm having trouble installing the bootloader |
| 15:37:23 | janne_oksanen | it says "ipod can't be opened" or something like that |
| 15:37:34 | janne_oksanen | any idea as to what I'm doing wrong? |
| 15:37:51 | JdGordon | run as root or admin |
| 15:37:59 | janne_oksanen | oh right |
| 15:38:05 | janne_oksanen | thanks |
| 15:38:12 | linuxstb | Also, it it definitely a 5.5th gen, and not a "Classic" ? |
| 15:38:19 | | Part LinusN |
| 15:38:26 | janne_oksanen | yes, it's definitely 5.5th gen |
| 15:38:45 | janne_oksanen | shiny front panel with sharp edges |
| 15:39:29 | LambdaCalculus37 | Is it a thin iPod, or a little fatter? |
| 15:39:47 | janne_oksanen | pretty fat |
| 15:39:57 | janne_oksanen | 13mm maybe |
| 15:40:00 | JdGordon | isnt it a different error if its not a recognised ipod? |
| 15:40:33 | LambdaCalculus37 | Are you using Rockbox Utility, or the manual install method? |
| 15:40:54 | janne_oksanen | rockbox utility in ubuntu |
| 15:41:09 | janne_oksanen | and running it with sudo seems to have done the trick |
| 15:41:56 | druidu | linuxstb: is it possible that objcopy -O binary messes sections up so that addresses don't match anymore? |
| 15:42:46 | janne_oksanen | yea baby yea! rockbox in the house :D |
| 15:42:50 | janne_oksanen | thanks guys |
| 15:46:00 | | Quit Seed ("cu, Andre") |
| 15:48:52 | janne_oksanen | hmm... |
| 15:49:10 | janne_oksanen | my USB hard drive is crapping out on me now |
| 15:49:42 | janne_oksanen | I think the ipod is pulling too much juice and is messing up the bus or something |
| 15:51:48 | B4gder | I doubt that |
| 15:52:00 | B4gder | you're still using apple's usb mode |
| 15:52:18 | | Quit moos ("Rockbox rules the DAP world") |
| 15:53:05 | janne_oksanen | should I do something about it? |
| 15:53:47 | B4gder | you can't do anything about it, but my point was more that Rockbox didn't change anything of that |
| 15:54:02 | janne_oksanen | ah I see |
| 15:54:06 | janne_oksanen | I wan't saying that |
| 15:54:15 | B4gder | so the "crapping out" was more likely due to something else |
| 15:54:44 | janne_oksanen | what I meant is that my crappy motherboard can't handle me charging the ipod and using the USB hard drive at the same time |
| 15:55:23 | B4gder | but is this the first time you charge your ipod over usb then? |
| 15:55:30 | janne_oksanen | yea |
| 15:55:35 | janne_oksanen | I just got this thing |
| 15:55:37 | B4gder | ah ok then, then I see |
| 16:00 |
| 16:03:02 | linuxstb | druidu: Disassembling the binary should show if you that's the problem though. Does it work if you remove the loops that zero the bss and writes 0xdeadbeef to the stack? |
| 16:14:54 | | Join obo [0] (n=obo@rockbox/developer/obo) |
| 16:23:28 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 16:24:09 | | Quit Maha (Remote closed the connection) |
| 16:26:09 | | Quit robin0800 (Remote closed the connection) |
| 16:28:52 | | Join funman [0] (n=fun@86.219.158.180) |
| 16:29:34 | olegfink | markun: for now, I'm considering if this is worth bying |
| 16:30:01 | olegfink | If I figure out it is, I will certainly have no option other than use rockbox, so yes. |
| 16:31:58 | | Part unstable |
| 16:33:16 | markun | :) |
| 16:34:05 | markun | olegfink: the purchase of my first player (iriver h120) was also influenced by a rockbox port being in progress :) |
| 16:34:22 | janne_oksanen | in case anyone cares turing the power off/on on the external HDD fixed my issue |
| 16:35:14 | | Quit Zagor (Read error: 110 (Connection timed out)) |
| 16:35:43 | funman | the PL180 datasheet mentions that it uses MCLK clock, but I can't find any setting for this clock in the AS3525 datasheet |
| 16:36:03 | | Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) |
| 16:36:35 | funman | The AS3525 also mentions I2SI_MCLK and I2SO_MCLK (I2S in / out) |
| 16:36:52 | | Join meven [0] (n=meven@131.254.253.110) |
| 16:37:41 | funman | In the PL180 datasheet I see this relation: fp >= 3/8 fm , where m = MCLK and p = PCLK; but no mention of what f is (frequency?) |
| 16:37:53 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 16:38:32 | | Join {phoenix} [0] (n=dirk@p54B47B60.dip.t-dialin.net) |
| 16:38:57 | olegfink | markun: can you point me to any piece of code in SVN being a port of something POSIXish? |
| 16:39:12 | olegfink | I want to estimate the effort of porting. |
| 16:40:45 | markun | olegfink: ok, let me take a look |
| 16:41:04 | | Quit J-23 () |
| 16:42:32 | markun | olegfink: look at some of the header files in here: http://svn.rockbox.org/viewvc.cgi/trunk/firmware/include/ |
| 16:44:32 | olegfink | I may be mistaken, but for me that looks like ANSI C headers |
| 16:44:33 | | Part janne_oksanen |
| 16:45:35 | markun | yes, rockbox is mostly written in ANSI C. To be quite honest, I dont't know exactly what the POSIX standard contains. |
| 16:46:33 | * | markun googles |
| 16:46:52 | olegfink | threads, sockets, and other stuff you'd expect from some unix variant |
| 16:46:56 | B4gder | ansi and posix overlaps quite a bit |
| 16:47:11 | Zagor | olegfink: we have none of those parts of posix |
| 16:47:35 | olegfink | in a nutshell, everything that makes it impossible to port GNUish software to sane OSes |
| 16:47:35 | | Quit amiconn (Nick collision from services.) |
| 16:47:41 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 16:47:46 | B4gder | no |
| 16:48:05 | Zagor | our posix compatibility is limited to a number of common functions |
| 16:48:26 | olegfink | aha, so I can't take, say, mplayer and compile for rockbox? |
| 16:48:30 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 16:48:35 | Zagor | olegfink: hehe, no |
| 16:48:57 | B4gder | mplayer of course being a good example of something that uses a lot of stuff beyond posix... |
| 16:49:23 | B4gder | rockbox is a small OS for tiny embedded things |
| 16:49:26 | olegfink | well, the only thing that justifies rockbox is absence of network connectivity on most players :-) |
| 16:49:33 | B4gder | no |
| 16:49:45 | B4gder | rockbox is crafted to be a music and media player OS |
| 16:50:07 | B4gder | see how the ipodlinux fails completely on ipod |
| 16:50:26 | olegfink | aha |
| 16:50:36 | olegfink | well, it makes sense after all |
| 16:50:46 | markun | B4gder: but the newer ipods are also based on a POSIX like system (OSX), right? |
| 16:50:53 | olegfink | not that I'm a big fan of making more OSes |
| 16:51:07 | B4gder | it's already made |
| 16:51:17 | olegfink | I'd start with something like plan9, but, well, that, irrelevant. |
| 16:51:20 | B4gder | markun: yes, so they say |
| 16:51:26 | olegfink | right, so, you don't have some reader? |
| 16:51:33 | B4gder | olegfink: read up on the history and you might learn why |
| 16:51:34 | markun | we have some reader |
| 16:52:19 | olegfink | and it does better than 'the' reader on onda? |
| 16:52:23 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 16:53:02 | markun | I've never seen 'the' reader, but I assume it's not any better. |
| 16:53:03 | olegfink | for a 4.3" screen, the very same piece of code that is used on all 1.5" cheap mp3 things looked a bit... disgusting. |
| 16:53:22 | markun | It's just a simple text viewer with support for some codepages and bookmarks |
| 16:53:32 | | Part B4gder |
| 16:53:52 | olegfink | well, the thing about rockbox is that I have the source. |
| 16:54:57 | olegfink | someone here said about 32K limit for application memory. Is that a hard limit imposed by rockbox or just an experimental fact? |
| 16:55:00 | markun | olegfink: maybe with the help of the rockbox reverse engineering you could post mips linux to the onda, but then again, maybe it's easier to buy a linux based DAP. |
| 16:55:22 | *** | Saving seen data "./dancer.seen" |
| 16:55:25 | markun | post -> port |
| 16:55:53 | linuxstb | olegfink: 32KB is for the lowmem targets. Most targets have 512KB. That's an arbitrary limit (can be changed easily per-target), but Rockbox is designed to maximum the space available for buffering audio. |
| 16:56:31 | | Quit robin0800 (Remote closed the connection) |
| 16:56:39 | | Join Phalangees [0] (i=8a31a842@gateway/web/ajax/mibbit.com/x-a702e4e2382e6494) |
| 16:57:04 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 16:57:38 | | Quit Zagor ("Client exiting") |
| 16:57:49 | olegfink | aha, seems vx767 has 64M ram |
| 16:58:04 | markun | quite a lot |
| 16:58:09 | olegfink | I think something will still be available for apps. |
| 16:58:32 | markun | since it's a flash player you don't need much RAM for audio buffering anyway |
| 16:58:38 | olegfink | well, sure I can buy a linux pmp, or better just a nokia n810 |
| 16:58:48 | olegfink | but that onda thing is _very_ cheap |
| 16:58:54 | Phalangees | Hello. I just bought a giagabeat s60 and I was wondering where the most up-to-date rockbox installation instructions are. |
| 16:59:34 | funman | Phalangees: the front page quotes "Toshiba: Gigabeat X and F series (not the S series)" |
| 16:59:56 | markun | funman: but he knows that we are working on a port :) |
| 17:00 |
| 17:00:03 | Phalangees | Yes. |
| 17:00:24 | funman | ah sorry :) |
| 17:00:49 | LambdaCalculus37 | Phalangees: Here's the Gigabeat S install page: http://www.rockbox.org/twiki/bin/view/Main/GigabeatSInstallation |
| 17:01:28 | | Quit meven (Remote closed the connection) |
| 17:01:45 | Phalangees | There is a part about "loading code from windows" on here too: http://www.rockbox.org/twiki/bin/view/Main/GigabeatSInfo |
| 17:01:57 | Phalangees | I was just wondering which one is more accurate. |
| 17:02:16 | | Quit druidu ("CGI:IRC (EOF)") |
| 17:04:08 | | Quit pixelma2 (Read error: 110 (Connection timed out)) |
| 17:04:16 | | Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) |
| 17:06:06 | MarcGuay | Phalangees: I'd follow the installation instructions page. Keep in mind you can't dual boot and rockbox can't charge (without appying a patch), so it's a bit of a suicide case. |
| 17:06:39 | Phalangees | I'll just build it with the patch. Thanks for your help! |
| 17:07:04 | markun | MarcGuay: why is the patch not in svn? Is it a bit of a hack? |
| 17:07:30 | MarcGuay | pixelma2: Could you help me understand the use of \index{whatever} in the manual? There are a few good example is in gettingstarted/installation.tex. |
| 17:07:39 | MarcGuay | markun: Not sure. Maybe a WIP? |
| 17:07:56 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 17:12:42 | MarcGuay | markun: It's got some issues, yes. It pulls a charge when connected via USB but the energy is spent because the disk is constantly spinning. AC charging is fine. |
| 17:13:34 | | Quit funman ("leaving") |
| 17:13:51 | MarcGuay | Perhaps it's better now that FS #8943 is in. |
| 17:16:51 | | Join bughunter2 [0] (n=Jelle@77.164.66.126) |
| 17:17:53 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 17:18:21 | | Join dabujo [0] (i=xx@p4FDB207F.dip0.t-ipconnect.de) |
| 17:19:24 | | Join cactusy1 [0] (i=xnte@gateway/gpg-tor/key-0xB9002659) |
| 17:32:26 | | Join DerDome [0] (n=DerDome@141.71.76.59) |
| 17:32:42 | | Quit DerDome (Client Quit) |
| 17:35:51 | | Quit Phalangees ("http://www.mibbit.com ajax IRC Client") |
| 17:36:30 | | Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) |
| 17:41:13 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
| 17:42:28 | | Join druidu [0] (n=d5a4e705@gateway/web/cgi-irc/labb.contactor.se/x-e475491b04b1eb3c) |
| 17:42:56 | druidu | ok, I've been thinking... let's say I have an ARM processor, on the TC8200 platform |
| 17:43:14 | druidu | what are the steps to get it started so that I can call a C function? |
| 17:46:46 | markun | druidu: what we do in our crt0.S files is call a C function 'main' without any arguments and then call the other C functions from there. |
| 17:48:21 | olegfink | markun: is there any chance of mculenaere in a next couple hours? that is, is it too early or too late for them? |
| 17:50:25 | markun | olegfink: it's 17:50 here. Maybe he's at university. |
| 17:51:15 | | Quit sarixe ("Ex-Chat") |
| 17:51:28 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 17:51:35 | markun | olegfink: there he is :) |
| 17:51:52 | mcuelenaere | olegfink: you had some questions regarding the VX767? |
| 17:51:56 | mcuelenaere | (haven't read the logs yet) |
| 17:53:53 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 17:55:12 | | Quit druidu ("CGI:IRC (EOF)") |
| 17:57:14 | olegfink | mcuelenaere: yeah, those questions can be packed in one: "tell me about vx767 and its affair with rockbox" |
| 17:57:24 | mcuelenaere | heh |
| 17:57:31 | mcuelenaere | it's just one step behind the vx747 and rockbox |
| 17:57:37 | mcuelenaere | it doesn't have a lcd driver |
| 17:57:47 | mcuelenaere | but the vx747 rockbox port isn't very advanced though |
| 17:57:48 | markun | yet :) |
| 17:57:52 | mcuelenaere | yet :) |
| 17:57:59 | mcuelenaere | so in total, there are some good fundamentals |
| 17:58:11 | olegfink | so the kernel boots? |
| 17:58:12 | mcuelenaere | currently the blocker is the Flash Translation Layer |
| 17:58:13 | mcuelenaere | yep |
| 17:58:14 | markun | mcuelenaere: is everything in svn? |
| 17:58:17 | mcuelenaere | yes |
| 17:58:22 | mcuelenaere | well about everything |
| 17:58:29 | mcuelenaere | some testing stuff is in my local tree |
| 17:58:55 | olegfink | er, what's FTL? |
| 17:59:06 | mcuelenaere | Flash Translation Layer ;) |
| 17:59:23 | olegfink | sure, but what does that mean feature-wise? |
| 17:59:25 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 17:59:32 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 17:59:56 | mcuelenaere | it's the layer which translates physical NAND blocks/pages to sectors (on which the FAT partition is located etc) |
| 18:00 |
| 18:00:14 | mcuelenaere | NAND chips have some limitations because pages wear out after some time |
| 18:00:21 | mcuelenaere | and the FTL needs to keep track of that |
| 18:00:26 | olegfink | aha, so you basically can't access NAND on vx767? |
| 18:00:31 | mcuelenaere | on the vx747 |
| 18:00:44 | mcuelenaere | I haven't tested the vx767 because I don't have one |
| 18:00:49 | olegfink | ah |
| 18:00:49 | mcuelenaere | but it should work |
| 18:00:54 | mcuelenaere | there's just no working LCD driver |
| 18:00:59 | olegfink | does someone have it? |
| 18:01:02 | mcuelenaere | wpyh |
| 18:01:07 | mcuelenaere | and you |
| 18:01:09 | olegfink | I'm considering getting one |
| 18:01:13 | olegfink | so not me for now |
| 18:01:15 | mcuelenaere | ah ok |
| 18:01:26 | mcuelenaere | but we can access NAND |
| 18:01:29 | mcuelenaere | just not what's on it |
| 18:01:41 | markun | olegfink: do you think it would be more fun to port MIPS Linux? |
| 18:01:54 | mcuelenaere | and the other drivers shouldn't be that hard to port as there's source code |
| 18:02:20 | olegfink | markun: I don't have any idea of vx676's hardware |
| 18:02:25 | mcuelenaere | USB already works (compared to other new ports where it doesn't) |
| 18:02:34 | mcuelenaere | olegfink: have you read the wiki pages? |
| 18:02:46 | olegfink | on vx747 and vx767? yes. |
| 18:02:56 | mcuelenaere | the hardware description is there |
| 18:03:12 | olegfink | oh, so you can already do some debugging over usb? |
| 18:03:23 | wpyh | mcuelenaere: yeah? |
| 18:03:26 | mcuelenaere | err yes could be |
| 18:03:32 | wpyh | hi |
| 18:03:33 | mcuelenaere | wpyh: you have a vx767, right? |
| 18:03:36 | wpyh | yes |
| 18:03:46 | | Join Schmogel [0] (n=Miranda@p3EE21C56.dip0.t-ipconnect.de) |
| 18:03:51 | olegfink | cool, could you tell in short how much does it rock? |
| 18:04:00 | mcuelenaere | the OF doesn't |
| 18:04:06 | wpyh | olegfink: it doesn't rock−−- yet |
| 18:04:08 | wpyh | :D |
| 18:04:08 | | Quit Bagder_ (Read error: 110 (Connection timed out)) |
| 18:04:09 | mcuelenaere | but that's rather off-topic |
| 18:04:38 | mcuelenaere | olegfink: join #rockbox-community if you want to exchange user experiences |
| 18:04:50 | olegfink | aha, will do |
| 18:05:08 | mcuelenaere | but on topic: do you have any embedded hardware skills? |
| 18:05:13 | mcuelenaere | or programming skills in general? |
| 18:06:08 | olegfink | the latter - yes, the former - I was participating (and probably still do) in linux for hp jornadas HPCs project, but didn't code anything for the hardware |
| 18:06:38 | mcuelenaere | ok, but you could help out if willing? |
| 18:07:56 | olegfink | yes, my plans for using vx767 are a bit perversive, so I'll have to do some coding anyway. |
| 18:08:14 | mcuelenaere | cool :) |
| 18:08:14 | | Join AndyIL [0] (i=AndyI@212.14.205.32) |
| 18:08:16 | | Quit AndyI (Read error: 110 (Connection timed out)) |
| 18:08:36 | mcuelenaere | keep in mind though that Rockbox doesn't have good video capabilities nor text reading capabilities |
| 18:08:45 | mcuelenaere | so you'll have to do quite a bit of porting for those if you'd want them |
| 18:09:05 | mcuelenaere | (and don't forget the dual-boot option, so it would be possible to use the OF for watching videos) |
| 18:09:48 | | Join faemir [0] (n=quassel@88-106-165-155.dynamic.dsl.as9105.com) |
| 18:09:56 | markun | mcuelenaere: but the vx767 is quite powerful, so it might make sense to improve our video player |
| 18:10:02 | markun | more codecs, scaling |
| 18:10:03 | mcuelenaere | true |
| 18:10:10 | mcuelenaere | there's even source code for that ;) |
| 18:10:12 | mcuelenaere | (mplayer) |
| 18:10:52 | | Quit Rob2223 (Connection reset by peer) |
| 18:10:59 | markun | I had the impression that even the mplayer hackers don't like the source code very much :) |
| 18:11:44 | | Join DerDome [0] (n=DerDome@dslb-082-083-232-057.pools.arcor-ip.net) |
| 18:11:56 | olegfink | yeah, I really want text stuff |
| 18:12:07 | mcuelenaere | markun: you mean the Ingenic code or mplayer in general? |
| 18:12:07 | olegfink | but that doesn't employ too many embedded skills, right? |
| 18:12:12 | mcuelenaere | nope :) |
| 18:12:20 | mcuelenaere | _if_ Rockbox would work of course |
| 18:12:37 | markun | mcuelenaere: ah, didn't know there was Ingeic mplayer code |
| 18:12:43 | olegfink | hehe, otherwise I'm left with a good player with crappy firmware. |
| 18:13:02 | mcuelenaere | markun: that's what I meant with source code ;) |
| 18:13:06 | mcuelenaere | Ingenic provides quite a lot |
| 18:13:10 | mcuelenaere | even hw accelerated ode |
| 18:13:11 | mcuelenaere | code* |
| 18:13:19 | olegfink | but mplayer pulls its own copy, while VLC prefers shared libraries |
| 18:13:22 | olegfink | at least on linux |
| 18:14:49 | | Quit Schmogel (Read error: 104 (Connection reset by peer)) |
| 18:15:15 | MarcGuay | No current build for the Archos 8MB? |
| 18:15:26 | MarcGuay | Recorder. |
| 18:17:28 | | Join perrikwp [0] (i=98212ec9@gateway/web/ajax/mibbit.com/x-52d9c386582026f1) |
| 18:17:32 | | Join MethoS- [0] (n=clemens@host-091-097-240-119.ewe-ip-backbone.de) |
| 18:17:43 | | Join Tetracomm [0] (n=nicholas@72.252.29.2) |
| 18:19:15 | | Join Schmogel [0] (n=Miranda@p3EE21C56.dip0.t-ipconnect.de) |
| 18:19:37 | Tetracomm | Hello. |
| 18:23:15 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 18:23:16 | LambdaCalculus37 | MarcGuay: There's one: http://build.rockbox.org/dist/build-recorder8mb/rockbox.zip |
| 18:23:41 | MarcGuay | LambdaCalculus37: Not listed on the current build page, though. |
| 18:24:11 | LambdaCalculus37 | MarcGuay: Strange... I see it listed here. |
| 18:24:18 | MarcGuay | But there is on the 3.0 page. The Archos models confuse me. |
| 18:24:57 | MarcGuay | Archos FM Recorder 8MB? |
| 18:25:33 | LambdaCalculus37 | MarcGuay: The Archos 8MB Recorder builds are specially built for a hardware mod that people have done on the JBR to bump the internal RAM from 2MB to 8MB. |
| 18:25:39 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 18:27:59 | MarcGuay | LambdaCalculus37: Okay. But do you see how there is a build for the Archos FM Recorder 8MB on the 3.0 page but not the current build? Is that normal? |
| 18:29:09 | LambdaCalculus37 | MarcGuay: Ahh, now I see what you're talking about: http://download.rockbox.org/release/3.0/rockbox-fmrecorder8mb-3.0.zip |
| 18:29:16 | * | LambdaCalculus37 wonders about that... |
| 18:29:48 | | Join herrwaldo [0] (n=waldo@ip-81-11-221-70.dsl.scarlet.be) |
| 18:31:27 | | Join nicholas_ [0] (n=nicholas@72.252.29.2) |
| 18:31:53 | | Join fragilematter [0] (n=fragilem@92.83.250.97) |
| 18:32:13 | | Quit Tetracomm (Nick collision from services.) |
| 18:33:21 | | Part fragilematter |
| 18:33:55 | | Nick nicholas_ is now known as Tetracomm (n=nicholas@72.252.29.2) |
| 18:39:37 | | Join vitja [0] (n=vitja@79.120.98.174) |
| 18:42:20 | | Join thegeek [0] (n=nnscript@s080a.studby.ntnu.no) |
| 18:45:25 | | Join tvelocity [0] (n=tony@gw1.mycosmos.gr) |
| 18:46:28 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
| 18:49:12 | | Quit kachna (No route to host) |
| 18:49:18 | | Quit {phoenix} ("Konversation terminated!") |
| 18:52:00 | | Quit thegeek_ (Read error: 113 (No route to host)) |
| 18:55:15 | | Join Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) |
| 18:55:24 | *** | Saving seen data "./dancer.seen" |
| 18:56:36 | | Quit cactusy1 (Remote closed the connection) |
| 18:57:36 | | Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) |
| 18:57:37 | | Quit Thundercloud (Success) |
| 18:57:52 | | Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) |
| 18:57:55 | | Join Rob2222 [0] (n=Miranda@p4FDCF982.dip.t-dialin.net) |
| 18:59:36 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 18:59:56 | | Join cactusy1 [0] (i=xnte@gateway/gpg-tor/key-0xB9002659) |
| 19:00 |
| 19:00:59 | | Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
| 19:04:20 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 19:06:26 | MarcGuay | Hrm. Anyone else having problems building manuals? |
| 19:07:45 | MarcGuay | enumitem.sty not found... |
| 19:08:15 | bertrik | seems to work fine here (built for sansa e200) |
| 19:08:52 | MarcGuay | bertrik: Thanks. Odd that that one file would be missing. |
| 19:09:42 | bertrik | enumitem.sty is part of texlive-latex-extra on my ubuntu 8.4 |
| 19:10:28 | MarcGuay | I've built before without problems... But have been through some compooter issues since then... |
| 19:13:24 | | Join gregzx [0] (n=chatzill@dsn236.neoplus.adsl.tpnet.pl) |
| 19:15:08 | | Quit robin0800 (Remote closed the connection) |
| 19:15:22 | | Quit MethoS- (Remote closed the connection) |
| 19:17:16 | | Quit pixelma2 ("-") |
| 19:17:26 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
| 19:20:55 | | Join peerlessdeepak [0] (n=peerless@122.164.250.159) |
| 19:23:11 | | Join Nibbler [0] (n=Nibbler@e181085236.adsl.alicedsl.de) |
| 19:24:00 | | Quit culture (Read error: 104 (Connection reset by peer)) |
| 19:24:27 | | Quit pixelma (" reboot") |
| 19:24:34 | | Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
| 19:24:36 | | Quit culture (Client Quit) |
| 19:24:41 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 19:24:58 | | Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
| 19:26:25 | | Join perrikwp [0] (i=9821448c@gateway/web/ajax/mibbit.com/x-aafea267af5c7274) |
| 19:29:05 | | Quit tvelocity (Read error: 60 (Operation timed out)) |
| 19:30:12 | | Quit wpyh (Read error: 110 (Connection timed out)) |
| 19:33:17 | | Join meven [0] (n=meven@lav35-1-82-236-137-162.fbx.proxad.net) |
| 19:34:43 | | Join gregzx_ [0] (n=chatzill@dtr213.neoplus.adsl.tpnet.pl) |
| 19:35:00 | | Quit gregzx (Nick collision from services.) |
| 19:35:02 | | Nick gregzx_ is now known as gregzx (n=chatzill@dtr213.neoplus.adsl.tpnet.pl) |
| 19:35:22 | | Quit Thundercloud (Read error: 104 (Connection reset by peer)) |
| 19:35:27 | gevaerts | I think we need to do multi-volume multi-driver ata soon, so that it's certain to be stable by the next release |
| 19:36:15 | | Quit culture (Read error: 104 (Connection reset by peer)) |
| 19:36:30 | gevaerts | or wait until after that, which is not that nice for ports that need it, like d2 |
| 19:37:58 | | Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) |
| 19:38:45 | gevaerts | My current thinking is to prefix all implementations of functions in ata.h, and to make wrappers with the real names. Those wrappers could (and should, if we do it properly) get compiled away at least on single-volume targets |
| 19:39:03 | | Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) |
| 19:39:30 | gevaerts | Am I overlooking something, or should I just get started? |
| 19:39:31 | shotofadds | gevaerts: I think preglow had some ideas about this while he was working on the D2 SD code. I don't know if anything was implemented though. |
| 19:39:57 | gevaerts | preglow: ping |
| 19:40:01 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
| 19:40:01 | amiconn | gevaerts: I'd just leave ata_* as ata_*, and change the other driver |
| 19:40:02 | amiconn | s |
| 19:40:17 | amiconn | mmc_*, sd_* etc. |
| 19:40:40 | amiconn | The abstraction layer could then use storage_* |
| 19:40:53 | amiconn | For single-driver targets, they would just be #define'd |
| 19:40:59 | gevaerts | Good idea. |
| 19:41:32 | amiconn | Btw, for the abstraction to work nicely, the ata driver needs some work |
| 19:41:35 | * | gevaerts will change ata_ temporarily too, to make sure he catches all callers |
| 19:41:47 | gevaerts | the identify stuff? |
| 19:42:01 | | Join Bagder [241] (n=daniel@rockbox/developer/bagder) |
| 19:42:15 | amiconn | Currently, ata_read_sectors() and ata_write_sectors() are limited to 256 sectors (65536 sectors when compiling with lba48 support *and* the drive actually uses lba48) |
| 19:42:26 | | Join tvelocity [0] (n=tony@195.167.65.108) |
| 19:42:27 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
| 19:42:31 | amiconn | It should be extended to allow an arbitrary sector count |
| 19:42:36 | gevaerts | ah, yes. I seem to remember something about that |
| 19:42:48 | amiconn | (i.e. split internally into multiple ata transfers) |
| 19:43:05 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 19:43:07 | amiconn | The MMC driver is safe; not sure about the sansa SD driver |
| 19:43:14 | gevaerts | Is there actually code that would exceed that? |
| 19:43:26 | amiconn | Not now, but I'd rather play safe here |
| 19:43:44 | amiconn | The filesystem currently limts accesses to 256 sectors - for *all* targets |
| 19:44:10 | amiconn | This code could be thrown out if the ata driver is extended to handle arbitrary sector counts |
| 19:45:26 | gevaerts | I'll start by renaming things and adding the storage_* wrappers. |
| 19:46:11 | * | gevaerts also doesn't really like #define NUM_VOLUMES 2 in ata.h |
| 19:50:28 | preglow | ehh |
| 19:50:33 | preglow | why didn't we just use doxygen? |
| 19:50:47 | preglow | gevaerts: i'm here |
| 19:50:55 | amiconn | gevaerts: Multivolume/multidrive support needs restructuring |
| 19:51:10 | amiconn | We should be able to support both, independently |
| 19:51:32 | gevaerts | preglow: do you have ideas/opinions about ata? (what was discussed the last 15 minutes or so) |
| 19:51:52 | gevaerts | amiconn: indeed. Still, one step at a time I think |
| 19:52:19 | preglow | ah, no, what i have implemented so far is hacky |
| 19:52:30 | | Quit gregzx (Read error: 104 (Connection reset by peer)) |
| 19:52:31 | preglow | hmm |
| 19:53:23 | preglow | well, we should just make some generic block functions, then define a table of operations for each driver |
| 19:53:39 | preglow | if there is only one driver, #define wrapper for the generic stuff that just uses ata_* or whatever |
| 19:54:02 | preglow | limits to have fancy we should do it |
| 19:56:04 | * | gevaerts spots the first small hurdle : ata_spinup_time |
| 19:56:10 | | Join Strife89 [0] (n=michael@204.116.245.152) |
| 19:56:26 | Strife89 | http://forums.rockbox.org/index.php?topic=18884.msg136547#msg136547 |
| 19:59:04 | amiconn | gevaerts: Did I say ata needs rework? |
| 19:59:33 | amiconn | *iirc*, ata_spinup_time was only made public for the debug menu |
| 19:59:34 | gevaerts | amiconn: I seem to remember something like that :) |
| 19:59:52 | preglow | wrap ata_spinup_timer in a function |
| 20:00 |
| 20:00:07 | LambdaCalculus37 | Strife89: Beatbox is decrepit code at this point, IIRC. |
| 20:00:14 | preglow | it is indeed |
| 20:00:33 | gevaerts | mpeg.c and pcm_record.c use it |
| 20:00:54 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 20:00:55 | Strife89 | This is one of those times when I'm kicking myself for not knowing C. |
| 20:01:08 | amiconn | gevaerts: Ah yes, for calculating the watermark |
| 20:01:31 | amiconn | Then it needs to stay, and will just be a constant for non-ata targets |
| 20:02:28 | gevaerts | amiconn: it's not that simple. On multivolume the number can be different for different volumes |
| 20:02:46 | bill2or3 | ata_spinup sounds vaguely related to a possible reason my H300 won't boot. (unless I go into USB Bootloader mode first) |
| 20:02:54 | amiconn | Hmm, then it might need an access function |
| 20:03:26 | gevaerts | Of course you could make it the worst-case of all volumes |
| 20:04:11 | | Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) |
| 20:05:30 | bill2or3 | as best as I've been able to determine there must be some difference in the ata init code when you exit the usb-bootloaded, as compared to a regular boot. |
| 20:05:36 | bill2or3 | if anyone has ideas, speak up. |
| 20:07:21 | | Quit XavierGr (Read error: 104 (Connection reset by peer)) |
| 20:07:33 | | Join gregzx [0] (n=chatzill@dtr213.neoplus.adsl.tpnet.pl) |
| 20:07:50 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 20:08:44 | | Join meven_ [0] (n=meven@lav35-1-82-236-137-162.fbx.proxad.net) |
| 20:09:19 | preglow | why not make it an access function? access functions are not evil |
| 20:09:35 | preglow | if it varies from driver to driver, then it should do so also in the api for quering it |
| 20:10:27 | | Join janne_oksanen [0] (n=janne@t40a.polttolinja.jyu.fi) |
| 20:10:37 | gevaerts | Agreed, but suddenly mpeg.c and pcm_record.c will need to know which volume they are using. Yet another item for the todo list (but unavoidable I guess) |
| 20:10:40 | janne_oksanen | ok, I may have a problem |
| 20:11:16 | janne_oksanen | after about 4 hours of charging the new ipod and simultaniously uploading music I was able to transfer all my music in |
| 20:11:48 | janne_oksanen | then I played around with some games and couldn't figure out a way to get out of the solitaire game |
| 20:11:54 | | Quit XavierGr (Nick collision from services.) |
| 20:12:05 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 20:12:05 | janne_oksanen | so I shut down the ipod and not it's not responding to anything at all |
| 20:12:55 | amiconn | gevaerts: Which drive, not which volume |
| 20:13:10 | amiconn | (but maybe those can be combined in a nice way) |
| 20:13:13 | gevaerts | Aaarghh. This does indeed need cleanup! |
| 20:13:19 | gevaerts | amiconn: right :) |
| 20:14:03 | gevaerts | janne_oksanen: try setting hold, then unsetting hold, and then resetting (menu+select for a while). After that, look for the manual ;) |
| 20:14:11 | amiconn | I would like to see the ability to specify how many volumes per drive to mount independently of how many drives to support |
| 20:14:32 | gevaerts | We do want that, yes |
| 20:15:05 | amiconn | Right now, these values are combined. On Ondio we support 2 volumes, in order to make the MMC accessible |
| 20:15:42 | amiconn | But if someone makes 2 partitions on the internal flash, the MMC would no longer be mounted on plug-in (due to no free volume descripotrs) |
| 20:17:19 | janne_oksanen | gevaerts: there we go, thanks |
| 20:17:24 | gevaerts | It's always easy to say "don't do that, then", but the same problem exists on the hotswappable cards, and there saying that gets a bit harder |
| 20:17:40 | janne_oksanen | fwiw I did read the battery FAQ |
| 20:17:52 | gevaerts | janne_oksanen: I meant about exiting plugins :) |
| 20:17:56 | amiconn | The cards aren't affected that much, because they don't come first |
| 20:18:11 | gevaerts | That's true, but it's still annoying |
| 20:18:54 | * | gevaerts thinks that if we ever do usb host, we will have to make sure that this code is really clean before even starting |
| 20:19:27 | amiconn | The typical case *is* just one volume per drive, and that's what we should try to mount in the official builds. But we should allow for special cases, and rockbox shouldn't mount 2 partitions of drive 0 and then have no more free descriptors for drive 1 |
| 20:20:31 | | Join lasser [0] (n=chatzill@Wb716.w.pppool.de) |
| 20:22:05 | | Quit meven (Read error: 110 (Connection timed out)) |
| 20:23:25 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
| 20:26:05 | * | n1s thinks he figured out what causes the obscure reversed-alphabetical-dir-sorting-after-deletinga-a-folder-which-we-later-try-to-resume-from |
| 20:26:24 | * | gevaerts gives n1s a beer |
| 20:26:44 | n1s | ooh, cheers! :) |
| 20:27:00 | n1s | I'm not sure how to fix it though :/ |
| 20:29:09 | RyoS | rewrite rewrite *SCNR* |
| 20:29:11 | RyoS | ^^ |
| 20:31:08 | | Quit Nibbler ("Ex-Chat") |
| 20:31:41 | | Join Nibbler [0] (n=Nibbler@e181085236.adsl.alicedsl.de) |
| 20:31:45 | gevaerts | What does HAVE_FLASH_STORAGE mean? : (a) there is no ata_get_identify(), (b) there is no disk_spindown, (c) don't worry about buffer margins, (d) show a different disk activity icon, (e) all of the above |
| 20:31:59 | n1s | RyoS: the fix will require a bit of rethinking at least, probably not so much rewriting |
| 20:32:34 | bertrik | gevaerts, I think I've run into that one too, it's only defined for one (currently unsupported) target IIRC |
| 20:33:04 | pixelma | gevaerts: I believe that's only used for the ifp port, don't know why though |
| 20:33:11 | gevaerts | bertrik: no. That one is defined for lots of targets. The ifp7xx uses ata_flash.c, which is a different thing |
| 20:33:48 | gevaerts | And the answer is (e)... |
| 20:33:51 | amiconn | Can you spell 'mess'? |
| 20:33:52 | Strife89 | gevaerts: I want to say (E), |
| 20:34:04 | gevaerts | m...e...s...s ? |
| 20:34:14 | bluebrother | m-e-s-s? |
| 20:34:17 | Strife89 | Well, heh. :) |
| 20:34:38 | * | bertrik was confused with HAVE_FLASH_DISK, only defined in config-ifp7xx.h |
| 20:35:08 | * | pixelma too |
| 20:35:46 | | Quit Thundercloud (Remote closed the connection) |
| 20:36:00 | gevaerts | OTOH none of the tcc targets declare any HAVE_ATA_whatever. Slightly annoying |
| 20:36:47 | pixelma | gevaerts: but progress, (d) is only true since DevCon, before only the Ondio had it... ;) |
| 20:36:52 | gevaerts | (except HAVE_ATA_POWER_OFF, which I don't believe) |
| 20:37:04 | * | n1s feels a bit guilty since he introduced HAVE_FLASH_STORAGE... |
| 20:39:26 | gevaerts | Actually it makes some sense in a single-drive world. However, I think we need to either get rid of most of them, or replace them by something like HAVE_SLOW_ACCESSTIME |
| 20:40:11 | gevaerts | Or HAVE_DISK_STORAGE |
| 20:40:37 | * | gevaerts guesses that when n1s added them, disk targets were still the majority |
| 20:40:52 | n1s | although when i introuduced it, all it did was disable the disk spindown and anti-skip buffer options on flash based targets |
| 20:42:20 | * | n1s isn't sure wht the problem is... |
| 20:43:58 | gevaerts | The main problem is (a), which is my fault (usb_storage.c). A smaller, possibly irrelevant problem is that a target may have both flash and disk, and #ifndef HAVE_FLASH_STORAGE will disable stuff that should stay |
| 20:44:23 | | Quit ajonat (Read error: 110 (Connection timed out)) |
| 20:44:39 | amiconn | This also raises the question what disk icon to display on mixed-storage targets |
| 20:44:51 | gevaerts | There is no such target currently, so it's not an issue right now. I'd still like to invert the logic though |
| 20:45:14 | amiconn | Btw, the beginnings of a port to such a device are already in svn... |
| 20:45:17 | * | n1s has no objections |
| 20:45:21 | gevaerts | amiconn: easy! Waste RAM and compile in both icons! |
| 20:45:40 | amiconn | The Tatung Elio is HDD based and has an SD slot |
| 20:46:11 | LambdaCalculus37 | That's true. |
| 20:46:20 | amiconn | But it's a linuxstb port.. ;) |
| 20:46:55 | | Join AlexStacey_ [0] (n=no@host86-145-253-209.range86-145.btcentralplus.com) |
| 20:47:05 | | Part AlexStacey_ |
| 20:48:12 | gevaerts | So how do I call the define meaning you need to take spinups and related delays into account ? HAVE_DISK_STORAGE? |
| 20:49:47 | amiconn | If the beast's performance scales linearly with CPU clock (and it probably does for stuff that fits into the cache), I'm now at 99% realtime for ape -c5000 at full clock (measured 49.5% realtime at 264MHz) |
| 20:50:00 | * | gevaerts finds that there are 81 different HAVE_* defines in config-*.h |
| 20:50:30 | amiconn | Some of them really shouldn't be there |
| 20:50:59 | LambdaCalculus37 | amiconn: That's setting a new record with APE! :) |
| 20:51:08 | * | LambdaCalculus37 hands amiconn an entire crate of beer |
| 20:51:36 | gevaerts | Just a few percents more, and you'll have realtime! |
| 20:51:39 | amiconn | (those which define stuff that only depends on the actual target, and redefining it for that target would make no sense) |
| 20:52:33 | pixelma | MarcGuay: I can't tell you how the \index work, not much of an LaTeX expert either, maybe try asking bluebrother... ;) |
| 20:52:54 | * | gevaerts expect the monkeysaudio people will introduce -c6000 as soon as they hear that a portable DAP can handle -c5000 |
| 20:53:17 | amiconn | -c2000 became a little bit slower for some reason, but -c3000, -c4000 and -c5000 all became faster |
| 20:53:20 | MarcGuay | pixelma: Okie doke. Thanks anyways. I have a feeling they're leftover from another organization attempt but want to be sure... |
| 20:53:32 | pixelma | could be |
| 20:54:03 | * | Strife89 finds this whole -c1000, -c2000, etc. thing irritating. |
| 20:54:19 | | Quit jhulst (Read error: 104 (Connection reset by peer)) |
| 20:54:44 | LambdaCalculus37 | Strife89: It's Monkey's Audio (APE); amiconn is working on speeding up the codec as much as he can. |
| 20:54:51 | | Quit herrwaldo (Remote closed the connection) |
| 20:55:27 | *** | Saving seen data "./dancer.seen" |
| 20:55:41 | Strife89 | LambdaCalculus37: Yeah, I knew ya'll are discussing APE. |
| 20:55:50 | pixelma | it's the quality setting for it, there are also alias names for -c1000 etc (don't ask me though) |
| 20:55:53 | bluebrother | MarcGuay, pixelma: \index{} add something to the index. You need to print that index though |
| 20:56:14 | gevaerts | LambdaCalculus37: the point is that there's no such thing as -c4950 if -c5000 is just too slow |
| 20:56:19 | bluebrother | and you can substructure with ! −− as in \index{Installation!Fonts} |
| 20:56:23 | * | Strife89 can't be bothered to try APE at the moment. |
| 20:56:32 | MarcGuay | bluebrother: So does it currently get used or is it theoretical? |
| 20:56:38 | bluebrother | this will make an index entry "Installation, Fonts" |
| 20:56:54 | bluebrother | not yet. There was a previous attempt of using it but it got never finished. |
| 20:57:12 | | Quit Kopfgeldjaeger ("Serverwechsel") |
| 20:57:27 | | Join herrwaldo [0] (n=waldo@ip-81-11-221-70.dsl.scarlet.be) |
| 20:57:29 | bluebrother | I had an index on my personal copy for testing, but unless all items that should get indexed use \index there isn't too much point in it −− it'll be rather empty |
| 20:57:39 | MarcGuay | I see. The current index is created using section/subsection/item, etc. |
| 20:57:55 | MarcGuay | Or is it meant as an Appendix? |
| 20:57:56 | bluebrother | current index? No, that's a TOC ;-) |
| 20:58:21 | MarcGuay | :) When words collide. |
| 20:58:23 | bluebrother | index is meant as words you look after −− like "what pages deal with fonts"? |
| 20:58:50 | MarcGuay | bluebrother: I call that an appendix. Oh my, English is fun. |
| 20:58:56 | bluebrother | If you're interested I can look after my previous attempt and put it somewhere. |
| 20:59:14 | gevaerts | mcuelenaere: why HAS_BUTTON_HOLD instead of HAVE_BUTTON_HOLD? |
| 20:59:20 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 20:59:23 | | Join Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) |
| 20:59:27 | mcuelenaere | gevaerts: hmm where? |
| 20:59:28 | bluebrother | well, appendix (in the sense of latex formatting) is everything that comes after the "book". Like the config file options being an appendix |
| 20:59:37 | mcuelenaere | must be a typo |
| 20:59:48 | MarcGuay | I was more interested in getting rid of it. :) I see how it could be useful for people who refuse to search, though... |
| 20:59:49 | gevaerts | mcuelenaere: creative and onda ports |
| 20:59:52 | bluebrother | appendices are numbered using letters, while chapters are using latin numbers (well, usually ;-) |
| 21:00 |
| 21:00:10 | BigBambi | true that |
| 21:00:14 | bluebrother | getting rid of the nonexisting index? |
| 21:00:14 | | Join jhulst [0] (n=jhulst@148.61.141.45) |
| 21:00:32 | bluebrother | or of the TOC? |
| 21:00:57 | BigBambi | An index would be a good idea IMO |
| 21:01:03 | mcuelenaere | hmme /me doesn't know where he got that HAS_BUTTON_HOLD |
| 21:01:15 | mcuelenaere | I must've copied it from somewhere |
| 21:01:19 | * | bluebrother would like to see a full index too |
| 21:01:19 | MarcGuay | bluebrother: Shows how much I know about my native tongue, you're right about appendix/index. |
| 21:01:41 | mcuelenaere | gevaerts: what gives if you do a grep -R HAS_BUTTON_HOLD on config-* ? |
| 21:01:49 | mcuelenaere | (haven't started my Linux vm up yet) |
| 21:01:53 | MarcGuay | An index could be useful, but imagine the work involved. I think the links to relatedl sections are good enough. |
| 21:02:02 | gevaerts | mcuelenaere: only your targets |
| 21:02:02 | n1s | I think the define HAS_BUTTON_HOLD is the one we use for hold |
| 21:02:20 | * | Strife89 would just like to see a .txt manual that can be read on the device. :) |
| 21:02:37 | pixelma | gevaerts: I believe that define was called this way for a long time, something, as n1s said... |
| 21:03:01 | MarcGuay | Strife89: Take a look at the text bible that someone made. Something similar could be useful. |
| 21:03:29 | mcuelenaere | gevaerts: backlight.c:#ifdef HAS_BUTTON_HOLD |
| 21:03:38 | Strife89 | MarcGuay: Was that in the Wiki or the forums? |
| 21:03:45 | n1s | gevaerts: other targets have it in their button-target.h file in the target tree |
| 21:03:45 | BigBambi | forums |
| 21:03:49 | mcuelenaere | seems like it's defined in all button-target.h files |
| 21:03:49 | MarcGuay | Strife89: And then integrate it into the context menus for on-the-fly assistance. |
| 21:03:52 | | Quit gevaerts (Nick collision from services.) |
| 21:04:01 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 21:04:09 | bluebrother | Strife89: make manual-txt ;-) |
| 21:04:19 | * | gevaerts apologises to mcuelenaere for the false alarm |
| 21:04:26 | mcuelenaere | :) |
| 21:04:27 | Strife89 | bluebrother: I have no Latex. |
| 21:04:32 | * | mcuelenaere is going to correct it anyway |
| 21:04:51 | Strife89 | bluebrother: And I don't know ho to get it or set it up. |
| 21:05:31 | MarcGuay | bluebrother: I suppose a script could be created that searches for keywords (i.e. Fonts) and adds a \index{Fonts} next to it. A simple find->replace even. |
| 21:05:33 | bluebrother | Strife89: well, I can't help you much with that. But it's already possible creating a txt version |
| 21:06:02 | MarcGuay | Strife89: ManualHowto wiki page knows. |
| 21:06:28 | Strife89 | The Wiki knows all........ ;) |
| 21:06:51 | | Quit bertrik (Read error: 113 (No route to host)) |
| 21:07:00 | bluebrother | MarcGuay: that would be good as a start, but a good index needs to get maintained manually. But as you spread the keywords around the text this is rather easy −− when adding / changing text just put in the correct index item if it should show up there |
| 21:07:36 | Strife89 | MarcGuay: It knows no more, technically. :) |
| 21:08:14 | MarcGuay | bluebrother: I think that's asking a lot of maintainers. They'll need to know all of the keywords and remember to add them. |
| 21:08:30 | MarcGuay | Strife89: I don't understand. |
| 21:08:55 | Strife89 | MarcGuay: http://www.rockbox.org/twiki/bin/view/Main/ManualHowTo |
| 21:09:06 | MarcGuay | bluebrother: IMO it seems like a lot of work for something that can easily be done by searching the PDFs. |
| 21:09:10 | bluebrother | MarcGuay: I don't think so. You can add anything you like to the index, and if we decide to only add "big" topics this shouldn't be really that of a problem |
| 21:09:19 | Strife89 | MarcGuay: I'm searching GeneralFAQ now with no luck. |
| 21:09:37 | bluebrother | plus, a manually maintained index is usually a let better than a full text search. Given that the index is maintained ;-) |
| 21:09:54 | MarcGuay | Strife89: http://www.rockbox.org/twiki/bin/view/Main/ManualHowto |
| 21:09:58 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 21:10:01 | MarcGuay | One-letter difference. |
| 21:10:03 | | Quit miepchen^schlaf () |
| 21:10:30 | Strife89 | MarcGuay: Oops. |
| 21:10:43 | * | bluebrother wants a redirect feature in twiki like MediaWiki can do for catching such stuff |
| 21:10:46 | Strife89 | MarcGuay: Guess I can't spel today. ^^; |
| 21:11:47 | MarcGuay | bluebrother: The problem there was that there's an out of date page with the one-letter difference spelling. |
| 21:12:24 | MarcGuay | It was part of the wiki manual - a general How To. |
| 21:13:30 | Strife89 | MarcGuay: http://pastebin.com/m4d4b778d |
| 21:13:36 | gevaerts | mcuelenaere: actually, HAVE_BUTTON_HOLD is never checked for in any code |
| 21:13:50 | | Join miepchen^schlaf [0] (n=miepchen@p579ECC5C.dip.t-dialin.net) |
| 21:14:05 | mcuelenaere | bleh |
| 21:14:11 | mcuelenaere | meaning, it is an useless commit? |
| 21:14:19 | bluebrother | Strife89: maybe your distro is already using texlive? |
| 21:14:35 | gevaerts | mcuelenaere: no. Just a not-entirely-correct one ;) |
| 21:14:45 | Strife89 | bluebrother: Well, if so, then what? It's Ubuntu 8.04.1 |
| 21:15:28 | bluebrother | then the package is most likely called differently. Don't know about ubuntu, but all newer distros are changing to texlive as tetex isn't maintained anymore |
| 21:15:56 | gevaerts | mcuelenaere: If I understand things correctly, other targets define HAS_BUTTON_HOLD in button-target.h, and no HOLD related things in config-* |
| 21:16:01 | * | Strife89 fires up Synaptic. |
| 21:16:22 | mcuelenaere | hmm this sounds like it needs a cleanup |
| 21:19:22 | | Join {phoenix} [0] (n=dirk@p54B47B60.dip.t-dialin.net) |
| 21:19:58 | | Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) |
| 21:20:57 | | Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-b88da285a44ef71f) |
| 21:21:07 | | Part J-23 |
| 21:26:59 | | Nick zodttd|away is now known as zodttd (n=zodttd@user-142gtg7.cable.mindspring.com) |
| 21:27:38 | gevaerts | mcuelenaere: didn; |
| 21:27:53 | gevaerts | mcuelenaere: didn't my commit from a few days ago break onda usb? |
| 21:28:21 | mcuelenaere | hmm its been a while since I tested Rockbox on the Onda |
| 21:28:35 | mcuelenaere | anyway, USB on the Onda is hacky and uses it's own code |
| 21:28:39 | mcuelenaere | so not the Rockbox one |
| 21:28:41 | mcuelenaere | (currently) |
| 21:28:53 | gevaerts | ah, ok |
| 21:29:56 | | Quit tvelocity (Remote closed the connection) |
| 21:36:14 | | Quit nplus (Read error: 104 (Connection reset by peer)) |
| 21:37:26 | | Join nplus [0] (n=nplus@141.25.Globcom.Net) |
| 21:37:35 | * | gevaerts commits and hopes |
| 21:38:13 | denes | gevaerts: hi, I added FS #9466 , my fisrt attempt at a driver for old meizu m3 lcds |
| 21:38:17 | denes | gevaerts: could you try it? |
| 21:39:46 | | Quit jhulst (Remote closed the connection) |
| 21:40:01 | | Quit nplus (Remote closed the connection) |
| 21:40:10 | gevaerts | denes: sure |
| 21:40:39 | denes | gevaerts: thanks |
| 21:43:09 | | Join HBK [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 21:46:44 | | Quit amiconn (" boot, re") |
| 21:46:51 | gevaerts | denes: it doesn't seem to work. I'll try to find out why |
| 21:47:18 | denes | gevaerts: maybe try doubling the delay in lcd_sleep |
| 21:47:29 | denes | gevaerts: but does the backlight switch on? |
| 21:47:38 | gevaerts | Yes |
| 21:51:49 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 21:52:46 | | Quit herrwaldo (Remote closed the connection) |
| 21:52:53 | gevaerts | Increasing the delays doesn't help |
| 21:53:13 | | Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) |
| 21:53:16 | * | gevaerts wonders... |
| 21:53:53 | gevaerts | This uses an external chip, right? Are we sure that that one isn't connected to some power pin we need to turn on? |
| 21:54:22 | | Quit kachna (Read error: 104 (Connection reset by peer)) |
| 21:54:54 | denes | gevaerts: this is a disassembly of the OF |
| 21:54:58 | shotofadds | mcuelenaere: are you sure r18734 is correct? HAS_BUTTON_HOLD (rather than HAVE_..) is used throughout, including in features.txt. Although for some reason it's usually defined in button-target.h rather than config-xxx.h |
| 21:55:04 | denes | gevaerts: nothing more, nothing less |
| 21:55:16 | denes | gevaerts: it worked for the new lcd |
| 21:55:28 | mcuelenaere | shotofadds: ask gevaerts ;) |
| 21:55:29 | gevaerts | There is that of course |
| 21:55:53 | gevaerts | mcuelenaere: no fair! I asked the same |
| 21:56:01 | * | mcuelenaere checks |
| 21:56:10 | shotofadds | hmm. actually I don't understand that commit at all. ZVM now defines both! |
| 21:56:35 | mcuelenaere | it does? |
| 21:56:37 | | Join webguest87 [0] (n=626ebb96@gateway/web/cgi-irc/labb.contactor.se/x-3f4c66ccb626cbc5) |
| 21:56:50 | denes | gevaerts: maybe try forcing lcd_type to 0 in lcd_init - in case the detection is broken |
| 21:56:54 | mcuelenaere | no it doesn't |
| 21:57:13 | gevaerts | mcuelenaere: the button-target.h change is fine, but config-* don't need any defines for HOLD |
| 21:57:19 | | Quit webguest87 (Client Quit) |
| 21:57:29 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
| 21:57:32 | mcuelenaere | ok, I'll include that in my next commit then |
| 21:57:53 | | Join herrwaldo [0] (n=waldo@ip-81-11-220-171.dsl.scarlet.be) |
| 21:58:20 | | Join Ghost [0] (n=Ghost@pool-98-110-187-150.bstnma.fios.verizon.net) |
| 21:58:29 | | Nick Ghost is now known as Guest91128 (n=Ghost@pool-98-110-187-150.bstnma.fios.verizon.net) |
| 21:58:43 | Guest91128 | link doesnt work |
| 21:59:07 | | Quit Guest91128 (Client Quit) |
| 21:59:30 | gevaerts | denes: if I do that, the backlight doesn't turn on any more |
| 22:00 |
| 22:00:00 | * | gevaerts adds a delay to check something |
| 22:00:04 | denes | gevaerts: from what change? |
| 22:00:29 | gevaerts | denes: forcing lcd_type=0 |
| 22:00:51 | denes | gevaerts: maybe you just have to wait for the long delay |
| 22:01:04 | denes | gevaerts: or maybe not |
| 22:01:09 | denes | gevaerts: interesting |
| 22:01:25 | | Quit meven_ (Remote closed the connection) |
| 22:01:29 | gevaerts | Very interesting, as it should get turned on before that |
| 22:01:38 | denes | gevaerts: yes indeed |
| 22:02:03 | denes | gevaerts: is it not possible that the lcd turned black? just guessing |
| 22:02:55 | gevaerts | I don't think so. It looks exactly the same as when powered off |
| 22:03:05 | denes | gevaerts: strange indeed |
| 22:03:06 | Strife89 | Eh? I'm trying to make a sim and I'm being told that "SDL isn |
| 22:03:25 | Strife89 | 't (properly) installed." |
| 22:03:48 | Strife89 | Can someone tell me what package I need to resolve this? |
| 22:03:57 | gevaerts | Strife89: libsdl-dev |
| 22:04:23 | Strife89 | gevaerts: Does the version number matter? Synaptic lists v1.2 |
| 22:04:28 | gevaerts | denes: if I add a delay just after turning the backlight on but before the lcd_* things, the backlight works |
| 22:04:32 | gevaerts | Strife89: you need 1.2 |
| 22:04:45 | Strife89 | gevaerts: Marked. Thanks. :) |
| 22:05:04 | | Join jeroen- [0] (n=jeroen-@wikipedia/jeroenvrp) |
| 22:05:13 | jeroen- | hi folks |
| 22:05:34 | jeroen- | I like to disable my apple firmware from starting up with the hold key on |
| 22:05:36 | jeroen- | how? |
| 22:05:44 | Strife89 | "Simulator environment deemed little endian." 0.o |
| 22:05:59 | * | gevaerts has text on his screen! |
| 22:06:14 | gevaerts | jeroen-: you'll need to change and recompile the bootloader for that |
| 22:06:31 | jeroen- | gevaerts: oh that sounds dangerous |
| 22:06:51 | gevaerts | jeroen-: on ipod, not very. |
| 22:06:51 | mcuelenaere | gevaerts: \o/ |
| 22:06:58 | jeroen- | mmm |
| 22:07:07 | jeroen- | ok I will remember if I have time |
| 22:07:08 | gevaerts | denes: I disabled the clock setting... |
| 22:07:20 | gevaerts | So it's definitely timing |
| 22:07:52 | Strife89 | Eh? Another pothole: http://pastebin.com/m4bf4fa0f |
| 22:08:30 | Strife89 | Never seen it croak on a bitmap before..... |
| 22:08:31 | gevaerts | Strife89: build an e200 sim, not an e200r one. |
| 22:08:43 | * | Strife89 slaps himself. |
| 22:08:57 | * | gevaerts doesn't have to do that then :) |
| 22:08:59 | | Nick zodttd is now known as zodttd|away (n=zodttd@user-142gtg7.cable.mindspring.com) |
| 22:10:06 | denes | gevaerts: so with the clock settings on, a delay after turning the backlight on, and doubled (or trippled) lcd_sleep - so then the backlight turns on, but there is no visible change on the lcd? |
| 22:10:31 | gevaerts | denes: looks like it. I went to 4x. |
| 22:11:00 | denes | gevaerts: good. and what happens if you only run lcd_init - so not clearing the screen etc. |
| 22:11:02 | gevaerts | denes: Now that I can print text, I can print the default clock settings |
| 22:11:20 | denes | gevaerts: there should be garbage then if the init itself works - maybe only the screendrawing part is broken? |
| 22:11:41 | gevaerts | So just remove lcd_update()? |
| 22:11:59 | denes | gevaerts: yes |
| 22:12:14 | denes | gevaerts: is the lcd_type forced to 0? |
| 22:12:25 | gevaerts | Not anymore |
| 22:12:39 | * | Strife89 looks at the APE Wiki page. |
| 22:12:53 | denes | gevaerts: well it doesn't matter if it's 0 - question is, is it set to 0, or is it misdetected |
| 22:12:59 | gevaerts | denes: you were right. Garbage |
| 22:13:00 | * | Strife89 thinks Insane (-c5000) is truly insance. |
| 22:13:04 | denes | gevaerts: great! |
| 22:13:08 | denes | gevaerts: so the init works! |
| 22:13:12 | Strife89 | insance -> insane |
| 22:13:38 | Strife89 | 3.6% speed on the c200....... 0.o |
| 22:13:40 | bertrik | ugh, rockbox has one of those infinite bounce left/right progress indicators |
| 22:13:51 | denes | gevaerts: you mean you saw garbage? |
| 22:13:55 | gevaerts | yes |
| 22:13:59 | Strife89 | bertrik: It bothers you too, then? |
| 22:14:07 | denes | gevaerts: that's great, I am happy |
| 22:14:17 | Strife89 | I definitely prefer a percentage (number). |
| 22:14:37 | * | gevaerts thinks that it takes a special sort of person to be happy about seeing garbage :) |
| 22:14:47 | denes | gevaerts: so if you put everything the way it is in the patch, BUT uncomment lcd_update, you see garbage again? |
| 22:16:05 | bertrik | Strife89, it doesn't really bother me too much, but I prefer one that simply fills up from left to right proportionally to progress. |
| 22:16:06 | denes | gevaerts: because then the next step is to IMHO to change the lcd_sleep(1) in lcd_update to something big, like lcd_sleep(200) - and then you can should be able to see on the display as it is drawn |
| 22:16:44 | | Part jeroen- ("Leaving.") |
| 22:16:53 | Strife89 | bertrik: It drives me a little crazy, the way it is. |
| 22:17:42 | | Join tvelocity [0] (n=tony@195.167.65.108) |
| 22:17:50 | Strife89 | bertrik: I much prefer having _some way_ of knowing how much has been done, and how much is left to go. |
| 22:19:25 | bertrik | yeah, the left/right bouncy type of indicator says nothing about progress at all, basically just a "I'm still alive" indicator |
| 22:19:55 | gevaerts | denes: it stopped working somewhere after going to a clean patch. Investigating now... |
| 22:21:40 | denes | gevaerts: ok. (meanwhile I go and have dinner) |
| 22:21:51 | gevaerts | I think I'll just leave the clock for now... |
| 22:22:02 | RyoS | some x5 user in here ever sent back the player outside warranty and let cowon handle "an issue"? i just wonder how much it would cost me, and they told me to send in the player to tell me |
| 22:22:39 | RyoS | i dont want to pay a new player lol |
| 22:22:41 | Strife89 | bertrik: In one case it was doing that but it wasn't "alive". |
| 22:22:42 | RyoS | thats all.. |
| 22:23:47 | gevaerts | RyoS: you're probably better off asking that sort of thing on the www.iaudiophile.net forums |
| 22:23:50 | Strife89 | bertrik: On one occasion, I was copying a file (5.8MB) from internal flash to the memory card while music was playing. 30 minutes later..... it still said it wasn't done. |
| 22:25:53 | | Quit jeffdameth1 (Read error: 113 (No route to host)) |
| 22:26:36 | Strife89 | bertrik: Ultimately I killed the power and checked my storage. I wound up reformatting the card due to bad sectors (after archiving my data, of course). |
| 22:26:59 | | Join jeffdameth [0] (n=jeff@dyndsl-080-228-181-179.ewe-ip-backbone.de) |
| 22:28:34 | RyoS | gevaerts: did that, no answer |
| 22:28:49 | RyoS | i solderd a new battery but it lasts as long as the original, on OF and rockbox |
| 22:29:05 | RyoS | so i guess, something else got to be wrong.. |
| 22:30:31 | ameyer | how long are we talking about? |
| 22:30:41 | RyoS | 7h |
| 22:30:49 | * | gevaerts thinks that this is not really on topic here... |
| 22:31:02 | RyoS | however~ just wanted to throw in the question XD |
| 22:31:21 | BigBambi | Please don't unless it is on topic |
| 22:34:55 | | Join _Andrew_ [0] (n=on@m83-188-236-19.cust.tele2.se) |
| 22:36:03 | denes | gevaerts: so did you manage to get back the garbage? |
| 22:36:13 | gevaerts | denes: by not setting the clock |
| 22:37:00 | denes | gevaerts: great. so then did you try changing the lcd_sleep(1) in lcd_update to something big, like lcd_sleep(200) ? |
| 22:37:19 | denes | gevaerts: to see if it draws something on the screen maybe |
| 22:37:37 | gevaerts | It obviously needs more, as the init doesn't work when I do set the clock. I must have done something wrong earlier |
| 22:37:56 | denes | gevaerts: maybe the delays are too short at 200MHz |
| 22:37:57 | gevaerts | Would knowing the clock register values help? |
| 22:38:32 | * | gevaerts rememers something else... |
| 22:38:35 | denes | gevaerts: if we can get it to work at the default clock than I think we can be happy |
| 22:38:56 | denes | gevaerts: than we can adjust stuff to make it work at 200 MHz (probably by adjusting the delays) - IMHO |
| 22:39:08 | gevaerts | Does yours work with the default clock? |
| 22:39:56 | | Join MethoS- [0] (n=clemens@host-091-097-240-119.ewe-ip-backbone.de) |
| 22:40:52 | | Quit Strife89 (Read error: 60 (Operation timed out)) |
| 22:41:09 | denes | gevaerts: probably. I did mess around with the clock, until I found where I had to insert an lcd_sleep to make it work at 200MHz |
| 22:41:27 | denes | gevaerts: I can try it right now |
| 22:41:36 | denes | gevaerts: sorry I mean I can't try it right now |
| 22:42:11 | denes | gevaerts: so I think we shouldn't worry about the clock right now |
| 22:42:22 | denes | gevaerts: I worry about the lcd_update right now |
| 22:42:36 | gevaerts | On slow clock lcd_update works too |
| 22:42:44 | denes | gevaerts: great! so you got picture? |
| 22:42:53 | gevaerts | yes (or rather text) |
| 22:42:57 | denes | gevaerts: :) |
| 22:42:59 | denes | gevaerts: great |
| 22:43:24 | denes | gevaerts: did you increase the lcd_sleep(1) in lcd_update, or it was not needed? |
| 22:43:29 | gevaerts | No |
| 22:44:21 | denes | gevaerts: maybe you could try increasing lcd_sleep (in the function itself) 10x - and then try it at 200MHz. just guessing again |
| 22:44:24 | | Nick cactusy1 is now known as maha (i=xnte@gateway/gpg-tor/key-0xB9002659) |
| 22:44:54 | denes | gevaerts: could you perhaps commit or send me the driver that did work for you at default clock? to see what changes you did? |
| 22:45:10 | gevaerts | At default clock I need no changes actually |
| 22:45:24 | denes | gevaerts: great, than just increase the lcd_sleep 10 times IMHO |
| 22:45:36 | | Nick zodttd|away is now known as zodttd (n=zodttd@user-142gtg7.cable.mindspring.com) |
| 22:45:39 | | Join Strife89 [0] (n=michael@204.116.245.152) |
| 22:46:17 | | Join bughunter21 [0] (n=Jelle@77.164.66.126) |
| 22:50:40 | denes | gevaerts: so what I found is that lcd_update can send the data too fast int LCD_WDATA - and if the fifo overflows, the whole machine seemed to crash (maybe because of an interrupt or I don't know) |
| 22:50:59 | gevaerts | I'd guess an interrupt, yes |
| 22:51:03 | denes | gevaerts: so the lcd_sleep in lcd_update is important, and it might be too little |
| 22:51:37 | denes | gevaerts: but it does work as it is on my m3 |
| 22:52:07 | | Quit {phoenix} (Read error: 110 (Connection timed out)) |
| 22:52:07 | gevaerts | I'm currently busy getting confused. Most of the changes I make have unexpected results |
| 22:52:09 | denes | gevaerts: so maybe the other delays are too short - they are just educated guesses from the firmware, they could be off by any multiplier unfortunatelly;) |
| 22:53:05 | denes | gevaerts: what kind of changes are you making? |
| 22:53:36 | gevaerts | enabling and disabling the clock setting, doing and not doing lcd_update, and playing with sleep multipliers |
| 22:54:21 | denes | gevaerts: great |
| 22:55:03 | denes | gevaerts: well I gave you all info I know - so now you are on your own I am afraid :) |
| 22:55:11 | gevaerts | No problem :) |
| 22:55:25 | denes | gevaerts: yes, I wasn't worried of course :) |
| 22:55:29 | *** | Saving seen data "./dancer.seen" |
| 22:55:30 | | Quit mcuelenaere ("Zzzzz") |
| 22:55:33 | amiconn | Those armv6 simd instructions are really useful :) |
| 22:55:57 | denes | gevaerts: so I am looking forward to your commit of a fully working meizu m3 lcd driver |
| 22:56:11 | gevaerts | I'll do my best :) |
| 22:56:21 | bertrik | Strife89, I see that the bouncy progress indicator is only used for directory delete and file copy |
| 22:56:59 | Strife89 | bertrik: .....Which I do a fair bit of. |
| 22:57:15 | bertrik | I think for file copy it can quite easily be modified to show true progress, but for directory delete you don't know how much is going to be deleted in advance |
| 22:57:30 | | Quit nuonguy ("This computer has gone to sleep") |
| 22:57:50 | Strife89 | bertrik: I can live with just "file copy progress". :) |
| 22:58:02 | denes | gevaerts: one more thing: AFAICT the OF actually used the timer for the long delays in the old lcd driver (not in the new one). I don't know why. |
| 22:58:23 | gevaerts | denes: your sleeps seem to be way off (much too long) |
| 22:58:32 | | Join Waldo000000 [0] (n=roy@203-219-228-242-gee-ts1-2600.tpgi.com.au) |
| 22:58:58 | denes | gevaerts: ok, cool |
| 22:59:06 | denes | gevaerts: that was the problem? |
| 22:59:18 | gevaerts | It doesn't work yet... |
| 22:59:49 | Strife89 | bertrik: Delete tasks rarely take long anyway. |
| 22:59:49 | | Quit Strife89 (Remote closed the connection) |
| 22:59:55 | | Join Strife89 [0] (n=michael@204.116.245.152) |
| 23:00 |
| 23:00:24 | Strife89 | Lost my signal again..... |
| 23:00:35 | * | petur wonders why his settings code produces options that are the other way around (first option shown last). http://www.pastebin.ca/1222097 |
| 23:01:58 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 23:02:17 | bertrik | hmm, never declared an initialised array like that |
| 23:03:00 | petur | just copy/paste from another entry... /me lazy ;) |
| 23:03:20 | * | petur checks how the other entry works |
| 23:03:59 | bertrik | not saying it is wrong... |
| 23:04:54 | | Join Dhraakellian [0] (n=ntryon@cpe-72-226-197-191.rochester.res.rr.com) |
| 23:05:19 | | Quit bughunter2 (Read error: 110 (Connection timed out)) |
| 23:06:40 | petur | looking at the other entries, this seems to be how the settings code works... bloody macro hell |
| 23:07:53 | Strife89 | bluebrother: After all that, I have no .txt file. o_o ????? |
| 23:08:23 | * | petur goes looking for a recording source |
| 23:09:48 | bluebrother | Strife89: you have lynx installed? Also, you need htlatex too ... |
| 23:10:00 | bluebrother | what target you want to build? |
| 23:10:09 | Strife89 | bluebrother: I don't have lynx installed. |
| 23:10:17 | Strife89 | bluebrother: Target=c200 |
| 23:10:41 | bluebrother | ah no, it's links. |
| 23:10:45 | Dhraakellian | hmm |
| 23:10:56 | Strife89 | bluebrother: No links either. :) |
| 23:11:02 | Dhraakellian | just did a battery test with 3.0 on my e260 |
| 23:11:19 | Strife89 | Dhraakellian: How'd it turn out? :) |
| 23:11:23 | Dhraakellian | 16:43 |
| 23:11:30 | Strife89 | bluebrother: Is it safe to stop midbuild? |
| 23:11:58 | Strife89 | bluebrother: I already entered make manual-txt for the second time and it's working on it. |
| 23:12:33 | Dhraakellian | 24' or so less than the r18117+batt_bench_v3 test |
| 23:13:07 | | Quit tvelocity (Remote closed the connection) |
| 23:13:08 | bluebrother | hmm. There seems to be an issue with creating feature.tex when not building the pdf |
| 23:13:21 | bluebrother | at least it seems it doesn't work for the first run. :/ |
| 23:13:38 | Strife89 | bluebrother: Second run worked as far as the PDF went. |
| 23:13:56 | Dhraakellian | then again, looking at the Time Left estimates at 100%, this one appears to have been closer |
| 23:14:10 | Strife89 | bluebrother: "links is already the newest version." |
| 23:15:11 | bluebrother | Strife89: you might want to check if building the pdf works. |
| 23:15:29 | * | bluebrother needs to check for features.txt when building the html manual |
| 23:15:45 | Strife89 | bluebrother: I did. |
| 23:16:09 | Strife89 | bluebrother: With "make manual". |
| 23:16:39 | Strife89 | bluebrother: r18730 |
| 23:16:58 | | Quit dabujo (Read error: 54 (Connection reset by peer)) |
| 23:17:25 | | Nick bughunter21 is now known as bughunter2 (n=Jelle@77.164.66.126) |
| 23:17:29 | bluebrother | http://www.stud.uni-karlsruhe.de/~uhcn/rockbox/c200.zip |
| 23:17:51 | bluebrother | so, running "make manual-html" and / or "make manual-txt" runs? |
| 23:18:27 | Strife89 | The latter does, but I don't get a "final output" and I saw a TON of errors (I believe). |
| 23:18:38 | bluebrother | the txt version needs the html first, and that in turn requires htlatex |
| 23:18:56 | | Join miepchen^schlaf [0] (n=miepchen@p579ECC5C.dip.t-dialin.net) |
| 23:18:59 | bluebrother | there will be loads of notices on stdout. The result will get placed in a subfolder "txt" |
| 23:19:14 | Dhraakellian | would I be right in surmising that Rockbox should now have drastically better battery life than the SanDisk firmware with equivalent mp3? |
| 23:19:15 | bluebrother | (it's not a single file −− it's split up in chapters) |
| 23:19:17 | Strife89 | bluebrother: Bah, I haven't built the HTML yet. |
| 23:19:40 | Strife89 | bluebrother: Also, I see the folder, with the split files. They're all 0 bytes at the moment. |
| 23:19:53 | bluebrother | you don't need to build the html first as make will do that. But it's one step less so you can check if that works |
| 23:20:18 | * | Strife89 runs "make manual-html" |
| 23:23:17 | gevaerts | http://forums.rockbox.org/index.php?topic=10078.msg136577#msg136577 |
| 23:23:39 | * | Dhraakellian goes to add the results of his test to the SansaRuntime page |
| 23:24:23 | denes | gevaerts: cool |
| 23:24:37 | gevaerts | denes: as you see, the colours need some work :) |
| 23:24:56 | denes | gevaerts: but is it a driver problem? |
| 23:25:55 | gevaerts | Either driver or some define somewhere that says how the colours should look |
| 23:26:21 | petur | yes, might be the pixel packing |
| 23:26:41 | Strife89 | bluebrother: Now running "make manual-txt". |
| 23:26:51 | denes | gevaerts: i see |
| 23:27:06 | gevaerts | Anyway the driver still needs a lot of work, and we still need to decide if it's worth it going to full 24 bit, so I won't worry about it now |
| 23:27:22 | gevaerts | It's more than good enough for debug output :) |
| 23:28:09 | gevaerts | denes: this is still with the default clock |
| 23:31:06 | denes | gevaerts: I am positive with correct timing it should work at 200MHz too in the future |
| 23:31:39 | gevaerts | denes: of course. I think we want real timings though, not guessed numbers. |
| 23:32:06 | gevaerts | So we need to find out which lcd controller this is, so we can get the datasheet |
| 23:32:28 | denes | gevaerts: the numbers are not guessed, it's either 10000 1000 or 15000 in the OF - the question is what metric |
| 23:32:41 | gevaerts | Exactly :) |
| 23:32:47 | Dhraakellian | methinks the battery on this one might not be quite as good as the one in the e200 that got RMA'd because of the headphone jack |
| 23:33:58 | * | gevaerts wonders how much more than 100% a codec needs on a full-speed beast (532MHz) to be realtime |
| 23:34:28 | | Quit ompaul (Read error: 113 (No route to host)) |
| 23:34:52 | denes | gevaerts: but I think getting rockbox to work on the m3 is first priority, it's even before prettyfying the driver - for me at least. also, for accurate timing the timer should be used instead of busy loops - I don't know if there is such functionaility in rockbox |
| 23:35:17 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
| 23:35:40 | | Quit gregzx ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") |
| 23:35:46 | gevaerts | For init a busy loop could be OK. For the update loop, I think we're missing a ready bit, or an interrupt. |
| 23:36:09 | | Quit Nibbler (Read error: 113 (No route to host)) |
| 23:36:12 | Dhraakellian | What's the best way to time the OF? hook it up to Audacity, hit record, and boot up the DAP? |
| 23:36:12 | denes | gevaerts: the update shouldn't be a loop in the first place, but should be done through DMA - that's how OF does it |
| 23:36:21 | gevaerts | That too :) |
| 23:36:24 | denes | gevaerts: but I think this driver will doo for now |
| 23:37:20 | gevaerts | It's more than good enough to continue working. Once vitja has the usb driver for tcc mostly working, I'll get busy making it work on meizu |
| 23:37:35 | denes | gevaerts: sounds good :) |
| 23:37:50 | Strife89 | bluebrother: Bah, it's still not working here. I won't worry about it any more for now; I'm going to go eat. :) |
| 23:37:59 | Strife89 | bluebrother: Thanks, though. :) |
| 23:38:09 | gevaerts | And once we have usb and lcd, we're done. Who needs more than a remote controllable display anyway ;) |
| 23:38:12 | denes | gevaerts: I think I will try to write the "bootloader". I mean the part that initializes the memory controller, and such stuff |
| 23:38:30 | | Quit Strife89 (""Gone to eat dinner. :)"") |
| 23:38:37 | gevaerts | Yes, we'll need that too |
| 23:39:29 | | Quit petur ("Zzzzz") |
| 23:39:47 | denes | gevaerts: or maybe I will check the nand reading/writing - I don't know what I will have time for |
| 23:40:14 | gevaerts | Do whatever you find interesting. There's more than enough work for everyone! |
| 23:40:27 | denes | gevaerts: indeed :) |
| 23:42:12 | | Join krazykit [0] (n=kkit@host-69-145-35-234.static.bresnan.net) |
| 23:42:18 | Dhraakellian | would having the microSDHC card in have made any difference in terms of battery life? |
| 23:43:37 | | Join fophillips [0] (n=fophilli@unaffiliated/fophillips) |
| 23:43:59 | fophillips | Is it possible to generate the database on a computer then transfer it over to the media device? |
| 23:45:16 | | Quit MethoS- (Remote closed the connection) |
| 23:49:52 | fophillips | Okay, songdb.pl |
| 23:52:37 | Bagder | that's rather unmaintained since a long time though |
| 23:52:41 | fophillips | Ah |
| 23:52:49 | fophillips | Anything more up to date? |
| 23:53:05 | Bagder | there have been work at #ifdefs for the actual C code to enable a native tool to get built |
| 23:53:15 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 23:53:18 | Bagder | but I don't think that's top notch either |
| 23:53:41 | fophillips | Hmm, Rockbox doesn’t like the files songdb.pl produces. |
| 23:54:53 | | Quit bughunter2 ("bye") |
| 23:58:49 | n1s | fophillips: it produces the old database format which was replaced with tagcache a few years ago... |
icon identifies that the person is a core developer (has commit access).