00:00:26 | Torne | ender: if your actual question is "it takes too long to start playing when i select a track, how do i make it quicker" then there are some suggestions :) |
00:00:35 | Torne | turn dircache on if you don't have it on already |
00:00:37 | pixelma | linuxstb: the "specimg" is used to get the path to some images, so e.g. specimg-front for the player images. In this example if specimg is ipodnano2g is specimg it'll pick an ipodnano2g-front.png for it etc. |
00:00:44 | Torne | don't use album art |
00:00:55 | Torne | (or use album art that's already the right size) |
00:02:00 | pixelma | so I want to know to get the name of the svg/png/pdf correctly |
00:02:02 | ender | Torne: it takes about 20 seconds before it starts playing. i'm not using any album art, and you're right - it probably isn't loading (as the disk LED isn't on) |
00:02:09 | * | kugel notices a skin is zero'd 3 times upon loading |
00:02:29 | Torne | ender: what player, and do you have the directory cache enabled? |
00:02:38 | linuxstb | pixelma: Then yes - "ipodnano2g" will be the name. |
00:02:41 | ender | iRiver H120, cache enabled |
00:03:01 | kugel | 4 times even! |
00:03:12 | ender | i also noticed that the Loading % updates much slower between ~85% and 95% |
00:03:19 | pixelma | linuxstb: thanks |
00:03:29 | Torne | loading %? |
00:04:02 | Torne | ooh. i've just paniced my ipod |
00:04:10 | Torne | updating size on empty dir entry 79 |
00:04:20 | ender | it shows "Loading... XY% done (STOP to abort)" |
00:04:30 | Torne | that's not the track loading, that's the playlist being created |
00:04:37 | ender | (in a gray box at the center of screen) |
00:04:41 | | Quit TheSeven (Read error: 60 (Operation timed out)) |
00:04:54 | Torne | where are you starting playback from? a directory, or the database? |
00:05:02 | linuxstb | Torne: I've seen that a few times on my Nano2G, but thought it was just FTL flakiness... |
00:05:13 | Torne | linuxstb: this might be ATA DMA flakiness, potentially ;) |
00:05:20 | Torne | since my build has that.. |
00:05:23 | Torne | but it's been super stable for months |
00:05:25 | ender | i just resume playback |
00:05:36 | Torne | ender: how long is the playlist you are resuming, though? :) |
00:06:33 | ender | might be pretty long - currently at 1300 entries |
00:06:41 | Torne | Er, then that's why, probably |
00:07:00 | pixelma | Dgby714: is that ok colour wise amiconn.dyndns.org/~marianne/ipodnano2g-front.png">http://amiconn.dyndns.org/~marianne/ipodnano2g-front.png ? |
00:07:07 | Torne | it takes a while to load a playlist with 1300 entries |
00:07:14 | Torne | go and play just one directory |
00:07:25 | Torne | you should find the splash with "Loading" pops up for a very brief time indeed |
00:07:29 | Torne | possibly so short you can't even read it |
00:07:53 | ender | hm, you're right, that starts instantly |
00:08:06 | | Join intrados [0] (n=intrados@cpe-75-187-57-252.columbus.res.rr.com) |
00:08:30 | | Join HBK [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
00:09:21 | linuxstb | pixelma: The hold switch isn't quite right. It's white, and should start further to the left, and also be slightly longer, and slightly thinner... |
00:10:38 | JdGordon| | but apart from that... perfectly accurate! |
00:10:46 | JdGordon| | why the the word forward abbreviated? |
00:10:50 | linuxstb | Yes, it looks great |
00:10:58 | pixelma | I always drew the hold switch a bit thicker so it's visible at all |
00:11:37 | linuxstb | OK, but I think it should start a lot further to the left - about where the curve starts |
00:11:50 | linuxstb | And be about 50% wider |
00:11:54 | | Quit bertrik_ (Remote closed the connection) |
00:12:09 | pixelma | JdGordon|: that's how the manual will refer to the button - and seeing that it takes enouigh space as fwd, e.g. in button tables... |
00:12:19 | Torne | ender: so yes, it's the length of your playlist that's the issue. |
00:12:20 | linuxstb | On my monitor, it's almst exactly the same size/shape as my actual Nano2G |
00:12:33 | ender | thanks for the help |
00:12:38 | | Quit jgarvey ("Leaving") |
00:12:59 | Torne | no problem, just next time don't disagree with people who have read the code ;) |
00:13:11 | pixelma | JdGordon|: s/button/wheel rotation whatever |
00:13:18 | JdGordon| | ok |
00:13:34 | Dgby714 | hers is a bit wider then mine bit it my just be my rez |
00:13:34 | linuxstb | pixelma: Although shouldn't the screen have a black background now? |
00:13:45 | amiconn | Torne: Thing is, rockbox shouldn't need that long for loading playlists that long |
00:14:13 | linuxstb | pixelma: I see some of the newer targets have a black screen (beast, D2...) |
00:14:49 | pixelma | ok |
00:15:02 | Torne | amiconn: hm. i wouldn't know.. |
00:15:05 | amiconn | The rockbox playlist system was developed for a CPU that's significantly slower than the H120's |
00:15:22 | Torne | ender: so maybe there *is* something wrong regardless, but it'snot what you thought ;) |
00:15:23 | ender | btw, i suggest that the splash colour is changed to white text on dark grey background, because (at least for me) it's pretty much unreadable with black text on light grey background (at least on my H120 light gray never was very light) |
00:15:30 | linuxstb | Isn't the problem that the database inserts tracks individually, rather than as "queries" ? |
00:15:34 | amiconn | And it was developed to outperform the OF's (Archos) playlist loading - by far |
00:16:19 | Torne | linuxstb: ender said he was resuming playback, though |
00:16:24 | JdGordon| | linuxstb: that is definatly *a* problem... missed the begning of this convo though so dunno if its the same problem or not :) |
00:16:45 | linuxstb | JdGordon|: Yes, I wasn't paying attention either... |
00:16:49 | ender | linuxstb: looks like just my playlist took a very long time to load |
00:17:06 | linuxstb | ender: Was it created from the database? |
00:17:23 | amiconn | Hmm, database could indeed be the problem |
00:17:43 | ender | no, just from me adding stuff from a few directories and stored .m3u files |
00:18:05 | amiconn | Yet another entry for Mr. Someone's todo list - fix playlist creation from database |
00:18:15 | * | JdGordon| has never seen "loading xx%" splash for playlists |
00:18:24 | JdGordon| | amiconn: pretty sure thats there already |
00:18:35 | | Quit DerPapst1 ("Leaving.") |
00:19:16 | JdGordon| | its a more general "make the database more like a psueo-filesystem" issue though |
00:20:04 | pixelma | linuxstb: is this one correct http://upload.ecvv.com/upload/Product/20089/China_apple_ipod_nano_8gb_Sale_Apple_8_GB_iPod_Nano_MP3_Player_blue_2nd_Generation2008941928466.jpg ? And by the way, no pictures for you this evening then anymore... ;) |
00:20:34 | ender | yup, LCD_WHITE text on LCD_DARKGRAY is much more readable than LCD_BLACK text on LCD_LIGHTGRAY background on my H120 |
00:20:38 | kugel | is a static global struct guaranteed to be zero'd at boot (with or without BSS_ATTR)? |
00:21:27 | amiconn | There is no explicit BSS_ATTR |
00:21:32 | Dgby714 | pixelma: heh my ipod lol |
00:21:46 | amiconn | And both bss and ibss are zeroed |
00:22:01 | JdGordon| | thats an assumption its better to not rely on |
00:22:16 | kugel | that's why I put the word guaranteed into it |
00:22:16 | linuxstb | pixelma: That looks subtly different to my ipod... My top is thinner, and the hold button is also thinner. But I think I'm being far too fussy ;) |
00:22:21 | amiconn | It's not an assumption |
00:22:29 | | Join ifonefox [0] (n=irchon@c-69-142-98-9.hsd1.nj.comcast.net) |
00:22:53 | pixelma | linuxstb: alrigjt |
00:22:59 | pixelma | alright too |
00:23:05 | Dgby714 | linuxstb: yeah the top is just a bit to thick in that pic |
00:23:32 | linuxstb | Also, the bottom is the wrong way round - the dock connector is on the left, headphone on the right |
00:23:39 | | Quit ifonefox (Remote closed the connection) |
00:23:41 | kugel | amiconn: so I can drop an init function that does nothing more than memset'ing it to zero? |
00:24:04 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
00:24:34 | *** | Saving seen data "./dancer.seen" |
00:24:37 | linuxstb | kugel: You sure it will never need to be re-inited? |
00:24:58 | kugel | there's a different function for that, which is still used |
00:25:20 | amiconn | JdGordon|, kugel: Our crt0.S zeroes bss and ibss on all targets, and there is a reason why it has to: gcc relies on it |
00:25:53 | amiconn | gcc puts zero-initialized data into .bss instead of .data by default |
00:26:22 | amiconn | And that makes sense, as it saves binsize (not only on rockbox) |
00:27:36 | kugel | I saw our crt0s do that, I just wasn't sure if any static data is by default in bss or not |
00:28:15 | amiconn | It depends on whether it's (nonzero) initialized or not |
00:28:27 | amiconn | If you want to make it obvious that the code relies on that struct being zeroed, add a static initializer |
00:28:37 | linuxstb | kugel: If in doubt, look in rockbox.map |
00:28:41 | amiconn | This won't change anything in the generated code |
00:29:32 | amiconn | Just (static) struct foo bar = {0}; |
00:29:58 | | Join mc2739 [0] (n=mc2739@rockbox/developer/mc2739) |
00:30:02 | kugel | the other fields are zeroed, by standard, right? |
00:30:09 | amiconn | yep |
00:30:43 | kugel | I'll do that then |
00:31:26 | | Join z35 [0] (n=z35@ool-45717f0e.dyn.optonline.net) |
00:34:08 | froggyman | is anybody aware that the picture for the iPod Nano 2G and Onda VX747 dont have pictures on the theme, and build pages? |
00:34:09 | kugel | amiconn: does that work for arrays of structs equally (static struct foo bar[MAX] = {0};)? |
00:34:40 | froggyman | is anybody aware that the picture for the iPod Nano 2G and Onda VX747 dont have pictures on the theme, and build pages? |
00:34:51 | linuxstb | froggyman: Yes. (no need to ask twice...) |
00:34:59 | froggyman | sorry for that |
00:35:07 | * | froggyman didnt do that on purpose |
00:37:32 | | Quit ender (" I planted some bird seed. A bird came up. Now I don't know what to feed it.") |
00:42:16 | amiconn | Hmm, good question. I think it will work though. |
00:43:27 | kugel | hrm, I somehow get a warning with that, although I did that trick before just fine |
00:43:33 | | Quit intrados (Read error: 110 (Connection timed out)) |
00:43:59 | pixelma | linuxstb: I updated the png - same link |
00:44:14 | | Join intrados [0] (n=intrados@75.187.57.252) |
00:44:40 | | Quit HBK (Read error: 104 (Connection reset by peer)) |
00:45:03 | | Quit Thundercloud (Remote closed the connection) |
00:45:56 | | Quit tomers (Read error: 113 (No route to host)) |
00:45:58 | | Join HBK [0] (i=hbk@97.77.51.170) |
00:51:18 | | Quit HBK () |
00:51:53 | linuxstb | pixelma: That looks great to me. Commit! |
00:52:01 | kugel | amiconn: is that incorrect? "static struct wps_state wps_state = { 0 };" ? |
00:52:20 | kugel | it must be something too obvious, I've been doing this before without problems |
00:52:38 | | Quit Dgby714 (Read error: 113 (No route to host)) |
00:54:25 | | Join HBK [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
00:55:12 | * | amiconn starts looking for the crystal ball |
00:55:37 | kugel | static struct wps_state wps_state = {.paused=0}; seems to work :/ |
00:55:44 | | Quit HBK (Read error: 104 (Connection reset by peer)) |
00:55:52 | kugel | maybe I did that with an array before :/ |
00:56:16 | Torne | for a struct you need to specify a value for each member |
00:56:20 | Torne | (sorta) |
00:56:30 | Torne | being able to initialise by name is a gnu extension |
00:56:46 | Torne | you don't with an array (it fills in other elements after what you specify with 0) |
00:57:00 | | Join HBK [0] (i=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
00:57:34 | amiconn | A struct initializer also fills missing elements with 0 |
00:59:10 | amiconn | kugel: What warning do you get without specifying a member? |
00:59:44 | kugel | missing initializer |
01:00 |
01:03:17 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
01:03:24 | | Join TheSeven [0] (n=theseven@rockbox/developer/TheSeven) |
01:03:29 | pixelma | linuxstb: I'm too tired and try to commit in the morning - if not then tomorrow in the evening |
01:03:56 | linuxstb | pixelma: Very wise. |
01:04:04 | amiconn | Weird. |
01:04:27 | linuxstb | pixelma: Will you also be able to create the small image for the download pages, and the UI sim image? |
01:06:50 | kugel | buggers, the sim segfaults (unmodified svn) |
01:07:11 | * | kugel blames the new gcc 4.4.1 that got installed today |
01:08:04 | | Quit bertrik (Read error: 113 (No route to host)) |
01:08:14 | pixelma | linuxstb: small image is already done here. A sim image shouldn't be too hard because the labels are on a separate layer, you only have to use an overall image size so that the display will be correct |
01:14:35 | | Quit TheSeven (Nick collision from services.) |
01:14:52 | | Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) |
01:15:04 | | Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) |
01:17:25 | kugel | or is it sdl ?! |
01:18:04 | kugel | arg, I can't compile a sim anymore |
01:20:00 | | Part toffe82 |
01:20:35 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
01:21:33 | | Quit linuxstb (Read error: 113 (No route to host)) |
01:22:02 | | Join linuxstb [0] (n=linuxstb@94-193-103-239.zone7.bethere.co.uk) |
01:24:58 | amiconn | Sim builds seem to be broken |
01:26:20 | amiconn | At least crosscompiled win32 sims are. "/usr/bin/ld: cannot find -lmingw32" |
01:26:29 | amiconn | This is the wrong linker... |
01:26:35 | linuxstb | Must be rasher's commit... |
01:27:19 | | Quit polobricolo (Remote closed the connection) |
01:27:28 | | Quit barrywardell () |
01:28:02 | kugel | I'm compiling on linux |
01:28:52 | amiconn | Me too, but I'm building win32 sims |
01:29:00 | | Quit Thundercloud (Remote closed the connection) |
01:29:40 | amiconn | linuxstb: Actually it might not be broken when configuring new, but 'make reconf' breaks |
01:29:59 | linuxstb | I was about to ask if you had re-run configure... |
01:30:19 | amiconn | Well, 'make reconf' does re-run configure... |
01:30:34 | amiconn | (reconfiguring from a Makefile created before that commit) |
01:30:45 | * | amiconn faces reconfiguring 15 sim builds :\\ |
01:31:00 | linuxstb | I assume that's not enough, when the method of configuring has changed... |
01:31:52 | kugel | I deleted the whole build dir already, no success |
01:32:25 | amiconn | A clear warning in the commit message would have been helpful... |
01:33:30 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
01:34:12 | | Join Strath [0] (n=Strath__@173-23-45-236.client.mchsi.com) |
01:35:33 | elinenbe | 'ello all... |
01:35:48 | n1s | if people rely on that reconf thing we should introduce a version scheme for generated makefiles and refuse to run with an incompatible version instead of pretending all is fine |
01:37:56 | | Quit TheSeven (Read error: 110 (Connection timed out)) |
01:38:31 | | Join Horschti [0] (n=Horscht2@xbmc/user/horscht) |
01:39:18 | kugel | hrm, the other sim build couldn't include SDL.h even after make dep |
01:39:30 | kugel | there's something fishy on linux also |
01:39:49 | amiconn | Seems to work after manual reconfiguration |
01:40:01 | linuxstb | kugel: Build system doesn't seem to complain... |
01:40:36 | kugel | linuxstb: my first sime build didn't complain about SDL.h |
01:41:17 | kugel | maybe it doesn't link correctly |
01:42:04 | kugel | indeed |
01:42:23 | kugel | it picks the wrong sdl on my system |
01:44:40 | | Quit Strath ("Leaving") |
01:44:52 | | Quit n1s ("Lämnar") |
01:45:16 | | Quit stephen_ ("Leaving") |
01:45:24 | kugel | it picks ~/libsdl/bin, which isn'T even in my path! |
01:45:47 | kugel | the correct libsdl is in ~/.libsdl/bin, as shown by 'which sdl-config' |
01:45:59 | | Join Strath [0] (n=Strath__@173-23-45-236.client.mchsi.com) |
01:46:44 | kugel | strange thing |
01:47:21 | | Quit HBK (Read error: 54 (Connection reset by peer)) |
01:48:28 | | Join HBK [0] (i=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
01:49:49 | Strath | It seems that obo's work on the Sansa View port of Rockbox has stalled... I would like to pick up the task but may need a guiding hand to get started. Would someone have a few minutes to spare? |
01:51:59 | | Quit MethoS- (Remote closed the connection) |
01:55:30 | | Quit matsl (Read error: 104 (Connection reset by peer)) |
01:55:32 | | Quit kugel (Remote closed the connection) |
01:55:47 | Strath | I've got the device, have read the wiki, have disassembled the firmware, have an svn copy of the Rockbox source and am currently trying to build the bit of Sansa View code that exists. |
01:56:36 | | Quit Horscht (Read error: 110 (Connection timed out)) |
01:57:14 | | Quit rphillips (Client Quit) |
02:00 |
02:02:49 | | Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
02:04:53 | | Join TheSeven [0] (n=theseven@rockbox/developer/TheSeven) |
02:05:43 | | Quit HBK (Read error: 54 (Connection reset by peer)) |
02:06:58 | | Join HBK [0] (i=hbk@97.77.51.170) |
02:08:35 | | Quit intrados (Read error: 145 (Connection timed out)) |
02:14:03 | | Quit undersys (Read error: 110 (Connection timed out)) |
02:15:12 | | Join AndyIL [0] (n=pasha_in@212.14.205.32) |
02:16:51 | | Join JdGordon1 [0] (n=jonno@173-127-251-17.pools.spcsdns.net) |
02:17:01 | | Nick fxb is now known as fxb__ (n=felixbru@85.214.97.64) |
02:18:44 | JdGordon1 | arg, bugger..... the line number parser being off isnt what i tohght it was :( |
02:20:16 | JdGordon1 | topik: i might need that bad wps... |
02:21:51 | JdGordon1 | the %pb tag might make line nuumbers one too many |
02:22:01 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
02:23:25 | | Join Mouser_X [0] (n=Mouser_X@layl001.digis.net) |
02:24:35 | *** | Saving seen data "./dancer.seen" |
02:27:07 | | Quit AndyI (Read error: 110 (Connection timed out)) |
02:29:20 | JdGordon1 | bugger! apparetly line counting is totally fubar... or wc -l lies |
02:29:52 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
02:30:04 | | Quit HBK () |
02:33:27 | | Quit efyx_ (Remote closed the connection) |
02:36:51 | Strath | I modified tools/configure to remove the "not yet supported" exit. I chose (N)ormal and got errors about missing header files. I made a new build directory and chose (B)ootloader. it completed and I've got an firmware.mi4 and rockbox-info.txt file. I guess the next step is to somehow load that file on the target device but I would rather not brick it. |
02:41:02 | midgey | Strath: i believe you copy the file down in Sansa USB mode and it should recognize it as a firmware "upgrade". If successfully, when you restarted the screen will display odd patterns or lock up. |
02:41:25 | Strath | and recovery? |
02:41:44 | midgey | You'll have to put the original Sansa firmware back on in recovery mode if you want to make it useable again |
02:41:47 | | Join intrados [0] (n=intrados@cpe-75-187-57-252.columbus.res.rr.com) |
02:41:51 | JdGordon1 | which sansa? |
02:41:56 | Strath | View |
02:42:39 | | Quit Llorean ("Leaving.") |
02:47:53 | | Quit Mouser_X (Read error: 110 (Connection timed out)) |
02:50:39 | | Join saratoga [0] (i=98039f25@gateway/web/freenode/x-iehamqmuplsijjcc) |
02:51:20 | JdGordon | Strath: do you intend to actually try getting it working? or just want to test if for shits-n-giggles? |
02:53:39 | saratoga | did Obo get e200tool working on the View? |
02:53:43 | saratoga | i don't think he did |
02:54:00 | saratoga | that might be a good place to start since you might need e200tool if you break your player |
02:55:13 | | Join Strife89 [0] (n=michael@adsl-220-108-49.mcn.bellsouth.net) |
02:58:20 | | Quit amiconn (Nick collision from services.) |
02:58:22 | | Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) |
02:58:23 | | Quit pixelma (Nick collision from services.) |
02:58:24 | | Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) |
02:58:42 | | Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) |
02:58:44 | | Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) |
03:00 |
03:00:23 | midgey | what did obo end up doing to his view? |
03:00:59 | | Quit intrados (Read error: 110 (Connection timed out)) |
03:02:53 | Strath | ya... i'll have to check into e200tool... afk a bit |
03:04:25 | | Join rphillips [0] (n=rphillip@66-90-184-91.dyn.grandenetworks.net) |
03:05:09 | | Quit JdGordon1 (Read error: 110 (Connection timed out)) |
03:11:13 | | Quit kkurbjunW (Remote closed the connection) |
03:11:31 | | Join kkurbjunW [0] (n=karlk@12.41.166.8) |
03:15:04 | | Join hd [0] (n=jd@vpn.exhort.ca) |
03:15:30 | | Quit kkurbjunW (Remote closed the connection) |
03:15:51 | | Join kkurbjunW [0] (n=karlk@12.41.166.9) |
03:16:29 | | Join HBK [0] (n=hbk@rrcs-97-77-50-246.sw.biz.rr.com) |
03:21:33 | Strath | intend to get it working... |
03:23:02 | | Quit thegeek (Read error: 54 (Connection reset by peer)) |
03:24:46 | saratoga | good |
03:25:12 | | Quit HellDragon (Read error: 110 (Connection timed out)) |
03:25:21 | Strath | I had worked on porting to the Archos Gmini a few years ago (we got to the point of booting, lcd, and buttons, then mine got bricked and the product was discontinued. (and never sold enough units to build a mind share beyond the three or four working on it) |
03:26:33 | saratoga | i vaguely remember hearing about that port |
03:26:42 | saratoga | well before my time anyway |
03:27:16 | saratoga | the view is a tough port though because its more undocumented PP hardware |
03:29:02 | Strath | at least with the View, the cpu is already supported by gcc and binutils |
03:29:22 | Strath | had to start with an undocumented instruction set |
03:30:48 | saratoga | that is certainly a plus |
03:39:25 | | Join intrados [0] (n=intrados@cpe-75-187-57-252.columbus.res.rr.com) |
03:41:05 | | Quit lennyk () |
03:43:00 | | Join perfectdrug [0] (n=5b0edbae@giant.haxx.se) |
03:44:13 | perfectdrug | I just made the svg for the nano2g FS #10675 :) |
03:45:51 | perfectdrug | this was an easy one I hope it was still necessary |
03:49:54 | | Quit midgey () |
03:54:11 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
03:59:59 | | Join goat [0] (n=62fb6d5d@giant.haxx.se) |
04:00 |
04:00:35 | | Nick goat is now known as Guest91961 (n=62fb6d5d@giant.haxx.se) |
04:00:48 | Guest91961 | helloooo |
04:01:12 | Guest91961 | seems rather empty |
04:01:22 | Guest91961 | and it is! |
04:01:23 | | Quit Guest91961 (Client Quit) |
04:03:16 | | Quit perfectdrug ("CGI:IRC") |
04:03:54 | | Join intrados1 [0] (n=intrados@cpe-75-187-57-252.columbus.res.rr.com) |
04:04:20 | | Quit saratoga ("Page closed") |
04:05:31 | | Quit TheSeven (Nick collision from services.) |
04:05:51 | | Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) |
04:06:03 | | Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) |
04:06:36 | | Part froggyman |
04:14:30 | | Quit panni_ ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
04:15:55 | | Join dmb [0] (n=Dmb@unaffiliated/dmb) |
04:16:38 | | Quit intrados (Read error: 110 (Connection timed out)) |
04:17:09 | | Join midgey [0] (n=tjross@67-194-72-117.wireless.umnet.umich.edu) |
04:19:18 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
04:20:41 | | Quit FOAD (Read error: 60 (Operation timed out)) |
04:20:41 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
04:24:39 | *** | Saving seen data "./dancer.seen" |
04:26:05 | LambdaCalculus37 | http://www.flickr.com/photos/26428579@N02/4010446586/in/set-72157622581298116/ <−− Rockbox running on the 2nd gen nano if any devs want to see. |
04:27:53 | JdGordon | woo! |
04:29:25 | | Quit HBK (Read error: 110 (Connection timed out)) |
04:32:27 | JdGordon | bad time to bring this up... but someone really needs to get non-hardware type #defines from target configs.... e.g HAVE_JPEG or HAVE_PITCHSCREEN |
04:33:14 | LambdaCalculus37 | JdGordon: At least that task has been logged now. :) |
04:34:08 | LambdaCalculus37 | Bagder: (for the logs) Feel free to blog and link to my photos. |
04:34:20 | | Join tomers [0] (n=chatzill@84.109.85.100) |
04:38:13 | | Quit Rondom (Nick collision from services.) |
04:38:23 | | Join Rondom [0] (n=Rondom@dslb-084-057-172-131.pools.arcor-ip.net) |
04:44:16 | | Join tomers_ [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) |
04:50:35 | | Quit Strife89 ("Bed.") |
04:51:03 | | Quit tomers_ ("ChatZilla 0.9.85 [Firefox 3.0.14/2009090216]") |
04:52:42 | | Quit tomers (Read error: 145 (Connection timed out)) |
05:00 |
05:12:51 | | Join Llorean [0] (n=DarkkOne@adsl-99-4-146-40.dsl.hstntx.sbcglobal.net) |
05:12:53 | | Quit dmb (Read error: 104 (Connection reset by peer)) |
05:13:06 | | Join dmb [0] (n=Dmb@unaffiliated/dmb) |
05:13:47 | | Quit LambdaCalculus37 ("Fwump") |
05:25:42 | | Quit Strath ("Leaving") |
05:26:08 | | Join HBK [0] (n=hbk@rrcs-97-77-50-246.sw.biz.rr.com) |
05:27:42 | | Quit intrados1 (Read error: 110 (Connection timed out)) |
05:30:46 | | Join avacore^ [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) |
05:41:46 | | Quit avacore (Read error: 110 (Connection timed out)) |
05:45:18 | | Join KBH [0] (n=hbk@97.77.50.246) |
05:46:31 | | Quit HBK (Read error: 60 (Operation timed out)) |
05:51:15 | | Quit Horschti ("Verlassend") |
05:52:05 | | Quit dmb (Read error: 131 (Connection reset by peer)) |
05:52:59 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
05:55:29 | | Nick hd is now known as HellDragon (n=jd@Wikipedia/HellDragon) |
06:00 |
06:08:24 | | Join intrados1 [0] (n=intrados@cpe-75-187-57-252.columbus.res.rr.com) |
06:17:39 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
06:24:43 | *** | Saving seen data "./dancer.seen" |
06:30:05 | FlynDice | bertrik: kugel: (for the logs) thanks for your help with the callback idea, when I actually looked at it it made perfect sense. Still didn't solve my problem though...:( |
06:30:51 | | Join Mouser_X [0] (n=Mouser_X@layl001.digis.net) |
06:32:17 | | Part Mouser_X ("Leaving") |
06:33:12 | | Quit FOAD (Read error: 110 (Connection timed out)) |
06:33:12 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
07:00 |
07:11:44 | * | pixelma reads about perfectdrug doing a Nano2G svg too... |
07:13:07 | | Quit kkurbjunW (Remote closed the connection) |
07:14:47 | | Join kkurbjunW [0] (n=karlk@12.41.166.9) |
07:17:10 | JdGordon | hey kkurbjunW, can you have a look at FS #10627 to make sure it doesnt break the beat f/x? |
07:21:56 | | Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) |
07:24:02 | CIA-85 | New commit by pixelma (r23166): Full set of 2nd gen Nano images for a manual (svg, png and pdf). |
07:36:53 | | Join docgnome [0] (n=docgnome@65.101.144.42) |
07:36:55 | docgnome | hey, what's a good media player that i can put rockbox on that is powerful enough to play ogg? |
07:43:32 | midgey | pretty much every player on the front page except the Archoses (which can only do MPEG audio and WAV) |
07:50:23 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
07:50:26 | docgnome | yeha i have an archos |
07:50:29 | docgnome | which sucks |
07:50:37 | docgnome | its a giant brick and also kinna broken |
08:00 |
08:01:16 | | Quit FOAD (Read error: 110 (Connection timed out)) |
08:01:16 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
08:08:51 | | Join hd [0] (n=jd@vpn.exhort.ca) |
08:19:27 | | Quit BHSPitMonkey ("Ex-Chat") |
08:19:56 | | Quit HellDragon (Connection timed out) |
08:21:13 | | Join gitster [0] (n=user@ip68-225-240-211.oc.oc.cox.net) |
08:24:27 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
08:24:28 | | Join Utchybann [0] (n=lolo@ede67-1-81-56-102-26.fbx.proxad.net) |
08:24:44 | *** | Saving seen data "./dancer.seen" |
08:25:49 | | Quit JdGordon ("Leaving.") |
08:26:44 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
08:28:02 | | Join fyrestorm [0] (n=nnscript@cpe-69-203-149-123.si.res.rr.com) |
08:29:33 | | Join Rob2222 [0] (n=Miranda@p4FDCEDD0.dip.t-dialin.net) |
08:29:33 | | Join esperegu [0] (n=quassel@145.116.11.103) |
08:34:04 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
08:38:08 | | Join JdGordon [0] (n=Miranda@c-24-22-210-83.hsd1.wa.comcast.net) |
08:40:11 | kugel | amiconn: I read more about the warning yesterday, it apparently can be disabled by removing -pedantic (http://bytes.com/topic/c/answers/223028-initialize-struct-fileds-zero) |
08:40:29 | | Join gitster` [0] (n=44e1f0d3@giant.haxx.se) |
08:41:36 | JdGordon | kugel: you get your mini2440 yet? |
08:41:46 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
08:42:02 | | Join fyrestorm [0] (n=nnscript@cpe-69-203-149-123.si.res.rr.com) |
08:42:07 | kugel | JdGordon: no, the seller just cancelled it again |
08:42:12 | | Quit gitster` (Client Quit) |
08:42:18 | kugel | I now order it for the third time :/ |
08:42:20 | JdGordon | haha lame |
08:42:34 | JdGordon | im not having much luck getting code running on it |
08:42:41 | JdGordon | or copying files onto it more accuratly |
08:43:33 | kugel | rockbox code or any code? |
08:43:39 | JdGordon | any |
08:43:48 | JdGordon | the windows apps to upload code isnt great |
08:44:39 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
08:45:12 | gitster | Hi, I have a fairly trivial fix for displaying %Sp in wps; it was incorrectly reporting that a normal playback pitch was 1000%. I threw it in to the FlySpray tracker as a patch (#10673). What do I do next? Just wait? |
08:45:58 | | Quit FOAD (Read error: 60 (Operation timed out)) |
08:45:59 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
08:46:49 | kugel | amiconn: adding -Wno-missing-field-initializers seems to shut gcc of |
08:47:07 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
08:47:34 | CIA-85 | New commit by dave (r23167): Nano2g image by Marianne Arnold |
08:47:35 | | Join flydutch [0] (n=flydutch@host77-167-dynamic.15-87-r.retail.telecomitalia.it) |
08:47:49 | kugel | JdGordon: :( we might want to ask bob how to do it |
08:48:14 | kugel | he already runs rockbox on it ( Bob_C: ping ) |
08:49:34 | kugel | JdGordon: here's the mutli aa patch kugel-rb.git?a=commitdiff;h=a0b2a207c4f2e1d3f9bfa8f9b93e4c8334461536;hp=288363b2389d5d965700a7018661605367c346db">http://repo.or.cz/w/kugel-rb.git?a=commitdiff;h=a0b2a207c4f2e1d3f9bfa8f9b93e4c8334461536;hp=288363b2389d5d965700a7018661605367c346db |
08:49:54 | JdGordon | put it on the tracker somewhere... Unhelpful said he'd have a looky |
08:50:38 | kugel | alright |
08:52:20 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
08:55:28 | amiconn | kugel: Hmm, disabling that warning in general is probably not a good idea |
08:56:13 | linuxstb | gevaerts: Could you add the Nano2G manual to the build system? It's now building. |
08:56:13 | | Join JdGordon [0] (n=jonno@c-24-22-210-83.hsd1.wa.comcast.net) |
08:56:27 | Bob_C | kugel: hello |
08:56:34 | JdGordon | Bob_C: hey |
08:56:35 | amiconn | If it doesn't warn if you just specify one (arbitrary) struct member, I think that is the better way |
08:56:52 | JdGordon | I got my mini2440 today... can you help me get the bootloader running on it? |
08:57:16 | JdGordon | preferably in lniux... |
08:57:19 | * | amiconn wonders where else in rockbox this is used, as he's pretty sure it is |
08:57:35 | kugel | amiconn: not sure if using a gnu extension to avoid warnings on valid code is really the better way |
08:58:00 | amiconn | Designated initializers aren't a gnu extension. Iirc they're just C99 |
08:58:36 | kugel | { .member = 0 } is a gnu extension |
08:58:44 | kugel | IIRC |
08:59:31 | | Quit midgey () |
08:59:38 | * | linuxstb also thought it was C99 |
08:59:56 | Bob_C | jdgordon: Do you have a JTAG connection to the board? |
08:59:57 | gitster | It is C99 |
09:00 |
09:00:09 | kugel | ok, my mind is wrong then |
09:00:17 | kugel | or memory, rather :p |
09:00:24 | JdGordon | Bob_C: yes, i was hoping to go over serial/usb though... |
09:00:47 | gitster | Is RockBox gcc only, by the way? |
09:00:57 | JdGordon | the jtag cable isnt long enough to be usable :p |
09:01:58 | linuxstb | gitster: Yes, I'm sure it is. |
09:02:12 | gitster | oh, then it does not really matter if it is gcc extension or c99 ;-) |
09:02:18 | linuxstb | gitster: Although as this discussion shows, we try and avoid gcc extensions... |
09:02:30 | amiconn | Ah, gcc doesn't warn if you do this for arrays (initializing not all elements), even without using designated initializers |
09:02:42 | * | amiconn remembered doing this somewhere |
09:02:44 | | Join Thundercloud [0] (i=thunderc@81.187.69.84) |
09:03:47 | amiconn | lcd-player.c has static char icon_mirror[11] = {0}; and that obviously compiles without warning |
09:04:35 | kugel | amiconn: yeah, that confused me yesterday too |
09:05:27 | Bob_C | jdgordon: I have the jtag adaptor on a 25 way cable |
09:06:05 | | Join maruk [0] (n=papier@titanium.sdv.fr) |
09:06:10 | Bob_C | jdgordon: The board should come with uboot in the NOR flash, this talks on serial @115k and can be used to flash the NAND |
09:06:41 | Bob_C | But I overwrite uboot with the rockbox bootloader |
09:06:55 | JdGordon | how do i connect to uboot in linux? |
09:07:08 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
09:07:19 | Bob_C | The supplied JTAG adaptor conforms to a "Triton" model, this is supported by openocd |
09:08:13 | JdGordon | ok |
09:08:31 | JdGordon | sounds like i need to go buy an extension cable for the parallel cable |
09:08:53 | Bob_C | I have been using windows, so I'm not sure, just need a terminal program to talk to com port |
09:12:35 | tmzt | JdGordon: minicom should work |
09:12:37 | tmzt | also need lzrz or whatever it's called |
09:17:39 | Bob_C | I use the serial port for debugging, so its useful, but the bootloader has to be loaded via JTAG unless we find a way to use uboot |
09:18:18 | tmzt | why won't uboot work? |
09:23:05 | Bob_C | It was easier for me just to flash the rockbox bootloader into NOR and overwriting uboot |
09:24:03 | Bob_C | It's a question of creating a rockbox build that will run from NAND, it's probably simple, I just didn't look into it |
09:26:42 | linuxstb | How is the NAND attached? Will you need a software FTL? |
09:27:44 | Bob_C | The s3c2440 has a NAND controller, it can boot from NAND by copying 4K into internal RAM |
09:28:35 | Bob_C | We discussed NAND here and I was persuaded not to bother with it ;) |
09:32:14 | | Quit kugel (Remote closed the connection) |
09:34:13 | | Nick hd is now known as HellDragon (n=jd@Wikipedia/HellDragon) |
09:36:10 | | Quit JackWinter2 (Read error: 54 (Connection reset by peer)) |
09:36:26 | | Join JackWinter2 [0] (n=jack@vodsl-10804.vo.lu) |
09:39:15 | | Quit gitster (Read error: 104 (Connection reset by peer)) |
09:39:28 | | Join gitster [0] (n=user@ip68-225-240-211.oc.oc.cox.net) |
09:41:32 | | Join lucent [0] (i=lucent@unaffiliated/shadows) |
09:44:35 | | Quit Thundercloud (Remote closed the connection) |
09:45:22 | | Quit fyrestorm (Read error: 54 (Connection reset by peer)) |
09:45:22 | | Quit advcomp2019 (Read error: 54 (Connection reset by peer)) |
09:45:31 | | Quit ender` (Read error: 54 (Connection reset by peer)) |
09:45:33 | | Join fyrestorm [0] (n=nnscript@cpe-69-203-149-123.si.res.rr.com) |
09:45:40 | | Quit DataGhost (Nick collision from services.) |
09:45:42 | | Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
09:45:48 | | Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) |
09:46:04 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
09:52:59 | | Quit w1ll14m|_ (Read error: 60 (Operation timed out)) |
09:54:51 | | Join w1ll14m| [0] (n=nobody@84-104-81-17.cable.quicknet.nl) |
09:56:36 | | Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) |
09:57:12 | linuxstb | Zagor: Hi. Could you update www? There's now a thumbnail image for the nano2g in svn. |
09:57:35 | Zagor | dpme |
09:57:39 | Zagor | done even :) |
09:58:03 | linuxstb | Thanks. |
09:58:35 | linuxstb | What's needed for daily builds for the nano2g? |
09:59:10 | linuxstb | And I also noticecd that an old rockbox-fuze.zip is in the build server's download directory (it was renamed to rockbox-sansafuze.zip) |
09:59:20 | linuxstb | And the fuze link on the daily builds looks broken... |
09:59:25 | * | linuxstb hands Zagor some coffee |
09:59:25 | Zagor | linuxstb: add it to www/rockbox.pm |
10:00 |
10:00:56 | CIA-85 | New commit by dave (r23168): Add ipodnano2g |
10:01:01 | linuxstb | Done! |
10:01:16 | Zagor | and there it is! |
10:01:32 | Zagor | uh no, I looked at the mini |
10:01:40 | linuxstb | ;) |
10:01:53 | Zagor | it is present in the current builds table though |
10:02:11 | linuxstb | There's no zip there either. I guess that needs to wait until tomorrow? |
10:02:21 | Zagor | yeah |
10:02:28 | linuxstb | Ah no, I got the URL wrong - it's there. |
10:02:54 | Zagor | right, the current is there. the daily is updated early morning. |
10:03:22 | linuxstb | No, I mean the daily is there - http://download.rockbox.org/daily/ipodnano2g/rockbox-ipodnano2g.zip |
10:03:31 | Zagor | www/dailymod.pl is updated to add daily builds. (yes this needs to be untangled) |
10:03:42 | Zagor | hmm? |
10:03:48 | * | linuxstb shrugs - |
10:04:03 | linuxstb | Could it simply be using "builds" now? |
10:04:48 | linuxstb | So I should add ipodnano2g to www/dailymod.pl as well? |
10:04:55 | Zagor | yes |
10:05:16 | CIA-85 | New commit by dave (r23169): Add ipodnano2g |
10:05:27 | Zagor | "builds" doesn't say which builds should be in which table. we need another list for that. or possibly a single master list that replaces all others. |
10:05:49 | Zagor | there we go, daily nano2g |
10:06:47 | CIA-85 | New commit by dave (r23170): Correct the Fuze entry - it was renamed to sansafuze |
10:07:10 | Zagor | thanks |
10:08:28 | linuxstb | What about the manual build for the nano2g? It now (as of about 3 hours ago) builds. |
10:08:35 | linuxstb | (for the nano2g) |
10:09:55 | Zagor | I've added manual and voices to the nightly build |
10:12:29 | linuxstb | OK, thanks. |
10:13:16 | linuxstb | All we need now is a new rbutil release... |
10:15:04 | | Quit fyrestorm (Read error: 110 (Connection timed out)) |
10:16:49 | | Join pyro_maniac1 [0] (i=foobar@p57BB8F2B.dip0.t-ipconnect.de) |
10:17:59 | | Quit KBH (Read error: 131 (Connection reset by peer)) |
10:23:26 | linuxstb | rasher: I see the theme site is now working for the nano2g - thanks. Are you able to change the names of the two Nanos to "iPod Nano 1G" and "iPod Nano 2G" ? (or change all ipods to use "1st gen" etc) ? |
10:24:46 | *** | Saving seen data "./dancer.seen" |
10:27:44 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
10:27:45 | | Join petur [50] (n=petur@rockbox/developer/petur) |
10:27:58 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
10:37:03 | | Join lifeless_ [0] (n=lifeless@90.151.216.8) |
10:40:08 | | Quit lifeless_ (Client Quit) |
10:42:15 | | Join thegeek [0] (n=nnscript@s168c.studby.ntnu.no) |
10:55:12 | topik | nice that the nano2g theme page now only says 'current build' and not 3.4 |
11:00 |
11:00:30 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
11:07:02 | | Quit TheSeven (Nick collision from services.) |
11:07:19 | | Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) |
11:07:30 | | Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) |
11:07:49 | | Quit daurn| (Read error: 148 (No route to host)) |
11:08:45 | | Quit TheSeven (Nick collision from services.) |
11:09:04 | | Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) |
11:09:16 | | Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) |
11:14:34 | | Quit kkurbjunW (Remote closed the connection) |
11:15:10 | | Join kkurbjunW [0] (n=karlk@12.41.166.8) |
11:24:33 | | Quit Sajber^ (Connection reset by peer) |
11:25:23 | | Join Sajber^ [0] (n=Sajber@h-142-150.A213.priv.bahnhof.se) |
11:29:51 | | Join Dgby714 [0] (n=Dgby714@pool-173-78-91-222.tampfl.fios.verizon.net) |
11:51:06 | | Join gtkspert [0] (n=gtkspert@203-206-82-154.dyn.iinet.net.au) |
11:52:11 | | Quit TheSeven (Nick collision from services.) |
11:52:28 | | Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) |
11:52:40 | | Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) |
12:00 |
12:02:57 | | Quit lifeless__ (Remote closed the connection) |
12:03:19 | | Join lifeless_ [0] (n=lifeless@90.151.216.8) |
12:04:27 | | Join esperegu_ [0] (n=quassel@145.116.15.244) |
12:06:02 | | Quit gtkspert_ (Read error: 101 (Network is unreachable)) |
12:08:37 | * | linuxstb reads http://forums.rockbox.org/index.php?topic=22928.0 and wonders if there are any projects we could "partner" with - i.e. promote their PC app on our site and recommend it for use with Rockbox, and they add good support for Rockbox to their app, and recommend people run Rockbox on their DAPs... |
12:08:45 | linuxstb | i.e. compete with the "itunes + ipod" culture... |
12:10:07 | tmzt | Beagle? |
12:10:14 | * | linuxstb has never heard of it |
12:10:14 | tmzt | sorry |
12:10:18 | tmzt | wrong name |
12:10:20 | tmzt | bnchee |
12:10:24 | tmzt | banchee |
12:10:34 | tmzt | it's .net with coming windows port |
12:10:36 | linuxstb | Banshee? |
12:10:40 | tmzt | yeah |
12:11:13 | topik | wouldn't any app that supports msc work with any rockboxed player that has usb storage? |
12:11:16 | * | linuxstb thinks there's going to be a contradiction though - rockbox aims to be lean and mean, PC-based media players don't... |
12:11:47 | linuxstb | topik: Sure. But the point is to make things easier for a user - in the same way Apple do with ipod+itunes integration. |
12:12:32 | linuxstb | i.e. a "supported" combination of PC-app and Rockbox. |
12:12:58 | topik | you surely don't want that pc app update rockbox's database and such |
12:13:15 | linuxstb | Of course - that's long been a desired feature. |
12:13:23 | GodEater | we surely *do* want that |
12:13:29 | linuxstb | But the difference is that the PC app is completely optional. |
12:13:39 | linuxstb | s/the/a/ |
12:14:08 | GodEater | the problem I see with going down this route is the massive choice there is in PC apps, and the fact that everyone will have their own favourite. |
12:14:17 | GodEater | I personally can't stand banshee for example :) |
12:14:40 | topik | all pc apps i know (except itunes) will remember what it synched on its own. unrelated to the player/firmware used |
12:15:52 | linuxstb | topik: But there are some Rockbox-specific features, such as knowing what audio formats the device can play. |
12:16:03 | n1s | GodEater: that is easily narrowed down if we require the media player to run on linux, windows and macos |
12:17:07 | topik | true. but a fair amount of players don't have usb without rebooting outside of rockbox |
12:17:44 | n1s | topik: that's not true |
12:17:54 | topik | all i have do |
12:17:57 | topik | for now |
12:18:07 | n1s | which do you have then? |
12:18:09 | topik | perhaps it's the immaturity of those targets |
12:18:17 | topik | fuze/nano2g |
12:18:21 | topik | both very fresh |
12:18:27 | n1s | yeah, those are very new |
12:18:29 | tmzt | of course I took the selection criteria to be iTunes-like |
12:18:42 | tmzt | and Banshee is probably the closest |
12:19:01 | topik | if you want it user-friendly, perhaps MTP support would be nice |
12:19:07 | linuxstb | topik: What does the USB mode have to do with anything? A PC app can just look to see if Rockbox is installed on the device, and act accordingly. |
12:19:08 | tmzt | with tocuhscreen comes more consumer focus? (excepting the accessible version for a moment) |
12:19:35 | n1s | all the "stable" ports have usb in rockbox, except for release versions for ipods in which it's disabled because of the charging thing |
12:19:54 | topik | linuxstb, i am biased by the limited exposure to mature targets |
12:19:56 | | Quit esperegu (Read error: 113 (No route to host)) |
12:20:11 | tmzt | and Banshee would allow plugins, if the interface was fully documented others could create their own plugins |
12:20:26 | | Join Topy [0] (n=Topy44@f049023145.adsl.alicedsl.de) |
12:20:40 | n1s | also early ipods don't have usb at all so it's impossible on them :) |
12:20:43 | topik | are there any stats on which targets gets the most downloads? |
12:20:46 | linuxstb | topik: But the "reboot into disk mode" doesn't really change much. You insert the USB cable, you enter disk mode. You remove the cable, you're back in Rockbox. That's how the Nano2G works for me. |
12:21:22 | tmzt | and MTP makes copy and unplug doable, storage will always require a flush and eject |
12:21:36 | topik | true linuxstb, but then the pc-app would 'detect' by looking for a .rockbox dir or something? |
12:21:54 | linuxstb | topik: Yes. It would have to do that on most targets anyway (USB is hardware-controlled). |
12:22:01 | tmzt | actually, it's possible to support virtual media change/eject |
12:22:26 | tmzt | press select when you are done copying |
12:23:19 | gevaerts | virtual media change/eject? |
12:23:23 | tmzt | and the OS will see eject request and unmount cleanly, assuming mass storage supports tge scsi commands required |
12:23:25 | topik | when i look at the official sansa (fuze) forum, it amazes me how many people use software like rhapsody and wmp |
12:23:38 | tmzt | the |
12:23:50 | * | linuxstb thinks about it, and concludes that he would quite like MrSomeone to integrate Rockbox's playback engine into rbutil... |
12:24:19 | tmzt | yeah, I'm sure thing like jaz drives needed it |
12:24:47 | *** | Saving seen data "./dancer.seen" |
12:24:49 | tmzt | I guess it would only work on soft usb targets |
12:26:29 | topik | linuxstb, would that come with a rbutil simulator too? |
12:26:35 | | Nick fxb__ is now known as fxb (n=felixbru@85.214.97.64) |
12:26:51 | * | gevaerts still has no idea what tmzt is talking about |
12:28:13 | topik | unplugging/replugging through software instead of physically |
12:29:25 | tmzt | well, nand is obviously not removable media |
12:29:41 | tmzt | but there's no reason it couldn't be made to appear to be |
12:29:49 | gevaerts | yes there is |
12:30:01 | tmzt | think of it as a non-optical drive with eject button |
12:30:03 | tmzt | oh? |
12:30:04 | n1s | linuxstb: to use as a mediaplayer or just for fun? :) |
12:30:05 | gevaerts | if you do that, multiple partitions don't work in windows |
12:30:26 | linuxstb | n1s: Yes, to use as a media player... I've yet to find one I like. |
12:30:34 | tmzt | oh, that includes on sd card readers? |
12:30:53 | gevaerts | I suspect so, yes |
12:31:13 | n1s | linuxstb: it will be a strange beast indeed :) |
12:31:18 | linuxstb | n1s: Although to be honest, I think I would probably prefer a command-line player - I mainly just want to be able to do "play *.flac" in a directory, but have the ability to seek/pause/skip etc. |
12:31:33 | tmzt | I'm quite sure I have used partitioned sd cards with usb readers |
12:31:37 | linuxstb | Something like the Player sim ported to curses... |
12:31:46 | tmzt | even multilun devices |
12:31:55 | gevaerts | multilun has nothing to do with this |
12:32:12 | tmzt | even on multi lun devices |
12:32:18 | tmzt | yes, I know |
12:32:30 | gevaerts | actually, rockbox presents itself as a removable-media device on players where we don't need multiple partitions |
12:32:33 | tmzt | what is the issue? is there a kb document or something? |
12:32:42 | gevaerts | try it |
12:33:11 | gevaerts | did that card reader show itself as removable? |
12:33:20 | tmzt | how exactly? |
12:33:37 | tmzt | not sure, I think eject worked (not remove device) |
12:33:55 | gevaerts | in rockbox, by editing usb_storage.c |
12:34:05 | tmzt | of course since led shut off I have no idea if firmware shut itself down |
12:34:12 | tmzt | don't have usb target currently |
12:34:21 | tmzt | only Fuze |
12:34:55 | tmzt | ok, on those devices, any reason why "click select to safely remove" wouldn't work? |
12:35:27 | | Join Topy44 [0] (n=Topy44@f048184059.adsl.alicedsl.de) |
12:35:58 | preglow | Zagor: still no mails here, btw |
12:36:21 | gevaerts | tmzt: http://support.microsoft.com/kb/254109 |
12:37:42 | Zagor | preglow: we get odd bounces from you. I have cleared the bounce flags on your account several times |
12:37:55 | | Quit T44 (Read error: 110 (Connection timed out)) |
12:38:24 | tmzt | gevaerts: interesting |
12:38:48 | tmzt | it's only microsoft management console that breaks? |
12:43:28 | | Nick YPSY is now known as Ypsy (n=ypsy@87.106.45.183) |
12:50:51 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
12:52:38 | | Quit Topy (Read error: 110 (Connection timed out)) |
13:00 |
13:04:31 | | Join T44 [0] (n=Topy44@f048214097.adsl.alicedsl.de) |
13:09:24 | | Join sansauser [0] (n=51ebf252@giant.haxx.se) |
13:09:45 | sansauser | hey guys, any known issues with rockbox utility under win7? |
13:10:38 | sansauser | ive got a sansa c200 v1 here, and i cant install the bootloader, and rbutil doesnt find it, yes its in MSC/UMS mode |
13:10:47 | | Join pamaury [0] (n=pamaury@140.77.26.114) |
13:11:00 | sansauser | i cant seem to start it in recovery mode either, c200 has no record button |
13:11:57 | pamaury | Slasheri: ping |
13:12:12 | gevaerts | sansauser: the c200 definitely does have a record button |
13:12:35 | sansauser | up) |
13:13:22 | sansauser | well i cant find it on it, theres volume buttons, play, next, rewind, context?, and menu/power, and a hold on the underside |
13:14:12 | | Quit avacore^ (Read error: 60 (Operation timed out)) |
13:14:28 | gevaerts | http://download.rockbox.org/daily/manual/rockbox-sansac200/rockbox-buildch3.html |
13:15:03 | | Join avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) |
13:15:12 | sansauser | ope, no button at that place on mine O_o only the hold switch |
13:15:43 | linuxstb | sansauser: Are you sure it's a c200 then? If Rockbox doesn't install, and it doesn't match the description in the manual... |
13:15:47 | sansauser | mine has a ring and not a square |
13:16:17 | | Join polobricolo [0] (n=paul@AGrenoble-257-1-77-78.w86-211.abo.wanadoo.fr) |
13:16:48 | | Quit Topy44 (Read error: 104 (Connection reset by peer)) |
13:17:00 | linuxstb | sansauser: Does your player look like http://www.anythingbutipod.com/archives/2006/11/sandisk-sansa-c200-review.php ? |
13:17:54 | sansauser | http://www.dapreview.net/i/newspost_images/c200_comp.jpg the one on the right |
13:19:09 | | Join DerPapst [0] (n=DerPapst@p4FE8EDE2.dip.t-dialin.net) |
13:19:40 | linuxstb | That looks like a Sansa c100 |
13:19:53 | pixelma | that's a c100, the c200 would be the one in the middle |
13:19:53 | linuxstb | http://www.anythingbutipod.com/archives/2006/03/sandisk-sansa-c100-series-review.php |
13:20:24 | sansauser | fiddlesticks |
13:20:31 | sansauser | ah well |
13:20:51 | sansauser | got it for free anyway |
13:20:55 | * | pixelma wonder where MarcGuay went |
13:20:59 | pixelma | wonders too |
13:21:01 | sansauser | my e200 has died |
13:21:22 | sansauser | hardware failure i think |
13:21:35 | sansauser | wont even boot up, not recognisable on the pc at all |
13:21:51 | gevaerts | could be a loose flash board |
13:22:06 | sansauser | nah, checked |
13:22:19 | linuxstb | Have you tried entering manufacturing mode? |
13:22:26 | sansauser | opened it up alot, needed to resolder the headphone jack, lol |
13:22:39 | Dgby714 | sansauser: ive got no problems in Win7 except when closing the program. |
13:23:22 | | Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <-") |
13:23:25 | linuxstb | Dgby714: BTW, does the themes site work OK with your rbutil from svn? |
13:23:29 | linuxstb | (for the nano2g) |
13:23:34 | Dgby714 | ill check |
13:24:20 | linuxstb | And from tomorrow (I think) the manual should be working. |
13:25:35 | Dgby714 | yeah it works just had to clear local cache |
13:25:58 | gevaerts | Can a theme site admin have a look at the Spartan Black theme for e200? It's not actually an e200 theme |
13:26:32 | | Quit lifeless_ (Remote closed the connection) |
13:26:35 | | Join lifeless__ [0] (n=lifeless@90.151.208.82) |
13:26:38 | | Quit avacore (Read error: 60 (Operation timed out)) |
13:27:27 | sansauser | well atleast i have a mp3 to go, so thanks guys |
13:27:27 | | Join avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) |
13:27:42 | pixelma | gevaerts: it's not only included there falsely |
13:27:44 | sansauser | ill return f i feel like trying to get the e200 back to life later |
13:28:29 | | Quit sansauser ("CGI:IRC (EOF)") |
13:29:36 | pixelma | gevaerts: and the most weird thing it is sometimes wrong and on other pages of targets with the same screen size it's not (e.g. e200 and e200v2) maybe it's related to whether it was already there when the subpage was created or not |
13:31:41 | gevaerts | pixelma: maybe checkwps is involved? Spartan Black is said to work with 3.2 or current on e200, not with 3.4 |
13:35:24 | | Quit pamaury (Remote closed the connection) |
13:43:32 | linuxstb | gevaerts: The theme itself is stored in a "220x176" directory, so would have thought the theme site shouldn't have linked to it for a 176x132 target, regardless of checkwps result. |
13:50:02 | | Join pamaury [0] (n=pamaury@140.77.26.114) |
13:50:21 | | Quit T44 (Read error: 110 (Connection timed out)) |
13:52:15 | Unhelpful | kugel: couldn't i just pull one of your branches? i assume multi_aa_2? |
13:54:39 | | Quit DerPapst ("Leaving.") |
13:54:52 | | Quit evilnick (Read error: 113 (No route to host)) |
13:56:13 | | Join syrius [0] (n=syrius@unaffiliated/syrius) |
13:56:24 | syrius | will rockbox ever support a port to the psp? |
13:56:54 | LinusN | syrius: well, rockbox-as-an-app could certainly work on the psp, if someone did the work |
13:58:18 | syrius | hmm |
13:58:19 | | Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) |
13:58:30 | syrius | it would be cool if rockbox did so |
13:58:54 | | Quit JackWinter2 (Remote closed the connection) |
13:59:05 | LinusN | but in the psp case, perhaps it would be better to borrow selected parts of the playback engine+codecs and make a psp-specific media player instead |
13:59:39 | LinusN | i mean, many of the emulators and stuff already have better native psp versions |
14:00 |
14:00:22 | LinusN | revamp lightmp3 and have it use the rockbox playback engine |
14:00:49 | Torne | er, part of the point of lightmp3 is that it can use the second proc for decoding using sony's codecs though |
14:01:23 | | Join JackWinter [0] (n=jack@vodsl-10804.vo.lu) |
14:01:35 | Torne | using the PSP efficiently requires that you work the way the SDK expects you to, mostly, so I dunno how applicable our codecs/playback code would be... |
14:05:00 | | Quit Rob2222 () |
14:05:55 | | Quit JackWinter (Read error: 104 (Connection reset by peer)) |
14:06:14 | LinusN | Torne: i'm afraid so |
14:06:49 | LinusN | Torne: however, didn't lightmp3 support flac as well? |
14:07:01 | LinusN | or was it aac? |
14:07:03 | Torne | yup, the ME can't play every codec. it does those the traditional way |
14:07:12 | Torne | i.e. leaves the ME idling |
14:07:18 | Torne | and does it on th emain cpu, sucking up way mor epower. |
14:07:20 | preglow | Zagor: weird, what kind of bounces? |
14:07:40 | Torne | if you wanted everything to work nicely you *would* need to port rockbox as a firmware |
14:07:55 | Torne | because within the PSP OS you can't run arbitrary code on the ME, but in general it's pretty much just another MIPS core |
14:08:29 | | Join JackWinter [0] (n=jack@vodsl-10804.vo.lu) |
14:09:50 | syrius | Torne, is there any advantage to working to make the psp ported rockbox by being on a mips arch? |
14:10:08 | syrius | there is a cheap box you can get for that 240 dollars |
14:10:18 | syrius | 190 usd + 50 for shipping |
14:10:20 | Torne | er, not sure quite how to parse that |
14:10:57 | syrius | well I mean if you where developing the rockbox firmware on a mips arch computer Torne |
14:10:59 | tmzt | what is ME? |
14:11:05 | syrius | windows ME? |
14:11:09 | Torne | tmzt: media engine |
14:11:14 | Torne | the PSP's second processor |
14:11:17 | tmzt | which is? |
14:11:26 | tmzt | a second mips or something else? |
14:11:30 | Torne | it's a dual core MIPS similar to the way that PP is dual core arm7 |
14:11:43 | syrius | pp? |
14:11:45 | Torne | but the PSP OS uses it solely to run Sony's codecs for audio/video |
14:11:55 | Torne | syrius: portalplayer, the chip in the older ipods and various other DAPs |
14:11:56 | tmzt | okay |
14:12:11 | syrius | yes I know that the ipod uses arm arch |
14:12:21 | syrius | I didn't know the psp used mips though |
14:12:29 | tmzt | but it can draw on framebuffer or you have to shuffle screens somehow to the main processor application? |
14:12:29 | Torne | syrius: anyway, no, there is no need to be using a MIPS computer to develop for PSP |
14:12:32 | | Join barrywardell_ [0] (n=barrywar@dynamic.aei.mpg.de) |
14:12:36 | syrius | it seems they all use all different kinds of processor types |
14:12:50 | syrius | like ps3 and xbox 360 use powerpc |
14:12:52 | Torne | tmzt: I don't know exactly what the limits are. All software for the PSP is basically developed for the existing Sony kernel |
14:13:04 | | Quit flydutch ("/* empty */") |
14:13:05 | Zagor | preglow: I'm not sure. the bounce notification I get strangely shows the outgoing mail as bounce notice |
14:13:05 | tmzt | yes, but those aren't handheld consoles |
14:13:08 | Torne | tmzt: which doe snot let you run code on the second core at all, other than the code Sony provide |
14:13:12 | tmzt | and ps2 used mips I thought |
14:13:39 | syrius | well I know you can develop it on a non mips computer I was asking if there was an advantage to doing it on one Torne |
14:13:44 | Torne | syrius: no. |
14:13:49 | syrius | okay |
14:13:50 | tmzt | is the dsp image (for lack of a better term) uploaded at run time? |
14:14:12 | syrius | I know somethings about compiling |
14:14:12 | Torne | tmzt: i believe it's just part of the firmware, i donm't think it's uploaded anywhere |
14:14:16 | tmzt | is it a smp system where both cores boot the same firmware loader? |
14:14:18 | Torne | i don't think the ME has its own memory or anything. |
14:14:36 | Torne | i'v eonly done a tiny amount of PSP development though, so i can't really tell you any of these details |
14:14:38 | syrius | that is what makes linux and free/open source software is that you can make it for many processor types |
14:14:50 | Torne | what's *visible* from the SDK is that the ME is a black box accessed solely via OS calls |
14:14:50 | tmzt | if it doesn't have it's own (protected) memory, what's the issue? |
14:15:05 | Torne | tmzt: the issue is thta the OS expects to be managing it |
14:15:18 | Torne | making it do something else probably requires ditching the OS |
14:15:23 | tmzt | through mailboxes? |
14:15:30 | Bob_C | There is a #define called GIGABEAT_F and one called TOSHIBA_GIGABEAT_F, are these interchangeable? |
14:15:30 | Torne | i have no idea. |
14:15:45 | tmzt | I haven't either, only worked with qualcomm msm phones with similar concept |
14:15:50 | Torne | but there's been homebrew development for many years on the PSP |
14:15:54 | syrius | like with debian if it has the source in the repository you can get the source the debian way and set it to compile for ur arch |
14:16:11 | Torne | and very few apps use the ME for anything other than mp3 decoding |
14:16:20 | Torne | and the methods involved are not clear or documented :) |
14:16:26 | tmzt | syrius: right, and rockbox is mostly c and already supports multiple architcecthures |
14:16:43 | tmzt | right |
14:17:14 | tmzt | if View ever gets very far it will be interesting to do dsp stuff on it, I had one for a while but had to return it |
14:17:42 | syrius | view? |
14:17:49 | syrius | is that for text files |
14:17:52 | tmzt | of course, you are saying psp just has a second mips core, not a dsp |
14:18:00 | tmzt | Sansa View |
14:18:06 | syrius | what is that? |
14:18:24 | Torne | yeah, it is just a second MIPS, but I'm not sure whether it's really SMP or whether the second one has different peripheral access. |
14:18:40 | Torne | almost all homebrew dev is done with an open SDK that mirrors the capabilities of the official one |
14:18:46 | Torne | so there's very little easy to find docs on these details |
14:19:45 | tmzt | syrius: it's an mp3 player only in New Ports currently and barely running code |
14:19:49 | | Quit barrywardell (Read error: 145 (Connection timed out)) |
14:19:49 | | Nick barrywardell_ is now known as barrywardell (n=barrywar@rockbox/developer/barrywardell) |
14:20:25 | syrius | ic |
14:20:32 | | Quit antil33t (Read error: 131 (Connection reset by peer)) |
14:20:38 | | Join antil33t [0] (n=Mudkips@119.224.12.185) |
14:21:33 | | Join flydutch [0] (n=flydutch@host77-167-dynamic.15-87-r.retail.telecomitalia.it) |
14:22:27 | preglow | Zagor: i use a @rockbox.org redirect, nothing wrong with those of late? |
14:22:39 | preglow | if not, i have no idea what is wrong, my ordinary mail works just fine |
14:23:31 | Zagor | aha, looks like the @rockbox.org aliases are broken somehow |
14:24:08 | | Join midgey [0] (n=tjross@c-71-238-148-140.hsd1.mi.comcast.net) |
14:24:49 | *** | Saving seen data "./dancer.seen" |
14:29:11 | pamaury | Slasheri: ping |
14:29:23 | | Join linuxguy4 [0] (n=timj@adsl-76-203-24-73.dsl.emhril.sbcglobal.net) |
14:30:46 | Zagor | preglow: fixed now. sorry about that. |
14:30:50 | preglow | Zagor: no worries |
14:32:41 | | Quit linuxguy3 (Read error: 145 (Connection timed out)) |
14:35:32 | | Quit Sajber^ (Read error: 104 (Connection reset by peer)) |
14:52:39 | Slasheri | pamaury: hello |
14:53:16 | pamaury | Slasheri: hello, I have some questions about dircache, do you have time to discuss about it ? |
14:53:34 | Slasheri | pamaury: please ask :) i just came from work |
14:54:43 | | Join Omlet [0] (n=omlet05@91.181.238.4) |
14:54:52 | pamaury | ok, that's about the implementation of dircache_remove. I don't understand why it's implemented like it currently is. This is because I'm working with the MTP protocol and directly accessed the dircache structure. |
14:54:57 | | Join Omlet05 [0] (n=omlet05@91.181.238.4) |
14:55:47 | pamaury | Currently the implementation only set d_namelen to 0 without changing any pointer and without resetting all other field. Which means that from nearly all points of view, the entry remains valid and this is a pain. |
14:56:49 | linuxstb | Slasheri: BTW, related question, but I noticed that bootloaders (or at least the nano2g bootloader) has a 150KB "opendirs" buffer. Any idea what that's for? |
14:57:11 | Slasheri | pamaury: hmm.. that was probably the simplest way to "remove" an entry from the cache, because the entry has to remain there until the cache is rebuilt |
14:58:03 | Slasheri | pamaury: i don't remember how it was implemented excactly, but if those pointers don't refer to anything, i don't see why it wouldn't be possible to destruct those also |
14:58:28 | Slasheri | linuxstb: hmm, that was dircache related also? |
14:59:25 | linuxstb | It's directory-related... ;) |
14:59:26 | pamaury | I agree it's the simplest because only single linked list are implemented bu anyway it should be possible to skip the element by walking though the list. anyway I think that declaring an element is invalid just because "d_namelen=0" is quite error-prone, no ? |
15:00 |
15:00:25 | Slasheri | pamaury: hmm.. i will check how that was implemented, just a moment :) |
15:00:36 | pamaury | ok |
15:01:36 | Slasheri | ah, ok.. indeed, that is quite simple implementation |
15:01:52 | | Quit syrius (Read error: 110 (Connection timed out)) |
15:02:18 | Slasheri | i don't remember if those pointers should remain valid |
15:03:58 | Slasheri | one way would be to extend the list to two directional linked list (and increase ram consumption a bit) |
15:04:08 | Slasheri | then it would be simple to invalidate those pointers |
15:04:15 | pamaury | If I'm correct, dircahe is only a tree in a fixed length memory block so modifying the pointers shouldn't be a problem. The only thing is tht deleting an element is more complicated but it's doable |
15:04:33 | Slasheri | nope, it's not fixed length |
15:04:53 | pamaury | it's allocated at boot time |
15:05:02 | pamaury | no ? |
15:05:28 | Slasheri | yes, but filename stored in the middle of those pointers is variable length allocated |
15:05:59 | Slasheri | ah yes, the whole dircache block is fixed length indeed |
15:06:23 | | Join DerPapst [0] (n=DerPapst@asr-nat2.its.fh-giessen.de) |
15:13:05 | pamaury | so, do you think it's possible/allowed/not dangerous to modifiy the pointers ? Or should the code stay as it is ? It's because it's weird to have such a convention on valid entris and having it written nowhere. |
15:13:05 | | Join Topy44 [0] (n=Topy44@f049121135.adsl.alicedsl.de) |
15:16:33 | | Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) |
15:16:39 | | Quit kkurbjunW (Remote closed the connection) |
15:17:06 | | Quit dfkt (Nick collision from services.) |
15:17:10 | | Nick dfkt_ is now known as dfkt (i=dfkt@unaffiliated/dfkt) |
15:17:17 | | Join kkurbjunW [0] (n=karlk@12.41.166.8) |
15:18:06 | | Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) |
15:19:25 | Slasheri | pamaury: at least database stores those pointers internally so you should check it could handle those modifications |
15:20:31 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) |
15:22:59 | | Quit midgey () |
15:25:10 | | Quit DerPapst ("Leaving.") |
15:29:44 | | Join T44 [0] (n=Topy44@78.49.122.217) |
15:34:37 | | Join mick3 [0] (n=c3c84629@giant.haxx.se) |
15:34:50 | | Quit mick3 (Client Quit) |
15:36:20 | | Join dfkt__ [0] (i=dfkt@unaffiliated/dfkt) |
15:36:27 | | Quit TheSeven ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]") |
15:36:30 | | Quit dfkt (Read error: 110 (Connection timed out)) |
15:36:49 | | Quit dfkt_ (Nick collision from services.) |
15:36:56 | | Nick dfkt__ is now known as dfkt (i=dfkt@unaffiliated/dfkt) |
15:37:35 | | Quit Omlet ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
15:37:43 | | Quit Omlet05 ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
15:48:26 | | Quit Topy44 (Read error: 110 (Connection timed out)) |
15:48:32 | | Join kyle6513 [0] (n=kyle6513@58.174.128.189) |
15:52:59 | | Join evilnick [0] (i=0c140464@rockbox/staff/evilnick) |
15:58:03 | | Join DerPapst [0] (n=DerPapst@asr-nat2.its.fh-giessen.de) |
16:00 |
16:01:56 | | Quit barrywardell () |
16:02:57 | | Join dmb [0] (n=Dmb@unaffiliated/dmb) |
16:10:04 | | Join barrywardell [0] (n=barrywar@dynamic.aei.mpg.de) |
16:10:42 | | Join faemir [0] (n=faemir@78.33.109.163) |
16:11:59 | | Join barrywardell_ [0] (n=barrywar@dynamic.aei.mpg.de) |
16:12:00 | | Quit barrywardell_ (Client Quit) |
16:16:56 | | Quit antil33t () |
16:18:24 | | Join funman [0] (n=fun@rockbox/developer/funman) |
16:24:50 | *** | Saving seen data "./dancer.seen" |
16:28:44 | pyro_maniac1 | funman: i have to bother you again. there are still some things missing for the samsung devices |
16:29:27 | pyro_maniac1 | funman: there are no themes for yh920 and yh820 |
16:30:41 | | Quit barrywardell (Read error: 113 (No route to host)) |
16:32:47 | | Join toffe82 [0] (n=chatzill@12.169.218.14) |
16:32:52 | | Join enthdegree [0] (n=enthdegr@adsl-162-162-30.rmo.bellsouth.net) |
16:33:17 | funman | pyro_maniac1: the screen is the same (size, depth, format) than h100, h120 and iaudiom5 so all the themes are compatible |
16:33:33 | funman | (i only checked yh920 |
16:34:57 | pyro_maniac1 | i didn't know that. will rbutil select from screen size automaticaly? |
16:35:00 | | Join MethoS- [0] (n=clemens@134.102.106.250) |
16:35:14 | funman | no idea |
16:35:48 | | Join Rob2222 [0] (n=Miranda@p4FDCEDD0.dip.t-dialin.net) |
16:35:53 | enthdegree | What framerate can a c200v1 playback videos? |
16:36:16 | funman | enthdegree: it depends on the resolution and bitrate i would say |
16:37:09 | funman | pyro_maniac1: the yh820 lcd is unique however |
16:37:19 | enthdegree | Will rockbox ever be able to play other video formats? (say, something like mp4?) |
16:37:48 | | Part LinusN |
16:38:03 | funman | if you write a decoder for it, sure |
16:38:09 | pyro_maniac1 | enthdegree: only if somebody spend some time and make it work. |
16:38:50 | enthdegree | But the devices do have enough processing power, right? |
16:39:09 | Torne | some of them may do |
16:39:14 | Torne | some of them definately do not |
16:39:35 | Llorean | Most of them are unlikely to be fast enough to get much useful speed out of h.264 (which is one of the most common formats in an MP4 container) |
16:39:42 | Torne | only way to know for sure is to implement it and test it. |
16:39:58 | funman | some even have a DSP to decode H264 (like ipod video) but this hardware isn't documented at all |
16:40:14 | | Nick fxb is now known as fxb__ (n=felixbru@85.214.97.64) |
16:40:17 | enthdegree | wow, that stinks. |
16:40:37 | Torne | yah, some of hte OFs rely on hardware video decoding |
16:41:19 | funman | pyro_maniac1: you should ask to domonoky or bluebrother about rbutil |
16:42:30 | pyro_maniac1 | i will have a closer look later and maybe bother somebody later ;-) |
16:43:00 | funman | and for yh820 you should ask the artists ;) |
16:45:43 | | Part pyro_maniac1 ("Leaving.") |
16:46:22 | enthdegree | Would h.264 be harder to decode (take more processing power) than mpeg-1/2? |
16:47:49 | funman | enthdegree: yes |
16:49:06 | enthdegree | .__. |
16:49:48 | | Quit Horscht ("Verlassend") |
16:50:11 | Torne | it's far harder for the same resolution |
16:50:22 | Torne | and h264 stuff tends ot be at a higher resolution as well to make it worse :) |
16:50:37 | | Quit kyle6513 (Read error: 110 (Connection timed out)) |
16:51:13 | enthdegree | Maybe it'll make a good code project for me in the future. {c: |
16:53:25 | | Join saratoga [0] (i=9803c264@gateway/web/freenode/x-wuesxjchaiehyyat) |
16:55:28 | | Quit polobricolo (Remote closed the connection) |
16:55:55 | Llorean | Torne: re track order in the database - while it should be inserted in the order displayed, I *think* if you choose a category and "insert" it you get a default sort rather than the sort it would display if you enter it (I know it had this problem in the past for me, I'm not sure these days) |
16:56:20 | Torne | hm |
16:57:53 | | Join TheSeven [0] (n=theseven@rockbox/developer/TheSeven) |
16:59:22 | | Quit bubsy ("Party time, EXCELLENT! *wring wring wring!!* Party on, Wayne! Party on, Garth!") |
17:00 |
17:00:15 | | Join mcuelenaere [0] (n=mcuelena@78-22-177-194.access.telenet.be) |
17:08:27 | | Nick janne_oksanen is now known as new_york_times (n=janne@130.234.191.99) |
17:09:47 | | Nick new_york_times is now known as janne_oksanen (n=janne@130.234.191.99) |
17:13:47 | | Quit w1ll14m| (Read error: 110 (Connection timed out)) |
17:16:42 | Unhelpful | beast almost certainly could, especially if we can make use of the IPU for some of the filtering work |
17:18:18 | | Quit DerPapst ("Leaving.") |
17:18:47 | funman | I believe some mpegplayer code could be factorized to be reused by other video decoders |
17:20:03 | | Join ballubasch [0] (n=544a1ab0@giant.haxx.se) |
17:20:38 | ballubasch | hi there |
17:21:15 | | Quit liar_ (Remote closed the connection) |
17:21:45 | ballubasch | well I just post my question, maybe anyone can help.. |
17:21:53 | Unhelpful | kugel: why size_func? why not a struct dim? |
17:23:15 | | Join HBK [0] (n=hbk@rrcs-97-77-50-246.sw.biz.rr.com) |
17:24:01 | Unhelpful | other than that, i don't have any problems with the parts of this that are in areas i know well. i would suggest trying a struct with dimensions in place of a get-size callback, this *might* give you a smaller binsize hit and will reduce call depth by one :) |
17:24:27 | ballubasch | i'm trying to flash my IRiver H120 to bootloader 7pre4 to use a CF card, because my Harddisk broke... did it all like the Wiki said, bit the flashing seems to be stuck with "ROLO... Executing" |
17:24:58 | ballubasch | how long should this take, it's about 15 mins here |
17:28:44 | funman | I don't have a h120 but I expect it to be almost instant |
17:29:11 | | Join Lss [0] (n=Lss@cm46.delta91.maxonline.com.sg) |
17:29:17 | ballubasch | thank you... I guess i shouldn't turn it off now..? |
17:29:25 | funman | so there is a problem, not sure what you should do (I don't know if irivers can be bricked or not) |
17:30:36 | rasher | They can |
17:31:03 | ballubasch | it can be, unfortunately, I read in the forums that IRivers being stuck, and people don't dare to turn it off for hours |
17:31:20 | ballubasch | but I'm not shure if this was during bootloader update |
17:31:25 | Slasheri | ballubasch: you shouldn't "run" the flash image (i.e., short press) |
17:31:35 | Slasheri | ballubasch: long press on the flash image and then select iriver_flash |
17:32:22 | ballubasch | yes, I knew that, strangely the "open with" menu didn't show up |
17:32:25 | Slasheri | if it says "ROLO..", just reset the thing |
17:32:47 | Slasheri | you have to press the joustick longer |
17:32:47 | ballubasch | aahhh... Thanks |
17:33:20 | ballubasch | maybe I slipped off and pressed again, wondered myself |
17:33:32 | Slasheri | just try again :) |
17:33:34 | ballubasch | ok, I'll try a reset, thx a lot |
17:36:28 | * | TheSeven just found a deadlock issue in the USB driver framework |
17:36:30 | | Quit MethoS- (Read error: 104 (Connection reset by peer)) |
17:37:39 | | Join ender [0] (i=krneki@foo.eternallybored.org) |
17:37:40 | ballubasch | [success] :-D Thanx Slashery, I already was concerned |
17:38:54 | | Join MethoS- [0] (n=clemens@134.102.106.250) |
17:41:17 | Slasheri | ballubasch: great :) |
17:41:31 | ballubasch | swapping to CF now :-) |
17:41:53 | | Join blitzwing [0] (n=7c26ecf6@giant.haxx.se) |
17:42:49 | | Join blitzwing1 [0] (n=7c26ecf6@giant.haxx.se) |
17:44:36 | | Quit ender` (Read error: 60 (Operation timed out)) |
17:46:54 | | Quit blitzwing ("CGI:IRC (Ping timeout)") |
17:48:11 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
17:49:13 | CIA-85 | New commit by kugel (r23171): Remove wps_reset(), and rename skin_data_init to skin_data_reset() and extend it to zero most of the wps_data members. ... |
17:54:53 | | Quit Rondom (Read error: 104 (Connection reset by peer)) |
17:55:30 | | Join Rondom [0] (n=Rondom@dslb-084-057-149-005.pools.arcor-ip.net) |
18:00 |
18:00:54 | CIA-85 | New commit by kugel (r23172): Whoops, I had that warning turned off locally. ... |
18:01:11 | | Join liar_ [0] (n=liar@83.175.83.185) |
18:04:06 | | Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) |
18:06:36 | | Quit tomers (Remote closed the connection) |
18:15:22 | | Quit petur ("work->home") |
18:23:17 | TheSeven | wow. device descriptor read/64 succeeded! |
18:23:27 | gevaerts | \☺/ |
18:23:53 | TheSeven | something wrong with "set address" |
18:24:32 | | Quit pamaury ("exit(*(int *)0 / 0);") |
18:24:42 | | Quit bluebrother (Nick collision from services.) |
18:24:44 | | Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) |
18:24:45 | | Join bluebroth3r [0] (n=dom@rockbox/developer/bluebrother) |
18:24:53 | *** | Saving seen data "./dancer.seen" |
18:25:12 | | Quit funman ("free(random());") |
18:25:54 | tomers | TheSeven: I'm interested to know what are you working on (USB stuff) |
18:26:02 | tomers | ? |
18:26:25 | | Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) |
18:26:37 | | Quit dfkt (Nick collision from services.) |
18:26:41 | | Nick dfkt_ is now known as dfkt (i=dfkt@unaffiliated/dfkt) |
18:26:44 | TheSeven | I'm currently trying to make the USB OTG controller (in function mode) of the ipod nano 2g work |
18:26:55 | TheSeven | it's the one described in the s3c6400x datasheet |
18:28:24 | tomers | TheSeven: Nice! Can you please provide me with a link to the datasheet? Are you committing your code, or putting it on FS? |
18:28:50 | TheSeven | depends on how nice it will run, i think... |
18:29:14 | | Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) |
18:30:04 | tomers | TheSeven: I'm thinking about working on the Fuze's USB controller. I guess I could use you and gevaert's experience by then. But we got no datasheet yet. |
18:30:08 | | Quit avacore (Read error: 60 (Operation timed out)) |
18:30:20 | | Quit dfkt (Nick collision from services.) |
18:30:22 | | Nick dfkt_ is now known as dfkt (i=dfkt@unaffiliated/dfkt) |
18:31:02 | | Join avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) |
18:31:08 | tomers | linuxstb: Could you please check whether r23157 fixed "FS #10666 - Rockbox software USB doesn't connect with OS X 10.4" ? |
18:31:23 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
18:33:23 | | Quit TheSeven (Read error: 104 (Connection reset by peer)) |
18:33:39 | | Join JdGordon1 [0] (n=jonno@173-117-150-201.pools.spcsdns.net) |
18:34:35 | | Join TheSeven [0] (n=theseven@rockbox/developer/TheSeven) |
18:35:53 | TheSeven | http://www.ebv.com/fileadmin/products/Products/Samsung/S3C6400/S3C6400X_UserManual_rev1-0_2008-02_661558um.pdf |
18:39:52 | | Quit maruk ("Leaving.") |
18:40:15 | topik | 1190 pages ... pop quiz at 11? |
18:40:22 | | Quit Rondom (Nick collision from services.) |
18:40:32 | | Join Rondom [0] (n=Rondom@dslb-084-057-195-172.pools.arcor-ip.net) |
18:41:22 | liar_ | hi |
18:41:31 | liar_ | ups |
18:41:58 | tomers | TheSeven: Thanks! |
18:46:24 | | Join DerPapst [0] (n=DerPapst@p4FE8EDE2.dip.t-dialin.net) |
18:47:07 | mcuelenaere | TheSeven: I can give you rev1.2 of that if you want to |
18:47:54 | TheSeven | can't hurt, but I don't think that will have much relevance for usb... |
18:48:22 | mcuelenaere | USB OTG is mentioned in the changelog, but I don't think it'll be anything big |
18:48:44 | TheSeven | something about a reg 0x44 describing endpoint directions? |
18:48:49 | * | mcuelenaere can't find it on google anymore, will upload it |
18:48:54 | | Quit intrados1 (Read error: 60 (Operation timed out)) |
18:49:24 | mcuelenaere | nope sorry, looks like 0x44 isn't mentioned.. |
18:49:45 | mcuelenaere | you do know of the Linux sources for this chip, do you? |
18:51:02 | | Quit ballubasch ("CGI:IRC") |
18:51:06 | | Quit liar_ (Client Quit) |
18:52:13 | | Part Grahack |
18:54:51 | mcuelenaere | TheSeven: http://www.mediafire.com/?mowtmyzqwyf |
18:59:58 | | Join midgey [0] (n=tjross@141-211-4-207.vpn.umnet.umich.edu) |
19:00 |
19:00:19 | | Join ruj1 [0] (n=ruj1@pppoe-88-147-196-251.san.ru) |
19:00:20 | | Join intrados1 [0] (n=intrados@cpe-75-187-57-252.columbus.res.rr.com) |
19:03:22 | | Join avacore^ [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) |
19:05:10 | | Quit Rob2222 () |
19:05:56 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
19:11:21 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
19:13:42 | | Quit kkurbjunW (Remote closed the connection) |
19:14:24 | | Quit avacore (Connection timed out) |
19:15:06 | | Join kkurbjunW [0] (n=karlk@12.41.166.9) |
19:15:19 | | Join JdGordon| [0] (n=Miranda@131.107.0.103) |
19:18:55 | | Quit saratoga ("Page closed") |
19:24:47 | | Join liar|pc [0] (n=liar@83.175.83.185) |
19:28:14 | | Join efyx_ [0] (n=efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
19:28:52 | | Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) |
19:29:35 | | Join bubsy [0] (n=Bubsy@94.139.72.137) |
19:35:31 | | Quit JdGordon1 (Read error: 110 (Connection timed out)) |
19:35:52 | | Join Strife89 [0] (n=michael@168.16.237.214) |
19:38:42 | | Join Dege [0] (i=Dege@151.61.193.88) |
19:41:36 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
19:43:17 | linuxstb_ | tomers: As I said in the bug report, I haven't experienced that bug. (I don't have OS X) |
19:43:49 | gevaerts | TheSeven: what is this deadlock? |
19:46:21 | | Quit dfkt (Read error: 110 (Connection timed out)) |
19:49:34 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
19:49:49 | TheSeven | gevaerts: if drv_send waits by just yielding, not sleeping or waiting for a wakeup, the whole thing will lock up, probably because that thread has a too-high priority |
19:50:06 | TheSeven | (or is this thing called with interrupts disabled? but a yield should reenable them.) |
19:50:16 | TheSeven | anyways, it causes the USB intterupts to get lost |
19:50:27 | TheSeven | (and thus the send function to wait forever) |
19:50:37 | gevaerts | TheSeven: ah, yes. That wait has to be done right |
19:51:58 | | Quit intrados1 (Read error: 60 (Operation timed out)) |
20:00 |
20:03:20 | | Quit Horscht ("Verlassend") |
20:05:39 | TheSeven | gevaerts: can you imagine any reason for the usb core logf'ing "SET_ADR xx" but not actually calling set_address? |
20:06:24 | gevaerts | TheSeven: it seems to do that if usb_core_ack_control() fails |
20:06:25 | TheSeven | from a quick glance at a code, it's probably usb_core_ack_control that's failing |
20:07:31 | TheSeven | hrm, it's locking up in there :-/ |
20:07:35 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |
20:07:48 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
20:09:17 | | Nick fxb__ is now known as fxb (n=felixbru@85.214.97.64) |
20:14:45 | tomers | pixelma: ping |
20:15:27 | | Quit blitzwing1 ("CGI:IRC (Ping timeout)") |
20:17:40 | pixelma | tomers: pong |
20:18:02 | | Join panni_ [0] (i=hannes@ip-95-222-21-143.unitymediagroup.de) |
20:18:50 | tomers | Did you experience "FS #10666 - Rockbox software USB doesn't connect with OS X 10.4" ? |
20:20:16 | pixelma | yes, even tried to investigate (with the hekp of barrywardell), it looks like it is a MacOS bug with composite devices |
20:20:28 | | Nick Ypsy is now known as YPSY (n=ypsy@87.106.45.183) |
20:20:58 | tomers | pixelma: Can you please test whether r23157 fix this issue? |
20:21:01 | pixelma | help too |
20:21:36 | tomers | From the log you've posted (if it was indeed you), there was some bug, which I think I managed to fix |
20:21:57 | pixelma | I can try tomorrow (as I only have access to those Macs at work) |
20:22:25 | tomers | pixelma: Just try tomorrow with current build. I hope it helps. If so, please close r23157. Thanks |
20:23:21 | pixelma | the posted error messages are from someone else, he was here too |
20:23:51 | tomers | pixelma: Anyway, if it is fixed, then it doesn't matter :-) |
20:24:08 | pixelma | oh, the ones you found in the IRC logs... yes one was mine |
20:24:57 | *** | Saving seen data "./dancer.seen" |
20:25:15 | | Quit linuxstb_ (Read error: 145 (Connection timed out)) |
20:26:35 | Strife89 | GodEater: (in response to a #community statement) Rockbox has Bookmarks and the Skip Length function. What's so bad about those? |
20:26:41 | Strife89 | With that said, perhaps if someone had a feature to auto-bookmark any file that's longer than, say, 20 minutes? |
20:26:48 | Strife89 | And auto-resume-from-bookmark? |
20:27:00 | pixelma | tomers: midgey said he had problems with his target (can't remember which) on MacOS 10.6, the newest. Maybe he could test too |
20:27:36 | evilnick | pixelma: I'll ask lambda to test with Snow Leopard (no idea about the version numbering, sorry) |
20:27:54 | pixelma | that's 10.6 |
20:28:05 | JdGordon| | domonoky: |
20:28:08 | midgey | pixelma, tomers: busy at the moment. I can test in about 24 hours |
20:28:15 | JdGordon| | woops... hey... my mac has the 1.4 bits now |
20:28:50 | enthdegree | It'd be close to impossible to port libavcodec to rockbox, though, right? ;D |
20:29:02 | evilnick | Cool, which targets in particular should he test? |
20:33:18 | tomers | midgey: Good. Waiting for your results :-) |
20:33:26 | pixelma | I guess one of the RockboxUSB ones (I experienced problems with my c200 on 10.4, midgey on 10.6 with his ...) |
20:33:43 | midgey | e200 |
20:34:13 | midgey | err, oops. I have a e200, ipod mini2g, and ipod4g |
20:34:15 | tomers | evilnick: I think it's doesn't matter what target, provided it has USB HID feature used |
20:34:37 | tomers | midgey: All of these use the RB's USB stack, so it's OK. |
20:34:56 | tomers | Please report in FS #10666 |
20:35:04 | midgey | tomers: i know :) i have about five others with HW USB |
20:35:18 | | Join funman [0] (n=fun@rockbox/developer/funman) |
20:35:23 | evilnick | Will see if he's got chance to report back tonight then. |
20:37:20 | | Join bertrik_ [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
20:37:38 | | Nick fxb is now known as fxb__ (n=felixbru@85.214.97.64) |
20:37:59 | | Quit bertrik (Read error: 113 (No route to host)) |
20:39:19 | | Join antil33t [0] (n=Mudkips@119.224.12.185) |
20:39:21 | | Join bubsy_ [0] (n=Bubsy@94.139.72.137) |
20:39:37 | | Quit bubsy_ (Remote closed the connection) |
20:40:23 | pixelma | midgey: what/how is plugin language support doing? |
20:40:53 | midgey | bringing conversations in from community ;) |
20:41:21 | amiconn | tomers: I wondered what r23157 is supposed to do. That change looks to me like it does essentially nothing |
20:41:23 | linuxstb | enthdegree: You could port it, but it wouldn't be very useful... (i.e. fast). |
20:42:16 | midgey | well, i've committed some of the work so far, but mostly genlang changes |
20:42:21 | amiconn | .wTotalLength is already an uint16, so implicit and explicit casting have exactly the same result |
20:42:22 | linuxstb | enthdegree: On the video ipod, the broadcom chip is basically a second CPU/SoC - there is a separate firmware that runs on it, and IIUC, all the main Apple firmware does when playing back video to it is to send it the compressed data, and it receives back uncompressed audio. |
20:42:51 | linuxstb | enthdegree: The broadcom chip is linked to the LCD, and the main CPU linked to the DAC. |
20:43:01 | midgey | i probably will try and commit sorting of users sometime soon |
20:43:13 | * | midgey vanishes |
20:43:17 | | Quit midgey () |
20:44:16 | tomers | amiconn: Instead of 0x0039 word which (correctly) represents size, the log shows 0x3900. I thought that maybe the Apple system has different endianess which caused it. |
20:44:47 | amiconn | That won't change with this cast for sure |
20:45:01 | amiconn | Sounds like a bug in the apple usb stack - nothing we can do about |
20:45:52 | amiconn | But if this is due to endianess - why would 10.6 be affected? |
20:46:05 | tomers | amiconn: Maybe if size < 0xff write size as byte, and 0x00 to higher byte |
20:46:26 | enthdegree | haha, you'd think. Even if were optimised for specific devices? |
20:46:47 | amiconn | 10.6 is intel only, and intel is little endian |
20:46:51 | tomers | amiconn: What you say is that the DAP sends 0x0039 but the host stack translates somehow to 0x3900 ? |
20:46:57 | amiconn | Afaik the problem was reported for 10.4 on ppc |
20:47:04 | amiconn | tomers: yes |
20:47:23 | | Join KBH [0] (n=hbk@rrcs-97-77-50-246.sw.biz.rr.com) |
20:47:28 | pixelma | amiconn: from his description it sounded like it was a little bit different in 10.6 (e.g. HID correctly working) but still no auto-mount - maybe it's still a different OS bug |
20:47:36 | tomers | In my response for the FS item I postulated it could be a bug in the host... |
20:47:37 | enthdegree | Is it even possible to do device-specific optimisation? (My knowledge of code starts and ends at very basic c#, c++ :P ) |
20:47:47 | amiconn | If our usb stack would do it wrong, it probably wouldn't work on *any* host I think |
20:48:26 | amiconn | tomers: Did you analyze this on macos or some other system? |
20:48:42 | tomers | I just thought that storing integer value to unsigned work value without proper casting would cause it on a big endian system... |
20:48:46 | amiconn | gevaerts: Is there a way to do this kind of analysis on linux or windows? |
20:49:10 | tomers | amiconn: I have neither Mac OS nor USB sniffer |
20:49:14 | amiconn | signed/unsigned has nothing to do with endianess. Not at all. |
20:49:17 | pixelma | although I saw HID working correctly on 10.4 too but only with that USB prober tool |
20:49:20 | pixelma | running |
20:49:49 | gevaerts | lsusb -v should show that |
20:50:04 | | Quit DerPapst ("Leaving.") |
20:51:05 | amiconn | Is USB little or big endian? |
20:54:16 | gevaerts | little |
20:54:17 | pixelma | tomers: by the way, the other log was posted a few days before by barrywardell. It was made with an e200 on MacOS 10.5 |
20:54:54 | tomers | Thanks for this info. |
20:54:59 | amiconn | gevaerts: I noticed that the usb stack seems to ignore endianess, that's why I'm asking |
20:55:17 | amiconn | Currently all swusb targets are little endian, so that shouldn't cause problems |
20:55:34 | amiconn | But it might cause problems in the future |
20:57:16 | amiconn | tomers: I get wTotalLength: 57 (== 0x39) in linux using lsusb -v, and that build is from before r23157 |
20:57:43 | amiconn | pixelma: Do you know whether it was PPC or x86? |
20:58:03 | | Quit funman ("leaving") |
20:58:25 | tomers | amiconn: I thought that since PowerPC has different endianess (is it?) is could cause that bug. I didn't investigate further, and couldn't test it, that's why I asked for testing |
20:59:03 | amiconn | tomers: *If* the endianess causes this bug (and in fact I tend to agree with that), it can only be caused (and only be fixed) on the host |
20:59:14 | pixelma | I think it was PPC (the older processor) |
20:59:14 | amiconn | Rockbox can't do anything about it |
21:00 |
21:00:37 | | Quit HBK (Read error: 110 (Connection timed out)) |
21:00:40 | FlynDice | Anyone who may have an interest in AMS Sansa voltage scaling should take a look here FS #10669 - AMS Sansa Reimplement Voltage Scaling and yell if they have concerns ;) |
21:03:32 | tomers | amiconn: Bad news for us, indeed... |
21:03:35 | * | tomers away |
21:12:36 | | Join ferros [0] (n=594eb465@giant.haxx.se) |
21:14:16 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
21:15:01 | | Join mwtb [0] (n=nope@cpc4-hitc4-0-0-cust516.lutn.cable.ntl.com) |
21:15:37 | | Part mwtb |
21:16:44 | | Quit MethoS- (Remote closed the connection) |
21:17:06 | kugel | FlynDice: you know my opinion on that FS |
21:17:43 | | Join Eragon55 [0] (i=chatzill@216.8.164.143) |
21:17:46 | kugel | FlynDice: that your first patch causes problems around microsd_insert is probably that you set it after doing the queue_broadcast() |
21:19:21 | kugel | queue_broadcast() sends a message to *all* queues. as a result, anything using that queue and responding might simply access the SD before the variable is actually set (most importantly the SD thread which inits the cards) |
21:19:30 | FlynDice | kugel: Yes but is the implementation ok with you... yes, while I was working with other SD stuff I made it to the bottom of the file and found card_detect_target and saw that's what I really wanted... |
21:20:57 | kugel | I think checking if it's inserted is a good idea, can you create a patch which sets it before the broadcast? |
21:21:49 | FlynDice | that boosts before the broadcast? |
21:21:51 | kugel | ah, I didn't look at your very last patch, card_detect_target probably has the same effect |
21:22:57 | kugel | FlynDice: no, but setting it after is likely to result in the variable not being set before a thread causes a sd_enable call |
21:23:56 | FlynDice | yes, card_detect_target does what I was trying to do, bad habit of mine trying to poorly reinvent something that is already done well somewhere else ;) |
21:24:43 | | Join w1ll14m| [0] (n=nobody@84-104-81-17.cable.quicknet.nl) |
21:25:58 | pixelma | linuxstb: am I right in thinking that the ipodnano2g sim uses the same button mapping as the first gen one? |
21:26:48 | kugel | pixelma: probably not only the sim, but real target too |
21:27:01 | pixelma | and are the labels on the latter's sim background correct? I would have to compile a sim first |
21:27:16 | pixelma | kugel: just making sure ;) |
21:27:26 | kugel | I remember one of the ipods being wrong |
21:29:00 | kugel | at least the wheels seem correct |
21:29:11 | pixelma | they are all the same except the 3rd gen of course |
21:29:24 | linuxstb | pixelma: Yes, physically they're the same (from the outside). |
21:29:53 | pixelma | the sim/ your keyboard/ your mapping? ;) |
21:31:04 | linuxstb | I've got a feeling I fixed the button labels on some UI sim backgrounds at some point... |
21:32:05 | | Join Rob2222 [0] (n=Miranda@79.220.237.208) |
21:32:45 | linuxstb | pixelma: But yes, the nano1g UI sim button labels are correct. |
21:32:49 | | Quit Eragon55 ("ChatZilla 0.9.85 [Firefox 3.5.4/20091007001339]") |
21:32:56 | kugel | linuxstb: I maybe remembered the time before then, I'm fairly sure the wheel was labelled incorrectly on some ipod |
21:32:58 | linuxstb | (for the nano2g too) |
21:33:09 | linuxstb | kugel: Yes, that's what I recall fixing. |
21:33:38 | linuxstb | r17991 |
21:34:21 | linuxstb | Looks like they were all wrong... |
21:36:37 | Llorean | kugel: You never really responded to my question on the forums about the plugin actions rework build you posted. |
21:36:56 | Llorean | It's more or less impossible for anyone to know if it's working as intended if you just say "some keymaps may change" and don't let people know which ones are expected to. |
21:36:57 | kugel | I didn't see you posted something |
21:37:48 | kugel | Llorean: I wrote that all targets are affected |
21:38:31 | kugel | I also mentioned the plugins |
21:39:09 | Llorean | You mentioned that button mapping "may have changed slightly" |
21:39:09 | Llorean | *may* indicates that it also may not. So is it changed for all of those plugins on all targets? |
21:39:12 | Unhelpful | kugel: i had a suggestion, see the log. otherwise i think it looks fine. :) |
21:39:15 | Llorean | Or some plugins on all targets? Or all of the plugins listed but only on some targets? Or some on some? |
21:39:41 | kugel | I picked may for a reason |
21:39:45 | Llorean | yes. |
21:39:55 | Unhelpful | basically if you have an opaque user argument to bufopen it might make more sense to pass a struct with the size than to pass a callback to retrieve the size. |
21:39:58 | Llorean | So my questions are valid - the user doesn't know which plugins are expected to have keymap changes. |
21:40:02 | kugel | it's nearly impossible to tell which targets have changed keymap in which plugins exactly |
21:40:13 | | Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) |
21:40:33 | Llorean | So should users report keymap changes as a bug, then, since you don't know which ones are intentional? |
21:40:34 | kugel | all the ones I wrote down, for all targets. didn't I mention that clear enough? |
21:41:42 | Llorean | You didn't write down which ones are expected to have keymap changes, and what sort. How is a user supposed to tell the difference between the keymap changes you "knew" would happen (but only in the vaguest sense) and keymap changes that result from a bug in the patch? |
21:41:43 | kugel | there's not a single intentional keymap change, but I'm 100% a change is unevitable for some targets on some plugins |
21:41:48 | | Quit ferros ("CGI:IRC") |
21:41:50 | kugel | 100% sure* |
21:41:54 | amiconn | The 1st/2nd Gen wheel also has a slightly different layout |
21:41:56 | Llorean | Again: Should users report keymap changes as bugs in that build then? |
21:42:35 | kugel | I'll make it more clear what I want to get posted |
21:43:56 | | Quit ruj1 (Read error: 60 (Operation timed out)) |
21:45:10 | * | Llorean also thinks people posting in the "Official Test Builds" forum should subscribe to their own posts to be notified of replies. |
21:45:29 | | Join ruj1 [0] (n=ruj1@95.84.57.95) |
21:45:32 | Llorean | They don't do much good if you're not watching them. |
21:45:32 | Unhelpful | you could also later replace it with a pointer to a zero-terminated list of struct dim, if the loader eventually supports loading once with multiple output sizes. |
21:45:48 | pixelma | I don't think they are "inevitable", they would "jiust" need to be taken care off in a different way. If nothing's changed I know one off the top of my head from testing some previous version of the patch - in bubbles, "Up" doesn't shoot anymore on the Ondio |
21:46:14 | Unhelpful | (see bmp.h for struct dim, it contains only a width and a height field) |
21:47:22 | | Join barrywardell [0] (n=barrywar@p5B259716.dip0.t-ipconnect.de) |
21:48:23 | pixelma | it would be some kind of exception to use Up there because the game layout and the fact that the button pad is below the screen on the Ondio makes it intuitive - in contrast to other games where "action" is more suited for the Mode button |
21:48:39 | kugel | Llorean: I thought I had email notify on |
21:48:48 | kugel | wasn't the case |
21:49:10 | linuxstb | amiconn: Speaking of the 1st/2nd gen wheel, do you have any ideas about http://www.rockbox.org/tracker/task/8778 ? It would be nice to close that one... |
21:49:46 | kugel | Unhelpful: the problem is that the callback also returns whether the album art is used (the function I pass for the wps is "wps_uses_albumart"). albumart.c checks for this return value as well when looking for the files |
21:50:07 | kugel | I can't do that with just the dim struct (although I didn't know it exists) |
21:50:36 | Unhelpful | if there's no album art, surely you're never calling bufopen to load it in the first place? |
21:50:56 | | Join compguy248 [0] (n=chatzill@208.101.131.106) |
21:51:08 | | Quit compguy248 (Client Quit) |
21:51:23 | kugel | I haven't looked very deeply, but the function seems to have a way to return false even if the %Cl was passed successfully |
21:51:29 | amiconn | linuxstb: That's still not fixed in svn. The simple fix might be potentially dangerous, that's why I don't like it, and I still didn't get around to analyzing how the OF fills the sysinfo struct if the rom doesn't have it |
21:52:24 | kugel | JdGordon|: what exactly is WPS_ALBUMART_NONE (skin_albumart.state can have that value)? |
21:52:37 | Unhelpful | also i like being able to have a list of sizes later. i know roughly how a scaler might handle multiple output sizes... i can even think of a few ways that would lump some of the work together. |
21:53:10 | kugel | my patch is about having multiple sizes of the same AA |
21:53:10 | JdGordon| | kugel: I think it was when no aa was found for the track |
21:53:25 | kugel | but it doesn't do it at the bufopen level (and I think it shouldn't be done there) |
21:53:56 | kugel | JdGordon|: that wouldn't make any sense |
21:54:17 | * | JdGordon| never suggested it did! |
21:54:49 | kugel | well, in that case find_albumart() would already fail, and wps_uses_albumart() doesn't need to check that |
21:55:07 | | Quit ruj1 () |
21:55:12 | JdGordon| | it could very well be redundant |
21:55:41 | kugel | JdGordon|: find_albumart() calls wps_uses_albumart() which returns false if WPS_ALBUMART_NONE is set (i.e. if it's set before something has actually looked for albumart) |
21:56:56 | kugel | and the get_token_value determines whether AA was found by looking at the handle id of the buffered albumart (which is -1 if not found/not buffered) |
22:00 |
22:06:48 | JdGordon| | well yeah... I did a stright conversion to the skin stuff... I didnt change any logic |
22:08:12 | | Join barrywardell_ [0] (n=barrywar@p54BEB1A3.dip0.t-ipconnect.de) |
22:10:49 | kugel | Unhelpful: should be safe to use such a dim struct then |
22:11:35 | kugel | thanks for having a look, by the way |
22:12:15 | * | TheSeven is stuck with an usb controller that's sending undocumented interrupts and refusing to send any data to the host once the first transaction has finished |
22:17:52 | | Join Omlet [0] (i=omlet05@91.181.238.4) |
22:18:00 | | Join Omlet05 [0] (i=omlet05@91.181.238.4) |
22:19:26 | | Quit Omlet (Client Quit) |
22:19:26 | | Quit Omlet05 (Client Quit) |
22:21:19 | | Quit bmbl ("Bye!") |
22:21:19 | CIA-85 | New commit by bluebrother (r23173): Don't trace every device in the machine when scanning for USB devices on Windows. |
22:21:25 | CIA-85 | New commit by bluebrother (r23174): Add cache index file to HttpGet class to maintain a list of hash - file origin mappings. |
22:24:43 | | Quit froggyman (verne.freenode.net irc.freenode.net) |
22:24:43 | NSplit | verne.freenode.net irc.freenode.net |
22:24:44 | | Quit w1ll14m| (verne.freenode.net irc.freenode.net) |
22:24:44 | | Quit dfkt_ (verne.freenode.net irc.freenode.net) |
22:24:44 | | Quit tomers (verne.freenode.net irc.freenode.net) |
22:24:44 | | Quit faemir (verne.freenode.net irc.freenode.net) |
22:24:44 | | Quit robin0800 (verne.freenode.net irc.freenode.net) |
22:24:44 | | Quit thegeek (verne.freenode.net irc.freenode.net) |
22:24:44 | | Quit gitster (verne.freenode.net irc.freenode.net) |
22:24:44 | | Quit Llorean (verne.freenode.net irc.freenode.net) |
22:24:44 | | Quit AndyIL (verne.freenode.net irc.freenode.net) |
22:24:44 | | Quit linuxstb (verne.freenode.net irc.freenode.net) |
22:24:44 | | Quit z35 (verne.freenode.net irc.freenode.net) |
22:24:44 | | Quit gevaerts (verne.freenode.net irc.freenode.net) |
22:24:44 | | Quit togetic (verne.freenode.net irc.freenode.net) |
22:24:44 | | Quit goffa (verne.freenode.net irc.freenode.net) |
22:24:44 | | Quit Bob_C (verne.freenode.net irc.freenode.net) |
22:25:00 | *** | Saving seen data "./dancer.seen" |
22:26:50 | * | pixelma looks around for linuxstb... hmm |
22:27:36 | pixelma | oh, just netsplitted |
22:28:04 | TheSeven | lindbohm is failing often these days... |
22:28:19 | | Quit barrywardell (Read error: 110 (Connection timed out)) |
22:28:19 | | Nick barrywardell_ is now known as barrywardell (n=barrywar@rockbox/developer/barrywardell) |
22:28:29 | domonoky | Zagor, Bagder: why are there no voice links on the daily-build page anymore ? |
22:28:45 | | Join hd [0] (n=jd@vpn.exhort.ca) |
22:30:16 | | Join Traveler [0] (n=traveler@pool-72-69-220-194.chi01.dsl-w.verizon.net) |
22:30:43 | amiconn | barrywardell: ping |
22:30:47 | | Nick Traveler is now known as Guest36291 (n=traveler@pool-72-69-220-194.chi01.dsl-w.verizon.net) |
22:30:54 | | Join intrados1 [0] (n=intrados@67.149.219.101) |
22:31:59 | | Quit intrados1 (SendQ exceeded) |
22:32:21 | barrywardell | amiconn: pong |
22:32:45 | * | TheSeven just caught a double-bug in his USB driver |
22:32:48 | TheSeven | one hiding the other... |
22:32:51 | TheSeven | msin2001 |
22:33:08 | amiconn | barrywardell: Regarding your usb log from OSX - was that PPC or x86? |
22:33:23 | barrywardell | amiconn: x86 |
22:33:53 | amiconn | Ah, that explains the byteswap then |
22:33:53 | barrywardell | endianness? |
22:33:53 | amiconn | Obviously OSX does endian correction before printing the "raw" data |
22:33:53 | amiconn | yes |
22:34:25 | amiconn | Yours is the correct order, because x86 and USB are both little endian |
22:34:39 | barrywardell | why was it only those two bytes that are swapped? |
22:34:46 | NHeal | verne.freenode.net irc.freenode.net |
22:34:46 | NJoin | Bob_C [0] (n=chatzill@host86-141-199-226.range86-141.btcentralplus.com) |
22:34:46 | NJoin | goffa [0] (n=goffa@70.33.8.114) |
22:34:46 | NJoin | togetic [0] (n=togetic@unaffiliated/ibuffy) |
22:34:46 | NJoin | gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
22:34:46 | NJoin | z35 [0] (n=z35@ool-45717f0e.dyn.optonline.net) |
22:34:46 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
22:34:46 | NJoin | AndyIL [0] (n=pasha_in@212.14.205.32) |
22:34:46 | | Join Llorean [0] (n=DarkkOne@rockbox/user/Llorean) |
22:34:46 | NJoin | gitster [0] (n=user@ip68-225-240-211.oc.oc.cox.net) |
22:34:46 | NJoin | thegeek [0] (n=nnscript@s168c.studby.ntnu.no) |
22:34:46 | NJoin | robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
22:34:46 | NJoin | faemir [0] (n=faemir@78.33.109.163) |
22:34:46 | NJoin | tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) |
22:34:46 | NJoin | dfkt_ [0] (i=dfkt@unaffiliated/dfkt) |
22:34:46 | NJoin | w1ll14m| [0] (n=nobody@84-104-81-17.cable.quicknet.nl) |
22:34:46 | NJoin | froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) |
22:34:57 | amiconn | PPC pre-swapped, but interpreted it correctly (see above) |
22:35:07 | amiconn | It's the only 16 bit value in the config descriptor |
22:35:43 | | Join intrados1 [0] (n=intrados@d149-67-101-219.col.wideopenwest.com) |
22:36:10 | pixelma | linuxstb: welcome back |
22:36:29 | barrywardell | ah, makes sense |
22:36:33 | | Quit intrados1 (SendQ exceeded) |
22:37:15 | | Quit Guest36291 ("Java user signed off") |
22:37:53 | | Join intrados1 [0] (n=intrados@d149-67-101-219.col.wideopenwest.com) |
22:39:59 | | Quit enthdegree ("Leaving") |
22:40:42 | | Quit intrados1 (SendQ exceeded) |
22:41:54 | | Join intrados1 [0] (n=intrados@d149-67-101-219.col.wideopenwest.com) |
22:42:44 | | Quit intrados1 (SendQ exceeded) |
22:43:51 | CIA-85 | New commit by bluebrother (r23175): Fix a compiler warning showing up with newer gcc versions. |
22:44:54 | * | TheSeven wonders where a -71 ("EPROTO") error comes from in his wireshark trace |
22:46:15 | | Quit HellDragon (Connection timed out) |
22:48:34 | | Join intrados1 [0] (n=intrados@d149-67-101-219.col.wideopenwest.com) |
22:51:18 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
22:52:36 | | Join bluebrother [0] (n=dom@f053155115.adsl.alicedsl.de) |
22:53:03 | | Quit bluebroth3r (Nick collision from services.) |
22:53:41 | | Join compguy248 [0] (n=compguy2@208.101.131.106.dynamic.dejazzd.com) |
22:54:16 | | Quit intrados1 (Connection reset by peer) |
22:55:15 | | Join intrados1 [0] (n=intrados@d149-67-101-219.col.wideopenwest.com) |
22:57:34 | | Quit compguy248 (Client Quit) |
22:58:07 | | Join compguy248 [0] (n=compguy2@208.101.131.106) |
23:00 |
23:01:22 | | Nick bertrik_ is now known as bertrik (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
23:02:16 | | Quit compguy248 (Client Quit) |
23:05:25 | | Quit esperegu_ (Read error: 113 (No route to host)) |
23:05:34 | | Part froggyman |
23:06:09 | | Quit intrados1 (Read error: 60 (Operation timed out)) |
23:09:39 | | Quit GeekShadow ("The cake is a lie !") |
23:11:46 | | Join Creposucre [0] (n=53c324f9@giant.haxx.se) |
23:15:21 | Creposucre | Anyone who may want to use their non supported ipod accessory might want to test FS10623 |
23:16:05 | | Quit kkurbjunW (Remote closed the connection) |
23:17:56 | | Join kkurbjunW [0] (n=karlk@12.41.166.9) |
23:25:08 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
23:25:44 | | Quit Rob2222 () |
23:26:25 | linuxstb | Creposucre: I don't think many devs have ipod accessories, so you may not find many testers here... |
23:27:39 | domonoky | Creposucre: if you want testers, try forums/mailing lists. |
23:29:20 | Creposucre | ok, thanks for the advice ;) |
23:31:36 | * | JdGordon| is reminded he has 4 different hardware stuff to fiddle with :( |
23:31:58 | JdGordon| | also, i tihnk my ipod video is going to die... damn hard disk is playing up |
23:32:14 | | Quit Strife89 (Read error: 60 (Operation timed out)) |
23:32:26 | | Quit TheSeven (Read error: 60 (Operation timed out)) |
23:33:33 | Creposucre | JdGordon|: time to try the CF mod? |
23:34:28 | JdGordon| | na... CF in my mini... i want to keep at least one target over 30GB :p |
23:34:55 | | Join TheSeven [0] (n=theseven@rockbox/developer/TheSeven) |
23:36:28 | amiconn | Pfft, even CF is >30GB these days |
23:36:42 | amiconn | *available at |
23:36:49 | JdGordon| | crazy expensive though |
23:37:02 | JdGordon| | Creposucre: no promises.. but ill try that patch tonight |
23:37:25 | kugel | ssd? |
23:37:33 | Creposucre | JdGordon|:nice! |
23:37:43 | kugel | only with a fancy adaptor if there is one, I guess |
23:38:23 | JdGordon| | its damn hard to find a ssd with the writght connector (my netbook uses the same one)... and they are the old slow type |
23:38:36 | JdGordon| | which is fine for ipods, but useless for a compuuter... |
23:39:04 | | Join gywst [0] (n=546df270@giant.haxx.se) |
23:39:32 | amiconn | kugel: There are 50pin SSDs as well as ZIF SSDs |
23:40:24 | * | TheSeven wonders when there will be ssd-based daps that use sata as the storage interface to piggyback on the laptop market |
23:40:30 | CIA-85 | New commit by dave (r23176): Working Nano2G UI sim. UI-ipodnano2g.bmp courtesy of Marianne Arnold, based on her SVG for the manual. |
23:40:52 | | Quit rasher (verne.freenode.net irc.freenode.net) |
23:40:52 | NSplit | verne.freenode.net irc.freenode.net |
23:40:52 | | Quit AB3JU (verne.freenode.net irc.freenode.net) |
23:40:55 | NHeal | verne.freenode.net irc.freenode.net |
23:40:55 | NJoin | AB3JU [0] (n=dz@alt.dissonance.nl) |
23:41:11 | NJoin | rasher [0] (n=rasher@0x5550f5a3.adsl.cybercity.dk) |
23:42:03 | | Quit dfkt_ ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
23:42:34 | TheSeven | yay! |
23:42:40 | linuxstb | yay! |
23:42:44 | TheSeven | [42085.884046] usb 2-1: new full speed USB device using uhci_hcd and address 126 |
23:42:45 | TheSeven | [42091.025210] usb 2-1: unable to read config index 0 descriptor/start: -110 |
23:42:47 | TheSeven | [42091.025233] usb 2-1: chopping to 0 config(s) |
23:42:48 | TheSeven | [42101.025522] usb 2-1: string descriptor 0 read error: -110 |
23:42:50 | TheSeven | [42101.025700] usb 2-1: no configuration chosen from 0 choices |
23:42:52 | TheSeven | [42142.560124] usb 2-1: USB disconnect, address 126 |
23:43:14 | gywst | ibought a sansa/exit |
23:43:33 | linuxstb | TheSeven: That's good I assume? |
23:43:33 | | Quit gywst (Client Quit) |
23:43:35 | | Join gywst [0] (n=546df270@giant.haxx.se) |
23:43:43 | TheSeven | well, it means we're one set further |
23:43:46 | gywst | back... sorry |
23:44:15 | | Quit domonoky (Read error: 131 (Connection reset by peer)) |
23:44:44 | gywst | I bought a Sandisk Sansa Fuze... fount it is a v2 I'm a n00b... where can I start hacking |
23:45:03 | linuxstb | gevaerts: Can you add the Nano2G sim to the builds? I think that's all now... |
23:46:13 | * | gevaerts testcompiles |
23:48:51 | * | TheSeven spots bogus bus reset interrupts |
23:48:52 | | Quit evilnick ("Page closed") |
23:49:31 | bertrik | TheSeven, bogus? |
23:49:55 | bertrik | windows does a bus reset after reading only the first part of the device descriptor IIRC |
23:50:13 | TheSeven | well, they don't correspond to what I see in wireshark |
23:50:32 | | Quit Thundercloud (Remote closed the connection) |
23:50:33 | CIA-85 | New commit by gevaerts (r23177): Add nano2g sim |
23:50:36 | TheSeven | there seems to be a fake one after each transaction, making the get configuration descriptor reuest fail |
23:51:09 | linuxstb | gevaerts: Thanks |
23:51:39 | | Quit Creposucre ("CGI:IRC (EOF)") |
23:52:25 | | Quit mcuelenaere () |
23:54:32 | | Quit jgarvey ("Leaving") |
23:54:51 | | Join bertrik_ [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
23:55:13 | | Join Sajber^ [0] (n=Sajber@h-142-150.A213.priv.bahnhof.se) |
23:55:35 | n1s | hmm, this new port categorization makes me think we should downgrade ipod 1g/2g to "unstable" because of the FS #8778 bug and the whole reboot to OF to sleep thing, i think that qualifies as "less usable or has problems that limit it to advanced users" |
23:56:33 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |