| 00:00:50 | | Join akur [0] (n=akur@bl6-159-15.dsl.telepac.pt) |
| 00:00:54 | | Part akur |
| 00:01:07 | amiconn | Hmm, but when not buffering, it's also kept nearly full... |
| 00:01:58 | | Quit bertrik (Remote closed the connection) |
| 00:02:06 | amiconn | Varying between 11 and 13 while playing a -c2000 ape file |
| 00:02:30 | kugel | Zagor: ha, the hissing noise is gone here too with a full/clean rebuild |
| 00:02:40 | Zagor | kugel: excellent! |
| 00:03:29 | * | amiconn thinks that this proves that building on cygwin can actually be helpful ;) |
| 00:03:31 | kugel | hmm...I wonder why the clip creates corrupted config.cfgs |
| 00:03:52 | Zagor | kugel: it does? how are they corrupted? |
| 00:04:07 | Zagor | amiconn: haha |
| 00:04:08 | kugel | no idea |
| 00:04:19 | kugel | I can't open them in a text editor |
| 00:04:26 | kugel | and they prevent booting |
| 00:04:36 | Bagder | hexdump! |
| 00:04:42 | amiconn | Open them in a hex editor and check.. |
| 00:05:22 | | Join MOHDMACH [0] (n=MOHDMACH@cpe-76-185-233-141.tx.res.rr.com) |
| 00:05:31 | MOHDMACH | Hi |
| 00:05:53 | | Join chronon [0] (n=chronon@c-76-105-218-128.hsd1.or.comcast.net) |
| 00:06:04 | kugel | http://www.alice-dsl.net/simonemartitz/rockbox/config.cfg |
| 00:06:25 | MOHDMACH | I finally figured out a .wps file with a volume tag and a conditional working the way I want it to. |
| 00:06:39 | MOHDMACH | Except the text does not display at all. |
| 00:07:40 | Bagder | kugel: all zeroes... |
| 00:08:08 | MOHDMACH | I tried moving the album, aritist, track info to a different location on the .wps file but that did not work. |
| 00:08:09 | kugel | really? weird |
| 00:08:42 | kugel | I don't have a hex editor handy, can you recommend one for linux? |
| 00:08:50 | Bagder | hexdump |
| 00:09:17 | kugel | oh I didn't know about that one |
| 00:09:28 | Bagder | hexdump -C is what I usually use |
| 00:10:18 | kugel | it's not all zeroes here |
| 00:10:20 | MOHDMACH | The viewport is set in size and position which I have checked multiple times and I have the font colored black and the WP screen is white so the font color is not the problem. |
| 00:10:38 | kugel | but it looks weird, for sure |
| 00:11:14 | PaulJam | MOHDMACH: could you post your wps code somewhere (pastebin or similar). |
| 00:11:18 | kugel | ah wait, it's all zeroes |
| 00:11:29 | Bagder | right, hexdump hides repeated lines |
| 00:11:50 | | Join barf_ [0] (n=georgeco@82-35-81-77.cable.ubr03.dals.blueyonder.co.uk) |
| 00:11:58 | kugel | yea, plus: I didn't notice the first column being the offset ;) |
| 00:12:48 | MOHDMACH | Here: http://pastebin.com/m4460bda |
| 00:13:14 | | Quit advlaptop2019 ("Leaving") |
| 00:13:54 | | Quit chronon (Remote closed the connection) |
| 00:14:09 | | Join chronon [0] (n=chronon@c-76-105-218-128.hsd1.or.comcast.net) |
| 00:15:54 | MOHDMACH | I should not have to remove the viewport and the tags associated with the volume but I have and now the text is back. |
| 00:18:08 | | Quit Virindi ("Leaving") |
| 00:18:36 | | Quit solexx (Read error: 110 (Connection timed out)) |
| 00:20:18 | | Quit agaffney (Read error: 104 (Connection reset by peer)) |
| 00:20:32 | | Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) |
| 00:20:39 | | Quit robin0800 (Remote closed the connection) |
| 00:20:40 | PaulJam | MOHDMACH: which text is not displayed? |
| 00:20:42 | kugel | Zagor: ha, playback majorly improved I guess |
| 00:20:44 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 00:21:06 | MOHDMACH | Track, Artist, Album information. |
| 00:21:22 | Zagor | kugel: you mean music is better than hiss? ;) |
| 00:21:31 | kugel | exactly |
| 00:21:49 | MOHDMACH | Anywhere I could post a screendump (besides photobucket). |
| 00:21:56 | kugel | mp3 seems still problematic, seems to crash the clip after some seconds |
| 00:22:59 | Zagor | 128 runs for several minutes for me. 320 fails pretty quick. |
| 00:23:22 | kugel | my files are somewhere between that |
| 00:23:31 | kugel | ~200 vbr |
| 00:24:11 | PaulJam | MOHDMACH: you could try imageshack.us |
| 00:25:49 | | Join BigBambi [0] (n=alex@79.83.41.188) |
| 00:27:18 | TheSkunkMan | I'm looking for information for a possible port, so where could I find endian the player uses |
| 00:27:27 | | Quit Llorean (Read error: 104 (Connection reset by peer)) |
| 00:27:40 | TheSkunkMan | wouldit be located with the cpu documentation |
| 00:27:48 | Bagder | TheSkunkMan: I guess reverse engineering will tell |
| 00:27:54 | | Join Llorean [0] (n=DarkkOne@adsl-65-68-72-166.dsl.hstntx.swbell.net) |
| 00:27:55 | Bagder | the cpu can be either way |
| 00:28:13 | Bagder | the MIPS one I presume |
| 00:28:19 | TheSkunkMan | yes |
| 00:29:48 | | Quit barf_ () |
| 00:30:08 | | Quit robin0800 ("Leaving") |
| 00:30:15 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 00:30:46 | | Quit gevaerts (Nick collision from services.) |
| 00:30:58 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 00:31:01 | PaulJam | MOHDMACH: from the CustomWPS wiki page: If any viewports are defined, you cannot display text in the default viewport (use it for images only) |
| 00:32:23 | MOHDMACH | Thats exactly what is supposed to happen(It is what is happening at least in the volume bar image case) but it is not supposed to cover the whole screen. |
| 00:32:50 | MOHDMACH | It is only supposed cover the progress bar while the volume is being adjusted. |
| 00:33:42 | PaulJam | the point is, that as soon as you use one viewport in the WPS, then you have to set up a viewport for _all_ the text elements in the WPS. |
| 00:35:17 | MOHDMACH | What is the default viewport? |
| 00:35:49 | PaulJam | the whole screen (minus the statusbar height) |
| 00:36:54 | MOHDMACH | So if I set up only one viewport I have to setup one for all the text also. |
| 00:37:03 | PaulJam | yes |
| 00:37:51 | MOHDMACH | It's back to the text editor for me then. Thanks for the help. |
| 00:40:47 | PaulJam | btw, there might be another problem with your WPS: the volume images, the progress bar and the conditional viewport are overlapping. (they all have 22x174 as origin) |
| 00:43:31 | MOHDMACH | That was on purpose. While the volume is being adjusted the volume bar covers the progress bar just like in the original ipod firmware or similar at least. |
| 00:44:47 | MOHDMACH | I find it strange that when the viewport is not present the important text is not displayed. |
| 00:44:52 | | Quit gregorovius () |
| 00:45:54 | MOHDMACH | The size of it as you seen is just supposed to cover the progress bar not the whole screen. |
| 00:47:00 | MOHDMACH | I guess from what you said I have to set up a viewport for all that text but I just find it strange is all. |
| 00:47:10 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 00:47:32 | PaulJam | MOHDMACH: i would recommend to put the volume stuff into its own conditional viewport so basically the %mv line would be: '%?mv.5<%Vda|%Vdv>' (with the conditional viewport with the descriptor "a" containing the volume bar) |
| 00:50:51 | MOHDMACH | So in my case since the volume bar is separate bitmap images I would do the following %?mv.5<%Vda|%xda|%xdb|%xdc....|%Vdv> |
| 00:51:54 | | Quit Zagor ("Clint excited") |
| 00:52:26 | PaulJam | no, load the images inside the conditional viewport (with the coordinates 0|0 ) and also the line '%?pv<%xdm|%xdn|%xdo|%xdp|%xdq|%xdr|%xds|%xdt|%xdu|%xdv|%xdw>' |
| 00:53:26 | *** | Saving seen data "./dancer.seen" |
| 00:53:54 | | Quit ender` (" I find television very educating. Every time somebody turns on the set, I go into the other room and read a book. -- Grouc") |
| 00:55:10 | | Quit parafin (Read error: 60 (Operation timed out)) |
| 00:55:33 | | Quit blkhawk (Read error: 104 (Connection reset by peer)) |
| 00:55:37 | | Join blkhawk [0] (n=blkhawk@e179048137.adsl.alicedsl.de) |
| 00:55:39 | MOHDMACH | How would I load the images inside the conditional viewport? Would it be like so: say if I have an image xl then the conditional viewport |
| 00:55:56 | MOHDMACH | Nevermind that comment is messed up. |
| 00:57:11 | | Quit bmbl ("Woah!") |
| 00:59:42 | | Join parafin [0] (i=parafin@paraf.in) |
| 01:00 |
| 01:00:11 | MOHDMACH | Would it be like so: say if I have an image %xl|a|volume1.bmp|22|174|width|height| so I would create a viewport: %Vl|a|0|0|width|height|0|-|-| |
| 01:00:17 | MOHDMACH | ? |
| 01:01:32 | PaulJam | the %xl tag doesn't have width or height parameters |
| 01:02:35 | MOHDMACH | Sorry I forgot :) |
| 01:03:19 | PaulJam | the code for the conditional volume viewport should look like that: http://pastebin.com/m36a603b9 |
| 01:05:24 | MOHDMACH | So all the images below a %Vl tag go into that viewport |
| 01:05:38 | MOHDMACH | ? |
| 01:06:37 | PaulJam | yes all lines following a viewport definition (%V or %Vl) until there is anoter viewport defined (or the file ends) |
| 01:08:36 | | Join Oliver__ [0] (n=Oliver@xdsl-78-34-200-244.netcologne.de) |
| 01:09:25 | MOHDMACH | You should write that in the CustomWPS cause that is useful right there. |
| 01:09:32 | | Quit robin0800 (Remote closed the connection) |
| 01:09:57 | MOHDMACH | Nevermind. |
| 01:10:56 | Oliver__ | hello! i have question about rockbox on my iriver h320: when i browse through a playlist (e.g. holding down the "down" button its incredibly slow and after a few secs playback is interrupted until i stop browsing. i dont have this issue on my iriverh140. any idea? |
| 01:11:24 | PaulJam | well, the wiki says: All lines before the first viewport declaration are drawn in the default (full-screen) viewport, and lines after a viewport declaration are drawn within that viewport. |
| 01:12:10 | MOHDMACH | Yeah that's why I said nevermind. |
| 01:13:25 | Oliver__ | hello |
| 01:13:32 | Oliver__ | does anyone have an idea? |
| 01:13:45 | PaulJam | do you use the same setting on you H300 and H100? |
| 01:13:57 | Oliver__ | i tzhink so, yes |
| 01:13:58 | PaulJam | *settings |
| 01:14:37 | Oliver__ | what kinda setting could have influence on what i described? |
| 01:14:39 | MOHDMACH | But if I use the coordinates 0,0 for the volume viewport it would cover the play mode status bitmaps instead of covering the progress bar. Or were you just talking about the viewports that need to made for the text? |
| 01:14:52 | Oliver__ | or is ist becaUse of the |
| 01:15:06 | Oliver__ | or is it because of the color grqaphnics? |
| 01:15:11 | PaulJam | MOHDMACH: the coordinates are relative to the viewport |
| 01:17:39 | Oliver__ | ? |
| 01:18:55 | | Join rockboxn00b [0] (n=4765a2f1@gateway/web/cgi-irc/labb.contactor.se/x-e6bed92f2c8d0165) |
| 01:19:52 | PaulJam | well, on my h300 scrolling in the playlist isn't really fast (~10 entrys / second) but i don't experience audio skipping. |
| 01:20:20 | rockboxn00b | does rockbox support only 5th gen video ipods? |
| 01:20:28 | MOHDMACH | yes |
| 01:20:29 | | Join webguest74 [0] (n=45b765c5@gateway/web/cgi-irc/labb.contactor.se/x-91b0ca89d7b18a57) |
| 01:20:35 | | Quit webguest74 (Client Quit) |
| 01:20:44 | MOHDMACH | I have an ipod 5g and it works fine on there. |
| 01:20:47 | PaulJam | rockboxn00b: the list of supported targets is on the front page |
| 01:20:59 | rockboxn00b | no hope for playing FLAC on 3rd gen then? |
| 01:21:24 | rockboxn00b | I saw the list but was asking if if it were too buggy |
| 01:21:25 | linuxstb | Are you talking about the 3rd gen Nano? |
| 01:21:25 | Oliver__ | its more slow on mine... ill check it, PaulJam |
| 01:22:30 | rockboxn00b | thanks' |
| 01:22:35 | Oliver__ | i have about 5 entries/sec. with skipping |
| 01:22:42 | Oliver__ | strange, isnt it? |
| 01:22:54 | | Quit rockboxn00b (Client Quit) |
| 01:23:00 | PaulJam | Oliver__: what file formats are you plaing? |
| 01:23:12 | Oliver__ | in this case those are oggs |
| 01:23:21 | Oliver__ | have the same with flac |
| 01:24:25 | | Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
| 01:24:32 | MOHDMACH | I'll play around with it and see if if corrects the problem. Thank you very much for the help. |
| 01:24:48 | MOHDMACH | PaulJam |
| 01:24:58 | | Part MOHDMACH |
| 01:25:42 | | Quit DerDome ("Leaving.") |
| 01:25:57 | Oliver__ | PaulJam: same with mp3, although the playback breaks seem 2b smaller |
| 01:26:51 | PaulJam | hmm, i don't really have an idea. maybe you could check if this happens with default settings too. |
| 01:29:47 | Oliver__ | yes. wait a moment |
| 01:31:52 | Oliver__ | ok, it works with default settings... hm |
| 01:33:05 | PaulJam | then enable your usual setting one after the other and check each time in order to find the setting that causes it. |
| 01:37:01 | Oliver__ | got it |
| 01:37:04 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
| 01:37:21 | Oliver__ | it occurs as soon i change the font, PaulJam |
| 01:41:39 | PaulJam | ok, when using a small font i get the skipping too. |
| 01:41:52 | | Quit moos ("Rockbox rules the DAP world") |
| 01:43:04 | Oliver__ | but the default font is a small one (12) |
| 01:43:23 | Oliver__ | i just chose another 12pt font |
| 01:43:57 | PaulJam | which one? |
| 01:44:55 | Oliver__ | terminus. interesting: its working only with the 2 helvetica-12pt ones |
| 01:47:27 | PaulJam | indeed, with teminus the perfomance is very bad. could you file a bugreport on the tracker? |
| 01:48:29 | Oliver__ | i will |
| 01:51:32 | | Quit PaulJam (".") |
| 01:51:42 | Oliver__ | cu |
| 01:53:24 | | Quit Oliver__ () |
| 02:00 |
| 02:03:46 | | Join dfkt_dt [0] (i=dfkt@unaffiliated/dfkt) |
| 02:05:02 | | Join soap_ [50] (n=soap@rockbox/staff/soap) |
| 02:05:11 | | Join toffe82_ [0] (n=chatzill@adsl-99-130-7-85.dsl.frs2ca.sbcglobal.net) |
| 02:06:07 | | Quit blkhawk (niven.freenode.net irc.freenode.net) |
| 02:06:07 | NSplit | niven.freenode.net irc.freenode.net |
| 02:06:07 | | Quit miepchen^schlaf (niven.freenode.net irc.freenode.net) |
| 02:06:07 | | Quit gromit` (niven.freenode.net irc.freenode.net) |
| 02:06:07 | | Quit toffe82 (niven.freenode.net irc.freenode.net) |
| 02:06:07 | | Quit fdinel (niven.freenode.net irc.freenode.net) |
| 02:06:07 | | Quit dfkt (niven.freenode.net irc.freenode.net) |
| 02:06:07 | | Quit kugel (niven.freenode.net irc.freenode.net) |
| 02:06:07 | | Quit HBK- (niven.freenode.net irc.freenode.net) |
| 02:06:07 | | Quit tvelocity (niven.freenode.net irc.freenode.net) |
| 02:06:07 | | Quit timc`` (niven.freenode.net irc.freenode.net) |
| 02:06:07 | | Quit Rob2223 (niven.freenode.net irc.freenode.net) |
| 02:06:07 | | Quit TheSkunkMan (niven.freenode.net irc.freenode.net) |
| 02:06:08 | | Quit linuxstb (niven.freenode.net irc.freenode.net) |
| 02:06:08 | | Quit merbzt (niven.freenode.net irc.freenode.net) |
| 02:06:08 | | Quit feisar (niven.freenode.net irc.freenode.net) |
| 02:06:08 | | Quit idshark (niven.freenode.net irc.freenode.net) |
| 02:06:08 | | Quit GodEater (niven.freenode.net irc.freenode.net) |
| 02:06:09 | | Nick toffe82_ is now known as toffe82 (n=chatzill@adsl-99-130-7-85.dsl.frs2ca.sbcglobal.net) |
| 02:06:20 | | Quit Thundercloud (Remote closed the connection) |
| 02:06:22 | | Quit toffe82 (Killed by ballard.freenode.net (Nick collision)) |
| 02:06:23 | NHeal | niven.freenode.net irc.freenode.net |
| 02:06:23 | NJoin | blkhawk [0] (n=blkhawk@e179048137.adsl.alicedsl.de) |
| 02:06:23 | NJoin | miepchen^schlaf [0] (n=miepel@p579ECCFC.dip.t-dialin.net) |
| 02:06:23 | NJoin | gromit` [0] (n=gromit@ALagny-154-1-54-214.w81-249.abo.wanadoo.fr) |
| 02:06:23 | NJoin | toffe82 [0] (n=chatzill@99.130.7.85) |
| 02:06:23 | NJoin | fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 02:06:23 | NJoin | dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 02:06:23 | NJoin | HBK- [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 02:06:23 | NJoin | tvelocity [0] (n=tony@adsl18-177.her.forthnet.gr) |
| 02:06:23 | NJoin | timc`` [0] (n=aoeu@124.93.243.83) |
| 02:06:23 | NJoin | Rob2223 [0] (n=Miranda@p4FDCF725.dip.t-dialin.net) |
| 02:06:23 | NJoin | TheSkunkMan [0] (n=TheSkunk@207-255-45-173-dhcp.jst.pa.atlanticbb.net) |
| 02:06:23 | NJoin | linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 02:06:23 | NJoin | GodEater [0] (n=ge@rockbox/staff/GodEater) |
| 02:06:23 | NJoin | idshark [0] (i=chainsaw@i.will.tell.u.some.hotstories.de) |
| 02:06:23 | NJoin | merbzt [0] (n=benlar@193.13.246.198) |
| 02:06:23 | NJoin | feisar [0] (i=jljhook@tarjoo.mulle.olut.gr) |
| 02:07:00 | | Join toffe82_ [0] (n=chatzill@99.130.7.85) |
| 02:07:34 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 02:07:53 | | Nick soap_ is now known as soap (n=soap@rockbox/staff/soap) |
| 02:08:38 | | Quit dfkt (Nick collision from services.) |
| 02:08:42 | | Nick dfkt_dt is now known as dfkt (i=dfkt@unaffiliated/dfkt) |
| 02:20:35 | | Quit toffe82 (Connection timed out) |
| 02:34:25 | | Join kkurbjun [0] (n=kkurbjun@c-24-9-80-197.hsd1.co.comcast.net) |
| 02:51:08 | | Quit t0mas (Read error: 110 (Connection timed out)) |
| 02:53:29 | *** | Saving seen data "./dancer.seen" |
| 02:59:34 | | Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) |
| 03:00 |
| 03:12:26 | | Quit culture (Read error: 110 (Connection timed out)) |
| 03:16:35 | | Quit timc`` (Connection timed out) |
| 03:21:25 | | Quit axionix_ (Read error: 60 (Operation timed out)) |
| 03:23:45 | JdGordon | umm... whaa?~ someone found the datasheet for the chipset in the iriver e100 :) |
| 03:24:52 | | Join timc`` [0] (n=aoeu@124.93.243.83) |
| 03:25:19 | | Join hd [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) |
| 03:25:52 | jhMikeS | well, then spread the wealth :) |
| 03:27:28 | JdGordon | http://www.rockbox.org/twiki/pub/Main/IriverLPlayerPort/ATJ2135.pdf |
| 03:28:07 | JdGordon | integrated jped coproccessor! |
| 03:36:31 | | Quit HellDragon (Read error: 110 (Connection timed out)) |
| 03:38:42 | | Join webguest76 [0] (n=6394f511@gateway/web/cgi-irc/labb.contactor.se/x-56dac90ae420c07a) |
| 03:39:15 | webguest76 | hello? |
| 03:39:42 | JdGordon | hello! |
| 03:39:56 | webguest76 | i need some help with my rockbox |
| 03:41:59 | | Quit webguest76 (Client Quit) |
| 03:46:04 | Unhelpful | jped? |
| 03:47:58 | jhMikeS | jped = Joint Feet? |
| 03:48:48 | JdGordon | bah.. jpeg |
| 03:49:24 | toffe82_ | jhMikeS:are you beginning to work on the sa9200 ;) |
| 03:49:31 | Unhelpful | *thanks*, i thought we might be developing an exciting new feature! :P |
| 03:49:38 | | Join japc [0] (n=japc@bl8-2-143.dsl.telepac.pt) |
| 03:50:25 | jhMikeS | toffe82_: I did get firmware on it so, I guess so. It was just bugging me sitting there. The focus is still the beast at this point. |
| 03:50:41 | JdGordon | is a hardware idct decoder exciting? |
| 03:50:52 | Unhelpful | JdGordon: meh! ;) |
| 03:50:57 | jhMikeS | JdGordon: It doesn't look like it's much of a reference manual though. |
| 03:51:37 | toffe82_ | I found a X60 and try to get but I think that the bid are going to be high |
| 03:51:44 | JdGordon | http://www.rockbox.org/twiki/bin/viewfile/Main/IriverLPlayerPort?rev=1;filename=MIPS-4KEcDataSheet.pdf us the mips core which might be more useful? |
| 03:51:50 | toffe82_ | it is already 80$ |
| 03:51:52 | Unhelpful | should i assume that rockbox is running entirely in priveleged mode? i wanted to try something that might be useful for benchmarking ARM code... although only, to my knowledge, on beast. |
| 03:52:06 | jhMikeS | Unhelpful: Yes |
| 03:52:47 | Unhelpful | sweet. the freescale in beast is arm11, yes? i want to play around w/ some example ASM i found for arm11 performance counter registers :D |
| 03:53:17 | jhMikeS | Unhelpful: Yes. |
| 03:53:42 | JdGordon | so, the first 15 bytes of the iriver firmware is 11 22 33 44 55 66 ... ff any crazy ides on how to decrypt the firmware from that? :p |
| 03:54:57 | Unhelpful | we should be able to make some inline ASM to set up / capture the counter values, then... they can count cycles, cycles/64, and a pile of various interesting performance things, stalls waiting for memory and such. |
| 03:55:35 | jhMikeS | ARM 1136jf-s |
| 03:56:32 | Unhelpful | http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0211h/Bihcgfcf.html |
| 03:57:29 | * | jhMikeS get remindsd he needs a MIPS target |
| 03:58:27 | Unhelpful | heh... mine are both arm, e200 and beast |
| 03:58:27 | | Quit MarcGuay ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]") |
| 03:58:27 | jhMikeS | http://jhmikes.cleansoap.org/DDI0211J_arm1136_r1p5_trm.pdf |
| 03:59:22 | | Quit hd (Client Quit) |
| 03:59:44 | Unhelpful | would timing data from beast be of any use for tuning code for other ARM CPUs? or do they tend to perform too differently?\ |
| 04:00 |
| 04:00:37 | jhMikeS | I think probably not so useful (given the branch prediction and other features) |
| 04:04:50 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 04:05:31 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 04:12:07 | * | JdGordon wonders if our iriver fwpatcher can decrypt the e100 firmware file |
| 04:13:20 | Llorean | I thought someone said it could. |
| 04:13:32 | Llorean | Or rather, I'm not sure if it's fwpatcher |
| 04:13:37 | Llorean | I think it was the tool for the iFP port. |
| 04:13:40 | TheSkunkMan | I am new to this sort of stuff, but typically what would it take to decrypt an iriver firmware file? |
| 04:13:58 | TheSkunkMan | If you could set me in the right direction |
| 04:14:20 | JdGordon | hey TheSkunkMan |
| 04:14:43 | _Auron_ | time, patience, and loss of sanity |
| 04:14:50 | jhMikeS | toffe82_: If we want the sa9200 to really be viable, Rockbox UMS really must get into shape and work in the bootloader. |
| 04:15:32 | | Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) |
| 04:17:12 | JdGordon | TheSkunkMan: if we are really lucky, iriver didnt change the encryption, just the key so our current tools might be able to decrypt it |
| 04:18:51 | toffe82_ | jhMikeS: I didn't notice yesterday when I was updating my sa9200, but booting with usb attached, rockbox failed to launch. Is this what you are talking about ? |
| 04:20:05 | toffe82_ | If you boot rockbox and attached the usb after, there is no problem |
| 04:21:51 | jhMikeS | toffe82_: I think it's a problem with the USB thread. The beast will soft deadlock too. |
| 04:22:47 | toffe82_ | there is a problem with the usb on the hdd1630 too when you connect it , it reboot until you disconnect |
| 04:23:04 | jhMikeS | There are problems when using the stack and all threads don't ack. |
| 04:25:03 | JdGordon | Llorean: do you know which tool the ifp uses? |
| 04:25:21 | Llorean | JdGordon: Not a clue. |
| 04:26:01 | Llorean | I almost think it's just scramble |
| 04:28:24 | * | jhMikeS thinks he'll just simplify the usb thread code (it's quite messy) |
| 04:31:35 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 04:33:52 | unstable | Is there a page on the wiki showing what works and what doesn't on e280 v2? I know there is a lot of work to go, but I wanted to know if I'm able to dual boot with rockbox, and if rockbox plays music, what issues there are, what features are implemented etc. Does a wiki page summarizing this stuff exist? |
| 04:36:01 | amdgoon | unstable: ther, I'm not sure if it's fwpatcher |
| 04:36:26 | amdgoon | unstable: ther, I'm not sure if it's fwpatcher |
| 04:36:55 | amdgoon | sorry c'n p problem here |
| 04:37:16 | amdgoon | http://www.rockbox.org/twiki/bin/view/Main/TargetStatus |
| 04:37:17 | unstable | So I won't be able to put it on my e280 v2 no matter what? |
| 04:37:44 | amdgoon | it is not ready from what I read today. |
| 04:38:17 | amdgoon | you can check that link to see what is working. |
| 04:39:02 | amdgoon | some buttons work, some don't |
| 04:44:11 | | Join Barahir_ [0] (n=jonathan@Xce39.x.pppool.de) |
| 04:46:16 | | Quit amdgoon ("Eat right, exercise regularly, die anyway.") |
| 04:46:38 | | Quit toffe82_ (Read error: 104 (Connection reset by peer)) |
| 04:50:24 | jhMikeS | I think the ata exclusive stuff needs to be reversed so ata is made exclusive after all acks and exclusive is release before acking disconnect. it's a race condition otherwise. |
| 04:51:54 | | Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) |
| 04:52:31 | jhMikeS | I'd better just quiet down until I've really examined things though (no need to sound foolish by posting every thought) :P |
| 04:53:02 | Unhelpful | what would i do if you took my job? ;) |
| 04:53:33 | *** | Saving seen data "./dancer.seen" |
| 04:54:01 | jhMikeS | loaf around and drink alot [more] beer? |
| 04:54:51 | Unhelpful | you must mean somebody else, i don't like beer. heck, probably anybody else. |
| 04:55:23 | Unhelpful | but, hey sometimes you think you're sounding foolish when somebody else decides it was a *great* idea. :) |
| 04:55:49 | | Quit Seed ("cu, Andre") |
| 04:57:18 | | Join blkhawk- [0] (n=blkhawk@g228005213.adsl.alicedsl.de) |
| 04:59:05 | | Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-3f20c1938f37956b) |
| 05:00 |
| 05:01:31 | | Quit Barahir (Read error: 113 (No route to host)) |
| 05:02:14 | | Quit aurix_lexico ("Leaving.") |
| 05:02:29 | | Quit Makuseru (Connection reset by peer) |
| 05:07:21 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
| 05:08:54 | JdGordon | ifp_decode cant decode the e100 .hex :( |
| 05:11:50 | | Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) |
| 05:13:27 | | Quit blkhawk (Read error: 110 (Connection timed out)) |
| 05:14:16 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@g228005213.adsl.alicedsl.de) |
| 05:24:28 | | Quit Acksaw (Read error: 104 (Connection reset by peer)) |
| 05:24:45 | | Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust202.bagu.cable.ntl.com) |
| 05:36:27 | | Quit LambdaCalculus37 ("Ka-chunka") |
| 05:38:07 | | Quit Makuseru (Read error: 104 (Connection reset by peer)) |
| 05:39:26 | | Quit saratoga ("CGI:IRC (EOF)") |
| 05:40:58 | | Quit Horscht ("I got raided by the FBI and all i got is this lousy quit message") |
| 05:45:22 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-f41a93f23537ea42) |
| 05:45:53 | TheSkunkMan | after running rockboxdev.sh it says to "append /usr/local/mipsel-elf/bin to PATH" , could someone explain this to me |
| 05:47:07 | scorche | http://www.google.com/search?q=add+to+path |
| 05:48:06 | TheSkunkMan | thanks |
| 05:59:50 | | Quit TheSkunkMan ("Leaving") |
| 06:00 |
| 06:00:32 | | Quit amiconn (Nick collision from services.) |
| 06:00:33 | | Join pixelma_ [0] (n=pixelma@rockbox/staff/pixelma) |
| 06:00:34 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
| 06:02:54 | | Quit pixelma (Read error: 60 (Operation timed out)) |
| 06:05:38 | | Join nibbler__ [0] (n=Nibbler@e181097194.adsl.alicedsl.de) |
| 06:05:51 | | Join undertakingyou [0] (n=will@undertakingyou.dsl.xmission.com) |
| 06:07:34 | | Quit nibbler_ (Read error: 60 (Operation timed out)) |
| 06:08:59 | undertakingyou | Is there any planned support for Creative's line of Zen players? |
| 06:09:15 | scorche | we dont "plan support" of any device |
| 06:09:50 | undertakingyou | How would I encourage support of these devices? |
| 06:09:55 | scorche | ports happen when people come forward with the capability, time, the device itself, and the motivation to make a port happen |
| 06:10:46 | undertakingyou | Well, I have the device but no other knowledge or experience. Is there a way that I could help? |
| 06:11:30 | Unhelpful | not right now, now... but you could learn :) |
| 06:12:08 | scorche | you could find people who are like-minded as you, but who might have skills, however the only sure way for it to happen is if you yourself learn how and begin ;0 |
| 06:12:29 | undertakingyou | What language is rockbox written in? |
| 06:13:08 | scorche | mostly C, with some ASM bits here and there |
| 06:13:39 | undertakingyou | This may not be the forum for this question, but how do you just test a device and/or capture the devices needs to change the code? |
| 06:14:06 | Unhelpful | there's nothing to test until somebody's writing for it |
| 06:14:43 | | Quit BlakeJohnson86 (Remote closed the connection) |
| 06:21:49 | | Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 06:27:05 | | Quit BHSPitLappy (Read error: 110 (Connection timed out)) |
| 06:29:37 | | Quit scorche (Read error: 131 (Connection reset by peer)) |
| 06:30:44 | | Join scorche [0] (i=Blah@rockbox/administrator/scorche) |
| 06:38:46 | | Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) |
| 06:41:06 | | Quit scorche (Nick collision from services.) |
| 06:41:29 | undertakingyou | is there any list of Real Names to irc nicks in the wiki? |
| 06:41:59 | | Join scorche [0] (i=Blah@rockbox/administrator/scorche) |
| 06:42:07 | unstable | Do you work for Apple Inc's Law Deptartment, patent division.. why do you need real name? |
| 06:42:27 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 06:42:38 | krazykit | undertakingyou, there is. it's linked from the rockbox.org/irc |
| 06:42:49 | undertakingyou | unstable: It seems that in the Wiki real names are all that are used. I have found someone working on a port for my device, I wanted to chat with them. |
| 06:42:53 | undertakingyou | krazykit: thank you. |
| 06:44:14 | | Quit bobsalad (Connection timed out) |
| 06:46:17 | | Nick HBK- is now known as HBK (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 06:48:00 | | Join bobsalad [0] (n=bobsalad@ip68-99-219-29.ph.ph.cox.net) |
| 06:49:40 | | Quit jhulst (Read error: 104 (Connection reset by peer)) |
| 06:53:35 | *** | Saving seen data "./dancer.seen" |
| 06:54:32 | | Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) |
| 06:56:32 | | Quit scorche (Nick collision from services.) |
| 06:57:25 | | Join scorche [0] (i=Blah@rockbox/administrator/scorche) |
| 07:00 |
| 07:01:48 | | Quit scorche (Nick collision from services.) |
| 07:02:41 | | Join scorche [0] (i=Blah@rockbox/administrator/scorche) |
| 07:31:51 | lucent | undertakingyou: WikiName should be linked from irc name, but not all of them are on the ports |
| 07:35:31 | FlynDice | Would someone be able to tell me where my button-e200v2.c fits into the big picture. ie what actually calls or uses it or steer me in the right direction to investigate? |
| 07:37:05 | JdGordon | button_get (in firmware/dirvers/button.c) calls button_Read_target() (in that button-e200v2.c file) |
| 07:37:37 | FlynDice | thx |
| 07:39:57 | FlynDice | Is there a super secret way I can find that out on my own next time? |
| 07:40:56 | kadoban | grep? |
| 07:42:21 | JdGordon | FlynDice: you havnt done much C coding/debugging before? |
| 07:43:02 | FlynDice | er no... 20 years ago I played a bit |
| 07:44:23 | FlynDice | I like puzzles though ;) |
| 07:44:47 | JdGordon | puzzless are easier sometimes :p |
| 07:46:44 | | Join JdGordon|uni [0] (i=7bf38c1f@rockbox/developer/JdGordon) |
| 07:49:01 | | Nick JdGordon|uni is now known as JdGordon_ (i=7bf38c1f@rockbox/developer/JdGordon) |
| 07:55:05 | FlynDice | I can grep but do I need to grep the firmware directory for every function in my button driver file? |
| 07:56:37 | JdGordon | just btton_read_device.... |
| 07:56:49 | JdGordon | it should only be caled in 1 file |
| 07:57:45 | kadoban | FlynDice: if you need to know what calls every function, then maybe yes. (unless of course JdGordon or someone who knows what they're doing is around :P) |
| 07:59:07 | FlynDice | I was hoping there was more efficient new fangled technology I could learn about.... |
| 07:59:45 | kadoban | if you use an IDE, often they'll have something prettier, but i imagine that it generally boils down to the same thing |
| 08:00 |
| 08:00:26 | | Quit JdGordon (Remote closed the connection) |
| 08:15:23 | | Quit GodEater_ ("http://www.mibbit.com ajax IRC Client") |
| 08:16:50 | | Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) |
| 08:17:49 | JdGordon_ | tv out on the ipod video! |
| 08:21:53 | chronon | really? |
| 08:22:45 | JdGordon_ | patch just uploaded... basic bmp only |
| 08:23:00 | chronon | awesome! |
| 08:23:47 | * | GodEater_ 's flabber is gasted |
| 08:26:31 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 08:26:35 | GodEater_ | does TV out go via the broadcom ? |
| 08:26:37 | | Join Rob2222 [0] (n=Miranda@p4FDCE155.dip.t-dialin.net) |
| 08:31:02 | | Join Zagor [0] (n=bjorn@82.99.7.155) |
| 08:34:08 | | Quit BigBambi (Read error: 113 (No route to host)) |
| 08:40:28 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 08:41:15 | | Join jayde_drag0n [0] (n=Administ@cpe-76-83-103-195.bak.res.rr.com) |
| 08:41:45 | jayde_drag0n | hey i had a couple of questions that aren't answered in the FAQ if anyone has a minute to assist me |
| 08:43:18 | | Join axionix [0] (n=axion@cpe-67-242-94-6.nycap.res.rr.com) |
| 08:44:13 | jayde_drag0n | the manual says rockbox has some sort of issue of seeing my music if i upload my stuff thru itunes.. i'm not entirely sure what this means.. but after a rockbox installation will i still be able to scroll thru my music via genre.. and will it also see the DISC number.. this is very important for me as i listen to a LOT of audiobooks and some are organized that way.. otherwise they will play out of order and render the book useless |
| 08:45:07 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
| 08:45:58 | lucent | jayde_drag0n: not sure about that, I don't think any OF loaded music will be visible |
| 08:46:22 | jayde_drag0n | what does OF mean? |
| 08:46:28 | lucent | OF = original firmware |
| 08:46:44 | lucent | or alternately OEM Firmware ;) |
| 08:46:57 | jayde_drag0n | well i don't mind doin a restore before install.. BUT afterwards can i still sync via itunes? |
| 08:47:08 | jayde_drag0n | or do i need to use a different program? |
| 08:47:25 | lucent | I can't answer conclusively, it's been years since I tried rockbox on an iPod |
| 08:47:58 | scorche | jayde_drag0n: rockbox doesnt have an issue with itunes-loaded files...itunes just places the files in odd named folders and changes their names...as long as you have your tags intact, you can still use the database |
| 08:48:08 | lucent | the way it *usually* works is that you install the rockbox bootloader code to your player device, and this allows an option to choose the original firmware at boot time |
| 08:48:36 | scorche | and by "option", he means "you can hold down a button for booting the OF" |
| 08:48:43 | lucent | so if it works like that, then you should be able to boot the OF and sync with whatever software you used before |
| 08:48:50 | lucent | yup, thanks scorche |
| 08:49:03 | jayde_drag0n | okay.. i can't find enough screenshots to answer my other questions.. can i still scroll thru stuff via genre like i currently do .. or will it more look like a winamp screen? |
| 08:49:30 | lucent | there's a file-directory based browse, and a database browse |
| 08:49:38 | lucent | the database browse is initialized from tag information |
| 08:49:41 | scorche | it can look however you wish it to...you can browse by genre if your files have the genre tag field properly filled out |
| 08:50:11 | jayde_drag0n | lol oh yes.. i'm obsessive about orgianization on my files ESPECIALLY since i use it for audiobooks |
| 08:50:29 | jayde_drag0n | everything is tagged.. disc numbers filled out.. track numbers |
| 08:50:52 | scorche | if you use itunes, browsing by the actual disk structure will be useless |
| 08:51:05 | jayde_drag0n | but i know from experience in linux.. that there was no way to organize dic numbe first.. then track number.. and it rendered my audiobooks useless |
| 08:51:27 | jayde_drag0n | i had to use itunes for it to do it right |
| 08:51:40 | scorche | you dont have to here |
| 08:51:45 | jayde_drag0n | otherwise my screen on my ipod went like this track 1 track 1 track 1 etc |
| 08:51:48 | lucent | jayde_drag0n: at this point I think we've provided enough information for you to do experiments on your time and then go further |
| 08:51:56 | * | lucent :) |
| 08:52:09 | amiconn | JdGordon_: Status icons on Player don't work at all anymore :( |
| 08:52:11 | * | lucent points to the serious nature of #rockbox |
| 08:52:32 | scorche | database can provide you with a large amount of customization that it sounds like you will want...see http://www.rockbox.org/twiki/bin/view/Main/DataBase |
| 08:53:08 | | Join Bagderr [241] (n=daniel@rockbox/developer/bagder) |
| 08:53:20 | | Quit FlynDice ("Konversation terminated!") |
| 08:53:37 | *** | Saving seen data "./dancer.seen" |
| 08:54:00 | jayde_drag0n | lucent: i wan't being unserious.. i had questions.. this was the technical fourm.. and there was no rule stating admins only or no newbie questions allowed else i would have kindly stayed away i apologize if i have offended you |
| 08:54:03 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 08:54:10 | * | Bagderr spots TV-out for ipod video |
| 08:54:13 | | Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) |
| 08:55:04 | Zagor | yeah, that's a nice little present |
| 08:55:22 | jayde_drag0n | scorche: thank you for answering my questions i appreciate it |
| 08:59:52 | | Quit nibbler__ (Read error: 113 (No route to host)) |
| 09:00 |
| 09:02:47 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
| 09:04:35 | | Nick Barahir_ is now known as Barahir (n=jonathan@Xce39.x.pppool.de) |
| 09:04:38 | XavierGr | Bagder: And it's not the only target with that goodie, also the beast comes with it. It would be great to see it implemented at some point. |
| 09:05:16 | B4gder | of course, this is of course still very target-specific |
| 09:06:06 | XavierGr | Bagder: Let's hope that this feature doesn't use the broadcom chip on ipod video |
| 09:06:42 | B4gder | it doesn't, at least not what it looks like |
| 09:09:17 | amiconn | jhMikeS: The usb disconnect-reconnect cycle bug seems to be gone, and my beast charges from usb, but the charging display seems a little weird |
| 09:09:28 | | Quit jayde_drag0n ("Leaving.") |
| 09:10:14 | amiconn | I started charging from low battery (so low that I needed to plug the charger to trick the builtin loader into starting), but after just a few minutes connected to usb in rockbox, the battery icon shows nearly full |
| 09:11:01 | | Quit thegeek (Read error: 54 (Connection reset by peer)) |
| 09:11:30 | | Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) |
| 09:14:48 | JdGordon_ | does anyone have any ideas/pointers on trying to decrypt the iriver e100/lplayer firmwares? |
| 09:15:14 | JdGordon_ | ifp_decrpt couldnt do it and neither could fwpatcher (although i may not have fixed it properly to try) |
| 09:17:01 | amiconn | JdGordon_: Do you have an idea regarding the Player status icons? I'm quite sure it has to do with the statusbar stuff |
| 09:17:46 | JdGordon_ | umm... I probably had an idea yesterday which is why I asked... I'll have a look in a while, in windows atm |
| 09:24:32 | | Quit JdGordon_ ("http://www.mibbit.com ajax IRC Client") |
| 09:24:56 | | Join JdGordon|uni [0] (i=7bf38c1f@rockbox/developer/JdGordon) |
| 09:25:12 | | Nick JdGordon|uni is now known as JdGordon (i=7bf38c1f@rockbox/developer/JdGordon) |
| 09:29:38 | | Join t0mas [0] (n=tomas@rockbox/developer/t0mas) |
| 09:32:55 | lucent | I'm frustrated with the issue I have in the Sansa AMS Fuze code for SD handling |
| 09:33:08 | lucent | with lots of delays and stuff, external card insertion works great |
| 09:33:14 | lucent | without delays, there's a panic |
| 09:33:24 | lucent | but the delay I put in is really huge |
| 09:34:14 | kadoban | lucent: try smaller delays until it starts exploding? |
| 09:34:19 | lucent | heh |
| 09:34:24 | lucent | I put delays in weird places |
| 09:34:28 | lucent | I will try that of course |
| 09:35:00 | lucent | kadoban: I'm concerned that our command to initialize the SD controller is not reliable to know when it is completed |
| 09:35:01 | | Quit tarbo (Read error: 60 (Operation timed out)) |
| 09:35:09 | lucent | and maybe it is returning too early before the hardware is ready |
| 09:36:22 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 09:38:17 | | Quit chronon () |
| 09:38:23 | | Join tarbo [0] (n=me@unaffiliated/tarbo) |
| 09:42:03 | | Join JdGordon_ [0] (n=jonno@rockbox/developer/JdGordon) |
| 09:43:05 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
| 09:43:33 | JdGordon_ | amiconn: can the statusbar be disabled on the player? |
| 09:43:58 | JdGordon_ | it seems global_settings.statusbar is compiled but possibly not set for charcell |
| 09:44:01 | B4gder | it doesn't have one, it has fixed icons |
| 09:44:30 | B4gder | fixed as in set in the actual lcd |
| 09:44:33 | | Quit JdGordon ("http://www.mibbit.com ajax IRC Client") |
| 09:47:16 | | Nick JdGordon_ is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
| 09:47:36 | JdGordon | yeah, I know.. but the setting it still there for some reason |
| 09:50:07 | JdGordon | yep, easy fix.... should I polute the source with some more #ifdef HAVE_LCD_BITMAPS and make sure this doesnt happen again? or just quick fix where its needed? |
| 09:56:17 | | Join markun_ [50] (n=markun@rockbox/developer/markun) |
| 09:56:53 | | Quit markun (Read error: 110 (Connection timed out)) |
| 09:57:46 | | Nick markun_ is now known as markun (n=markun@rockbox/developer/markun) |
| 09:59:05 | JdGordon | markun: you see the datasheet for the iriver e100 showd up? |
| 10:00 |
| 10:00:49 | B4gder | I found it interesting that one "non-chinese" player went MIPS based |
| 10:01:36 | t0mas | why? is it so china specific? |
| 10:01:46 | B4gder | until now, yes |
| 10:02:08 | B4gder | the Actions (ATJ) chips have own appeared in those chinese players |
| 10:02:10 | t0mas | m68k is mips? |
| 10:02:13 | B4gder | s/own/only |
| 10:02:16 | B4gder | t0mas: no |
| 10:02:21 | t0mas | ok |
| 10:02:22 | B4gder | m68k is m68k ;-) |
| 10:02:30 | t0mas | might have been some form of ;-) |
| 10:03:08 | lucent | sweet |
| 10:03:25 | lucent | I just got microSD insert to work on 8gb fuze again |
| 10:03:44 | lucent | I need an expert though to walk me through *why* what I did fixes this |
| 10:03:53 | lucent | who should I ask? |
| 10:06:07 | JdGordon | amiconn: fixed |
| 10:07:13 | JdGordon | actually... can we kill the damn charcell already? :D |
| 10:09:08 | pixelma | pff |
| 10:10:49 | Zagor | JdGordon: let's go get our pitch forks |
| 10:11:21 | JdGordon | :) |
| 10:17:20 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 10:17:55 | kugel | lucent: try to ask me :) |
| 10:18:12 | lucent | kugel: okay so my patch I issued before with the 2 additional mci_delay()'s was incomplete |
| 10:18:33 | lucent | there's a third mci_delay() I discovered tonight that needs to be present for stable microSD operation on 8gb fuze |
| 10:18:43 | lucent | it's just after the -7 return check thingy |
| 10:19:06 | lucent | I'm just guessing you know the part of the code that I am describing, that's not a very clean description |
| 10:19:22 | kugel | yea, I thinki I do |
| 10:19:41 | lucent | revised post to pastebin, just one second so I can do that |
| 10:20:32 | lucent | kugel: http://nopaste.com/p/ajdfkbozfb |
| 10:22:05 | lucent | kugel: between that patch and the read 8 bytes at a time work-around for bad pixel values, the "ghost" scroll wheel problem has not appeared |
| 10:22:21 | lucent | I am testing now to see which one affects the scroll wheel for my usage |
| 10:22:31 | | Quit kachna (Read error: 60 (Operation timed out)) |
| 10:22:46 | kugel | lucent: I don't think #ifdef SANSA_FUZE is theh right way |
| 10:22:54 | lucent | I understand |
| 10:23:13 | kugel | is the delay noticeable? Don't forget that there's always a ~300ms delay at inserting the card |
| 10:23:40 | lucent | kugel: the mci_delay is imperceptable |
| 10:24:01 | | Quit ajb (Read error: 104 (Connection reset by peer)) |
| 10:24:11 | kugel | lucent: actually, can you try putting 1 mci_delay into send_cmd? |
| 10:24:22 | lucent | oh, at the end? |
| 10:24:31 | | Join ajb [0] (n=user@cpc2-cmbg5-0-0-cust252.cmbg.cable.ntl.com) |
| 10:24:40 | kugel | I suspect it shouldn't hurt do have a sane delay between each command |
| 10:25:22 | kugel | lucent: there's this "while(MCI_STATUS(drive) & MCI_CMD_ACTIVE);" |
| 10:25:36 | kugel | try doing while(MCI_STATUS(drive) & MCI_CMD_ACTIVE) mci_delay(); |
| 10:25:41 | lucent | okay I will try |
| 10:27:36 | lucent | kugel: on both? that particular code snippet appears twice in that routine |
| 10:28:25 | kugel | I thought of the second one, but you can also try both |
| 10:29:20 | lucent | okay I'll try the last one |
| 10:30:30 | | Quit Thundercloud (Remote closed the connection) |
| 10:30:31 | ajb | Unhelpful: Sorry I disapeared yesterday. wrt FS #9758 won't it get confusing reporting a SVN id if someone has modified their tree beyond it? |
| 10:33:12 | kugel | if that works, we can think of reducing the delay |
| 10:33:43 | | Join alexbobp_ [0] (n=alex@69.149.25.200) |
| 10:33:48 | | Quit alexbobp (Read error: 60 (Operation timed out)) |
| 10:34:34 | lucent | kugel: doesn't boot. |
| 10:34:36 | | Nick alexbobp_ is now known as alexbobp (n=alex@69.149.25.200) |
| 10:34:50 | kugel | doesn't boot? |
| 10:34:57 | kugel | panic? |
| 10:35:01 | lucent | kugel: nope. turn on player, sits at rockbox bootloader screen |
| 10:35:10 | lucent | does respond to button presses. does not boot any further |
| 10:35:17 | kugel | try deleting config.cfg |
| 10:35:31 | lucent | I deleted .rockbox/* and unzipped fresh |
| 10:35:35 | lucent | it should work right? |
| 10:35:41 | kugel | ye |
| 10:36:10 | lucent | maybe my build is not good, I'll try a fresh rebuild |
| 10:36:22 | kugel | can can you try pressing a button, to make it verbose? |
| 10:36:30 | kugel | while booting that is |
| 10:37:19 | kugel | lucent: also, when changing lcd, button and sd stuff, the bootloader should be updated too |
| 10:38:02 | lucent | oh okay |
| 10:38:45 | ajb | hmmm, is there a lastbot or /last command to see when people where last active on this channel? |
| 10:38:54 | lucent | verbose bootloader is okay, it gets past and then loads the rockbox firmware I guess, but just sits at the loader screen (not rockbox background) as I described |
| 10:39:08 | lucent | kugel: adding mci_delay() as you suggest appears to break boot |
| 10:39:26 | kugel | apparently, yes |
| 10:40:31 | kugel | maybe having it in the while isn't such a good idea |
| 10:40:42 | kugel | but I do think that it should be in send_cmd |
| 10:40:56 | | Quit alexbobp (Read error: 60 (Operation timed out)) |
| 10:41:39 | lucent | kugel: I don't have mci_delay() included in the while(...) loop, it is after the loop |
| 10:41:51 | lucent | I will try now inside of the while(...) loop |
| 10:41:59 | kugel | o.O |
| 10:42:01 | kugel | weird |
| 10:43:55 | lucent | kugel: same result |
| 10:43:59 | lucent | no boot |
| 10:46:29 | | Quit nuonguy ("This computer has gone to sleep") |
| 10:46:39 | lucent | kugel: including mci_delay() inside the first while(...) loop is successful to boot |
| 10:48:24 | kugel | is the microsd good? |
| 10:48:36 | lucent | no, microsd insert -> panic |
| 10:49:16 | kugel | lucent: try making it to a do { mci_delay } while.. loop |
| 10:49:24 | kugel | so that mci_delay can't be skipped |
| 10:49:29 | lucent | ah yes, okay |
| 10:49:58 | lucent | kugel: no boot |
| 10:53:39 | *** | Saving seen data "./dancer.seen" |
| 10:56:50 | | Join sunny [0] (n=sunny_vi@122.252.229.147) |
| 11:00 |
| 11:01:34 | | Join alexbobp [0] (n=alex@69.149.25.200) |
| 11:02:01 | lucent | kugel: why, does this work okay for your player? |
| 11:02:31 | | Join culture [0] (n=none@cpc2-bele3-0-0-cust89.belf.cable.ntl.com) |
| 11:06:19 | kugel | lucent: well, I wouldn't say it works ok for my player, but for my microsd |
| 11:06:19 | sunny | what |
| 11:06:33 | kugel | apparently the majority of the microsds |
| 11:06:47 | kugel | but if it works with that few delays it's just fine |
| 11:07:33 | lucent | kugel: sorry, I meant to ask if adding a mci_delay() in the while(...) loop we discussed is working for your player to boot okay |
| 11:07:44 | lucent | on my player it does not boot with that delay in the looop |
| 11:07:50 | lucent | *loop |
| 11:08:08 | kugel | no, not fine |
| 11:09:07 | lucent | I am buying more microSD cards and can do some more tests in 1 week |
| 11:09:15 | | Quit alexbobp (Read error: 60 (Operation timed out)) |
| 11:09:30 | lucent | I need 2GB size microSD cards for a different project, I can test with those cards |
| 11:09:35 | kugel | Zagor: btw, I wonder why you didn't think of dependency problems/codec api version when I reported the problems first :/ |
| 11:09:54 | Zagor | kugel: limited brain capacity? :) |
| 11:10:00 | kugel | :D |
| 11:10:29 | B4gder | I bet it was insufficient amounts of coffee! |
| 11:10:38 | kugel | I didn't think of it at all, so my brain is more limited |
| 11:11:57 | kugel | mp3 needs 0% boost on ams it seems. it only boosts at buffer refilling, for a split second (refilling 370KB of audio buffer doesn't take long) |
| 11:12:16 | kugel | at least with the test files that work |
| 11:12:40 | | Join alexbobp [0] (n=alex@69.149.25.200) |
| 11:13:09 | | Quit kugel (Remote closed the connection) |
| 11:13:11 | Zagor | we could even skip the buffering boost on flash targets |
| 11:13:15 | | Join kugel_ [0] (n=chatzill@141.45.205.134) |
| 11:13:26 | | Nick kugel_ is now known as kugel (n=chatzill@141.45.205.134) |
| 11:13:58 | kugel | I thought of it too, but I wasn't sure if it applies for all targets/codecs |
| 11:14:08 | | Quit shodanX ("leaving") |
| 11:14:26 | | Join shodanX [0] (n=shodanX@port-92-194-62-224.dynamic.qsc.de) |
| 11:15:07 | Zagor | as I remember, buffering boost is done to keep the disk spinning for a short a time as possible. |
| 11:16:32 | kugel | but what if a codec runs only a bit more than real time. refilling buffer paralell to decoding may require boosting again in such a case |
| 11:18:03 | Zagor | flash buffering is very quick. I think it would be difficult to find a case where boosting makes a real difference. |
| 11:18:28 | Zagor | on the other hand buffer boost doesn't cost much either, so perhaps there's not much point adding more #ifdefs |
| 11:18:29 | kugel | it takes quite a while on the e200 |
| 11:19:00 | * | kugel is back later |
| 11:19:06 | | Quit kugel (Remote closed the connection) |
| 11:30:02 | | Quit alexbobp (Read error: 110 (Connection timed out)) |
| 11:31:43 | | Join alexbobp [0] (n=alex@69.149.25.200) |
| 11:31:47 | lucent | something else is wrong, that I don't know |
| 11:31:49 | lucent | :( |
| 11:35:47 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 11:42:20 | Zagor | LinusN: do you know what happens if we would ignore the bypass bit requirement and just "hot switch" CPUDIV on coldfire? |
| 11:43:06 | LinusN | nope |
| 11:43:32 | Zagor | wrong answer :-) |
| 11:44:36 | | Join kachna [0] (n=kachna@r3g248.net.upc.cz) |
| 11:47:57 | Zagor | kugel: if we don't boost buffering, and that causes the codec to boost instead, we haven't lost anything. boost is boost. |
| 11:49:00 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 11:50:11 | t0mas | Zagor: CPUDIV controls the cpu clock right? so that might have a really weird effect on other things relaying on the cpuclock? |
| 11:51:02 | Zagor | t0mas: I don't see how waiting for PLL resync changes that |
| 11:51:59 | t0mas | hm.. is that the only thing the bit accomplishes? |
| 11:52:43 | t0mas | (have you tried if it is possible to change CPUDIV without that? or is that a really stupid question? :-)) |
| 11:53:05 | Zagor | that is basically what I asked linusn |
| 11:54:09 | Zagor | I might do some experiments tonight |
| 11:54:35 | t0mas | hmhm.. I ment.. "isn't the change just prohibited" |
| 11:54:42 | t0mas | or.. not processed.. |
| 11:55:34 | Zagor | it's prohibited in the docs. or at least that's not the proper way to do it. |
| 11:55:45 | LinusN | i would think that changing the frequency on the fly could cause temporary illegal timing |
| 11:55:52 | amiconn | Zagor: There is still a dependency problem for codecs. Even after your api bump, a build made with plain 'make' still uses the old ci->configure arguments and hence doesn't work |
| 11:56:25 | amiconn | This time it looks like codec fail because of the api version mismatch |
| 11:56:31 | Zagor | LinusN: what does "illegal" mean in this context? |
| 11:56:38 | LinusN | above spec |
| 11:56:40 | Zagor | amiconn: that's bad |
| 11:57:11 | t0mas | Zagor: setting the bypass bit makes the cpu-clock be based on the crystal instead of crystal + PLL right? |
| 11:57:11 | LinusN | depending on how the pll works and when you do the change |
| 11:57:18 | LinusN | t0mas: yes |
| 11:57:19 | t0mas | so indeed.. it might be that the PLL emits some to high frequency while changing from one to another? |
| 11:57:21 | Zagor | t0mas: yes |
| 11:57:29 | LinusN | t0mas: that is my guess |
| 11:57:39 | Zagor | well we |
| 11:58:02 | Zagor | we're not changing that mode at all (in my experiment) |
| 11:58:12 | t0mas | (why would you want to skip it? to keep the cpu from dropping in frequency steeply while switching to or from boost?) |
| 11:58:27 | Zagor | but then again I've never made a PLL so I don't know where it could fail |
| 11:58:36 | Zagor | t0mas: yes, the pll wait takes a long time |
| 11:58:54 | t0mas | ok, and all that time the cpu runs at a very low frequency? |
| 11:59:02 | Zagor | on other targets we have dividers we can set without waiting, making boost near-instantaneous |
| 11:59:08 | t0mas | so boosting and un-boosting is essentially an expensive operation now? |
| 11:59:11 | LinusN | i wouldn't want to risk anything by skipping the bypass, the errors resulting from it could be subtle and cause all kinds of weirdness |
| 11:59:12 | Zagor | t0mas: yes, and we wait for PLL and do nothing else |
| 11:59:26 | Zagor | t0mas: on coldfire, yes |
| 12:00 |
| 12:00:09 | amiconn | LinusN: I would expect lockups because the clock change is probably not glitch free |
| 12:00:14 | t0mas | hm.. but I fear they didn't put that in the docs for no reason |
| 12:00:41 | Zagor | LinusN: on the other hand the docs doesn't say it's a bad idea. it just sais "to change PLL frequency you must use the bypass bit". but we don't want to change the PLL frequency. |
| 12:00:50 | t0mas | (is it legal in sweden to check how to original FW changes frequencies?) |
| 12:01:14 | Zagor | t0mas: it's legal pretty much everywhere |
| 12:01:29 | t0mas | ok |
| 12:01:42 | LinusN | Zagor: afaik, boosting is all about changing the pll frequency |
| 12:02:18 | Zagor | no, it's about changing the cpu frequency. |
| 12:03:37 | t0mas | ehm.. but to change the cpu frequency you change the output frequency of the PLL? |
| 12:04:46 | Zagor | PLL = Phase-Locked Loop. CPUDIV is after this loop. |
| 12:05:06 | Zagor | we already do this on other targets, it's only coldfire that must wait for pll |
| 12:05:46 | | Join pondlife [50] (n=Steve@rockbox/developer/pondlife) |
| 12:06:13 | pondlife | Anyone else getting odd playback with current SVN? |
| 12:06:24 | pondlife | As in, select track n, it plays track n+21 |
| 12:06:27 | pondlife | n+1, even |
| 12:06:31 | LinusN | Zagor: i must say that the docs are a bit unclear |
| 12:06:34 | LinusN | "The PLL Configuration Register must always be programmed to Bypass mode before it is |
| 12:06:34 | LinusN | reprogrammed to change any clock frequency" |
| 12:06:54 | Zagor | LinusN: yes, that's why I'm nursing this small hope :) |
| 12:07:05 | | Quit kadoban (Read error: 113 (No route to host)) |
| 12:07:06 | pondlife | Also Follow Playlist is not working - it follows the dir, but selects track 1 |
| 12:07:47 | JdGordon | it does? :( |
| 12:07:55 | t0mas | well.. the line LinusN has here is more like "never change anything without setting it to bypass first" |
| 12:08:35 | | Join _rossy_ [0] (n=chatzill@d122-109-35-159.sbr3.nsw.optusnet.com.au) |
| 12:08:48 | Zagor | t0mas: that's one way to interpret it. but it's not explictly said so. |
| 12:08:55 | pondlife | JdGordon: This only happens after natural playback end, I think |
| 12:09:07 | t0mas | (I'm reading about how a PLL actually works) |
| 12:09:11 | pondlife | i.e. play a directory, with repeat and auto-change off. |
| 12:09:12 | LinusN | it all depends on how the pll circuitry uses the register values |
| 12:09:45 | pondlife | When playback completes, the browser (reasonably) has track 1 selected. Then try to play track n (where n>1) |
| 12:10:00 | LinusN | i mean, does the hardware care about if the values are actually changed, or does any write to the register cause a pll relock? |
| 12:10:07 | pondlife | I've only played one album so far, will see if it's reproducible shortly |
| 12:10:12 | JdGordon | anyone got a few short mp3 clips to test this with? |
| 12:11:40 | * | ajb suggests http://www.rjamorim.com/test/ makes a good library of test clips encoded for various codecs |
| 12:12:25 | JdGordon | pondlife: when playback ends, track 1 is selected!? |
| 12:12:34 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 12:12:48 | pondlife | Apparently.. |
| 12:13:15 | pondlife | That's reasonable, though. I guess you weren't expecting a track change event? |
| 12:13:23 | JdGordon | that doesnt sound right |
| 12:13:33 | JdGordon | Its selecting the last track in the folder here |
| 12:13:50 | t0mas | Zagor: I guess the problem with this is that we don't know if it is doing weird things when you skip the bypass bit? |
| 12:14:27 | t0mas | it could do weird things to the cpu.. (running it at a to high frequency for a very shot period of time?) that might just be enough to lock it up sometimes? |
| 12:14:54 | t0mas | (sometimes possibly being 1/1000000 times? which would create a "bug" we can't reproduce?) |
| 12:16:34 | LinusN | that's what i fear |
| 12:18:21 | t0mas | actually.. |
| 12:18:28 | t0mas | "When the clock circuit is switched from “bypass” to “normal operation”, the switch-over is delayed until the PLL is locked." |
| 12:18:37 | t0mas | it's the switch from bypass to normal they care about? |
| 12:19:55 | | Join havien [0] (n=none@68-189-143-101.dhcp.wlwl.wa.charter.com) |
| 12:20:59 | t0mas | Zagor: how do we wait for PLL lock? by switching from bypass to normal? or by checking the LOCK bit in PLLCR? (bit 31) |
| 12:21:54 | JdGordon | seems the WPS doesnt like lots of small tracks... 5s tracks are too fast for it to keep up (the playlist index) |
| 12:22:28 | rasher | JdGordon: Could that be related to issues when skipping quickly? |
| 12:22:38 | JdGordon | no idea |
| 12:23:17 | t0mas | Zagor: have you read this: "If this bit is written 0, the PLL is not used, and the crystal clock is sent directly to the CPU. Write this bit 0 before changing any other bit in this register." |
| 12:23:38 | JdGordon | pondlife: I cant reproduce your problm... im 99% sure its playing the track selected, and selecitng the last file in the dir when it finishes |
| 12:24:01 | t0mas | Zagor: especially the "Write this bit 0 before changing any other bit in this register." part? as CPUDIV is in the same register |
| 12:24:35 | t0mas | and "After writing 1 to this bit, new setting will become active after a hardware controlled delay." |
| 12:24:54 | t0mas | so I guess if you don't set it to 0 first.. the change just won't have any effect |
| 12:24:57 | pondlife | JdGordon: I may have started playback from the database, then gone into the file browser during the album. |
| 12:25:10 | pondlife | Leave it with me, I'll work out a proper repro recipe |
| 12:25:33 | pondlife | Ah, I had also done some dirskip earlier on - might be relevant |
| 12:25:47 | JdGordon | hmm... this is wierd.... the wps is showing the playlist number way too early for the next track |
| 12:26:32 | JdGordon | and by way too early, I mean with <3s left on the previous track |
| 12:26:46 | pondlife | JdGordon: There are 2 different track transitions - one when the codec moves over, a second when the UI does. |
| 12:27:06 | pondlife | The UI should all be using the second one |
| 12:27:23 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 12:27:49 | pondlife | No idea which event is at which transition though. |
| 12:28:08 | | Quit sunny (Read error: 104 (Connection reset by peer)) |
| 12:29:35 | pondlife | Really, the codec-transition should be entirely internal to playback.c, not in playlist.c. But IIRC, that's not (yet) the case. |
| 12:29:58 | JdGordon | wern't we going to do something about this hwole playback mess in the new year? :) |
| 12:31:10 | JdGordon | it looks like it might be plaback doing the nautghy here |
| 12:31:19 | JdGordon | telling everyone its changed tracks too early |
| 12:31:49 | kugel | well, it tells when the codec begins decoding the next track |
| 12:33:02 | kugel | which isn't entirely wrong I think. you can't really break the two track change transitions if you don't want the codec to wait on the UI |
| 12:33:27 | JdGordon | no.. I'm wrong.. the wps is updating too early... follow playlist isnt getting the next track untill its actually changed tracks |
| 12:34:09 | kugel | what might work is to send the event not when the codec changes track, but when the pcm buffer is empty for that track, but that needs some kind of seperating the pcm buffer |
| 12:34:49 | kugel | "pcm buffer is empty for that track" as in no parts of the previous track are in the pcm buffer anymore |
| 12:35:21 | JdGordon | I'm not sure how it works.. but the PLAYBACK_EVENT_TRACK_CHANGE event is sent at the correct time... |
| 12:35:30 | JdGordon | that is what the wps should be using |
| 12:35:51 | JdGordon | assuming everyone is OK with forcing everything to use events more... |
| 12:36:55 | pixelma | IIRC, this WPS shows track change too early is an old bug (I believe introduced with MoB?) which NicoP tried to fix last year but that fix introduced all kinds of skip tracks issues we had in the first half of last year (until around DevCon) and then he reverted that fix |
| 12:37:20 | JdGordon | what sort of skip track issues? |
| 12:38:41 | pixelma | sporadically - sometimes skip 3rd track in a playlist or sometimes a few tracks (probably as much as fit into the buffer) or if you skipped tracks manually you could "confuse" it even more |
| 12:39:05 | JdGordon | so bassically its the problem that playback is tied into the ui dangerously? |
| 12:39:49 | pixelma | I had that skip 3rd track quite reliable in certain directories, never figured out what makes those directories so special compared to other ones where it didn't happem |
| 12:39:53 | pixelma | happen too |
| 12:41:13 | pixelma | I think NicoP would know best but didn't see him active often lately |
| 12:41:22 | JdGordon | yeah :( |
| 12:42:12 | | Join fyrestorm [0] (n=fyre@cpe-68-173-235-77.nyc.res.rr.com) |
| 12:43:19 | | Quit ze (Read error: 113 (No route to host)) |
| 12:45:23 | | Part B4gder |
| 12:47:29 | | Quit _rossy_ ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
| 12:48:17 | pondlife | JdGordon: I think events would be good. Certainly decouple the playback code from it's clients. |
| 12:48:27 | pondlife | The problem is where does playlist.c fit |
| 12:48:29 | pondlife | ? |
| 12:49:15 | JdGordon | Somewhere next to plaback.c... |
| 12:49:59 | JdGordon | I imagine say for a track change wps->playback(next track)->playlist<->(get track filename) |
| 12:50:04 | JdGordon | if that makes any sense |
| 12:50:14 | pondlife | playlist_() functions are called and used for the UI, so I think they should sit on the UI side of the timing.. |
| 12:50:28 | JdGordon | cuesheets seem to be a problem becuase they are only handled by the wps atm by the looks of it |
| 12:50:53 | pondlife | Cuesheets should be handled by playlist.c, and transparent to the UI code ideally.. |
| 12:51:05 | JdGordon | yeah |
| 12:51:24 | | Join Bagderr [241] (n=daniel@rockbox/developer/bagder) |
| 12:51:25 | JdGordon | except with some way to know if it is a cue or not so the wps can put markers in |
| 12:51:33 | | Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) |
| 12:51:33 | * | pondlife hasn't used cuesheets |
| 12:51:39 | pondlife | Don't they appear as a playlist? |
| 12:51:47 | pondlife | Or as a long track with markers? |
| 12:51:54 | kugel | the latter iirc |
| 12:51:55 | JdGordon | long track with markers i think |
| 12:51:56 | pondlife | The former is what I'd expect |
| 12:52:08 | pondlife | But I'm probably not the target audience |
| 12:52:32 | JdGordon | I think playlist and playback are completly seperate, except playback needs to get the filenames from playlist, no other interaction |
| 12:53:00 | pondlife | So playlist has no concept of track transition/playlist index? |
| 12:53:12 | JdGordon | ? |
| 12:53:38 | JdGordon | playlist is simply a list of filenames... |
| 12:53:40 | *** | Saving seen data "./dancer.seen" |
| 12:53:56 | pondlife | When playback goes from track 1 to track 2, does playlist.c get involved? |
| 12:54:24 | JdGordon | not really, it needs to be quiried to get the filename, but thats pre-change |
| 12:54:29 | pondlife | Indeed |
| 12:54:48 | pondlife | So where does the playlist index live? In playback.c ? |
| 12:55:03 | * | pondlife apologises for not having the source handy |
| 12:55:06 | JdGordon | yeah |
| 12:55:10 | pondlife | Ah, ok |
| 12:55:21 | JdGordon | I dont know how it works now.. im saying how it shold work |
| 12:55:25 | pondlife | Ah, ok |
| 12:55:25 | JdGordon | probably very different :p |
| 12:55:34 | | Join nplus [0] (n=nplus@141.25.Globcom.Net) |
| 12:55:35 | pondlife | Well, I agree with you, at least :) |
| 13:00 |
| 13:00:24 | | Quit kachna (Read error: 113 (No route to host)) |
| 13:03:01 | JdGordon | changing topics slightly... a possible way to fix the no voice while paused problem... could we dump pcmbuf to disk if that happens, do the talk then on resume just read that ddump back in and continue? |
| 13:03:27 | pondlife | Sounds overcomplicated |
| 13:03:44 | pondlife | Better to just not pause the PCM, but the playback |
| 13:03:53 | | Join DerDome [0] (n=DerDome@dslb-082-083-199-197.pools.arcor-ip.net) |
| 13:04:00 | JdGordon | yes, but it would work untill a proper pcm mixer is done |
| 13:04:02 | pondlife | If that's too slow, then only do it that way when voice is in use |
| 13:05:24 | | Quit kugel (Remote closed the connection) |
| 13:05:51 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 13:13:14 | JdGordon | we dont support internal cuesheets yet right? if we ever do, is it reasonable to assume that tracks with an internal cue would never have an external .cue file? |
| 13:15:05 | JdGordon | I'm thinking of a way to make .cue 99% transparent to the ui by moving it into playback, so a cue is checked for just like AA (if its enabled) |
| 13:18:46 | | Join Severian [0] (n=ralph@ppp-70-251-118-171.dsl.rcsntx.swbell.net) |
| 13:19:06 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 13:21:51 | | Quit agaffney (Read error: 104 (Connection reset by peer)) |
| 13:21:59 | | Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) |
| 13:23:09 | Zagor | JdGordon: is voice on pause a mixing problem? |
| 13:23:43 | * | ajb uploads v3 of the gitsvn version patch http://www.rockbox.org/tracker/task/9758 |
| 13:23:45 | linuxstb | JdGordon: No, we don't support them currently. Why is it important that a file with an internal cue doesn't have an external one? We would need to decide which to prioritise in such cases, but I think that choice should just be internal to the metadata parsing code. |
| 13:24:05 | Zagor | couldn't we just send voicebuf to dma directly if playback is paused? |
| 13:25:48 | JdGordon | Zagor: iiuc its a problem that the audio pcm gets mixed in too early |
| 13:27:00 | JdGordon | linuxstb: thinking aloud.. currently the id3 sturct has an int to say if there is a cue (and if its internal or not), I think I'd like to change that to a pointer to a cuesheet struct.. nothing really cares if its internal or not once its loaded... |
| 13:27:16 | pixelma | JdGordon: if playback is responsible for cuesheets, wouldn't you need two different versions then? Not that I'd insist on cuesheet support on hwcodec but I imagine more differences would make everything harder to maintain |
| 13:28:00 | t0mas | Zagor: spotted the last quotes from the manual? |
| 13:28:07 | amiconn | Zagor: It is partly a mixing problem and partly a problem how pausing works - it pauses the entire pcm |
| 13:28:27 | t0mas | in the manual: "Write this bit 0 before changing any other bit in this register." and CPUDIV is in that register |
| 13:28:33 | Zagor | amiconn: exactly, so why don't we just send voicebuf if paused, unmixed? |
| 13:29:01 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 13:29:04 | amiconn | Don't ask me... I don't really understand how our pcm playback works |
| 13:29:10 | JdGordon | pixelma: CRAP! forgot about hwcodec again... I guess it shouldnt be too difficult to tack cuesheet searching onto it though |
| 13:29:13 | t0mas | and "After writing 1 to this bit, new setting will become active after a hardware controlled delay." so it just won't activate when you don't write 1 to the bypass bit as I read it |
| 13:29:19 | Zagor | t0mas: which quotes? |
| 13:29:24 | t0mas | those 2 |
| 13:29:31 | Zagor | ah :) |
| 13:29:55 | t0mas | those are a bit less debatable |
| 13:29:57 | Zagor | well manuals are one thing, reality sometimes another. I still think it's worth experimenting with. |
| 13:29:58 | JdGordon | Zagor: we still need to trash pcmbuf somehow... the codec needs somewhere to dump pcm before it can be sent to dma |
| 13:30:18 | Zagor | JdGordon: pcmbuf and voicebuf are different buffers |
| 13:30:33 | JdGordon | oh |
| 13:30:53 | Zagor | they get mixed afterwards |
| 13:31:19 | Zagor | or rather, audiobuf and voicebuf are different buffers. they are both in pcmbuf... |
| 13:31:31 | Zagor | it is rather confusing |
| 13:34:00 | linuxstb | JdGordon: So you're planning on loading the cuesheet at the time the track is buffered? |
| 13:34:11 | JdGordon | I think so |
| 13:34:21 | JdGordon | or at least put it on the buffer like AA |
| 13:34:56 | linuxstb | Putting it on the buffer wouldn't make any sense unless it was done at buffering time... |
| 13:36:00 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 13:36:43 | | Quit kugel (Remote closed the connection) |
| 13:36:58 | JdGordon | yeah, the .cue would get loaded into the buffer but not parsed untill the track is actually started, only 1 .cue would ever be open at a time so 1 cuesheet struct will sit in static ram, the tracks id3 struct will either point to it or be NULL if its a regular track |
| 13:37:13 | linuxstb | Why not parsed? |
| 13:38:15 | JdGordon | well.. it could be, wastes less filebuf doing that.. |
| 13:39:03 | linuxstb | Shouldn't a parsed structure take less RAM than the text file? |
| 13:39:14 | JdGordon | yeah, thats what I meant |
| 13:39:31 | * | JdGordon is getting sleepy |
| 13:40:02 | linuxstb | And that also makes it easier to store different kind of sub-track information - the metadata parser for that format could fill the cue struct with anything. |
| 13:40:24 | | Quit AndyIL (Read error: 110 (Connection timed out)) |
| 13:41:26 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 13:42:09 | JdGordon | cuesheet was done before MoB right? I assume thats why it doesnt work like this already? |
| 13:43:12 | | Quit bmbl ("Woah!") |
| 13:43:33 | | Join PaulJam [0] (i=PaulJam_@vpn-3097.gwdg.de) |
| 13:43:44 | | Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 13:47:01 | | Quit HellDragon (niven.freenode.net irc.freenode.net) |
| 13:47:01 | NSplit | niven.freenode.net irc.freenode.net |
| 13:47:01 | | Quit kkurbjun (niven.freenode.net irc.freenode.net) |
| 13:47:01 | | Quit advcomp2019 (niven.freenode.net irc.freenode.net) |
| 13:47:01 | | Quit neddy (niven.freenode.net irc.freenode.net) |
| 13:47:01 | | Quit amigan (niven.freenode.net irc.freenode.net) |
| 13:47:01 | | Quit Tristan (niven.freenode.net irc.freenode.net) |
| 13:47:04 | | Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) |
| 13:47:08 | | Join lazka [0] (n=lazka@84-119-62-167.dynamic.xdsl-line.inode.at) |
| 13:48:19 | NHeal | niven.freenode.net irc.freenode.net |
| 13:48:19 | NJoin | amigan [0] (i=dcp1990@ip68-226-92-253.ri.ri.cox.net) |
| 13:48:22 | NJoin | Tristan [0] (i=tristan@i.dont.want.to.die.virgin.net.in) |
| 13:48:51 | | Join _lifeless [0] (n=lifeless@90.151.219.61) |
| 13:49:16 | lazka | should SansaV1 charging work now? Mine does endless reboots when I plug it in... |
| 13:49:55 | dionoea | works fine here (if i plug it in after booting and hold select) |
| 13:50:31 | dionoea | I have an e260v1 |
| 13:52:11 | pixelma | JdGordon: MoB doesn't exist on hwcodec... and weren't you one that helped coding the original cuesheet support? |
| 13:53:08 | pixelma | NicoP was the main dev though IIRC |
| 13:54:11 | | Join gregzx [0] (n=chatzill@dsk189.neoplus.adsl.tpnet.pl) |
| 13:56:59 | JdGordon | yes and yes |
| 13:57:29 | JdGordon | nico took over pretty much once the parser was done... So all the loading is new to me |
| 13:59:48 | | Quit culture (Read error: 60 (Operation timed out)) |
| 14:00 |
| 14:02:13 | NJoin | kkurbjun [0] (n=kkurbjun@c-24-9-80-197.hsd1.co.comcast.net) |
| 14:02:19 | NJoin | HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) |
| 14:02:19 | pixelma | I see |
| 14:02:30 | | Join neddy [0] (n=john@nat/sun/x-7da3769213bcece2) |
| 14:07:06 | | Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
| 14:07:35 | | Join TheSphinX^ [0] (n=cold@84.165.255.208) |
| 14:08:01 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-64249ab1d66549a8) |
| 14:10:25 | JdGordon | no more errors! time to see if it actually works! |
| 14:11:37 | * | JdGordon doesnt have any .cue files :p |
| 14:15:36 | JdGordon | holy crap! I think it works first go! |
| 14:15:49 | B4gder | we don't believe you! ;-P |
| 14:15:57 | JdGordon | I know :'( |
| 14:16:57 | JdGordon | id3 spoofing is still done in the wps, but loading and skipping works |
| 14:18:00 | lazka | dionoea, do i have to hold select? |
| 14:18:16 | dionoea | lazka: no. That's just to prevent it from entering USB mode |
| 14:18:27 | dionoea | s/USB/MSC or whatever it's called |
| 14:21:03 | | Quit __lifeless (Connection timed out) |
| 14:21:17 | lazka | I'll try that... If it doesn't work it's maybe because of the player because e.g. yesterday the bootloader crashed and after that both firmware images had bad CRCs and all audio files hat bad data, most don't play anymore. |
| 14:22:10 | dionoea | hum, you might have a corrupted file system or something |
| 14:23:12 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 14:24:14 | lazka | dionoea, select works, thanks. |
| 14:26:32 | | Join Schmogel [0] (n=Miranda@essn-4db6c583.pool.einsundeins.de) |
| 14:29:14 | dionoea | lazka: I guess that it should also work in normal USB mode. You'll have to ask jhMikeS about that. |
| 14:31:44 | lazka | Is it still a bug if the filesystem is corrupt? (I'm pretty shure it is) |
| 14:44:22 | lazka | FS 9790 |
| 14:44:26 | | Quit mcuelenaere () |
| 14:46:55 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 14:47:55 | JdGordon | did someone break svn.rb.org? its not on the frontpage? |
| 14:50:44 | | Join josch [0] (n=josch@vr142.rayconnect.de) |
| 14:50:51 | josch | hello there! |
| 14:53:44 | *** | Saving seen data "./dancer.seen" |
| 14:54:06 | Zagor | JdGordon: fixed |
| 14:55:05 | josch | i wanted to buy a new rockbox player and the toshiba gigabeat X-series seams profitable but is appearently not sold anymore - do you guys know any other sources for used stuff than ebay? |
| 14:57:16 | linuxstb | The X has always been hard to find. The Gigabeat F is much easier, and Rockbox runs well on the S series now (although the install procedure isn't straightforward on the S). |
| 14:59:10 | josch | oh the S is missing in the BuyersGuide - thx for the info! |
| 14:59:39 | linuxstb | It's listed amongst the "in development" targets - see the TargetStatus page for others, and their current status. |
| 15:00 |
| 15:00:57 | linuxstb | But I think the S is the only "in development" target that's actually usable. It's only not listed as "supported" due to the installation process/documentation not being ready for the general user. |
| 15:01:10 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
| 15:01:48 | josch | oh no prob for me! great! |
| 15:03:14 | | Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37) |
| 15:13:34 | | Quit CaptainKwel (Remote closed the connection) |
| 15:13:52 | | Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-24d87122f07bf141) |
| 15:20:17 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 15:21:17 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
| 15:26:22 | | Part LinusN |
| 15:27:21 | mcuelenaere | gevaerts: but such a large difference, is that normal? |
| 15:27:37 | gevaerts | Depends on what you're doing |
| 15:27:47 | mcuelenaere | (I have to admit, I didn't put attention when I monitored the OF) |
| 15:28:20 | mcuelenaere | dmesg gives something like: new SCSI device detected, and then 4 usb resets |
| 15:28:22 | mcuelenaere | and that's it |
| 15:28:36 | mcuelenaere | while graphicusb is still indexing.. |
| 15:28:51 | mcuelenaere | could a large number of frames influence this indexing? |
| 15:29:32 | gevaerts | Probably |
| 15:29:45 | gevaerts | Anyway I'd really look at a working device first |
| 15:30:03 | | Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-1c54d302726f8cd9) |
| 15:33:57 | | Join BXCracer [0] (n=bxcracer@78.60.173.238) |
| 15:34:49 | | Quit Slack_ (Read error: 60 (Operation timed out)) |
| 15:35:27 | | Quit _lifeless (Remote closed the connection) |
| 15:35:36 | | Join _lifeless [0] (n=lifeless@90.151.215.203) |
| 15:36:34 | | Join Slack_ [0] (n=brett@12-218-60-196.client.mchsi.com) |
| 15:37:34 | | Quit Kopfgeldjaeger ("Serverwechsel") |
| 15:37:57 | | Join obo [0] (n=obo@77-99-230-49.cable.ubr04.trow.blueyonder.co.uk) |
| 15:38:20 | | Join grndslm [0] (n=grndslm@24-119-80-142.cpe.cableone.net) |
| 15:39:20 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 15:39:30 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 15:39:50 | mcuelenaere | gevaerts: is it normal that graphicusb takes up ~800MB of RAM? |
| 15:40:22 | | Join Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) |
| 15:40:34 | gevaerts | mcuelenaere: I never looked |
| 15:50:04 | mcuelenaere | gevaerts: I filtered all that can get filtered and now I get a lot less data and the program is more responsive |
| 15:50:18 | mcuelenaere | I've looked at the data before every reset, but AFAICS it looks ok |
| 15:51:57 | Unhelpful | ajb: i'm inclined to agree with you... what i was thinking was r<svn rev>-<build date>-<extra>, where extra is git commit ID or an indicator that the repository has local changes for svn, but maybe it's best to take the discussion to the mail list. more devs will see it there, and it works a little better for talking about things with devs who don't happen to be there when you are. |
| 15:52:00 | mcuelenaere | however, it seems like the device adds 13 bytes of 00's |
| 15:52:13 | mcuelenaere | after a CBW: INQUIRY |
| 15:52:22 | mcuelenaere | in response to a INQUIRY* |
| 15:53:29 | gevaerts | That could well be your problem |
| 15:54:10 | mcuelenaere | right, now how to fix it? :) |
| 15:55:56 | gevaerts | mcuelenaere: maybe compare with another device (like a flash thing) to make sure you understand the packets correctly |
| 15:56:15 | mcuelenaere | I'll compare with the OF |
| 15:56:52 | mcuelenaere | what wonders me is that graphicusb reports these extra 13 bytes as vendor-specific, and doesn't alert on it |
| 15:56:59 | mcuelenaere | while the linux (and windows) driver does |
| 15:58:41 | gevaerts | mcuelenaere: there are some traces of the rockbox stack on a sansa at http://www.evonet.be/~gevaerts/usb/ |
| 15:59:59 | mcuelenaere | thanks |
| 16:00 |
| 16:04:20 | * | mcuelenaere thinks he's on to the bug |
| 16:04:40 | | Quit Seed ("cu, Andre") |
| 16:05:10 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 16:06:03 | mcuelenaere | it adds the 13 bytes of the next packet on to the first |
| 16:06:12 | mcuelenaere | so you were right gevaerts, it merges the two |
| 16:08:39 | gevaerts | So you now just have to find how to force a packet to end |
| 16:08:58 | | Join {phoenix} [0] (n=dirk@p54B47AC0.dip.t-dialin.net) |
| 16:09:07 | | Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-a7d8310e4ca74d6d) |
| 16:10:40 | | Part B4gder |
| 16:12:11 | mcuelenaere | I think I just got a bit further :) |
| 16:12:21 | mcuelenaere | hmm still one reset |
| 16:15:53 | | Quit japc ("Ex-Chat") |
| 16:16:17 | | Quit Zagor ("Client exiting") |
| 16:16:59 | | Join robin0800 [0] (n=quassel@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 16:21:28 | | Join japc [0] (n=japc@bl8-0-91.dsl.telepac.pt) |
| 16:24:01 | | Part pondlife |
| 16:29:05 | | Part loswillios |
| 16:29:59 | * | mcuelenaere believes USB is working on the Onda VX747 \o/ |
| 16:36:02 | mcuelenaere | md5 check matches! :) |
| 16:36:50 | gevaerts | \o/ |
| 16:37:00 | gevaerts | Now the zvm ;) |
| 16:37:24 | mcuelenaere | :P |
| 16:37:37 | mcuelenaere | I'll have to look where my ZVM is actually |
| 16:37:45 | mcuelenaere | I've not seen in since ... months I think |
| 16:39:48 | mcuelenaere | gevaerts: there are still some issues when I try to read past the 1MB RAM disk (USB resets), but I suppose that's normal behaviour? |
| 16:40:46 | gevaerts | That could mean a bug in the ramdisk size handling. I wouldn't worry too much about that though |
| 16:42:40 | mcuelenaere | does the usb stack handle resume/suspend? |
| 16:44:58 | LambdaCalculus37 | Regarding the Gigabeat F manual, I was thinking about adding a small bit of description about the Gigabeat X into it as well, since those two targets use the same firmware and have the same keymaps. |
| 16:46:07 | | Join BXCracer_ [0] (n=bxcracer@78.60.173.238) |
| 16:49:59 | | Quit Seed ("cu, Andre") |
| 16:53:04 | | Quit BXCracer (Read error: 110 (Connection timed out)) |
| 16:53:48 | *** | Saving seen data "./dancer.seen" |
| 16:58:10 | | Quit TheSphinX^ ("XChat@Linux") |
| 17:00 |
| 17:01:38 | | Join flydutch [0] (n=flydutch@host159-157-dynamic.1-79-r.retail.telecomitalia.it) |
| 17:03:04 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 17:05:16 | | Quit BXCracer_ (Read error: 60 (Operation timed out)) |
| 17:13:02 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
| 17:14:01 | | Join robin0800 [0] (n=quassel@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 17:16:51 | gevaerts | mcuelenaere: no |
| 17:17:54 | ajb | Unhelpful: OK, I shall msg the list.... |
| 17:18:08 | linuxstb | LambdaCalculus37: That sounds sensible, as it's a shared manual... |
| 17:19:53 | LambdaCalculus37 | linuxstb: Okay, I'll add some mention of the X to the manual, then. |
| 17:20:42 | | Join OoOFreemanOoO [0] (n=52ea00c9@gateway/web/cgi-irc/labb.contactor.se/x-2fb3095920be1e49) |
| 17:23:10 | | Join BXCracer_ [0] (n=bxcracer@78.60.173.238) |
| 17:26:09 | | Quit OoOFreemanOoO ("CGI:IRC (Ping timeout)") |
| 17:26:51 | | Join OoOFreemanOoO [0] (n=52ea00c9@gateway/web/cgi-irc/labb.contactor.se/x-b8095c9ca9e764f7) |
| 17:27:20 | | Quit OoOFreemanOoO (Client Quit) |
| 17:27:43 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 17:29:19 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 17:29:22 | | Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) |
| 17:35:12 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 17:58:26 | | Quit grndslm ("Leaving") |
| 17:58:32 | undertakingyou | mcuelenaere: ping |
| 18:00 |
| 18:01:48 | | Quit petur ("work->home") |
| 18:02:01 | | Join saratoga [0] (n=9803c264@gateway/web/cgi-irc/labb.contactor.se/x-646681d2ff310725) |
| 18:04:46 | | Quit jhMikeS (Nick collision from services.) |
| 18:04:52 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 18:04:57 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 18:05:30 | | Join kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) |
| 18:09:00 | mcuelenaere | undertakingyou: pong |
| 18:10:09 | saratoga | is it ok to file bugs for the website on the bug tracker? |
| 18:11:05 | Llorean | www is in SVN, right? :) |
| 18:11:06 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 18:11:15 | Llorean | But yeah, I think so. I thought there was a category in the tracker for it already? |
| 18:11:44 | undertakingyou | mcuelenaere: I understand that you are working on the creative zvm port, is that right? |
| 18:11:54 | mcuelenaere | yes |
| 18:12:01 | mcuelenaere | well, actually more were |
| 18:12:17 | mcuelenaere | was* |
| 18:12:31 | undertakingyou | Do you know if anyone has taken that up? |
| 18:12:49 | undertakingyou | I have a zvm, but no C knowledge, and would like to help. |
| 18:13:09 | kugel | I think you need both, in this case |
| 18:13:18 | mcuelenaere | nope, nobody has done anything that really helped the port |
| 18:13:27 | mcuelenaere | there were several people that investigated it |
| 18:13:35 | undertakingyou | kugel: you are probably right. |
| 18:13:36 | mcuelenaere | but they didn't really got far or stopped or .. |
| 18:13:56 | kugel | the problem was this homebrewed FS, wasn't it? |
| 18:14:05 | mcuelenaere | undertakingyou: apart from no C knowledge, do you have any experience with embedded stuff? |
| 18:14:12 | mcuelenaere | kugel: FS? |
| 18:14:17 | kugel | filesystem |
| 18:14:18 | undertakingyou | Nope, none whatsoever. |
| 18:14:29 | mcuelenaere | kugel: yes, well that isn't really a problem anymore |
| 18:14:37 | mcuelenaere | most of it has been resolved |
| 18:14:41 | undertakingyou | I have dabbled in C# and I do webscripting but nothing on embeded systems. |
| 18:14:44 | mcuelenaere | it just needs someone to do the last bit |
| 18:14:58 | | Join gregzx [0] (n=chatzill@dsk189.neoplus.adsl.tpnet.pl) |
| 18:14:59 | mcuelenaere | undertakingyou: then it'll require you to do quite some learning I guess |
| 18:15:38 | undertakingyou | That is what it looks like. So with a zvm can it be recovered if the firmware doesn't work or does it just brick? |
| 18:15:50 | mcuelenaere | kugel: currently the main problem(s) are the PIC (which controls the buttons and other input/output stuff) and USB I guess |
| 18:16:04 | mcuelenaere | and completing CFS |
| 18:16:13 | kugel | CFS? |
| 18:16:17 | mcuelenaere | Creative File System |
| 18:16:27 | kugel | ah, the homebrewed one ;) |
| 18:16:30 | mcuelenaere | yep :) |
| 18:16:35 | kugel | what are the problems with the PIC? |
| 18:16:40 | mcuelenaere | but, AFAIR it was almost completely figured out |
| 18:16:42 | | Join grndslm [0] (n=grndslm@24-119-80-142.cpe.cableone.net) |
| 18:17:08 | mcuelenaere | kugel: it runs Creative code, so it isn't any standardised/documented protocol |
| 18:17:16 | mcuelenaere | (the main CPU communicates with the PIC through I²C) |
| 18:17:26 | kugel | uhh, terrible |
| 18:17:31 | mcuelenaere | so one needs to RE the PIC's code |
| 18:17:54 | mcuelenaere | and I really don't like to do that |
| 18:18:12 | kugel | I have to say: "No, thanks" too ;) |
| 18:18:18 | mcuelenaere | :P |
| 18:18:29 | mcuelenaere | well, I remember there was a simulator around |
| 18:19:03 | mcuelenaere | but still, the PIC has all sorts of low level abilities (which I don't have knowledge of); so I think simulating it will need a really good similar environment to work |
| 18:24:13 | | Join webguest00 [0] (n=5b84f61a@gateway/web/cgi-irc/labb.contactor.se/x-449dfccd47254b33) |
| 18:28:37 | | Quit webguest00 (Client Quit) |
| 18:28:42 | | Join webguest00 [0] (n=5b84f61a@gateway/web/cgi-irc/labb.contactor.se/x-917c8a46a4ddd9bf) |
| 18:33:39 | | Quit webguest00 (Client Quit) |
| 18:43:13 | mcuelenaere | gevaerts: I get scsi unknown cmd 2F when trying to format the RAM disk on Windows |
| 18:43:47 | | Quit blahrus (Remote closed the connection) |
| 18:47:10 | | Quit DerDome (Read error: 104 (Connection reset by peer)) |
| 18:53:44 | kadoban | i'm writing a plugin that reads/writes files occasionally. do i need to be worrying about the storage_* functions for spinning up and down, or is that just if i want to override the default behavior? (in other words, if i don't use those, is the disc going to be spinning constantly?) i don't have a player with a non-flash hard drive, so it's pretty impossible for me to tell... |
| 18:53:52 | *** | Saving seen data "./dancer.seen" |
| 18:54:38 | | Join BigBambi [0] (n=alex@188.41.83-79.rev.gaoland.net) |
| 18:55:51 | | Quit BigBambi (Client Quit) |
| 18:56:05 | | Join BigBambi [0] (n=alex@188.41.83-79.rev.gaoland.net) |
| 18:59:16 | | Quit Zambezi (niven.freenode.net irc.freenode.net) |
| 18:59:16 | NSplit | niven.freenode.net irc.freenode.net |
| 18:59:16 | | Quit preglow (niven.freenode.net irc.freenode.net) |
| 18:59:16 | | Quit DaCapn (niven.freenode.net irc.freenode.net) |
| 18:59:16 | | Quit tim__b (niven.freenode.net irc.freenode.net) |
| 18:59:16 | | Quit Tuplanolla (niven.freenode.net irc.freenode.net) |
| 18:59:16 | | Quit Dieterbe (niven.freenode.net irc.freenode.net) |
| 18:59:47 | NHeal | niven.freenode.net irc.freenode.net |
| 18:59:47 | NJoin | Zambezi [0] (i=stolgfor@91.205.60.130) |
| 18:59:47 | NJoin | Dieterbe [0] (n=Dieterbe@213.219.168.87.adsl.dyn.edpnet.net) |
| 18:59:47 | NJoin | Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) |
| 18:59:47 | NJoin | tim__b [0] (i=tim__b@the-ascii-scene.doesntexist.org) |
| 18:59:47 | NJoin | DaCapn [0] (i=dacapn@using.your.wireless-inter.net) |
| 18:59:47 | NJoin | preglow [0] (i=thomj@tvilling2.pvv.ntnu.no) |
| 19:00 |
| 19:00:26 | | Quit preglow (niven.freenode.net irc.freenode.net) |
| 19:00:26 | | Quit DaCapn (niven.freenode.net irc.freenode.net) |
| 19:00:26 | | Quit tim__b (niven.freenode.net irc.freenode.net) |
| 19:00:26 | | Quit Dieterbe (niven.freenode.net irc.freenode.net) |
| 19:00:26 | | Quit Zambezi (niven.freenode.net irc.freenode.net) |
| 19:00:26 | | Quit Tuplanolla (niven.freenode.net irc.freenode.net) |
| 19:00:29 | NJoin | tim__b [0] (i=tim__b@the-ascii-scene.doesntexist.org) |
| 19:00:33 | NJoin | DaCapn [0] (i=dacapn@using.your.wireless-inter.net) |
| 19:00:37 | NJoin | Dieterbe [0] (n=Dieterbe@213.219.168.87.adsl.dyn.edpnet.net) |
| 19:00:38 | NJoin | Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) |
| 19:03:27 | | Quit kugel (Nick collision from services.) |
| 19:03:31 | | Join kugel_ [0] (n=chatzill@e179039220.adsl.alicedsl.de) |
| 19:03:42 | | Nick kugel_ is now known as kugel (n=chatzill@e179039220.adsl.alicedsl.de) |
| 19:04:01 | gevaerts | mcuelenaere: According to the SCSI spec that's VERIFY. From my reading it's optional. Does the operation continue afterwards? |
| 19:04:26 | mcuelenaere | yes, it doesn't stop |
| 19:04:36 | mcuelenaere | it repeats and repeats |
| 19:04:44 | mcuelenaere | I manually stopped the operation |
| 19:04:57 | mcuelenaere | should I retest and wait whether it times out eventually? |
| 19:05:01 | gevaerts | OK. Maybe we return the wrong error code for "Not implemented" then |
| 19:06:35 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 19:10:05 | gevaerts | I'll have a look at the SCSI spec later today. Now I'm going home |
| 19:10:27 | * | mcuelenaere has the feeling his NAND driver isn't really fast |
| 19:12:23 | | Join karashata [0] (n=karashat@69.41.192.215) |
| 19:12:32 | | Quit jfc (Read error: 54 (Connection reset by peer)) |
| 19:12:41 | NJoin | Zambezi [0] (i=stolgfor@91.205.60.130) |
| 19:15:35 | NJoin | preglow [0] (i=thomj@tvilling2.pvv.ntnu.no) |
| 19:24:14 | LambdaCalculus37 | This is a strange error: http://pastebin.com/m42c7f2cd |
| 19:24:23 | LambdaCalculus37 | How can this be when Rockblox has a Clip keymap? |
| 19:24:34 | LambdaCalculus37 | (That is if there's one...) |
| 19:25:09 | kugel | LambdaCalculus37: you're playing with the clip keymap? |
| 19:26:29 | domonoky | LambdaCalculus37: the cause is of course the error around line 130 or before.. |
| 19:29:21 | LambdaCalculus37 | kugel: No, just building normally. |
| 19:30:48 | | Quit tvelocity (Connection timed out) |
| 19:31:37 | | Join tvelocity [0] (n=tony@adsl20-184.her.forthnet.gr) |
| 19:32:54 | * | pixelma wonders about the fixme comments in rockblox.c |
| 19:34:39 | | Quit mcuelenaere (Read error: 113 (No route to host)) |
| 19:35:30 | pixelma | LambdaCalculus37: do you say that SVN doesn't build for the Clip currently? |
| 19:36:13 | kugel | pixelma: I added them, I plan to resolve soon |
| 19:36:41 | pixelma | kugel: but why? |
| 19:37:16 | LambdaCalculus37 | pixelma: Yes, did you see the pastebin? |
| 19:37:27 | kugel | why not? I think it should be looked at |
| 19:37:36 | pixelma | kugel: What's the problem? I mean Rockblox is working correctly for scrollwheel targets for a while... |
| 19:38:06 | pixelma | and targets without scrollwheel |
| 19:38:09 | kugel | i see, those which I added at e200 and fuze are apparently wrong |
| 19:38:35 | kugel | but they don't define this SCROLL_WHEEL as ipods do, which was weird, so I added a comment |
| 19:39:19 | kugel | well, not wrong. it's just about why they don't define that |
| 19:39:44 | domonoky | LambdaCalculus37: but current clean svn builds for clip, see buildtable. |
| 19:40:05 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 19:40:30 | | Join miepchen^schlaf [0] (n=miepel@p579ECBC3.dip.t-dialin.net) |
| 19:41:08 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
| 19:41:13 | kugel | "working correctly" doesn't mean mysterious spots can't be reviewed |
| 19:44:46 | pixelma | aha, didn't see that rockblox had some special scroll wheel handling |
| 19:46:38 | | Quit miepchen^schlaf () |
| 19:46:47 | | Join aptzero [0] (n=penovich@12.69.32.251) |
| 19:46:54 | kugel | yes, and I wondered why that apparently only applies for ipods (which might very well just have been overlooked when creating the e200 keymap), so I planned to look at that again, if noone beats me to it |
| 19:49:24 | | Join miepchen^schlaf [0] (n=miepel@p579ECBC3.dip.t-dialin.net) |
| 19:51:08 | | Quit jhulst (Read error: 104 (Connection reset by peer)) |
| 19:51:49 | LambdaCalculus37 | kugel: It's all yours. |
| 19:52:53 | kugel | LambdaCalculus37: ? |
| 19:54:14 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 19:54:32 | kugel | mcuelenaere: nice! |
| 19:54:45 | mcuelenaere | kugel: ? |
| 19:55:15 | LambdaCalculus37 | kugel: I mean you can take a look at the scroll wheel handling. |
| 19:55:47 | kugel | mcuelenaere: your commit :) |
| 19:55:47 | | Quit havien (Read error: 104 (Connection reset by peer)) |
| 19:55:57 | mcuelenaere | kugel: ahh :) |
| 19:56:11 | mcuelenaere | thank the usb tracer ;) |
| 19:56:13 | kugel | I followd your talk with gevaerts a bit, and it seems like it was a tough job, so I find it nice that it works :) |
| 19:56:28 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-113-045.ewe-ip-backbone.de) |
| 19:57:06 | mcuelenaere | well, with the usb tracer it wasn't that hard anymore :) |
| 19:57:22 | mcuelenaere | without, I would still be reading code and datasheets :) |
| 20:00 |
| 20:00:48 | | Quit axionix (Remote closed the connection) |
| 20:02:03 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) |
| 20:03:10 | kugel | :) Good job in any case |
| 20:09:06 | | Quit miepchen^schlaf () |
| 20:11:49 | | Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 20:12:53 | Zagor | mcuelenaere: excellent work! nice to see the usb tracer being helpful once again |
| 20:13:07 | mcuelenaere | thanks :) |
| 20:14:23 | kugel | mcuelenaere: beware, if you keep committing working USB stuff, you might end up as our new usb pro, and you don't want that :) |
| 20:14:51 | mcuelenaere | heh, I only have 2 devices here so :) |
| 20:15:14 | gevaerts | I guess for this one software tracing could have been sufficient, but hardware tracers usually have much better software |
| 20:15:24 | * | kugel points to the AMS sansas that need USB sometimes too ;) |
| 20:15:44 | * | gevaerts points out that we don't have anything resembling a datasheet for that one yet |
| 20:16:04 | Zagor | jhMikeS: did you get any further about that? |
| 20:16:10 | * | kugel isn't in the mood for bad news today :/ |
| 20:16:55 | | Join ze0 [0] (i=ze@76.91.72.105) |
| 20:30:19 | | Nick ze0 is now known as ze (i=ze@76.91.72.105) |
| 20:30:23 | * | mcuelenaere thinks he found the SD power enable pin |
| 20:32:27 | | Quit nuonguy ("This computer has gone to sleep") |
| 20:33:43 | kugel | yay, good news again :D |
| 20:35:27 | | Join archivator [0] (i=archivat@77.70.28.57) |
| 20:39:22 | | Join jfc [0] (n=john@dpc691978010.direcpc.com) |
| 20:41:25 | gevaerts | mcuelenaere: did you trace that unknown cmd 2F thing? Does the host call SCSI_REQUEST_SENSE (0x03) after that? |
| 20:41:49 | mcuelenaere | nope, should I retry? |
| 20:42:04 | gevaerts | If you can, that would be helpful |
| 20:44:09 | mcuelenaere | hmm it gets stuck on test_unit_read 0 and 1, that means it storage_read() returns -1, doesn't it? |
| 20:44:22 | mcuelenaere | test_unit_ready* |
| 20:45:29 | gevaerts | "gets stuck" as in the host keeps retrying that? |
| 20:45:53 | mcuelenaere | yes |
| 20:45:59 | mcuelenaere | but I don't get it, I have defined USE_RAMDISK |
| 20:46:26 | mcuelenaere | I'll see what Linux gives |
| 20:46:26 | | Quit Thundercloud (Read error: 104 (Connection reset by peer)) |
| 20:47:02 | | Join miepchen^schlaf [0] (n=miepel@p579ECBC3.dip.t-dialin.net) |
| 20:47:47 | mcuelenaere | hmm Windows detects at least on 'disk' |
| 20:48:16 | | Quit ze ("leaving") |
| 20:48:29 | gevaerts | TEST_UNIT_READY depends mostly on usb_exclusive_ata() |
| 20:48:35 | mcuelenaere | ah ok |
| 20:48:37 | | Join tessarakt [0] (n=jens@e180073227.adsl.alicedsl.de) |
| 20:48:41 | mcuelenaere | well, now it sees both of them |
| 20:49:37 | * | gevaerts tries to find out from the scsi specs what the correct response is for an unimplemented optional command |
| 20:49:50 | | Quit nplus (Remote closed the connection) |
| 20:50:02 | mcuelenaere | ok I get unk cmd 2F now when formatting |
| 20:50:17 | mcuelenaere | then it resets usb and sets config again |
| 20:50:20 | mcuelenaere | and retries |
| 20:50:47 | gevaerts | So it doesn't retry the command or skip it |
| 20:50:59 | | Join fml [0] (n=4fd3c0dd@gateway/web/cgi-irc/labb.contactor.se/x-344e42f8574b390f) |
| 20:51:13 | mcuelenaere | you mean cmd 2F? |
| 20:51:27 | gevaerts | We could solve this by implementing VERIFY(10), but then we'd have the same problem at the next optional command that windows tries |
| 20:51:30 | gevaerts | yes |
| 20:51:38 | mcuelenaere | it does retry and doesn't skip it |
| 20:51:42 | bertrik | gevaerts, a sense of 0x052000 perhaps? |
| 20:51:53 | | Join at0m [0] (n=a548c80b@gateway/web/cgi-irc/labb.contactor.se/x-034ba10129f1b2e1) |
| 20:52:00 | fml | Hello. Is the FM region setting reachable through the "normal" settings menu? Or only from the FM screen? |
| 20:53:21 | gevaerts | mcuelenaere: it retries the command by itself, or it resets the device first? |
| 20:53:33 | bertrik | fml, the context button on the fm radio menu option allows you to set fm settings |
| 20:53:48 | | Join Hillshum [0] (n=Hillshum@75-165-245-240.slkc.qwest.net) |
| 20:53:55 | *** | Saving seen data "./dancer.seen" |
| 20:54:34 | mcuelenaere | gevaerts: it's something like this: http://pastebin.com/d20d5880c |
| 20:54:51 | fml | bertrik: yes, I know. But is it the only way? Is it somewhere in the "normal" settings (not context ones)? I couldn't fint it. |
| 20:55:13 | mcuelenaere | oh I forgot the read10 1 |
| 20:55:18 | mcuelenaere | it sometimes give that too |
| 20:55:36 | mcuelenaere | gives* |
| 20:56:22 | gevaerts | bertrik: what would 0x052000 mean? |
| 20:56:39 | * | gevaerts tries to get that from the spec, but it's not always very clear |
| 20:56:53 | mcuelenaere | -{ 0x052000, "Invalid command operation code" }, |
| 20:56:55 | mcuelenaere | ? |
| 20:56:57 | bertrik | fml, I don't know, but I know those two. I think there are no other ways to reach the setting. |
| 20:57:11 | at0m | fml, can't find another way either, i'd guess it's the only way doing it from that menu yes |
| 20:57:16 | mcuelenaere | found on http://lkml.org/lkml/2007/12/19/318 |
| 20:57:57 | fml | Ok, thanks. I thought I was blind! |
| 20:59:20 | fml | I was assuming that every setting is in the normal menu and, as a bonus, sometimes in a context one. |
| 20:59:56 | bertrik | gevaerts, what mcuelenaere said |
| 20:59:58 | mcuelenaere | hmm Windows seems to have given up, but no sign of that on the host |
| 21:00 |
| 21:00:03 | * | gevaerts looks things up |
| 21:00:44 | gevaerts | ok. That should work |
| 21:02:24 | | Quit fml ("CGI:IRC 0.5.9 (2006/06/06)") |
| 21:03:05 | mcuelenaere | gevaerts: could a bad ep_stall() implementation cause this? |
| 21:05:04 | gevaerts | mcuelenaere: I'm not actually sure if the ep_stall() there is entirely correct. I've seen other devices do it, but... |
| 21:05:24 | * | gevaerts prepares a patch |
| 21:07:33 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 21:07:49 | mcuelenaere | gevaerts: about usb_drv_send() (not non-blocking), what's the code supposed to do when it's waiting till finish? yield() ? |
| 21:08:12 | mcuelenaere | (and couldn't this be done in usb_core?) |
| 21:09:26 | Unhelpful | kugel: i think there are good arguments in favor - removing duplicate API pointers, removing init functions that only copy pointers |
| 21:09:44 | Unhelpful | and i like any patch that "adds" something while having more deletions than inserts :) |
| 21:09:48 | kugel | that's why I hope you didn't gave up on this ;) |
| 21:10:06 | | Quit jhulst (Read error: 104 (Connection reset by peer)) |
| 21:10:35 | gevaerts | mcuelenaere: the ARC code just busy-waits. I don't really see how this could be done in usb_core.c, but I'm open to ideas |
| 21:10:43 | gevaerts | mcuelenaere: can you try http://pastebin.com/mba5ddd5 ? |
| 21:10:59 | * | kugel assumes Zagor thought "Why am I doing this shit?" at times doing the make overhaul |
| 21:11:09 | kugel | that's part of the business ;) |
| 21:11:26 | Unhelpful | recursive make considered harmful. you need another reason? ;) |
| 21:11:47 | gevaerts | Yes. Dependency handling broken :) |
| 21:12:13 | kugel | changing a running system? ;) |
| 21:12:34 | Zagor | kugel: actually I quite enjoyed doing it. a thorough cleanup feels great to do well. |
| 21:12:47 | kugel | yea, that's true |
| 21:13:11 | kugel | but come on, at least once, you thought that, admit it :) |
| 21:13:23 | mcuelenaere | hmm the added code seems to crash the device? |
| 21:13:25 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 21:13:35 | | Join igwinnimma [0] (n=chatzill@mnch-5d870859.pool.einsundeins.de) |
| 21:13:52 | Unhelpful | kugel: bitmap corruption? ;) |
| 21:14:35 | gevaerts | mcuelenaere: maybe the bits in usb_storage_init_connection() duplicate something you already do. Those are not actually part of what I'd like to see tested (but I forgot about them) |
| 21:14:47 | Zagor | kugel: nope, sorry :-) I was a bit worried about the lack of response to the patch though, but that turned to be standard Fear Of Make. |
| 21:15:09 | Zagor | turned out* |
| 21:15:38 | * | gevaerts sets Zagor to work on FS #9545 :) |
| 21:15:58 | kugel | now guess why there's so little hieroglyphics specialists |
| 21:16:21 | Zagor | gevaerts: hehe. unfortunately my plate is rather full at the moment. |
| 21:16:46 | Zagor | kugel: the complexity of make is highly overrated. all it does is compare file dates... |
| 21:17:29 | kugel | but it's black magic for most people |
| 21:17:58 | | Quit tyfoo ("Carpe diem") |
| 21:18:56 | gevaerts | I should split that patch into a HAVE_MULTIDRIVE/HAVE_MULTIVOLUME patch and a multi-driver patch |
| 21:19:48 | kugel | gevaerts: HAVE_MULTIDRIVE/HAVE_MULTIVOLUME is supposed to be the same? |
| 21:19:58 | kugel | at least at above a certain abstraction level |
| 21:20:37 | gevaerts | kugel: depends on how you look at it. At lower levels they certainly need to be split |
| 21:21:24 | gevaerts | The only level where they are somewhat related is in disk_mount_all() I think. Below that you have drives, and above that you have filesystems |
| 21:21:28 | kugel | sure, with "above a certain abstraction level" I meant, the filebrowser doesn't seperate them |
| 21:22:12 | * | kugel decides to keep away from that |
| 21:22:46 | gevaerts | kugel: if you read my comments, you'll see that this "unification" is one of the unsolved problems :) |
| 21:23:52 | | Quit Seed ("cu, Andre") |
| 21:24:04 | Zagor | ah! /me found the codec dependency bug |
| 21:24:40 | Zagor | plugins have the same bug |
| 21:26:08 | | Quit grndslm ("Leaving") |
| 21:26:42 | amiconn | What is it? |
| 21:27:00 | amiconn | It doesn't seem to affect all codecs |
| 21:27:54 | Zagor | the problem is that codelib/ isn't searched for include files |
| 21:28:00 | Zagor | codeclib |
| 21:28:06 | amiconn | Zagor: I think the problem most people (including me) have with 'make' is that processing is highly non-linear |
| 21:30:04 | mcuelenaere | gevaerts: now Windows seems to wait a bit, and then does the same loop again |
| 21:30:11 | Zagor | so the codecs that don't include codecs.h themselves (but instead rely on codeclib.h to do it) don't get that dependency |
| 21:30:19 | mcuelenaere | so it waits 2 seconds before sending 2F again |
| 21:30:26 | gevaerts | mcuelenaere: maybe try removing the ep_stall() |
| 21:30:49 | amiconn | ah |
| 21:31:28 | amiconn | Plugins usually do include plugin.h though |
| 21:31:33 | bertrik | maybe the unstall after the stall doesn't work (just guessing) |
| 21:32:12 | mcuelenaere | gevaerts: wow, now everything is more responsive and it immediately gives 'cannot format' |
| 21:35:07 | gevaerts | ok. I checked the UMS spec, and while I'm not sure if that stall is really wrong, it's at least optional |
| 21:35:42 | * | gevaerts wonders about the "cannot format" though |
| 21:35:53 | mcuelenaere | well perhaps my usb driver implemented stall not entirely according to the rockbox norms? |
| 21:36:11 | mcuelenaere | and I can edit the RAM disk directly through 010 editor, so there's no problem with accessing it |
| 21:36:38 | mcuelenaere | gevaerts: if I choose Quick Format, it works |
| 21:37:06 | | Join aurix_lexico [0] (n=adam@c-68-56-205-239.hsd1.fl.comcast.net) |
| 21:37:06 | gevaerts | ah ok. Maybe it tries one of the SCSI format commands in the non-quick case |
| 21:37:16 | mcuelenaere | probably |
| 21:37:26 | * | gevaerts doesn't see the need to pretend to low-level format the device |
| 21:37:49 | | Join TheSkunkMan [0] (n=TheSkunk@207-255-45-173-dhcp.jst.pa.atlanticbb.net) |
| 21:47:33 | | Part aptzero |
| 21:48:39 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-113-045.ewe-ip-backbone.de) |
| 21:49:08 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
| 21:56:57 | | Quit at0m ("CGI:IRC (EOF)") |
| 21:58:56 | | Join tyfoo2 [0] (n=tyfoo@dyndsl-095-033-107-191.ewe-ip-backbone.de) |
| 21:59:04 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
| 22:00 |
| 22:03:45 | | Quit aurix_lexico ("Leaving.") |
| 22:11:58 | | Join akur [0] (n=akur@bl6-159-15.dsl.telepac.pt) |
| 22:12:05 | | Part akur |
| 22:12:09 | | Join akur1 [0] (n=akur@bl6-159-15.dsl.telepac.pt) |
| 22:12:12 | | Part akur1 |
| 22:13:20 | | Quit tyfoo (No route to host) |
| 22:13:20 | | Nick tyfoo2 is now known as tyfoo (n=tyfoo@dyndsl-095-033-107-191.ewe-ip-backbone.de) |
| 22:13:48 | | Quit Hillshum (Remote closed the connection) |
| 22:14:26 | Unhelpful | wait, pluginlib/codeclib files don't get checked for deps? |
| 22:19:16 | Zagor | fixing that now |
| 22:20:48 | Unhelpful | if #9770 goes in, there will be pretty much no reason for core wrappers to add new content - it was only being done before to add init functions that copy rb. |
| 22:22:53 | | Join akur [0] (n=akur@bl6-159-15.dsl.telepac.pt) |
| 22:23:07 | | Part akur |
| 22:23:59 | Zagor | Unhelpful: I'm afraid I have to rename lib/bmp.h |
| 22:24:13 | Zagor | will pluginlib_bmp.h offend you greatly? :) |
| 22:25:00 | Unhelpful | completely fine with me... is it to get rid of the conflict between the two bmp.h files? |
| 22:25:07 | Zagor | yes |
| 22:25:11 | Unhelpful | and the relative include that the conflict leads to? |
| 22:25:31 | Zagor | I need to make sure the dependency generator uses the right file |
| 22:25:47 | Unhelpful | go ahead and name resize.h whatever you want, as well, then. hopefully it's being deleted soon. ;) |
| 22:26:22 | | Quit lazka (Remote closed the connection) |
| 22:26:27 | | Join at0m [0] (n=a548c80b@gateway/web/cgi-irc/labb.contactor.se/x-d2a319301dd4a5f3) |
| 22:29:40 | | Quit {phoenix} (Remote closed the connection) |
| 22:32:20 | evilnick | Unhelpful: I meant to ask you, what's the eventual reason for moving bmpresive out of the core? (I'd give a r. number but can't get onto the Commits since 4 weeks for some reason. |
| 22:32:50 | Unhelpful | evilnick: not moving, exactly, but offering in pluginlib on targets where it's not useful in core. |
| 22:33:43 | evilnick | So would that speed up the usage? Or reduce the binsize? (I'm not an expert but would like to learn more than I currently know) |
| 22:33:44 | Unhelpful | resizing to mono produces bad results, and besides, we don't, to my knowledge, offer albumart on anything mono - so the resizer is disabled, saving about 1KB or so for the resizer itself, and maybe another .5KB in support code in the loader. |
| 22:34:00 | Unhelpful | so you're volunteering to maintain my work? ;) |
| 22:35:36 | evilnick | Christ no! I see my role as more of hanging out in #rockbox-community and being unfunny than really contributing much. I'm another of those users who is not prepared to learn coding. (Veering off-topic so will now shut up) |
| 22:39:52 | | Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) |
| 22:41:45 | | Quit BigBambi (Read error: 60 (Operation timed out)) |
| 22:43:17 | kugel | domonoky: ping |
| 22:44:08 | amiconn | multiple .h files can lead to all sorts of problems. That includes name clashing with system includes |
| 22:44:45 | amiconn | Err, multiple .h files with the same name |
| 22:50:41 | | Quit XavierGr (Nick collision from services.) |
| 22:50:52 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 22:53:59 | *** | Saving seen data "./dancer.seen" |
| 22:58:57 | | Part unstable |
| 22:59:52 | | Quit bmbl ("Woah!") |
| 23:00 |
| 23:03:17 | Unhelpful | amiconn: i already ran into that, long before importing resize into pluginlib, just by trying to *use* it in pluginlib |
| 23:04:05 | * | amiconn also ran into this when trying to fix mysterious codec compilation problems |
| 23:04:32 | Unhelpful | Zagor: well... if you feel better about uintptr_t, now, what do you think of the ALIGN_BUF in here? http://pastie.org/356449 |
| 23:04:33 | amiconn | A number of codecs comes with a config.h, which collides with rockbox' own config.h ... |
| 23:04:53 | | Quit jhulst (Read error: 110 (Connection timed out)) |
| 23:05:47 | Zagor | amiconn: I see none |
| 23:06:15 | amiconn | Not anymore... I renamed them when I found that cause |
| 23:06:20 | | Quit karashata ("G'bye everyone!") |
| 23:06:29 | Zagor | ah |
| 23:07:02 | | Join akur [0] (n=akur@bl6-159-15.dsl.telepac.pt) |
| 23:07:20 | | Part akur |
| 23:07:28 | Unhelpful | the uintptr_t is avoidable, though, one could convert to unsigned int, calculate addr % align, and subtract that from the original pointer, to align down |
| 23:08:25 | amiconn | Using uintptr_t is the clean way, imo |
| 23:09:05 | Unhelpful | the braces seem to be effective at hiding the temps from the enclosing scope, as well. |
| 23:10:07 | | Quit BXCracer_ (Remote closed the connection) |
| 23:10:18 | kugel | Unhelpful: variables are only valid in the block they are declared in (and in inner blocks, but they may be overwritten), but never out blocks |
| 23:11:05 | Unhelpful | right. as i expected, but i sometime think in terms of python scoping, which is... different. |
| 23:14:32 | | Quit saratoga ("CGI:IRC (EOF)") |
| 23:15:35 | | Join Anges1 [0] (n=agnes@lns-bzn-49f-62-147-173-3.adsl.proxad.net) |
| 23:21:12 | Zagor | Unhelpful: I'm fine with that |
| 23:21:54 | Unhelpful | ok... it's in resize.c in that patch, which is currently the only use in core of align_buffer |
| 23:25:59 | Unhelpful | would it most likely belong with ALIGN_UP/ALIGN_DOWN, in firmware/export/system.h? |
| 23:27:31 | Zagor | I'd say so, yes |
| 23:28:46 | | Quit igwinnimma (Read error: 110 (Connection timed out)) |
| 23:28:53 | kugel | btw: what's left using smooth/simple resizing? |
| 23:30:01 | | Quit Anges (Read error: 111 (Connection refused)) |
| 23:30:03 | Unhelpful | a few things, i don't think any that do it with actual bitmaps, anymore. |
| 23:30:46 | kugel | huh? |
| 23:31:12 | Unhelpful | with bitmap files, i mean. i think the ppm viewer plugin supports resizing |
| 23:31:20 | | Quit evilnick ("mibbit.com: byeeeee") |
| 23:32:29 | kugel | ah, test_resize and ppm viewer |
| 23:33:05 | kugel | do we consider dropping it? |
| 23:33:11 | Unhelpful | solvable by deleting test_resize? ;) |
| 23:33:42 | Unhelpful | ppm viewer can possibly be converted - just add recalc_dimension and resize_on_load to pluginlib |
| 23:34:00 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 23:35:18 | kugel | Unhelpful: test_resize could test the core resizer |
| 23:35:18 | Unhelpful | i'd really like to propose a new name for at least the latter of those functions, preferably *before* it gets more than one caller. |
| 23:35:19 | kugel | ? |
| 23:36:11 | Unhelpful | kugel: maybe... maybe merge it with the greylib resizer test? test the greylib plugin on greyscale targets, and test "native" scaler output on color ones? |
| 23:36:17 | kugel | or does the core only support resize on load, i.e. not resizing an already loaded one? |
| 23:36:34 | Unhelpful | kugel: i don't like "resize_on_load" as a name, it's not really a very good description of what it does. |
| 23:37:02 | kugel | well, I didn't think it can only resize on load |
| 23:37:23 | Unhelpful | what it does is resize any image that can be fetched in chunks via a callback with the right signature. it needn't be while loading from disk, and it't needn't be bitmap. |
| 23:37:36 | domonoky | kugel: pong ? |
| 23:37:38 | kugel | I used test_resize resize once, and I know you can resize it "on the fly" using the scrollwheel for example |
| 23:38:09 | kugel | Unhelpful: ah, that sounds more like what I thought about it :) |
| 23:38:30 | kugel | domonoky: did I understand correctly, you are able to read the REC button with the code? |
| 23:38:40 | kugel | the fuze's button code I mean |
| 23:39:09 | domonoky | kugel: i dont know if i can read rec, the reading are just too unstable. |
| 23:39:41 | Unhelpful | if you added an output plugin for rgb24, and a scaler frontend for it, you could load a 24-bit bitmap into memory, and scale it to various sizes, producing new native bitmaps... for example. resize_on_load seems like the kind of name that will keep devs from trying to do something like that with it. |
| 23:39:50 | | Quit jhMikeS (Read error: 54 (Connection reset by peer)) |
| 23:40:19 | kugel | domonoky: I thought you printed the dbop values, it read like you actually could read rec |
| 23:40:29 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 23:40:44 | kugel | other than that, I have no idea why this code is so unstable on e200v2 |
| 23:41:26 | kugel | Unhelpful: is it named "resize_on_load" anywhere in the code? |
| 23:41:35 | kugel | if yes, that would be bad I suppose |
| 23:41:46 | Unhelpful | that's the current name of the scaler function. |
| 23:43:17 | kugel | domonoky: have you looked at the commit where my patch got in? maybe the guy missed something essential |
| 23:43:17 | domonoky | kugel: i printed the values, but most of the time i only got all bits higher then 11 set to 0, so i can not say for sure if rec is in the bits > 12 i very seldom see them. Something is still wrong on e200v2. |
| 23:43:36 | Unhelpful | maybe scale_image_callback? |
| 23:43:59 | kugel | I guess, resize() is too short? |
| 23:44:02 | | Quit flydutch ("/* empty */") |
| 23:44:14 | | Quit Thundercloud (Remote closed the connection) |
| 23:44:35 | kugel | maybe prefix it with bitmap_, but that's all needed imo |
| 23:44:44 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
| 23:45:33 | Unhelpful | bitmap_ or image_... i just wonder if bitmap_ would make people think too much of lcd-native bitmaps, or the bitmap file format. |
| 23:46:13 | kugel | well, it can essentially only resize bitmaps (either those on the disk, or native ones in the ram), so it's correct |
| 23:46:28 | kugel | not? |
| 23:46:59 | kugel | I think of bitmap as in uncompressed rgb565 (or whatever bit depth) image data |
| 23:47:19 | Unhelpful | it can resize whatever you can feed it. the ppm viewer could quite easily include a scaler frontend, if the backend were exposed in the plugin API |
| 23:47:21 | kugel | upto 24bit, thatis |
| 23:47:37 | kugel | it cannot resize jpeg, can it? |
| 23:48:17 | Unhelpful | only if we add a jpeg loader that provides the right callback ;) |
| 23:48:20 | kugel | "whatever you feed it" sounds like you can mp3's or text files to it |
| 23:48:34 | kugel | +pass |
| 23:49:10 | kugel | just to clear things up: what are the requirements to the data passed to (leaving the callback alone) |
| 23:49:12 | kugel | ? |
| 23:49:18 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 23:49:56 | Unhelpful | basically, you give it an output bitmap structure, an input size, and a callback. the callback will provide 8-bit-per-channel data, either RGB or greyscale, depending on whether the target has a color LCD |
| 23:50:33 | kugel | so the callback is actually resizing? |
| 23:51:25 | Unhelpful | no, the scaler resizes, but you don't pass it any actual image data when you call it. it calls the callback to get the source image data. |
| 23:51:38 | | Join culture [0] (n=none@cpc2-bele3-0-0-cust89.belf.cable.ntl.com) |
| 23:51:43 | | Join ShadowGazer [0] (n=443da770@gateway/web/cgi-irc/labb.contactor.se/x-a86f24f8fb024839) |
| 23:52:11 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 23:52:12 | kugel | yes, and that feeds the scaler with uncompressed image data? |
| 23:53:02 | Unhelpful | yes, but the point is that there can be more than one implementation of that callback |
| 23:53:37 | kugel | well, of course |
| 23:53:45 | kugel | that's the point of callbacks, isn't it? ;) |
| 23:54:06 | ShadowGazer | Can anyone here help me install rockbox on my sansa e280? It's version 1.0 I made sure when I bought it. The rockbox util won't recognize it. And when I try to install it manually, it'll reboot like its installing but goes right back to the main screen like nothing was installed |
| 23:54:30 | kugel | so, I got this all right. the scaler needs uncompressed image data (which is bitmap, to me) |
| 23:54:32 | Unhelpful | so the scaler does only handle 8-bit-per-channel uncompressed data itself, yes. i suppose bitmap_scale or bitmap_resize would be ok. |
| 23:55:02 | | Quit ShadowGazer (Client Quit) |
| 23:56:30 | | Quit bertrik (Remote closed the connection) |
| 23:57:26 | * | Unhelpful wonders if mpegplayer relies at all on the current align_buffer's aligning the buffer end as well... |
| 23:58:55 | | Join BigBambi [0] (n=alex@188.41.83-79.rev.gaoland.net) |
icon identifies that the person is a core developer (has commit access).