00:01:10 | | Quit pamaury (Read error: Connection reset by peer) |
00:01:13 | | Quit Zigtown (Ping timeout: 260 seconds) |
00:01:46 | CIA-6 | r27201 build result: All green |
00:01:46 | | Quit newipodman (Quit: CGI:IRC) |
00:02:02 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
00:02:14 | amiconn | wow |
00:03:26 | amiconn | Buschel ^ |
00:03:48 | * | Buschel becomes nervous :) |
00:04:54 | amiconn | See fs task |
00:05:30 | Buschel | yay \o/ |
00:06:33 | saratoga | stripwax: ping |
00:06:34 | wodz | -1.7MHz more and it will run unboosted :-) |
00:06:43 | amiconn | Nah |
00:06:52 | | Quit MethoS- (*.net *.split) |
00:06:52 | | Quit Kitar|st (*.net *.split) |
00:06:52 | | Quit Strife89 (*.net *.split) |
00:06:52 | | Quit solrize (*.net *.split) |
00:06:52 | | Quit mc2739 (*.net *.split) |
00:06:53 | | Quit Beta2K_ (*.net *.split) |
00:06:53 | | Quit Zambezi (*.net *.split) |
00:06:53 | | Quit _threeothree (*.net *.split) |
00:06:56 | amiconn | Real playback always needs a few MHz extra |
00:07:15 | stripwax | pong? |
00:07:43 | * | amiconn is curious what effect the patch will have on a low-iram, broken-cache arm7tdmi |
00:07:52 | amiconn | Aka PP5002 - will test shortly |
00:08:13 | | Join Zambezi [0] (Zulu@80.67.9.2) |
00:08:18 | | Quit bieber_ (Remote host closed the connection) |
00:08:26 | saratoga | stripwax: i can't seem to get profiling to work |
00:08:30 | | Nick Zambezi is now known as 16SAAHAE3 (Zulu@80.67.9.2) |
00:08:34 | | Join MethoS- [0] (~clemens@134.102.106.250) |
00:08:34 | | Join Kitar|st [0] (Kitar_st@BSN-143-104-83.dial-up.dsl.siol.net) |
00:08:34 | | Join Strife89 [0] (~Strife89@adsl-80-136-122.mcn.bellsouth.net) |
00:08:34 | | Join solrize [0] (~phr@adsl-71-141-88-179.dsl.snfc21.sbcglobal.net) |
00:08:34 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
00:08:34 | | Join Beta2K_ [0] (~Beta2K@d24-36-97-38.home1.cgocable.net) |
00:08:34 | | Join _threeothree [0] (generic@server1.unitedservers.de) |
00:08:34 | | Join Zambezi [0] (Zulu@unaffiliated/zambezi) |
00:08:49 | Buschel | amiconn/wodz: can you give this a short try -> http://www.pastebin.org/368682 |
00:08:50 | saratoga | when I try to add the profstart() function, it cannot the function |
00:08:50 | lestatar | gevaerts: copy/overwrite worked fine...am back on fuze v2 rb 26906...thanks! :-) |
00:09:01 | | Quit mc2739 (Ping timeout: 244 seconds) |
00:09:03 | saratoga | do I have to do something besides configure a profile build |
00:09:13 | Buschel | amiconn/wodz: this should work on CF as well (and gives minor speed up on ARM) |
00:09:16 | | Quit _threeothree (Excess Flood) |
00:09:19 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
00:09:26 | | Join threeothree [0] (generic@server1.unitedservers.de) |
00:09:46 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
00:09:48 | | Quit Zambezi (Ping timeout: 244 seconds) |
00:10:06 | | Quit wodz (Quit: Leaving) |
00:11:38 | | Quit saratoga_ (Ping timeout: 252 seconds) |
00:13:28 | | Quit saratoga (Ping timeout: 252 seconds) |
00:13:39 | | Quit ender` (Quit: Do not meddle in the internals of kernels, for they are subtle and quick to panic.) |
00:16:17 | | Quit simonrvn (Disconnected by services) |
00:16:53 | | Join simonrvn_ [0] (simon@72.0.217.63) |
00:18:00 | | Join saratoga [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221) |
00:19:34 | | Join bieber_ [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
00:20:43 | amiconn | Buschel: There are PP5002 results now. Does that paste apply to svn or on top of patch v8 |
00:20:44 | stripwax | saratoga - hey. so yes, you need to put the profile_start and profile_end (or whatever they are) calls at begin/end of the code you want to profile |
00:20:44 | amiconn | ? |
00:21:32 | Buschel | wodz: if you want to support further tweaking of FS #11445 for MCF5249 you may want to exchange some of the ICONST_ATTR_FAAD_LARGE_IRAM in the hcb_*.h with ICONST_ATTR |
00:21:55 | Buschel | amiconn: to svn, already submitted as v09 (minor change) |
00:22:33 | Buschel | amiconn: good, even PP5002 is reasonable faster |
00:22:33 | amiconn | On PP5002 this may help as well, although on that one it *may* be better to put time critical code into iram rather than data |
00:22:48 | | Quit kugel (Remote host closed the connection) |
00:22:55 | | Quit Luca_S (Quit: CGI:IRC) |
00:25:33 | Buschel | the patch gives 10-23% speed up on different targets. I did not expect that much gain when I started to play around with the source... |
00:29:28 | amiconn | Which of the hcb_ thingummies is used most? |
00:32:34 | Buschel | I did not test yet. I only measured the usage of the called huffman functions, but not the used codebooks... |
00:32:42 | Buschel | next step :) |
00:33:13 | amiconn | No change on MCF5250 with v9. PP5002 result is on fs |
00:33:47 | Buschel | good, so it still works. that was the major test ;) thanks |
00:34:35 | Buschel | need to get some sleep now. thanks for the support! |
00:39:15 | | Quit Buschel (Ping timeout: 252 seconds) |
00:43:30 | *** | Saving seen data "./dancer.seen" |
00:52:44 | | Quit jgarvey (Quit: Leaving) |
00:57:54 | | Quit bieber_ (Remote host closed the connection) |
01:00 |
01:04:02 | | Quit petur (Quit: Zzzz) |
01:07:38 | | Quit DerPapst (Quit: Leaving.) |
01:10:15 | | Quit ranma (Ping timeout: 260 seconds) |
01:10:52 | | Quit efyx (Remote host closed the connection) |
01:17:19 | | Join ranma [0] (ranma@mx.tdiedrich.de) |
01:18:41 | | Quit flydutch (Quit: /* empty */) |
01:21:39 | | Quit Dhraakellian (Read error: Operation timed out) |
01:21:55 | | Quit kachna (Ping timeout: 265 seconds) |
01:29:03 | | Quit ranma (Read error: Operation timed out) |
01:33:41 | | Quit anewuser (Ping timeout: 264 seconds) |
01:33:52 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
01:35:59 | | Join Dhraakellian [0] (~ntryon@cpe-67-240-248-41.rochester.res.rr.com) |
01:42:22 | | Join ranma [0] (ranma@mx.tdiedrich.de) |
01:48:28 | | Quit Stephen__ (Quit: Leaving) |
01:51:52 | stripwax | saratoga - (did that make it work for you?) |
01:52:31 | stripwax | oh you also need to make sure the thing your building is compiled with the right flags in the makefile |
01:52:45 | stripwax | -DPROFILE_OPTS i think does that |
01:52:56 | stripwax | ^your^you're |
02:00 |
02:14:41 | | Quit stripwax (Quit: http://miranda-im.org) |
02:21:48 | | Quit feisar_ (Read error: Connection reset by peer) |
02:22:38 | | Join feisar [0] (jljhook@irkki.fi) |
02:22:59 | | Quit balintx (Ping timeout: 276 seconds) |
02:23:06 | | Nick feisar is now known as Guest5171 (jljhook@irkki.fi) |
02:23:11 | | Quit MethoS- (Read error: Connection reset by peer) |
02:26:03 | CIA-6 | New commit by jethead71 (r27202): Enable game sounds in PacBox. Sound is OFF by default but can be enabled from the menu. Enable a function for SWCODEC in the middle of the plugin API, ... |
02:28:06 | CIA-6 | r27202 build result: 6 errors, 0 warnings (jethead71 committed) |
02:32:48 | | Join balintx [0] (~balintx@fibhost-67-58-201.fibernet.hu) |
02:34:12 | | Join Zigtown [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) |
02:43:34 | *** | Saving seen data "./dancer.seen" |
02:46:04 | | Quit Dhraakellian (Read error: Connection reset by peer) |
02:46:16 | CIA-6 | New commit by jethead71 (r27203): Fix r27202 red. MCF5249 plugin IRAM is already very occupied. |
02:48:04 | CIA-6 | r27203 build result: All green |
02:50:39 | JdGordon | bieber: the editor is looking prettty sweet :) |
02:51:26 | JdGordon | hehe I crashed it :) |
02:51:36 | JdGordon | enabling "volume changing" crashes with segfault |
02:53:02 | | Quit Zigtown (Ping timeout: 276 seconds) |
02:57:37 | | Quit balintx (Ping timeout: 260 seconds) |
03:00 |
03:02:18 | | Join Dhraakellian [0] (~ntryon@cpe-67-240-248-41.rochester.res.rr.com) |
03:05:09 | | Join balintx [0] (~balintx@fibhost-67-58-201.fibernet.hu) |
03:09:53 | saratoga | stripwax: (maybe the net split blocked my messages) I added those functions and the correct define, but gcc complains that they cannot be found |
03:11:23 | | Quit hebz0rl (Quit: Ex-Chat) |
03:13:48 | bieber | JdGordon: Thanks for the heads up, I'll take a look at it tonight |
03:14:05 | JdGordon | also, is the AA image being resized correctly? |
03:15:09 | bieber | Yeah |
03:15:21 | bieber | It pays attention to the alignment flags and everything |
03:16:39 | bieber | How did you get it to segfault? Volume changing is working fine for me |
03:17:18 | JdGordon | it might be the theme... AF_flow for the d2 |
03:17:26 | JdGordon | enabkling the volume chaning check box crashes |
03:17:55 | JdGordon | xpos and ypos for AA doesnt seem to update auomatically? |
03:18:20 | bieber | Okay, I'll check that theme |
03:18:36 | bieber | Sometimes the preview doesn't update right away when the text changes, I'm not really sure :/ |
03:18:53 | bieber | For some reason the cursorChanged event just doesn't get thrown sometimes |
03:19:26 | JdGordon | isnt there a textchanged event? |
03:19:37 | JdGordon | or draw at the end of the parse? |
03:20:15 | JdGordon | negative values for viewport positions dont work also |
03:22:15 | JdGordon | -8 for y should put it 8 pixels from the bottom |
03:22:25 | JdGordon | -8 for x should put it 8 pixels from the right |
03:22:54 | JdGordon | (or left if %ax is in front of it and it is using a RTL lang) |
03:26:58 | bieber | Oh yeah, I forgot about that |
03:27:29 | | Quit BlakeJohnson86 (Ping timeout: 276 seconds) |
03:27:31 | bieber | I'll go ahead and take care of negative positioning now, do images and album art also do that, or just viewports? |
03:27:46 | JdGordon | only viewports |
03:27:57 | JdGordon | everything else is viewport relative so no need |
03:28:00 | bieber | I'll take a look at the event chain, too. Rendering is _supposed_ to be attached to textChanged, but we'll see |
03:28:24 | JdGordon | you can use negative width/heights also which pretty much does the same |
03:28:40 | | Join BlakeJohnson86 [0] (~bjohnson@2002:1876:a27b:0:227:13ff:fe65:1262) |
03:28:43 | JdGordon | -10 width means 10 pixels from the right edge also |
03:28:53 | bieber | Oh, wait, AA is just ignoring it's x/y positions |
03:29:03 | bieber | Another item on the to-fix list |
03:36:28 | | Join simonrvn [0] (~simon@210.52-ppp.3menatwork.com) |
03:38:34 | | Quit simonrvn_ (Ping timeout: 252 seconds) |
03:38:44 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
03:39:58 | bieber | Okay, looks like it's not the mv tag, it's the image display that's being triggered when %mv returns true |
03:42:36 | bieber | Oh wait, duh |
03:42:51 | bieber | Any conditional with parameters could crash it like that |
03:42:54 | * | bieber facepalms |
03:45:26 | CIA-6 | New commit by bieber (r27204): Theme Editor: Fixed segfaulting conditional bug |
03:47:20 | CIA-6 | r27204 build result: All green |
03:53:51 | bieber | JdGordon: Does the status bar count as a line of text, or will text just appear under it if you start it on the first line? |
04:00 |
04:04:28 | JdGordon | it doesnt count as a line |
04:04:35 | JdGordon | I think... |
04:07:42 | CIA-6 | New commit by bieber (r27205): Theme Editor: Implemented negative x/y/w/h values in viewport declarations |
04:07:53 | bieber | Okay, I'll just leave it as it is for now |
04:08:52 | bieber | Also, should an empty line cause a newline to be rendered? If so, what about lines that only have tags on them that don't display anything? |
04:09:32 | CIA-6 | r27205 build result: All green |
04:13:00 | | Join Tarvis [0] (~Tarvis@106.203.100.97.cfl.res.rr.com) |
04:19:40 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
04:24:45 | | Quit pixelma (Disconnected by services) |
04:24:45 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
04:24:46 | | Quit amiconn (Disconnected by services) |
04:24:48 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
04:24:59 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
04:25:08 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
04:27:19 | | Join Zigtown [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) |
04:27:49 | JdGordon | bieber: I tihnk they do, and yeah you get blank lines |
04:28:47 | bieber | I recall CustomWPS saying that a line with only one tag by itself and a newline won't render an empty line |
04:29:59 | CIA-6 | New commit by bieber (r27206): Theme Editor: Made blank lines render newlines in the output |
04:31:55 | CIA-6 | r27206 build result: All green |
04:32:11 | | Quit Zigtown (Ping timeout: 265 seconds) |
04:43:37 | *** | Saving seen data "./dancer.seen" |
04:46:43 | | Quit TheSeven (Ping timeout: 260 seconds) |
04:46:52 | | Join Barahir_ [0] (~jonathan@frnk-590fc06d.pool.mediaWays.net) |
04:49:46 | CIA-6 | New commit by bieber (r27207): Theme Editor: Fixed album art positioning bug, removed unneeded debug code |
04:50:38 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
04:50:40 | | Quit Barahir (Ping timeout: 264 seconds) |
04:51:29 | CIA-6 | r27207 build result: All green |
04:55:51 | | Quit Dhraakellian (Read error: Connection reset by peer) |
05:00 |
05:01:23 | | Join Dhraakellian [0] (~ntryon@cpe-67-240-248-41.rochester.res.rr.com) |
05:06:01 | | Quit Dhraakellian (Ping timeout: 265 seconds) |
05:07:31 | | Join Dhraakellian [0] (~ntryon@cpe-67-240-248-41.rochester.res.rr.com) |
05:12:54 | | Join RockNewb [0] (www-data@giant.haxx.se) |
05:14:00 | RockNewb | hey guys |
05:14:42 | RockNewb | is there a new forum for Sansa v2 now that the old thread is locked? |
05:15:57 | RockNewb | i cant get no staisfaction |
05:16:42 | RockNewb | IS ANYONE THERE |
05:16:55 | RockNewb | or, HOW DO I TELL IF ANYONE IS THERE |
05:17:01 | RockNewb | help |
05:17:14 | Mode | "#rockbox +o JdGordon" by ChanServ (ChanServ@services.) |
05:17:20 | JdGordon | ask a question or get kicked |
05:17:28 | JdGordon | and have some patience |
05:17:37 | RockNewb | hank you |
05:20:34 | RockNewb | Basically, the sansa v2 thread is locked, but i looks like the port is finished, but is it supported by Rockbox Utility? |
05:23:14 | Mode | "#rockbox -o JdGordon" by ChanServ (ChanServ@services.) |
05:23:40 | JdGordon | doesnt look like it |
05:24:12 | RockNewb | thank you so much. |
05:38:12 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.128) |
05:38:20 | | Quit Horscht (Quit: Verlassend) |
05:44:42 | | Quit Tarvis (Quit: /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit) |
05:45:03 | binaryhermit | some of the sansa v2s are supported by rbutil |
05:45:16 | binaryhermit | everything but the fuzev2 iirc |
05:45:46 | binaryhermit | and I'm not sure whether the latest version supports the fuzev2 |
05:48:56 | | Join Strife89DS [0] (~nds@adsl-80-136-122.mcn.bellsouth.net) |
05:49:10 | | Quit Strife89 (Remote host closed the connection) |
05:50:38 | | Quit Strife89DS (Client Quit) |
05:51:02 | | Join Strife89DS [0] (~nds@adsl-80-136-122.mcn.bellsouth.net) |
05:51:42 | RockNewb | thanks binary hermit. Does anyone know if the sansa c200 v2 is supported by rbutil? |
05:57:39 | CIA-6 | New commit by jethead71 (r27208): PacBox: Premultiply sound prom data on load rather than during emulation. Use 16-bit data for 'raw' output instead of int. |
05:59:20 | CIA-6 | r27208 build result: All green |
06:00 |
06:04:33 | mc2739 | RockNewb: according to this wiki page: http://www.rockbox.org/wiki/TargetStatus#New_Platforms_Currently_Under_De Fuzev2 is supported by the Rockbox Utility, but c200v2 is not |
06:06:02 | binaryhermit | c200v2 is also listed as "unusable" |
06:14:06 | | Quit Strife89DS (Max SendQ exceeded) |
06:18:47 | | Join esperegu [0] (~quassel@145.116.15.244) |
06:21:38 | | Join Strife89DS [0] (~nds@adsl-80-136-122.mcn.bellsouth.net) |
06:28:37 | | Join lmjubuntu [0] (~lmjubuntu@58.195.42.183) |
06:29:45 | | Join Boldfilter [0] (~Boldfilte@adsl-82-152-180.jax.bellsouth.net) |
06:30:00 | | Part Boldfilter |
06:31:55 | ranma | binaryhermit: C200v2 works pretty well, you just have to do the install manually for now. |
06:32:35 | binaryhermit | well, it is listed as unusable |
06:33:08 | binaryhermit | not having a c200v2, I assumed that "unusable" meant major issues |
06:33:25 | RockNewb | yeah, I was wondering why the forum thread was closed before the various statii were synced |
06:33:45 | RockNewb | I just did a manual install and it seems to work |
06:38:47 | | Quit RockNewb (Quit: CGI:IRC (Ping timeout)) |
06:42:10 | | Part lmjubuntu |
06:43:39 | *** | Saving seen data "./dancer.seen" |
06:44:05 | | Quit BHSPitMonkey (Quit: Ex-Chat) |
06:44:17 | ranma | binaryhermit: You can help with the rbutil support by testing this C200v2 bootloader: http://forums.rockbox.org/index.php?topic=25048 |
06:44:45 | binaryhermit | how? I don't have a c200v2 |
06:45:45 | ranma | Ah, that should rather have been directed to RockNewb, but he already quit |
06:46:02 | | Quit t0rc (Quit: Leaving) |
06:46:57 | | Join lmjubuntu [0] (~lmjubuntu@58.195.42.183) |
06:53:54 | | Quit soap (Ping timeout: 265 seconds) |
06:55:43 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
07:00 |
07:11:31 | | Part lmjubuntu |
07:13:20 | | Nick scorche` is now known as scorche (~scorche@rockbox/administrator/scorche) |
07:14:48 | | Join Strife89 [0] (~Strife89@adsl-80-136-122.mcn.bellsouth.net) |
07:16:15 | | Quit Strife89DS (Max SendQ exceeded) |
07:27:47 | | Join soap [0] (~soap@rockbox/staff/soap) |
07:43:23 | | Join LinusN [0] (linus@rockbox/developer/LinusN) |
07:46:55 | | Join Buschel [0] (~~andree@p54A3EE2B.dip.t-dialin.net) |
07:56:54 | | Quit binaryhermit (Read error: Connection reset by peer) |
07:57:10 | | Join binaryhermit [0] (~binaryher@99.141.196.197) |
08:00 |
08:01:51 | | Join Zigtown [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) |
08:06:47 | | Quit BHSPitMonkey (Quit: Ex-Chat) |
08:16:12 | | Join funman [0] (~fun@rockbox/developer/funman) |
08:21:30 | | Quit S_a_i_n_t () |
08:22:19 | | Join ender` [0] (krneki@foo.eternallybored.org) |
08:26:54 | | Quit rvvs89 (Read error: Connection reset by peer) |
08:27:11 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.101) |
08:32:33 | funman | saratoga: ping |
08:37:14 | | Quit Buschel (Ping timeout: 264 seconds) |
08:43:43 | *** | Saving seen data "./dancer.seen" |
08:45:41 | | Quit anewuser (Quit: http://xrl.us/detroitVI Sixth edition of 25 samples + 48 hours + detroit party (july 31) (maybe streamed online!)) |
08:58:41 | bieber | JdGordon: Do we no longer have the tag that dumps the playlist in the current viewport? |
08:58:44 | | Quit Strife89 (Ping timeout: 260 seconds) |
08:58:52 | JdGordon | %Vp |
08:59:08 | bieber | It's not in the manual any more :O |
09:00 |
09:01:20 | JdGordon | was it ever? |
09:01:22 | | Join fyre^OS [0] (~nnscript@cpe-69-203-151-59.si.res.rr.com) |
09:01:40 | | Quit fyrestorm (Read error: Connection reset by peer) |
09:01:43 | | Join Rob2223 [0] (~Miranda@p4FDCAFA8.dip.t-dialin.net) |
09:01:43 | | Join yawny [0] (user36@pr0.us) |
09:02:14 | bieber | I'm not sure. I thought it had all of the WPS tags documented |
09:02:16 | | Quit AlexP (*.net *.split) |
09:02:44 | | Quit elcan (Ping timeout: 260 seconds) |
09:03:00 | | Join jfc^3 [0] (~john@dpc6682208002.direcpc.com) |
09:03:03 | | Quit sneak (Remote host closed the connection) |
09:03:54 | | Quit Rob2222 (Ping timeout: 260 seconds) |
09:04:12 | | Join ender [0] (krneki@foo.eternallybored.org) |
09:04:31 | | Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) |
09:04:36 | | Join AlexP [0] (~alex@rockbox/staff/AlexP) |
09:05:05 | | Join sneak [0] (debian-tor@gateway/tor-sasl/sneak) |
09:06:45 | | Quit jfc (Ping timeout: 265 seconds) |
09:07:05 | | Quit ender` (Ping timeout: 260 seconds) |
09:07:05 | | Quit FOAD (Ping timeout: 260 seconds) |
09:07:10 | | Join FOAD [0] (~dok@83.160.60.104) |
09:07:27 | | Join flydutch [0] (~flydutch@host129-160-dynamic.15-87-r.retail.telecomitalia.it) |
09:07:43 | | Quit advcomp2019 (Ping timeout: 265 seconds) |
09:07:44 | JdGordon | bieber: is that the last tag you need to implement? |
09:07:46 | jhMikeS | funman: the correct DS for as3525v2 is 1.13 or something else? |
09:08:01 | bieber | Umm, I think it's the last major feature that's altogether missing |
09:08:12 | bieber | I still have a lot of work to do with all the special cases in the config dialog, though |
09:08:18 | JdGordon | nuts :p Vp is a PITA |
09:08:47 | funman | jhMikeS: i have 1.13 which i believe is the latest, but i believe other versions are correct too |
09:08:49 | bieber | It is, but I figure I can cheat a little, since I don't have to bother with real data :P |
09:09:06 | JdGordon | actually, if we can parse/render it properly we should be able to change it to only need one code block |
09:09:25 | JdGordon | (something for later) |
09:09:26 | funman | jhMikeS: btw there's no as3525*v2* datasheet, we use the one for as3525 |
09:10:01 | JdGordon | %Vp(0,%?ia<%ia|%fn>) |
09:10:04 | JdGordon | eek! :p |
09:10:26 | bieber | Are conditionals allowed in the Vp tag? |
09:10:44 | JdGordon | not in svn |
09:10:47 | JdGordon | yes in your parser |
09:10:48 | jhMikeS | funman: maybe I'm getting confused by all this v1/v2 stuff. is there actually a v2 or is this because of v2 players? |
09:11:08 | bieber | Ohh, because the arguments are just parsed as code |
09:11:11 | S_a_i_n_t | Um...conditionals in a %Vp line?!? |
09:11:17 | JdGordon | they are only not in svn because that would really mean reimplemeneting the whole parser for the tag |
09:11:25 | S_a_i_n_t | how the heck does *that* work lol? |
09:11:32 | funman | jhMikeS: i call it as3525v2 because it looks like as3525 but there are small differences |
09:11:41 | JdGordon | S_a_i_n_t: %ia is replaced for each track as normal |
09:11:50 | S_a_i_n_t | Hmmmm. |
09:12:10 | jhMikeS | funman: lol, what the heck is it...really? |
09:12:12 | JdGordon | we might make the 2nd code block optional instead of forcing it to one line |
09:12:13 | bieber | My plan is to just write a really simple mini-renderer that will ignore anything unsupported in the arguments |
09:12:17 | funman | jhMikeS: dunno |
09:12:46 | jhMikeS | ?? it's unmarked? |
09:12:48 | funman | i suppose an as3525 extended either by request of SanDisk, or by non-availability of the old components (a research design?) |
09:12:54 | JdGordon | bieber: well each param is just a LINE or SUBLINES so cant you just feed that back into the same renderer? |
09:13:30 | funman | it's marked SanDisk |
09:13:58 | | Join [Saint] [0] (~St.]@203.184.3.101) |
09:13:59 | funman | there are pictures of clip+/fuzev2 on the wiki, i didnt check if it was the same marking than clipv1/fuzev1 |
09:14:02 | bieber | I could, but it's a little more complicated than everything else, since the tag values are shifting as it iterates through the entries |
09:14:04 | jhMikeS | I see...must be the cool thing to do now |
09:15:04 | * | TheSeven is reminded of the s5l8700 vs. s5l8701 |
09:16:04 | * | [Saint] can't seem to get autojoin channel working in irssi |
09:19:35 | funman | toni (Antonius Hellman) was given svn access but never committed? :/ |
09:19:38 | | Join einhirn [0] (~Miranda@p548516F2.dip0.t-ipconnect.de) |
09:20:05 | jhMikeS | I think he did a couple times but I'm not sure |
09:20:41 | funman | nope, all his patches were committed from Flyspray by other people |
09:21:21 | funman | i think mono mp3 encoding was broken in r9498/fs#5033 if not before |
09:21:23 | ranma | funman: Since http://forums.rockbox.org/index.php?topic=25048.0 was tested on both revision 1 (mine) and revision 0 (seani), I'd like to upload it to download.rockbox.org, however I've never done that, how do I? |
09:22:00 | | Join Zagor [0] (bjst@rockbox/developer/Zagor) |
09:22:22 | funman | ranma: you must go through a Swede (Bagder or Zagor), but i wonder if we shouldn't wait for USB to be stable and make new bootloaders for fuzev1/clipv1/e200v2/c200v2 at the same time? |
09:23:06 | funman | was this bootloader made before the SD changes and does it have a version number (and not r2xxxx) ? |
09:23:39 | jhMikeS | funman: mono mp3 is broken? |
09:23:51 | pixelma | AlexP: manual - in the WPS tags appendix the hold status conditional description is currently only included for targets with hold switches, This once was true but now you can also use it on soft hold targets and get the status. Can you think of a more "generic" description so we can save the \opt? (currently the headline is "Hold switch" which would have to be phrased differently for soft hold) |
09:23:57 | funman | in the plugin yes |
09:24:17 | funman | i have a workaround (fake right channel) but i'm not sure if it's enough |
09:24:43 | ranma | It was made before the SD changes and is versioned "1.0", hmm, I guess that should have been 1.1 anyway, since the one at http://download.rockbox.org/bootloader/sandisk-sansa/c200v2/ already is "1.0" |
09:24:57 | funman | there is a bootloader already ? Oo |
09:25:15 | funman | but it doesn't work on variant 1 that's it? |
09:25:39 | ranma | Well, it'll probably work, but have a black display during the bootloader stage. |
09:26:03 | | Join Strife89 [0] (~Strife89@adsl-67-57-51.mcn.bellsouth.net) |
09:26:04 | | Join Steamcade [0] (WinNT@adsl-86-1-119.tys.bellsouth.net) |
09:26:07 | jhMikeS | funman: mp3_enc.codec is based off it, and it works (tried it just now). |
09:26:11 | | Join kachna [0] (~kachna@r4ax178.net.upc.cz) |
09:26:38 | Steamcade | Stupid question. i'm working on updating my various setups. ipod Video, is it 5G or 5.5G? |
09:26:40 | funman | ranma: I think we said bootloaders must use major revisions (2.0 etc) |
09:26:43 | Steamcade | iPod Video 30GB |
09:26:49 | funman | jhMikeS: but rockbox always feeds stereo data |
09:26:58 | ranma | Ah, ok. |
09:26:59 | funman | LRLRLR, mono wave are LLLLLL |
09:27:58 | jhMikeS | it does mono mixdown or copy |
09:28:24 | funman | window_subband1 assumes channels are packed |
09:29:52 | funman | if i replace LLLLLL by L?L?L?L? i have something correct but the quality isn't up to stereo so there must be something else |
09:30:24 | jhMikeS | recording just does LRLRLRLR -> MMMMMMMM, maybe it's supposed to have that? |
09:30:38 | funman | does it? |
09:30:44 | jhMikeS | yes |
09:31:04 | funman | can you point me where? |
09:31:06 | Steamcade | anyone? iPod Video 30gb. is it 5G or 5.5G. googling it give sme coinflicting reports. |
09:31:12 | jhMikeS | check starting around line 2087 |
09:34:35 | Zagor | Steamcade: I'm not sure what the definition of 5.5G is. the 2048 byte sectors? |
09:34:50 | Zagor | we just call it ipodvideo and ipodvideo64mb |
09:34:56 | Steamcade | hrm |
09:35:09 | Steamcade | I'm trying to install Hybrid |
09:35:17 | Zagor | does rbutil use the 5G and 5.5G names? |
09:35:46 | Steamcade | I'll have to check. hang on |
09:36:28 | Steamcade | I just had to restore to factory mode... rockbox and Zeroslakr are easy to update, I hate having to redo everything whenever apple updates |
09:36:53 | funman | jhMikeS: where does this planar format come from ? don't driver output lrlrlr and not lllrrr ? |
09:37:55 | | Quit TheSeven (Ping timeout: 276 seconds) |
09:38:16 | | Join TheSeven|Mobile [0] (~theseven@rockbox/developer/TheSeven) |
09:38:46 | jhMikeS | where there a planar format? it takes the raw PCM output from the buffer |
09:38:46 | TheSeven|Mobile | hm, rockbox seems to do a terrible job at resampling |
09:39:24 | funman | jhMikeS: ah nevermind the comment confused me |
09:39:38 | | Quit [Saint] (Quit: leaving) |
09:39:53 | jhMikeS | TheSeven|Mobile: define "terrible job"? yes, it's linear interpolation. something better where it can be used would be nice. |
09:40:19 | funman | jhMikeS: did you compare mp3 quality for mono vs stereo ? does it match closely ? |
09:40:35 | Steamcade | Got it |
09:40:47 | | Join [Saint] [0] (~St.]@203.184.3.101) |
09:40:48 | TheSeven|Mobile | resampling 48k to 44k1 => everything > 12kHz gets cut off |
09:40:55 | Steamcade | I was attempting to isntall 4G firmware, like an idiot |
09:41:02 | jhMikeS | funman: I think so. I wasn't the only one working on this. I think Davide-NYC scutinized it closely while it was being implemented. |
09:41:12 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
09:42:15 | * | jhMikeS 's played back DVD captures made with S/PDIF and they didn't seem muffled |
09:42:51 | TheSeven|Mobile | well, actually it should switch the codec to 48kHz and not do any resampling, but even for resampled audio the quality was crap (nano2g) |
09:44:18 | pixelma | the resampler being crap is known |
09:44:39 | | Join Rob2222 [0] (~Miranda@p4FDC9475.dip.t-dialin.net) |
09:44:46 | jhMikeS | I just made a radio recording at 48kHz and it's certainly not cutting off at 12kHz |
09:45:29 | TheSeven|Mobile | well, it's not a complete cutoff, but strong attenuation judging from the fft plugin |
09:46:44 | jhMikeS | it's cutting at about 15kHz (68% of 22050), about where FM shound |
09:47:35 | TheSeven|Mobile | try playing back a 48khz mp3 file on a device where the codec doesn't support that natively |
09:47:45 | * | TheSeven|Mobile need to reboot his phone |
09:47:53 | | Quit TheSeven|Mobile (Read error: Connection reset by peer) |
09:48:11 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
09:48:30 | jhMikeS | 48000 is supported by mp3 |
09:48:38 | | Quit Rob2223 (Ping timeout: 264 seconds) |
09:48:52 | * | pixelma thought that on Rockbox swcodec targets always resamples to 44.1 kHz |
09:49:28 | * | binaryhermit believes pixelma is correct |
09:49:29 | funman | pixelma: nope, perhaps it does for dsp effects though |
09:50:36 | jhMikeS | pixelma: not for recording, just for playback |
09:51:41 | jhMikeS | mp3 supports 16, 22, 24, 32, 44, 48...depending on the desired bitrate, which determines the available format |
09:52:14 | | Join TheSeven|Mobile [0] (~theseven@rockbox/developer/TheSeven) |
09:52:25 | funman | playback resamples input to 44.1 ? |
09:52:28 | pixelma | jhMikeS: I believe he meant the hardware |
09:52:29 | | Part TheSeven|Mobile |
09:52:57 | | Join TheSeven|Mobile [0] (~theseven@rockbox/developer/TheSeven) |
09:53:02 | TheSeven|Mobile | re |
09:53:26 | jhMikeS | funman: yes it does |
09:53:43 | funman | why that? |
09:54:04 | | Quit einhirn (Read error: Connection reset by peer) |
09:54:33 | | Quit rado1 (Quit: Leaving.) |
09:55:27 | jhMikeS | switching would be a big nightmare, really. it might be better to be able to just set it to something other than 44.1...and excessive rates are sort of pointless. |
09:56:02 | pixelma | I guess it would be a real nightmare for things like crossfade |
09:56:46 | | Quit [Saint] (Quit: leaving) |
09:56:57 | jhMikeS | and voice...it would break up speech across switches. it isn't glitch-free, so pauses in audio playback would be necessary |
09:56:57 | funman | what's the point of playback drivers supporting different frequencies then? |
09:57:39 | TheSeven|Mobile | probably some plugins needing it |
09:57:51 | jhMikeS | plugins can use it. recording uses it. it wouldn't be so bad if it weren't expected to change in the middle of playback. |
09:58:07 | TheSeven|Mobile | (someone recently complained about 24khz not working on nano2g for some reason) |
09:58:37 | Zagor | surely we can upsample the voice if needed? |
09:58:59 | jhMikeS | effects like crossfeed and tone filters would need to be checked out and reworked |
09:59:02 | funman | also voice isn't using 44.1kHz? |
09:59:14 | jhMikeS | we do upsample the voice ... to NATIVE_FREQUENCY |
09:59:28 | jhMikeS | I think the spx is 16k |
09:59:35 | Zagor | right, I mean dynamically to whatever is currently playing |
09:59:35 | S_a_i_n_t | TheSeven|Mobile: That's regarding Doom and Rockbox...and yes, the sound is AWFUL |
09:59:39 | | Join detaos_ [0] (~quassel@ip72-218-104-242.hr.hr.cox.net) |
10:00 |
10:00:17 | Zagor | crossfeeding can either be disabled, or trigger resampling |
10:00:21 | jhMikeS | Zagor: sure, but then if it switches in the middle of speaking, it'll break momentarily. |
10:00:31 | Zagor | true |
10:00:41 | | Quit detaos (Ping timeout: 276 seconds) |
10:01:15 | | Join noname [0] (~jonno@203.184.3.101) |
10:01:41 | | Join swilde [0] (~wilde@aktaia.intevation.org) |
10:01:43 | | Nick noname is now known as Guest64767 (~jonno@203.184.3.101) |
10:02:00 | Zagor | I would speculate those who want 48khz will not mind terribly a possible glitch in speech at track transitions |
10:02:04 | jhMikeS | in the same vein, no crossfade between tracks of different rates could be smooth |
10:02:13 | | Quit Guest64767 (Client Quit) |
10:02:14 | Zagor | no, only with resampling |
10:02:23 | jhMikeS | it'd be easier to just set the output to run at 48 all the time, really |
10:02:31 | TheSeven|Mobile | hm the switching shouldn't cause more than a slight pop/click if done the right way |
10:02:36 | funman | jhMikeS: what do you think of merging codecs/mp3_enc.c and plugins/mp3_encoder.c ? for example including a common .c file |
10:02:47 | jhMikeS | one thing about 44.1 is that it's rather universal, but 48 is not |
10:03:18 | Zagor | yes, if we're limiting ourselves to one frequency 44.1 makes the most sense |
10:03:33 | jhMikeS | funman: sounds like a plan. the mp3_enc.c is the more optimized one of course. |
10:03:35 | | Join noname_ [0] (~jonno@203.184.3.101) |
10:04:12 | JdGordon | bieber: ping? |
10:04:18 | bieber | Hey |
10:04:24 | | Join Yun [0] (www-data@giant.haxx.se) |
10:04:46 | JdGordon | you know how a few tags eat the \n in svn (so a new line isnt drawn) how do you handle tha currently? |
10:04:48 | | Quit noname_ (Client Quit) |
10:05:17 | bieber | At the moment, the way it's working is that I only draw newlines after blank lines, or lines that have some text rendered in them |
10:05:31 | bieber | If the line has nothing but tag side-effects, no \n |
10:06:35 | JdGordon | doesnt that mean that "%?mh<hello>" will draw a \n if it is on and not if it is off? |
10:06:59 | bieber | Hmm, I'm not sure, but probably so |
10:07:00 | funman | jhMikeS: r24271 (by n1s) : isn't the first sample LEFT, and not RIGHT ? |
10:07:55 | JdGordon | it looks like there is about a dozen tags which need this behaviour... should I put it into the tag table somehow? |
10:08:06 | bieber | That would be helpful |
10:08:14 | JdGordon | \n at the end of the param list causes the \n to be eaten? |
10:08:17 | | Quit Yun (Client Quit) |
10:08:23 | bieber | Then I can just disable the newline if any of them are present on the line? |
10:08:25 | funman | ah i spot a commit by Toni less than one year ago (i was grepping for 'toni' not 'Toni') |
10:08:40 | bieber | Oh, you want to eat it in the parser |
10:08:44 | JdGordon | yeah |
10:08:46 | bieber | That would actually be easier, okay |
10:08:47 | JdGordon | that is how svn works |
10:09:43 | JdGordon | mind you, I dont like tags that do that |
10:09:53 | JdGordon | %we %wi %wd all do it for no particular reason |
10:09:55 | jhMikeS | funman: yeah, should be Ll|Rr, or lL|rR depending on endianness |
10:11:23 | jhMikeS | fuman: hmmm...I see...it looks backwards |
10:12:20 | funman | btw mp3_enc.c looks similar to mp3_encoder.c according to git log (no optimization not present in the other file) |
10:13:58 | jhMikeS | mp3_encoder.rock is afaiu taken and just turned to codec format |
10:14:09 | funman | hum.. svn logins are case insensitive? it looks like people can use any case and the server will use just that in the commit log |
10:15:28 | jhMikeS | of course, maybe they're just based off the same reference (I'm not 100% certain) |
10:18:10 | JdGordon | bieber: I dont understand the parser enough... have you got a few min to hack this in? |
10:18:23 | bieber | Sure thing |
10:18:24 | JdGordon | if \n is the last param then just eat everything up to and including the \b |
10:18:26 | JdGordon | \n |
10:18:40 | JdGordon | I'll pastebin the diff for tag_table |
10:19:18 | JdGordon | http://pastebin.com/AR32fmuj |
10:21:59 | funman | jhMikeS: how about using a single file (in apps/plugins or apps/codecs) and #ifdef PLUGIN / #ifdef CODEC ? versus 2 small files in apps/plugins & codecs, and a 3rd file wiht all the common code |
10:23:21 | jhMikeS | libmp3enc? |
10:25:17 | jhMikeS | does mp3_encoder get made with hwcodec too? |
10:26:16 | funman | nope (no reason why except the slowness though) |
10:28:22 | jhMikeS | I guess the main stuff could go in the codec lib sections (probably the best area for common code like that). we build libmad and libspx for different purposes so I'm sure a similar sort of solution could work. |
10:28:35 | | Quit binaryhermit (Ping timeout: 245 seconds) |
10:28:41 | jhMikeS | *libspeex |
10:28:48 | pixelma | wouldn't that mean using software encoding on hwcodec? That doesn't sound like a logical thing to do |
10:29:17 | * | jhMikeS was just told hwcodec didn't use the mp3_encoder plugin |
10:30:03 | jhMikeS | of course if it's an encoder library useable in general, it sort of makes sense |
10:30:11 | pixelma | yes, my statement was because of funman's "no reason why it isn't included) |
10:30:43 | jhMikeS | and his other statement...."slowness" :D |
10:30:54 | funman | can the player use the MAS for mp3 encoding ? |
10:31:18 | pixelma | I guess if you want mp3 encoding on hwcodec you would use the hw features, |
10:31:30 | pixelma | which means a different plugin though |
10:31:57 | funman | jhMikeS: i just verified that r24271 indeed swaps channels, but the log mentions "fix swapping" so i want to check with n1s first |
10:31:58 | jhMikeS | well, it records it, but I'm not sure if it can take pcm and do it |
10:32:29 | jhMikeS | funman: or test record from one channel |
10:32:40 | funman | well i did |
10:32:55 | | Quit Zigtown (Ping timeout: 240 seconds) |
10:33:43 | jhMikeS | ah, yes, that's what you meant. then what the....?? |
10:34:05 | funman | perhaps the target on which he tested swaps the channels upfront? |
10:34:39 | jhMikeS | could be...I'll do a check myself here with one channel gain all the way down |
10:35:03 | funman | just take e200v1 and disable channel copy in pcm-pp.c |
10:35:40 | | Join DerPapst [0] (~Alexander@dslb-088-069-138-199.pools.arcor-ip.net) |
10:36:30 | | Quit TheSeven|Mobile (Read error: Connection reset by peer) |
10:36:40 | | Quit 16SAAHAE3 (Changing host) |
10:36:40 | | Join 16SAAHAE3 [0] (Zulu@unaffiliated/zambezi) |
10:36:47 | | Nick 16SAAHAE3 is now known as Zambezi (Zulu@unaffiliated/zambezi) |
10:36:55 | jhMikeS | I checked gigs with R turned way down, and L plays back loud like it should .... hmmm |
10:37:27 | jhMikeS | peakmeter shows correctly too |
10:39:02 | | Join [Saint] [0] (~St.]Lasci@203.184.3.101) |
10:40:02 | jhMikeS | e200v1 didn't swap it either |
10:40:02 | CIA-6 | New commit by funman (r27209): encoders are not built in sim builds ... |
10:40:51 | funman | so if you record mp3 with mono mode set to 'left' you have normal output ? |
10:41:03 | funman | (and channels set to mono) |
10:41:21 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
10:41:33 | jhMikeS | oops :) (think I forgot to set it :P) |
10:42:11 | CIA-6 | r27209 build result: All green |
10:42:16 | funman | never underestimate the pebkac :P |
10:42:36 | jhMikeS | nope, output is silent (R turned down, L mono mode) |
10:42:49 | | Quit [Saint] (Client Quit) |
10:43:10 | | Join [Saint] [0] (~St.]Lasci@203.184.3.101) |
10:43:37 | jhMikeS | switch it to R mono mode with R turned down, I get mono L instead, yep |
10:43:44 | *** | Saving seen data "./dancer.seen" |
10:44:18 | funman | n1s: stop enjoying the sun and get back here! |
10:45:51 | CIA-6 | New commit by bieber (r27210): Theme Editor: Implemented JdGordon's tag newline-eating mechanism |
10:46:53 | | Quit [Saint] (Client Quit) |
10:47:16 | | Join [Saint] [0] (~St.]Lasci@203.184.3.101) |
10:47:31 | CIA-6 | r27210 build result: All green |
10:47:46 | pixelma | not very descriptive |
10:48:19 | [Saint] | /highlight nick -n |
10:48:31 | S_a_i_n_t | oops. |
10:50:52 | bieber | JdGordon: It should be working now |
10:54:59 | balintx | hi |
10:55:17 | funman | hm the plugin and the encoder differ too much :'( |
10:55:18 | balintx | have an idea improving http://www.rockbox.org/wiki/LinuxSimpleGuideToCompiling |
10:55:33 | balintx | " Getting Started" |
10:55:45 | balintx | If not, you will need to type cd ~, then type nano ~/.bashrc and press Page Down a few times. You should see a blinking cursor on an empty line. Paste this onto the line: |
10:55:55 | balintx | should be enough to paste without nano |
10:56:19 | balintx | echo "export PATH= /usr/local/bin :$PATH " >> ~/.bashrc |
10:56:31 | funman | balintx: good idea, you have a wiki account already ? |
10:56:40 | balintx | no, havent |
10:57:01 | funman | just make one (using your real name as login) and we'll give you write permission |
10:58:07 | | Quit [Saint] (Quit: leaving) |
10:59:13 | | Join lmjubuntu [0] (~lmjubuntu@58.195.42.183) |
11:00 |
11:02:14 | balintx | funman: where to register? |
11:02:38 | balintx | now i see |
11:06:07 | balintx | lol |
11:06:11 | balintx | Your personal Foswiki topic BalintKoczka has been created |
11:06:15 | balintx | Foswiki :-O |
11:07:29 | funman | you should be able to write now (perhaps it requires logout/login if it doesn't work at first try) |
11:07:58 | JdGordon | bieber: thanks |
11:08:46 | balintx | foswiki :D |
11:08:46 | balintx | sorry.. |
11:08:46 | balintx | in my language's slang 'fos' means 'sh*t' |
11:09:00 | jhMikeS | haha |
11:09:11 | balintx | but it's true :-O :D |
11:10:19 | | Join [Saint] [0] (~St.]Lasci@203.184.3.101) |
11:13:14 | JdGordon | bieber: looks like you didnt get it quite like svn, but I tihnk it is good enough |
11:13:38 | JdGordon | in svn you can put garbage at the end of those lines and it will all get eateb |
11:13:40 | JdGordon | eaten |
11:13:59 | JdGordon | i.e the same as putting # on the end of the tag |
11:14:06 | JdGordon | unless I misread the diff? |
11:14:07 | bieber | Ohh, okay |
11:14:16 | bieber | I'll have it seek for a newline tomorrow |
11:14:23 | bieber | right now it just looks for one immediately after the tag |
11:14:39 | JdGordon | I should be able to fix that |
11:15:41 | balintx | done |
11:18:10 | bieber | okay, cool |
11:26:49 | amiconn | Zagor: 32/64 MB is independent of 5g/5.5G |
11:27:58 | Zagor | amiconn: aha. what is 5.5 then? |
11:28:34 | amiconn | 5.5G is the one that presents 2048 byte sectors over USB. It also has a more power efficient/ brighter backlight |
11:29:04 | pixelma | oh, I withdrew a comment about 64mb before because I assumed Zagor knew... |
11:29:19 | | Quit [Saint] (Quit: leaving) |
11:29:38 | amiconn | 60GB is 5G and has 64MB RAM. 80GB is 5.5G and also has 64MB RAM. 30GB exists both as 5G and 5.5G, both having 32MB RAM |
11:29:39 | | Join [Saint] [0] (~St.]Lasci@203.184.3.101) |
11:29:49 | Zagor | knew? :) 09:34 <Zagor> Steamcade: I'm not sure what the definition of 5.5G is. |
11:29:51 | balintx | funman |
11:30:02 | amiconn | That said, there are refurb devices around with 60 or 80GB, but a 32MB mainboard |
11:31:03 | pixelma | Zagor: yes, but that doesn't say anything about your knowledge 32/64MB RAM |
11:31:06 | balintx | funman: wiki smashes up code. |
11:31:31 | balintx | echo "export PATH=/usr/local/bin:$PATH" >> ~/.bashrc |
11:31:31 | balintx | save |
11:31:31 | balintx | reload the page |
11:31:41 | balintx | and i see: echo "export PATH= /usr/local/bin :$PATH" >> ~/.bashrc |
11:32:44 | S_a_i_n_t | balintx: Are you talking about the $PATH in CygWin? |
11:33:13 | funman | balintx: i don't know foswiki syntax but you can use the preview button before saving |
11:33:22 | S_a_i_n_t | Oh, right...on the wiki, nevermind |
11:33:28 | | Join mitk [0] (~mitk@195.117.162.130) |
11:34:18 | balintx | funman: |
11:34:52 | | Quit [Saint] (Quit: leaving) |
11:35:25 | balintx | there isn't any preview |
11:35:31 | | Join [Saint] [0] (~St.]Lasci@203.184.3.101) |
11:36:26 | Zagor | balintx: which page? |
11:37:43 | balintx | [10:55:17] <balintx> have an idea improving http://www.rockbox.org/wiki/LinuxSimpleGuideToCompiling |
11:37:55 | | Quit [Saint] (Client Quit) |
11:38:47 | Zagor | looks like the bolding interfered somehow |
11:38:51 | balintx | may now |
11:38:59 | balintx | yes |
11:39:22 | balintx | i just switched of WhatYouSeeIsWhatYouGet mode |
11:39:22 | balintx | +f |
11:39:37 | Zagor | yes. "raw view" and "raw edit" can be useful when diagnosing such issues. |
11:44:09 | | Join [Saint] [0] (~St.]Lasci@203.184.3.101) |
11:44:12 | amiconn | funman: Nope, the Player (and also the Ondio SP) have a MAS that doesn't include an MP3 encoder |
11:44:30 | | Quit Steamcade (Quit: -=SysReset =-) |
11:44:40 | amiconn | But even the recorders and the Ondio FM which do record with an MP3 capable MAS cannot use that for encoding from file |
11:44:57 | amiconn | The reason is that there is no way to feed the data |
11:45:03 | funman | i'm not sure anyone would be crazy enough to convert wav files to mp3 on the SH cpu |
11:45:20 | | Quit [Saint] (Client Quit) |
11:45:35 | | Join [Saint] [0] (~St.]Lasci@203.184.3.101) |
11:45:59 | amiconn | Also, there is no real reason to encode on device, because the encoder we have isn't as good quality as directly recording to mp3 |
11:46:59 | | Part lmjubuntu |
11:47:15 | amiconn | jhMikeS: Btw, MP3 also supports 8/11/12 kHz (MPEG2 lsf extensions, aka MPEG2.5) |
11:47:38 | gevaerts | amiconn: couldn't you in theory play wav to S/PDIF out and look that back to S/PDIF in? |
11:47:53 | amiconn | nope |
11:48:00 | amiconn | The MAS isn't full duplex |
11:48:13 | * | gevaerts gets *two* recorders :) |
11:48:16 | amiconn | Only one internal app can be run at a time |
11:48:19 | jhMikeS | amiconn: I believe that's correct but that encoder doesn't do 2.5 |
11:48:53 | | Quit [Saint] (Client Quit) |
11:49:11 | | Join [Saint] [0] (~St.]Lasci@203.184.3.101) |
11:50:04 | amiconn | Aha. The MAS does |
11:50:23 | | Quit [Saint] (Read error: Connection reset by peer) |
11:52:45 | amiconn | hmm |
11:52:58 | * | amiconn wonders whether what he said is actually true |
11:53:11 | amiconn | There may be a way to encode from file using the MAS |
11:54:28 | jhMikeS | how does the data get sent to it anyway? |
11:54:47 | amiconn | Andwhile the MAS does decode MPEG2.5, it does support it for encoding |
11:55:00 | | Join [Saint] [0] (~St.]Lasci@203.184.3.101) |
11:55:32 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
11:56:52 | | Quit [Saint] (Client Quit) |
11:57:04 | amiconn | Playback data goes through serial input B (I2S-alike) |
11:57:42 | amiconn | Recording goes through PIO output |
11:57:50 | | Quit funman (Quit: leaving) |
11:59:11 | amiconn | Seems we cannot use it for encoding from file, because the encoder can only either encode from serial input A (which is hardwired to the internal ADC) or S/PDIF |
11:59:51 | | Quit kachna (Ping timeout: 260 seconds) |
12:00 |
12:02:06 | | Quit slck (Ping timeout: 248 seconds) |
12:04:25 | | Join Buschel [0] (~~andree@p54A3E68B.dip.t-dialin.net) |
12:05:29 | | Join slck [0] (Venci@Slackware.SlackPix.Com) |
12:08:36 | | Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) |
12:11:12 | * | jhMikeS is a little puzzled why left and right gain aren't both available in mono recording mode (you might still want to adjust left and right input gain independently). |
12:14:41 | | Join [Saint] [0] (~St.]Lasci@203.184.3.101) |
12:15:07 | | Quit [Saint] (Client Quit) |
12:17:44 | CIA-6 | New commit by jdgordon (r27211): minor tweak to r27210 to make it the same as the svn parser... eat everything up to and including the \n after these tags |
12:17:47 | | Join watto [0] (~watto@193.203.81.165) |
12:19:24 | CIA-6 | r27211 build result: All green |
12:34:31 | | Quit efyx (Remote host closed the connection) |
12:43:46 | *** | Saving seen data "./dancer.seen" |
12:52:02 | | Join bor_ka [0] (www-data@giant.haxx.se) |
12:57:32 | | Join bubsy [0] (~bubsy@94-139-72-137.bb.cust.telefiber.no) |
13:00 |
13:22:23 | | Join teru [0] (~teru@M016207.ppp.dion.ne.jp) |
13:29:17 | | Join ucchan [0] (~ucchan@softbank126102048036.bbtec.net) |
13:31:31 | CIA-6 | New commit by uchida (r27212): text viewer: ... |
13:33:17 | CIA-6 | r27212 build result: All green |
13:40:03 | | Quit yosafbridge (Quit: Coyote finally caught me) |
13:40:12 | | Join yosafbridge [0] (~yosafbrid@li14-39.members.linode.com) |
13:40:39 | balintx | help |
13:40:51 | balintx | make: *** No rule to make target `/home/balintx/rockbox/build/apps/plugins/bitmaps/native/amaze_tiles_9.9x9x16.o', needed by `/home/balintx/rockbox/build/pluginbitmaps/amaze_tiles_7.h'. Stop. |
13:41:14 | balintx | was it worked for anyone? |
13:41:21 | S_a_i_n_t | "it"? |
13:41:29 | S_a_i_n_t | you need to define what "it" is... |
13:42:27 | n1s | svn has no "amaze tiles" so whatever patch you have applied is probably broken, |
13:44:05 | | Quit sinthetek (Ping timeout: 264 seconds) |
13:45:19 | | Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) |
13:55:38 | S_a_i_n_t | balintx: What patch were you trying to install/ |
13:55:56 | S_a_i_n_t | s///?/ |
13:56:19 | balintx | saratoga: this problem is solved |
13:56:22 | balintx | just missing bmp-s.. |
13:57:52 | mitk | Hello commiters! Is there any chance to commit FS #11436 - Polish charset for 08-Nedore font? |
14:00 |
14:05:36 | balintx | where is the zip made by make zip ? |
14:05:47 | balintx | found |
14:05:47 | balintx | : D |
14:05:52 | S_a_i_n_t | in your build directory |
14:06:04 | S_a_i_n_t | the same dir you can "./configure" in. |
14:08:49 | CIA-6 | New commit by teru (r27213): text editor: use plugin_get_buffer() to allocate buffer. if size of the file is bigger than the buffer, use the audio buffer. |
14:10:09 | | Quit bor_ka (Quit: CGI:IRC (EOF)) |
14:10:23 | CIA-6 | r27213 build result: All green |
14:13:05 | | Quit GodEater (Read error: Operation timed out) |
14:22:16 | | Quit sinthetek (Ping timeout: 240 seconds) |
14:26:08 | CIA-6 | New commit by uchida (r27214): text viewer: the manual updates. |
14:27:42 | CIA-6 | r27214 build result: All green |
14:30:20 | CIA-6 | New commit by rasher (r27215): Clarify that we use album artist if available. |
14:30:38 | CIA-6 | New commit by ranma (r27216): Added some missing german translations |
14:31:59 | CIA-6 | r27215 build result: All green |
14:32:32 | pixelma | ranma: the "voice" part should also be translated (I'd translate the "open" at least) |
14:33:33 | pixelma | probably just an oversight in the PictureFlow string :) |
14:33:48 | CIA-6 | r27216 build result: All green |
14:34:04 | | Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) |
14:34:13 | | Join ruckus [0] (~Earworm@164.76.150.223) |
14:35:12 | | Quit ucchan (Quit: Leaving...) |
14:35:40 | | Quit Kitar|st (Read error: Connection reset by peer) |
14:36:04 | | Join hebz0rl [0] (~hebz0rl@dslb-094-217-138-100.pools.arcor-ip.net) |
14:36:27 | ranma | pixelma: Oh, right, I managed to overlook that one :) |
14:36:31 | | Join Kitar|st [0] (Kitar_st@BSN-142-63-17.dial-up.dsl.siol.net) |
14:36:44 | ruckus | hey peoples. yesterday i updated to the most current build, and the metronome plug in has started acting weirdly. the screen used to go dark when i put it into "hold", but now it's shining brightly no matter what i do. is this a bug or a feature now? because if it's a feature, it's killing my battery really fast. |
14:37:26 | S_a_i_n_t | Perhaps there is a specific setting for the metronome backlight now... |
14:37:29 | S_a_i_n_t | just a guess. |
14:37:47 | | Join GodEater [0] (~bibble@cl-711.lon-02.gb.sixxs.net) |
14:37:47 | | Quit GodEater (Changing host) |
14:37:47 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
14:37:53 | S_a_i_n_t | Some plugins have their own settings to override the backlight timeout |
14:38:55 | CIA-6 | New commit by ranma (r27217): open Pictureflow -> öffne Pictureflow |
14:39:06 | ruckus | i know, but aside of the main screen, the metronome plug in doesn't have any other settings |
14:39:17 | pixelma | I don't think metronome has but maybe you changed your "backlight on hold" setting accidentally. Stating which target you have might help too |
14:39:39 | ruckus | pixelma: target? you mean build ? |
14:40:10 | pixelma | which device (or player or however you want to call it) |
14:40:49 | pixelma | and the exact revision number of your build is a nice info too |
14:40:54 | | Quit S_a_i_n_t () |
14:41:02 | ruckus | but why does the target matter? it used to work before. and i just checked the setting for the "backlight on hold". it says "off" |
14:41:29 | ruckus | (ipod 30gig) |
14:42:15 | pixelma | if it is a bug, there is a slight chance that it hits only a few targets and then all info is important |
14:42:28 | | Quit bzed (Quit: meh.) |
14:42:39 | ruckus | hopefully. it's the 5th gen ipod. not 5.5 |
14:43:49 | *** | Saving seen data "./dancer.seen" |
14:45:20 | ruckus | (r27188-100630) |
14:47:23 | | Join bzed [0] (~bzed@devel.recluse.de) |
14:49:42 | pixelma | can you remember roughly how old your build was before updating? |
14:49:56 | ruckus | less than a month |
14:52:04 | ruckus | i mean, there are no other problems with the thing. it's just the metronome acting weird with the screen light |
14:52:15 | CIA-6 | r27217 build result: All green |
14:57:30 | pixelma | hmm... I can't imagine what should have changed in the meantime |
14:59:18 | ruckus | same here. :( |
15:00 |
15:00:03 | ruckus | i mean, there were some other changes done on the plug in, so someone definitely worked on it. the buttons were rearranged, but that's not a problem |
15:02:10 | | Quit krazykit (Quit: Connection reset by beer) |
15:02:50 | | Join kachna [0] (~kachna@r4ax178.net.upc.cz) |
15:04:47 | | Part bubsy |
15:05:48 | | Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) |
15:09:58 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
15:11:08 | teru | pixelma, ruckus: changing TIMEOUT_NOBLOCK to 1 in button = pluginlib_getaction(TIMEOUT_NOBLOCK,plugin_contexts,PLA_ARRAY_COUNT); near line 916 in metronome.c seems to solve the issue for me with gigabeat x. |
15:12:04 | ruckus | i wish i had the petience to write code. :( |
15:12:09 | ruckus | *patience |
15:18:43 | pixelma | teru: something that slipped in during the big pluginlib action rework last month then? |
15:19:29 | teru | it seems like that. |
15:19:54 | | Part LinusN |
15:30:59 | | Quit Strife89 (Ping timeout: 240 seconds) |
15:35:19 | CIA-6 | New commit by teru (r27218): metronome: fix issue that backlight doesn't turn off. |
15:36:46 | | Quit Buschel (Ping timeout: 260 seconds) |
15:37:11 | CIA-6 | r27218 build result: All green |
15:38:22 | | Join Strife89 [0] (~Strife89@adsl-67-57-51.mcn.bellsouth.net) |
15:42:24 | | Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) |
15:43:25 | | Join mt [0] (~mtee@rockbox/developer/mt) |
15:43:33 | | Join jxself [0] (~jxself@fsf/member/jxself) |
15:43:59 | mt | saratoga: Here's what I've found out so far : |
15:46:37 | | Quit saratoga (Ping timeout: 252 seconds) |
15:48:07 | | Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) |
15:49:52 | mt | 1. (before imdct_half) I have scaled the output coefficients by 1<<16 to avoid overflows, and no scaling is done on the temp (input) buffer for the same reason. |
15:49:53 | mt | 2. XNPROD31 in this case would produce a wrong result since the function fixmul31 it's using would scale the result down after multiplication by 31 which is wrong. |
15:49:54 | mt | 3. a wma pro can have different subframe sizes, and every subframe size has a different mdct size with a different trig table. |
15:50:00 | | Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) |
15:50:07 | mt | *a wma pro file |
15:50:29 | | Quit mitk (Quit: Leaving) |
15:58:47 | | Part jxself ("Support freedom: fsf.org") |
16:00 |
16:01:53 | | Join styroteqe [0] (1000@ool-457579de.dyn.optonline.net) |
16:01:57 | | Part styroteqe |
16:05:38 | | Join funman [0] (~fun@rockbox/developer/funman) |
16:06:10 | funman | n1s: have you seen http://www.rockbox.org/irc/log-20100701#10:07:00 ? |
16:07:34 | n1s | no, looking now |
16:14:55 | | Quit teru (Quit: Quit) |
16:15:59 | n1s | funman: about the channels, i've no idea, i vaguely remember someone reported that the encoded file had the channels swapped so i swapped them... |
16:16:19 | funman | let's swap them again and wait for the next report |
16:16:38 | funman | ok with you? |
16:16:44 | n1s | anyway, about encoders, i think it would be nice with a plugin that could encode with any of our encoding codecs instead of separate encoder plugins |
16:17:04 | funman | true |
16:17:16 | n1s | yes, go ahead, would be nice if anyone could test but i don't think i have a stereo mic |
16:17:27 | funman | i and jhMikeS tested already |
16:17:40 | n1s | ok |
16:17:45 | n1s | gtg now |
16:19:21 | funman | btw the weird to_mono() isn't inlined |
16:21:30 | CIA-6 | New commit by funman (r27219): mp3 encoder (codec): left and right channels were inverted in mono |
16:23:13 | CIA-6 | r27219 build result: All green |
16:24:12 | | Quit kachna (Ping timeout: 276 seconds) |
16:27:23 | | Quit bluebrother (Disconnected by services) |
16:27:25 | | Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) |
16:38:01 | | Quit hebz0rl (Quit: Ex-Chat) |
16:39:35 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
16:43:53 | *** | Saving seen data "./dancer.seen" |
16:43:54 | | Join AzureWurk [0] (opera@c-24-21-44-114.hsd1.wa.comcast.net) |
16:44:05 | | Quit t0rc (Remote host closed the connection) |
16:44:11 | | Quit ender (Quit: The sum of intelligence on the planet is a constant; the population is growing.) |
16:50:41 | | Join ender` [0] (krneki@foo.eternallybored.org) |
16:52:34 | | Join saratoga [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221) |
16:54:36 | saratoga | mt: whats wrong with XPROD? |
16:57:06 | | Join MethoS- [0] (~clemens@134.102.106.250) |
16:57:14 | mt | saratoga: it's using MULT31 to do the fixed point multiplies .. which returns the result shifted down by 31 bits. While in wma pro there's a case where one operand is not scaled at all and the other is scaled by (1<<31), so if we want the output to be in Q.16 format the result should be shifted down by 15 not 31. |
16:57:44 | mt | saratoga: thus there's an assumption there about the fixed point representation of the operands |
16:58:15 | saratoga | mt: i think that should be ok, since the second input is a trig function thats always < abs(1), so its been scaled by 31 bits |
16:58:29 | saratoga | so the 31 bit shift cancels out the shift built into the trig constants |
16:59:16 | saratoga | so if you do ((x<<16) * (y<<31))>>31 you get (x<<16) back |
17:00 |
17:00:29 | CIA-6 | New commit by alex (r27220): Correct English in text viewer manual entry. |
17:00:46 | mt | in wma pro it's not correct though, since the trig table contain very small values, while the left operand contains very large numbers which we can't scale up to avoid overflows ... i.e, the returned result is x<<0 not x<<16 |
17:01:24 | mt | by the trig table I mean wma pro's, not the one we currently have |
17:01:38 | | Join hebz0rl [0] (~hebz0rl@dslb-094-217-138-100.pools.arcor-ip.net) |
17:02:08 | CIA-6 | r27220 build result: All green |
17:03:53 | saratoga | sorry, which table are you referring to? |
17:04:57 | mt | saratoga: I'm not sure if I explained the matter clearly, so here's a second take : x is very large, so it's in Q.0 (just an int cast of the floating point value) , the other operand (trig value) is Q.31 .. so after the multplication, the result would need to be shifted down 15 bits to have a 16.16 result. |
17:05:33 | mt | saratoga: I converted ffmpeg's imdct_half and tables to fixed point for testing |
17:06:19 | saratoga | i'm confused, if it starts in Q31.0 why would it end up in Q15.16? |
17:07:45 | mt | to avoid overflows |
17:08:09 | mt | and because I want the output in Q.16 |
17:08:18 | saratoga | wouldn't that need to be a separate step though? |
17:08:28 | saratoga | so you'd scale it to q15.16, then multiply it? |
17:08:50 | saratoga | though i guess you could write a function to do it in one step |
17:09:08 | mt | do you mean scaling x to q15.16 before passing to XNPROD ? |
17:09:38 | saratoga | i'm thinking it should be scaled into whatever format is needed to prevent overflow first, and then passed into the XNPROD code |
17:11:11 | mt | hmm .. maybe I could just scale it down after XNPROD |
17:11:36 | saratoga | but just thinking about this, what the XNPROD functions do is a 64 bit multiply of 2 32 bit numbers, and then return the top 32 bits, so I don't think they should overflow unless both the inputs were > 0x8FFFFFF |
17:11:37 | | Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) |
17:12:21 | saratoga | since i think the only way to have overflow would be from the sum after the multiply (e.g. both products are really close to MAX_INT and they get summed) |
17:12:46 | | Quit ruckus (Quit: Leaving.) |
17:13:27 | saratoga | i guess theres really two things going on here, the need to have an extra bit or two of headroom so that the dot products can't overflow, and also the need to have a couple bits headroom so that rounding error in the FFT can't occasionally overflow |
17:13:31 | | Join Stephenc___ [0] (www-data@giant.haxx.se) |
17:14:00 | Stephenc___ | pixelma ping |
17:14:16 | saratoga | i think as long as the input frequency domain samples to the fixed point mdct are less then, say 0x2FFFFFFF, they'll probably be fine |
17:15:53 | saratoga | the actual representation shouldn't matter, since a given binary number has the same chance of overflow no matter where we choose to put the decimal point, and the fixed format is just a mathematical convenience for us, not something with real meaning to a computer |
17:16:14 | saratoga | does that sound right? |
17:19:56 | mt | I'm not sure. " a given binary number has the same chance of overflow no matter where we choose to put the decimal point", since moving the point implies scaling, the chance to overflow should be related to the place of the imaginary point. |
17:20:18 | Stephenc___ | pixelma, doing the m3 themes (iCatcher and UniCatcher) the font isn't specified in the cfg for iCatcher, 08-Schumacher-Clean.fnt is included in the build but the rwps for the x5 used 09-Nedore.fnt, which would be better to use ? |
17:21:22 | saratoga | mt: sorry that was unclear, what I mean is from the mdct's perspective, the decimal point on the input is always after the last bit (q31.0 - a plain integer), and we just say that its somewhere else so that the math works out in the rest of the codec |
17:21:47 | | Quit Strife89 (Ping timeout: 265 seconds) |
17:22:43 | saratoga | so if you think of the xnprod functions as multiplying a whole number times a fixed point number, the scaling makes sense: INT * q.31 would be scaled as (INT * q.31)>>31 |
17:23:50 | mt | Sounds right |
17:24:44 | saratoga | the way i think about it, the actual fixed format is just the number you have to multiply by to get the floating point value back, but if you never multiply back to floating point, then the format isn't so important |
17:25:19 | saratoga | it just matters that we tell the rockbox DSP code the right number of bits to scale so that the volume is correct, and that we don't ever overflow, or scale so badly that numbers round down to zero |
17:26:48 | | Quit Stephenc___ (Quit: CGI:IRC) |
17:30:16 | mt | saratoga: this sounds correct .. but the results based on this hypothesis say there's something wrong, and now I'm confused and can't explain the output. :( .. one minute I'll try to figure it out. |
17:31:01 | saratoga | yeah something is definitely missing :( |
17:31:21 | | Join Strife89 [0] (~Strife89@adsl-67-57-51.mcn.bellsouth.net) |
17:31:34 | saratoga | but i think its a problem with the algorithm, not the precision, since no amount of scaling seemed to fix it for me |
17:32:32 | pixelma | AlexP: did you have time to look at the Onda manual patch? (and see my question about soft hold today in the morning? |
17:33:08 | AlexP | Not yet I'm afraid - I ended up going out last night, and am out tonight too. I will though, I promise! |
17:33:56 | AlexP | And for hold switch, how about just calling it hold? |
17:34:07 | AlexP | And not specifiy that it is a switch |
17:34:39 | funman | is is to remove distinction between HWhold and SWhold ? |
17:34:51 | pixelma | have to look at the exact phrasing, maybe that works |
17:35:07 | AlexP | funman: IIUC :) |
17:35:19 | pixelma | funman: just for the manual (description of the hold status tag) |
17:35:46 | saratoga | mt: just thinking this through, have you tried comparing the rockbox IMDCT to the ffmpeg IMDCT at various points ? |
17:36:01 | funman | keep in mind there are notable differences (depends which part of the manual you want to change) |
17:36:06 | saratoga | for example, it would be helpful to know if things go wrong before or after the FFT |
17:36:58 | mt | saratoga: They go totally wrong before the fft .. the problem is that the prerotation uses very large trig values in comparison to what wmapro actually uses (in ffmpeg). |
17:37:06 | pixelma | funman: or better: to include that part about the %mh tag for soft hold targets at all without duplicating code unnecessarily |
17:38:57 | mt | saratoga: Another take at explaining the results .. if the trig operand is actually very small that the result of fixed point multiplication would always fit in 32 (or max 33) bytes) .. returning just high byte would result in an underflow, which is the case here. |
17:40:00 | saratoga | how could that happen though? the trig values are scaled to take up the whole 32 bits, and then the multiplication discards the lower 4 bytes |
17:40:21 | saratoga | even the smallest trig value would still have something like 20 odds bits non-zero in it |
17:42:07 | saratoga | "20 odds bits" == "20 or more bits that were non-zero" |
17:43:02 | | Part Zagor |
17:43:23 | mt | saratoga: the trig values used here are as small as 0x5A82 (fixed point values) |
17:44:33 | saratoga | thats still 15 bits though, does that really cause underflow? |
17:45:19 | | Join Takato [0] (~chatzilla@83.5fec54.tvnetwork.hu) |
17:45:35 | Takato | hi there |
17:45:48 | saratoga | where did you find that value anyway? the smallest I see in the lib folder is 0x1921fb |
17:45:51 | mt | multiplying this by a coefficient which is say 371145 (which is a real example from a sample file), would result in a number that needs 33 bits to be represented. The high part returned by MULT31 would just contain the highest bit and discard the rest. |
17:46:36 | mt | saratoga: I converted the tables needed by wma pro to fixed point .. yes these small values are not present in our table |
17:46:42 | saratoga | ah! |
17:46:50 | saratoga | can you pastebin that table? |
17:46:52 | Takato | i had a dream about rockbox |
17:47:03 | saratoga | 0x371145 or just 371145 ? |
17:47:15 | mt | decimal not hex |
17:47:26 | mt | so just 371145 (sorry wasn't clear there) |
17:48:37 | saratoga | mt: in 16 bit precision, 371145 is just 5 (e.g. -66dB below peak), so I think its reasonable that it might underflow |
17:49:56 | | Quit pamaury (Remote host closed the connection) |
17:50:23 | mt | saratoga: here's the table : http://www.pastebin.org/370629, it's actually quite large since it's actually made up of 6 tables for the 6 wma pro block sizes, and the entry point in the table is calculated based on the block size. |
17:51:37 | saratoga | mt: its cutoff since its so huge, could you just give me the 1024 or 2048 block table? the others are just resampled versions of it |
17:51:45 | mt | saratoga: in the floating point decoder, 371145.25 is the value contained in the buffer before passing to the imdct_half function. |
17:51:54 | funman | mt: pastebin cuts large pastes |
17:52:07 | mt | heh should have paid attention there ! |
17:52:24 | pixelma | AlexP: e.g. "if the main unit hold is on" (that would be the old minus the "switch")...or more like "if the main unit's keys are locked"? |
17:53:05 | pixelma | or something else... ;) |
17:53:21 | saratoga | mt: basically what I'm getting at here is that the range of input samples that matter isn't so big (since we only need to output 16 bit samples) and the range of values in the trig table also isn't very big, so there should be a combination of precisions here that makes underflow only happen to samples that would be 0 in 16 bit precision anyway |
17:53:35 | AlexP | pixelma: Yep, or if you want a direct replacement you could use something like "key lock" maybe |
17:53:35 | mt | saratoga: this is the 2048 block size table : http://www.pastebin.org/370642 |
17:53:42 | * | pixelma should just commit something in broken English and wait for AlexP to put it nicely |
17:53:50 | saratoga | mt: ah I see the issue |
17:54:00 | AlexP | pixelma: heh! |
17:54:10 | saratoga | the table isn't normalized to q.31 precision |
17:54:37 | saratoga | its in q15.16 precision |
17:54:54 | | Quit Takato (Quit: ChatZilla 0.9.86 [Firefox 3.6.6/20100625231939]) |
17:54:54 | saratoga | so the shifts in XNPROD would be wrong for that table |
17:54:57 | | Quit MethoS- (Read error: Connection reset by peer) |
17:55:02 | AlexP | pixelma: But yeah, "if the main unit's keys are locked" is fine, or "if the main unit key lock is enabled" or "if hold on the main unit is enabled" |
17:55:13 | AlexP | on/enabled/whatever :) |
17:55:45 | saratoga | funman: FWIW I stared at the stupid AMS datasheet for like an hour yesterday trying to figure out what we're doing wrong the m200v4, but I still don't really get it |
17:56:08 | mt | saratoga: Actually it is in q.31 |
17:56:30 | mt | example : 5a82 is actually 0.000011 in ffmpeg |
17:56:40 | funman | saratoga: i compared the init code in disassembly between clipv1 and m200v4: perhaps the common ground misset is what makes the audio quite low |
17:56:55 | saratoga | mt: oh is it still cutoff? |
17:57:57 | mt | no the pastebin contains the complete table |
17:58:06 | mt | I just meant that the second value in the table |
17:58:11 | mt | which is 5a82 |
17:58:20 | mt | is from 0.000011 in floating point |
17:58:32 | saratoga | mt: the largest value should be 1.0 right? |
17:58:34 | funman | IIUC the ground is currenty common for left/right speakers, would that mean twice more current goes into the same wire than if the grounds were separate? |
17:59:00 | saratoga | which in q.31 would be 0xFFFFFFFF right? |
17:59:04 | mt | saratoga: in wma pro no, I haven't seen such large values yet :) |
17:59:11 | saratoga | for the trig table? |
17:59:18 | saratoga | it must have cos(0) as a value |
17:59:39 | saratoga | funman: i think the issue is regulator being used, not where the power goes |
18:00 |
18:00:04 | saratoga | since to use a AA battery there must be an upconverter that takes ~1-1.5v and generates 1.5-2v out |
18:00:27 | saratoga | theres a half dozen in the player, i think we just use the wrong one |
18:02:38 | | Quit scorche (Disconnected by services) |
18:02:47 | | Join scorche` [0] (~scorche@rockbox/administrator/scorche) |
18:04:49 | mt | saratoga: I'm pretty sure the table values are correct, I have compared them to ffmpeg's .. and the code to convert the tables to fixed point is pretty straight forward : http://www.pastebin.org/370685 .. this is ffmpeg's mdct_init function, with just some printf's to dump the fixed point tables. |
18:05:11 | | Quit Strife89 (Ping timeout: 260 seconds) |
18:05:11 | | Quit tmzt (Ping timeout: 260 seconds) |
18:05:43 | | Join tmzt [0] (~ircuser@99-157-224-139.lightspeed.bcvloh.sbcglobal.net) |
18:07:20 | | Join rado1 [0] (~jon@66-214-153-109.dhcp.mtpk.ca.charter.com) |
18:08:07 | | Join Strife89 [0] (~Strife89@adsl-67-57-51.mcn.bellsouth.net) |
18:16:28 | | Join pamaury [0] (~quassel@p5DDEE131.dip.t-dialin.net) |
18:16:29 | | Quit pamaury (Changing host) |
18:16:29 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
18:40:30 | | Quit bmbl (Read error: Connection reset by peer) |
18:43:20 | | Join pamaury_ [0] (~quassel@p5DDECFE7.dip.t-dialin.net) |
18:43:54 | *** | Saving seen data "./dancer.seen" |
18:43:59 | | Quit pamaury (Ping timeout: 260 seconds) |
18:54:31 | | Join Jerom [0] (~jerome@95.171.137.241) |
18:55:23 | | Nick pamaury_ is now known as pamaury (~quassel@p5DDECFE7.dip.t-dialin.net) |
18:55:32 | | Quit pamaury (Changing host) |
18:55:32 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
18:57:00 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
18:58:39 | saratoga | mt: in that pastebin, what is the value of scale? |
18:59:00 | bertrik | saratoga, do you have an m200v4? |
18:59:07 | saratoga | bertrik: no |
18:59:18 | saratoga | just looked at the datasheet |
18:59:19 | funman | bertrik: check the forums, there is a tester |
18:59:34 | bertrik | I looked up some m200v4 init code and I think domonoky tried some of the init values, but no luck as far as I remember |
19:00 |
19:00:41 | bertrik | I guess there just aren't that many people who have an m200v4. |
19:01:03 | saratoga | i assume theres not much interest in swapping batteries anymore |
19:01:17 | pixelma | huh? |
19:02:14 | mt | saratoga : http://www.pastebin.org/370899 |
19:03:10 | saratoga | mt: why is that in there? its screwing up the values |
19:03:24 | mt | saratoga : That's ffmpeg's code |
19:03:35 | mt | scale is provided by the decoder too |
19:04:04 | saratoga | you'll need to correct for it |
19:04:19 | saratoga | 1/0.000043 is about 14.5 bits |
19:04:36 | saratoga | so you need to shift it back by 14-15 bits |
19:04:46 | saratoga | but i wonder what thats supposed to do |
19:06:25 | saratoga | 1.0 / (1 << (BLOCK_MIN_BITS + i - 1)) / (1 << (s->bits_per_sample - 1)) |
19:06:27 | saratoga | what the hell |
19:06:32 | mt | :( |
19:06:53 | saratoga | so what that does i think is make the mdct conserve energy |
19:07:35 | mt | I'm trying to make the fixed point imdct_half as close as possible to ffmpeg's first so that it would be easier to spot the problems, then I'll try to move back to our code. |
19:08:04 | saratoga | the issue here is that prescaling everything is not going to work in fixed point |
19:08:18 | saratoga | but you can make this work pretty easily i think |
19:08:30 | saratoga | leave the scale in, and then shift everything by 15 bits |
19:08:43 | saratoga | then change your fixed to float function to shift things back by 15 bits |
19:08:45 | saratoga | then it should work |
19:08:54 | saratoga | basically heres what I think is going on |
19:09:13 | saratoga | in a normal mdct the codec ignores parseval's theorem for efficiency sake |
19:09:35 | saratoga | so the output energy is scaled by the number of samples in the transform |
19:09:57 | saratoga | ffmpeg apparently lets you rescale the output so that energy is conserved, but it looks like it does it by scaling the trig coefficients |
19:10:19 | saratoga | but we can't do that since sclaing them basically changes the fixed representation, which makes everything underflow |
19:10:47 | saratoga | but if you scale the trig vales, then shift them (== change the fixed format) it'll avoid the underflow while keeping the scaling |
19:11:36 | saratoga | you just have to remember when you compare to FP at the end to shift everything by 15 bits again |
19:12:57 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
19:13:33 | | Quit liar (Ping timeout: 252 seconds) |
19:16:36 | mt | saratoga: The fixed point trig tables contain the scaled values of the floating point trig values, or did you mean that I should create fixed point trig tables of the unscaled trig values ? |
19:17:06 | saratoga | mt: you can scale them, but if you do, you must then shift them so that 1.00000 is very close to 0x7FFFFFFF |
19:17:18 | saratoga | or 0xFFFFFFFF depending on twos complement i guess |
19:18:09 | saratoga | basically you need to arrange the trig values so that the largest is represented by close to 2^31, and the smallest by -2^-31 and 0 by something in the middle |
19:19:49 | mt | hmm, I'll need to redo not too few stuff this way .. I'll continue today using what I have now and then redo the tables and the calculations tomorrow. |
19:21:05 | mt | Currently there's only something wrong with the post rotation anyway so I'll try to fix that and make sure there's nothing wrong somewhere else. |
19:21:21 | saratoga | mt: did you ever have to look at how floating point calculations are implemented in hardware in school? |
19:21:32 | mt | yeah |
19:21:54 | saratoga | same idea here right? multiply by some random value, keep track of the scale, rescale as needed :) |
19:23:05 | | Quit DerPapst (Quit: Leaving.) |
19:24:34 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
19:25:23 | | Quit hebz0rl (Quit: Ex-Chat) |
19:25:32 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
19:26:51 | | Quit flydutch (Quit: /* empty */) |
19:28:45 | mt | saratoga: yeah I see .. I misread the first time |
19:29:06 | saratoga | ok |
19:29:14 | saratoga | if you get stuck send me a patch and I can try and look at it |
19:29:45 | mt | alright .. thanks :) |
19:35:17 | | Quit wombat23 (Ping timeout: 245 seconds) |
19:35:34 | mt | saratoga: yeah scaling up by 16 seems to do it for n = 8K (scale = 0.000043) |
19:40:34 | | Join janwil [0] (~janwil@137.224.225.4) |
19:45:42 | janwil | hello, can someone help me fixing my sandisk c240 v1 ? |
19:46:31 | funman | nobody can if you don't tell the problem |
19:47:02 | janwil | for some reason sansapatcher doesn't recognise the device |
19:47:27 | funman | perhaps it's a v2, no matter what the case says. check the firmware version in the OF |
19:47:29 | janwil | same for e200tool |
19:49:11 | funman | saratoga: codec lib mdct is based on tremor, right? |
19:49:13 | janwil | how can i check this exactly, lsub just says c40 |
19:49:45 | bertrik | on the player itself, probably somewhere around settings / system settings |
19:50:00 | funman | http://download.rockbox.org/daily/manual/rockbox-sansac200/rockbox-buildch2.html#x4-70002.1 |
19:51:12 | mt | funman: The old one is based on tremor, the new one is based on ffmpeg (re: mdct) |
19:51:57 | funman | can you think of a better name than 'union magic' for the 64 bits numbers? |
19:52:56 | janwil | funman: hmmm, can't find it i think. rbutil says: VID: 0781 PID: 7451, Sansa c240 / [System] USB VID: 0781, PID: 7451 / Sandisk firmware i put on it is 01.01.00P / Sericlas Sanca c200B0612020984 |
19:53:25 | janwil | s/Sericlas/Serials/ |
19:53:54 | funman | janwil: read the link i gave you |
19:54:13 | | Join wombat23 [0] (~beuteltie@adsl-99-39-2-249.dsl.pltn13.sbcglobal.net) |
19:54:49 | mt | funman: I thought the name magic was not good too .. maybe : INT64 or BUF64 ? |
19:55:36 | funman | INT64 looks good, i think it's not a reserved name |
19:56:16 | bertrik | janwil, on my c240v1 the firmware version can be found at menu Settings / System Info / Version |
19:56:20 | mt | yeah I don't think so |
19:56:34 | mt | -don't |
19:56:59 | janwil | funman: i think i know why it don't work but have realy no idea how to fix this. Think the filesystem on the flash partiton is broken, it only reads the sdhc external thingy |
19:57:49 | | Quit bmbl (Read error: Connection reset by peer) |
19:58:07 | funman | is there a MTP setting on c200 ? |
19:58:18 | bertrik | funman, on some firmware version, yes |
19:58:52 | bertrik | MSC is missing/hidden on some c200v1 firmware versions I mean |
19:58:53 | janwil | funman: my firmware version shows the partitions yes |
19:59:07 | | Join Buschel_ [0] (~~andree@p54A3A710.dip.t-dialin.net) |
19:59:31 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
20:00 |
20:00:15 | janwil | hehe fun, i now already have the bootloader on the system but it shows the rockbox logo saying no partition found |
20:01:21 | bertrik | hm, this may help: http://www.rockbox.org/wiki/SansaFAQ#Why_isn_t_installation_working_o |
20:02:12 | pixelma | the PID is a c200 in UMS mode (as DeviceDetection says) so that's not the problem |
20:03:26 | janwil | bertrik: i think the problem i have is the filesystem on the chip in the c200 is causing the problem. When i put the sansa firwmare in it it works like a charm and i can put files on the external memorry but without it acts wierd |
20:04:00 | bertrik | So what is the problem now exactly? |
20:05:12 | janwil | bertrik: i can't access the filesystem so can,t update the device correct |
20:05:14 | bertrik | You said it read the sdhc external thingy, but as far as I know the original firmware does not support SHDC |
20:06:07 | janwil | bertrik: hmmm i now use a very old 1 GB micro sd card |
20:06:54 | | Nick evilnick_B is now known as evilnizzles_B (0c140464@rockbox/staff/evilnick) |
20:07:01 | | Quit Topy44 (Read error: Connection reset by peer) |
20:07:53 | janwil | bertrik: shall i recreate the partition table? |
20:08:25 | janwil | bertrik: fdisk -l did gave an error |
20:08:31 | | Join kachna [0] (~kachna@r4ax178.net.upc.cz) |
20:08:46 | gevaerts | janwil: is it partitioned? |
20:09:00 | gevaerts | oh, the internal flash? |
20:09:05 | janwil | gevaerts: i only see a 1 Gig partitoin on /de/sda1 |
20:09:14 | janwil | and that is the sd card |
20:09:32 | * | gevaerts reads some backlog |
20:09:43 | * | bertrik happily leaves this to gevaerts |
20:10:26 | gevaerts | that's weird |
20:10:46 | janwil | hmmm wheb removing the sdcard it shows the sandisk error not enough space. Please free memory. |
20:10:55 | janwil | s/wheb/when/ |
20:11:04 | gevaerts | ah, so it's the OF behaving stupidly |
20:11:18 | bertrik | Can you still format it from within the OF? |
20:11:22 | gevaerts | (probably) |
20:11:32 | janwil | treid but doesn't show much |
20:12:01 | gevaerts | bertrik: I suspect not. I suspect the OF is confused, and from what I know, once it's confused about its flash, it can't recover on its own |
20:12:01 | janwil | that is why i was trying to use the e200tool to put a new c240erase.bin in it |
20:12:11 | gevaerts | and that doesn't work? |
20:12:26 | janwil | it can't find the device |
20:12:42 | gevaerts | are you running e200tool with root privileges? |
20:12:48 | janwil | gevaerts: yeps |
20:13:09 | | Join DerPapst [0] (~Alexander@p5797C277.dip.t-dialin.net) |
20:13:20 | janwil | gevaerts: the wanring with not enough space, etc. end after a while and than i am in the sansa software |
20:13:27 | janwil | gevaerts: system info is wierd :) |
20:13:44 | gevaerts | yes, that's the symptoms I know where you need c240erase |
20:14:05 | gevaerts | Does the c240 show anything on its screen while you're trying to run e200tool? Are the keypad lights on? |
20:14:13 | janwil | gevaerts: memory 33554441MB / Free 16976001MB |
20:14:49 | gevaerts | yes, it won't recover from that without c240erase |
20:14:57 | janwil | gevaerts: whell it starts in miniusb mode (recovery mode) |
20:15:13 | janwil | and keeps saying lun0 unlocked / lun0 locked / etc. |
20:15:19 | gevaerts | ah, careful there. You need manufacturer mode, not recovery mode |
20:15:27 | funman | mt: btw there is only *i*mdct there, no mdct; right? |
20:15:43 | janwil | gevaerts: oh ooops |
20:16:00 | gevaerts | e200tool won't work with recovery mode :) |
20:16:09 | janwil | hmmmmm |
20:16:32 | janwil | ok, i knew i did some wrong, but how to get the manufacturere mode |
20:16:48 | gevaerts | http://www.rockbox.org/wiki/SansaE200Unbrick#Manufacturing_Mode |
20:17:29 | | Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) |
20:19:06 | mt | funman: Yeah just the inverse |
20:19:21 | janwil | gevaerts: hmmmm i now says something like upgrade firwmae: erase sd media erase sd nvp and repeating that very often |
20:19:23 | | Quit Buschel_ (Ping timeout: 276 seconds) |
20:19:38 | gevaerts | janwil: let me grab my c200 to verify those instructions... |
20:20:36 | janwil | gevaerts: k, the e200tool stil doesn't find the device |
20:21:09 | | Join petur [0] (~petur@rockbox/developer/petur) |
20:21:10 | janwil | lsusb doesn't say something either |
20:21:21 | gevaerts | janwil: try holding "select" (the middle button) instead of "down" |
20:21:55 | janwil | gevaerts: hey that is other ;) |
20:22:02 | | Join Topy44 [0] (~Topy44@f049117056.adsl.alicedsl.de) |
20:22:05 | gevaerts | The result (after plugging in or turning it on) should be a black screen and blue illuminated buttons |
20:22:06 | janwil | gevaerts: no it sees a device 0781:0720 Sandisk ocrp |
20:22:19 | janwil | gevaerts: nice init finds it |
20:22:23 | gevaerts | good |
20:22:26 | janwil | shall i try to use the c240 recover? |
20:22:30 | gevaerts | yes |
20:23:39 | janwil | hmmmm no idea if it is doeing anything it doesn't say found now and is counting back :( |
20:23:52 | gevaerts | e200tool is? |
20:23:56 | janwil | yeps |
20:24:04 | janwil | like not found |
20:24:28 | | Quit Rob2222 (Read error: Connection reset by peer) |
20:24:41 | | Join Rob2222 [0] (~Miranda@p4FDC9475.dip.t-dialin.net) |
20:24:47 | janwil | ok |
20:25:00 | janwil | tried again and now its erasing the filesystem |
20:25:04 | gevaerts | not good. Try unplugging, turning the c200 off, and try again. Turn on "hold", hold "select" (the middle button), and plug in. The immediately run ./e200tool recover c240erase.bin |
20:25:05 | janwil | looks good i think |
20:25:09 | gevaerts | ok |
20:25:10 | gevaerts | perfect |
20:25:25 | janwil | 122016 kB left |
20:25:31 | janwil | yay :) |
20:25:38 | | Join wodz [0] (~wodz@inet20909nc-3s.nat.umts.dynamic.eranet.pl) |
20:26:07 | gevaerts | Don't skip the last step (reformat in the OF). I'm not *entirely* sure the formatting c240erase does is fully correct, and letting the OF format once makes sure it is |
20:26:09 | janwil | i totaly love the device :) (it is a new one, the other one is somewhere with broken sound. have to let someone solder it |
20:26:12 | | Quit wombat23 (Ping timeout: 260 seconds) |
20:26:19 | janwil | gevaerts: yeps |
20:27:26 | gevaerts | janwil: just to verify, you had to hold "select", right? |
20:27:38 | janwil | gevaerts: |
20:27:39 | janwil | yeps |
20:27:55 | gevaerts | ok, I'll fix the wiki and figure out who put the wrong info there |
20:27:59 | janwil | gevaerts: think the wiki has to be changed because there it says c200 submenu button |
20:28:09 | gevaerts | yes, that's clearly wrong |
20:28:14 | janwil | gevaerts: :) |
20:28:22 | janwil | 103136 togo |
20:28:51 | gevaerts | yes, it takes a while :) |
20:29:01 | * | gevaerts has run that at least half a dozen times |
20:30:19 | janwil | gevaerts: looks likt there was some general info with the center button first and that was changed to e200 and c200. Maybe it work with some types like the other explanation |
20:31:05 | | Join delt [0] (1000@mail.deimos.ca) |
20:31:09 | delt | Hello |
20:31:13 | gevaerts | I doubt that, actually. I don't think there's that much variation between c200v1s |
20:31:28 | janwil | hi delt |
20:32:05 | delt | What capacity SD card can i use with a sandisk e260? (and does it matter what original firmware is on it?) |
20:32:08 | janwil | gevaerts: they are very hard to get here :( out of shop in allot of stores, only having newer versions |
20:32:19 | delt | in rockbox of course |
20:32:32 | bertrik | delt, up to 32 GB as far as I know |
20:32:37 | delt | awesome |
20:32:57 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
20:33:06 | janwil | bertrik: nice the c200 versiosn only supports up to 8 GB i think |
20:33:18 | delt | that's not depending of the firmware if i'm using rockbox, right? |
20:33:26 | gevaerts | janwil: no, they should all work |
20:33:38 | delt | (looking at: http://answers.yahoo.com/question/index?qid=20081021112426AAxPOVB ) |
20:33:46 | bertrik | janwil, the c200v1 and e200v1 only support SD (not SDHC), rockbox supports SDHC on all c200 and e200 models |
20:34:05 | | Join wombat23 [0] (~beuteltie@adsl-99-39-2-249.dsl.pltn13.sbcglobal.net) |
20:34:12 | bertrik | the c200v1 and e200v1 original firmware I meant |
20:34:20 | delt | thanks for the info! |
20:34:42 | janwil | delt: but 32 GB SDHC is stil expensive :) |
20:35:01 | janwil | 60 mb left |
20:36:16 | delt | ok, if i buy a few 16gb or 8gb cards i can change them without needing to connect the player to a PC right? |
20:36:47 | delt | (i suppose i have to turn off the player to change it though) |
20:37:18 | gevaerts | delt: no need for that |
20:38:08 | janwil | gevaerts: thats what i like for that systems |
20:38:48 | delt | heh... what about if it's playing a mp3 from the sd card and you remove it? |
20:39:02 | delt | (or do you need to eject it by software) |
20:39:13 | janwil | delt: then it freezes, whell the c200 did but you just can choose other file |
20:39:18 | | Quit wombat23 (Ping timeout: 240 seconds) |
20:39:30 | gevaerts | it shouldn't freeze! |
20:39:37 | janwil | gevaerts: i mean the music ;) |
20:39:43 | pixelma | it doesn't freeze if there is no other problem |
20:39:53 | gevaerts | yes, it might not finish that particular track of course |
20:40:05 | delt | awesome |
20:40:19 | delt | thanks for the info =) |
20:41:02 | | Join wombat23 [0] (~beuteltie@adsl-99-39-2-249.dsl.pltn13.sbcglobal.net) |
20:41:21 | delt | i see a 32gb sdhc card for $55 canadian on ebay |
20:41:42 | janwil | delt: nice |
20:41:44 | delt | not too bad |
20:42:07 | | Join Luca_S [0] (www-data@giant.haxx.se) |
20:42:12 | janwil | delt: just bought a 8 GB SDHC for around 20 euro |
20:42:53 | saratoga | probably fake if its that cheap on ebay |
20:43:13 | | Join fml [0] (~chatzilla@p5DD2CC7C.dip.t-dialin.net) |
20:43:16 | delt | uh wait, this is a standard size sd card... the sansa c200 uses microsd right? |
20:43:33 | janwil | delt: yep |
20:43:57 | *** | Saving seen data "./dancer.seen" |
20:44:05 | delt | bah i'll probably buy a few smaller ones at a store. less trouble |
20:44:17 | fml | What do you think about this change to the manual (generalizing description of %d(N) wps tags): http://pastebin.ca/1892955 Can I commit it? |
20:46:00 | janwil | delt: that what i did :) |
20:47:22 | gevaerts | janwil: after c240erase is done, you'll still have to go through the "regular" manufacturer mode recovery as described in http://www.rockbox.org/wiki/SansaE200Unbrick#Manufacturing_Mode |
20:47:26 | * | gevaerts is off now |
20:47:42 | janwil | gevaerts: yeps |
20:47:49 | janwil | gevaerts: bye and thanks |
20:55:45 | CIA-6 | New commit by alle (r27221): Generalize the description of the %d(N) WPS tags |
20:57:30 | CIA-6 | r27221 build result: All green |
20:58:23 | | Nick scorche` is now known as scorche (~scorche@rockbox/administrator/scorche) |
20:58:56 | | Quit sneak (Remote host closed the connection) |
20:59:36 | | Join sneak [0] (debian-tor@gateway/tor-sasl/sneak) |
21:00 |
21:05:05 | delt | other question, what about the e200? Is microSD functionality similar to the c200? |
21:05:11 | delt | (sansa) |
21:05:48 | delt | (wikipedia) "Rockbox firmware also supports the e200 series just as it supports the c200 series, and adds the same features" |
21:06:13 | delt | i'd guess so =) |
21:06:15 | janwil | :) |
21:06:37 | bluebroth3r | e200 was even supported before c200 was |
21:07:09 | delt | heh =) but the player came out after...? |
21:07:46 | delt | e200 == 2006, c200 == i think 2004 or 2005, not sure |
21:08:18 | saratoga | 2006 or 2007 |
21:08:30 | | Part AzureWurk |
21:08:36 | funman | you can port rockbox to a 2002-old device if you want to |
21:08:38 | saratoga | i think both came out at the same time, the hardware is nearly identical |
21:09:12 | | Part watto |
21:09:25 | delt | except for screen size, & maybe other details |
21:10:58 | delt | btw rockbox kicks ass, just wanted to let you know :D |
21:11:00 | janwil | delt: is it much bigger than c series? |
21:11:14 | janwil | delt: yeps, they do |
21:11:20 | | Join AzureWurk [0] (opera@c-24-21-44-114.hsd1.wa.comcast.net) |
21:11:38 | janwil | delt: only the solder point of the headphone is a bit broken by hardware |
21:11:39 | delt | c200 128x98 pixels, e200 220x176 |
21:11:53 | bertrik | the e200 is quite a bit heavier than the c200 |
21:11:55 | delt | yeah, i read that somewhere... can easily be fixed with a soldering iron |
21:12:31 | janwil | delt: i hope so, i have one with broken headphone and a new one, just trying to get rockbox on that one :) |
21:13:46 | delt | i have a noname "4gb mp4 player" from hong kong that actually has 2gb (works fine if you make a 2gb partition on it) .... needs headphone jack fixed too |
21:14:37 | delt | (its only use right now is as a usb flash drive) |
21:15:42 | | Quit wombat23 (Ping timeout: 245 seconds) |
21:15:46 | janwil | delt: i like the easyness and smallness of this thing with a nice big display c series that is |
21:16:09 | janwil | bertrik: ok think i fixed everything |
21:16:13 | amiconn | delt: c200 is 132x80 |
21:16:30 | delt | oh, both c200 and e200 have that proprietary sandisk connector (30 pin?) and not a standard usb connector right? |
21:16:38 | janwil | bertrik: now it installs the bootloader perfectly and it find the internal memory :) |
21:16:52 | janwil | delt: yeps |
21:17:02 | delt | amiconn: ah, wikipedia is mistaken then (as often) |
21:17:03 | janwil | oh btw don't know about e series, sorry |
21:17:27 | delt | not very hard to add one if you know how to use a soldering iron =) |
21:18:03 | delt | very hard for an ipod nano because there's practically no space to put it :/ |
21:20:01 | pixelma | janwil: I wouldn't call the c200 display "nice"... suitable for that size maybe but nothing more |
21:20:17 | | Quit Jerom (Quit: Leaving.) |
21:20:23 | | Quit Luca_S (Quit: CGI:IRC (Ping timeout)) |
21:20:39 | janwil | pixelma: hehe maybe that is because i didn't see a e series |
21:20:50 | pixelma | me neither |
21:20:52 | janwil | pixelma: sansa clip is too small for my taste :) |
21:21:08 | | Join Jerom [0] (~heidi@95.171.137.241) |
21:21:33 | delt | hoo yeah!! http://cgi.ebay.ca/ws/eBayISAPI.dll?ViewItem&item=200489130395 |
21:22:41 | janwil | delt: http://www.highend.sk/shopping_cart/product_picts/1/sandisk_sdmx4_3.jpg |
21:24:07 | | Join Luca_S [0] (www-data@giant.haxx.se) |
21:26:00 | | Join Buschel [0] (~~andree@p54A3F3E2.dip.t-dialin.net) |
21:28:47 | | Quit Luca_S (Client Quit) |
21:31:16 | janwil | hmmm new feature, pitch detector :) |
21:31:17 | janwil | nice |
21:33:05 | | Part AzureWurk |
21:37:43 | janwil | i am going away |
21:38:01 | janwil | tnx for al the help and keep up the good work :) |
21:38:45 | | Quit janwil (Quit: bye) |
21:40:15 | | Join AzureWurk [0] (opera@c-24-21-44-114.hsd1.wa.comcast.net) |
21:46:55 | | Join lestatar_ [0] (~chatzilla@cpe-72-229-41-214.nyc.res.rr.com) |
21:48:39 | | Part AzureWurk |
21:49:11 | | Quit lestatar (Ping timeout: 260 seconds) |
21:49:23 | | Nick lestatar_ is now known as lestatar (~chatzilla@cpe-72-229-41-214.nyc.res.rr.com) |
21:51:37 | | Join AzureWurk [0] (opera@c-24-21-44-114.hsd1.wa.comcast.net) |
21:53:52 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
21:54:19 | | Part AzureWurk |
21:55:27 | | Join AzureWurk [0] (opera@c-24-21-44-114.hsd1.wa.comcast.net) |
22:00 |
22:04:48 | | Join wombat23 [0] (~beuteltie@adsl-99-39-2-249.dsl.pltn13.sbcglobal.net) |
22:09:11 | | Quit FF (Quit: CGI:IRC (Ping timeout)) |
22:09:42 | | Join Tarvis [0] (~Tarvis@97.100.203.106) |
22:09:55 | Tarvis | hey, I have a question about ipod 5g hardware |
22:10:09 | Tarvis | will a 20gb hdd work with a 5.5g mainboard? |
22:10:16 | Tarvis | those were sold in 30, 60gb |
22:10:23 | Torne | yes, should work |
22:10:34 | Torne | the ipod isn't really bothered what sie the disk is |
22:10:39 | Tarvis | I lucked out on ebay |
22:10:45 | gevaerts | if you get one with the right connector, it will work |
22:10:48 | Tarvis | I found a bunch of good 20gbs for about $15, buy it now |
22:11:07 | Tarvis | gevaerts: the standard ZIF cable isnt good enough? |
22:11:32 | gevaerts | it is, but not all 1.8" drives are ZIF |
22:12:04 | Tarvis | I see |
22:12:11 | Tarvis | Were iPod 1-4G HDDs zif? |
22:12:19 | Tarvis | the page says compatible with ipods 1-4th generation |
22:13:46 | gevaerts | have a look at http://www.rockbox.org/wiki/HardDriveReplacement |
22:15:55 | Tarvis | hmm |
22:16:07 | Tarvis | I dont think there's much room for an adapter then |
22:16:35 | Tarvis | zune 30gb HDDs are the same model as an ipod video one, it seems |
22:16:39 | Tarvis | MK3008GAL |
22:16:48 | wodz | jhMikeS: ping |
22:16:55 | Tarvis | unless dimensions are different |
22:19:04 | Tarvis | does anyone know about that? |
22:19:23 | Tarvis | I've seen that theyre the same model but ebay says it won't work in an ipod, though they are both zif |
22:19:48 | Torne | they should work.. |
22:21:00 | | Quit wombat23 (Ping timeout: 260 seconds) |
22:21:55 | wodz | unless HDD firmware is weird |
22:22:05 | Tarvis | should work |
22:22:17 | Tarvis | You would figure the hdd model number would be different if so |
22:22:24 | Tarvis | but the dimensions look the same |
22:23:01 | Tarvis | and photos look the same except the 'zune' one has orange squares on the sides of the zif port |
22:23:16 | | Join MethoS- [0] (~clemens@134.102.106.250) |
22:27:07 | | Join Transformer [0] (~Transform@ool-4a59e397.dyn.optonline.net) |
22:28:43 | Buschel | wodz: hi again. can you test the latest patch in FS #11445 for speed? |
22:29:54 | wodz | yes |
22:29:58 | | Part Transformer |
22:30:02 | Buschel | great :) |
22:30:26 | CIA-6 | New commit by bieber (r27222): Theme Editor: Renderer now adds a newline after EVERY logical line in the parse tree |
22:30:31 | Tarvis | wow, I'm dumb |
22:30:38 | Tarvis | I intended to put that in -community |
22:30:40 | Tarvis | sorry |
22:31:10 | CIA-6 | New commit by nls (r27223): Factor out sane code list bisection code and use instead of insane code, clean up some tests for readability's sake. Gives a small speedup on h300 ... |
22:31:49 | CIA-6 | r27222 build result: All green |
22:33:25 | CIA-6 | r27223 build result: All green |
22:34:26 | * | wodz is compiling |
22:36:02 | bieber | Anyone know how images work in progress bars in the WPS? |
22:36:52 | n1s | bieber: it just shows a portion of the image, no? |
22:36:56 | bluebroth3r | bieber: it shows only the left part of the image |
22:37:03 | bieber | Okay, thanks |
22:37:13 | delt | OH - IMPORTANT!! Does that mikmod (tracker module/sequencer format) patch still work, and has it been updated in the last.... 2 years or so :D :D |
22:37:24 | bieber | Just in proportion to the percentage played I take it? |
22:37:29 | n1s | delt: dunno, check the tracker entry? |
22:37:36 | delt | iirc the name of the author seemed to be vietnamese or thai |
22:38:03 | delt | um, ... "tracker entry" on rockbox.org website? |
22:38:16 | * | bluebroth3r grumbles at the additional loops needed to build universal binaries on Mac when using libs :/ |
22:38:19 | n1s | yes, see "Patches" |
22:38:38 | * | delt *checks on rockbox.org* |
22:40:27 | delt | oh, "tracker" as in cvs/svn/mercurial/etc... =-} (as opposed to ScreamTracker, ImpulseTracker, FT2, SchismTracker, ....) |
22:41:10 | gevaerts | uhm, no :) |
22:41:19 | n1s | no, as in bug/patch tracker :) |
22:41:20 | gevaerts | cvs, svn, and mercurial are not trackers |
22:41:30 | delt | oh, thats what i meant, sry |
22:41:30 | bieber | bluebroth3r: Sorry the renderer isn't going quite according to schedule. I'm thinking I should be able to get everything knocked off my to-do list for it next week, and move on to graphical editing |
22:42:01 | delt | "patch tracker" which is most often used with a versioning system such as cvs, svn, ..... |
22:42:06 | wodz | Buschel: nero_192.m4a 233.18% realtime 53.25MHz |
22:42:14 | delt | as opposed to " " " " |
22:42:44 | bluebroth3r | bieber: let me check the schedule ... |
22:43:34 | Buschel | wodz: the latest measurements from yesterday resulted in 55 MHz, correct? |
22:43:40 | wodz | yes |
22:43:58 | | Join Topy [0] (~topy@2a01:608:ffff:2619:2e0:4dff:fe83:a45e) |
22:44:00 | *** | Saving seen data "./dancer.seen" |
22:44:01 | bluebroth3r | hmm, the timespan between midterm and pencils down is shorter than I remembered :/ |
22:44:31 | n1s | is FS #11438 clip specific? i was pretty sure we didn't have music in doom on any player. |
22:44:32 | delt | pencils down as in, "test finished, stop writing NOW" ...? |
22:44:53 | n1s | delt: the end of google summer of code |
22:44:59 | bluebroth3r | bieber: do I understand you correctly that you want to finish the renderer next week, then graphical editing afterwards? |
22:46:09 | delt | clipv2 ie. the sandisk player? −−-> I know it doesn't work (yet) but I wanted to point out that DOOM works now for Clipv2 !!! |
22:46:53 | Tarvis | how would that work? |
22:46:53 | Tarvis | DOOM in monochrome? |
22:47:43 | Tarvis | well, not monochrome |
22:47:43 | n1s | Tarvis: doom itself works but there's no music |
22:47:43 | Tarvis | but there isnt much you can do with black, yellow, and blue |
22:48:59 | n1s | you can emulate geyscale if you flip them fast enough |
22:48:59 | Tarvis | I see |
22:48:59 | Tarvis | Wow, that's insane |
22:48:59 | Tarvis | http://www.youtube.com/watch?v=1rVV_0xKmhw |
22:48:59 | | Quit fml (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
22:49:01 | delt | 4 lines of text about 12 pixels each, that would be around 72x48 pixels? |
22:50:39 | Bagder | 128x64 I believe ? |
22:50:43 | bieber | bluebroth3r: That's what I'm shooting for. I get the feeling that I really should have reversed the time-frames for rendering and graphical editing in my original schedule, as once the renderer is all together it shouldn't be much trouble at all to work in some graphical editing |
22:51:34 | bluebroth3r | bieber: that's fine with me. IMO the graphical editing part is less important than the rendering anyway :) |
22:51:47 | bieber | Cool |
22:51:56 | bieber | Have you gotten a chance to look at the renderer so far? |
22:52:06 | bluebroth3r | not at the code itself, no. |
22:52:07 | delt | tarvis: heh.... that looks like an old TV picking up static =) is that a demo running? (the guy's hands arent touching the player) |
22:52:14 | Tarvis | probably |
22:52:29 | delt | well, except when he's starting the game |
22:52:29 | bluebroth3r | I've made a new Windows binary a bit earlier today in case someone wants to test. At the usual location. |
22:52:30 | Tarvis | Hes running around and aiming quite well for just a couple buttons |
22:52:57 | bieber | Oh, bluebroth3r, do you have a Mac as well? |
22:53:34 | bluebroth3r | bieber: yes, and I'm currently looking into the lib stuff for building universal binaries. Unfortunately that is always a bit nasty. |
22:53:36 | delt | impressive nonetheless for a... what, 4 color screen, w/the top one fixed to yellow? |
22:53:58 | bieber | I got a friend to compile the theme editor and run it, and he said the project panel and renderer were just altogether not working |
22:54:22 | bieber | Which could have been a case of him just grabbing the wrong source package, or something could just be going horribly wrong in OSX compiles |
22:54:27 | bluebroth3r | I was planning to move ipodpatcher / sansapatcher for Rockbox Utility into libs too, but simply haven't gotten around. |
22:55:05 | bluebroth3r | I've build an i386 binary earlier today and opened a simple file. It did show some text (no backdrop due to wrong filenames though, but that's not an issue of the editor) |
22:55:18 | Tarvis | delt: the top being yellow is probably just the camera's refresh rate |
22:55:29 | Tarvis | it probably flickers to blue too to convey a brightness |
22:55:41 | Tarvis | it probably looks much smoother than it does in the video |
22:55:50 | gevaerts | Tarvis: the clip's screen is yellow at the top and blue for the rest |
22:55:58 | Tarvis | oh, I see |
22:56:07 | gevaerts | 16 rows of yellow, 48 rows of blue |
22:56:08 | delt | nah, on wikipedia it says: 4-line OLED screen (one line yellow, three blue.) |
22:56:27 | n1s | it's a bitmap screen. |
22:56:31 | delt | "organic" LED? wondering...... |
22:56:50 | funman | 'lines' probably refer to the OF using 16 pixels high font |
22:57:10 | n1s | yes but it's an incorrect description of the display |
22:57:20 | delt | my thoughts exactly as i read 16:52 < Bagder> 128x64 I believe ? |
22:57:20 | delt | 16:52 < Bagder> 128x64 I believe ? |
22:57:34 | delt | uh oops, forgive my stuck middle mouse button :/ |
23:00 |
23:00:26 | | Quit bmbl (Quit: Bye!) |
23:01:36 | | Quit Topy44 (Quit: Leaving) |
23:02:13 | CIA-6 | New commit by pixelma (r27224): Theme tags description: include the part about 'hold' for soft hold targets as well (available there since hm... r13716), put more universally to get ... |
23:03:40 | CIA-6 | r27224 build result: All green |
23:04:04 | delt | btw - is there a way to boot into original firmware on the sansa e200? like, flip on "hold" right after turning it on, ...? |
23:04:29 | bertrik | hold left I think, should be in the manual |
23:04:38 | delt | thanks |
23:04:56 | delt | (havent looked at the manual yet, will do when i get the player) |
23:05:18 | * | bluebroth3r wonders why it's libskin_parser and not libskinparser |
23:06:02 | n1s | it parses libskins? |
23:08:40 | bluebroth3r | probably :) |
23:09:36 | * | bluebroth3r gets tempted to dump the whole Makefile and start over with the one from mkamsboot |
23:10:39 | | Quit jgarvey (Quit: Leaving) |
23:12:05 | pixelma | bluebroth3r: got a little question about LaTex capabilities. I wonder if the following would be possible to solve the \Actions for targets where this is actually defined twice (e.g. remote targets) in text descriptions in an elegant way: have an \ActionAllSomething in the text and a rule somewhere to combine \ActionSomething and \ActionRCSomething if the latter exists, otherwise just use one of them? |
23:14:56 | delt | ah, FOUND IT! FS #8806 |
23:17:39 | | Quit stripwax (Quit: http://miranda-im.org) |
23:18:46 | CIA-6 | New commit by Buschel (r27225): Submit FS #11445. Speed up of faad (aac) decoder via several optimizations like refactoring some requantization routines, moving several arrays and ... |
23:18:54 | * | Buschel crosses fingers |
23:19:14 | funman | would be nice to have test_codec results after each build round ;) |
23:19:37 | Buschel | in fact |
23:20:26 | CIA-6 | r27225 build result: 4 errors, 6 warnings (Buschel committed) |
23:20:32 | Buschel | nah :/ |
23:20:37 | bluebroth3r | pixelma: should be doable with something like \if\ActionRCSomething\newcommand{\ActionSomethingAll}{\ActionSomething \ActionRCSomething}\else\newcommand{\ActionSomethingAll}{\ActionSomething}\fi |
23:21:02 | bluebroth3r | though I have never done something like that before :) |
23:21:52 | jhMikeS | wodz: pong |
23:22:56 | wodz | jhMikeS: I am reading audio-iaudio.c and you seem to be the author |
23:23:35 | wodz | and audio-iriver.c |
23:24:03 | n1s | funman: just need to hack up something with usb serial and hook a lot of targets up to a server somewhere :) |
23:24:47 | wodz | do I understand correctly that audio_set_output_source() routes samples from ADC back to DAC and forms 'digital monitor'? |
23:25:05 | wodz | jhMikeS: ^ |
23:25:52 | | Quit Dhraakellian (Ping timeout: 248 seconds) |
23:27:38 | pixelma | bluebroth3r: would that mean that I have to prepare every \ActionAllSomething beforehand or could the necessary strings set together from the \ActionAllSomething so that LaTex knows it has to take the Something part and use it with \Action and \ActionRC (maybe dependent on HAVEREMOTEKEYMAP)? My goal would be the latter, just wondering if it's worth some research and trial and error for me |
23:27:50 | jhMikeS | wodz: It's been awhle. what about it? |
23:28:21 | jhMikeS | oh, yeah, output source is loopback when the same as the input |
23:29:11 | pixelma | bluebroth3r: I just don't know if that's possible as that's going back and forth a bit while parsing I guess |
23:29:45 | | Nick evilnizzles_B is now known as evilnick_B (0c140464@rockbox/staff/evilnick) |
23:30:15 | wodz | jhMikeS: what makes me wondering is that on irivers inputs are connected to IIS1 and playback out to IIS2. I can't find setup for IIS1 |
23:30:17 | jhMikeS | wodz: really, just *an* input, if loopback is appropriate. in the case of S/PDIF or the like, output is taken from the S/PDIF |
23:31:09 | jhMikeS | wodz: iirc it's in the pcm driver |
23:31:27 | bluebroth3r | bieber: looks ok to me: http://www.alice-dsl.net/dominik.riebeling/mig/albums/rockbox/themeeditor-r27225-PenPaper.png |
23:31:48 | bieber | Excellent, thanks |
23:32:09 | bieber | Except the transparency doesn't seem to be working |
23:32:39 | bluebroth3r | haven't tried doing anything with that though. Just loaded the wps and made the screenshot :) |
23:32:46 | wodz | jhMikeS, in pcm-coldfire.c it seem to setup only 'play' IIS |
23:36:13 | jhMikeS | wodz: right, I was just checking again. it may have been that the defaults may have been appropriate values. |
23:36:53 | | Quit Jerom (Read error: Connection reset by peer) |
23:36:58 | wodz | jhMikeS: are codecs in irivers and iaudios in IIS master mode or slave? |
23:37:35 | | Quit evilnick_B (Quit: Page closed) |
23:39:56 | CIA-6 | New commit by Buschel (r27226): Fix red and yellow. Needed to remove one codebook from IRAM due to full IRAM on iPod4G. |
23:41:29 | | Quit powell14ski_ (Ping timeout: 264 seconds) |
23:41:36 | CIA-6 | r27226 build result: All green |
23:41:52 | Buschel | that's how I like the builds to finish :) |
23:42:09 | jhMikeS | wodz: on one of them, it gets switched for record mode. I remember it was easier to manage that way. Think it was iRiver. |
23:43:15 | | Join Dhraakellian [0] (~ntryon@cpe-67-240-248-41.rochester.res.rr.com) |
23:44:50 | bluebroth3r | bieber: the cfg editor looks a bit strange though. Seems it doesn't skip comments at all |
23:45:01 | bluebroth3r | yep, can reproduce the issue on Linux as well. |
23:45:37 | bieber | The idea is that the editor can embed its own data as comments by prefacing a key with a # |
23:46:09 | bieber | At the moment, though, I'm thinking it might be better just to back to a plain text editor for cfg docs, the separate inputs just seem too cludgy |
23:46:19 | bluebroth3r | well, at least the theme I've tried has a comment block at the beginning that states the license |
23:46:33 | bluebroth3r | which looks somewhat weird split up in that editor :) |
23:46:39 | | Quit petur (Quit: Zzzzz) |
23:47:21 | bluebroth3r | so maybe that approach needs a bit refinement |
23:48:46 | bieber | Definitely |
23:49:16 | bieber | If it stays the way it is, perhaps I could just identify comment lines and put the whole thing on one long line-edit |
23:49:58 | CIA-6 | New commit by bieber (r27227): Theme Editor: Fixed line numbering bug in parser. Implemented playlist display in renderer: playlist will use info for next track for all tracks ... |
23:51:31 | CIA-6 | r27227 build result: All green |
23:55:48 | | Quit esperegu (Read error: Connection reset by peer) |
23:57:05 | | Quit wodz (Quit: Leaving) |