00:00:36 | | Quit intrados (Connection reset by peer) |
00:01:26 | | Quit rocko ("Leaving") |
00:01:45 | | Join intrados [0] (n=intrados@cpe-71-67-133-85.woh.res.rr.com) |
00:02:28 | | Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
00:02:59 | | Quit saratoga ("CGI:IRC (EOF)") |
00:03:34 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
00:04:39 | linuxstb | jhMikeS: beastpatcher has the bootloader.bin embedded in it (similar to ipodpatcher and sansapatcher), and it creates the single-boot nk.bin on the fly. You just run it without any parameters and confirm at the prompt. |
00:04:57 | jhMikeS | ah, neat. |
00:05:57 | toffe82 | linuxstb: yesterday I tried it on linux and it was not working, did you make any changes ? |
00:06:24 | linuxstb | Not knowingly... Was that before or after I committed the windows changes? |
00:06:47 | toffe82 | I think before, it was yestrerday morning |
00:07:03 | linuxstb | What happened when you ran it? |
00:07:09 | toffe82 | the player ends up with a screen error 3 needs to reload firmware |
00:07:16 | | Part captainkwel |
00:07:24 | toffe82 | I try it with OF 1.1 and 1.2 |
00:07:38 | linuxstb | So the upload appears to work, but then the firmware is rejected? |
00:07:45 | toffe82 | beastpatcher was saying upload ok |
00:07:51 | toffe82 | yes |
00:08:36 | linuxstb | Does your beast accept a single-boot bootloader with sendfirm? |
00:08:54 | toffe82 | I didn;t try it |
00:09:01 | | Join donald [0] (n=donald@host207-29-dynamic.2-87-r.retail.telecomitalia.it) |
00:09:09 | linuxstb | So you reinstalled a dual-boot bootloader? |
00:09:40 | toffe82 | rockbox is not installed, it is a "brand new second hand" that I never used |
00:10:09 | toffe82 | I will try to installed with sendfirm |
00:10:16 | donald | hi there |
00:10:25 | jhMikeS | linuxstb: Just have MTP_DLL.dll in the same dir and an OF nk.bin and run it? |
00:10:40 | toffe82 | but the usb connection is ok as I can upfate with the OF updater |
00:11:33 | | Part donald ("Ex-Chat") |
00:11:51 | | Quit faemir ("Lost terminal") |
00:11:59 | | Join jordoex [0] (n=quassel@d142-058-063-071.wireless.sfu.ca) |
00:12:25 | | Join Barahir [0] (n=jonathan@Zd58e.z.pppool.de) |
00:13:24 | | Quit gevaerts (Nick collision from services.) |
00:13:26 | | Quit tessarakt ("Client exiting") |
00:13:33 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
00:13:48 | | Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) |
00:13:48 | | Quit pixelma (Nick collision from services.) |
00:13:53 | | Quit amiconn (Nick collision from services.) |
00:13:54 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
00:14:00 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
00:14:12 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
00:14:22 | | Quit jordoex (Connection reset by peer) |
00:17:58 | | Join jordoex [0] (n=quassel@d142-058-063-071.wireless.sfu.ca) |
00:18:19 | * | jhMikeS gets Found Device "<unknown> - <unknown>" |
00:19:56 | | Quit bertrik ("freaks!") |
00:20:37 | jhMikeS | this comes up: jhmikes.cleansoap.org/beastpatcher_message.bmp">http://jhmikes.cleansoap.org/beastpatcher_message.bmp then I click "cancel" and it claims it sent it successfully. |
00:20:41 | jhMikeS | so...let's see |
00:21:55 | jhMikeS | well, it worked here. it rebooted rockbox loaded up after pulling the cable. |
00:22:15 | | Join Zoxc [0] (n=zoxc@ti0128a340-dhcp0438.bb.online.no) |
00:22:26 | jhMikeS | let's try it with just OF and no RB bl so I don't get locked out |
00:22:37 | linuxstb | jhMikeS: OK, thanks. I've no idea what that message means... |
00:22:41 | | Join BigBambi [0] (n=alex@55.198.66-86.rev.gaoland.net) |
00:23:18 | linuxstb | That <unknown> message is expected - MTP_DLL.dll doesn't expose the device model name etc |
00:23:34 | jhMikeS | I didn't get a combined bl, just a single-boot one though. |
00:23:43 | linuxstb | Yes, that's all it does at the moment. |
00:24:04 | | Quit Zagor ("Clint excited") |
00:25:10 | jhMikeS | It just overwrote the dual-boot one I threw on there. I seriously suggest to try padding the single boot bootloader just to see if it's a size issue. |
00:25:17 | | Quit Cardoe ("Leaving") |
00:25:28 | jhMikeS | It's not for me so I can't do anything there |
00:25:40 | | Quit bmbl ("Woah!") |
00:26:53 | linuxstb | What overwrote the dual-boot one? |
00:27:05 | | Quit intrados (Read error: 104 (Connection reset by peer)) |
00:27:30 | | Quit BigBambi ("No Ping reply in 30 seconds.") |
00:27:44 | | Join bs66_1 [0] (n=sysuser@95.209.14.246.bredband.tre.se) |
00:28:13 | | Join intrados [0] (n=intrados@cpe-71-67-133-85.woh.res.rr.com) |
00:28:24 | jhMikeS | linuxstb: beastpatcher overwrote the dual-boot nk.bin I put on there to test it with a plain single-boot bootloader |
00:28:43 | | Quit Barahir_ (Read error: 110 (Connection timed out)) |
00:29:06 | | Join BigBambi [0] (n=alex@55.198.66-86.rev.gaoland.net) |
00:29:16 | linuxstb | jhMikeS: Sorry, I'm not understanding the problem - that's what beastpatcher does... |
00:29:16 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
00:30:13 | jhMikeS | Well, initially you told me it combined the OF nk.bin with the stored bootloader so I was expecting a dual-boot result. |
00:30:15 | | Quit bs66_ (Read error: 60 (Operation timed out)) |
00:30:45 | linuxstb | No, I didn't say that. |
00:30:54 | * | jhMikeS reads back and realizes he read that linuxstb said all wrong :\ haha |
00:31:12 | linuxstb | ;) |
00:31:34 | jhMikeS | actually, then it would be kind of neat if it had the functionality of mknkboot in there as well |
00:31:47 | linuxstb | Yes, that's on the to-do list. |
00:32:08 | linuxstb | literally - see TODO in the beastpatcher source ;) |
00:33:02 | | Quit BigBambi (Read error: 60 (Operation timed out)) |
00:33:08 | linuxstb | But I also want to explore the idea of undeleting the OF nk.bin |
00:33:14 | *** | Saving seen data "./dancer.seen" |
00:33:17 | | Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
00:34:42 | | Join BigBambi [0] (n=alex@55.198.66-86.rev.gaoland.net) |
00:34:58 | linuxstb | jhMikeS: At what point did that error message appear? After the firmware had been uploaded? |
00:35:26 | | Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-663046dd9fe7ae23) |
00:35:54 | linuxstb | jhMikeS: Also, what version of WMP do you have installed? BigBambi couldn't get Windows to recognise his beast in Windows... |
00:36:40 | BigBambi | On three different XP PCs - two with WMP 11, one with WMP 10 |
00:37:19 | BigBambi | I take it we have a success? |
00:37:27 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
00:37:29 | | Join JdGordon_ [0] (n=jonno@c-67-170-34-114.hsd1.wa.comcast.net) |
00:37:34 | linuxstb | Yes, although with a stange error message... |
00:37:44 | linuxstb | Not unlike Linux. |
00:38:07 | * | linuxstb guesses the Beast doesn't cleanly stop talking to the host before rebooting into the new firmware |
00:38:10 | jhMikeS | linuxstb: Version: 11.0.5721.5230. Strange thing is I went through exactly the same steps with sendfirm-win after a restore and it failed. |
00:39:01 | BigBambi | linuxstb: linux beastpatcher worked fine again though :) |
00:39:21 | linuxstb | BigBambi: But not for toffe82... |
00:39:37 | BigBambi | hmmm, really? |
00:39:38 | toffe82 | :( |
00:39:44 | BigBambi | He has the newer OF version IIRC |
00:39:49 | | Nick JdGordon_ is now known as JdGordon (n=jonno@c-67-170-34-114.hsd1.wa.comcast.net) |
00:40:03 | | Join thegeek_ [0] (n=nnscript@s243b.studby.ntnu.no) |
00:40:03 | toffe82 | I tried like 4 or 5 time and no luck, always the same error |
00:40:19 | linuxstb | toffe82: Whilst running the OF, or in recovery mode? |
00:40:19 | toffe82 | I tried with of 1.1 too |
00:40:30 | toffe82 | running the of |
00:40:35 | | Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) |
00:40:48 | BigBambi | I had beastpatcher work perfectly from both OF and recovery mode |
00:40:53 | * | jhMikeS thinks something updated the flash loader to be a little more picky |
00:41:06 | toffe82 | do you have to be in recovery mode ? |
00:41:18 | BigBambi | I didn't even lose any data when it went into recovery mode and I used beastpatcher |
00:41:33 | BigBambi | toffe82: No, I did it most from OF |
00:41:35 | toffe82 | did you had rockbox already installed ? |
00:41:35 | jhMikeS | toffe82: did that very same device once work with just a plain rb nk.bin |
00:41:36 | | Join Barahir_ [0] (n=jonathan@Yb8ac.y.pppool.de) |
00:42:23 | BigBambi | toffe82: yes, then I went back to the OF only, then beastpatcher |
00:42:29 | toffe82 | I will try an install with sendfirm |
00:43:38 | | Quit mcuelenaere () |
00:46:09 | linuxstb | jhMikeS: When in the process did that error message appear? |
00:47:15 | jhMikeS | After hitting 'i' |
00:49:16 | | Quit jordoex (Connection timed out) |
00:49:22 | linuxstb | Immediately, or do you think the firmware could have been uploaded first? |
00:50:14 | jhMikeS | It did that after clicking "cancel" |
00:50:17 | linuxstb | After you press i, the "send_fw" function in MTP_DLL.dll is called, which find the beast, uploads the firmware, then closes. So I'm wondering where in that process it happened. |
00:50:21 | | Quit Nico_P (Remote closed the connection) |
00:50:23 | linuxstb | Ah, OK. |
00:50:42 | linuxstb | So different to the error I get on Linux with libusb (which happens when it tries to close the device) |
00:53:32 | | Quit thegeek (Read error: 110 (Connection timed out)) |
00:56:12 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@f051077201.adsl.alicedsl.de) |
00:58:06 | | Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) |
00:58:16 | | Quit bs66_1 (Read error: 110 (Connection timed out)) |
00:58:28 | | Quit Barahir (Read error: 110 (Connection timed out)) |
01:00 |
01:00:02 | jhMikeS | linuxstb: If I use the libUSB variant on Windows, it does the same |
01:03:50 | linuxstb | OK, I guess we just need to document that then. (for now at least) |
01:05:04 | linuxstb | Do we know anyone who has succeeded with a (properly upgraded) 1.2 beast? |
01:05:50 | * | linuxstb hopes that whatever exploit we're exploiting wasn't fixed... |
01:06:46 | | Join Barahir [0] (n=jonathan@Ybf5f.y.pppool.de) |
01:09:13 | | Join MethoS- [0] (n=lem@host-091-096-209-089.ewe-ip-backbone.de) |
01:12:43 | | Quit MethoS- (Remote closed the connection) |
01:12:53 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
01:14:03 | | Quit HBK- () |
01:14:18 | | Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
01:15:58 | | Quit thegeek_ (Read error: 110 (Connection timed out)) |
01:16:19 | | Quit ender` (" Debian comes in three flavours: stale, rusting and broken.") |
01:17:21 | | Part nazir |
01:21:43 | | Join Barahir__ [0] (n=jonathan@Xdb57.x.pppool.de) |
01:22:40 | | Quit n1s ("Lämnar") |
01:23:23 | | Quit Barahir_ (Read error: 110 (Connection timed out)) |
01:27:05 | | Quit ChanServ (grisham.freenode.net irc.freenode.net) |
01:27:05 | NSplit | grisham.freenode.net irc.freenode.net |
01:28:16 | NHeal | grisham.freenode.net irc.freenode.net |
01:28:16 | NJoin | ChanServ [0] (ChanServ@services.) |
01:28:16 | Mode | "#rockbox +o ChanServ " by irc.freenode.net |
01:31:40 | | Join Barahir_ [0] (n=jonathan@Xc13a.x.pppool.de) |
01:32:09 | | Quit Thundercloud (Remote closed the connection) |
01:38:39 | | Quit Barahir (Read error: 110 (Connection timed out)) |
01:40:34 | | Join Barahir [0] (n=jonathan@Xa4a6.x.pppool.de) |
01:44:35 | | Quit midijunkie ("?(???~•~)?") |
01:48:40 | | Quit Barahir__ (Read error: 110 (Connection timed out)) |
01:50:27 | | Join Barahir__ [0] (n=jonathan@Xc322.x.pppool.de) |
01:55:37 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
01:57:38 | | Quit Barahir_ (Read error: 113 (No route to host)) |
01:59:23 | | Join Barahir_ [0] (n=jonathan@X9a30.x.pppool.de) |
02:00 |
02:02:27 | | Part toffe82 |
02:07:27 | | Quit Barahir (Read error: 110 (Connection timed out)) |
02:08:17 | | Join Barahir [0] (n=jonathan@Xc122.x.pppool.de) |
02:09:44 | | Quit stripwax ("http://miranda-im.org") |
02:15:25 | | Quit Barahir__ (Read error: 110 (Connection timed out)) |
02:17:08 | | Join Barahir__ [0] (n=jonathan@BAAc48e.baa.pppool.de) |
02:18:06 | jhMikeS | linuxstb: are you saying that there are beasts that cannot be upgraded at all, dual boot or not? |
02:19:02 | jhMikeS | *upgraded to rockbox* of course |
02:19:35 | linuxstb | No, I was just wondering if anyone had succeeded on 1.2 |
02:21:12 | linuxstb | Toshiba kept the v1.2 update very well hidden, so I'm just thinking that maybe no-one has tried it until toffe82 found it... |
02:24:04 | jhMikeS | I seem to recall that when he tried it (isn't that the firmware upgrade he found?), he succeeded using dual boot but not single boot and that's why I asked him if it ever worked as single boot before that upgrade but no answer on that. |
02:25:03 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-e6258bef178ef89a) |
02:25:17 | linuxstb | OK, nothing to worry about then... |
02:25:19 | | Quit Barahir_ (Read error: 113 (No route to host)) |
02:26:03 | | Join Barahir_ [0] (n=jonathan@Yb30f.y.pppool.de) |
02:26:15 | jhMikeS | linuxstb: I could be mistaken with this. I'd just direct detailed questioning to him. I'll try again myself to do so. |
02:32:21 | | Quit JdGordon (Read error: 110 (Connection timed out)) |
02:33:18 | *** | Saving seen data "./dancer.seen" |
02:33:42 | | Quit Barahir (Read error: 110 (Connection timed out)) |
02:34:57 | | Join Barahir [0] (n=jonathan@X9bd8.x.pppool.de) |
02:35:44 | | Join midijunkie [0] (n=Miranda@pD9E541D3.dip0.t-ipconnect.de) |
02:36:09 | | Quit moos ("bed") |
02:37:01 | | Quit kugel (Remote closed the connection) |
02:39:53 | | Quit sarixe ("Leaving") |
02:43:09 | | Quit Barahir__ (Read error: 110 (Connection timed out)) |
02:43:26 | | Quit HellDragon (Client Quit) |
02:44:49 | | Join Barahir__ [0] (n=jonathan@Xdf1e.x.pppool.de) |
02:49:05 | | Join JdGordon [0] (n=jonno@c-67-170-34-114.hsd1.wa.comcast.net) |
02:50:28 | | Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) |
02:51:53 | | Quit Barahir_ (Read error: 113 (No route to host)) |
02:52:00 | cool_walking_ | Hey, anyone know who David Kauffman is? |
02:53:39 | ze | isn't that the guy who faked andy kauffman's death? |
02:53:44 | | Join Barahir_ [0] (n=jonathan@BAAc07b.baa.pppool.de) |
02:53:44 | JdGordon | name sonds familiar.... |
02:53:53 | cool_walking_ | There's a theme, "Rocker", on WpsIpod5g by him that looks like it's taken some graphics from ultimate-guitar.com |
02:53:57 | JdGordon | check IrcNicks |
02:54:50 | cool_walking_ | not on there |
02:55:49 | | Quit SirFunk_ (Read error: 60 (Operation timed out)) |
02:57:25 | | Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) |
02:57:41 | linuxstb | cool_walking_: Where on ultimate-guitar.com are the graphics you think have been taken? |
02:59:02 | cool_walking_ | The background is ( http://img.ultimate-guitar.com/_img/bgd.gif ), and the whole thing looks similar to those boxes on the front page. I think I might have seen that guitar pic used in an article once, but I guess guitars look similar. |
03:00 |
03:01:23 | | Quit Barahir (Read error: 110 (Connection timed out)) |
03:02:39 | | Join Barahir [0] (n=jonathan@BAE760d.bae.pppool.de) |
03:05:45 | Unhelpful | here, i think, is what i'm going to do with pictureflow. the only think synchronized between threads will be the album index. the "loader" thread will start at the center, and try to load as many slides to each side of it as possible. it will try to use rb->bufalloc to get the memory first, and then fall back to allocating from the plugin buffer if that fails. if the cache table is full, or bufalloc fails and the plugin buffer is full, |
03:05:45 | Unhelpful | it will free the farthest cache entry from the current center. |
03:07:04 | cool_walking_ | oh wait, David Kauffman just updated it. Jason Tanz created it... aaand the .wps says "Designed by |2eM!x". |
03:09:52 | | Quit midijunkie (Read error: 104 (Connection reset by peer)) |
03:09:59 | | Quit Barahir__ (Read error: 110 (Connection timed out)) |
03:10:38 | cool_walking_ | and there is a member at ultimate-guitar with a strangely familiar name: http://profile.ultimate-guitar.com/|2eM!x/ .... |
03:11:31 | | Join Barahir__ [0] (n=jonathan@BAAced3.baa.pppool.de) |
03:13:21 | ze | nick like that could Easily be a coincidence.... :P |
03:18:53 | | Quit Barahir_ (Read error: 110 (Connection timed out)) |
03:19:31 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
03:20:25 | | Join Barahir_ [0] (n=jonathan@Xa9fe.x.pppool.de) |
03:27:25 | | Quit ufoman (Remote closed the connection) |
03:27:42 | | Join ufoman [0] (n=ufoman@whiterabbit.rz.uni-mannheim.de) |
03:28:33 | | Quit Barahir (Read error: 110 (Connection timed out)) |
03:29:20 | | Join Barahir [0] (n=jonathan@BAAcea9.baa.pppool.de) |
03:35:25 | | Quit ufoman (Remote closed the connection) |
03:36:02 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.6/2009020911]") |
03:36:12 | | Join ufoman [0] (n=ufoman@whiterabbit.rz.uni-mannheim.de) |
03:36:13 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
03:36:51 | | Quit ufoman (Remote closed the connection) |
03:36:56 | | Quit Barahir__ (Read error: 110 (Connection timed out)) |
03:38:12 | | Join Barahir__ [0] (n=jonathan@Xaf30.x.pppool.de) |
03:46:12 | | Quit Barahir_ (Read error: 113 (No route to host)) |
03:48:08 | | Join Barahir_ [0] (n=jonathan@X8c06.x.pppool.de) |
03:52:19 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
03:55:10 | | Quit Barahir (Read error: 110 (Connection timed out)) |
03:57:09 | | Join Barahir [0] (n=jonathan@Zf5e3.z.pppool.de) |
03:57:24 | | Quit JdGordon (Connection timed out) |
03:57:25 | | Join Horschti [0] (n=Horscht@xbmc/user/horscht) |
03:58:03 | | Quit Aurix_Lexico (Remote closed the connection) |
04:00 |
04:02:05 | | Join Barahir_1 [0] (n=jonathan@X8e2c.x.pppool.de) |
04:04:33 | | Quit Barahir__ (Read error: 113 (No route to host)) |
04:08:21 | | Quit Horscht (Read error: 110 (Connection timed out)) |
04:08:57 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-5f815ebd27fc51a0) |
04:10:46 | | Join AndyIL [0] (i=AndyI@212.14.205.32) |
04:11:08 | | Join JdGordon [0] (n=jonno@c-67-170-34-114.hsd1.wa.comcast.net) |
04:13:04 | | Join Barahir__ [0] (n=jonathan@BAAc030.baa.pppool.de) |
04:14:07 | | Quit Barahir_ (Read error: 110 (Connection timed out)) |
04:15:15 | | Join jordoex [0] (n=quassel@d154-20-47-118.bchsia.telus.net) |
04:17:43 | | Join blkhawk- [0] (n=blkhawk@g228005005.adsl.alicedsl.de) |
04:18:34 | | Quit Barahir (Read error: 110 (Connection timed out)) |
04:21:58 | | Join Barahir [0] (n=jonathan@X89c9.x.pppool.de) |
04:26:59 | | Join Barahir_ [0] (n=jonathan@Xbbad.x.pppool.de) |
04:29:21 | | Quit AndyI (Read error: 110 (Connection timed out)) |
04:30:00 | | Quit Barahir_1 (Read error: 110 (Connection timed out)) |
04:32:53 | | Join Barahir_1 [0] (n=jonathan@Xbf51.x.pppool.de) |
04:33:19 | *** | Saving seen data "./dancer.seen" |
04:34:16 | | Quit blkhawk (Read error: 110 (Connection timed out)) |
04:34:41 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@g228005005.adsl.alicedsl.de) |
04:38:30 | | Quit Barahir__ (Read error: 113 (No route to host)) |
04:41:50 | | Join Barahir__ [0] (n=jonathan@X9c26.x.pppool.de) |
04:41:50 | *** | Alert Mode level 1 |
04:41:50 | DBUG | Sent KICK Barahir to server |
04:41:50 | DBUG | Sent KICK Barahir_ to server |
04:41:50 | *** | Alert Mode level 2 |
04:41:50 | DBUG | sent MODE #rockbox +b *!*n=jonath*@*.x.pppool.de |
04:41:50 | DBUG | Sent KICK Barahir_1 to server |
04:41:50 | DBUG | Enqueued KICK Barahir__ |
04:41:50 | *** | Alert Mode level 3 |
04:41:50 | Kick | (#rockbox Barahir :*bang* too many joined users) by logbot!n=bjst@rockbox/bot/logbot |
04:41:50 | *** | Alert Mode level 4 |
04:41:50 | Kick | (#rockbox Barahir_ :*bang* too many joined users) by logbot!n=bjst@rockbox/bot/logbot |
04:41:50 | *** | Alert Mode level 5 |
04:41:50 | Mode | "#rockbox +b *!*n=jonath*@*.x.pppool.de " by logbot (n=bjst@rockbox/bot/logbot) |
04:41:50 | Kick | (#rockbox Barahir_1 :*bang* too many joined users) by logbot!n=bjst@rockbox/bot/logbot |
04:41:50 | *** | Alert Mode level 6 |
04:41:51 | DBUG | Q-Sent KICK Barahir__ to server |
04:41:52 | Kick | (#rockbox Barahir__ :*bang* too many joined users) by logbot!n=bjst@rockbox/bot/logbot |
04:41:52 | *** | Alert Mode level 7 |
04:48:23 | | Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
04:51:53 | *** | Alert Mode OFF |
04:52:25 | | Quit rocko ("Leaving") |
04:54:42 | | Join `Assassin [0] (n=blank@71-8-56-51.dhcp.leds.al.charter.com) |
04:58:52 | | Quit tvelocity (Remote closed the connection) |
04:59:50 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
05:00 |
05:08:23 | | Quit JdGordon (Connection timed out) |
05:10:12 | | Quit miepchen^schla (Read error: 101 (Network is unreachable)) |
05:28:50 | | Join awake_ [0] (n=Zzz@c122-106-37-8.rivrw1.nsw.optusnet.com.au) |
05:51:04 | | Quit Horschti ("Verlassend") |
06:00 |
06:20:05 | | Join Alex00088 [0] (n=chatzill@03-147.244.popsite.net) |
06:24:02 | Alex00088 | I'm looking to change the source so that I get this effect −−−−- (assuming "Skip Length" is set to 1 minute) When there is less than 1 minute left in the current song, and I click the 'skip forward' button, playback skips to the next song in the playlist (instead of doing nothing). Would this take a lot of work? |
06:27:34 | | Quit Zoxc () |
06:29:21 | | Join bs66_ [0] (n=sysuser@79.138.146.212.bredband.tre.se) |
06:33:23 | *** | Saving seen data "./dancer.seen" |
06:34:22 | Alex00088 | I'm new to IRC. Can you see what I'm typing? |
06:35:54 | cool_walking_ | Yes, we can. |
06:36:15 | cool_walking_ | People just don't answer if they're not at their keyboards or they don't know the answer. |
06:39:43 | Alex00088 | ok |
06:52:13 | | Part BHSPitMonkey ("Ex-Chat") |
07:00 |
07:23:07 | | Quit agaffney (Read error: 110 (Connection timed out)) |
07:30:06 | | Quit Alex00088 ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
07:31:23 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-3f9bbf1663693a03) |
07:35:10 | | Join jordoex_ [0] (n=quassel@d154-20-47-118.bchsia.telus.net) |
07:35:17 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
07:39:58 | | Quit CaptainKewl (Read error: 110 (Connection timed out)) |
07:43:24 | | Join SoapVegas [0] (n=46a49ad5@gateway/web/cgi-irc/labb.contactor.se/x-7e6e6d0b1bb21199) |
07:52:37 | | Quit jordoex (Read error: 110 (Connection timed out)) |
07:59:00 | | Quit Seed ("cu, Andre") |
07:59:08 | | Quit Dieterbe ("down for power cut") |
08:00 |
08:05:23 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
08:08:27 | | Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) |
08:09:18 | | Quit GodEater_ ("http://www.mibbit.com ajax IRC Client") |
08:09:38 | | Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) |
08:15:22 | | Join Anges [0] (n=agnes@lns-bzn-49f-62-147-173-3.adsl.proxad.net) |
08:33:25 | *** | Saving seen data "./dancer.seen" |
08:33:27 | | Quit SoapVegas ("CGI:IRC (Ping timeout)") |
08:33:54 | | Join Rob2223 [0] (n=Miranda@p4FDCF092.dip.t-dialin.net) |
08:34:29 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
08:35:46 | | Quit z35 ("Leaving") |
08:37:41 | | Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") |
08:40:55 | | Nick jordoex_ is now known as jordoex (n=quassel@d154-20-47-118.bchsia.telus.net) |
08:40:59 | | Join webguest66 [0] (n=411e099f@gateway/web/cgi-irc/labb.contactor.se/x-fedfdd344c7e4495) |
08:41:03 | | Join Bagderr [241] (n=daniel@rockbox/developer/bagder) |
08:44:34 | | Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) |
08:51:18 | | Quit HellDragon (Read error: 60 (Operation timed out)) |
08:51:19 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
08:51:34 | | Join maddler [0] (n=maddler@static-217-133-171-24.clienti.tiscali.it) |
08:51:59 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
08:55:01 | | Quit nuonguy ("This computer has gone to sleep") |
08:59:16 | | Quit saratoga ("CGI:IRC (EOF)") |
09:00 |
09:00:54 | | Join EspeonEefi [0] (i=eefi@STRATTON-TWO-EIGHTY.MIT.EDU) |
09:04:12 | | Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) |
09:08:21 | | Join petur [50] (n=petur@rockbox/developer/petur) |
09:12:05 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
09:19:19 | | Quit bertrik ("Leaving") |
09:30:51 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
09:36:01 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
09:38:38 | | Quit jordoex (Remote closed the connection) |
09:41:03 | | Quit Anges (Remote closed the connection) |
09:41:55 | | Join Anges [0] (n=agnes@lns-bzn-49f-62-147-173-3.adsl.proxad.net) |
09:43:05 | B4gder | was the usb parts of the as3525 that was the synopsys thing? |
09:44:51 | B4gder | ah yes it is |
09:48:09 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
09:49:06 | Llorean | Is there new stuff in this recently publicly released data sheet? |
09:49:28 | B4gder | not that I know |
09:50:09 | B4gder | I just added a response about USB on the AMS Sansas on my usb post: http://daniel.haxx.se/blog/2009/02/19/rockbox-usb-a-long-journey/#comment-1109 |
09:50:19 | | Quit Llorean (Read error: 104 (Connection reset by peer)) |
09:50:35 | | Join Llorean [0] (n=DarkkOne@ppp-70-243-32-116.dsl.hstntx.swbell.net) |
09:51:56 | B4gder | but 1.1 to 1.12 should include some differences one would suspect |
09:52:42 | B4gder | although the newer is actually a tiny bit smaller |
09:58:37 | n1s | google tells me samsung has licensed usb stuff from synosis so there's a good chance this controller is in the meizus as well |
09:59:27 | | Quit GodEater_ ("http://www.mibbit.com ajax IRC Client") |
10:00 |
10:00:31 | B4gder | ah, is there documented usb stuff for any samsung chip? |
10:01:21 | Llorean | There's a link to the "USB Complete Solution Datasheet" on their site. It looks like it's supposed to be a download after you fill in some personal information. Is this one of those marketing/advertising "datasheets" or have we tried that yet? |
10:01:28 | Llorean | Er "their" being Synopsys |
10:01:46 | B4gder | yeah, I did exactly that |
10:03:45 | B4gder | that shows a 2 page sales pitch |
10:04:11 | | Quit chrippa (grisham.freenode.net irc.freenode.net) |
10:04:11 | NSplit | grisham.freenode.net irc.freenode.net |
10:04:11 | | Quit SUSaiyan (grisham.freenode.net irc.freenode.net) |
10:04:11 | | Quit Hadaka (grisham.freenode.net irc.freenode.net) |
10:04:11 | | Quit lastebil (grisham.freenode.net irc.freenode.net) |
10:04:14 | NHeal | grisham.freenode.net irc.freenode.net |
10:04:14 | NJoin | lastebil [0] (n=truck@cube.lomal.la) |
10:04:19 | NJoin | SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) |
10:04:22 | NJoin | chrippa [0] (n=chrippa@evangelion.se) |
10:08:06 | | Quit robin0800 (Remote closed the connection) |
10:13:15 | | Join Seed [0] (n=ben@84.108.232.45) |
10:14:08 | Llorean | B4gder: Did you see there's a "Databook" link for the device as well? |
10:14:49 | B4gder | no, where? |
10:15:16 | Llorean | http://www.synopsys.com/dw/ipdir.php?c=dwc_usb_2_0_hs_otg_subsystem-ahb |
10:15:26 | Llorean | It's behind the signup again, though |
10:18:10 | B4gder | "To access Synopsys protected applications, you must provide an Active Site ID in the field below." |
10:18:22 | B4gder | :-/ |
10:18:42 | Llorean | =/ |
10:19:33 | B4gder | and that's apparently something you get when you've bought some product from them |
10:20:07 | B4gder | anyway. I submitted a contact form asking them for more info |
10:20:29 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
10:20:29 | * | B4gder loves filling in CEO as job title |
10:21:04 | Llorean | I found a 1000 page doc for their USB *verification* product. =/ |
10:29:58 | | Join nazir [0] (n=opera@bartek.tu.kielce.pl) |
10:32:43 | | Quit Thundercloud (Remote closed the connection) |
10:33:27 | *** | Saving seen data "./dancer.seen" |
10:55:27 | gevaerts | B4gder: the USB device-side part in the meizus is the same as that in the tcc chips |
10:55:59 | B4gder | did you check if they have any similarities to the 3525 internals? |
10:56:26 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
10:57:53 | gevaerts | no. That would need someone who's good at reading disassembled OFs I guess |
10:58:01 | B4gder | indeed |
11:00 |
11:00:34 | * | gevaerts would like them to be the same because then we can give the source files a correct name |
11:03:00 | B4gder | now I would love to find that imx31 uses the synopsys, but I really can't... :-/ |
11:03:39 | B4gder | even though clearly synopsys and freescale have a lot of business together |
11:06:08 | gevaerts | imx31 is ARC, which IIRC was taken over by someone since. Not sure who though |
11:08:48 | | Part nazir |
11:15:43 | | Quit kachna (Read error: 113 (No route to host)) |
11:36:41 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
11:36:58 | | Join pyro_maniac [0] (i=foobar@p57BBB047.dip0.t-ipconnect.de) |
11:38:35 | linuxstb | amiconn: Do you know which OSes will hide the gigabeat S partition but still allow it to be mounted? (using the "hidden FAT32" type ?) |
11:39:13 | | Join Naked [0] (i=naked@naked.iki.fi) |
11:39:21 | | Nick Naked is now known as Hadaka (i=naked@naked.iki.fi) |
11:40:15 | | Join JdGordon [0] (n=jonno@c-67-170-34-114.hsd1.wa.comcast.net) |
11:40:28 | linuxstb | mcuelenaere: When using sendfirm.exe, did it give you an error message before uploading the firmware? I guess you've only used it with Creative devices? |
11:40:47 | mcuelenaere | I can't quite remember, but I can imagine it would |
11:40:57 | mcuelenaere | and yes, only Creative ZVM (I don't have a beast) |
11:41:09 | mcuelenaere | but the process should be exactly the same |
11:41:26 | linuxstb | jhMikeS reported this - jhmikes.cleansoap.org/beastpatcher_message.bmp">http://jhmikes.cleansoap.org/beastpatcher_message.bmp |
11:42:05 | mcuelenaere | yes, I read it on IRC |
11:42:33 | mcuelenaere | I'm not sure what it means, but I got that message at times too (although doing unrelated stuff) |
11:43:10 | linuxstb | OK. It seems harmless though... Maybe it's something to do with the search for devices. |
11:43:20 | mcuelenaere | have you tried googling it? |
11:43:39 | linuxstb | Only very quickly. |
11:44:20 | linuxstb | People seem to report it when viruses are present... |
11:44:25 | mcuelenaere | hmm I'm getting forum posts saying to do virus scans.. |
11:44:47 | mcuelenaere | is it reproducable? |
11:45:01 | linuxstb | I don't know - I haven't tried it on Windows. |
11:45:10 | linuxstb | All I know is what jhMikeS said last night. |
11:45:53 | mcuelenaere | jhMikeS: have you tried doing this again to see whether you get the same message? |
11:46:03 | * | linuxstb is still looking for a volunteer to clean up beastpatcher for WIndows and build it as a single .exe without external dll ;) |
11:48:25 | mcuelenaere | heh :) then I'll need to find my ZVM again :) |
11:48:32 | mcuelenaere | http://www.microsoft.com.nsatc.net/communities/newsgroups/list/en-us/default.aspx?dg=microsoft.public.ph.philippines.certified&tid=9ec0268c-cc03-4e7f-a88f-c25c4a903180&cat=&lang=&cr=&sloc=&p=1#63ffa141-831b-48f3-b524-04082d4cf956 could be useful |
11:50:15 | mcuelenaere | linuxstb: could compiling MTP_DLL as some sort of lib and then linking it with mingw32 work? that way, the other files don't need to get adjusted to VS2005 |
11:52:48 | | Quit ChanServ (grisham.freenode.net irc.freenode.net) |
11:52:48 | NSplit | grisham.freenode.net irc.freenode.net |
11:54:29 | NHeal | grisham.freenode.net irc.freenode.net |
11:54:29 | NJoin | ChanServ [0] (ChanServ@services.) |
11:54:29 | Mode | "#rockbox +o ChanServ " by irc.freenode.net |
11:56:05 | linuxstb | mcuelenaere: Possibly, if the lib is in a format that mingw32 likes. But I would also like the API in MTP_DLL.dll to be extended a little. The libmtp version splits it into mtp_init(), mtp_scan(), mtp_send_firmware() and mtp_finished() functions. |
11:56:35 | mcuelenaere | yes I know, I'm not sure how I'm going to do that.. |
11:57:14 | | Quit DaCapn (Read error: 54 (Connection reset by peer)) |
11:57:34 | linuxstb | You could test it up to the send_firmware() part, and just type "c" for cancel... Others are available to test that part actually works. Unless you are saying you don't know how to do that with the win32 MTP lib? |
11:57:37 | | Join DaCapn [0] (i=dacapn@using.your.wireless-inter.net) |
11:59:13 | mcuelenaere | yes, I meant the win32 MTP lib part; I'm not really familiar with the Win32 API so I'll need to look up some stuff |
12:00 |
12:03:13 | | Quit ChanServ (grisham.freenode.net irc.freenode.net) |
12:03:13 | NSplit | grisham.freenode.net irc.freenode.net |
12:03:55 | | Join fyrestorm [0] (n=fyre@cpe-24-90-81-53.nyc.res.rr.com) |
12:05:31 | NHeal | grisham.freenode.net irc.freenode.net |
12:05:31 | NJoin | ChanServ [0] (ChanServ@services.) |
12:05:31 | Mode | "#rockbox +o ChanServ " by irc.freenode.net |
12:05:35 | linuxstb | mcuelenaere: OK, I guess the most important part is getting it building as a single .exe in some way though. The MTP stuff seems "good enough" as it is, although it would be nice to improve it. |
12:06:11 | | Join Virtualdistance [0] (n=Virtuald@c213-100-134-54.swipnet.se) |
12:06:15 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
12:07:08 | Virtualdistance | A question about v2 sansa e series , does the soundchip of e series v2 remind of another player thats rockboxed? |
12:11:14 | | Quit DaCapn (Read error: 54 (Connection reset by peer)) |
12:11:19 | | Join DaCapn [0] (i=dacapn@using.your.wireless-inter.net) |
12:12:07 | mcuelenaere | hmm compiling as a static library doesn't seem to work, I'm afraid I'll have to compile all the code in VS2005.. |
12:12:12 | | Join Alex00088 [0] (n=chatzill@02-076.244.popsite.net) |
12:12:18 | Alex00088 | I'm looking to change the source so that I get this effect −−−−- (assuming "Skip Length" is set to 1 minute) When there is less than 1 minute left in the current song, and I click the 'skip forward' button, playback skips to the next song in the playlist (instead of doing nothing). Would this take a lot of work? |
12:14:15 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
12:14:33 | | Join PaulJam [0] (n=Paule@p54BEF8A3.dip.t-dialin.net) |
12:16:07 | linuxstb | mcuelenaere: Yes, I was expecting that... If/when you commit any changes, could you update the beastpatcher/README file with instructions for building under Windows ? |
12:16:32 | mcuelenaere | sure, but it'll require VS2005 (or later) |
12:16:49 | | Join gregzx [0] (n=chatzill@dsi127.neoplus.adsl.tpnet.pl) |
12:17:07 | linuxstb | I know :( |
12:17:30 | linuxstb | Still, it's not something that's likely to change much after the initial versions. |
12:18:41 | mcuelenaere | ok, I got sendfirm_win to compile under VS2005; now trying beastpatcher.. |
12:19:20 | Virtualdistance | hey anyone compiled a working mpa.codec for rockbox v2 yet? |
12:19:33 | Virtualdistance | sansa e series |
12:19:36 | linuxstb | "rockbox v2" ? |
12:19:44 | linuxstb | You mean the v2 e200 series? |
12:19:48 | Virtualdistance | yup |
12:20:36 | Virtualdistance | wma kinda works here :) |
12:21:02 | linuxstb | I think there are playback problems on all the AMS Sansa ports, but I don't know the specifics. |
12:21:32 | Virtualdistance | it plays radio fine . |
12:22:31 | | Quit Alex00088 ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
12:22:54 | Llorean | Virtualdistance: The AMS Sansa ports aren't expected to work right yet. There for people to work on right now. If you're experiencing issues, you could help and investigate them further. |
12:23:14 | Virtualdistance | i am |
12:23:35 | Virtualdistance | im trying every codec avaiable from the other players to see if they load up |
12:24:59 | Llorean | I meant, for example, writing debug code to determine where in the codec failure occurs. |
12:25:37 | Llorean | And, to clarify, when asking about it you should ask about "Rockbox for (player name)". Rockbox v2 sounds like you're asking about the v2 release of Rockbox from ages upon ages ago. |
12:25:48 | Virtualdistance | im checking if some other codec is similiar. |
12:26:13 | linuxstb | Virtualdistance: The problem is likely to not be in the specific ".codec" file, but somewhere in Rockbox itself. |
12:26:32 | linuxstb | The .codec files are generic code, which work fine on all other targets. |
12:26:50 | Virtualdistance | nice to know. |
12:27:23 | Virtualdistance | i'll play around with it then :) |
12:27:43 | linuxstb | IIUC, the flash driver is also unreliable, so it could simply be caused by reading bad data from the disk... i.e. the problems could be anywhere... |
12:28:32 | | Join mcuelenaere_ [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
12:29:01 | Virtualdistance | well at least it didn't format my player , its still 8gb :) |
12:29:42 | | Quit mcuelenaere (Read error: 113 (No route to host)) |
12:29:47 | | Nick mcuelenaere_ is now known as mcuelenaere (n=mcuelena@rockbox/developer/mcuelenaere) |
12:33:28 | *** | Saving seen data "./dancer.seen" |
12:35:30 | mcuelenaere | linuxstb: is bin2c out-of-the-box VS2005 compatible? (guess not) |
12:35:41 | Llorean | Virtualdistance: If it's formatted to 8gb, you could easily be having problems just because files aren't always within the first 1GB |
12:37:08 | linuxstb | mcuelenaere: Ah, that's a good point. You could simply run "make bootimg.c" in a "normal" environment before. |
12:37:19 | linuxstb | And make VS2005 just use that. |
12:43:29 | mcuelenaere | linuxstb: where does bootloader.bin come from? is that a RB beast BL? |
12:45:32 | mcuelenaere | never mind, /me didn't RTFM |
12:46:08 | | Join fyrestorm [0] (n=fyre@cpe-24-90-81-53.nyc.res.rr.com) |
12:48:15 | pixelma | I'm currently looking at the invadrox graphics and adaptation to the small screens. Currently it uses one big bitmap which contains all needed graphics + a lot of defines in absolute pixels that help divide the bitmap into the needed parts later. IMO it would be better to split that up into a few bitmap (strips where possible) so that it can get the dimension defines from the bitmaps. |
12:48:15 | pixelma | This will help simplifying the code and make it more flexible if one wants to invent a new size but the number of bitmaps in the source will increase (I think it needs 9 instead of 1 - unfortunately 4 of them would be "single" bitmaps - for each of the currently 2 different sizes and I'll probably draw 1 more size). I'd like to have some opinions beforehand, or other ideas... |
12:49:25 | | Join kachna [0] (n=kachna@r3g248.net.upc.cz) |
12:50:28 | linuxstb | pixelma: That sounds sensible to me. |
12:51:57 | Llorean | Same here |
12:52:54 | pixelma | alright, thanks for the opinion. :) |
12:54:36 | | Quit JdGordon (Read error: 110 (Connection timed out)) |
12:56:28 | pixelma | maybe you could save some bitmaps by using a "real" font and not own bitmaps for it bit that would only be possible (without disturbing too much) if the plugin could chose that one itself, e.g. the current small version uses bitmaps which are 5 pixels tall for the numbers |
12:56:43 | pixelma | s/bit/but |
12:59:23 | | Quit einhirn (Read error: 54 (Connection reset by peer)) |
12:59:42 | pixelma | or maybe it could use sysfont but then there will be some small difference to how it looks now |
12:59:46 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
13:00 |
13:00:02 | | Join moos [0] (i=Mustapha@rockbox/staff/moos) |
13:09:44 | | Quit `Assassin (Read error: 113 (No route to host)) |
13:11:29 | | Quit PaulJam (".") |
13:21:54 | | Join `Assassin [0] (n=blank@71-8-56-51.dhcp.leds.al.charter.com) |
13:26:34 | | Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) |
13:33:56 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
13:40:20 | freqmod_gq | Virtualdistance: i lisened to mp3, ogg and spx on sansav2 and i think the bit problems are before the audio is decoded (the artifacts are similar to DAB and DVB streams with bit errors) |
13:40:56 | | Join Photoguy [0] (n=adams@91.143.237.41) |
13:41:01 | freqmod_gq | that leaves the errors to the buffering code or the ram, which are a bit strange since we don't have any problems with loading of plugincode etc. |
13:41:03 | freqmod_gq | *listened |
13:42:23 | Photoguy | Hey, I've been away for a while, any new info on the Sansa V2? |
13:42:24 | freqmod_gq | the flash buffering improves skips etc. (makes the skips smaller, but not remove it) so it seems to be a problem with buffering, ram, filesystem or something like that. |
13:42:39 | Llorean | Photoguy: Have you read the latest in the forum thread and wiki pages? |
13:43:06 | B4gder | Photoguy: and we call them the AMS Sansas now |
13:43:37 | Photoguy | AMS? |
13:43:41 | B4gder | exactly |
13:43:42 | Photoguy | Wow, it's been a while :P |
13:44:17 | Photoguy | So, it's still not stable yet, huh? |
13:45:03 | Llorean | When it's ready for users, we'll list it as supported. |
13:46:51 | | Join Dieterbe [0] (n=Dieterbe@213.219.137.46.adsl.dyn.edpnet.net) |
13:46:52 | Photoguy | Any idea how long? (Trying to decide wether an E200 AMS is worth it. |
13:46:59 | Llorean | It's really impossible to even guess. |
14:00 |
14:01:34 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
14:03:52 | | Join nazir [0] (n=opera@bartek.tu.kielce.pl) |
14:08:59 | | Join Buschel [0] (n=AndreeBu@p54A3D7F5.dip.t-dialin.net) |
14:10:41 | Buschel | Is there a usecase known that uses the iPods lineout without the need to enable accessory supply? |
14:11:58 | Llorean | Yeah, basic docks. |
14:14:44 | Buschel | hmm, a pitty. I wanted to include lineout on/off to the accessory supply handling... |
14:16:04 | Llorean | The line out is going to be used in a wide range of docks and dock-like things that will be providing power to the iPod, rather than the other way around. |
14:17:49 | Buschel | Ok, but if these docks supply the iPod with power it would be no problem to enable accessory supply then. Only the wording of the setting could be better "Use with accessory" or something similar. But before talking of such some measurements need to be done ;-) |
14:18:35 | Llorean | Well, people shouldn't have to turn on a setting just to set it down in a dock and use it. |
14:18:52 | Llorean | Most people are going to set it down, then come complaining that it's not working with their dock since the original firmware doesn't require a setting. |
14:19:26 | Buschel | The setting is on by default. But for power-conscious users this setting is one of the important ones. |
14:21:07 | Llorean | Ah, okay |
14:23:31 | | Quit kushal_12_27_200 ("Leaving") |
14:31:46 | | Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
14:33:33 | *** | Saving seen data "./dancer.seen" |
14:35:17 | | Quit Slasheri (Read error: 145 (Connection timed out)) |
14:37:44 | | Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37) |
14:44:07 | freqmod_gq | Is it correct that md5sum shall output empty md5sum-files when invoked with "Open with.." on a file? |
14:47:45 | | Part Buschel |
14:52:47 | | Quit mcuelenaere (Read error: 60 (Operation timed out)) |
14:52:49 | | Join mcuelenaere_ [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
14:52:50 | | Quit bmbl (Connection timed out) |
14:54:03 | | Part nazir |
14:56:39 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
14:57:44 | | Part Photoguy ("Konversation terminated!") |
14:58:14 | | Join hollywoodb [0] (n=hollywoo@134.129.161.153) |
14:59:51 | hollywoodb | when http://www.rockbox.org/twiki/bin/view/Main/TargetStatus says NO for USB, does that mean you boot into the manufacturer's environment to transfer tracks on to a device and then reboot into rockbox when you want to do playback? |
15:00 |
15:00:02 | | Nick mcuelenaere_ is now known as mcuelenaere (n=mcuelena@rockbox/developer/mcuelenaere) |
15:00:32 | B4gder | hollywoodb: yes |
15:01:30 | | Quit gromit` (Read error: 60 (Operation timed out)) |
15:04:42 | | Quit kachna (Remote closed the connection) |
15:04:44 | hollywoodb | also, does the e200 port support the e260? and is so is there a reliable way to determine if it has compatible firwmare before purchasing it online? |
15:05:21 | B4gder | yes it does, and yes there is but you won't get anyone to do the check for you |
15:05:44 | B4gder | it would be to check the firmware version |
15:05:49 | B4gder | of the original firmware on the device |
15:07:04 | scorche | if it is a new e260, then it is almost guaranteed that it will be incompatible (for now at least) though |
15:09:13 | | Join gromit` [0] (n=gromit@ALagny-154-1-3-19.w83-112.abo.wanadoo.fr) |
15:13:09 | | Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") |
15:22:49 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
15:23:40 | | Join Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) |
15:28:20 | | Part hollywoodb ("Leaving") |
15:29:57 | | Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
15:30:53 | * | linuxstb thinks we should perhaps start saying "e200 series", as many people as about the specific models... |
15:31:04 | linuxstb | ^ask about |
15:31:33 | B4gder | yeah, clearly |
15:31:34 | Unhelpful | that or "e2XX" |
15:33:03 | linuxstb | Sandisk really don't help us with their model names... |
15:33:48 | linuxstb | Devices with the same name are completely different, and devices which are identical (apart from disk size) have different names... |
15:34:16 | * | freqmod_gq has modified md5sum plugin and run it on sansa clip, and got a completly different sum than when doing the same in the simulator on the same file |
15:34:44 | freqmod_gq | which means that if somebody wants to fix skipping on ams-sansas they should fix that first |
15:35:03 | linuxstb | Isn't "disk issues" a known problem though? |
15:35:41 | freqmod_gq | yes, it is, but then we know that it is not the buffering, or audio codec (which we allready suspected) |
15:36:38 | linuxstb | There's nothing ruling out additional bugs there though, is there? |
15:37:54 | freqmod_gq | no, it is not, however if file reading doesn't work that would make that the lowest common determinator |
15:38:35 | freqmod_gq | but it is strange that there are few problems with file reading of programs (plugins, firmware etc.) |
15:38:46 | freqmod_gq | it might be dependent on the filesize |
15:47:28 | Llorean | I thought we already knew it had problems with larger files |
15:47:36 | Llorean | For some time now. |
15:47:57 | * | Llorean seems to recall a few people experimenting on exactly that in here some time ago on the Clip |
15:48:58 | | Quit rvvs89 (Read error: 60 (Operation timed out)) |
15:50:55 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
15:51:19 | | Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) |
15:51:39 | | Quit synergist (Read error: 110 (Connection timed out)) |
15:51:54 | | Quit evilnick ("http://www.mibbit.com ajax IRC Client") |
15:56:37 | | Join jaykay [0] (n=chatzill@p579E701B.dip.t-dialin.net) |
15:59:55 | | Quit CaptainKewl (Read error: 110 (Connection timed out)) |
16:00 |
16:02:38 | LambdaCalculus37 | n1s: Ping! |
16:05:04 | | Quit moos ("Rockbox rules the DAP world") |
16:05:30 | | Join rvvs89 [0] (n=ivo@bright-snat.ucc.asn.au) |
16:11:12 | | Join miepchen^schlaf [0] (n=miepel@p579EC890.dip.t-dialin.net) |
16:11:23 | * | LambdaCalculus37 has found an alternate way of entering DFU mode on newer nanos, and it doesn't require trashing any firmware! |
16:11:38 | mcuelenaere | \o/ |
16:11:58 | linuxstb | Holding menu+select? |
16:12:00 | | Join evilnick_6 [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-760c9c337c4a5ded) |
16:12:07 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
16:12:14 | | Nick evilnick_6 is now known as evilnick (i=0c140464@gateway/web/ajax/mibbit.com/x-760c9c337c4a5ded) |
16:12:28 | LambdaCalculus37 | linuxstb: Yes, and letting the iPod reset twice. After it resets a second time, immediately press and hold BACK+PLAY until the dock connector picture appears. |
16:12:29 | | Nick evilnick is now known as evilnick_6 (i=0c140464@gateway/web/ajax/mibbit.com/x-760c9c337c4a5ded) |
16:13:22 | BigBambi | LambdaCalculus37: You are linux4nano :) |
16:13:28 | BigBambi | s/are/or |
16:14:03 | LambdaCalculus37 | BigBambi: linux4nano found it on the 4th gen nano, but I just tested it on my 2nd gen. |
16:16:15 | | Join ``Assassin [0] (n=blank@71-8-56-51.dhcp.leds.al.charter.com) |
16:18:27 | linuxstb | Does anyone actually know the details of how DFU mode works though? |
16:18:41 | mcuelenaere | Isn't there a DFU tool in SVN? |
16:19:16 | evilnick_6 | LambdaCalculus37: What's the button on the beast to not connect to USB and power it instead? |
16:19:58 | LambdaCalculus37 | mcuelenaere: There's meizu_dfu, and if you adjust the UID:VID to match that of the nano, it'll communicate with it. |
16:20:05 | LambdaCalculus37 | evilnick_6: Oh crap, forgot. :P |
16:20:12 | * | LambdaCalculus37 just had a brain fart |
16:20:39 | | Part B4gder |
16:20:50 | BigBambi | evilnick_6: menu |
16:21:00 | BigBambi | (i.e. the Windows Key) |
16:21:08 | evilnick_6 | Cheers BigBambi, back in a bit (need to restart Windows) |
16:21:11 | | Quit evilnick_6 ("http://www.mibbit.com ajax IRC Client") |
16:21:12 | LambdaCalculus37 | BigBambi: Many thanks for saving me from a nasty brain fart. :) |
16:21:17 | | Quit miepchen^schlaf () |
16:21:24 | BigBambi | heh :) |
16:22:32 | * | kugel ugs at http://www.rockbox.org/tracker/task/9949 |
16:26:14 | | Join MethoS- [0] (n=lem@host-091-097-243-108.ewe-ip-backbone.de) |
16:26:28 | | Quit bmbl (Connection timed out) |
16:26:53 | mcuelenaere | linuxstb: shall I commit what I have even though the EXE doesn't want to run? |
16:27:50 | | Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-e765dff03f55ccb1) |
16:28:34 | | Nick evilnick is now known as evilnick_6 (i=0c140464@gateway/web/ajax/mibbit.com/x-e765dff03f55ccb1) |
16:29:20 | linuxstb | mcuelenaere: Hmm, I'm not sure. At least the current version will run and work... |
16:29:38 | | Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) |
16:31:57 | | Join MethoS-- [0] (n=lem@host-091-097-246-165.ewe-ip-backbone.de) |
16:33:07 | | Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) |
16:33:35 | *** | Saving seen data "./dancer.seen" |
16:33:48 | | Quit `Assassin (Read error: 110 (Connection timed out)) |
16:39:06 | | Nick Anges is now known as Anges_marathon (n=agnes@lns-bzn-49f-62-147-173-3.adsl.proxad.net) |
16:39:38 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
16:39:42 | | Nick Anges_marathon is now known as Anges (n=agnes@lns-bzn-49f-62-147-173-3.adsl.proxad.net) |
16:46:18 | | Quit SirFunk_ (Read error: 110 (Connection timed out)) |
16:46:29 | | Join captainkwel [0] (i=2669ecc2@gateway/web/ajax/mibbit.com/x-a197eef6b96d316b) |
16:47:55 | | Quit MethoS- (Read error: 113 (No route to host)) |
16:55:25 | Llorean | Okay, just to summarize, discussion has once again broken out about the idea of any filetype Rockbox shows in "supported" mode being in playlists and running with the appropriate viewer (or core action, in the case of .cfg etc) when they're reached in the playlist |
16:55:54 | Llorean | This would, of course, allow one to shuffle in a selection of themes with their random playlist so that their theme changes as they listen, or playlist up several videos, etc. |
16:56:03 | kadoban | that would be cool for goban plugin too, for doing go problems |
16:56:33 | evilnick_6 | Llorean: Would there be a way to specify "choose a random .wps for each file in this shuffled playlist"? |
16:57:09 | Llorean | evilnick_6: No. It would just be a playlist where some of the files were theme.cfg instead of song.mp3, so when you hit that file in the playlist it changes themes. |
16:57:13 | Llorean | It works for a variety of things |
16:57:36 | Llorean | For example, with unshuffled playlists, you could have it start crossfeed before certain albums mastered in a way that essentially needs it, and disable after. |
17:00 |
17:00:38 | linuxstb | Wouldn't having per-track/per-album .cfg files (e.g. named using a similar method to AA) be more useful? That's often been requested. |
17:01:08 | Llorean | More useful within that one context, sure. |
17:01:30 | gevaerts | That's a lot less flexible. With any-supported-item playlists you can do things like video playlists, or alternating video/audio |
17:01:38 | Llorean | But that wouldn't allow playlisting of videos or other things you could do with the flexibility. |
17:02:00 | * | Llorean thinks many people might want to throw music videos into their playlist. |
17:02:55 | linuxstb | gevaerts: But that's also more inconvenient for this example - the user would have to create playlists, and add the cfg to every playlist with specific albums/tracks. |
17:03:32 | Llorean | If you "Insert" the folder, it could insert the .cfg file in that folder too. |
17:03:58 | | Join flydutch [0] (n=flydutch@host25-43-dynamic.5-87-r.retail.telecomitalia.it) |
17:04:01 | linuxstb | Yes, but that needs care to make sure it's added in the right place. |
17:04:08 | gevaerts | This won't work well with shuffle |
17:04:32 | * | gevaerts thinks that maybe both features should be considered as separate things |
17:05:09 | Llorean | Both features can be considered separately I'm sure. |
17:05:49 | Llorean | I just think "deal with any file being in a playlist" would add an awful lot of interesting (in a positive way) behaviour. though there'd be kinks to work out with insertion |
17:05:55 | | Quit Zagor ("Client exiting") |
17:06:12 | gevaerts | Sure. I want it! |
17:06:22 | * | gevaerts doesn't care much about per-album settings |
17:07:30 | Llorean | For me the "ideal" insertion strategy would be inserting the same files we do currently in every situation except manual insertion of a single file. Not ideal for creating non-music playlists, but at least it means nobody gets unexpected behaviour from all the new 'legal' filetypes |
17:09:08 | kadoban | what about inserting a directory with no audio files in it? that seems like it could add all supported files |
17:10:42 | | Quit SirFunk (Read error: 110 (Connection timed out)) |
17:11:04 | Llorean | Well, if we leave that sort of thing off, maybe someone will finally put together a multiple-selections tool for the UI so you can manually insert multiple single-files quickly. :-P |
17:11:53 | kadoban | hmm, that would be kind of nice too |
17:14:35 | | Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) |
17:15:28 | | Quit toffe82 (Remote closed the connection) |
17:16:50 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
17:18:31 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
17:18:36 | | Join {phoenix} [0] (n=dirk@p54B47FA6.dip.t-dialin.net) |
17:18:40 | | Join MethoS- [0] (n=lem@host-091-097-241-204.ewe-ip-backbone.de) |
17:21:25 | | Quit avis ("maybe when we drown, the fish will be our friends") |
17:21:37 | | Join avis [0] (n=ident@pdpc/supporter/student/avis) |
17:22:59 | | Quit Virtualdistance (Read error: 60 (Operation timed out)) |
17:23:39 | linuxstb | toffe82: Have you had any luck with Rockbox on your "v1.2" beast? Am I right in thinking that a dual-boot bootloader works, but a single-boot one is rejected? |
17:23:54 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
17:24:16 | toffe82 | linuxstb: no time yesterday |
17:24:17 | n1s | Llorean: what happens if you are litening to music while using a plugin and the next "track" is a file that is opened by a plugin? |
17:24:43 | toffe82 | I already test dual boot with 1.2 on another S and it was working |
17:24:45 | | Quit avis (Read error: 104 (Connection reset by peer)) |
17:25:02 | toffe82 | I never try single boot on the 1.2 |
17:25:05 | n1s | LambdaCalculus37: interesting |
17:25:41 | linuxstb | toffe82: OK, thanks... |
17:26:01 | linuxstb | LambdaCalculus37: Did you ever resolve the problems you had with your beast? (If I'm remembering correctly, you couldn't recover it?) |
17:27:08 | Llorean | n1s: In my mind, it's just skipped like we do with missing tracks. |
17:27:14 | LambdaCalculus37 | linuxstb: My beast has been working fine for months. |
17:27:37 | LambdaCalculus37 | I'm still using the nk.bin from the hacked Gigabeat V updater, though. |
17:28:10 | LambdaCalculus37 | n1s: Can you try out this button combination on your 4G nano? |
17:28:41 | n1s | LambdaCalculus37: sure, so menu+select to reset twice then back+play and the connect usb? |
17:28:42 | | Quit jaykay (Read error: 110 (Connection timed out)) |
17:28:53 | LambdaCalculus37 | n1s: Press and hold MENU+SELECT, let the nano reset twice, and when it resets the second time, immediately press and hold BACK+PLAY. |
17:28:55 | n1s | then even |
17:28:59 | | Join dfkt_dt [0] (i=dfkt@unaffiliated/dfkt) |
17:29:11 | n1s | LambdaCalculus37: wothout usb connecte? |
17:29:20 | LambdaCalculus37 | Without USB connection for now. |
17:29:31 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-33c57218cfec8e0c) |
17:29:37 | LambdaCalculus37 | Then try it again with a USB connection. |
17:30:01 | | Part LinusN |
17:30:21 | saratoga | interesting chatter on the mailing list about gcc versions |
17:32:38 | | Quit MethoS-- (Read error: 110 (Connection timed out)) |
17:35:45 | | Join goffa_ [0] (n=goffa@216.220.23.105) |
17:36:43 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
17:38:47 | * | Llorean wonders if different GCCs mean we should be trying different O values |
17:39:04 | | Quit kugel (Read error: 104 (Connection reset by peer)) |
17:39:36 | rasher | Not entirely out of the question, but frankly I doubt that much work has been put into our lowly archs |
17:39:43 | rasher | Perhaps ARM, I suppose |
17:39:48 | n1s | Llorean: some tweaking of gcc switches may be in order, yes |
17:40:15 | Llorean | Well, ARM is the one in question here. |
17:40:20 | n1s | LambdaCalculus37: ok, doesn't seem to work if i don't have usb connected |
17:40:33 | Llorean | And it seems odd that it's "just slower" |
17:43:08 | LambdaCalculus37 | n1s: Interesting. My 2nd gen nano can enter DFU mode without being connected to USB. |
17:43:19 | n1s | LambdaCalculus37: doing it with USB connected seems to work though, dmesg reports a "USB DFU Device" |
17:43:40 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) |
17:43:46 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
17:43:47 | n1s | i might just have been too slow |
17:44:12 | LambdaCalculus37 | n1s: Someone in #linux4nano-dev reported the VID and PID as 05ac:1255; is this correct? |
17:44:25 | rasher | Llorean: even so, ours aren't exactly top of the line ARM versions |
17:44:29 | n1s | LambdaCalculus37: yes |
17:45:07 | Llorean | rasher: Very true, yeah.\ |
17:45:16 | LambdaCalculus37 | n1s: What are the VID and PID in normal mode? |
17:45:51 | | Quit dfkt (Read error: 110 (Connection timed out)) |
17:46:06 | n1s | LambdaCalculus37: 05ac:1263 |
17:46:33 | LambdaCalculus37 | n1s: Can you put them up on the DeviceDetection wiki page? |
17:46:40 | | Quit goffa (Read error: 110 (Connection timed out)) |
17:48:11 | | Join tvelocity [0] (n=tony@adsl3-226.her.forthnet.gr) |
17:50:52 | | Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) |
17:51:23 | | Quit SirFunk (Read error: 60 (Operation timed out)) |
17:52:55 | | Part pyro_maniac ("Leaving.") |
17:57:59 | kugel | So, I'd like to commit a fix, so that you go to the next track, if the remaining time is less than the skip length (instead of doing nothing) |
17:58:40 | kugel | like Alex00088 "requested" today |
17:58:47 | | Quit ChanServ (shutting down) |
17:59:16 | kugel | is that ok? |
18:00 |
18:00:55 | | Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) |
18:04:18 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
18:08:02 | | Join PaulJam [0] (n=Paule@p54BECD7F.dip.t-dialin.net) |
18:08:09 | linuxstb | kugel: Where did Alex00088 request that? Maybe it's intentional behaviour (to prevent accidentally skipping to next track). I don't use that feature though... |
18:08:55 | kugel | linuxstb: he didn't request directly, but asked where he could change that |
18:09:05 | | Quit petur ("work^H^H^H^Hstress->home") |
18:09:11 | mcuelenaere | the Onda has 16kB of IRAM, how much should I allocate for plugins/codecs? |
18:09:20 | kugel | linuxstb: Also, I'd really like to use that feature if it wasn't so painful to go to the next track |
18:09:34 | linuxstb | kugel: Do you mean lee321987 in the "Getting started and compiling" forum? |
18:09:39 | kugel | http://www.rockbox.org/irc/log-20090224#06:24:02 |
18:09:48 | | Join jaykay [0] (n=chatzill@p579E701B.dip.t-dialin.net) |
18:10:10 | | Join ChanServ [0] (ChanServ@services.) |
18:10:10 | Mode | "#rockbox +o ChanServ " by irc.freenode.net |
18:10:10 | DBUG | sent MODE #rockbox -o ChanServ |
18:10:10 | *** | Server message 485: 'logbot ChanServ #rockbox :User is immune from kick/deop' |
18:10:16 | kugel | appears to be the same guy |
18:11:15 | linuxstb | Yes, I would guess so. But anyway, it doesn't seem like a "bug", just behaviour you don't like. (although maybe it is...) |
18:11:27 | | Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-6e30981590f19bdc) |
18:12:23 | kugel | linuxstb: I asked about that a few weeks ago, and some agreed upon bug with me |
18:12:53 | kugel | I'll try to grab the initial commit and/or task, if that contains specific information about this |
18:15:53 | | Quit EspeonEefi ("ã•ã‚ˆãªã‚‰") |
18:16:36 | kugel | linuxstb: Llorean said he found that part particulary handy (so you don't need to turn "study mode" of in normal playback) |
18:17:14 | kugel | in sdoyon response, he said he sees no reason that it shouldn't do that (and he made the study mode/skip length thing) |
18:20:33 | webguest66 | hello? |
18:20:43 | | Nick webguest66 is now known as nossracer (n=411e099f@gateway/web/cgi-irc/labb.contactor.se/x-fedfdd344c7e4495) |
18:20:53 | n1s | LambdaCalculus37: sure |
18:21:10 | | Join SirFunk__ [0] (n=Sir@208-15-25-145.netsync.net) |
18:22:11 | | Quit nossracer ("CGI:IRC (EOF)") |
18:23:47 | kugel | linuxstb: ok, it's definitely intended. But he said it would be ok if it would jump ~3s before the end of the track, so that the accidental skip could be reverted |
18:27:15 | kugel | well, one could add another setting, to allow skipping to the next song |
18:33:38 | *** | Saving seen data "./dancer.seen" |
18:34:00 | | Join midijunkie [0] (n=Miranda@pD95479F0.dip0.t-ipconnect.de) |
18:34:01 | | Quit SirFunk_ (Read error: 110 (Connection timed out)) |
18:35:02 | kugel | grrml |
18:36:50 | | Nick dfkt_dt is now known as dfkt (i=dfkt@unaffiliated/dfkt) |
18:37:05 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
18:41:03 | | Join tessarakt [0] (n=jens@e180079133.adsl.alicedsl.de) |
18:42:25 | | Quit midijunkie ("?(???~•~)?") |
18:42:57 | | Join midijunkie [0] (n=Miranda@pD95479F0.dip0.t-ipconnect.de) |
18:43:13 | | Quit midijunkie (Client Quit) |
18:45:36 | kadoban | Resuming a stopped playlist from the menu in plugins fails depending on how the playlist was started. If i start a playlist by pressing "select" on one song, stop playing, and then resume from the plugin, it fails. If i start the playlist with Insert from the context menu and then stop playing, it resumes fine in the plugin. |
18:45:51 | kadoban | is there any obvious reason that it should work like that, or an obvious way to fix that? |
18:46:10 | | Join avis [0] (n=ident@pdpc/supporter/student/avis) |
18:57:16 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
19:00 |
19:04:17 | | Join __lifeless [0] (n=lifeless@90.151.32.230) |
19:06:35 | | Quit BigBambi (Read error: 113 (No route to host)) |
19:07:33 | | Join BigBambi_ [0] (n=alex@55.198.66-86.rev.gaoland.net) |
19:08:16 | kugel | kadoban: I don't think it should work like that |
19:08:26 | kugel | and if there was an obvious fix, it was already fixed, I guess |
19:08:58 | kadoban | kugel: i was wondering if it suggested anything to someone of where to look...i guess i'll try to figure out why it's doing that since nobody spoke up :( |
19:10:14 | kugel | kadoban: nobody speaking up doesn't mean anything |
19:10:26 | kugel | so don't put too much in that |
19:12:19 | PaulJam | kadoban: if you are going to look into the issue, maybe you could have a look at FS #9796 too. this is also related to resuming playback from plugins, |
19:12:33 | | Join MethoS-- [0] (n=lem@host-091-097-241-171.ewe-ip-backbone.de) |
19:12:52 | | Quit BigBambi_ (Read error: 113 (No route to host)) |
19:13:05 | kadoban | PaulJam: hmm, thanks. i hadn't seen that |
19:14:09 | kadoban | it's odd, because basically identical code seems to be run from the plugin playlist menus for resuming as is run from the root menu for resume, but they act differently... |
19:14:24 | | Join BigBambi [0] (n=alex@55.198.66-86.rev.gaoland.net) |
19:19:28 | kugel | gevaerts: I was wondering about SERIALIZE_WRITES recently again, can't that be removed now? |
19:19:57 | kugel | I'm running without that the past few weeks, without problems at all |
19:19:57 | | Quit _lifeless (Read error: 110 (Connection timed out)) |
19:20:03 | gevaerts | kugel: probably |
19:20:53 | gevaerts | If we consider the sd bug as properly fixed or at least successfully worked around, it's not needed at all. If we don't, it won't solve all problems |
19:21:20 | kugel | it gives more speed |
19:21:32 | | Join JdGordon [0] (n=jonno@c-67-170-34-114.hsd1.wa.comcast.net) |
19:21:38 | gevaerts | disabling it? |
19:21:51 | kugel | I know that it's a band aid after all, but (to me) the sd bugs really appear to be gone |
19:22:06 | kugel | gevaerts: yes, of course, disabling it gives more speed |
19:22:18 | * | gevaerts is happy about that |
19:22:29 | gevaerts | The whole point of not serialising things is to make them faster :) |
19:22:42 | kugel | no, really? |
19:22:44 | kugel | :P |
19:24:19 | gevaerts | The only question I have is should we remove the SERIALIZE_WRITES code entirely, or just disable it? If we remove it, it can't be reenabled easily should it be needed, but if we don't it will suffer from bit rot |
19:26:34 | kugel | gevaerts: well, given our tradition, that we don't want unused code and don't code for things that *possibly* happen in the future, it should be removed |
19:26:48 | Llorean | JdGordon: You were looking at fixing bookmarking up at some point, right? |
19:27:12 | Llorean | gevaerts: Probably worth removing, since the code will be just as "around" in SVN as being ifdeffed out. |
19:28:18 | kugel | Yea, it's not like we could browse some revisions back for the code |
19:28:27 | kugel | couldn't* |
19:28:53 | JdGordon | llorean: yeah |
19:29:48 | | Quit MethoS- (Read error: 113 (No route to host)) |
19:30:13 | Llorean | JdGordon: I'm not sure if this is a good idea, but it seems like one to me. In my mind, at least, Bookmarks should know the "Repeat" and "Shuffle" setting that were in use when they were made (so for example when resuming an audiobook shuffle disables and repeat turns off since that's what you used when you made the bookmark) |
19:30:41 | * | gevaerts removes SERIALIZE_WRITES |
19:31:31 | JdGordon | what does bookmarking do currently? I know it keps the random seed (it has to) but i dont think it actually changes the shuffle settin (and dont think it should or needs to) |
19:34:19 | Llorean | I think it absolutely should. |
19:35:25 | Llorean | Hm, it seems like it might already |
19:35:43 | kugel | rasher: You might update the USB builds |
19:35:48 | amiconn | gevaerts: Did you receive the usb tracer meanwhile? |
19:36:17 | Llorean | JdGordon: It already does preserve shuffle and repeat settings, somehow I thought it didn't. |
19:36:27 | rasher | kugel: Because of the removed SERIALIZE_WRITES? |
19:36:34 | kugel | yes |
19:37:07 | kugel | and because it's already 65 revisions old :P |
19:37:30 | kugel | 66 even |
19:39:37 | | Quit BigBambi (Read error: 104 (Connection reset by peer)) |
19:39:53 | | Join BigBambi [0] (n=alex@55.198.66-86.rev.gaoland.net) |
19:40:47 | | Join Chex [0] (n=Stefan@bas1-montreal48-1176172154.dsl.bell.ca) |
19:42:16 | | Quit rocko ("Leaving") |
19:42:24 | | Quit maddler (Remote closed the connection) |
19:42:33 | | Join maddler [0] (n=maddler@static-217-133-171-24.clienti.tiscali.it) |
19:46:18 | JdGordon | Llorean: ok, i havnt done anything on my bmark patch for ages |
19:46:39 | Llorean | 'sokay. I didn't realize it already did what I felt it needed to do. |
19:47:51 | | Join miepchen^schlaf [0] (n=miepel@p579EC890.dip.t-dialin.net) |
19:49:26 | | Join ibseco [0] (n=ibseco@BAH39b1.bah.pppool.de) |
19:52:17 | | Join logiclost [0] (n=lostlogi@temporal.lostlogicx.com) |
19:52:19 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
19:53:00 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
19:55:16 | | Quit kugel (Nick collision from services.) |
19:55:20 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
19:57:16 | gevaerts | amiconn: not yet. mcuelenaere sent it today. I should have it before the weekend |
19:58:35 | gevaerts | rasher: if you update it, maybe include the patch from FS #9935? |
19:58:52 | rasher | gevaerts: Not a bad idea |
20:00 |
20:00:14 | * | rasher makes a note |
20:01:11 | gevaerts | Has anyone ever tried rockbox usb and itunes? |
20:01:17 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
20:01:28 | bertrik | kugel, I vaguely remember using the arm-elf-gcc toolchain from gnuarm.net on windows with cygwin |
20:01:35 | | Join goffa [0] (n=goffa@216.220.23.105) |
20:01:58 | | Join pyro_maniac [0] (n=jens@i59F745B9.versanet.de) |
20:02:51 | kugel | I'm always interested in building rockbox natively on windows |
20:02:52 | | Quit lostlogic (Read error: 110 (Connection timed out)) |
20:03:00 | kugel | not so much using cygwin ;) |
20:06:05 | | Quit mcuelenaere () |
20:06:12 | amiconn | You could try Interix.... |
20:07:12 | amiconn | It's not really faster than Cygwin though, and quite a bit more involved (read: messy) |
20:09:09 | | Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
20:09:37 | | Quit tyfoo ("Carpe diem") |
20:15:00 | | Join perrikwp [0] (i=98214d83@gateway/web/ajax/mibbit.com/x-5e16c697418710ab) |
20:17:07 | | Quit goffa_ (Read error: 110 (Connection timed out)) |
20:19:29 | | Join z35 [0] (n=z35@h69.149.18.98.dynamic.ip.windstream.net) |
20:19:44 | | Quit Seed ("cu, Andre") |
20:21:19 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
20:24:19 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
20:25:20 | | Join einhirn [0] (n=Miranda@p4FC63763.dip0.t-ipconnect.de) |
20:26:39 | ender` | in my experience, interix was somewhat faster than cygwin, but still much slower than running linux in a vm |
20:29:12 | | Join midijunkie [0] (n=Miranda@pD95479F0.dip0.t-ipconnect.de) |
20:30:20 | Llorean | I never managed to get it to compile in Interix myself. The shell would crash on me when I tried to get things set up. |
20:33:21 | ender` | back when i used interix, i got a ton of useful stuff from http://www.interopcommunity.com/warehouse.aspx (including bash, since both shells included with interix are useless) |
20:33:41 | *** | Saving seen data "./dancer.seen" |
20:35:45 | | Join petur [50] (n=petur@rockbox/developer/petur) |
20:36:43 | | Join mirak [0] (n=mirak@81-66-70-98.rev.numericable.fr) |
20:36:45 | | Quit PaulJam (Read error: 113 (No route to host)) |
20:41:58 | | Join kugel_ [0] (n=kugel@e178125071.adsl.alicedsl.de) |
20:42:29 | | Join moos [0] (i=Mustapha@rockbox/staff/moos) |
20:44:24 | | Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
20:44:54 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
20:46:33 | | Quit pyro_maniac ("Leaving.") |
20:46:45 | | Quit JdGordon (Remote closed the connection) |
20:47:21 | | Join perrikwp [0] (i=98214d83@gateway/web/ajax/mibbit.com/x-cf8517b1255e45d6) |
20:47:47 | | Join DaveWoyciesjes [0] (n=8024b83a@gateway/web/cgi-irc/labb.contactor.se/x-828d2ac20bdc9ff8) |
20:48:47 | DaveWoyciesjes | I was sent here to request write access to the Wiki page. |
20:49:19 | DaveWoyciesjes | I only need it to add note about Rockbox on iPod 5.5G/30GB not working with a Kensington FM transmitter. |
20:51:34 | | Quit midijunkie ("?(???~•~)?") |
20:51:42 | evilnick_6 | DaveWoyciesjes: Wait around, once someone can help then they'll let you know |
20:51:47 | | Quit kugel (Nick collision from services.) |
20:51:54 | | Nick kugel_ is now known as kugel (n=kugel@e178125071.adsl.alicedsl.de) |
20:52:21 | DaveWoyciesjes | Thanks. Or if someone else wants to add it in, I can give details... |
20:53:45 | | Join JdGordon [0] (n=jonno@c-67-170-34-114.hsd1.wa.comcast.net) |
20:54:24 | BigBambi | DaveWoyciesjes: OK, one mo |
20:56:06 | | Join PaulJam [0] (n=Paule@p54BECD7F.dip.t-dialin.net) |
20:56:56 | BigBambi | DaveWoyciesjes: OK, promise not to spam now :) |
20:57:30 | | Quit PaulJam (Client Quit) |
20:57:52 | DaveWoyciesjes | Me? spam? Never... Got $20 on ya? ;-) |
20:59:48 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
21:00 |
21:06:23 | evilnick_6 | BigBambi: Can I have write access pretty please? (NickSant) |
21:07:48 | BigBambi | evilnick_6: sure, one mo :) |
21:08:42 | BigBambi | evilnick_6: OK |
21:08:48 | | Quit Thundercloud (Remote closed the connection) |
21:13:43 | DaveWoyciesjes | OK, added my $0.02. |
21:16:00 | | Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) |
21:16:03 | DaveWoyciesjes | Where should I post a note that I can test fixes for my transmitter, if anyone tries...? In the iPod acc. grid, I presume? Or is there a better spot? |
21:16:04 | evilnick_6 | Does anyone know if the Gigabeast charges properly from Windows when plugged into USB on a non-Administrator account? |
21:16:15 | evilnick_6 | Or how to check that? |
21:23:23 | Llorean | DaveWoyciesjes: You should post a bug report for it, and watch that for patches. |
21:25:07 | | Nick logiclost is now known as lostlogic (n=lostlogi@temporal.lostlogicx.com) |
21:28:32 | DaveWoyciesjes | K. Thanks. 'Course, I dont think they could ever get it to work completely, since my Kensington FM/RDS transmitter has built in software to display the tranmitting freqency on the Pod screen. |
21:29:34 | | Quit MethoS-- (Read error: 60 (Operation timed out)) |
21:34:19 | | Join MethoS-- [0] (n=lem@host-091-096-211-052.ewe-ip-backbone.de) |
21:34:42 | rasher | I don't know, iirc, the accessory simply transmits bitmaps - there's no technical reason why rockbox couldn't handle that |
21:34:59 | rasher | Depending on how well understood the protocol is |
21:46:24 | | Join MethoS- [0] (n=lem@host-091-096-214-070.ewe-ip-backbone.de) |
21:46:48 | | Join MTee [0] (n=MTee@41.233.153.72) |
21:47:02 | DaveWoyciesjes | True. |
21:47:22 | DaveWoyciesjes | Bug submitted. Gotta run, and do actual work now. Thanks for the help. |
21:47:36 | MTee | I made a mistake in the subject when replying to a message on the list, could this be reverted ? |
21:48:04 | The-Compiler | MTee: I guess not |
21:48:06 | kadoban | MTee: looks like it already went out |
21:53:01 | MTee | What should I do then ? I don't want it to be interpreted as carelessness from me :( |
21:53:34 | | Quit MethoS-- (Read error: 104 (Connection reset by peer)) |
21:53:42 | moos | MTee: anyone can make mistakes, now you know for the futur ;) |
21:55:18 | | Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) |
21:56:14 | MTee | moos : thanks :) |
21:56:23 | Llorean | MTee: If you plan to respond to the list, you shouldn't use the digest mode anyway |
21:56:38 | Llorean | if you don't receive the original emails, your responses will break threading in many clients. |
21:56:48 | rasher | Bagder: is it possible to configure mailman to not allow posting from digest members? |
21:57:37 | Llorean | rasher: That would be a bit much, since there's no way for someone to request an old message so that they can respond to it properly. |
21:57:46 | Llorean | It's probably good enough to let digest members know the first time they do it. |
21:58:48 | kugel | disable digest mode at all? |
21:59:10 | kugel | at least it's not enabled by default anymore |
21:59:12 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
21:59:41 | gevaerts | Llorean: actually there is. Several archives have reply buttons that generate proper headers (assuming proper mail clients) or can forward you the mail so you can reply properly |
22:00 |
22:00:04 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
22:00:09 | Llorean | gevaerts: Ah, if we're archived at one of those then never mind. |
22:00:32 | | Quit JdGordon (Read error: 110 (Connection timed out)) |
22:00:38 | gevaerts | Llorean: I don't think we are, but we could be... |
22:00:52 | Llorean | It'd be nice if we could disable posts from digest subscribers, yes. |
22:00:52 | * | gevaerts mainly thinks of the future |
22:04:16 | MTee | Could a note about this be added to the 'digest mode' option, in 'edit membership options' ? |
22:04:52 | MTee | so that when someone subscribes he would set the option depending on whether he plans to respond or not. |
22:05:10 | kugel | saratoga: what was your problem when you compiled a newer gcc? |
22:05:15 | Llorean | A note definitely should be added. |
22:06:06 | rasher | Even if we can't refuse it, a note should be added saying it's not recommended |
22:06:59 | saratoga | kugel: it would blow up as soon as the make file ran |
22:07:01 | saratoga | i have no idea |
22:07:20 | saratoga | also, do we really want problems with accessories on the tracker? isn't the problem that the protocols aren't implemented? |
22:07:48 | saratoga | i think the wiki makes more sense for lists of what devices work and which do not |
22:08:25 | kugel | well, it's in svn, so bug reports are appropriate, imo |
22:09:26 | saratoga | generally we don't take bug reports for unimplemented features |
22:09:26 | | Quit MTee (""zzzz"") |
22:10:47 | saratoga | and since realistically, no developer is likely to have a device, I'm not sure what good the bug report is likely to do |
22:11:03 | saratoga | it'll never be used by anyone, except people wanting to see if a device works |
22:11:10 | saratoga | in which case a wiki page makes more sense |
22:11:13 | | Join MTee [0] (n=MTee@41.233.153.72) |
22:11:43 | DaveWoyciesjes | saratoga: Did I start this converssation? |
22:12:13 | Llorean | saratoga: Some of the protocol is expected to work. |
22:12:24 | saratoga | Llorean: sure but we have no idea what |
22:12:33 | Llorean | So we just don't take bug reports against the protocol period? |
22:12:35 | saratoga | well Llorean started it, sicne I've been closing bug reports on the tracker |
22:12:52 | DaveWoyciesjes | Wiki page is good to see if a device works or not. But if you want an answer as to if it could work, or may be worked on, a bug submission is the way to go. |
22:12:53 | saratoga | well unless someone can provide useful information about why it doesn't work, what good is it? |
22:13:11 | saratoga | we don't even know if these devices fail due to unsupported protocols or bugs in our code |
22:13:13 | Llorean | saratoga: Well, it gives the interested developer an easy and direct way to get in contact with someone who has affected hardware. |
22:13:16 | rasher | A developer wanting to see what works and what doesn't would probably also benefit more from a wikipage |
22:13:25 | kugel | saratoga: I'm a little bit more successful I think, but it aborts too somewhere at binutils |
22:13:39 | saratoga | kugel: you mean compiling binutils? |
22:13:41 | DaveWoyciesjes | Llorean: That's what I was about to say... |
22:13:46 | kugel | yes |
22:13:59 | saratoga | kugel: I could build everything, just rockbox wouldn't make |
22:14:17 | saratoga | i had to hack up binutils though due to the bug mentioned in todays email |
22:14:22 | saratoga | didn't know about that configure switch |
22:14:33 | kugel | oh |
22:14:34 | Llorean | saratoga: A wiki page with a list of public email addresses probably just means a lot of our reporters won't leave us a way to get in touch with them easily. |
22:14:49 | | Quit MTee (Client Quit) |
22:14:52 | saratoga | I'm not sure what the point of getting in touch with these people is |
22:15:02 | saratoga | its unlikely any of this could be debugged remotely |
22:15:05 | | Quit rocko ("Leaving") |
22:15:11 | saratoga | i think the only benefit here is that we'd get a list of what doesn't work |
22:15:18 | DaveWoyciesjes | saratoga: to get more info about what is/isn't working, and to test a possible fix. |
22:15:33 | saratoga | I see no point in having people test fixes |
22:15:41 | saratoga | who ever has the fix can simply commit it when its done |
22:16:00 | DaveWoyciesjes | If a developer contacts me about testing something to get Rockbox to work with my FM/RDS transmitter, I'm more than happy to help. |
22:16:08 | saratoga | sure but no one is going to do that |
22:16:30 | Llorean | saratoga: I disagree |
22:16:39 | kugel | saratoga: I guess I need to install binutils for my system before compiling it for arm? |
22:16:51 | Llorean | Look at the original Protocol patch to see a lot of feedback from people regarding whether the differing baud rates worked, etc. |
22:17:03 | kugel | I mean a newer version, I'm still on the intrepid packages(which is 2.18 I think) |
22:17:04 | saratoga | kugel: i just followed the instructions in the wiki for building arm-elf-gcc manually |
22:17:17 | saratoga | and downloaded binutils and gcc |
22:17:19 | DaveWoyciesjes | saratoga: Why not? If I was a developer, and had time/inclination to fix the software, but not the hardware, I would contact people who do have the hardware. |
22:17:47 | saratoga | DaveWoyciesjes: what exactly are you going to do if someone contacts you? how do you plan to help? |
22:19:22 | saratoga | kind of hard to reverse engineer hardware remotely |
22:19:37 | | Join bimbel [0] (n=Miranda@unaffiliated/bmbl) |
22:19:38 | DaveWoyciesjes | saratoga: How I see it: Developer see my bug, digs into the code, compiles file(s), sends file to me to test with my setup. I send results. |
22:19:53 | Llorean | saratoga: Well there could be benefit in seeing how far we get with it before we fail, and dumping what we get from it in regard to unsupported commands (in this case, probably the bitmap stuff) |
22:20:08 | Llorean | Some sort of test plugin |
22:20:24 | DaveWoyciesjes | saratoga: Yes, it's not easy, but the knowledge gained can be used for other parts... |
22:20:37 | saratoga | realistcally I don't think it could |
22:20:44 | | Join t0mas [0] (n=tomas@rockbox/developer/t0mas) |
22:20:59 | DaveWoyciesjes | saratoga: Yes, I'm not a programmer, but am good with computers in general, and know how to follow directions. |
22:21:14 | Llorean | saratoga: In this case it's just an FM transmitter, odds are fairly good it's just the bitmap commands that we don't cover yet. If that's the case, it's code I *think* that's known about, we just don't handle it yet. |
22:21:20 | linuxstb | I agree a ist of willing testers would be useful - there are literally thouands of different ipod accessories, no-one can own them all... |
22:21:31 | gevaerts | DaveWoyciesjes: I have a hard time imagining how a developer can find a bug that only happens with your setup, especially if this "bug" is a caused by incomplete understanding of the protocol |
22:21:36 | rasher | That could happen in the wiki as well though |
22:21:44 | Llorean | linuxstb: The question is more "do we accept bug reports against IAP or ask them just to put 'doesn't work' in the table?" |
22:21:52 | rasher | "accessory | works/doesn't work | List of owners" |
22:22:24 | rasher | Llorean: "Put doesn't work - and your wikiname - in the table"? |
22:22:28 | linuxstb | I can't see the harm in having a list of users willing to test things... |
22:22:42 | DaveWoyciesjes | gevaerts: Yes, if it is only in my setup. BUt I suspect that anyone with the same Xmit has the same issue. |
22:22:50 | Llorean | I just don't think the wiki is the best place for this, over all. |
22:23:04 | Llorean | I don't think we need one bug report for every device. |
22:23:08 | gevaerts | DaveWoyciesjes: yes, but this hypothetical developer doesn't |
22:23:08 | rasher | linuxstb: But why have that list in Flyspray - you'd have a hundred "Accessory X doesn't work" reports |
22:23:23 | DaveWoyciesjes | Llorean: THe Wiki is good for what it has now. Acc name, and status of what works/doesn't work. |
22:23:28 | Llorean | But possibly a single bug report for "Incomplete IAP" to which people can add their comments after adding to the wiki table, so that people can 'subscribe' to updates... |
22:23:30 | linuxstb | rasher: I assumed it would be a wiki page... I haven't read the full backlog. |
22:23:47 | saratoga | linuxstb: no the argument was for filespray tasks for each device |
22:23:53 | DaveWoyciesjes | gevaerts: THen he can contact me for more info. |
22:24:15 | rasher | Llorean: What's the issue with having it in the wiki? |
22:24:17 | Llorean | rasher: The problem with the wiki is that it's one-way for most people. Flyspray mails out updates for you. |
22:24:19 | linuxstb | saratoga: Then I think that's just pointless, unless someone is actively working on one, and they post a patch to start the task. |
22:24:28 | saratoga | exactly |
22:24:39 | rasher | Llorean: Sure, once you start working on something, open a flyspray task with a patch and tell people to test it and report back |
22:24:42 | Llorean | saratoga: The argument was for A FLYSPRAY TASK |
22:24:45 | gevaerts | DaveWoyciesjes: what sort of info? This isn't the sort of thing you can easily work on by email... |
22:24:57 | * | linuxstb guesses he should probably read the backlog... |
22:25:00 | Llorean | rasher: How do you get word out to people with the broken accessory that they need to test it? |
22:25:12 | rasher | Contact them... |
22:25:19 | Llorean | I think a single flyspray task that these people can subscribe two, and a later patch can be put on, would be easiest. |
22:25:19 | saratoga | or don't contact them |
22:25:22 | | Quit intrados (Read error: 104 (Connection reset by peer)) |
22:25:39 | DaveWoyciesjes | gevaerts: Depends on the accessory, and the behavior in question. |
22:25:42 | Llorean | Not one for every device, but just one. |
22:25:51 | rasher | That makes more sense, I guess. |
22:26:42 | | Join intrados [0] (n=intrados@cpe-71-67-133-85.woh.res.rr.com) |
22:26:43 | Llorean | They put their devices not working in the table, they add a comment to the Flyspray task with the non-working device or simply click "Watch" and when someone finds out more about IAP they post a patch to that task, everyone with unworking devices immediately gets an email, hopefully some of them try it and then update the wiki page. |
22:26:54 | Llorean | It greatly increases the odds. |
22:26:55 | DaveWoyciesjes | In my particular case, one Flyspray task for iPod accessories that connect via dock connector? |
22:26:58 | saratoga | i don't care if its one task or one wiki page, either way i think i should continue to close the tasks people open about random device x |
22:27:09 | rasher | Llorean: This is the first time you mention it should be *one* task |
22:27:13 | | Join LinuxOS [0] (n=redhat@217-175-217-155.dyn-pool.spidernet.net) |
22:27:24 | | Part LinuxOS |
22:27:28 | Llorean | rasher: Nobody asked me how many it should be, they just started with "It doesn't belong on flyspray!" |
22:27:30 | | Join MethoS-- [0] (n=lem@dyndsl-085-016-165-215.ewe-ip-backbone.de) |
22:28:07 | rasher | Llorean: Because you told DaveWoyciesjes to just open a task for his non-working accessory, and because a bunch of tasks have been closed already |
22:28:15 | rasher | It wasn't clear at all that you meant some sort of meta-bug |
22:28:19 | rasher | And that's not what DaveWoyciesjes filed. |
22:28:35 | rasher | I understand this idea, and support it. |
22:29:34 | DaveWoyciesjes | rasher: If I filed incorrectly, I apologize. I just want to make the developers aware that it doesn't work, and that I am willing to help in getting it work. |
22:29:56 | saratoga | DaveWoyciesjes: its not your fault we haven't agreed on this yet |
22:29:58 | rasher | No worries, I blame Llorean :) |
22:30:19 | Llorean | It's partially my fault, yeah. |
22:30:20 | DaveWoyciesjes | The only thing that is stopping me from using Rockbox is the fact that it doesn't work in my truck... |
22:30:33 | | Quit bmbl (No route to host) |
22:30:36 | saratoga | DaveWoyciesjes: well get to work or give up |
22:30:39 | linuxstb | You could just use a generic fm transmitter... |
22:30:50 | DaveWoyciesjes | saratoga: Understand. I still don't like irritating people for no reason. |
22:31:04 | Llorean | I definitely didn't intend for a whole bunch of tasks in the tracker, but I think the wiki-page is more or less just "file and forget", nobody's going to make the effort to get in contact with everyone on it to find out if IAP improvements help their individual case. |
22:31:41 | DaveWoyciesjes | saratoga: If I knew where to start, I would get working on it. :) But alas, I'm not a software programmer, just a support tech. :) |
22:32:05 | evilnick_6 | Perhaps form a sub-group of the Wiki users with members that have issues with the IAP? Send an update and request a re-test when there has been progress? |
22:32:06 | Llorean | DaveWoyciesjes: Well, it could be months or years before someone fixes your problem. Learning to program in your spare time can take less than that. :-P |
22:32:28 | rasher | evilnick_6: that seems far more trouble than it's worth |
22:32:34 | saratoga | ok i'll open a task now for it |
22:32:40 | DaveWoyciesjes | linuxstb: Yes, a generic transmitter would work, but the one I have has better sound quality because it takes the line-level output from the iPod. |
22:32:46 | Llorean | rasher: At the time I suggested he post to the tracker I was thinking "The wiki page isn't good enough" not "how do we handle it well in the tracker." =/ |
22:33:01 | Llorean | Sorry |
22:33:08 | DaveWoyciesjes | evilnick: interesting... |
22:33:23 | DaveWoyciesjes | Llorean: Too true... |
22:33:42 | *** | Saving seen data "./dancer.seen" |
22:33:53 | rasher | Llorean: something good came of it! |
22:34:00 | rasher | Should I go file a meta-bug? |
22:34:08 | Llorean | I think saratoga's doing that. |
22:34:22 | rasher | Ah, missed that |
22:34:36 | rasher | Should probably be posted on the forum as well in some way |
22:34:53 | saratoga | what needs to be in a bug report? |
22:35:00 | saratoga | device name, ipod version, rockbox version? |
22:35:11 | BigBambi | blood type |
22:35:30 | rasher | Type of device, what works (if anything), what doesn't work |
22:35:49 | DaveWoyciesjes | Include any error messages or symptoms. |
22:36:11 | BigBambi | sorry, wrong channel :/ |
22:36:50 | saratoga | FS #9951 - Ipod Accessory bug reports |
22:36:59 | | Join gregzx [0] (n=chatzill@dsi127.neoplus.adsl.tpnet.pl) |
22:37:20 | DaveWoyciesjes | Looking in tracker, there is a field where an item can depend on another. Oh, wait, mine would depend on the metabug saratoga's filing, right? |
22:37:30 | saratoga | yours is closed |
22:37:31 | BigBambi | Yours should be shut |
22:37:38 | BigBambi | And you add yours to be new one |
22:37:52 | rasher | saratoga: it should probably also have links to the wiki, and a statement for potential developers to post in that bug |
22:37:55 | DaveWoyciesjes | K. Will do. |
22:40:28 | saratoga | do we have a wiki page ? |
22:41:31 | rasher | IpodAccessories |
22:41:45 | saratoga | isn't that pre-IAP? |
22:41:58 | DaveWoyciesjes | For iPod acc status, yeah. - http://www.rockbox.org/twiki/bin/view/Main/IpodAccessories |
22:42:09 | rasher | Some are recent |
22:42:15 | saratoga | just Daves |
22:42:28 | rasher | Well it's what we have |
22:42:35 | saratoga | that page should be marked as historical |
22:42:54 | saratoga | since essentially all of those device reports are of unknown accuracy now that we have IAP |
22:42:55 | rasher | We should probably mark all the old ones |
22:42:59 | | Quit MethoS- (Connection timed out) |
22:43:05 | rasher | There's a date |
22:43:08 | DaveWoyciesjes | saratoga: Should have something, though. |
22:43:29 | rasher | saratoga: What do you propose then, create an exact copy? |
22:43:33 | DaveWoyciesjes | rasher: but it's a user-supplied date. automatic date stamp would be better.. |
22:43:39 | saratoga | or another table for post-IAP builds |
22:43:46 | evilnick_6 | Sort by date and file the pre-IAP patch in a new table clearly marked historical |
22:44:00 | saratoga | and a note saying pre-2009 stuff is possibly wrong |
22:44:31 | rasher | Regardless, that's the page you should link to |
22:44:50 | saratoga | If someone updates it i'll add a link |
22:45:16 | rasher | Gosh, why wait? |
22:45:28 | rasher | It's still a table full of valid and timestamped data |
22:45:29 | saratoga | actaully my posts can be edited by anyone, so feel free to update it and then post the link yourself |
22:45:47 | DaveWoyciesjes | saratoga: I think a link to it form the bug, with a clear disclaimer, would be good. |
22:45:54 | saratoga | i don't see much point in saying heres a page of wrong data |
22:46:02 | rasher | IT'S NOT WRONG |
22:46:02 | saratoga | people will just insert entries in the middle like dave did |
22:46:10 | | Quit MethoS-- (Connection timed out) |
22:46:36 | DaveWoyciesjes | Course, is there an easier way to edit it, other than the direct manipulation of text? |
22:47:09 | DaveWoyciesjes | I didn't easily find any instructions to add to the page... |
22:47:35 | | Quit {phoenix} (Remote closed the connection) |
22:48:01 | DaveWoyciesjes | Maybe have us users send reports to a mailbox, from there a couple of people could update the wiki page? |
22:48:26 | | Quit saratoga ("CGI:IRC (EOF)") |
22:48:41 | evilnick_6 | DaveWoyciesjes: There's more chance of something happening if you offer to co-ordinate things, rather than suggesting to volunteers how they spend their time |
22:49:01 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
22:49:23 | DaveWoyciesjes | I can help, let me know how. |
22:50:23 | DaveWoyciesjes | If my idea (one or two people getting reports to update the wiki) is good, say so. If you need me to do somethig for it, just ask. :) |
22:51:03 | | Quit Seed ("cu, Andre") |
22:51:06 | | Quit petur (Remote closed the connection) |
22:51:36 | | Quit mcuelenaere () |
22:52:11 | | Join kush02242009 [0] (n=deanstud@69.150.163.1) |
22:53:31 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
22:53:39 | evilnick_6 | DaveWoyciesjes: Why don't you volunteer to be the co-ordinator? That way the limited time of the other guys wouldn't be impacted, you'd have more chance (probably) of having it done quicker and you'd also get the warm, fuzzy feeling of having directly helped. It's win-win-win! |
22:55:00 | | Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
22:57:06 | | Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) |
22:57:36 | DaveWoyciesjes | For updating the iPod accesory Wiki? Okay, but I gotta run now. I'll be back later. Send an email if needed... |
22:58:08 | | Quit DaveWoyciesjes ("CGI:IRC (EOF)") |
22:58:34 | | Quit ibseco () |
23:00 |
23:00:14 | | Quit kush02242009 ("Leaving.") |
23:00:53 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
23:01:34 | Llorean | gevaerts: Issues? |
23:01:52 | rasher | I think someone should look into new bootloaders for the soon-to-be usb-enabled targets, so we don't boot into the OF when USB is inserted |
23:01:54 | gevaerts | Before we can enable USB on PP5022 by default, I think we need to think about several things |
23:02:24 | gevaerts | (a) I think FS #9935 needs to be fixed first |
23:02:42 | Llorean | rasher: Fortunately, they're all pretty easy to deal with re: bootloaders |
23:03:00 | gevaerts | (b) we need to know how itunes reacts to rockbox UMS, and if it doesn't like it we need to decide how to deal with it |
23:03:46 | Llorean | iTunes shouldn't even think we're an iPod, should it? |
23:03:47 | gevaerts | (c) I still want to do tracer tests first. That should be possible on friday night at the latest |
23:04:06 | rasher | Llorean: we use the same vid/pid don't we? |
23:04:12 | Llorean | Or do we duplicate vid/pid? |
23:04:19 | gevaerts | Llorean: depends. If it uses usb ids it could get very confused |
23:04:25 | rasher | I expect it to do more checks, but you know now |
23:04:50 | Llorean | It does those custom SCSI inquiries but I don't know if that's part of the test to see if it's an iPod, or if that's just for setting the clock and what not. |
23:04:53 | rasher | It could also do something stupid such as tell the user his ipod is broken and then do a full restore |
23:04:58 | | Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") |
23:05:03 | gevaerts | I'm not saying that itunes is a blocker, but how exactly will we deal with people who still use itunes? |
23:05:30 | krazykit | "boot into the OF"? |
23:05:35 | | Join gregzx [0] (n=chatzill@dsi127.neoplus.adsl.tpnet.pl) |
23:05:48 | Llorean | there's also that one report that iPods aren't properly charging in Rockbox right now. |
23:06:08 | Llorean | My Nano seems to charge, but this one came from dreamlayers I think, so it's one worth reading. I think he even attached another patch. |
23:06:34 | | Quit jaykay (Read error: 110 (Connection timed out)) |
23:07:12 | gevaerts | krazykit: that works for me :) |
23:07:41 | rasher | Still, iTunes might do something we need to avoid |
23:07:48 | Llorean | But yeah, knowing if it's gonna tell them to reformat is important. |
23:08:14 | advcomp2019 | Llorean, my sansa e280 gets to 96% when trying to charge but i am not sure what is the issue there tho |
23:11:26 | gevaerts | So we need someone with itunes... |
23:11:54 | * | krazykit quietly raises his hand and has a nano and itunes |
23:12:45 | krazykit | i can take a look at it in a couple hours |
23:12:55 | gevaerts | great! |
23:12:59 | kugel | lol, they indeed released a broken binutils |
23:13:05 | krazykit | i'll have to install rockbox first ;) |
23:13:11 | kugel | http://www.mail-archive.com/bug-binutils@gnu.org/msg06475.html |
23:13:38 | Bagder | kugel: projects releasing with bugs is not that unheard of |
23:14:04 | rasher | The patch looks like a botched copy/paste job or last-minute changes |
23:14:09 | | Quit evilnick_6 ("http://www.mibbit.com ajax IRC Client") |
23:14:29 | Bagder | indeed |
23:15:17 | Bagder | or rather it didn't build with a particular gcc version |
23:15:50 | kugel | so, binutils compiled now |
23:15:59 | kugel | but not gcc :( |
23:18:09 | | Part domonoky |
23:18:34 | | Quit bertrik (Read error: 113 (No route to host)) |
23:19:16 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-6ce50a5a23724695) |
23:21:12 | | Part Anges |
23:26:26 | | Join midgey [0] (n=tjross@c-71-205-31-207.hsd1.mi.comcast.net) |
23:27:13 | amiconn | gevaerts: I get rather interesting results from a speed comparison of pre-r20098 vs. post-r20098 |
23:27:43 | amiconn | Read speed is essentially unchanged (even a bit slower now), write speed is noticeably higher |
23:28:22 | gevaerts | read speed shouldn't be affected |
23:28:29 | amiconn | ah |
23:29:03 | amiconn | I get 5.8MB/s read (raw device) for internal and external. Got 6.0MB/s with pre-r20098 and external though |
23:29:14 | midgey | gevaerts: just tested my 4G with the usb stack |
23:29:46 | amiconn | Write speed increased from 2.2MB/s to 2.4MB/s internal, and 2.9MB/s to 3.5MB/s for my microsdhc 8GB |
23:30:09 | amiconn | This was measured using file writing, unlike read speed measurement |
23:30:18 | midgey | I have a 4G with OF version 3.0.2, Macbook 4,1 running OS X 10.5.6 and iTunes 8.0.2 |
23:30:35 | gevaerts | amiconn: write speed should higher. It basically uses a double-buffering system so it can write one buffer to flash while receiving the next one over USB |
23:30:49 | gevaerts | midgey: great! Always nice to get results |
23:31:00 | midgey | plugging in the ipod with the Rockbox stack enabled, it is successfully "recognized" as an iPod by the OS |
23:31:18 | midgey | that is, it is recognized as and iPod and gets a custom icon |
23:32:07 | midgey | additionally, my last.fm app detected it as an iPod (didn't try updating track submissions or anything) |
23:32:28 | midgey | iTunes 8.0.2 gives no indication that an iPod is connected |
23:32:37 | * | amiconn notices that the macro was called serialize_*WRITES* |
23:33:24 | | Join JdGordon [0] (n=jonno@c-67-170-34-114.hsd1.wa.comcast.net) |
23:33:29 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
23:34:19 | gevaerts | midgey: that sounds good. So everything works, and itunes doesn't try to break things |
23:35:20 | midgey | seems that way |
23:35:54 | gevaerts | Maybe we want a setting on ipods for itunes users to keep the old way, but I'd prefer not to do that |
23:35:55 | midgey | Songbird 1.0 doesn't seem to do anything either, but I've never tried their device support |
23:35:58 | Llorean | But you can't sync within iTunes? |
23:36:19 | Llorean | gevaerts: Nah, no setting. |
23:36:29 | midgey | well, I put the music on this iPod using foobar |
23:36:43 | Llorean | Dual boot is still available, and maybe we can convince some people to send more angry emails to Apple asking them to support UMS devices. |
23:36:51 | midgey | since it support a custom file structure |
23:37:26 | midgey | someone who is using iTunes to actually sync is probably needed to see if their iPod is detected |
23:39:06 | gevaerts | probably. I guess we also need both mac and windows itunes users |
23:39:24 | | Quit t0mas ("end of day.. bed time :-)") |
23:39:37 | rasher | For the record: a current (r20098) bootloader with USE_ROCKBOX_USB defined works on my Sansa e280. Booting with/without sd card, booting with/without USB, booting with/without |<< pressed (to boot OF), booting with/without rockbox.mi4 present. I think I've tried most useful combinations of these. |
23:39:44 | Llorean | midgey: No matter what your file structure, the iPod should still show up in iTunes though |
23:39:51 | krazykit | for syncing, i can test that. i think the nano at home is hooked into itunes |
23:40:21 | rasher | Llorean: Why? If iTunes decides "that doesn't quite look like an iPod", it might well just ignore it completely? |
23:40:25 | midgey | Llorean: the iTunesDB is hacked, later versions of iTunes don't like it, but it does show up in the OF |
23:42:47 | amiconn | Hmm. Our drivers sure need improvement |
23:43:33 | kugel | rasher: I know :) |
23:43:48 | kugel | I mean the bootloader |
23:44:18 | kugel | it's apparently prepared for USB, the boot of if USB part is #ifndef'd |
23:44:38 | rasher | Ah.. Yes. I really think releasing with USB enabled for these targets without also releasing a bootloader that doesn't boot to OF would be really silly. |
23:44:47 | amiconn | iPod Mini G2, R/W speed: Rockbox USB 3.2/2.7MB/s, Diskmode 15.0/4.2MB/s |
23:44:58 | amiconn | (this is with 32GB CF) |
23:45:01 | gevaerts | hm |
23:46:00 | kugel | amiconn: btw, the patch applies without problems |
23:46:06 | kugel | the gcc one, that is |
23:46:46 | * | amiconn guesses ATA DMA is the key |
23:46:48 | rocko | FOR REAL |
23:46:53 | rocko | RESPECT |
23:50:12 | gevaerts | amiconn: that's a big difference. I've noticed that my CF mini is a lot slower than my c250, but I didn't compare with the OF |
23:50:34 | amiconn | Just put it into diskmode and compare |
23:51:02 | amiconn | I also compared diskmode and OF - they have identical USB transfer speed |
23:51:12 | amiconn | (unlike on Nano and Video) |
23:52:17 | Llorean | rasher: Well, iTunes traditionally just rebuilds bad filesystems. |
23:52:24 | Llorean | Rebuilds missing files, etc. |
23:52:56 | rasher | Llorean: But if it decided that it's not an iPod at all, wouldn't it just ignore it? |
23:53:19 | rasher | Same as it ignore other MSC devices |
23:54:54 | linuxstb | But doesn't Rockbox use the original USB IDs? |
23:55:17 | rasher | Sure, but it could base that decision on other facts. Lack of response to the SCSI stuff being an obvoius one |
23:56:44 | midgey | Enabling "Start iTunes when this iPod connects" made no difference. iTunes didn't open up at all |
23:56:55 | linuxstb | Yes, I'm sure it will use the scsi identify thing - that returns exactly what ipod it is, what firmware it's running, what audio codecs it supports, etc... (could be fun to hack...) |
23:57:09 | rasher | That seems ideal, for us |
23:57:31 | rasher | As long as we don't want to try pretending to work like an iPod |
23:58:28 | midgey | heh, I'd like to see an iriver sync up in iTunes :P |
23:58:29 | linuxstb | I can imagine any Rockbox user still using itunes would want that though. |
23:58:47 | linuxstb | And yes, if we implement it for ipods... |