00:04:01 | | Join NeoRa_fu [0] (i=NeoRa_uz@Bunz.ostrov.net) |
00:04:15 | | Part NeoRa_fu |
00:09:39 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
00:14:34 | *** | Saving seen data "./dancer.seen" |
00:20:23 | | Quit Maxime` (Read error: 104 (Connection reset by peer)) |
00:21:54 | | Join Maxime` [0] (n=flemmard@fbx.flemmard.net) |
00:36:52 | | Join XavierGr [0] (n=XavierGr@ppp16-adsl-41.ath.forthnet.gr) |
01:00 |
01:07:30 | | Quit Moos ("Glory to Rockbox") |
01:26:06 | | Quit _DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
01:37:15 | | Quit XavierGr () |
02:00 |
02:13:46 | | Join peter200lx [0] (n=40e9ac04@labb.contactor.se) |
02:14:36 | *** | Saving seen data "./dancer.seen" |
02:18:00 | | Quit peter200lx (Client Quit) |
02:21:03 | | Join Peter200lx [0] (n=04f2bd78@labb.contactor.se) |
02:23:01 | | Quit Peter200lx (Client Quit) |
02:23:30 | | Join Peter200lx [0] (n=04f2bd78@labb.contactor.se) |
02:24:07 | Peter200lx | Hi |
02:24:22 | | Quit dpassen1 () |
02:24:43 | Peter200lx | I Downloaded 2.5 yesterday and installed it |
02:25:05 | Peter200lx | But all the plugins say [Incompadable version] |
02:25:15 | Peter200lx | So I'm back to using 2.4 |
02:25:36 | Peter200lx | I have a Rockbox Recorder 20GB |
02:28:59 | Peter200lx | Would the latest build solve this? |
02:29:29 | | Join webguest56 [0] (n=50ca630c@labb.contactor.se) |
02:29:46 | webguest56 | I think there is something wrong with the installer |
02:29:59 | webguest56 | You need to install using the zip instead |
02:30:15 | webguest56 | Did you use the win-installer? |
02:30:41 | | Quit Peter200lx ("CGI:IRC") |
02:30:48 | | Join Peter200lx [0] (n=04f2bd78@labb.contactor.se) |
02:30:55 | Peter200lx | ack |
02:31:04 | Peter200lx | Yes I used the windows installer |
02:31:04 | | Join ashridah [0] (i=ashridah@220-253-121-82.VIC.netspace.net.au) |
02:31:10 | Peter200lx | I'll try the Zip |
02:31:14 | webguest56 | Ok, then try with the zip instead |
02:31:44 | Peter200lx | Thanks! |
02:31:55 | webguest56 | or maybe the exe is updated now. I think so |
02:32:00 | webguest56 | It works? |
02:32:23 | Peter200lx | heh |
02:32:29 | Peter200lx | On Dialup |
02:32:37 | Peter200lx | still downloading |
02:32:57 | webguest56 | ok |
02:34:54 | Peter200lx | Right now I have Rockbox 2.4 in the memory |
02:35:29 | Peter200lx | With 2.5 It's still ok to just run the rockbox.ucl file? |
02:35:48 | webguest56 | I have no idea :) |
02:35:54 | webguest56 | I have rockbox for iriver |
02:36:02 | Peter200lx | ok |
02:36:06 | webguest56 | But, I read somewhere in the forums about this |
02:36:06 | Peter200lx | ahh |
02:36:07 | Peter200lx | nice |
02:36:32 | webguest56 | what kind of player do you have? |
02:36:55 | Peter200lx | Rockbox Recorder 20GB |
02:37:10 | webguest56 | http://www.rockbox.org/twiki/bin/view/Main/ReleaseNotes25#How_to_upgrade |
02:37:20 | Peter200lx | I use it for Recording our church Sermons |
02:37:21 | webguest56 | look there, I think that is the way to do it |
02:37:29 | webguest56 | Ok |
02:37:58 | Peter200lx | thanks |
02:39:36 | webguest56 | according to this post in the forums http://forums.rockbox.org/index.php?topic=1510.0 |
02:39:57 | webguest56 | The wininstaller seems to be updated. |
02:40:18 | webguest56 | That would be the last post in that thread |
02:42:07 | Peter200lx | ahh |
02:42:15 | Peter200lx | Thanks!! |
02:42:20 | Peter200lx | Working great |
02:42:32 | webguest56 | good |
02:43:16 | webguest56 | good night |
02:43:19 | Peter200lx | hehe Now I can toy around with the latest version |
02:43:24 | Peter200lx | 'night |
02:43:27 | | Part webguest56 |
02:43:42 | | Quit Peter200lx ("CGI:IRC") |
02:51:11 | | Quit t0mas (" HydraIRC -> http://www.hydrairc.com <- IRC with a difference") |
02:52:16 | | Quit Sucka ("a bird in the bush is worth two in your house") |
03:00 |
03:30:21 | | Quit ender` (Read error: 113 (No route to host)) |
04:00 |
04:03:31 | | Quit JoeBorn (Nick collision from services.) |
04:04:56 | | Join jborn_ [0] (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) |
04:05:20 | | Join QT_ [0] (i=as@madwifi/users/area51) |
04:14:37 | *** | Saving seen data "./dancer.seen" |
04:17:13 | | Quit QT (Read error: 110 (Connection timed out)) |
04:45:13 | | Quit cYmen ("zZz") |
05:00 |
05:35:53 | | Nick paugh is now known as AliasCoffee (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
06:00 |
06:10:22 | | Join Coldtoast [0] (n=edan@ppp111-114.lns1.hba1.internode.on.net) |
06:10:28 | Coldtoast | howdy |
06:10:35 | Coldtoast | I found a prob with rockbox |
06:11:30 | Coldtoast | if you select a file Rockbox doesn't support and you get an illegal instruction and Rockbox crashes, if you have Autoplay enabled, when it reboots, it tries to play the file |
06:11:37 | Coldtoast | you get stuck in an endless loop |
06:12:21 | Coldtoast | well, if you select any file that makesRockbox crash, actually |
06:14:41 | *** | Saving seen data "./dancer.seen" |
06:20:28 | Rick | weird |
06:22:33 | Coldtoast | what's weird? |
06:32:27 | | Quit webguest80 ("CGI:IRC (EOF)") |
07:00 |
07:47:27 | | Quit Coldtoast ("Peace and Protection 4.22") |
08:00 |
08:14:45 | *** | Saving seen data "./dancer.seen" |
08:53:29 | | Quit ashridah (Read error: 110 (Connection timed out)) |
09:00 |
09:00:34 | | Quit Vladoman (Read error: 110 (Connection timed out)) |
09:03:14 | | Join Vladoman [0] (n=Vladoman@p54A7E3B0.dip.t-dialin.net) |
09:44:14 | | Join ender` [0] (i=ychat@84.52.165.220) |
09:46:03 | | Join ghode|afk [0] (n=garudin@host-84-9-104-22.bulldogdsl.com) |
09:49:46 | | Quit Maxime` () |
09:52:25 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
09:55:36 | | Join [AD]Ska [0] (n=Ska@host236-239.pool8255.interbusiness.it) |
09:55:57 | | Nick Maxime is now known as Maxime` (n=flemmard@fbx.flemmard.net) |
09:56:28 | | Part [AD]Ska |
10:00 |
10:14:48 | *** | Saving seen data "./dancer.seen" |
10:50:19 | | Join ashridah [0] (i=ashridah@220-253-121-25.VIC.netspace.net.au) |
11:00 |
11:14:55 | | Join Lear [0] (n=chatzill@h36n10c1o285.bredband.skanova.com) |
11:30:00 | | Join webguest10 [0] (n=54a74bcd@labb.contactor.se) |
11:50:08 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
11:52:15 | | Quit webguest10 ("CGI:IRC") |
12:00 |
12:06:27 | | Quit Zagor ("Client exiting") |
12:06:35 | | Join Zagor [0] (i=foobar@pdpc/supporter/sustaining/Zagor) |
12:14:51 | *** | Saving seen data "./dancer.seen" |
12:45:20 | | Nick ashridah is now known as Lost-ash (i=ashridah@220-253-121-25.VIC.netspace.net.au) |
12:57:45 | | Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
13:00 |
13:09:01 | | Join fogcat [0] (n=3efe0020@labb.contactor.se) |
13:11:59 | fogcat | Hello all - it was suggested by Nobby on the forum that I draw attention to a bug |
13:12:06 | fogcat | the details are at http://forums.rockbox.org/index.php?topic=1506 |
13:12:06 | fogcat | Occasional I get distortion and a staic like burst on playback |
13:12:06 | fogcat | It seems to be when I am using a config which includes speech (spoken menus and dir/track names |
13:12:06 | DBUG | Enqueued KICK fogcat |
13:12:06 | fogcat | At first I thought it was only when switching configs but has now happened after "cold boot" |
13:12:06 | fogcat | Switching off and on again clears it. |
13:12:29 | fogcat | I'll leave it here for when some one reads the log - ta |
13:12:33 | | Part fogcat |
13:29:13 | | Quit Lear ("Chatzilla 0.9.68.5.1 [Firefox 1.4/undefined]") |
13:36:06 | | Quit AliasCoffee ("Leaving") |
13:38:44 | | Join rasher [0] (n=jonas@62.79.64.148.adsl.hs.tiscali.dk) |
13:47:44 | | Join webguest18 [0] (n=53afb0c2@labb.contactor.se) |
13:49:53 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
14:00 |
14:13:14 | | Nick Lost-ash is now known as ashridah (i=ashridah@220-253-121-25.VIC.netspace.net.au) |
14:14:54 | *** | Saving seen data "./dancer.seen" |
14:29:36 | | Join ]RowaN[ [0] (i=a2b0y@82-43-212-52.cable.ubr10.newm.blueyonder.co.uk) |
14:29:52 | ]RowaN[ | is it possible to have battery indicator on the USB screen? |
14:32:04 | rasher | Of you have the statusbar on, it's already there |
14:32:21 | ]RowaN[ | oh i see |
14:38:00 | ]RowaN[ | im sure someone has already mentioned that it would be cool to be able to disable the statusbar on WPS only =] |
14:43:12 | linuxstb | ]RowaN[: I think the suggested solution is to add a WPS tag to disable the status bar. |
14:43:48 | rasher | there's a patch to do just that |
14:45:42 | ]RowaN[ | sounds good |
14:52:47 | HCl | why isn't it committed? |
15:00 |
15:15:42 | rasher | lack of interest |
15:18:30 | rasher | https://sourceforge.net/tracker/?func=detail&atid=439120&aid=1289145&group_id=44306 is the patch |
15:28:42 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
15:28:42 | * | linuxstb thinks he has just got lucky with the new ipod LCD... |
15:32:44 | rasher | How? |
15:34:23 | linuxstb | I change the "lcd_base" value in the driver for the "old" colour LCD to a new (similar) value which I saw being referenced in the new firmware. Now the LCD goes from doing nothing to displaying nice coloured squares (what my test code should be doing). |
15:34:38 | rasher | Wow |
15:34:46 | rasher | that's pretty great |
15:34:51 | Maxime` | plan to port rockbox on ipod now? o_O lol |
15:35:11 | linuxstb | Maxime`: I bought an iPod a couple of weeks ago for that very purpose. |
15:35:17 | Maxime` | ok |
15:35:21 | linuxstb | But I don't know how far I'll be able to go by myself. |
15:35:31 | rasher | linuxstb: I'm guessing the ipodlinux guys would be "interested" |
15:35:37 | Maxime` | a way to "improve" ipod :p great :p |
15:36:19 | linuxstb | rasher: If I can get the LCD working, then yes. Hopefully it's not a false alarm - I need to continue playing. |
15:38:16 | rasher | Well, how could it be a false alarm if it's actually drawing the right stuff? |
15:38:51 | linuxstb | It's not quite drawing the right stuff, but it's drawing something - which is more than it has done for the past week. |
15:42:30 | rasher | Ah, okay |
15:43:03 | rasher | "displaying nice coloured squares (what my test code should be doing)" just sounded like complete success to me |
15:46:16 | linuxstb | I think I know what's going on now, and it's not what I said before. |
15:47:31 | linuxstb | There are commands to tell the LCD which area you are about to update. Those commands don't work the same with the new LCD. But the format and the destination of the data you send to the LCD seems to be the same. |
15:48:40 | linuxstb | But just ignore my ramblings for now.... |
15:48:52 | rasher | Ah |
15:49:41 | | Join Slyck [0] (i=Acksaw@spc1-stok5-4-0-cust5.bagu.broadband.ntl.com) |
16:00 |
16:04:53 | linuxstb | I now seem to be able to reliably draw in a 78x100 pixels rectangle in the middle of the iPod's LCD - this is obviously the "update region" set by the Apple firmware when displaying the apple logo on the middle of the screen. So the only problem with the new LCDs seem to be with setting the update region. |
16:06:17 | Slyck | hmm |
16:08:23 | rasher | linuxstb: that doesn't sound too bad |
16:10:00 | linuxstb | Yes - I'm happy that I can finally make the LCD do something. |
16:12:31 | | Quit Strath (Read error: 104 (Connection reset by peer)) |
16:13:17 | | Join Strath [0] (n=mike@dpc674681214.direcpc.com) |
16:14:57 | *** | Saving seen data "./dancer.seen" |
16:25:08 | | Quit linuxstb ("Leaving") |
16:31:31 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
16:37:20 | | Join Coldtoast [0] (n=edan@ppp111-114.lns1.hba1.internode.on.net) |
16:37:29 | Coldtoast | hey all |
16:39:35 | Coldtoast | I'll mention an issue I ran into today. came in before but ppl were afk |
16:40:00 | Coldtoast | I went to load something which caused Rockbox to crash with an illegal instruction |
16:40:41 | HCl | on what player? |
16:40:50 | Coldtoast | h1x0 |
16:40:55 | HCl | mk.. |
16:41:14 | Coldtoast | and had to reset Rockbox. Problem is I had Resume Play on Startup enabled so every time Rockbox booted, it'd try and play the track again |
16:41:16 | Coldtoast | endless loop |
16:41:41 | | Join webguest66 [0] (n=5298b302@labb.contactor.se) |
16:42:16 | | Quit webguest66 (Client Quit) |
16:43:50 | Coldtoast | if you're not near a computer, you have no choice but to boot the iriver firmware til you get access to a machine where you can delete the offending track |
16:46:16 | Coldtoast | so it's not a bug, it's just a situation that (possibly) nobody's run into so hasn't been considered |
16:46:29 | rasher | HCl: could you upload makedbj.bat and SongDB.jar to the wiki? |
16:46:36 | ashridah | Coldtoast: uh, the iriver firmware can delete files thesedays, you remember |
16:48:05 | ashridah | (not that this fixes the bug in rockbox, natch) |
16:48:53 | Coldtoast | can it? |
16:49:03 | ashridah | yeah. don't remember exactly how |
16:49:09 | Coldtoast | been so long since I used it |
16:49:15 | ashridah | but they added the deletion of files in a firmware revision ages back |
16:49:48 | Coldtoast | when I ran into the prob, I'd just finished putting some stuff on my player so was at my machine |
16:49:53 | Coldtoast | ok |
16:51:46 | Coldtoast | something else that's sort of a bit of a bother to me personally is when I power my player on and it DOES resume playing, if I then go into the file tree, it defaults to the root of the player, not the dir the track playing is in |
16:53:03 | Coldtoast | which is more my personal preference. Probably just a personal thing tho |
16:53:06 | rasher | Turn oon "follow playlist" |
16:53:25 | Coldtoast | oh? didn't even know there was tha option. thanks |
16:53:25 | rasher | Think it's under playback |
16:53:28 | Coldtoast | ok |
16:53:34 | rasher | that should do just that |
16:53:42 | Coldtoast | I'll try it |
16:54:41 | Coldtoast | it's in File View |
16:56:49 | Coldtoast | cool. that did it |
16:56:52 | Coldtoast | thanks rasher |
16:57:23 | rasher | No problem |
16:58:17 | Coldtoast | there are still certain things I have to use the iriver fw for, unfortunately. I've not bothered listening to some tracks for ages so I don't have to use the iriver fw |
16:58:43 | Coldtoast | just some music that really needs SRS to thicken the sound up cos of my earphones |
17:00 |
17:09:20 | | Quit ashridah (Read error: 110 (Connection timed out)) |
17:11:13 | | Quit Slyck () |
17:15:45 | | Quit Strath (Read error: 104 (Connection reset by peer)) |
17:16:58 | Zagor | Coldtoast: get new earphones :-) |
17:17:52 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
17:18:52 | Coldtoast | that or just keep suig the iriver fw for some things |
17:18:58 | Coldtoast | suig=using |
17:28:22 | | Join bagawk [0] (i=1000@unaffiliated/bagawk) |
17:41:04 | | Quit bagawk ("Leaving") |
17:45:12 | | Join Lear [0] (n=chatzill@h36n10c1o285.bredband.skanova.com) |
17:48:27 | | Quit rasher (Remote closed the connection) |
18:00 |
18:14:59 | *** | Saving seen data "./dancer.seen" |
18:19:23 | | Join Sucka [0] (n=NNSCRIPT@host81-156-209-15.range81-156.btcentralplus.com) |
18:19:24 | | Quit ghode|afk (Read error: 104 (Connection reset by peer)) |
18:20:45 | | Join ghode|afk [0] (n=garudin@host-84-9-104-22.bulldogdsl.com) |
18:20:51 | | Join webguest26 [0] (n=538221e7@labb.contactor.se) |
18:20:56 | | Quit webguest26 (Client Quit) |
18:22:41 | | Join help [0] (n=538221e7@labb.contactor.se) |
18:23:33 | help | 2 |
18:23:53 | help | (maybe i should keep that name :/ ) |
18:25:31 | help | 1 |
18:26:25 | | Quit help (Client Quit) |
18:27:14 | | Join RoadRunner [0] (n=538221e7@labb.contactor.se) |
18:27:19 | RoadRunner | 1 |
18:28:29 | | Quit RoadRunner (Client Quit) |
18:28:38 | | Join lamedman [0] (n=538221e7@labb.contactor.se) |
18:28:42 | lamedman | 1 |
18:28:56 | | Quit lamedman (Client Quit) |
18:29:10 | | Join lamed [0] (n=538221e7@labb.contactor.se) |
18:31:20 | lamed | help, please. i'm only trying to build one plugin file without compiling the whole thing. i've went through the makefile but i can't understand what should i command to make it compile? |
18:34:00 | | Join tvelocity [0] (n=tony@ipa112.2.tellas.gr) |
18:36:16 | | Quit gromit` (Remote closed the connection) |
18:38:42 | | Quit ]RowaN[ (Read error: 110 (Connection timed out)) |
18:39:29 | | Join Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net) |
18:47:45 | | Join t0mas [0] (n=Tomas@unaffiliated/t0mas) |
18:56:22 | | Quit Maxime` (Read error: 110 (Connection timed out)) |
19:00 |
19:03:32 | | Nick Mxm`Pas`Bien is now known as Maxime` (n=flemmard@fbx.flemmard.net) |
19:05:06 | | Join amiconn [0] (n=jens@p54BD74B4.dip.t-dialin.net) |
19:08:04 | | Quit lamed ("CGI:IRC (EOF)") |
19:21:17 | | Join gromit` [0] (i=gromit@ras75-5-82-234-244-69.fbx.proxad.net) |
19:22:03 | | Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.umbc.edu) |
19:35:11 | | Join Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net) |
19:35:15 | | Quit Maxime` (Read error: 104 (Connection reset by peer)) |
19:42:56 | linuxstb | lamed: I don't think there is a simple command you can type to just compile a single plugin - it's far easier to just compile the whole of Rockbox. |
19:51:20 | amiconn | hi |
19:51:48 | amiconn | linuxstb: Seen the sudoku bug report (sort of) in the forum? |
19:53:45 | linuxstb | Literally just read it now. |
19:53:57 | linuxstb | I was aware of the problem trying to solve empty grids. |
19:56:12 | linuxstb | I'm not sure if the patch is useful - it's more of a workaround than a solution. |
20:00 |
20:03:11 | amiconn | An edit mode might be useful after all |
20:04:00 | linuxstb | If by "edit mode", you mean a way to manually enter a game coped from (e.g.) a newspaper, then I agree. It's something I want to add myself but haven't got around to. |
20:04:16 | amiconn | yes, that's what I mean |
20:04:19 | amiconn | I'm thinking about a way to make the difference between fixed and user-selected numbers visible on archos |
20:04:52 | linuxstb | Could the greyscale lib be used? Or is that a bad idea? |
20:04:53 | amiconn | I could use the grayscale lib for that, but it would rule out the archos sim |
20:05:43 | linuxstb | Is it a problem if it doesn't work on the sim? |
20:08:02 | amiconn | Not for the user, but maybe for a developer who doesn't have an archos |
20:08:36 | amiconn | That's one of those things that are waiting to get implemented - grayscale lib support for the sims |
20:15:02 | *** | Saving seen data "./dancer.seen" |
20:18:36 | | Quit tvelocity (herbert.freenode.net irc.freenode.net) |
20:18:36 | NSplit | herbert.freenode.net irc.freenode.net |
20:18:36 | | Quit linuxstb (herbert.freenode.net irc.freenode.net) |
20:18:36 | | Quit Zagor (herbert.freenode.net irc.freenode.net) |
20:18:36 | | Quit HCl (herbert.freenode.net irc.freenode.net) |
20:18:36 | | Quit lImbus (herbert.freenode.net irc.freenode.net) |
20:18:36 | | Quit flurble (herbert.freenode.net irc.freenode.net) |
20:18:36 | | Quit atubbs_ (herbert.freenode.net irc.freenode.net) |
20:18:36 | | Quit ze (herbert.freenode.net irc.freenode.net) |
20:18:36 | | Quit void (herbert.freenode.net irc.freenode.net) |
20:18:36 | | Quit dpassen1 (herbert.freenode.net irc.freenode.net) |
20:18:36 | | Quit amiconn (herbert.freenode.net irc.freenode.net) |
20:18:36 | | Quit t0mas (herbert.freenode.net irc.freenode.net) |
20:18:36 | | Quit ghode|afk (herbert.freenode.net irc.freenode.net) |
20:18:36 | | Quit Coldtoast (herbert.freenode.net irc.freenode.net) |
20:18:36 | | Quit webguest18 (herbert.freenode.net irc.freenode.net) |
20:18:36 | | Quit jborn_ (herbert.freenode.net irc.freenode.net) |
20:18:36 | | Quit pike (herbert.freenode.net irc.freenode.net) |
20:18:36 | | Quit Seed (herbert.freenode.net irc.freenode.net) |
20:18:36 | | Quit pabs (herbert.freenode.net irc.freenode.net) |
20:18:36 | | Quit Lear (herbert.freenode.net irc.freenode.net) |
20:18:36 | | Quit DangerousDan (herbert.freenode.net irc.freenode.net) |
20:18:36 | | Quit elinenbe (herbert.freenode.net irc.freenode.net) |
20:18:36 | | Quit Nilisco (herbert.freenode.net irc.freenode.net) |
20:18:36 | | Quit merbanan (herbert.freenode.net irc.freenode.net) |
20:18:36 | | Quit crash__ (herbert.freenode.net irc.freenode.net) |
20:18:36 | | Quit cYmen (herbert.freenode.net irc.freenode.net) |
20:18:36 | | Quit bluebrother^ (herbert.freenode.net irc.freenode.net) |
20:18:36 | | Quit stamppot (herbert.freenode.net irc.freenode.net) |
20:18:36 | | Quit dwihno (herbert.freenode.net irc.freenode.net) |
20:22:28 | NHeal | herbert.freenode.net irc.freenode.net |
20:22:28 | NJoin | dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.umbc.edu) |
20:22:28 | NJoin | amiconn [0] (n=jens@p54BD74B4.dip.t-dialin.net) |
20:22:28 | NJoin | t0mas [0] (n=Tomas@unaffiliated/t0mas) |
20:22:28 | NJoin | tvelocity [0] (n=tony@ipa112.2.tellas.gr) |
20:22:28 | NJoin | ghode|afk [0] (n=garudin@host-84-9-104-22.bulldogdsl.com) |
20:22:28 | NJoin | Lear [0] (n=chatzill@h36n10c1o285.bredband.skanova.com) |
20:22:28 | NJoin | DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
20:22:28 | NJoin | Coldtoast [0] (n=edan@ppp111-114.lns1.hba1.internode.on.net) |
20:22:28 | NJoin | linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
20:22:28 | NJoin | webguest18 [0] (n=53afb0c2@labb.contactor.se) |
20:22:28 | NJoin | cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
20:22:28 | NJoin | Zagor [0] (i=foobar@pdpc/supporter/sustaining/Zagor) |
20:22:28 | NJoin | jborn_ [0] (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) |
20:22:28 | NJoin | pike [0] (i=amiga@c83-249-120-126.bredband.comhem.se) |
20:22:28 | NJoin | HCl [0] (i=hcl@titania.student.utwente.nl) |
20:22:28 | NJoin | lImbus [0] (i=lImbus@port-212-202-8-79.dynamic.qsc.de) |
20:22:28 | NJoin | flurble [0] (n=flurble@flurble.org) |
20:22:28 | NJoin | bluebrother^ [0] (n=c28@nat-ph3-wh.rz.uni-karlsruhe.de) |
20:22:28 | NJoin | Seed [0] (i=ben@l192-117-115-168.broadband.actcom.net.il) |
20:22:28 | NJoin | atubbs_ [0] (n=atubbs@ool-435634a8.dyn.optonline.net) |
20:22:28 | NJoin | ze [0] (i=ze@ca-dstreet-cuda1-c6a-130.snbrca.adelphia.net) |
20:22:28 | NJoin | void [0] (n=void@ool-18b89646.dyn.optonline.net) |
20:22:28 | NJoin | elinenbe [0] (i=elinenbe@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
20:22:28 | NJoin | Nilisco [0] (n=Nilisco@wrath.shellfx.net) |
20:22:28 | NJoin | merbanan [0] (i=banan@dalink.campus.luth.se) |
20:22:28 | NJoin | stamppot [0] (n=stamppot@cc516682-a.ensch1.ov.home.nl) |
20:22:28 | NJoin | crash__ [0] (n=crash@a15167580.alturo-server.de) |
20:22:28 | NJoin | pabs [0] (n=pabs@xor.pablotron.org) |
20:22:28 | NJoin | dwihno [0] (n=dw@81.8.224.89) |
20:22:57 | Vladoman | /msg NickServ IDENTIFY hgpj41vp |
20:25:30 | | Join Domonoky [0] (n=Domonoky@p549ACE79.dip.t-dialin.net) |
20:26:34 | Domonoky | Vladoman, i think you should change your password for irc identify now .. :-) |
20:26:44 | Vladoman | yep :-) |
20:26:56 | Vladoman | how? |
20:29:27 | Domonoky | change it with /msg Nickserv set password <newpass> |
20:29:55 | | Quit Lear ("Chatzilla 0.9.68.5.1 [Firefox 1.4/undefined]") |
20:30:28 | Vladoman | done, thx |
20:30:39 | Domonoky | np |
20:30:57 | Coldtoast | tee hee |
20:31:16 | | Join solexx_ [0] (n=jrschulz@d157170.adsl.hansenet.de) |
20:36:25 | | Nick Mxm`Pas`Bien is now known as Maxime` (n=flemmard@fbx.flemmard.net) |
20:47:05 | | Quit solexx (Read error: 110 (Connection timed out)) |
20:48:51 | | Join muesli- [0] (i=muesli_t@Bc150.b.pppool.de) |
21:00 |
21:00:48 | linuxstb | Anyone have any ideas about what to do with the ReleaseTodo Wiki page? |
21:00:51 | linuxstb | Change the title to "things to do before 2.6" ? |
21:24:04 | | Join preglow [0] (n=c39fb5e6@labb.contactor.se) |
21:25:46 | | Join xen` [0] (n=xen@82.252.44.226) |
21:27:13 | | Join Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net) |
21:27:38 | preglow | ahh, cvs activity |
21:28:09 | linuxstb | It's been a long time... |
21:29:55 | | Nick TiMiD[FD] is now known as TiMiD (n=TiMiD[FD@asgard.valombre.net) |
21:30:00 | TiMiD | hi |
21:30:07 | TiMiD | any devs here ? |
21:32:41 | preglow | yes |
21:36:46 | TiMiD | I would like to talk about remote support implementation |
21:36:51 | TiMiD | if someone can |
21:41:31 | | Quit preglow ("CGI:IRC (EOF)") |
21:41:57 | | Join preglow [0] (n=c39fb5e6@labb.contactor.se) |
21:42:30 | preglow | what about remote support? |
21:43:06 | | Quit Maxime` (Read error: 110 (Connection timed out)) |
21:46:33 | | Quit gromit` (Remote closed the connection) |
21:51:32 | | Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
21:54:26 | TiMiD | I would like to implement remote support in rockbox |
21:55:06 | TiMiD | but I wanted to discuss the way to do it since there are some possibilites |
21:55:52 | TiMiD | for example a single thread or multi-threads |
21:56:05 | Zagor | single, definitely |
21:56:20 | TiMiD | (this was proposed on the mailing list) |
21:59:29 | TiMiD | so if it's single thread, the patch xavier made was adapted (some bugs apart) |
22:00 |
22:00:38 | Zagor | well the problem is of course the different screen sizes. so you can't show exactly the same thing. |
22:01:06 | Zagor | afaik xaviers patch was on the graphics level. it needs to be handled higher up, on the application level. |
22:01:07 | Coldtoast | there's no need to anyway |
22:01:56 | Zagor | Coldtoast: ? |
22:02:11 | Coldtoast | why would you need to show the same amount of info? |
22:02:16 | TiMiD | multithread I think |
22:02:16 | Coldtoast | the iriver fw doesn't |
22:02:27 | Zagor | Coldtoast: you don't want to, and you can't |
22:02:43 | Zagor | TiMiD: why? multithread will give you mountains of problems and very little gain. |
22:03:02 | Coldtoast | will we eventually be able to write .wps for the remote? |
22:03:28 | Coldtoast | is that the eventual aim? |
22:03:51 | Zagor | if you wanted to do a very quick solution, slightly better than xavier but still not all the way, then toggle the screens. if remote is plugged, only show on remote. that means the application only has to handle one screen size and everything becomes very simple. |
22:03:58 | Zagor | but it's not The Right Way, of course |
22:04:07 | Zagor | Coldtoast: yes |
22:04:32 | TiMiD | nope I want the two screens activated :) |
22:04:54 | TiMiD | multithread would be a little more heavy |
22:05:02 | TiMiD | but on iriver there is sufficient memory |
22:05:21 | Zagor | memory is not the issue. code complexity is. |
22:05:24 | TiMiD | (I don't think the tree_context can become that huge |
22:05:32 | Zagor | what will you gain by running to threads? |
22:06:03 | TiMiD | for me it would be very convenient |
22:06:31 | TiMiD | to be able to control my music on the remote while doing other things on the main display |
22:06:56 | Zagor | TiMiD: yes, user-wise it might be a good idea. but I think you should look at bit at the code too... :-) |
22:07:37 | TiMiD | some globals variables apart are there any other problems ? |
22:08:12 | | Quit preglow ("CGI:IRC (Ping timeout)") |
22:08:58 | TiMiD | (I dont know how multi thread is handled on rockbox) |
22:10:19 | TiMiD | in my opinion, doing it single thread would be similar than what xavier did |
22:10:52 | Zagor | ?? |
22:12:03 | TiMiD | just to handle a different wps on the remote which can mean code duplication and handling cutting the things to display on main screen (since you have to display them on the main screen, no need to keep 2 contexts) |
22:12:36 | TiMiD | for the tree and menus |
22:15:06 | *** | Saving seen data "./dancer.seen" |
22:15:40 | | Join polytan [0] (n=polytan@tin51-1-82-231-252-157.fbx.proxad.net) |
22:15:46 | polytan | hi |
22:16:21 | TiMiD | hi polytan |
22:16:21 | polytan | rockbox can't have an ogg suport for archos mp3 readers ? |
22:16:27 | polytan | hi TiMiD |
22:16:58 | Zagor | TiMiD: the entire GUI code is written to run in one thread. variables are global. memory is shared between screens etc. |
22:17:07 | TiMiD | it is explained on the wiki (and the answer is no :-( ) |
22:17:08 | Zagor | polytan: no |
22:17:23 | | Join rcohen [0] (n=rcohen@dsl027-181-120.sfo1.dsl.speakeasy.net) |
22:17:34 | Zagor | TiMiD: of course it CAN be done. but should it? |
22:17:34 | polytan | it's an hardware problem i think, isn't it ? |
22:17:39 | Zagor | polytan: yes |
22:17:55 | TiMiD | memory is shared between screens ? |
22:18:29 | TiMiD | graphic buffer oO ?? |
22:21:43 | rcohen | I'm having an issue with fwpatcher, when i run it against the "H120 and H140 1.65US" firmware linked from the IriverBoot page in the wiki it says "unrecognized firmware" |
22:22:05 | rcohen | fwpatcher.exe is from that page as well |
22:23:01 | TiMiD | rcohen: try this one : http://timidzone.free.fr/pub/rockbox/fwpatcher_tandoc.exe |
22:23:04 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
22:23:15 | TiMiD | it's a little old, but it worked for me |
22:24:42 | rcohen | nope, same deal |
22:25:16 | TiMiD | I upload you my patched formware (if I can find it)-___- |
22:26:43 | rcohen | aha, if i use the 163 firmware it works |
22:26:49 | TiMiD | it should be there (when the upload @15k/sec will be finished) http://timidzone.free.fr/pub/rockbox/ihp_120.hex |
22:27:21 | rcohen | the wiki really shouldn't be giving instructions which don't work, though |
22:27:37 | TiMiD | ??? |
22:28:19 | rcohen | it links to firmware which fwpatcher.exe refuses to work on |
22:29:00 | TiMiD | Zagor: ok I understood : wps, file tree etc is running in one single program -______- |
22:29:33 | Zagor | yes |
22:29:35 | Coldtoast | rcohen |
22:29:37 | TiMiD | okkkkkk |
22:29:44 | TiMiD | I didn't understood that |
22:29:47 | Coldtoast | I just downloaded the fwpatcher and 1.65US and ran it |
22:29:50 | Coldtoast | and it works perfectly |
22:29:52 | TiMiD | so it's definitively single thread :) |
22:29:54 | Zagor | aha, that explains it :-) |
22:30:00 | Zagor | yes it is |
22:30:00 | Coldtoast | so don't blame the wiki |
22:30:14 | Coldtoast | there's a prob somewhere on your end |
22:30:25 | Coldtoast | you ARE extracting the firmware from teh zip? |
22:30:53 | Coldtoast | not, like, renaming the ip to .hex or something odd? |
22:30:56 | rcohen | yes |
22:30:59 | Coldtoast | ip=ip |
22:31:01 | rcohen | it might be an issue with wine |
22:31:10 | Coldtoast | aaah |
22:31:17 | Coldtoast | sorry. I'm runnign native XP |
22:31:34 | Coldtoast | didn't realise you were using WINE |
22:31:41 | Coldtoast | here you go tho. I juat patched it if you want it |
22:32:07 | rcohen | i'm behind NAT, file transfers don't work so well |
22:32:35 | | Join davidd [0] (i=davidd@67.50.83.113) |
22:32:42 | Coldtoast | ok |
22:33:04 | rcohen | thanks, though |
22:33:16 | Coldtoast | it'll be a WINE issue, anyway |
22:33:45 | Coldtoast | you'd have access to a Windows machine somewhere tho shurely? |
22:33:47 | Coldtoast | surely |
22:34:31 | linuxstb | rcohen: It's not very difficult to patch the firmware "the hard way" from the command-line if you're using Linux. |
22:34:37 | rcohen | not unless i commandeered one of my roommates' machines |
22:34:42 | rcohen | all of mine run linux |
22:34:44 | | Quit rcohen (Remote closed the connection) |
22:35:45 | | Join rcohen [0] (n=rcohen@dsl027-181-120.sfo1.dsl.speakeasy.net) |
22:35:53 | rcohen | sorry, gaim crashed on me |
22:36:35 | rcohen | i went through the manual process of patching firmware on linux, but the bootloader.bin in the wiki is version 2 and it looks like v5 is what fwpatcher uses |
22:37:04 | rcohen | plus none of the md5sums matched up and i'm paranoid |
22:38:05 | linuxstb | It looks like bootloader.bin needs updating on the wiki page. I don't think Linus is around at the moment though. |
22:38:59 | rcohen | plus i'm too lazy to get a cross-compiler installed |
22:41:05 | linuxstb | I think I've got the v5 bootloader.bin I downloaded from the Wiki - let me check it creates a firmware matching the published MD5 checksums |
22:43:35 | linuxstb | Yes - I used it to patch a 1.65EU firmware, and get the same checksum as on the wiki. You can grab it from here: http://www.davechapman.f2s.com/rockbox/bootloader-h120.bin |
22:44:03 | linuxstb | That's the v5 bootloader I grabbed from the Wiki on 9th September. |
22:44:17 | rcohen | thanks! |
22:44:29 | | Join webguest53 [0] (n=50ca630c@labb.contactor.se) |
22:44:42 | webguest53 | looks like some wiki spam on IriverPort |
22:45:23 | webguest53 | I do not think AffordableBedroomFurniture has a lot to do with rockbox ;) |
22:46:03 | HCl | :p |
22:46:21 | muesli- | think ikea |
22:46:29 | muesli- | ;) |
22:47:05 | webguest53 | IDA Pro is a very powerful disassembler which Affordable Bedroom Furniturealso supports ... ;( |
22:47:12 | webguest53 | hehe |
22:47:48 | | Part webguest53 |
22:53:06 | rcohen | linuxstb: my md5sum isn't matching what's on the wiki: 165US + bootloader.bin you gave me |
22:53:26 | lImbus | HCl, yre you there ? |
22:53:28 | rcohen | so, just how dangerous would it be for me to try and use this? |
22:53:56 | lImbus | HCl: I am getting some perl-crashes with songDB.pl with my tagged files |
22:54:00 | Coldtoast | if you killed your player, you'd be the first one to do it |
22:54:11 | rcohen | some consolation that would be :) |
22:54:16 | linuxstb | rcohen: What's the md5sum of bootloader.bin ? |
22:54:22 | rcohen | how does the patching work? |
22:54:46 | linuxstb | The file I uploaded for you was: 1e45c54383f8461b0e5724d03fc8cc58 bootloader-h120.bin |
22:54:48 | rcohen | 1e45c54383f8461b0e5724d03fc8cc58 |
22:54:58 | HCl | hm? |
22:55:04 | HCl | lImbus: perl crashes? |
22:55:07 | linuxstb | rcohen: What if you try the 1.65 EU firmware? |
22:55:08 | lImbus | jup |
22:55:14 | HCl | like what? o-o |
22:55:17 | rcohen | gimme a minute to download it |
22:55:40 | lImbus | HCl: looks like files with german umlauts within title tags are not well seens. do you want such a file ? |
22:55:50 | lImbus | it happens while scanning the file |
22:56:09 | HCl | well, can you paste the crash in privmsg? |
22:56:28 | lImbus | well, it's a crash on windows, nothing special to see |
22:56:32 | lImbus | perl.exe crashes |
22:56:41 | HCl | aha. |
22:56:43 | HCl | odd. |
22:56:44 | HCl | well. |
22:56:46 | lImbus | but I can send you the mp3file per mail |
22:56:48 | HCl | ask bagder, i'd say. |
22:56:54 | lImbus | there is a nother crash at the end of the procedure, which I could not yet track down to a single file |
22:56:56 | HCl | i'm mostly responsible for the java tool |
22:57:05 | HCl | all i did was alter the perl tool to work with the new database format |
22:57:07 | lImbus | aha. yes, I remember |
22:57:38 | rcohen | ah, there we go |
22:57:53 | rcohen | i've got too many zip files around here with various firmware versions |
22:58:04 | | Join webguest61 [0] (n=d55efc64@labb.contactor.se) |
22:58:05 | rcohen | that first one much have been the wrong one |
22:58:31 | HCl | lImbus: try the java tool instead? |
22:58:55 | lImbus | yes, that's an idea |
22:58:59 | lImbus | the wiki page is complete ? |
22:59:04 | lImbus | gonna try that then |
22:59:08 | lImbus | tnx |
22:59:18 | amiconn | Zagor: While I'm not that interested in getting the remote working for myself, I do think that a multithreaded approach would be way better |
22:59:28 | amiconn | ...and still not too complex to handle |
22:59:46 | Zagor | interesting |
22:59:51 | | Quit muesli- ("ich will Kühe!!!") |
23:00 |
23:02:26 | amiconn | Of course there are situations where the gui threads would need to lock things and can't work independently |
23:04:17 | amiconn | Two situations come to mind: (1) playback and recording are mutually exclusive. (2) Browsing different directories is also not possible if we don't want to duplicate the buffer |
23:06:27 | amiconn | Two gui threads would e.g. allow to use the menu or run a plugin or browse for new music on one display, while the other continues showing the wps and allowing playback control |
23:07:04 | amiconn | Doing this kind of stuff would be about the only reason to actually use the remote for me |
23:07:39 | Zagor | I get a headache just thinking about it ;) |
23:08:02 | Zagor | maybe I'm pessimistic, but I think we'll run into quite a few areas of trouble. |
23:08:14 | amiconn | I don't think it would be overly complicated |
23:09:23 | amiconn | I don't know all areas that well, but from what I've seen the gui for a task is somewhat independent from the engine doing the actual work |
23:10:00 | amiconn | For example, the recording screen just sends messages and reads back status. The mpeg thread does the dirty work |
23:10:59 | | Quit webguest61 ("CGI:IRC (EOF)") |
23:11:01 | Zagor | yes. the browser is the biggest worry, i think |
23:11:56 | Zagor | but even the mpeg thread needs reworking, to know which thread to send messages to. and what if both threads need it? |
23:12:21 | amiconn | The mpeg thread doesn't send messages to other threads, it only receives them |
23:12:36 | amiconn | Shouldn't matter from which thread they are sent |
23:12:57 | amiconn | Status reading is done by calling functions from the recording screen |
23:13:17 | Zagor | ah, right. i've been away too long. :-) |
23:13:22 | amiconn | I think the browser problem can be solved. There are 2 situations: |
23:13:49 | amiconn | (Starting with the browser being displayed on one screen, no matter which one) |
23:14:17 | | Part rcohen |
23:14:51 | amiconn | (1) You try enter the main browser on the second screen. In that case it should simply show the same directory as the first (not necessarily the same position in the list) |
23:15:53 | amiconn | (2) You try to enter a sub-browser from the menu (fonts or such). In that case it should refuse to enter the sub-browser if entering it would imply to change the dir |
23:16:32 | TiMiD | why should current dir be the same for the two threads ? |
23:16:49 | Zagor | TiMiD: otherwise we need do double the dir buffer |
23:17:55 | TiMiD | would that be a problem ? I mean the dir buffer doesn't seems to be that huge (aprt the case when you have 9999 files in the same dir, but ...) |
23:17:57 | amiconn | I would like to avoid that, because it would have a negative effect when not using the remote |
23:18:17 | amiconn | (1) If we reserve the buffer statically, it would be wasted |
23:18:19 | TiMiD | when not using the remote you could simply kill the thread |
23:18:36 | amiconn | (2) Dynamic allocation would really complicate things |
23:19:06 | amiconn | TiMiD: The thread isn't the problem, the allocated memory is |
23:19:10 | Zagor | I still think it would be much simpler to just draw each screen twice |
23:19:26 | amiconn | And btw, I wouldn't kill the thread, I would just let it idle |
23:19:28 | | Quit polytan ("Leaving") |
23:20:17 | Zagor | what you guys consider a feature (different things on remote and main), I think a lot of other people will find annoying. |
23:20:21 | amiconn | Zagor: Maybe simpler, yes, but way less useful (imho) |
23:20:29 | TiMiD | how much big is the dir buffer (approximately) ? |
23:20:29 | Zagor | and I personally find it pointless |
23:20:49 | TiMiD | in normal file structures conditions |
23:20:54 | Zagor | amiconn: what's so much better browsing AND showing wps at the same time? |
23:21:19 | amiconn | I don't see the point of the remote lcd when it just mirrors the main lcd content |
23:21:25 | linuxstb | I agree with Zagor - I think users will be using the main device OR the remote. Not both. |
23:21:36 | amiconn | The I don't need a remote, or one with just buttons |
23:21:39 | Zagor | the point of the remote is that you don't see the main because it's in your bag/pocket |
23:21:41 | amiconn | *Then |
23:22:02 | HCl | i agree with amiconn. |
23:22:11 | TiMiD | the remote could be used when another app is taking the main screen |
23:22:12 | HCl | its highly preferable to have them independant. |
23:22:20 | | Quit davidd () |
23:22:20 | TiMiD | like game or text viewer |
23:22:23 | Zagor | HCl: why? |
23:22:42 | HCl | because it allows you to do two things at once |
23:22:46 | Zagor | such as? |
23:22:47 | HCl | watch the wps, and browse for a new file. |
23:22:50 | HCl | play a game |
23:22:50 | linuxstb | I would prefer that we were about to "task-switch" on the main device to go between different screens in a more natural way. |
23:22:51 | HCl | and watch the wps |
23:23:28 | Zagor | you can't watch the wps and browse at the same time. you only have one pair of eyes. swapping between the displays is just like swapping between the screens today. |
23:23:33 | amiconn | Zagor: e.g playing music (and being able to adjust volume/ skip certain tracks etc) and running a game plugin |
23:23:41 | | Quit ze (Read error: 110 (Connection timed out)) |
23:23:46 | HCl | i disagree |
23:23:54 | HCl | you can switch focus much faster |
23:23:56 | HCl | than you can switch modes |
23:24:13 | Zagor | eh? it's instantaneous |
23:24:23 | amiconn | You can't do that atm, because for adjusting anything playback-related, you have to leave the plugin |
23:24:29 | amiconn | ...losing status etc |
23:25:01 | Zagor | amiconn: that's the first valid reason i've heard yet |
23:25:03 | HCl | afk |
23:26:01 | amiconn | Of course, being able to cycle through screens would solve this problem, also for units without an lcd remote |
23:26:34 | amiconn | ...but imho cycling through screens calls for even more problems than having 2 gui threads |
23:26:53 | | Join rasher [0] (n=jonas@62.79.64.148.adsl.hs.tiscali.dk) |
23:27:07 | linuxstb | But it would be very nice to be able to do it. |
23:29:47 | amiconn | Having 2 gui threads would simply run the plugin in the main gui thread, nothing would change for the plugin compared to now |
23:30:03 | amiconn | (except the few plugins that use the remote now) |
23:30:29 | Zagor | I don't think it's worth it. I think this is yet another "wouldn't it be cool if..." things. |
23:30:59 | amiconn | Screen cycling would open a whole can of problems, dealing with which gui part has focus etc |
23:31:08 | Zagor | we'd work for weeks getting it right, then five people would use it twice each. |
23:31:46 | Zagor | most people simply don't use the player like that. they use either the remote OR the main. not both. |
23:32:48 | webguest18 | well it makes no sense to use both atm, doesn't it? |
23:33:35 | amiconn | Hmm. I don't use the remote at all atm. For simple tasks I don't need to look at the display, and for things I do need a display it doesn't make a difference whether I grab the remote or the main unit |
23:33:41 | Zagor | that's not my point. the point is I think people only WANT to use one screen. if you have the main in your hand, you don't want to fiddle with the remote. |
23:34:15 | Zagor | amiconn: I interpret that as supporting my point :-) |
23:34:16 | amiconn | ...so I'm better off not carrying around an extra piece of hardware |
23:35:01 | amiconn | If I could actually do more with the remote plugged, I would probably actually use it |
23:35:11 | webguest18 | amiconn: in some regions of the world taking your whole player out of your pocket might be risky whilst a quick peek at the remote can go totally unnoticed |
23:35:30 | webguest18 | like here were i live :/ |
23:35:37 | TiMiD | webguest18: me too :/ |
23:35:49 | amiconn | I'm not using the iriver within a pocket. I doubt that it does fit a pocket, it's too bulky |
23:36:01 | dpassen1 | fits in all my pockets |
23:36:04 | TiMiD | I put it in my bag |
23:36:11 | webguest18 | it's not the point. |
23:37:21 | webguest18 | the point is, you're on shuffle and all of a sudden - OMG how cool dat tune is wtf is this i wanna know now! - you take out the player and bam, you have no player and a broken nose, you take a look at the remote smartly hidden under your jacket and voila ;) |
23:37:25 | webguest18 | ghetto tactics |
23:38:13 | linuxstb | webguest18: No-one is arguing that the remote isn't useful, or that Rockbox shouldn't support it at all. |
23:38:20 | amiconn | Hmm. Can't say much about this kind of problems... |
23:38:25 | | Join Strath [0] (n=mike@dpc674681214.direcpc.com) |
23:38:46 | linuxstb | I think the only debate is if the remote and main display should display the same screen or not. |
23:39:23 | webguest18 | imho - head to head gaming on main unit vs remote would be the ultimate in geeky coolness |
23:39:47 | linuxstb | A plugin could easily do that today (I think). |
23:39:58 | amiconn | That would be an additional gimmick, but has nothing to do with how the core handles the remote |
23:40:03 | Zagor | in fact it would have a problem doing it with two threads |
23:40:18 | webguest18 | or changing the wps on the remote and watching the immediate change on the main unit ;o |
23:40:19 | amiconn | Zagor: I don't think so |
23:40:43 | amiconn | webguest18: A bit unfair though, depending on the game |
23:40:52 | webguest18 | amiconn :) |
23:40:53 | Zagor | amiconn: either one thread takes over both displays or they have to communicate. either way is unclean. |
23:41:23 | amiconn | The remote lcd is clearly smaller, but otoh it's definitely faster |
23:42:01 | amiconn | Zagor: Usually each thread would handle one display. A plugin could request control over the remote lcd from the remote gui thread |
23:42:17 | amiconn | (remote lcd + buttons) |
23:43:15 | | Join ze [0] (i=ze@ca-dstreet-cuda1-c6a-130.snbrca.adelphia.net) |
23:43:17 | TiMiD | kevin@arrakis /mnt/panoramix/download/iriver/rockbox/apps $ grep -R extern *|grep -v '('|grep -v README|wc |
23:43:21 | TiMiD | 225 1056 15104 |
23:43:27 | TiMiD | that the main problem :( |
23:44:32 | amiconn | Only slightly related: I'm curious whether anyone actually tried the 3-player mode of wormlet.rock on archos recorder ;) |
23:44:33 | TiMiD | doing it multithread would proobably imply rewriting a lot of code |
23:45:22 | Zagor | <Zagor> we'd work for weeks getting it right, then five people would use it twice each. |
23:45:57 | rasher | amiconn: that sounds .. cramped |
23:45:59 | amiconn | Doing content mirroring in a clean way will also imply rewriting a lot of code |
23:46:35 | amiconn | rasher: Two players using the buttons on the main unit, the third using the remote. All looking on the main display of course ;) |
23:46:39 | Zagor | amiconn: not nearly as much |
23:46:56 | amiconn | I doub't that the difference would be that big |
23:46:57 | Zagor | we already support dynamic sizing in most screens (since we have variable size fonts) |
23:47:53 | amiconn | Yes, but we don't have a way to handle a different number of lines between two displays yet |
23:48:11 | amiconn | How would scrolling up/down be handled? |
23:48:31 | Zagor | I thought about that yesterday. it's actually quite simple. |
23:48:44 | amiconn | Using one thread adds the problem that there are two keypads that can fire events |
23:49:11 | amiconn | ...which require different actions in the code |
23:49:12 | Zagor | simply adjust the dirstart (in case of tree.c) if it is outside the screen. |
23:49:40 | Zagor | this means we don't have to keep track of dual positions/lines |
23:49:55 | amiconn | We do, definitely |
23:50:43 | amiconn | The position within the list would be the same, but the start of the list would not |
23:50:57 | Zagor | are you reading my lines? |
23:51:02 | amiconn | yes |
23:51:12 | Zagor | <Zagor> simply adjust the dirstart (in case of tree.c) if it is outside the screen. |
23:51:15 | rasher | Zagor: I just uploaded bootloader-h120.bin and bootloader-h100.bin to the wiki - could you md5sum them for me? |
23:51:25 | Zagor | rasher: ok |
23:51:46 | rasher | I already checked that they produce valid patched firmwares |
23:51:49 | amiconn | yes, and that needs s to be done for both screens independently |
23:51:54 | rasher | Just need to check that the uploads went fine. |
23:52:41 | Zagor | amiconn: dynamically, by the draw routine. stateless. |
23:52:59 | amiconn | I'm still not convinced that mirroring is the way to go |
23:53:59 | Zagor | 05d368b62f484904d4afac2064b0f4f2 bootloader-h100-20050722.bin |
23:53:59 | Zagor | 1e45c54383f8461b0e5724d03fc8cc58 bootloader-h120-20050722.bin |
23:54:00 | amiconn | Zagor: It's not stateless, you'd need to store dirstart per screen. |
23:54:10 | rasher | Zagor: thanks, matched. |
23:54:11 | amiconn | Otherwise scrolling would look really odd |
23:54:31 | amiconn | Mirroring just looks like an incomplete, cheap solution to me |
23:55:00 | Zagor | multithreading looks like overworked unnecessary bloat to me :-) |
23:55:07 | linuxstb | rasher: And as a double-check, that h120 checksum is the same as my local copy of the v5 bootloader as well. |
23:55:40 | rasher | linuxstb: alright, I think it's safe to say it's the right file |
23:56:02 | linuxstb | You can't be too safe with those bootloaders. |
23:56:06 | rasher | Certainly not |
23:56:15 | Zagor | amiconn: why would scrolling look strange? |
23:56:46 | rasher | wow, #ipl is like kindergarten |
23:57:15 | amiconn | You need to keep dirstart the same _per screen_ until the cursor leaves at the top or bottom, _then_ adjust |
23:57:28 | Zagor | amiconn: why? |
23:57:31 | amiconn | YOu can't do this without saving the status per display |
23:57:40 | linuxstb | rasher: You don't have to tell me that. Buit I did have a useful conversation with leachbj earlier. |
23:58:06 | Zagor | the cursor is what's important. dirstart should be adjusted so the cursor is visible |
23:58:08 | amiconn | Zagor: Well, for the same reason as we do it now (for one display) |
23:58:22 | Zagor | this can be done dynamically, without storing |
23:58:27 | rasher | linuxstb: Yeah, I don't doubt the real people are also there, but I guess running linux on ipod just attracts the wrong crowd |
23:58:29 | amiconn | No, it can't |
23:58:37 | Zagor | yes it can, no it cant :-) |
23:58:58 | linuxstb | rasher: I'm not sure who the crowd are - they don't talk about Linux or the iPod... |