| 00:00:27 | Nico_P | lostlogic: the only potential problem I see with this is that it interrupts buffer_handle each time a handle is added |
| 00:00:27 | JdGordon|w | is it possible that the disk access on the e200 can happen completly before the statusbar can be updated so the icon isnt shown? iirc the status bar is updated HZ/10 in the menus... |
| 00:00:40 | | Quit crope` ("Leaving") |
| 00:00:48 | | Join crope` [0] (n=crope@dyn3-82-128-184-118.psoas.suomi.net) |
| 00:00:53 | gevaerts | bertrik: that's actually not too bad I think. The Interface Descriptor test is my fault. I assumed we didn't need that. Halt Endpoint is not implemented but shouldn't be too hard, and other speed is easy. |
| 00:02:04 | gevaerts | bertrik: for the MSC tests : the latest patch supports serial numbers, and it says you aborted all others. |
| 00:02:14 | lostlogic | Nico_P: it's a quick bounce, calculate the code path, should only be about 20 instructions |
| 00:02:30 | bertrik | gevaerts: those are old tests from november... |
| 00:02:39 | Nico_P | lostlogic: yeah, shouldn't be much of a problem |
| 00:03:37 | gevaerts | bertrik: ok. I'm blind... |
| 00:05:32 | | Quit dannymill000 ("Procrastinators Unite...tomorrow") |
| 00:07:45 | | Quit desowin () |
| 00:10:12 | bertrik | No idea why all tests fail, the USBCV does find the sansa on the bus so at least the device descriptor can be fetched, I'll try some more tomorrow |
| 00:10:16 | asdrubal | hoe long does a db update usually take on a 2gb sansa? |
| 00:10:17 | | Quit bertrik ("off to sleep") |
| 00:10:23 | asdrubal | hoe=how |
| 00:11:50 | gevaerts | bertrik: Don't spend too much time on it. Do they say anything at all ? |
| 00:13:30 | linuxstb | gevaerts: He left... |
| 00:14:10 | * | gevaerts thinks bertrik has the right idea |
| 00:14:22 | gevaerts | linuxstb: I noticed. |
| 00:15:13 | gevaerts | linuxstb: I plan to run the tests for myself tomorrow anyway. |
| 00:16:09 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 00:18:09 | | Quit karashata (" HydraIRC -> http://www.hydrairc.com <- Po-ta-to, boil em, mash em, stick em in a stew.") |
| 00:18:52 | kugel | Nico_P: Have you ever looked at the albumart-smooth_resize* patches? |
| 00:19:00 | * | gevaerts goes to sleep as well, before any new issue comes up to keep him awake for three more hours |
| 00:19:06 | Nico_P | kugel: I have a few days ago |
| 00:19:08 | | Quit gevaerts ("good night") |
| 00:19:23 | Nico_P | haven't looked at the latest version though |
| 00:19:50 | kugel | it might be my limited C knowledge, but the later versions doesn't look good to me |
| 00:20:24 | | Join female [0] (n=dandbcoo@c-68-41-156-13.hsd1.mi.comcast.net) |
| 00:20:29 | Nico_P | kugel: why? |
| 00:20:51 | IngenAning | I am trying to compile the rockboxutility, but when i run qmake in the rbutilqt directory, i just get a general qmake help |
| 00:21:31 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 00:21:36 | IngenAning | The guide says "Then you run the command qmake and then make in the rbutilqt folder" |
| 00:21:36 | kugel | if I understand it correctly, he introduces a function get_bmp_size to get the size of the bmp. Doesn't read_bmp_fd do that allready? |
| 00:22:14 | kugel | I haven't looked very much in the bmp.[ch] code though |
| 00:23:15 | Nico_P | kugel: yes, read_bmp_fd gets you the size, but also does much more. It's not suited for when you only want to know the size |
| 00:23:53 | kugel | ah, that makes sense |
| 00:25:03 | kugel | Shouldn't the size of the albumart be allready stored somewhere? |
| 00:27:14 | Nico_P | depends what albumart you're talking about |
| 00:27:25 | kugel | the non-resized of coursed |
| 00:27:28 | kugel | -d |
| 00:28:05 | Nico_P | where would the size of that be stored? |
| 00:28:09 | kugel | it's loaded with or without albumart_resize |
| 00:28:34 | kugel | Nico_P: I don't know, but the size is needed, since it's loaded into the buffer, isn't it? |
| 00:30:21 | | Quit mirak ("Ex-Chat") |
| 00:30:24 | preglow | IngenAning: you can run qmake in the rbutil directory, i think |
| 00:30:32 | preglow | i just did it, works fine |
| 00:31:01 | preglow | as long as there's a .pro file there, it means you can run qmake |
| 00:31:24 | kugel | IngenAning: just run qmake once (it should return 1 line, not interesting). Now run make and it should compile |
| 00:31:54 | IngenAning | Can someone help with the rockbox utility? I clicked "complete installation", then for some reason it thinks i already have the bootloader, but this is my first time running it.. then it fails if i say to install it anyway, and if i skip the step, the download fails (it reports "received HTPP error n" where n is an arbitrary number, because it changes each time i try) |
| 00:31:54 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
| 00:32:40 | Nico_P | kugel: the bitmap that ends up in the buffer is the resized one |
| 00:33:03 | pixelma | IngenAning: which rbutil version are you running? |
| 00:33:28 | | Quit dreeft ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") |
| 00:33:38 | IngenAning | From http://download.rockbox.org/rbutil/linux/rbutilqt-v1.0.2.tar.bz2 |
| 00:33:47 | kugel | Nico_P: I've looked into the patch, and it looked to me like both were loaded into the bufffer |
| 00:33:52 | kugel | correct me if I'm wrong |
| 00:34:08 | IngenAning | version m1.0.2 / r15191 |
| 00:34:24 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 00:35:17 | Nico_P | kugel: when a resize is needed, the original bmp is loaded to the WPS image buffer, then the resize is called with a destination bitmap that is in the audio buffer (i.e. MoB) |
| 00:35:25 | kugel | Nico_P: Should buffering.c change at all? I imagine that the buffering stays the same, just the bmp sent to the buffer is another |
| 00:35:48 | kugel | hm |
| 00:35:51 | pixelma | IngenAning: the "complete installation" in that version has a bug, try installing bootloader and build seperately (I think someone said yesterday that it is on a different tab, never tried myself) |
| 00:36:04 | kugel | I think I begin to get it |
| 00:36:07 | Nico_P | the function he changes in buffering.c is the one that handles loading a bitmap. I agree it should be moved elsewhere but it's not very easy |
| 00:36:29 | * | n1s would like to commit FS #8567 tomorrow and want to hear any complaints before, it basically means that gcc is required to build manuals and "make manual" must be used to make the regular pdf manuals. |
| 00:37:00 | Nico_P | the resize patch is really starting to look good to me... I should consider commiting it soon |
| 00:37:39 | kugel | Nico_P: but w/o the smooth scaling, right? |
| 00:37:54 | Nico_P | no, with smooth scaling. It's not much use without it |
| 00:38:07 | IngenAning | For "select your device in the file system" -- is this the mount point, or something in /dev ? |
| 00:38:15 | Nico_P | I already have a patch that cleanly adds smooth scaling to the core |
| 00:38:21 | kugel | I heard it increases the bin size by 4KiB |
| 00:38:52 | kugel | I believe you told that. Could you clean it up? Cool |
| 00:38:52 | Nico_P | it does, but last I heard it still was a wanted feature (and the binsize hit apparently can be reduced a bit) |
| 00:38:56 | * | preglow wonders how much core jpeg decoding will add |
| 00:39:05 | | Quit ch4os_ (Read error: 113 (No route to host)) |
| 00:39:18 | | Join jac0b [0] (n=jac0b@user-1120k9e.dsl.mindspring.com) |
| 00:39:24 | | Join spiorf [0] (n=spiorf@host118-214-dynamic.20-79-r.retail.telecomitalia.it) |
| 00:40:16 | | Join gtkspert_ [0] (n=gtkspert@203-206-99-87.dyn.iinet.net.au) |
| 00:42:31 | | Quit jhMikeS (Read error: 104 (Connection reset by peer)) |
| 00:43:38 | | Join csc` [0] (n=csc@archlinux/user/csc) |
| 00:44:01 | pixelma | n1s: is it normal that when compiling the manual with the patch it complaints about missing config.h and button.h somewhere in the beginning? I get a pdf though in the end |
| 00:44:37 | | Join crzyboyster [0] (n=4b596e6d@gateway/web/cgi-irc/labb.contactor.se/x-d825f4e591a4f9e4) |
| 00:44:42 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 00:45:16 | pixelma | but a nice side effect, you don't get the mkinfo.pl complaint with "make manual" |
| 00:45:25 | n1s | pixelma: no it shouldn't do that, did you rerun configure? |
| 00:45:42 | pixelma | humm... no, just a "make clean" |
| 00:45:50 | n1s | ah, try that then |
| 00:46:01 | | Quit ender` (" Our chances of being caught by the RIAA or IFPI are somewhat less than being hit by lightning - or choking on a wasabi-flav") |
| 00:46:36 | n1s | The include paths were to the manual dir to make a regular "make" build a manual in a slightly hacky way... |
| 00:46:54 | n1s | I had to change them back to get those header files |
| 00:48:16 | n1s | <builddir>/manual/feature.tex should tell you if everything works. |
| 00:48:35 | n1s | s/feature/features |
| 00:49:43 | jac0b | on SVN I am getting this error "svn: Decompression of svndiff data failed" |
| 00:50:16 | pixelma | n1s: ok, that fixed it and features.tex looks good :) |
| 00:50:27 | n1s | great |
| 00:50:43 | jac0b | should I just retry? |
| 00:51:54 | kugel | Nico_P: Correct me if I'm wrong! The latest albumart-smooth_resize calculates the size of the source bmp in bmp.c, it calculates the size of the resized bmp in albumart.c, and the final resizing is done in buffering.c |
| 00:52:20 | Nico_P | kugel: and? |
| 00:52:38 | kugel | that doesn't make much sense to me :/ |
| 00:52:59 | | Quit gtkspert (Read error: 101 (Network is unreachable)) |
| 00:53:16 | kugel | For me it would make more sense, if the size of resized bmp would calculated after resizing with the same function the source bmp size was calculated |
| 00:53:26 | Nico_P | putting the func that calculates the size of a bitmap in bmp.c makes perfect sense. Where you then use it doesn't matter in the least |
| 00:53:27 | kugel | and buffering would stay the same |
| 00:54:31 | | Quit obo ("bye") |
| 00:54:33 | kugel | Nico_P: the extra function for calculating the resized bmp is not needed imo |
| 00:54:35 | Nico_P | kugel: why would we need to calculate the size of the resized bmp? we know it, since we decide which size we want it to be |
| 00:54:49 | Nico_P | and we need to know which size to resize to |
| 00:55:21 | kugel | Nico_P: size in terms of bytes |
| 00:55:54 | | Quit ol_schoola () |
| 00:56:18 | kugel | we have to know the size (bytes) of the resized bmp before resizing? |
| 00:56:56 | Nico_P | yes. to know whether we have enough space to store it. |
| 00:58:01 | kugel | enough space? |
| 00:58:30 | kugel | hmm |
| 00:58:37 | Nico_P | in memory, yes |
| 00:59:15 | Nico_P | we can't just write the resized bitmap and hope for the best. plus get_albumart_size also tells us which size to resize to |
| 01:00 |
| 01:01:05 | kugel | well |
| 01:01:18 | kugel | I think I got something wrong then |
| 01:02:08 | kugel | I allways thought the space for the album art is fixed, i.e. the size of a bmp with max supported dimensions |
| 01:02:35 | kugel | But, I haven't looked too deep in the code yet, so I might have missed it |
| 01:02:59 | Nico_P | no. that's an old approach. now it's stored in the audio buffer, since it was committed MoB |
| 01:03:17 | Nico_P | *with* MoB |
| 01:03:23 | | Quit petur ("Zzzzz") |
| 01:03:31 | | Part billytwowilly ("Konversation terminated!") |
| 01:03:39 | | Quit jac0b ("Ex-Chat") |
| 01:04:25 | kugel | yea, I'm aware of that |
| 01:05:02 | kugel | but I wasn't aware of that that the size must be known before buffering |
| 01:05:03 | Nico_P | so I don't understand what you were thinking, with the fixed dims |
| 01:05:19 | Nico_P | you should look at the SVN albumart handling code |
| 01:05:24 | kugel | must be known exactly |
| 01:05:58 | Nico_P | it would be a huge waste to just allocate the max possible size |
| 01:06:38 | kugel | I looked into albumart.c and I couldn't find where the size is calculated |
| 01:07:16 | kugel | anyway, thanks for clarification |
| 01:07:16 | Nico_P | load_bitmap (in buffering.c) just writes the bitmap to the audio buffer and then says "I just wrote X bytes to the buffer" |
| 01:09:14 | *** | Saving seen data "./dancer.seen" |
| 01:09:19 | Nico_P | so it doesn't really need to know the size beforehand. but in the patch we do in order to know if we need to resize |
| 01:09:40 | kugel | ah |
| 01:09:46 | kugel | see, that was my point |
| 01:10:31 | kugel | But I understand, that the size should be known before with resizing, in order to not waste cpu time on resizing |
| 01:10:42 | IngenAning | Is there a way, if i am playing an entire album, that i can go from "track view" to album view? like.. to see my progression through the album, so i see a list of tracks, with the current track hilighted |
| 01:11:27 | Nico_P | IngenAning: are you playing the album from the database of from the filetree? |
| 01:11:49 | kugel | no wait. You need to know the size before resizing in "order know if we need to resize"? |
| 01:12:05 | | Join cool_walking_ [0] (n=Miranda@203-59-129-195.perm.iinet.net.au) |
| 01:12:56 | Nico_P | kugel: yes. you need to know the size of the bitmap file you have (with get_bmp_size), and the size it needs to be displayed as (with get_albumart_size) |
| 01:13:14 | kugel | I thought the dimensions of the album art file and the dimensions in the wps tell us if we need to resize, and not the size of the resized bmp |
| 01:13:21 | IngenAning | Nico_P: database |
| 01:14:06 | kugel | size in terms of bytes |
| 01:14:36 | Nico_P | size in bytes and in pixels are very much the same |
| 01:15:08 | Nico_P | IngenAning: AFAIK it's not possible in the DB |
| 01:15:19 | Nico_P | from the tree it would be "follow playlist" |
| 01:15:33 | kugel | So you compare the size in bytes to determine if resize is needed? |
| 01:15:35 | IngenAning | so what is the different between the tree and database? |
| 01:15:48 | IngenAning | also for some reason, all of the files that i thought i deleted are still in the database.. |
| 01:15:57 | IngenAning | songs rather |
| 01:16:23 | kugel | IngenAning: database uses id3-tags, tree uses filenames |
| 01:16:33 | Nico_P | kugel: no. you look at the size in pixels. but you also need to know the size in bytes to see if there is enough memory to store it |
| 01:16:54 | kugel | you said you need to know the size in bytes to know if resize is neede |
| 01:17:43 | Nico_P | I wasn't talking about the size in bytes, although we do need to know about that one too |
| 01:17:55 | Nico_P | get_albumart_size tells us both |
| 01:19:13 | Nico_P | kugel: I think you need to look at the patch more closely. I'm not saying there are no mistakes, but the principle looks sound to mle |
| 01:20:28 | | Quit n1s () |
| 01:21:36 | kugel | it's quite confusing for me at the moment |
| 01:21:44 | kugel | I mean our talk |
| 01:23:13 | kugel | you said, as of now we don't need to know the size (in bytes) of the album art ("it doesn't really need to know the size beforehand"). But know it does? and even before resizing? |
| 01:23:30 | kugel | but know it does means with resizng |
| 01:24:24 | | Part toffe82 |
| 01:25:06 | kugel | uh, "But know it does?" should read "But with resizing it does?" actually |
| 01:25:08 | Nico_P | in current SVN, read_bmp_fd is told how much free space there is, and will take care of not writing more than that. It will only succed if it has enough to write the whole bitmap |
| 01:25:49 | Nico_P | with the resizing version, we need to do the check ourselves before calling the resizing func |
| 01:26:08 | Nico_P | because that function will just blindly write what it has to |
| 01:26:57 | kugel | ah, so the check is preferred anyway, it's just not implemented in SVN? |
| 01:27:15 | Nico_P | it is. but it's in read_bmp_fd |
| 01:27:28 | Nico_P | only we don't use that when we reisze |
| 01:27:38 | | Quit TMM ("Ex-Chat") |
| 01:28:08 | | Quit spiorf (Remote closed the connection) |
| 01:28:19 | kugel | I don't see where the current svn checks before writing |
| 01:29:06 | asdrubal | any sansa users here? |
| 01:29:13 | | Quit crzyboyster ("CGI:IRC") |
| 01:29:18 | Nico_P | in buffering.c:844 we calculate how much free space the audio buffer has. in 845 we call read_bmp_fd with that value. read_bmp_fd will fail if the bitmap is too big |
| 01:29:34 | asdrubal | When I put music into a folder other than <sansa_disk>/music/ it will become corrupted |
| 01:29:53 | Nico_P | kugel: the "free" veriable |
| 01:29:58 | | Part pixelma |
| 01:30:00 | kugel | oh it will fail |
| 01:30:05 | Nico_P | yes! |
| 01:31:03 | asdrubal | Is there a way to add a chess opening book to the chessbox app ? |
| 01:31:15 | kugel | I read this lines just now, and I thought it's just in order to have the return value stating the correct value of bytes that have been written. I didn't know that read_bmp_fd will actually fail, and thus load_bmp too |
| 01:31:39 | Nico_P | that's what I've been trying to say |
| 01:31:41 | kugel | Nico_P: thank you, I think I got it |
| 01:32:04 | efexpee | how do i transfer songs to ipod without having to delete everything in ipod |
| 01:32:24 | Nico_P | efexpee: just add them where you want |
| 01:32:28 | kugel | Nico_P: if you told me earlier that read_bmp_fd will fail |
| 01:32:43 | Nico_P | [01:25] <Nico_P> in current SVN, read_bmp_fd is told how much free space there is, and will take care of not writing more than that. It will only succed if it has enough to write the whole bitmap |
| 01:33:26 | kugel | I got this sentence wrong |
| 01:33:55 | kugel | I read read_bmp_fd will tell us how much space the bmp will need |
| 01:34:01 | | Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 01:34:25 | kugel | Anyway, great that you helped me out. |
| 01:34:33 | Nico_P | you're welcome ;) |
| 01:34:38 | * | Nico_P should get to bed now |
| 01:34:58 | kugel | Nico_P: Same here, but I couldn't sleep without this issue cleared ;) |
| 01:35:10 | Nico_P | hehe I know the feeling |
| 01:35:44 | | Quit roolku () |
| 01:36:04 | kugel | I'm a coder at all. I just need more C experience and get to know rockbox source better. |
| 01:36:37 | kugel | but actually, I had no idea of C at all 4 month ago. rockbox is teaching me |
| 01:36:47 | Nico_P | I started the same way a few years ago |
| 01:37:13 | Nico_P | for learning the source code I recommend using an IDE that can take you to the definition of a symbol or show you call graphs |
| 01:37:21 | | Quit JdGordon|w ("http://www.mibbit.com ajax IRC Client") |
| 01:37:28 | kugel | cool, looks like you're the jedi and i am the padawan |
| 01:37:42 | Nico_P | I use kscope (basically kate with cscope) |
| 01:37:48 | | Join JdGordon|w [0] (i=836b004b@gateway/web/ajax/mibbit.com/x-9035c70c87a48c3c) |
| 01:38:00 | kugel | never used a IDE actually |
| 01:38:09 | kugel | sounds like a good idea though. |
| 01:38:21 | kugel | However, kate's bugging me quite a lot. |
| 01:39:05 | Nico_P | you can use cscope in vim and probably emacs, but I don't know how well it is integrated. also maybe there is a similar gnome app |
| 01:39:18 | Nico_P | the advantage of kscope is that it was built around cscope |
| 01:39:40 | kugel | just installed it |
| 01:40:32 | * | Nico_P goes to bed |
| 01:40:39 | kugel | good night |
| 01:40:43 | Nico_P | thanks :) |
| 01:40:45 | | Quit Nico_P (Remote closed the connection) |
| 01:42:01 | | Part efexpee |
| 01:42:03 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 01:46:32 | | Quit JdGordon|w ("http://www.mibbit.com ajax IRC Client") |
| 01:46:40 | | Quit herrwaldo (Read error: 104 (Connection reset by peer)) |
| 01:47:01 | | Join JdGordon|w [0] (i=836b004b@gateway/web/ajax/mibbit.com/x-66221b2591edb8be) |
| 01:48:22 | | Join Kizle [0] (n=Kizzle@adsl-153-82-12.mia.bellsouth.net) |
| 01:51:52 | IngenAning | So where do i put my music on my new rockbox device, and how do i put it there? |
| 01:53:56 | krazykit | wherever you want and however you want. |
| 01:54:00 | | Quit linuxstb (Read error: 113 (No route to host)) |
| 01:56:44 | | Quit conando (Read error: 110 (Connection timed out)) |
| 01:58:41 | | Join perrikwp [0] (i=98216aac@gateway/web/ajax/mibbit.com/x-02a9a1467bf2a81d) |
| 02:00 |
| 02:00:25 | kaimuki | ls |
| 02:01:26 | | Join karashata [0] (n=Kimi@bas3-kitchener06-1096622343.dsl.bell.ca) |
| 02:02:32 | | Quit Ave (Read error: 110 (Connection timed out)) |
| 02:11:21 | | Quit JdGordon|w ("http://www.mibbit.com ajax IRC Client") |
| 02:23:58 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 02:24:18 | IngenAning | if i enabled last.fm support, how does it sync up? |
| 02:26:01 | | Join austriancoder__ [0] (n=austrian@80.120.117.30) |
| 02:26:45 | soap | http://www.rockbox.org/twiki/bin/view/Main/LastFMLog |
| 02:26:56 | soap | might I recommend QTScrobbler? |
| 02:31:19 | | Quit z35_1 (Read error: 113 (No route to host)) |
| 02:31:26 | | Part TradeJack |
| 02:31:40 | | Join z35 [0] (n=z@149.123.33.65.cfl.res.rr.com) |
| 02:40:34 | | Quit austriancoder_ (Read error: 110 (Connection timed out)) |
| 02:40:37 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 02:42:28 | | Quit kugel ("ChatZilla 0.9.80 [Firefox 2.0.0.12/2008020710]") |
| 03:00 |
| 03:04:16 | | Quit karashata (" Try HydraIRC -> http://www.hydrairc.com <-") |
| 03:05:03 | | Join Ave [0] (i=ave@a91-152-238-56.elisa-laajakaista.fi) |
| 03:05:21 | | Quit Thundercloud (Remote closed the connection) |
| 03:06:47 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
| 03:08:31 | | Quit shbla99 ("Leaving") |
| 03:09:15 | *** | Saving seen data "./dancer.seen" |
| 03:10:52 | | Quit major_works ("ChatZilla 0.9.80 [Firefox 2.0.0.12/2008020121]") |
| 03:15:15 | | Quit hannesd (Read error: 113 (No route to host)) |
| 03:15:49 | | Join EsotericWisp [0] (n=42f95557@gateway/web/cgi-irc/labb.contactor.se/x-78904b1a86a9d35a) |
| 03:16:26 | EsotericWisp | AAARRRRGGGGHHHHH!!!!!!! |
| 03:16:44 | | Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-74-29.w86-218.abo.wanadoo.fr) |
| 03:17:16 | EsotericWisp | ROCKBOX KILLED MY IPOD TOUCH |
| 03:17:35 | EsotericWisp | I AM SUING YOU ALL |
| 03:18:22 | EsotericWisp | UNLESS YOU CAN HELP |
| 03:18:33 | scorche | rockbox doesnt even work ont he ipod touch..and please stop using caps |
| 03:20:03 | EsotericWisp | no dip it dosent work. it killed my ipod touch |
| 03:20:14 | scorche | and how would it do that? |
| 03:21:11 | EsotericWisp | I transferred the files but when it started it said that rockbox had a memory error on sector 0000000000001 |
| 03:21:12 | | Quit EsotericWisp ("CGI:IRC (EOF)") |
| 03:21:50 | JdGordon | oh noes! they gfigured out im lieing.. i better dc! |
| 03:22:18 | | Join Davide-NYC [0] (n=chatzill@user-0cev9og.cable.mindspring.com) |
| 03:23:12 | | Join EsotericWisp [0] (n=4a8e5616@gateway/web/cgi-irc/labb.contactor.se/x-99497ed1f29e306f) |
| 03:23:29 | | Join austriancoder_ [0] (n=austrian@80.120.117.30) |
| 03:23:37 | scorche | EsotericWisp: what you are saying is impossible...the bootloader simply cant be installed on the touch |
| 03:23:54 | EsotericWisp | I am still suing |
| 03:23:57 | EsotericWisp | bnbnn |
| 03:23:58 | EsotericWisp | n |
| 03:23:58 | EsotericWisp | n |
| 03:23:58 | DBUG | Enqueued KICK EsotericWisp |
| 03:23:58 | EsotericWisp | n |
| 03:23:58 | JdGordon | go for it |
| 03:23:58 | *** | Alert Mode level 1 |
| 03:23:58 | *** | Alert Mode level 2 |
| 03:23:58 | EsotericWisp | n |
| 03:23:59 | *** | Alert Mode level 3 |
| 03:23:59 | *** | Alert Mode level 4 |
| 03:23:59 | EsotericWisp | n |
| 03:24:00 | *** | Alert Mode level 5 |
| 03:24:00 | EsotericWisp | nn |
| 03:24:21 | EsotericWisp | are you sure. |
| 03:24:40 | JdGordon | we'll glady refund your money |
| 03:24:58 | JdGordon | and considering your lieing youll lose the case anyway |
| 03:25:03 | EsotericWisp | good |
| 03:25:30 | EsotericWisp | No. i am serious. it half booted and then failed |
| 03:25:46 | scorche | no, you arent....now are you done yet? |
| 03:25:49 | JdGordon | no your lieing... its im[possible to run any rockbox code on a touch |
| 03:26:07 | | Join countrymonkey [0] (n=4b05639a@gateway/web/cgi-irc/labb.contactor.se/x-b34d08b6072fee4a) |
| 03:26:09 | scorche | unless you figured out how...we would love to know |
| 03:26:26 | | Quit IngenAning ("Lost terminal") |
| 03:26:26 | EsotericWisp | NO YOU UGLY BUTT I AM NOT LIENG |
| 03:26:39 | EsotericWisp | YOU ALL SUCK |
| 03:26:44 | JdGordon | ok, so take a photo of your touch with this mystieries error |
| 03:26:52 | EsotericWisp | fine |
| 03:27:23 | EsotericWisp | let me go get my camera... |
| 03:28:04 | Davide-NYC | Gentlemen, I have here an iHP-120 with a Compact Flash card in it. |
| 03:28:15 | countrymonkey | What is it about the language he is using? |
| 03:28:34 | JdGordon | Davide-NYC: nice :) |
| 03:28:37 | countrymonkey | I didn't know that ihp-120s had cf card slots. |
| 03:28:47 | Davide-NYC | It mounts as a USB drive on my windos machine, but gives me an ATA -80 error |
| 03:28:59 | Davide-NYC | when booting to Rockbox |
| 03:29:01 | JdGordon | the ata init is probably different? |
| 03:29:23 | Davide-NYC | I know nothing of these things and was hoping for a quick assist. |
| 03:29:24 | JdGordon | isnt there a patch to get CF working with ipods? you may have to use that or similar |
| 03:29:59 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 03:29:59 | * | Davide-NYC looking |
| 03:30:09 | countrymonkey | I hate to ask, but I feel 8496 is niglected. It fixes a spelling mistake. |
| 03:30:26 | countrymonkey | It is on the wiki's MiniCF topic. |
| 03:32:00 | countrymonkey | And 8359 should be closed; it was superceded by another patch commit. |
| 03:32:22 | JdGordon | Davide-NYC: looks like a simple enough patch... although im guessing there is more to it that that |
| 03:32:29 | JdGordon | where did you get the adaptor? |
| 03:32:40 | Davide-NYC | JdGordon: fleabay |
| 03:32:52 | JdGordon | k |
| 03:33:11 | Davide-NYC | ther is also this little nugget which has my attention. http://forums.rockbox.org/index.php?topic=15355.0 |
| 03:34:01 | *** | Alert Mode OFF |
| 03:34:24 | | Join ctaylorr [0] (n=ctaylorr@CPE001839ae25b4-CM0011aea4a276.cpe.net.cable.rogers.com) |
| 03:35:06 | | Quit DerDome (Nick collision from services.) |
| 03:35:07 | | Join DerDom1 [0] (n=DerDome@dslb-082-083-247-090.pools.arcor-ip.net) |
| 03:35:17 | | Nick DerDom1 is now known as DerDome (n=DerDome@dslb-082-083-247-090.pools.arcor-ip.net) |
| 03:38:00 | | Quit austriancoder__ (Read error: 110 (Connection timed out)) |
| 03:38:33 | | Quit OlivierBorowski (Remote closed the connection) |
| 03:40:14 | Davide-NYC | Confused (as always)... shouldn't I remove the entire sleep portion of the ata.c file? |
| 03:40:27 | EsotericWisp | Ok i got it. how do I submit it |
| 03:40:33 | EsotericWisp | the picture |
| 03:41:38 | advlaptop2019 | EsotericWisp, you use your own host and paste the link here |
| 03:41:41 | XavierGr | EsotericWisp: use an image host service and tell us the link |
| 03:41:45 | Davide-NYC | JdGordon: the patch modifies ata.c with the following: #if !defined(IPOD_NANO) && !defined(IPOD_MINI) && !defined(IPOD_MINI2G) |
| 03:42:15 | JdGordon | Davide-NYC: dunno... try it and see what happens |
| 03:42:38 | JdGordon | finding out what ATA -80 is would probably be a good start |
| 03:42:47 | Davide-NYC | well, to me that IF ends up being TRUE for my iRiver H120 and the rest of that code execute... |
| 03:43:06 | Davide-NYC | where would I look for a definition of ATA -80? |
| 03:43:31 | JdGordon | google, its probably a generic value, not rockbox specific |
| 03:43:52 | Davide-NYC | nope |
| 03:43:54 | Davide-NYC | http://forums.rockbox.org/index.php?topic=12330.msg114960#msg114960 |
| 03:44:06 | Davide-NYC | that's what google give (LOL) |
| 03:44:31 | * | Davide-NYC waiting for make |
| 03:44:32 | EsotericWisp | http://www.easysite.com/cepron under pictures |
| 03:44:34 | | Part SSnake |
| 03:44:43 | countrymonkey | EsotericWisp: sendspace.com is a good host |
| 03:45:10 | JdGordon | EsotericWisp: seriously.. how stupid do you think we are? |
| 03:45:12 | scorche | hahaha....a build from 2005? |
| 03:45:27 | Davide-NYC | LOL |
| 03:45:34 | XavierGr | roflmao |
| 03:45:41 | EsotericWisp | VERY stupid |
| 03:45:48 | JdGordon | apparently |
| 03:45:56 | countrymonkey | what's all the fun? I'm blind so cannot see the pic |
| 03:46:00 | JdGordon | your not the same guy who brought us HFS+ support are you? |
| 03:46:02 | Davide-NYC | It doesn't even line up. No attempt to perspective correct. |
| 03:46:26 | scorche | EsotericWisp: so now that we have had our laughs, are you done here, or must i shoo you away? |
| 03:46:30 | EsotericWisp | My cammera is a little buggy... |
| 03:46:44 | EsotericWisp | and make me lleave |
| 03:46:52 | EsotericWisp | i dare you |
| 03:46:54 | * | JdGordon has no idea what target that is a photo of.. |
| 03:46:56 | Mode | "#rockbox +o scorche " by ChanServ (ChanServ@services.) |
| 03:46:57 | scorche | ok |
| 03:46:58 | Davide-NYC | Totally amateur fake cut'n'paste photochop job. |
| 03:46:59 | JdGordon | bye |
| 03:47:01 | Kick | (#rockbox EsotericWisp :Kick!) by scorche!i=Blah@rockbox/administrator/scorche |
| 03:47:10 | Davide-NYC | thanks scorche |
| 03:47:16 | XavierGr | that was brilliant though it made my night :) |
| 03:47:23 | JdGordon | thats going to GoldenQuotes |
| 03:47:27 | XavierGr | indeed |
| 03:47:45 | | Join andrew_ [0] (n=andrew@stjhnf0124w-142162074449.pppoe-dynamic.nl.aliant.net) |
| 03:47:58 | | Join EsotericWisp [0] (n=4a8e5616@gateway/web/cgi-irc/labb.contactor.se/x-a6be12da18ee6970) |
| 03:48:10 | Davide-NYC | post the pic to the page too! |
| 03:48:34 | countrymonkey | Here he comes again... |
| 03:48:52 | soap | what target is that photo from? |
| 03:48:53 | scorche | well, of course...it was only a kick.. |
| 03:49:06 | countrymonkey | ipod touch |
| 03:49:06 | soap | Or was it stretched before horribly edited? |
| 03:49:09 | EsotericWisp | it was gimp btw |
| 03:49:22 | scorche | EsotericWisp: are you going to behave now? |
| 03:49:28 | EsotericWisp | and the photo was frim an ipod nano |
| 03:49:50 | | Quit csc` (Read error: 110 (Connection timed out)) |
| 03:49:52 | EsotericWisp | and I think it is a pretty good job |
| 03:49:56 | JdGordon | cant be a nano |
| 03:50:08 | EsotericWisp | Video? |
| 03:50:09 | countrymonkey | I've met my match as far as weird people. |
| 03:50:13 | * | scorche awaits an answer |
| 03:50:14 | JdGordon | h300 |
| 03:50:28 | JdGordon | thats the only colour target from 05 |
| 03:50:47 | countrymonkey | EsotericWisp what is the disk size? |
| 03:50:59 | EsotericWisp | 8 gb--- |
| 03:51:34 | EsotericWisp | And i wont leave untill 7 people comp |
icon identifies that the person is a core developer (has commit access).