00:00:07 | | Join daurnimator [0] (i=daurn@unaffiliated/daurnimator) |
00:00:07 | mcuelenaere | (it has to do with the ZVM port) |
00:00:24 | mcuelenaere | because Rockbox only understands FAT, not one of the Creative's proprietary file systems |
00:01:08 | pixelma | someone with an Ipod Video around who tested the WPS changes the last days (asking especially for the included UniCatcher and iCatcher). There is half of a report that it's "broken" though I'm not sure if he uses the included ones. I can't imagine that they are broken because it's been tested all in sims but who knows... |
00:01:16 | | Quit thegeek (Read error: 110 (Connection timed out)) |
00:01:53 | | Join CyBergRind|w [0] (n=cbr@212.98.160.130) |
00:02:10 | Nico_P | pixelma: UniCatcher works fine here |
00:02:14 | | Join bughunter2 [0] (n=Administ@ip565fbeaa.direct-adsl.nl) |
00:02:54 | Nico_P | iCatcher too |
00:03:16 | pixelma | thanks for confirming |
00:03:40 | Nico_P | nicer icons would be good for themes other than cabbie... |
00:04:32 | scorche|sh | bluebrother: what DerPapst said...hopefully i can do it this weekend =/ |
00:04:58 | bluebrother | scorche|sh: ok. |
00:06:12 | pixelma | Nico_P: who defines "nicer"? I also don't want to really change something in the looks now, those are not my creation... |
00:07:01 | Nico_P | pixelma: I dare make the assumption that slightly bigger colour icons can be considered "nicer" :) |
00:07:42 | Nico_P | I was simply thinking of using the same ones as cabbie, although they probably would need adapting because of the antialiasing |
00:07:52 | pixelma | that's a question of taste |
00:08:37 | Nico_P | it is indeed |
00:08:44 | pixelma | ah... do you mean the icons in the menu? |
00:08:47 | Nico_P | yes |
00:09:16 | pixelma | those need thorough rework on greyscale though :\ |
00:09:28 | disorganizer | good night to all |
00:09:39 | | Quit disorganizer ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") |
00:10:42 | | Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
00:11:29 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
00:11:35 | | Quit Nevtus (Read error: 110 (Connection timed out)) |
00:18:30 | n17ikh | aren't there some better WPSs than the ones on rockbox-themes? |
00:18:54 | n17ikh | the ones for the e2xx series are either too busy or just awful :/ |
00:19:00 | | Quit [CBR]Unspoken|w (Connection timed out) |
00:19:48 | scorche|sh | n17ikh: check the wiki? |
00:21:08 | n17ikh | yeah, those are better |
00:22:06 | n17ikh | I don't really like them though... I would hate to have to learn the wps language to make my own |
00:22:27 | bluebrother | seems you need to. |
00:22:41 | gevaerts | n17ikh: you could pick one where you like the basic design and change the background |
00:22:49 | | Join hd [0] (i=jd@unaffiliated/helldragon) |
00:22:49 | | Quit hd (Client Quit) |
00:23:42 | n17ikh | mebbe |
00:23:59 | * | gevaerts has solved his wps problem that way |
00:24:16 | n17ikh | some of these are... really ugly :/ |
00:24:46 | n17ikh | course, from what I've seen the professional designers making the factory interface don't do any better |
00:25:17 | krazykit | n17ikh, if you want ugly, look at the OF on the gigabeat F :( |
00:25:28 | gevaerts | krazykit: that bad ? |
00:25:49 | bluebrother | hmm. Seems domonoky has broken my local changes. Too bad ... |
00:25:57 | krazykit | i thought it was an eyesore for the few minutes i looked at it before putting on rockbox. |
00:26:11 | * | gevaerts has a gigabeat f, but installed rockbox before even looking at the of |
00:26:15 | | Quit XavierGr () |
00:26:40 | ChristopherW | n17ikh: check out the "2001" theme :) |
00:26:43 | krazykit | well, the power was out when i got it ;) |
00:28:57 | Bagder | proof of concept rotated table => http://build.rockbox.org/cvsmod/index3.html |
00:29:39 | bluebrother | Bagder: kinda nice. |
00:29:56 | Bagder | still requires scrolling, although vertical |
00:29:59 | | Quit stripwax (Read error: 110 (Connection timed out)) |
00:30:11 | bluebrother | now make it colored and use alternating column backgrounds −− I think it would look quite good |
00:30:14 | | Quit gregzx ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") |
00:30:26 | bluebrother | btw, have you noticed my idea about the wiki stylesheet? |
00:30:40 | | Quit lee-qid (Connection timed out) |
00:30:44 | Bagder | I did yes, but that too is zagor's backyard more than mine |
00:30:53 | bluebrother | ah, ok :) |
00:31:16 | kugel | meh |
00:32:03 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
00:32:26 | ChristopherW | Bagder: vertical scrolling is still better than horizontal scrolling |
00:33:36 | | Join GodEater [0] (i=c2cbc962@rockbox/staff/GodEater) |
00:36:28 | * | linuxstb has widescreen monitors, so prefers horizontal scrolling... |
00:37:25 | * | petur rather liked the idea of only showing targets with problems |
00:37:43 | Bagder | I'll do some experients with that too |
00:37:49 | linuxstb | How could that work? |
00:37:55 | Bagder | javascript |
00:38:02 | bluebrother | sounds interesting, but it should be toggleable |
00:38:09 | * | bluebrother too slow :) |
00:38:16 | | Join hd [0] (i=jd@unaffiliated/helldragon) |
00:38:19 | Bagder | with a checkbox or something to display the zero-columns |
00:38:58 | DerPapst | the table still fits om my screen :-P |
00:39:20 | bluebrother | the rotated one? |
00:39:55 | * | petur disables ata_lock (mutexes) in the ata driver and finds his bootloader booting again - still a crash from time to time :/ |
00:43:15 | petur | grrrr every time it crashes it is within threading code :( |
00:43:53 | * | roolku waits for the red... |
00:45:21 | | Quit waldo ("Konversation terminated!") |
00:46:22 | ChristopherW | threads are fun |
00:46:41 | ChristopherW | s/fun/really annoying to debug/ |
00:47:04 | pixelma | roolku: you did not fix the button map issues I pointed out |
00:47:26 | roolku | pixelma: sorry which ones? |
00:48:12 | roolku | I overlooked it because you used an action |
00:48:37 | roolku | m5x5, right? |
00:48:38 | | Quit JdGordon|zzz (Read error: 110 (Connection timed out)) |
00:49:21 | pixelma | the Ondio map has "menu" for select and several combos with menu without checking for pre conditions and releases and on the M5X5 pad only combos with power work (electrically) but it's not usable |
00:49:48 | pixelma | (because a "longer power" is also a hard power off) |
00:49:53 | | Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) |
00:51:10 | pixelma | so basically you can't use button combos and have to try with long versus short button presses instead |
00:54:06 | | Quit DerDome (Read error: 110 (Connection timed out)) |
00:55:34 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
00:55:36 | | Quit linuxstb (Remote closed the connection) |
00:55:53 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
00:56:31 | | Quit ColinT (Remote closed the connection) |
00:56:44 | | Join ColinT [0] (n=realizat@69-11-97-130.regn.static.sasknet.sk.ca) |
01:00 |
01:00:04 | | Quit mcuelenaere (Read error: 110 (Connection timed out)) |
01:00:39 | | Quit ender` (" How many Dragon Ball Z characters does it take to screw in a lightbulb? Only one, but it takes ten episodes.") |
01:03:11 | kugel | linuxstb: I think I have a version without reparsing at every redraw |
01:04:51 | | Quit shotofadds (Read error: 104 (Connection reset by peer)) |
01:08:42 | | Quit n1s () |
01:11:18 | | Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
01:12:26 | | Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <- Like it? Visit #hydrairc on EFNet") |
01:12:36 | *** | Saving seen data "./dancer.seen" |
01:12:58 | kugel | linuxstb: It's far from working well though |
01:14:26 | linuxstb | kugel: Did you also move the code that calculates the viewport sizes/positions? |
01:14:49 | | Quit petur ("Zzzz") |
01:18:06 | kugel | linuxstb: Not sure what you mean |
01:18:21 | kugel | linuxstb: That's in viewport.c, since v8 |
01:19:02 | kugel | in the geneic viewport structure parsing function |
01:20:01 | | Join dandin1 [0] (n=anon2155@bas7-ottawa23-1088833575.dsl.bell.ca) |
01:20:22 | kugel | linuxstb: did you mean that? |
01:21:20 | linuxstb | kugel: I mean the code in (e.g.) draw_title() that calculates the viewports (e.g. vp_icons and vp_text) |
01:21:27 | linuxstb | (plus similar in list_draw) |
01:22:25 | kugel | Ah, that's what I meant with "not parsing at every redraw" |
01:23:17 | | Quit ompaul (Client Quit) |
01:24:46 | kugel | There's only "struct viewport *list_infos = list->list_info[display->screen_type];" now |
01:25:15 | kugel | linuxstb: My current approach is to calculate the viewport at list initilializing |
01:25:39 | kugel | and that gui_synclist contains that list_info vp |
01:25:47 | linuxstb | Shouldn't that be ... = &list->list_info[display->screen_type]; |
01:26:08 | kugel | I thought that too, but that gave warnings |
01:26:33 | kugel | incopatible ... |
01:26:41 | kugel | +m |
01:27:29 | | Quit Thundercloud (Read error: 110 (Connection timed out)) |
01:29:52 | | Quit bluebrother ("leaving") |
01:30:54 | | Quit Jon-Kha (Remote closed the connection) |
01:34:02 | linuxstb | kugel: How is list_info declared? |
01:34:11 | * | preglow sees another *box plugin title :/ |
01:35:24 | | Join JdGordon|zzz [0] (n=jonno@c211-28-95-90.smelb1.vic.optusnet.com.au) |
01:35:25 | pixelma | preglow: the topic came up before and gevaerts suggested rockpegs earlier ;) |
01:35:55 | linuxstb | Not helpful ;) |
01:35:57 | * | gevaerts runs away again |
01:36:05 | * | kugel thinks that pegbox and pacbox must lead to confusion |
01:36:22 | * | linuxstb apologies for the pacbox name |
01:36:31 | * | linuxstb apologises for the typo |
01:36:48 | DerPapst | heh |
01:36:53 | * | pixelma thinks kugel didn't tested the latest patch (the one in the tracker) on his e200 but said "there were no bugs"... |
01:37:10 | pixelma | s/tested/test |
01:37:25 | linuxstb | pixelma: You're talking about pegbox? |
01:37:31 | pixelma | yes |
01:38:12 | kugel | pixelma: Which one? |
01:38:29 | kugel | pegbox? I said I never experienced an issue |
01:38:35 | kugel | and that's true |
01:38:39 | pixelma | the one that was committed still had scroll up/down in it |
01:38:54 | pixelma | probably run your own build... |
01:39:08 | scorche|sh | i thought we werent going to do pegbox... |
01:39:12 | kugel | I think it had it in once |
01:39:52 | pixelma | yes, and it was committed this way (probably because it was the last on in the tracker) |
01:40:19 | roolku | don't panic it can still be fixed. :) |
01:40:35 | linuxstb | And renamed? ;) |
01:40:41 | | Quit knittl (Read error: 110 (Connection timed out)) |
01:40:55 | * | roolku couldn't care less about names |
01:41:03 | kugel | pixelma: I tested it heavily, and there was someone who tested it on ipod, and we didn't find an error |
01:41:19 | kugel | I just wonder why you come up with that old commit just today |
01:41:40 | pixelma | what are you talking about? |
01:41:42 | linuxstb | "old commit" ? |
01:41:59 | pixelma | I'm talking about pegbox |
01:42:11 | pixelma | I don't talk to your rename patch |
01:42:18 | pixelma | s/to/about |
01:43:21 | kugel | Well, I don't quite get what you mean |
01:43:23 | pixelma | which was a good change, but the pegbox patch wasn't updated accordingly. That was my point |
01:43:37 | linuxstb | kugel: pegbox (as committed to SVN) doesn't compile... |
01:43:46 | linuxstb | (for the e200) |
01:43:58 | kugel | It's not my patch dudes. |
01:44:14 | kugel | I'm not the maintainer, it's possible that the tracker version is out of sync |
01:44:45 | pixelma | but you said there were no bugs earlier... that's all |
01:44:58 | kugel | Indeed, I have a private copy, which fixes that (but which is also more sync'd to my build) |
01:45:00 | * | DerPapst compiles to see what pegbox actually is |
01:45:15 | gevaerts | DerPapst: it's something like rockpegs :) |
01:45:25 | | Join mud-rb [0] (n=mud-rb@dialup-4.156.9.72.Dial1.Boston1.Level3.net) |
01:45:49 | kugel | pixelma: Well, I said that there's no issue in general. That a patch can get out-of-sync is allways possible |
01:46:05 | DerPapst | gevaerts: ahhh now i know :-) |
01:46:27 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
01:47:12 | | Join Sader [0] (n=4a809077@gateway/web/cgi-irc/labb.contactor.se/x-1411baccbf6ed8cc) |
01:47:37 | Sader | hi :) |
01:48:25 | Sader | I've been using Rockbox on my ipod nano 1st gen, and i accedientally made it record .. i can't get it to stop. It won't let me listen to music and rebooting it doesn't help :S |
01:48:33 | kugel | Anyway, sorry if it was my fault, that one if you committed a not-sync'd version |
01:49:56 | DerPapst | sader: doesn't short pres leave the rec screen? |
01:50:07 | linuxstb | Sader: What happens when you reboot? (and how are you rebooting?) |
01:50:16 | pixelma | I didn't say it was your fault, just a little reminder (with a wink) to be a bit accurate ;) |
01:50:28 | pixelma | ^ kugel |
01:51:22 | kugel | I guess the one who'll correct that will be happy for the commit+1 anyway ;) |
01:51:38 | | Join `Sader` [0] (n=Tanner_R@74-128-144-119.dhcp.insightbb.com) |
01:51:39 | * | gevaerts gets to work ;) |
01:52:00 | mud-rb | by any chance is there a script somewhere that will build a .zip for each target? |
01:52:26 | `Sader` | Hey I've been using rockbox on my first gen nano, and its good, except i accedientally click record.. and i can't get it to stop when i reboot it doesn't do anything either.(Can't listen to music while its recording) |
01:52:37 | `Sader` | Any tips would be greatly appreciated. |
01:52:58 | | Quit `Sader` (Client Quit) |
01:53:19 | linuxstb | Sader: Still here? |
01:53:45 | | Part toffe82 |
01:53:51 | | Join `Sader` [0] (n=Tanner_R@74-128-144-119.dhcp.insightbb.com) |
01:54:29 | `Sader` | i accedientally click record.. and i can't get it to stop when i reboot it doesn't do anything either.(Can't listen to music while its recording) |
01:54:52 | `Sader` | (soz lag'd didn't mean to spam) |
01:55:38 | Nico_P | pegbox is nice! |
01:55:52 | linuxstb | `Sader`: No, you can't listen to music whilst recording - that's expected. |
01:56:26 | `Sader` | I mean, i can't get it to stop recording |
01:57:02 | linuxstb | Not even by rebooting? |
01:57:03 | mud-rb | `Sader`: did you look in the manual for the correct way to exit the recording screen? |
01:57:46 | `Sader` | Yes - I looked in the Manual but don't anything about it.. |
01:57:47 | DerPapst | iirc it's short menu for iPods |
01:58:06 | DerPapst | at least it's on mine |
01:58:14 | pixelma | `Sader`: what happens after a reboot? |
01:58:30 | `Sader` | It boots w/ apple screen, then turns on and its on the recording screen :S |
01:58:47 | pixelma | ah, maybe you set your start screen to recording? |
01:59:08 | `Sader` | If i did, it's by acciedent.(sp) anyway to un-do it? |
01:59:27 | DerPapst | clear your config or edit it on your PC |
01:59:48 | pixelma | you could clear your setting by flicking the hold switch to on when the rockbox bootlogo appears (I think it was on Ipods) after a reboot or... |
02:00 |
02:00:34 | pixelma | ...if edit/delete the config.cfg (in the .rockbox directory) from your computer |
02:00:36 | kugel | linuxstb: If you wanna take a look, http://www.alice-dsl.net/simonemartitz/asdf/customlist_vp_v9.diff |
02:01:00 | kugel | But as I said, it's not working very well, and I'm still unsure the approach is good |
02:01:18 | `Sader` | Alright, I'm trying it now. |
02:01:46 | mud-rb | shouldn't it be possible to exit the recording screen even if it's set as the startup? |
02:02:01 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
02:02:03 | pixelma | it should |
02:02:16 | mud-rb | okay, just making sure |
02:03:09 | pixelma | as already been said, it should be a "short press of menu" or IIRC "long play" works too |
02:03:10 | `Sader` | Pixelma, It worked :D |
02:03:21 | `Sader` | Thanks ALOT! |
02:03:34 | pixelma | you're welcome :) |
02:04:18 | `Sader` | While i'm here, is there anywhere to get more games/demos like the ones that come defaultly?(I already have iBoy) |
02:04:22 | pixelma | mud-rb: but I _believe_ that there is a bug on Ipods that playback doesn't work after it was in recording mode or so |
02:04:52 | linuxstb | pixelma: Yes, not all ipods though (but the Nano is one of the ones affected) |
02:05:04 | mud-rb | `Sader`: all of the suppored ones are installed by default. you can look in flyspray for game plugins ('patches' on the left of the rockbox site) |
02:05:17 | mud-rb | `Sader`: but those will require you to build rockbox from source |
02:05:34 | | Quit Thundercloud_ (Read error: 110 (Connection timed out)) |
02:05:37 | `Sader` | Alright. |
02:05:43 | `Sader` | Thanks for all of the help guys! |
02:05:46 | | Quit `Sader` () |
02:06:10 | | Join corevette [0] (n=corevett@adsl-75-18-212-2.dsl.pltn13.sbcglobal.net) |
02:06:41 | | Quit Sader ("CGI:IRC (EOF)") |
02:07:39 | | Quit Mathiasdm ("Yuuw!") |
02:08:36 | | Quit Nico_P (Remote closed the connection) |
02:09:40 | | Quit gevaerts ("sleeping time") |
02:15:17 | | Join thegeek [0] (n=nnscript@s220b.studby.ntnu.no) |
02:20:01 | | Join Hilton [0] (n=chatzill@75-165-238-124.slkc.qwest.net) |
02:20:31 | | Quit kugel ("Leaving.") |
02:32:55 | Hilton | hello? |
02:34:41 | | Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
02:34:49 | | Quit Hilton ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") |
02:35:58 | | Join toffe82 [0] (n=chatzill@71.142.12.200) |
02:36:13 | | Join ryran [0] (n=ryran@adsl-162-48-139.clt.bellsouth.net) |
02:38:45 | | Quit amiconn (Nick collision from services.) |
02:38:51 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
02:43:31 | | Quit jhMikeS (Nick collision from services.) |
02:43:37 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
02:44:00 | pixelma | hmm... not very patient |
02:45:20 | DerPapst | heh.. i guess sie just wanted to know if the channel exists |
02:51:21 | | Quit Thundercloud (Read error: 113 (No route to host)) |
02:51:30 | roolku | pixelma: I'll look at the button combinations tomorrow - now sleeptime |
02:52:41 | pixelma | nice, thanks :) |
02:53:41 | | Quit ol_schoola () |
02:54:25 | | Quit ali_as ("zzzzzzzzzzzzzzzzzzzzzzzzzZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZz") |
02:54:39 | | Join webguest74 [0] (n=411adf9d@gateway/web/cgi-irc/labb.contactor.se/x-b4b99353ff9d6da4) |
02:54:41 | | Quit roolku () |
02:55:02 | | Quit webguest74 (Client Quit) |
02:55:09 | | Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
02:56:39 | | Quit ol_schoola (Client Quit) |
02:58:14 | | Quit toffe82 (Remote closed the connection) |
03:00 |
03:04:30 | | Join toffe82 [0] (n=chatzill@71.142.12.200) |
03:04:48 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
03:06:14 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
03:06:45 | | Join cool_walking_ [0] (n=notroot@203-59-129-195.perm.iinet.net.au) |
03:12:38 | *** | Saving seen data "./dancer.seen" |
03:12:42 | | Join mossimo2k3 [0] (n=18eda03b@gateway/web/cgi-irc/labb.contactor.se/x-05191e24d5734280) |
03:13:14 | mossimo2k3 | how do i load patches? |
03:15:05 | mossimo2k3 | hello? |
03:19:01 | | Join Tordre [0] (n=Tordre@n102h095.wsr.mun.ca) |
03:19:38 | Tordre | Hello |
03:21:01 | | Quit Tordre (Client Quit) |
03:22:27 | | Nick qwm is now known as qm (i=qwm@c83-254-194-26.bredband.comhem.se) |
03:22:29 | | Join DavidSG [0] (n=Tordre@n102h095.wsr.mun.ca) |
03:22:30 | mud-rb | mossimo2k3: you need to check out the rockbox source from subversion, apply the patches, and make a build from source |
03:22:38 | mud-rb | mossimo2k3: look in the wiki, there's a howto |
03:23:16 | | Quit Thundercloud_ (Read error: 110 (Connection timed out)) |
03:24:05 | DavidSG | Hello I am David Gilbert I applied for the Summer of Code project to create a WPS and theme Editor. |
03:24:06 | ChristopherW | lol, there's two people so far that say "hello" and leave :) |
03:24:42 | DavidSG | sorry that first one was me, i thought it would be better to use my real name. |
03:24:46 | mud-rb | ChristopherW: yeah, it seems pretty common...apparently people can't look to the right and realize that there's people here or something |
03:25:23 | ChristopherW | I guess if they really need help they'd say something more than just "hello" |
03:28:13 | DavidSG | Has anyone here read my proposal, any feedback would be appreciated. |
03:28:49 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
03:32:07 | | Join crzyboyster [0] (n=6210f06b@gateway/web/cgi-irc/labb.contactor.se/x-d029820f0211a843) |
03:32:49 | crzyboyster | Do viewport conditionals work right now? I thought I read something in the forums about it, but I may have misunderstood... |
03:33:00 | linuxstb_ | crzyboyster: No. |
03:33:34 | | Quit jhMikeS (Nick collision from services.) |
03:33:38 | crzyboyster | Can someone explain what this means > http://forums.rockbox.org/index.php?topic=16184.msg121063#msg121063 |
03:33:40 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
03:33:44 | * | pixelma missed the part about "conditionals" and decides that this indicates the need for sleep |
03:33:50 | linuxstb_ | DavidSG: You've come at the wrong time of day (night) - most of the possible Rockbox mentors are European, and it's the middle of the night here (yes, I should be sleeping...) |
03:34:25 | pixelma | linuxstb: wanted to say something along these lines too, but then I saw you around... |
03:34:40 | | Quit crzyboyster (Client Quit) |
03:35:52 | | Part pixelma |
03:42:55 | DavidSG | linuxstb_: thank you will try back tomorrow |
03:43:47 | | Join mud-rb_ [0] (n=mud-rb@dialup-4.156.9.2.Dial1.Boston1.Level3.net) |
03:45:49 | | Quit mossimo2k3 ("CGI:IRC (Ping timeout)") |
03:46:41 | | Quit argumentD (Read error: 110 (Connection timed out)) |
03:47:45 | | Quit Thundercloud (Remote closed the connection) |
03:48:50 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
03:57:50 | | Part ryran ("Leaving") |
04:00 |
04:00:01 | | Quit DerPapst ("So Long And Thanks For All The Fish!") |
04:00:51 | | Join MobileShaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) |
04:03:48 | | Part linuxstb_ ("Leaving") |
04:04:10 | | Quit mud-rb (Connection timed out) |
04:05:25 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
04:18:37 | | Quit Shaid (Read error: 110 (Connection timed out)) |
04:18:38 | | Nick MobileShaid is now known as Shaid (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) |
04:21:28 | | Join miepchen^schlaf_ [0] (n=miepchen@p54BF68C1.dip.t-dialin.net) |
04:22:07 | | Quit FOAD (Read error: 110 (Connection timed out)) |
04:22:07 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
04:23:23 | JdGordon | has someone left part of rockbox usb in the svn builds? |
04:23:44 | JdGordon | pluggin my sansa in gmesg says a 2gb usb storage device was connected! |
04:24:57 | JdGordon | actually... maybe not.. |
04:25:02 | JdGordon | stupid lack of timestamps |
04:31:54 | | Quit corevette (Remote closed the connection) |
04:36:40 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
04:37:40 | | Join wyoak [0] (n=wyoak@71.237.33.1) |
04:38:44 | wyoak | i'm out of ideas...on both of my sansa players (c250 and e250), i can't get the DB to initialize, even on a blank player |
04:39:21 | linuxstb | I'm not sure if the database works with a blank player... (although that bug may have been fixed) |
04:39:32 | wyoak | i'm trying the e250, and it counts up all the files on the player (around 1700 in total, with themes and stuff), and never moves. the .rockbox directory has the database.ignore on it |
04:39:47 | wyoak | let me put a few songs on there..... |
04:41:03 | n17ikh | how does rockbox calculate the battery life? |
04:41:18 | n17ikh | I just got done charging the battery in the OF on my e260 and it says 60% in RB |
04:43:07 | wyoak | yeah, even with songs on there it still seems like it's trying to add the .rockbox directory to the database |
04:43:23 | wyoak | stuck on 377 found (didn't add themes this time) |
04:43:44 | | Join corevette [0] (n=corevett@adsl-75-18-212-2.dsl.pltn13.sbcglobal.net) |
04:44:50 | n17ikh | according to a very old mailing list post it's based on a moving average and is incorrect immediately after boot... is that still correct? |
04:47:59 | A-4 | n17ikh: battery life is based on the voltage the battery currently has. 4.5 V = 100%; 22.5 volt = 0% |
04:48:34 | wyoak | the stock firmware builds its database fine |
04:48:47 | wyoak | i wonder if my computer is doing something wierd, since it happens on both players |
04:52:05 | A-4 | n17ikh: the battery % just after boot is supposed to be a bit low because booting consumes quite a bit of enery which causes the voltage to drop temporarily, i belive right after boot 5% is added to the battery life to make up for this voltage drop |
04:52:14 | n17ikh | bleh... that's a pretty terrible way to calculate power remaining in a li-ion |
04:52:52 | n17ikh | seems silly to me to build hardware using modern batteries that doesn't keep track of mWh |
04:56:20 | A-4 | wyoak: you could put a few files in some subdirs of .rockbox and check if they are also appear in the database |
04:56:47 | wyoak | the database never finishes initializing |
04:57:00 | wyoak | it just counts all the files on the player and stops there |
04:57:27 | linuxstb | wyoak: Do you restart your player when that happens? |
04:57:43 | wyoak | i've left it on for a while before, tried restarting it too |
04:57:47 | wyoak | never can get past that |
04:57:54 | wyoak | the files view works fine though |
04:59:06 | | Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
05:00 |
05:02:03 | | Quit joris (Remote closed the connection) |
05:08:27 | | Quit Horscht (Read error: 104 (Connection reset by peer)) |
05:12:26 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
05:12:43 | *** | Saving seen data "./dancer.seen" |
05:13:43 | | Quit Thundercloud (Remote closed the connection) |
05:17:50 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
05:18:40 | | Join piga [0] (n=leonardo@200-161-98-209.dsl.telesp.net.br) |
05:26:20 | | Join freelance [0] (n=fr33l4nc@117.6.33.239) |
05:26:34 | | Quit dandin1 () |
05:28:05 | | Quit hd (Client Quit) |
05:28:34 | | Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) |
05:30:06 | * | midgey notices his pegbox was committed... |
05:30:35 | | Join hd [0] (i=jd@unaffiliated/helldragon) |
05:31:59 | midgey | i had no idea anyone was interested in that, i would have updated it or at least cleaned it up |
05:32:07 | midgey | and renamed it to pegs |
05:32:11 | midgey | :) |
05:41:53 | | Quit Horscht ("IRC is just multiplayer notepad") |
05:43:58 | | Join ctaylorr [0] (n=ctaylorr@bas1-toronto43-1279530793.dsl.bell.ca) |
05:44:48 | mud-rb_ | midgey: haha, congrats on getting it submitted anyway :) looks pretty cool |
05:56:54 | | Quit wisp_sh (Read error: 110 (Connection timed out)) |
05:58:47 | midgey | mud-rb_: most of my code seems to be committed by someone else :P |
06:00 |
06:04:50 | midgey | if anyone has anything to say about the code leave it in the logs and i'll get to it when i have a chance |
06:09:30 | * | midgey sleeps |
06:09:32 | | Quit midgey () |
06:11:12 | | Quit piga ("Leaving") |
06:11:58 | | Quit ctaylorr (Read error: 110 (Connection timed out)) |
06:26:04 | | Quit freelance ("Leaving") |
06:30:33 | | Quit ol_schoola () |
06:32:02 | | Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
06:33:10 | | Quit ol_schoola (Client Quit) |
06:38:23 | | Quit wyoak ("quit") |
06:46:16 | | Join atm [0] (n=atmb4u@117.196.128.221) |
06:48:19 | | Join courtc_ [0] (n=court@c-24-99-230-218.hsd1.ga.comcast.net) |
06:48:24 | | Part atm |
06:48:58 | | Quit courtc (Read error: 113 (No route to host)) |
06:55:43 | | Quit mud-rb_ (Remote closed the connection) |
07:00 |
07:03:00 | | Join lee-qid [0] (n=liqid@p54967170.dip.t-dialin.net) |
07:07:04 | | Join wisp_sh [0] (n=wisp@acct.icf.org.ru) |
07:12:45 | *** | Saving seen data "./dancer.seen" |
07:13:06 | | Quit Loplin (Read error: 104 (Connection reset by peer)) |
07:23:11 | | Quit bughunter2 (Read error: 104 (Connection reset by peer)) |
07:23:57 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
07:27:01 | | Quit Zarggg () |
07:37:13 | | Join argumentD [0] (n=argument@cpe-76-173-115-95.socal.res.rr.com) |
07:37:48 | | Join at1 [0] (n=atmb4u@117.196.137.82) |
07:38:30 | | Quit lee-qid (Read error: 110 (Connection timed out)) |
07:40:37 | | Part at1 |
07:42:25 | | Part toffe82 |
07:46:38 | | Quit TMM (Remote closed the connection) |
07:53:28 | | Join knittl [0] (n=knittl@193.170.135.78) |
08:00 |
08:09:28 | | Join kugel [0] (n=54bd72d6@gateway/web/cgi-irc/labb.contactor.se/x-6f34f76fa392fe70) |
08:10:58 | | Quit BigBambi (Remote closed the connection) |
08:10:58 | | Quit miepchen^schlaf_ () |
08:11:33 | | Quit kugel (Client Quit) |
08:12:04 | | Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
08:19:38 | | Join Rob2223 [0] (n=Miranda@p4FDCFF59.dip.t-dialin.net) |
08:20:59 | | Join lenny [0] (n=4cd1df26@gateway/web/cgi-irc/labb.contactor.se/x-b82a6314fe544989) |
08:32:29 | | Join spiorf [0] (n=spiorf@host140-214-dynamic.20-79-r.retail.telecomitalia.it) |
08:37:25 | | Join atm [0] (n=atmb4u@117.196.139.171) |
08:37:52 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
08:38:46 | | Quit Chipsaru (Read error: 110 (Connection timed out)) |
08:48:38 | | Quit XavierGr (Nick collision from services.) |
08:48:49 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
08:50:51 | | Quit Shaid (Read error: 110 (Connection timed out)) |
08:52:01 | | Quit lenny ("CGI:IRC (Ping timeout)") |
08:54:35 | | Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) |
08:56:47 | | Join at1 [0] (n=atmb4u@117.196.136.219) |
08:56:54 | | Part at1 |
09:00 |
09:05:15 | | Quit atm (Read error: 110 (Connection timed out)) |
09:11:53 | | Nick JdGordon is now known as JdGordon|afk (n=jonno@rockbox/developer/JdGordon) |
09:12:47 | *** | Saving seen data "./dancer.seen" |
09:16:51 | | Join Jon-Kha [0] (n=jon-kha@80-248-247-190.cust.suomicom.fi) |
09:18:28 | | Quit csc` ("If you can't do anything smart, do somethin right ~Serenity") |
09:23:05 | | Join petur [50] (n=petur@rockbox/developer/petur) |
09:25:02 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
09:30:48 | | Quit argumentD (Read error: 113 (No route to host)) |
09:31:19 | | Quit wisp_sh (Read error: 110 (Connection timed out)) |
09:33:32 | | Join atm [0] (n=atmb4u@117.196.130.143) |
09:36:02 | | Join wisp_sh [0] (n=wisp@acct.icf.org.ru) |
09:46:30 | | Join ender [0] (i=krneki@84-255-206-8.static.t-2.net) |
09:49:17 | ChristopherW | I'm basically looking for feedback on my patch: http://www.rockbox.org/tracker/task/8844 |
09:50:52 | ChristopherW | actually it's more of a feature request with a working proof-of-concept patch |
09:51:17 | | Join ender1 [0] (i=krneki@84-255-206-8.static.t-2.net) |
09:52:06 | | Join qwedsa_ [0] (n=superman@ip51ccca31.speed.planet.nl) |
09:52:45 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
09:55:12 | | Quit atm (Read error: 110 (Connection timed out)) |
09:58:10 | petur | ChristopherW: not that I iknow the GUI code or wps parser, but is that "We have consumed 1 byte" return still correct? |
09:58:52 | ChristopherW | I believe it is, because the return value indicates how many bytes are read from the wps file, and that doesn't change |
09:59:04 | petur | ah, right |
10:00 |
10:00:10 | | Quit Nico_P (Remote closed the connection) |
10:04:40 | | Quit ender` (Read error: 110 (Connection timed out)) |
10:04:58 | | Quit ender (Read error: 110 (Connection timed out)) |
10:07:52 | | Join kritter` [0] (n=ident@c-98-196-14-134.hsd1.tx.comcast.net) |
10:08:43 | | Quit qwedsa (Read error: 110 (Connection timed out)) |
10:16:42 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
10:23:29 | | Join pixelma_ [50] (i=pixelma@rockbox/staff/pixelma) |
10:24:40 | | Join gevaerts [0] (n=fg@195-144-092-146.dyn.adsl.xs4all.be) |
10:26:02 | | Quit pixelma (Nick collision from services.) |
10:26:02 | | Nick pixelma_ is now known as pixelma (i=pixelma@rockbox/staff/pixelma) |
10:38:33 | | Join midkay_ [0] (n=midkay@63-226-231-159.tukw.qwest.net) |
10:38:37 | | Quit midkay (Nick collision from services.) |
10:38:39 | | Nick midkay_ is now known as midkay (n=midkay@63-226-231-159.tukw.qwest.net) |
10:45:40 | Mouser_X | Cool, an update for FS #8647 |
10:45:59 | * | Mouser_X would like to see this one commited sometime "soonish." |
10:48:46 | * | gevaerts would think that this instruction page should be finished first |
10:49:38 | Mouser_X | Very true. I did say "soonish" for a reason. |
10:49:54 | gevaerts | Does it have all keymaps ;) |
10:50:16 | Mouser_X | No idea, but it works rather well on the Gigabeat. |
10:50:51 | Mouser_X | (Though, the button to access the map needs to be changed. The version I have has it on the LONG down.) |
10:51:31 | Mouser_X | (I don't know what the new version has it at. I'll have to find someone to build it for me. I have no build environment right now..) |
10:51:43 | * | Mouser_X hopes to remedy this "soonish." |
10:52:00 | Mouser_X | (As in, within the next 3 months.) |
10:52:12 | Mouser_X | (Perhpaps less.) |
10:54:11 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
10:58:19 | amiconn | The amaze patch has some unrelated changes. Also, the drawing code can be optimised quite a bit |
10:58:59 | amiconn | (e.g. using lcd_vline() resp. lcd_hline() where appropriate instead of lcd_drawline()) |
10:59:33 | amiconn | On mono and greyscale targets, it could use the greylib |
11:00 |
11:05:08 | | Quit cool_walking_ (Remote closed the connection) |
11:06:10 | | Quit FOAD (Read error: 110 (Connection timed out)) |
11:06:10 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
11:12:49 | *** | Saving seen data "./dancer.seen" |
11:18:12 | linuxstb | ChristopherW: Regarding 8844 - it looks good to me (it was something I originally wanted to implement, but wasn't sure how to do it). You should try and point Nico_P to the patch when he's next around, as he knows the wps parser best. |
11:18:15 | * | gevaerts just talked to the real USB guy here, and has some new insights on the USB problem |
11:19:38 | pixelma | cool, maybe you should try to get him interested in Rockbox... :) |
11:19:46 | gevaerts | What _probably_ happens is that the controller can't access RAM fast enough, which causes it to send out the entire packet a bit too late |
11:20:12 | gevaerts | So the bit timing within a packet is still correct |
11:20:16 | linuxstb | pixelma: Do you still think that this feature is useful? http://www.rockbox.org/tracker/task/8844 |
11:21:04 | gevaerts | If this happens near the end of a microframe, the packet collides with the SOF sent by the host. This causes the weird EHCI errors in my dmesg |
11:21:23 | | Quit joshin (Read error: 110 (Connection timed out)) |
11:21:47 | ChristopherW | linuxstb: ok, I'll try to let Nico_P know about it tomorrow (well, later today, as it's 2:21 am here) |
11:21:56 | linuxstb | gevaerts: I thought you had tested with the buffers in IRAM? |
11:22:16 | pixelma | linuxstb: I'm not sure |
11:22:31 | gevaerts | Due to cable delays and hub latencies, the probability of this microframe overflow happening is much higher with long cables (front port vs back port) or with hubs in between |
11:22:50 | gevaerts | linuxstb: I can't get it to work at all with IRAM |
11:23:23 | linuxstb | gevaerts: That's odd... Have you looked at the USB code in e200tool? I thought that used IRAM. |
11:23:32 | linuxstb | or is that doing things very differently? |
11:24:09 | gevaerts | linuxstb: I'll have another go this weekend. We'll see |
11:26:54 | | Join tvelocity [0] (n=tony@athedsl-4395704.home.otenet.gr) |
11:27:12 | gevaerts | linuxstb: but anyway, for decent performance we need at least 16kb and preferably 32kb of buffer. That's a lot of IRAM... |
11:29:05 | pixelma | linuxstb: for example, it took me a while to get the iCatcher.diff there. It's nice that the WPS code gets shorter (especially the codec one) but it also hides things |
11:29:07 | * | gevaerts likes understanding things better, even if this doesn't make any difference to what the probable solution would be |
11:30:06 | | Quit ol_schoola () |
11:34:04 | ChristopherW | pixelma: a nice thing about FS #8844 is that you can take it or leave it. It doesn't change most uses of sub-images inside conditionals |
11:34:45 | ChristopherW | er, I mean most *existing* uses, so current WPS files should work fine |
11:35:05 | linuxstb | gevaerts: That shouldn't be a problem though - USB should be able to claim the plugin/codec IRAM (at least 48KB) |
11:35:10 | pixelma | yes, I see that |
11:36:11 | linuxstb | ChristopherW: IMO, the problem is that it creates two ways to do the same thing. i.e. adds complication for only a little gain. I'm not saying I'm completely against it, just that it's not _needed_. |
11:37:21 | ChristopherW | I think the same can be argued of sub-images themselves too |
11:37:51 | pixelma | but sub-images are a big gain IMO ;) |
11:38:01 | ChristopherW | but I believe my patch is just a logical extension of sub-images |
11:38:02 | gevaerts | linuxstb: for UMS, yes. But because for MTP rockbox retains full control of the disk it would be nice to allow playback to continue. For USB Audio I haven't worked it out yet... |
11:38:08 | amiconn | linuxstb: That would need a lot of precautions... |
11:38:23 | linuxstb | ChristopherW: No, sub-images have the real advantage of significantly speeding up the loading time of WPSs. |
11:38:54 | amiconn | gevaerts: It might very well be that the usb controller can't access the iram at all |
11:39:01 | pixelma | ChristopherW: that and you can use more images than before (if there were few at the same spot |
11:39:24 | gevaerts | amiconn: entirely possible |
11:39:30 | linuxstb | amiconn: What's the issue? I thought USB stopped everything running? |
11:40:29 | * | gevaerts suggests to first try to find out if this discussion is actually needed (i.e. if IRAM is actually usable for this) |
11:41:00 | ChristopherW | pixelma: with more changes to the parser, it should even be possible to have more than 52 sub-images per image, but all of the sub-images can be referenced only through my patch or through another incompatible different method |
11:41:25 | | Join Mathiasdm [0] (n=Mathias@vpnc250.ugent.be) |
11:41:49 | linuxstb | ChristopherW: How would you do that? And why? |
11:41:56 | pixelma | I don't get that |
11:42:11 | amiconn | linuxstb: Not at all. USB stops rockbox from accessing the disk. A plugin might enter the usb screen, but it might still have iram in use -> crash after exiting the usb screen without precaution (i.e. swapping out & in) |
11:42:19 | | Join MartinR [0] (n=chatzill@dslb-088-072-221-077.pools.arcor-ip.net) |
11:42:40 | LinusN | gevaerts: i wonder if it would be beneficial to avoid the uncached-address alias and instead perform explicit cache flushes? |
11:42:45 | ChristopherW | for example, you could have 100 sub-images (say, for a vertical or even diagonal! progress bar) |
11:43:02 | linuxstb | amiconn: OK. I thought plugins were forced to quit. |
11:43:32 | MartinR | gevaerts: with Windows I've never seen transfers larger that 4kb im my traces |
11:43:42 | linuxstb | ChristopherW: Wouldn't that quickly fill up the available image buffer? |
11:43:44 | ChristopherW | and you can use "%?px<%xdp>" to reference all 100 sub-images at once |
11:43:55 | pixelma | ChristopherW: ah, understand now. But do we really need it? People tend to do crazy things in WPS though... |
11:44:15 | ChristopherW | well, I'm using extreme examples |
11:44:33 | Llorean | Well, non-extreme examples can be done using existing means... |
11:44:50 | MartinR | gevaerts: Speed was at 5.5mb/s while reading though. |
11:45:07 | gevaerts | MartinR: linux uses up to 64k I think |
11:45:10 | amiconn | LinusN: No. cache flushes block the processor, while uncached access only has a small speed penalty for typical buffer copying on PP |
11:45:53 | pixelma | ChristopherW: and with current means you could combine say 2 bitmap strips for said 100 piece progress bar... you have 52x52 images |
11:45:56 | MartinR | That's a bit more than with OF. |
11:45:58 | LinusN | amiconn: yes, it blocks the cpu, but i was curious if it in some way would affect the dma in a positive way |
11:46:14 | gevaerts | LinusN: that won't help as long as the problem is caused by non-usb-related access |
11:46:39 | ChristopherW | pixelma: and then you still have to specify all 100 sub-images in the %?px<> conditional |
11:46:42 | LinusN | i wonder what kind of access that would be |
11:47:12 | pixelma | ChristopherW: but I'm rather undecided on the issue myself |
11:47:35 | LinusN | what if we changed the burst mode in the dram controller? |
11:48:19 | LinusN | hmmm, when i think of it, long dram bursts could severely hamper the dma |
11:49:22 | gevaerts | The delays that case problems seem to be (if I don't miscount anything) on the order of one microsecond |
11:49:25 | LinusN | like if the cpu occupies the dram with a long burst write when the usb dma needs to read |
11:49:27 | gevaerts | s/case/cause/ |
11:49:54 | LinusN | one microsecond is a long time |
11:50:14 | ChristopherW | ignoring theoretical advantages (such as possibly more sub-images), here is a summary of the pro's and con's of my sub-image patch: PROS: smaller WPS files (optional, but can beneficial to the WPS author), CONS: very slightly larger code size. |
11:50:32 | gevaerts | I'll try to get an accurate measurement this weekend |
11:50:42 | MartinR | gevaerts: Ok about Linux. But just in case we had to use a smaller buffer, we would still achieve a decent speed, I believe. |
11:50:53 | LinusN | ChristopherW: another pro: would be simpler wps authoring |
11:51:11 | | Join desowin [0] (n=desowin@atheme/developer/desowin) |
11:51:19 | * | gevaerts doesn't know anything about dram burst settings |
11:51:23 | Llorean | LinusN: I'm not entirely sure it would be much simpler. Maybe faster, but making things less explicit makes debugging a bit harder. |
11:52:46 | Llorean | I imagine, among other things, it'll irritate new authors getting automatic subimage use working with ones such as Play/Pause/FF/RW since you now have to be aware of the exact order of the conditional when designing your images, rather than just picking each image individually. |
11:53:09 | LinusN | well, i always thought that the long lines with bitmap id:s in conditionals were prone to typos |
11:53:28 | gevaerts | MartinR: on high speed it probably doesn't make much difference, but on full speed this kind of buffer size difference can easily cause a 20% slowdown |
11:53:53 | Llorean | Also, and I don't know if you can do this yet (but it's something that should be added, imho, if you can't) it would conflict with any case where you have a strip that's mixed use (for example, Volume and Battery icons are the same size, so you make a single file containing both and split them between two conditionals) |
11:53:59 | pixelma | LinusN: did you take a look at the iCatcher.diff in there and tell me if you understood the battery level line (the %xdA one). Though I have to admit that's quite complicated code in general to I believe get a charging animation |
11:54:09 | ChristopherW | Llorean: you still have to be aware of the exact order even with separate images |
11:54:55 | Llorean | ChristopherW: I didn't say you didn't. I just said you would then need to be aware when designing the images, rather than simply be aware when creating the .wps file (which you're more likely to be doing with the .wps syntax page open) |
11:55:06 | ChristopherW | pixelma: the animation is a little spinning thing when playback is paused, not the bettery |
11:55:28 | MartinR | gevaerts: Ahh, yes there's higher latency with full speed. Didn't think of that. |
11:55:39 | pixelma | Llorean: you could do that (and address the sub-images in a different order but it's of course a bit confusing) |
11:56:11 | pixelma | ChristopherW: there are two animation lines and I meant the first which is battery level (and charger) |
11:56:26 | gevaerts | MartinR: and full speed is exactly where the difference hurst most |
11:56:38 | LinusN | hmm, perhaps an animation wps tag would be useful? |
11:56:52 | ChristopherW | pixelma: oh, you're right (I didn't look at it too closely) :-/ |
11:57:29 | gevaerts | LinusN: can we actually control burst mode on PP ? |
11:57:30 | ChristopherW | LinusN: yes, an animation tag is another thing that would be helpful |
11:57:31 | Llorean | pixelma: It just doesn't seem to address a "real" problem to me (the patch thati s) |
11:57:53 | LinusN | gevaerts: i think we can, we just don't know how... :-( |
11:57:55 | Llorean | With better WPS creation tools, which we may have after the summer, the author doesn't need to see the actual code anyway. |
11:58:30 | | Quit kritter` (Read error: 113 (No route to host)) |
11:58:50 | | Join kritter` [0] (n=ident@c-98-196-14-134.hsd1.tx.comcast.net) |
11:59:15 | kritter` | what is a good but inexpensive rockbox compatible mp3 player under $100 ? |
11:59:19 | pixelma | ChristopherW: I looked at the code very closely the last days ;) |
11:59:46 | ChristopherW | pixelma: are you the one who's been committing many changes to iCatcher recently? |
12:00 |
12:00:08 | pixelma | yes, moved it over to using bitmap strips |
12:00:15 | | Join DerDome [0] (n=DerDome@82.83.238.214) |
12:00:25 | GodEater | kritter`: firstly, what sort of $ ? |
12:00:39 | ChristopherW | yes, I saw those changes in the changelog a few days ago |
12:00:41 | kritter` | GodEater, about $100 would be ok |
12:00:48 | kritter` | hopefully it has good storage too |
12:00:54 | Llorean | LinusN: I just think the patch may not be the right solution to the problem. Especially with the potential for GUI tools on the horizon. |
12:01:33 | GodEater | kritter`: I mean which currency ? USD, AUD, NZD, something else ? |
12:01:36 | desowin | does rbutilqt show /Volumes in browsedirtree on mac os? |
12:01:49 | kritter` | sorry GodEater 100 USD |
12:02:02 | GodEater | kritter`: http://www.rockbox.org/twiki/bin/view/Main/BuyersGuide <−− take a look there |
12:02:05 | LinusN | Llorean: maybe not |
12:02:11 | kritter` | thank you |
12:02:30 | * | LinusN goes to lunch |
12:02:39 | GodEater | kritter`: we get so many people from different countries here it's hard to tell what '$' means |
12:02:53 | Llorean | LinusN: Then again, I'm in favour of "being able to do more things with images" rather than "more ways to do the same thing with images" if we're going to be adding things. ;) |
12:03:34 | LinusN | :-) |
12:04:48 | ChristopherW | maybe I shouldn't take it too personally if my patch doesn't make it into the official builds ;-) |
12:04:56 | * | pixelma turns to "boxes" with bitmap strips again |
12:07:08 | | Join Xerion [0] (i=xerion@cp198589-d.landg1.lb.home.nl) |
12:07:13 | linuxstb | ChristopherW: No, please don't ;) The patch looks good, it's just that we're unsure about the feature... |
12:08:03 | Llorean | ChristopherW: We always like to see people trying to improve things. It just so happens that "improvement" is somewhat of a subjective idea. |
12:08:49 | ChristopherW | are you guys considering developing higher-level features in the wps that would make my patch irrelevant? |
12:09:35 | Llorean | ChristopherW: There's the possibility of a graphical WPS creation tool, which makes the more significant benefit (easier to read .wps files) much less important since people will no longer be reading them in almost all cases. |
12:11:06 | ChristopherW | hmm, ok, but I still wonder what the downsides to my patch are even with the presence of graphical authoring tools |
12:11:08 | pixelma | but that somehow reminds me of html creation tools which sometime lead to quite unreadable html code though... |
12:11:43 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
12:11:56 | ChristopherW | because my patch is more of an "improvement" to the language than to the parser itself |
12:12:47 | ChristopherW | the graphical wps authoring software can take advantage of the simpler language just as well as a person who manually edits his wps files |
12:12:56 | ChristopherW | s/his/hir/ |
12:13:12 | | Part MartinR |
12:13:12 | ChristopherW | s/simpler/more flexible/ |
12:13:25 | Llorean | I don't see it as being particularly more flexible. |
12:13:54 | Llorean | It allows more images, but requires that they be in large subimage strips, which already average somewhat larger images that properly sized individual images (by necessity of sharing the size of the largest image) and there's a finite buffer for images already |
12:14:08 | pixelma | and simpler is relative (see battery animation line) |
12:14:28 | Llorean | I think its added flexibility would be very, very limited, and the special cases you've described would be better solved with other solutions (progressively revealed bitmaps, like the progress bar, for volume, for example) |
12:14:48 | pixelma | in some places it's really more simple (e.g. the codec strip) |
12:15:16 | Llorean | pixelma: But, in the case of the codec strip, it wouldn't be much more simple for a GUI tool anyway. |
12:16:25 | ChristopherW | even progressively revealed bitmaps are too limited for me: the revealing of the bitmap is limited to a sharp vertical edge sliding horizontally |
12:16:33 | Llorean | ChristopherW: Says who? |
12:16:54 | Llorean | That's how it's currently done with the WPS, but that's not necessarily how it has to be done in the future. |
12:16:54 | | Join cool_walking_ [0] (n=anthony@203.161.101.209.static.amnet.net.au) |
12:16:58 | Llorean | Er, with the progress bar. |
12:17:07 | ChristopherW | how would you propose revealing a bitmap differently? using a different bitmap as a mask? |
12:17:24 | Llorean | Revealing it vertically or diagonally. |
12:17:28 | ChristopherW | with an alpha channel? |
12:18:24 | pixelma | your DAP is not a PC |
12:18:41 | Llorean | Using a single bitmap, and just revealing more of it, will in a lot of cases save you a good deal of image buffer that can then be put to good use elsewhere. |
12:18:44 | ChristopherW | I know, that alpha channel bit is partly a joke |
12:20:38 | pixelma | sorry, didn't see Llorean's first mention of it |
12:20:47 | pixelma | (the revealing I mean) |
12:21:12 | ChristopherW | how about a "palette-ized" bitmap, where ranges of indexes are shown depending on the current volume/playback position/battery level? |
12:21:41 | ChristopherW | that would be complicated to create in a drawing program, to say the least |
12:21:54 | * | Bagder would like a to see alpha channel being seriously attempted |
12:22:13 | Bagder | just ignore amiconn during the testing ;) |
12:22:13 | Llorean | Bagder: There's an "antialiased font" patch floating in the wild somewhere, but it's not on our tracker. |
12:22:24 | Llorean | Bagder: At least one of the unsupported builds out there makes use of it. |
12:22:24 | * | gevaerts proposes a gsoc project :) |
12:22:36 | Bagder | there have been several alpha channel things in the past too |
12:23:13 | Bagder | especially our fast-cpu targets should have little problems using it |
12:23:15 | Llorean | ChristopherW: My point is, other than "allow one to use way too many images", I can't see what your patch actually adds. |
12:23:32 | Llorean | ChristopherW: Under the assumption that the user will never see the .wps file, that is. |
12:23:53 | pixelma | I'm still not convinced that an anti-aliased font looks really better (read: more readable) at the usual Rockbox font sizes (if I see results of PC graphic programs) |
12:24:07 | ChristopherW | true, my patch does not change anything visibly in the actual WPS |
12:24:30 | Llorean | pixelma: I think at larger sizes (gigabeat / iPod Video screens) there are font sizes in use where antialiasing would help |
12:25:13 | Bagder | and I think an alpha channel's primary use would be for transparency things in the gui rather than "just" anti-alias |
12:25:38 | Llorean | ChristopherW: So, if a GUI program comes about that can handle the complexities of the old tokens, your patch would at that point become "waste some binsize for a feature that does not affect users". I'm not saying it should be rejected now, but I think it may bear some waiting to see what happens. |
12:26:02 | petur | Bagder: did you read http://www.theregister.co.uk/2008/04/04/creative_restores_home_brew_vista_driver_links/ ? |
12:26:06 | ChristopherW | I think that anti-aliased fonts are "fuzzier" on my Sansa e280 at least |
12:26:16 | Bagder | petur: no! |
12:26:29 | petur | seems it backfired on creative ;) |
12:26:35 | Bagder | big time |
12:26:44 | ChristopherW | plus the anti-aliasing looks very different depending on the viewing angle (read: bad at most angles) |
12:26:50 | Llorean | Bagder: I'm trying to imagine what UI elements would make use of alpha channels. |
12:27:10 | ChristopherW | Llorean: a HUD perhaps? |
12:27:31 | pixelma | ChristopherW: a what? |
12:27:32 | Bagder | we could have pop-up menus with transparent "backgrounds" |
12:27:40 | Bagder | and splashes as well |
12:27:43 | ChristopherW | you can use a plugin but still see the WPS overlayed with beautiful translucency |
12:28:14 | pixelma | I think I'd only find that confusing |
12:28:27 | gevaerts | Album art with alpha channels ! |
12:28:35 | Llorean | Bagder: Text on top of text is hard to read almost no matter what the translucencies are. :-P |
12:28:41 | ChristopherW | alpha-blend between the current and next album art! |
12:28:48 | Bagder | translucent album art across the entire screen! ;-) |
12:29:03 | ChristopherW | ... just like crossfade for album art! |
12:29:18 | Bagder | Llorean: it's a question of how translucent it would be |
12:29:19 | * | gevaerts thinks that one alpha channel is too restrictive. You need one per color channel |
12:30:12 | ChristopherW | why not two per color channel? |
12:30:21 | ChristopherW | or four? |
12:30:38 | gevaerts | How would you use them ? |
12:30:47 | ChristopherW | multiply them all together |
12:30:59 | ChristopherW | rather pointless, eh? |
12:31:07 | * | gevaerts thinks so too |
12:31:18 | ChristopherW | just like alpha channels on a DAP |
12:31:34 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
12:31:59 | pixelma | cool_walking_: were you the one asking about building the manual under cygwin (reading the logs)? |
12:32:00 | * | ChristopherW wants smooth alpha blending on his '90's Walkman! |
12:32:39 | * | gevaerts offers ChristopherW blending of his '90's Walkman |
12:33:33 | ChristopherW | gevaerts: what, put it in a blender? |
12:33:40 | gevaerts | ChristopherW: yes :) |
12:33:59 | ChristopherW | nah, I'll just take it apart and salvage the parts |
12:34:29 | Bagder | blending in a walkman, is that something like a mixed tape ? |
12:34:54 | * | Bagder ducks |
12:34:57 | gevaerts | probably :) |
12:35:05 | ChristopherW | I think we need to rename this channel to #rockbox-community and vice versa |
12:35:51 | linuxstb | Just alpha-blend the two channels... |
12:35:53 | | Join MethoS- [0] (n=clemens@host-091-096-212-171.ewe-ip-backbone.de) |
12:36:03 | ChristopherW | with what weighting? |
12:36:26 | linuxstb | Probably 0% 0% - I should be doing some work.... |
12:36:37 | ChristopherW | lawl |
12:36:43 | gevaerts | ChristopherW: it's simple : if Llorean is awake you have to keep your forum posts on topic. If scorche|sh is awake you keep #rockbox on topit :) |
12:36:59 | gevaerts | s/topit/topic/ |
12:37:09 | ChristopherW | s/topic/copit/ |
12:40:03 | * | ChristopherW needs sleep |
12:40:16 | ChristopherW | 'tis almost 4 am |
12:41:17 | | Join joshin [0] (n=joshin@VDSL-130-13-240-229.PHNX.QWEST.NET) |
12:42:14 | | Join syn4pse [0] (n=syn4pse@c-68-58-170-54.hsd1.sc.comcast.net) |
12:42:41 | syn4pse | i suppose there is no way to erase an erroneous double comment posting in flyspray :/ |
12:42:50 | * | ChristopherW goes to bed and will dream that you guys will give his patch a chance :D |
12:43:10 | gevaerts | syn4pse: I can do it for you |
12:43:29 | syn4pse | gevaerts: yahoo |
12:44:05 | syn4pse | #8647 - i put my updated .diff in twice |
12:44:44 | syn4pse | finally starting to get my plugin rolling... |
12:44:54 | gevaerts | syn4pse: done |
12:45:04 | syn4pse | :D thanks a lot. |
12:45:30 | * | gevaerts now edits the remaining comment to add some typos :-P |
12:45:36 | syn4pse | hahah |
12:46:23 | syn4pse | i am pretty sure i messed up forward(s)/backward(s) −− i never get those right. further/farther −− i don't even touch those... |
12:46:57 | syn4pse | am waiting on btcreate to finish the .wwi for wikipedia |
12:52:17 | Bagder | http://www.meizume.com/rockbox/5939-what-does-meizu-rockbox-project-need.html |
12:52:32 | Bagder | worth a glance |
12:52:42 | Bagder | that discussion always come up in new ports |
12:54:45 | pixelma | Bagder: you should go over to Err0r's place... ;) |
12:55:14 | Bagder | hah, yeah I was a bit surprised to see that |
12:57:48 | syn4pse | his argument doesn't hold water. |
12:59:20 | * | gevaerts still doesn't really get how money "speeds up" a port |
12:59:35 | | Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-126-215.w90-6.abo.wanadoo.fr) |
12:59:49 | Bagder | gevaerts: only if there's a waiting army of poor skilled hackers without targets |
13:00 |
13:00:14 | Bagder | and that army is usually hard to find |
13:00:41 | Bagder | but seriously, money sometimes help as then more people can buy targets |
13:00:48 | Bagder | and possibly sacrifice them for research |
13:01:21 | Bagder | it depends a lot on the specific targets |
13:02:42 | Nico_P | we need skilled low level hackers to buy gigabeasts! :) |
13:03:21 | linuxstb | Nico_P: Good point - the Meizu people can't jump the queue ;) |
13:03:27 | Bagder | haha |
13:03:56 | Bagder | mrobe500, D2, Meizu, gigabeast ... we're certainly know how to focus! |
13:03:56 | linuxstb | We should send Err0r a gigabeast... |
13:04:40 | linuxstb | Which all have a different SoC... |
13:04:42 | Nico_P | Bagder: you're even forgetting some: ZVM, v2 Sansas... :) |
13:05:00 | Bagder | oh indeed |
13:05:08 | Bagder | the forum went down |
13:06:51 | pixelma | yes, it seems to do that around this time each day now |
13:06:52 | Bagder | and the view |
13:07:06 | Bagder | but the v2 and the view are hardly "worked on" for real |
13:09:06 | kritter` | i ordered a h320 iriver. is that a decent player ? |
13:09:16 | Bagder | it is |
13:09:20 | | Join MethoS-- [0] (n=clemens@host-091-096-213-209.ewe-ip-backbone.de) |
13:09:40 | Bagder | depending on what your definition of decent is |
13:10:26 | kritter` | i'll accept your definition for now. was hoping for something much better than my 2nd gen nano. going to put rockbox on the h320 |
13:12:51 | *** | Saving seen data "./dancer.seen" |
13:13:53 | cool_walking_ | pixelma: yes |
13:14:22 | cool_walking_ | pixelma: I got the same errors on andLinux and Linux though |
13:15:32 | pixelma | First - do you build in a seperate directory? Second: do you use "make manual"? A simple "make" doesn't work anymore |
13:15:40 | cool_walking_ | oh.. |
13:15:44 | cool_walking_ | i was using "make" |
13:15:48 | linuxstb | kritter`: It's quite bulky, but is a "classic" Rockbox device, and Rockbox runs well on it. |
13:16:21 | pixelma | cool_walking_: (I've changed that in the wiki - but only after I saw your first question in the logs) |
13:16:51 | kritter` | linuxstb, ok. thank you |
13:18:38 | | Quit OlivierBorowski (Remote closed the connection) |
13:18:53 | cool_walking_ | ah.. a more sane error now. missing pdflatex.. anyone know what ubuntu package that's in? |
13:21:23 | Nico_P | one of the texlive-latex-* ones probabably |
13:21:41 | pixelma | cool_walking_: I don't know anything about ubuntu packages, but I know the packages listed in the wiki are still the old ones (I've been told that they were linked though) |
13:22:16 | linuxstb | Maybe texlive-latex-extra |
13:22:21 | cool_walking_ | yep, tetex* are linked to texlive* |
13:22:37 | cool_walking_ | installing |
13:23:40 | cool_walking_ | ah.. it's downloading ~300MB |
13:23:55 | Nico_P | ChristopherW: just saw your patch... I'll try to review it later today |
13:24:20 | cool_walking_ | thanks for the help, pixelma. |
13:25:28 | linuxstb | Nico_P: Did you read the discussion in IRC this morning about it? |
13:26:05 | | Quit MethoS- (Read error: 110 (Connection timed out)) |
13:26:36 | Nico_P | linuxstb: I'm in the process of reading it |
13:29:28 | | Quit DavidSG (Read error: 110 (Connection timed out)) |
13:30:09 | | Quit MethoS-- (Remote closed the connection) |
13:30:33 | | Join mikus [0] (n=5316c5a0@gateway/web/cgi-irc/labb.contactor.se/x-b458ec8225a4d3df) |
13:33:15 | linuxstb | Nico_P: I'm unsure about it - my initial reaction is that it's not needed any more, and makes WPSs harder to read (because you don't know immediately that sub-images are being used - you have to go back and check the %xl) |
13:33:52 | pixelma | hmm... I guess even current "boxes" looks a bit wrong on the Ipod Video? The "rating" box lies over the playlist and playtime lines (at least in my sim) |
13:34:35 | pixelma | if you can read it that is |
13:35:04 | | Join der-ftz [0] (n=ftz@ws-80-68-252-11.rbc.ru) |
13:35:41 | Nico_P | linuxstb: I'm unsure too |
13:37:13 | pixelma | the used graphics for it are also black and white whereas there are colours in the background picture |
13:41:17 | Nico_P | linuxstb: after some thought, I'd say I agree it doesn't solve any real problem |
13:41:55 | | Quit mikus ("CGI:IRC (EOF)") |
13:43:03 | | Join FergoFrog [0] (n=chatzill@ppp59-167-47-78.lns2.cbr1.internode.on.net) |
13:47:20 | | Quit FergoFrog (Client Quit) |
13:47:22 | * | gevaerts doesn't understand the usb problem anymore |
13:49:27 | * | Nico_P leaves for class |
13:53:49 | | Part der-ftz |
13:54:27 | | Join mcflow [0] (n=mcflow@88-134-3-18-dynip.superkabel.de) |
13:54:55 | Llorean | Bagder: I've attempted to respond in that m6 money post thing, hoping to clarify a little bit. If you wouldn't mind reading it and seeing if there's anything you don't like? |
13:55:38 | Bagder | sure, I can give it quickie before I need to rush |
13:56:08 | Llorean | Just responded to the thread, hopefully to try to help clarify why "giving money to the whole" is actually going to have a greater net benefit for the M6 even. |
13:57:06 | gevaerts | There are broken packets now and then. They always seem to have a multiple of 16 correct bytes, followed by a wrong crc. |
13:57:28 | Bagder | Llorean: well put! |
13:58:11 | Llorean | Bagder: I'm always slightly worried that the misunderstanding just comes from people thinking Rockbox is like... 30 different firmwares with the same name, rather than one. :) |
13:58:49 | Bagder | yes, we must remember to try to explain these basics to newbies as they really can't be expected to know it all from the start |
13:59:03 | Bagder | I just tend to forget to take that into account... |
13:59:42 | | Join n1s [0] (n=nils@nl104-208-236.student.uu.se) |
14:00 |
14:00:30 | * | Bagder runs off |
14:03:10 | kritter` | does rockbox support both wma and m4a ? |
14:03:45 | linuxstb | kritter`: Yes, as long as they're not encrypted (DRM'd) |
14:03:56 | kritter` | oh good. thats helpful. |
14:04:22 | linuxstb | For m4a (which is just a container), Rockbox supports AAC (the most common codec), and Apple Lossless (ALAC). |
14:05:30 | | Join luckz [0] (i=luckz@luckz.de) |
14:05:49 | dionoea | Howdy. Looks like the forums are broken |
14:05:59 | dionoea | "Database error" |
14:06:00 | kritter` | i have an ipod nano and i was devastated that after adding some new files i could not get a listing of anything on ipod. it had a good number on them previously never thought there would be a problem. |
14:06:51 | kritter` | so i decided to do the best thing and get an iriver h320 which i hope is much better than the nano with rockbox on it (even without) |
14:07:06 | kritter` | yes i heard that maybe 1.5 hours ago dionoea not sure when they will be back up |
14:07:22 | pixelma | I guess is the WPS backdrop image is also stored in the WPS image buffer, meaning I can't save anything by making a bmp a backdrop instead of a loaded image? |
14:07:23 | Llorean | dionoea: They're not totally broken. Refreshing sometimes works. Unfortunately, nothing I can do. |
14:07:42 | dionoea | Ah ok. I'l just have to wait then :) |
14:07:47 | linuxstb | pixelma: No, that's a separate buffer IIRC... |
14:07:55 | Llorean | pixelma: I think the backdrop gets a sep... yeah, what linuxstb said |
14:08:21 | | Quit corevette (Read error: 110 (Connection timed out)) |
14:08:37 | linuxstb | pixelma: Yes, it does - there are two backdrop buffers declared (main and wps) |
14:10:03 | | Quit davina (Read error: 104 (Connection reset by peer)) |
14:10:04 | pixelma | good, so I should try - if I make the rating box in "Boxes" a colour bitmap, I get "read_bmp_fd: Bitmap too large for buffer: 21120 bytes." on the Ipod Video. But it doesn't use a backdrop yet but a large bitmap across the whole screen using a lot of transparent magic magenta |
14:10:59 | pixelma | that would be solved by making it a backdrop... I already wondered because besides that one the bitmaps are quite small |
14:11:42 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
14:11:54 | Llorean | Well I mean, a fullscreen color bitmap would be something like 1/3 of the bitmap buffer right there, isn't it? |
14:15:19 | pixelma | how large is the bitmap buffer? |
14:16:40 | Llorean | There's a formula for it somewhere. It's defined in terms of screen dimensions, and bit depth. |
14:16:42 | | Join Spex [0] (i=opera@dslb-088-074-195-054.pools.arcor-ip.net) |
14:16:50 | linuxstb | #define IMG_BUFSIZE ((LCD_HEIGHT*LCD_WIDTH*LCD_DEPTH/8) + (2*LCD_HEIGHT*LCD_WIDTH/8)) |
14:17:15 | Llorean | So actually a fullscreen image would be a more significant portion of it than I thought. |
14:17:45 | * | gevaerts thinks that this should be a malloc()/realloc() system :-P |
14:17:49 | * | gevaerts runs away |
14:17:52 | linuxstb | gevaerts: What a great idea! |
14:18:19 | * | linuxstb doesn't understand the point of the second part of that formula - ignoring depth... |
14:19:07 | Llorean | linuxstb: Enough for one screen's worth of color images, and two screen's worth of mono-images. |
14:19:20 | Llorean | Since mono images are handled separately (and were more used back when we didn't have a transparent color) |
14:21:11 | | Part Spex |
14:25:41 | amiconn | linuxstb: That formula reserves space for 1 fullscreen native bitmap + 2 fullscreen mono bitmaps |
14:25:55 | amiconn | Bah, too late |
14:26:51 | krazykit | oh yikes. database error on the forums. |
14:27:26 | | Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) |
14:27:31 | linuxstb | amiconn, Llorean: Thanks. I think I'll comment that in the code... |
14:28:25 | pixelma | btw. I was a bit surprised that mono bitmaps in the WPS are drawn as I would expect it - black as foreground and white as background colours. Wasn't that a problem with the icons in the menus? |
14:29:11 | | Join ali_as [0] (n=as@ambix.plus.com) |
14:32:45 | | Join Spex [0] (i=opera@dslb-088-074-195-054.pools.arcor-ip.net) |
14:32:47 | | Quit Spex (Client Quit) |
14:33:29 | | Join Spex [0] (i=opera@dslb-088-074-195-054.pools.arcor-ip.net) |
14:34:07 | | Join ch4os_ [0] (n=ch4os@unaffiliated/ch4os/x-059673) |
14:34:13 | | Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-d42f486c9a255a05) |
14:34:28 | | Quit ch4os_ (Read error: 104 (Connection reset by peer)) |
14:40:36 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
14:41:56 | Llorean | pixelma: I thought mono bitmaps were supposed to display as "fgcolor" and "clear" |
14:46:44 | | Quit knittl (Remote closed the connection) |
14:49:21 | pixelma | well, yeah maybe. But it looks like it doesn't work currently (you could try the current "Boxes" theme on an Ipod Video or sim) but that's a different thing than what I meant. If I remember correctly then the old mono bitmaps were always drawn with black as foreground colour (maybe white was "clear" there) and people reported problems who used a bright on very dark colour scheme... |
14:49:55 | pixelma | ...which is why JdGordon invented "magic cyan" for them to be interpreted as foreground colour |
14:50:46 | Llorean | pixelma: Ah, no. |
14:50:48 | pixelma | I thought... |
14:50:56 | Llorean | Mono bitmaps worked right (well, were working right at one point) |
14:51:13 | Llorean | Magic Cyan was for the icons, because those weren't actually treated the same way as mono bitmaps |
14:51:46 | * | Llorean can't remember why though |
14:52:13 | pixelma | yes, that's why it surprised me that they work somewhat correctly in WPSs (at least without magic colours) |
14:52:44 | Llorean | Well, afaik, mono bitmaps have worked in the WPS for quite some time. |
14:53:09 | pixelma | or the other way round: it surprised me that it didn't work correctly in menus... |
14:53:13 | Llorean | Aaaah |
14:53:20 | Llorean | Yeah, I can't remember why they didn't work in the menus. |
14:53:43 | linuxstb | IIUC, there is only one type of icon - "native format", but in the WPS, the two types of bitmaps are distinguished when read from the .bmp file. |
14:56:40 | pixelma | I just noticed that my longer response misses an important word... I was speaking about the "old mono icon bitmaps" |
14:57:55 | pixelma | a backdrop works nicely, thanks |
14:59:08 | * | Llorean is glad to hear it. |
15:00 |
15:04:28 | | Quit gromit` ("Coyote finally caught me") |
15:04:46 | | Join gromit` [0] (n=gromit@ALagny-154-1-93-206.w86-212.abo.wanadoo.fr) |
15:04:58 | | Quit LambdaCalculus37 ("CGI:IRC (EOF)") |
15:05:26 | | Join thegeek [0] (i=thegeek@s220b.studby.ntnu.no) |
15:05:26 | | Join Davide-NYC [0] (n=chatzill@user-0cev9vm.cable.mindspring.com) |
15:06:09 | Davide-NYC | Is anyone else getting build errors in Cygwin? |
15:08:29 | markun | Bagder: glad to see it's not only us who are against a port specific donation fund |
15:09:14 | | Join fehmicans [0] (n=canavar@88.224.23.87) |
15:11:30 | pixelma | Davide-NYC: like? |
15:12:06 | Davide-NYC | make[1]: *** [rocks] Error 2 followed by make: *** [build] Error 2 |
15:12:52 | pixelma | I've build a sim (but a hwcodec) sim earlier today with a checkot of yesterday though |
15:12:53 | *** | Saving seen data "./dancer.seen" |
15:13:22 | pixelma | did you try a "make clean" and running configure again? |
15:14:21 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
15:17:06 | Davide-NYC | I did both of those things a few times |
15:17:16 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
15:17:17 | Davide-NYC | I guess I'll try a fresh checkout |
15:17:33 | Davide-NYC | I also tried updating the rockbox portion of cygwin |
15:21:09 | | Join ali_as_ [0] (n=as@ambix.plus.com) |
15:23:29 | | Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) |
15:23:38 | | Quit shotofadds (Read error: 104 (Connection reset by peer)) |
15:24:19 | | Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) |
15:25:00 | pixelma | Davide-NYC: is there an error before that? I'm currently trying an Ipod Video sim now after an "svn up" |
15:25:30 | | Quit ali_as (Read error: 110 (Connection timed out)) |
15:25:57 | | Quit Thundercloud (Read error: 104 (Connection reset by peer)) |
15:26:30 | Davide-NYC | pixelma: not really, just the usual build output. I've just updated cygwin (I believe) and I have deleted all of the RB folders. Currently DLing a fresh trunk |
15:27:02 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
15:27:03 | * | Davide-NYC has exactly 12 minutes |
15:27:33 | shotofadds | does anybody object to splitting out the PCF5060x register defines, as in http://pastebin.ca/971014 ? I don't really know whose area this is. |
15:32:12 | pixelma | Davide-NYC: the sim built fine here but I haven't changed something in the setup for a looong time... |
15:33:41 | Davide-NYC | can you build a sanca c2x0 sim for me? |
15:33:42 | | Quit DataGhost (Nick collision from services.) |
15:33:50 | | Join DataGhost [0] (n=dataghos@unaffiliated/dataghost) |
15:34:25 | Davide-NYC | .me 4 minutes! |
15:34:27 | | Join perrikwp|class [0] (i=98213a67@gateway/web/ajax/mibbit.com/x-bf81f40274ea49b1) |
15:34:42 | pixelma | I can't built that in 4 minutes... |
15:35:51 | | Join kugel [0] (n=kugel@unaffiliated/kugel) |
15:36:04 | pixelma | Davide-NYC: I have on lying around here from 1st of April (no joke) but it also some changes (keymap, mod codec and sokoban) |
15:36:07 | pixelma | *one |
15:36:50 | Davide-NYC | pixelma: thanks, I will have to revisit this problem later on tonight., |
15:36:56 | | Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-ee50af4f0ebee6de) |
15:37:31 | pixelma | ok |
15:37:52 | | Quit LambdaCalculus37 (Client Quit) |
15:38:30 | | Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-17426ff69a4b8e89) |
15:38:44 | | Quit LambdaCalculus37 (Client Quit) |
15:39:07 | | Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-cbe27a4f13106b83) |
15:39:44 | * | LambdaCalculus37 slaps CGI:IRC |
15:39:49 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-104.access.telenet.be) |
15:42:50 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
15:43:53 | | Quit Davide-NYC ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") |
15:47:23 | | Join qwedsa [0] (n=superman@ip51ccca31.speed.planet.nl) |
15:48:08 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-104.access.telenet.be) |
15:52:57 | | Join Nevtus [0] (n=Nevtus@unaffiliated/nevtus) |
15:57:18 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
15:57:20 | | Part Spex |
15:59:03 | | Quit qwedsa_ (Read error: 110 (Connection timed out)) |
15:59:49 | n1s | shotofadds: is that new pcf506060.c file d2 specific ore just some general interface stuff? |
16:00 |
16:00:36 | n1s | s/ore/or/ |
16:01:08 | shotofadds | n1s: it's intended to be generic, the existing 50606 driver is very coldfire-specific. |
16:01:19 | shotofadds | (ie. in target tree) |
16:01:33 | | Join Xezzy [0] (n=chatzill@stanik.pl) |
16:02:04 | | Quit cool_walking_ (Read error: 110 (Connection timed out)) |
16:02:26 | n1s | shotofadds: yeah was just wondering if the generic could be used as an interface to that so that the interface is similar across ports (and the code slightly less confusing) |
16:03:01 | amiconn | The coldfire pcf driver is like that now because of optimisation. |
16:03:10 | | Join Christopher1 [0] (n=christop@ip68-3-220-253.ph.ph.cox.net) |
16:03:21 | shotofadds | the interface (.h) is shared between the two, at least for those functions implemented. |
16:05:19 | domonoky | are the forums dead again ? |
16:05:28 | LinusN | domonoky: looks like it |
16:05:33 | n1s | ah yes, but the code in the new pcf506060.c is actually only used for some of the targets with that chip so that's why I thought it would be a bit confusing but, feel free to ignore me :) |
16:05:36 | LinusN | and there is nothing we can do... |
16:05:54 | | Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) |
16:05:54 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
16:05:58 | * | domonoky thinks we should really move to forums to our own servers.. |
16:06:11 | domonoky | s/to/the :-) |
16:06:14 | | Join corevette [0] (n=corevett@adsl-75-18-212-2.dsl.pltn13.sbcglobal.net) |
16:06:44 | shotofadds | n1s: I think it certainly deserves a comment to that effect, at least... |
16:06:50 | LambdaCalculus37 | domonoky: I agree. Having the forums bork on us often is annoying. |
16:07:36 | LinusN | domonoky: i agree completely |
16:13:03 | | Quit FOAD (Read error: 110 (Connection timed out)) |
16:13:04 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
16:13:12 | linuxstb | LinusN: Would you want to host them at haxx? |
16:13:30 | LinusN | looks like we don't have much choice |
16:13:44 | linuxstb | scorche has shown an interest in hosting them. |
16:13:50 | LinusN | ah yes |
16:13:53 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-104.access.telenet.be) |
16:14:31 | LinusN | looks like jeff has lost interest anyway, since he doesn't fix them, and won't reply to my emails |
16:15:24 | linuxstb | Yes, it's annoying when misticriver is working fine, and we're forgotten about... |
16:15:40 | LinusN | the only problem is that we might not be able to migrate the existing data... |
16:15:58 | LambdaCalculus37 | Crap, what does that mean for all of the posts? |
16:16:07 | linuxstb | I thought Llorean has been taking backups? |
16:16:14 | LinusN | he did? |
16:16:29 | dionoea | you usually can get a full db dump through the admin interface |
16:16:30 | linuxstb | He's been saying he has... |
16:16:35 | dionoea | (at least you can in phpbb) |
16:16:37 | LinusN | aha, good |
16:16:51 | LinusN | then we won't lose that much |
16:17:01 | LinusN | are the attachments stored in the db too? |
16:17:22 | | Join Spex [0] (i=opera@dslb-088-074-195-054.pools.arcor-ip.net) |
16:17:27 | linuxstb | No idea, but I don't think they matter - the limit on filesize made the attachments feature useless. |
16:17:32 | LinusN | true |
16:17:48 | LinusN | then i say we move the forums asap |
16:18:05 | GodEater | do we have control over the DNS entry too ? |
16:18:10 | LinusN | yes |
16:18:18 | | Quit Xezzy (Read error: 104 (Connection reset by peer)) |
16:18:26 | | Quit ChristopherW (Read error: 110 (Connection timed out)) |
16:18:28 | GodEater | excellent |
16:18:53 | * | linuxstb pings scorche and Llorean to get things moving... |
16:19:06 | | Join Xezzy [0] (n=chatzill@stanik.pl) |
16:19:27 | LinusN | i wonder why he doesn't respond though... |
16:19:45 | n1s | LinusN: any chance of getting an updated h300 bootloader released? |
16:19:47 | LinusN | he is a busy man, but i emailed him several times |
16:20:02 | Xezzy | will rockbox display custom tags (txxx) in the future? |
16:20:08 | linuxstb | Do you have a private email address for him, or do you just use the jeff at mistic river address? |
16:20:10 | LinusN | n1s: are all the ata issues resolved? |
16:20:31 | LinusN | linuxstb: i only have the misticriver address |
16:20:49 | n1s | LinusN: I have no idea petur was playing with it last I heard it was crashing somewhere in thread.c so i guess not... |
16:21:10 | LinusN | wow |
16:21:13 | * | LambdaCalculus37 wonders if Jeff is blatantly ignoring everyone, or really is too busy to respond |
16:21:40 | petur | yes, my bootloader will either hang or crash in some thread code |
16:22:28 | petur | it seems to be some subtle timing thing, adding a sleep() at the right spot can make it crash reliably :( |
16:22:40 | LinusN | LambdaCalculus37: still, if he is that busy, he shouldn't run our server anyway |
16:22:54 | LambdaCalculus37 | LinusN: Very true. |
16:23:08 | LinusN | especially since he locked us out |
16:23:25 | LambdaCalculus37 | What the deuce!? |
16:23:35 | LambdaCalculus37 | Why the hell would he do that for? |
16:23:50 | LinusN | i dunno, i can't log in to the server anymore |
16:23:59 | petur | LinusN: if only I had known, I would have waited with releasing my CF patch - Jeff is also using CF ;) |
16:24:10 | LinusN | hahaha |
16:24:34 | LambdaCalculus37 | LinusN: What about Zagor and Llorean? They're the only other admins besides yourself and Jeff. |
16:24:35 | petur | maybe I should have a chat with him ;) |
16:24:41 | LinusN | still, i think he just changed the password for some other reason, and forgot that we depended on it |
16:26:18 | LinusN | LambdaCalculus37: what about them? |
16:27:13 | | Join domonok1 [0] (n=Domonoky@f051090145.adsl.alicedsl.de) |
16:28:13 | LambdaCalculus37 | LinusN: Never mind. I just remembered you wrote "locked us out". :) |
16:28:30 | * | LambdaCalculus37 should get new glasses :) |
16:28:32 | LinusN | well, all he did was change the password for the rockbox account |
16:28:58 | LinusN | which isn't the same as the forum admin interface |
16:28:59 | dionoea | or removed it... |
16:29:23 | | Quit Xezzy ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") |
16:30:35 | Llorean | LinusN: He'd also given me an ftp account for uploading files (like the badges) for the forums, and changed the password on that too. |
16:30:45 | Llorean | So at least two accounts were changed. |
16:30:50 | LinusN | there you go |
16:31:02 | * | linuxstb looks at "today's posts" on misticriver and concludes the Rockbox forums are far busier |
16:31:02 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
16:31:19 | gevaerts | linuxstb: not right now :( |
16:31:44 | linuxstb | gevaerts: So that's the reason... ;) |
16:31:56 | | Join Rincewind [0] (n=Flubb@i528C3C80.versanet.de) |
16:32:17 | Llorean | linuxstb: I gave scorche a backup of our server, but when he's running the script sql is reporting problems. It may be though that the backup comes from while we've got broken tables. |
16:32:31 | LinusN | ouch |
16:33:01 | linuxstb | Is scorche using the same version of mysql? |
16:33:22 | Llorean | No, much newer. |
16:33:27 | Llorean | Our servers are MySQL 4 |
16:33:32 | linuxstb | That could be an issue as well. |
16:33:43 | Llorean | But I'd successfully run the backup script on an MySQL 5 server about six-ish months back. |
16:34:02 | Llorean | When duplicating the forums to my personal machine to play with a few things safely |
16:34:16 | | Join dabujo [0] (i=xx@p4FDB3A3F.dip0.t-ipconnect.de) |
16:34:53 | linuxstb | Llorean: I don't know mysql (I use postgresql), but I'm happy to take a look and see if I can see any problems. |
16:35:47 | Llorean | I don't really know mysql either. |
16:36:06 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
16:36:49 | Llorean | The forum backup .sql file is about 90mb, and i don't remember which line was reporting an error for scorche. |
16:36:57 | | Quit perrikwp|class ("http://www.mibbit.com ajax IRC Client") |
16:37:00 | Llorean | It gzs down to about 27 or so though |
16:37:17 | linuxstb | I can try importing it into mysql and see what happens. |
16:37:49 | Llorean | Can you accept dcc? |
16:37:57 | markun | Bagder, Llorean: nice reply from kgb2008 at meizume |
16:38:13 | petur | but if we move we need a recent backup anyway? Can we get that? |
16:38:34 | Llorean | petur: I have one less than 2 days old |
16:39:05 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-104.access.telenet.be) |
16:39:10 | Llorean | I also have one that's 15 days old, but comes before the tables were broken again, so may be the last "good" one depending on what's preventing the import. |
16:39:32 | linuxstb | Llorean: Yes, DCC should work |
16:42:06 | LambdaCalculus37 | markun: Do you have a link to the reply? |
16:42:12 | gevaerts | If you can't figure it out, I'm willing to have a look as well (same as linuxstb though, no real mysql experience) |
16:43:03 | LambdaCalculus37 | I could take a look as well, even though I have very little MySQL experience myself. |
16:43:33 | * | gevaerts thinks that a mysql port to rockbox is not very probable. Noone seems to know it... |
16:43:44 | | Quit domonoky (Read error: 110 (Connection timed out)) |
16:44:01 | * | Llorean thinks sqlite is vastly more suitable anyway |
16:44:04 | | Join Dark_Apostrophe [0] (n=darkapos@supporter/monthlybyte/DarkApostrophe) |
16:44:16 | markun | LambdaCalculus37: http://www.meizume.com/rockbox/5939-what-does-meizu-rockbox-project-need.html#post59786 |
16:44:18 | linuxstb | I'll try importing it, and then post any error messages here if I can't figure them out. |
16:44:18 | Dark_Apostrophe | Does RB support .m4b files? |
16:44:36 | Nico_P | Llorean: would sqlite seriously be suitable for roxkbox? |
16:44:49 | Nico_P | Dark_Apostrophe: yes it does |
16:44:50 | gevaerts | Nico_P: why not ? |
16:44:51 | markun | Dark_Apostrophe: long time no see I think |
16:45:00 | Nico_P | gevaerts: I don't know the requirements |
16:45:05 | Dark_Apostrophe | Nico_P: Thanks |
16:45:12 | pixelma | Nico_P: I don't know, I don't know roxkbox :P |
16:45:14 | Dark_Apostrophe | markun: Hehe, been having computer troubles lately :P |
16:45:19 | LambdaCalculus37 | Dark_Apostrophe: As long as they're DRM-free, of course. ;) |
16:45:28 | Llorean | Nico_P: SQLite is designed as an embedded database solution. If any SQL is suitable, it's the one. I'm really not sure though. :-P |
16:45:30 | * | Nico_P has troubel typing |
16:45:33 | Nico_P | see? :) |
16:45:34 | Dark_Apostrophe | LambdaCalculus37: Hmm... I don't know if it is or not. I guess I can give it a try. |
16:46:20 | Llorean | Nico_P: Requires 16 KB of stack, and 100 KB of heap. the library itself can apparently be 250KB with all features enabled. So, sounds "small" |
16:46:54 | Nico_P | nice |
16:47:09 | gevaerts | Nico_P: From the website : 'SQLite is a good fit for use in cellphones, PDAs, set-top boxes, and/or appliances.' |
16:47:22 | Llorean | gevaerts: My toaster could use a good database... |
16:48:20 | LambdaCalculus37 | Llorean: For a variety of bagels and breads? :) |
16:48:45 | * | Nico_P wonders whether any OF uses sqlite as a backend |
16:49:30 | | Quit corevette (Remote closed the connection) |
16:50:15 | | Quit syn4pse () |
16:50:35 | linuxstb | Llorean: It seemed to import fine... |
16:50:46 | gevaerts | Llorean: you need http://www.inseq.net/zuse.html |
16:51:35 | linuxstb | 114541 rows in the main "smf_messages" table. |
16:51:40 | LambdaCalculus37 | gevaerts: Let's get one for DevConEast and DevConWest... we'll make toast for breakfast with a Rockbox logo on each slice. :P |
16:52:12 | gevaerts | DevConToast, the toast for those occasions when you don't have a date ! |
16:52:33 | Llorean | linuxstb: Well that's a slightly newer backup than scorche tried. So either the previous one was corrupted, or it's something up at the server he's using. |
16:52:45 | markun | What about DevConDownUnder? |
16:52:49 | Llorean | I guess we'll see next time he's around |
16:53:01 | linuxstb | Llorean: I just installed what's in Debian unstable - "mysql Ver 14.12 Distrib 5.0.51a, for debian-linux-gnu (i486) using readline 5.2" |
16:53:20 | gevaerts | markun: let them eat cake :) |
16:55:10 | linuxstb | Llorean: Ah no, there was an error in the search table... |
16:56:07 | * | gevaerts expects a search table to be disposable |
16:56:21 | linuxstb | Seems there was an error dumping that table. |
16:56:21 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
16:56:40 | Llorean | linuxstb: Well, probably because the table needs repairing on the server, I'd imagine. |
16:56:43 | linuxstb | gevaerts: Yes, it doesn't seem important. |
16:56:54 | linuxstb | smf_log_search_results is the exact name of the table. |
16:57:20 | LinusN | you can ditch that table |
16:57:49 | linuxstb | LinusN: You mean drop it completely? |
16:58:12 | | Join in-ferno [0] (n=Xav@ip-83-141-166-73.evc.net) |
16:58:15 | LinusN | well, you should probably create it, but you won't have to populate it |
16:59:17 | | Part LinusN |
17:00 |
17:00:43 | | Join MethoS- [0] (n=clemens@host-091-096-212-238.ewe-ip-backbone.de) |
17:02:47 | | Quit wisp_sh (Read error: 110 (Connection timed out)) |
17:03:28 | | Join mf0102 [0] (n=michi@85.127.182.33) |
17:04:17 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-104.access.telenet.be) |
17:05:26 | in-ferno | hi there, just a message to say good luck to sansa e200v2 port ! |
17:06:22 | markun | in-ferno: do you know who's working on it? |
17:06:56 | in-ferno | I saw some members on Rockbox thread that were working on it yeah |
17:07:09 | in-ferno | *Rockbox board sorry |
17:09:05 | kugel | linuxstb: did you look at v9 of my custom list patch? |
17:10:33 | linuxstb | kugel: No, not yet. |
17:11:37 | n1s | anyone have an idea why plugin and codec building is working differently plugins using SUBDIRS etc? |
17:11:47 | kugel | linuxstb: http://www.alice-dsl.net/simonemartitz/asdf/customlist_vp_v9.diff if you have time |
17:12:20 | linuxstb | n1s: They all have their own Makefiles, so there are very likely inconsistencies... |
17:12:55 | *** | Saving seen data "./dancer.seen" |
17:13:41 | n1s | linuxstb: yes but the plugins/Makefile uses SUBDIRS and lets the dir plugins do all the linking etc themselves while the codecs/Makefile does all the linking of codes and the individual makefiles just make libs |
17:14:02 | n1s | s/codes/codecs/ |
17:14:16 | amiconn | This is because some subdir plöugins *need* their own linking (for overlaying on archos) |
17:14:58 | n1s | amiconn: IHMO the plugin way seems simpler and more self contained, any reason it would not work for codecs? |
17:15:34 | | Quit petur ("connection reset by belgian beer") |
17:15:54 | | Join lee-qid [0] (n=liqid@p54964F6A.dip.t-dialin.net) |
17:16:09 | linuxstb | Llorean: Ignore what I said earlier about no errors - the way I was doing the import skipped them and carried on... I've now found another error - an illegal duplicate entry in the smf_log_search_subjects table. |
17:17:35 | GodEater | linuxstb: I don't think you need the content of that table - just arrange for an empty copy of it |
17:18:06 | Llorean | linuxstb: Well, hopefully the forums will be up long enough at some point, with unbroken tables, for us to get a clean export. |
17:18:22 | Llorean | linuxstb: Otherwise, I have one from two weeks back, as I said, that *ought* to not have the currently broken tables in it. |
17:18:43 | linuxstb | It seems to be a bug in the export feature somewhere - it's exporting a text string without quotes if the content is numeric - i.e. "00" is being output as plain 00, and getting confused with "0" (output as 0) |
17:19:28 | | Quit midgey () |
17:20:53 | | Quit Nevtus ("Gone") |
17:20:53 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
17:21:15 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
17:22:03 | gevaerts | linuxstb: do you have mysql4 available ? Those sound like the kind of errors that may be caused by a stricter database |
17:24:39 | linuxstb | gevaerts: No, but I've fixed them now... |
17:26:04 | linuxstb | Now it's imported correctly. |
17:26:56 | | Quit DerDome (Read error: 110 (Connection timed out)) |
17:29:58 | | Join DerDome [0] (n=DerDome@dslb-088-070-114-151.pools.arcor-ip.net) |
17:42:54 | | Join tomcat_ha [0] (n=F14_fana@82.148.214.99) |
17:43:03 | tomcat_ha | hi |
17:43:07 | | Join MethoS-- [0] (n=clemens@dyndsl-085-016-160-005.ewe-ip-backbone.de) |
17:43:08 | tomcat_ha | my ipod fell |
17:43:11 | tomcat_ha | now |
17:43:21 | tomcat_ha | it no longer wants to boot |
17:43:30 | tomcat_ha | it says connect to itunes to restore |
17:43:54 | tomcat_ha | any advices? |
17:44:28 | | Quit lee-qid (Read error: 110 (Connection timed out)) |
17:44:29 | LambdaCalculus37 | Hard drive based or flash based? (Silly question) |
17:45:37 | tomcat_ha | ipod gen 5.5 |
17:45:42 | tomcat_ha | video |
17:45:52 | | Quit GodEater ("http://www.mibbit.com ajax IRC Client") |
17:46:28 | LambdaCalculus37 | Can you get into Emergency Disk Mode? |
17:46:47 | tomcat_ha | how do i do that? |
17:47:10 | LambdaCalculus37 | MENU+SELECT to reboot, then immediately press SELECT+PLAY at the Apple logo. |
17:47:15 | LambdaCalculus37 | EDM should come right up. |
17:48:51 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-104.access.telenet.be) |
17:49:57 | tomcat_ha | i dont need to hold it down then right? |
17:50:15 | | Part Spex |
17:50:24 | LambdaCalculus37 | You have to hold down SELECT+PLAY until EDM comes up. |
17:51:01 | | Quit gevaerts ("work->home") |
17:51:11 | tomcat_ha | it just says ok to disconnect now |
17:51:26 | LambdaCalculus37 | Simple black and white screen? |
17:51:54 | tomcat_ha | yes |
17:51:58 | tomcat_ha | with disk mode at top |
17:52:18 | LambdaCalculus37 | That's Emergency Disk Mode. Get your USB cable out now and connect it to your computer. |
17:52:37 | tomcat_ha | ok |
17:52:40 | LambdaCalculus37 | See if you can at least read the disk. |
17:53:10 | | Join thundr2 [0] (n=Sam@75-121-170-47.dyn.centurytel.net) |
17:54:08 | tomcat_ha | doesnt look like it |
17:54:15 | tomcat_ha | win explorer seems to have frozen up |
17:56:43 | tomcat_ha | nope |
17:56:46 | tomcat_ha | cant access it |
17:58:26 | LambdaCalculus37 | Hmmm.... |
17:58:51 | LambdaCalculus37 | Give me a bit to think of a solution. |
17:59:15 | tomcat_ha | thanks anyway ^^ |
17:59:40 | LambdaCalculus37 | Sorry about that. |
17:59:50 | LambdaCalculus37 | See if a restore and a reinstallation will help out, though. |
18:00 |
18:00:04 | LambdaCalculus37 | If not, then you may have damaged the hard drive. |
18:00:09 | | Quit MethoS- (Read error: 110 (Connection timed out)) |
18:00:31 | pixelma | rasher: is the red caused by your server? |
18:01:49 | tomcat_ha | restore with itunes right? |
18:02:16 | LambdaCalculus37 | Yes. See if it helps. |
18:02:20 | pixelma | rasher: I meant in contrast to some coding error, but looks like it |
18:03:29 | tomcat_ha | does it matter what verison of itunes i download? |
18:03:43 | | Join Nevtus [0] (n=Nevtus@unaffiliated/nevtus) |
18:03:45 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
18:03:47 | LambdaCalculus37 | No, but best to just use the lastest version. |
18:04:46 | tomcat_ha | managed to keep this bloatware of my laptop till now :| |
18:05:13 | | Quit in-ferno ("Quitte") |
18:05:46 | rasher | pixelma: I don't understand why that happens.. I'll get a segfault every now and then, but no pattern at all :\ |
18:05:49 | tomcat_ha | wouldnt even have gotten the ipod if there was decent competition memory wise |
18:06:55 | | Join webguest55 [0] (n=c6984602@gateway/web/cgi-irc/labb.contactor.se/x-3e8ecc3fa331ca9e) |
18:08:40 | LambdaCalculus37 | tomcat_ha: I understand what you're saying, but please try to keep it on-topic here in the channel. |
18:10:18 | | Quit kugel ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008032514]") |
18:11:44 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-104.access.telenet.be) |
18:13:12 | | Quit webguest55 ("CGI:IRC") |
18:16:07 | amiconn | tomcat_ha, LambdaCalculus37: No need to install full-bloat^h^hwn itunes for restore. The ipod updater is sufficient |
18:17:24 | thundr2 | The forums appear down. Are they simply too busy right now? |
18:18:08 | | Join gevaerts [0] (n=fg@195-144-092-146.dyn.adsl.xs4all.be) |
18:18:10 | LambdaCalculus37 | amiconn: Ahh, that's right. Thanks for pointing that out. :) |
18:18:38 | Rincewind | pixelma: you worked on the sansa c240 keymap, right? |
18:19:14 | pixelma | made a patch (for discussion and also for idea) |
18:19:16 | | Join argumentD [0] (n=argument@cpe-76-173-115-95.socal.res.rr.com) |
18:19:17 | pixelma | s |
18:19:40 | pixelma | FS #8824 if you want to have a look |
18:19:59 | Rincewind | i just installed rockbox on my new sansa c240 and I really miss the button to go from the menu or file browser back to wps |
18:20:42 | pixelma | yes, one part of the patch... because I missed it too |
18:21:19 | Rincewind | I see, first part of the patch, exactly my idea |
18:21:45 | LambdaCalculus37 | pixelma: I've gotten pretty used to your new keymapping for the c200 now. |
18:21:55 | LambdaCalculus37 | I guess I needed a couple of days to get into the feel of it. |
18:22:16 | pixelma | and I still hope for some ideas (especially on the virtual keyboard issue |
18:22:21 | pixelma | ) |
18:22:31 | | Join miepchen^schlaf [0] (n=miepchen@p54BF68C1.dip.t-dialin.net) |
18:23:22 | * | LambdaCalculus37 needs to use the virtual keyboard on the c200 a little more, it seems :) |
18:24:49 | tomcat_ha | which ipod updater would that be? |
18:24:52 | tomcat_ha | official apple? |
18:25:05 | LambdaCalculus37 | The same! |
18:25:30 | Rincewind | pixelma: and i see we have the short rec button question again (in your patch), but I won't discuss anything about that now |
18:25:57 | n17ikh | has it ever been considered to make keymappings modular and easily user-configurable? |
18:26:11 | gevaerts | n17ikh: considered and rejected |
18:26:17 | LambdaCalculus37 | tomcat_ha: Here's one: http://www.apple.com/support/downloads/ipodupdater20060628forwindows.html |
18:26:28 | n17ikh | I see that it's some of the biggest arguments in the forums over keymappings and keymap changes |
18:26:35 | | Join bluebrother [0] (n=dom@f053155154.adsl.alicedsl.de) |
18:26:42 | Rincewind | n17ikh: you don't want to sugesst anything about that issue, trust me on that |
18:26:54 | n17ikh | heh. |
18:27:01 | | Quit XavierGr (Nick collision from services.) |
18:27:13 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
18:27:38 | n17ikh | I guess even the issue of configurability was contentious |
18:29:50 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
18:29:53 | pixelma | Rincewind: but please feel free to comment in the tracker, I really put it there to have something to work with (and wasn't satisfired with everything) |
18:30:14 | Rincewind | pixelma: I'm typing as you speak |
18:31:03 | pixelma | nice, thanks |
18:31:18 | Rincewind | but I have used rockbox with the c200 for maybe 5 minutes now, comparing it to my e200 and my h120 |
18:31:37 | Rincewind | and I see the problems we have without dedicated up/down buttons |
18:32:11 | Horscht | heh, pegbox is a nice game, but the controls on ipod are not realy working, I think |
18:32:44 | pixelma | Rincewind: yeah, it's kind of weird... |
18:32:59 | | Part tomcat_ha |
18:33:17 | Horscht | having "previous level" and "next level" mapped to the scrollwheel.... makes accidental level skips very likely |
18:35:53 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-104.access.telenet.be) |
18:38:44 | | Quit n1s () |
18:40:41 | | Quit desowin () |
18:41:37 | | Quit Thundercloud (Remote closed the connection) |
18:41:45 | | Join tomcat_ha [0] (n=F14_fana@82.148.214.99) |
18:42:54 | | Join desowin [0] (n=desowin@atheme/developer/desowin) |
18:43:39 | | Join ch4os_ [0] (n=ch4os@unaffiliated/ch4os/x-059673) |
18:44:16 | kritter` | is it possible in rockbox to −− instead of having a playlist where you know whats behind and ahead of you, play all of the songs in random order ? |
18:44:32 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
18:45:21 | | Quit Mathiasdm ("Yuuw!") |
18:45:53 | domonok1 | kritter`: just make a playlist of all files, and play it with shuffle enabled.. for details see manual :-) |
18:46:04 | | Quit argumentD (Read error: 113 (No route to host)) |
18:46:40 | | Part thundr2 |
18:46:45 | | Quit davina (Remote closed the connection) |
18:47:19 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
18:48:24 | | Part mcflow |
18:50:29 | bluebrother | kritter`: Rockbox is playlist based, so you'll always have at least a dynamic playlist. But you can add all songs to this playlist and shuffle it. |
18:50:50 | | Quit davina (Remote closed the connection) |
18:51:06 | * | bluebrother notices that there already was an answer :o |
18:51:47 | Rincewind | pixelma: what do you think of a short press of rec to resume in file browser on the c200? |
18:52:17 | Rincewind | this would leave the volume buttons functional, which is nice, too |
18:53:01 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
18:54:12 | | Quit pixelma (Read error: 110 (Connection timed out)) |
18:57:00 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
19:00 |
19:02:28 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-104.access.telenet.be) |
19:03:45 | | Quit tvelocity ("ΑποχώÏησε") |
19:03:59 | amiconn | markun: ping |
19:05:52 | | Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
19:06:48 | markun | amiconn: pong |
19:07:03 | amiconn | Will you do the plugin.lds splitting? |
19:08:14 | amiconn | jhMikeS: around? |
19:12:56 | *** | Saving seen data "./dancer.seen" |
19:13:59 | | Join waldo [0] (n=waldo@ip-81-11-208-178.dsl.scarlet.be) |
19:15:49 | markun | amiconn: I was planning to, but linuxstb told me he thought the splitting could be avoided by just making some header files with target specific defines |
19:16:04 | markun | so I put it on hold |
19:16:19 | amiconn | Imo splitting the .lds files is better, because it makes things much more readable |
19:16:34 | amiconn | Even with #defines, you'd still have all this ifdefing |
19:17:34 | amiconn | And I am asking for a specific reason - I want to introduce another section for portalplayer: the uncached alias addresses, so that it's possible to put variables there without performing steps at runtime |
19:17:34 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
19:18:05 | markun | amiconn: are you planning to do the portalplayer shuffle in the target tree? |
19:18:17 | amiconn | I need this for the greylib on COP |
19:19:07 | amiconn | If the plugin is allowed to stop playback I can use IRAM, otherwise that's forbidden |
19:19:35 | amiconn | But if the greylib runs on cop, data that is accessed by both cores must be uncached |
19:19:50 | amiconn | hmm |
19:20:04 | amiconn | Perhaps I need to do that :\ |
19:20:36 | markun | I wouldn't mind doing that as well, but I trust you more than myself for making less mistakes :) |
19:20:40 | | Join bughunter2 [0] (n=Administ@ip565fbeaa.direct-adsl.nl) |
19:20:48 | amiconn | ahahaha |
19:21:03 | amiconn | Remember my erroneous commits... :( |
19:21:28 | markun | I've got some pretty big scores in the build table as well |
19:21:43 | | Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) |
19:21:44 | markun | shall I give it a go and show you a patch to review? |
19:21:49 | | Nick Christopher1 is now known as ChristopherW (n=christop@ip68-3-220-253.ph.ph.cox.net) |
19:22:07 | * | amiconn needs to un-mess his tree :/ |
19:22:28 | markun | I use git now which is really nice |
19:22:51 | markun | you just start a new branch from your 'master' branch and work on some sub-project |
19:22:59 | markun | it's really a pitty that it doesn't work well in windows yet |
19:23:17 | * | amiconn still doesn't understand how git could help |
19:23:52 | markun | you can also keep a clean svn tree and make copies of that, or what else are you suggesting? |
19:24:09 | amiconn | No, I need to finish my half-done stuff |
19:24:38 | amiconn | I do want all changes in one tree, because that's what I want to use for my own builds |
19:24:39 | markun | it doesn't help you to get the work done of course :) |
19:24:51 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-104.access.telenet.be) |
19:25:11 | markun | in fact I now have quite a number of branches with the beginnings of something which just lay around and I might never finish |
19:26:01 | * | linuxstb now mostly uses a single tree, and keeps patches of things that aren't finished |
19:26:15 | linuxstb | Which I guess is similar to git. |
19:26:29 | markun | linuxstb: but git updates the patches as you go along |
19:26:57 | markun | I used to use your system, but sometimes the patches need some work before they can be applied after a "svn up" |
19:27:13 | amiconn | I keep all my changes in a single tree |
19:27:32 | amiconn | Otherwise I would loose track of what I changed very quickly |
19:28:54 | linuxstb | markun: How is that different to "svn up" generating conflicts? |
19:30:48 | | Join sio [0] (n=54ca3917@gateway/web/cgi-irc/labb.contactor.se/x-3c231388129f7da5) |
19:30:48 | markun | linuxstb: with conflicts you can just edit the source file and remove the conflict. With a patch I never figured out how to really do that. |
19:31:13 | markun | what I did was revert the tree, apply the patch, update, fix the conflic and then make a new patch |
19:31:44 | sio | Are iPod Classic going to be suported? |
19:31:57 | markun | sio: doesn't look like it |
19:32:23 | sio | OK :( |
19:32:41 | markun | I haven't seen any progress at getting code running on it or dumping and decrypting the firmware or something like that |
19:32:58 | | Quit bluebrother ("leaving") |
19:33:22 | markun | sio: usually rockbox only starts working on a player after it's out of production ;) |
19:33:35 | sio | ok |
19:33:50 | | Quit MethoS-- (Remote closed the connection) |
19:33:58 | markun | but seriously, I don't think anyone know where to start hacking the ipod classic |
19:34:45 | LambdaCalculus37 | markun: What it's going to take is decrypting the original firmware. |
19:35:09 | markun | I have no idea. Didn't really look into the ipod classic. |
19:37:00 | | Quit Nevtus ("Gone") |
19:37:35 | LambdaCalculus37 | I look at one. Even the drive layout doesn't look the same as previous iPods. |
19:37:44 | LambdaCalculus37 | *s/look/looked |
19:38:17 | amiconn | Maybe they've just hidden the layout via usb |
19:38:17 | | Quit sio ("CGI:IRC (EOF)") |
19:38:37 | amiconn | One would need to remove the hdd and hook it up to a pc |
19:39:23 | | Quit ol_schoola () |
19:39:24 | | Quit mf0102 ("Verlassend") |
19:39:26 | amiconn | Should be doable with the 80GB model, but the 160GB will need further thinking because of the CE-ATA interface |
19:39:29 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
19:39:51 | linuxstb | That would be my guess as well. But that probably wouldn't help - it could still be encrypted. I think you can download a Classic firmware via Apple's website in the same was as all the other firmware partitions. |
19:42:04 | Horscht | people have succesfully flashed an usigned Firmware to ipod touches |
19:42:54 | LambdaCalculus37 | Horscht: Do you have a link to a site that shows this? |
19:43:05 | Horscht | http://theiphoneproject.org/b/macosx/iphonepwned/ |
19:43:10 | Horscht | date says march 30th |
19:43:16 | * | amiconn would only be interested in the classic 160GB - and only because of its capacity |
19:43:38 | desowin | it says iphone |
19:43:54 | amiconn | I'm not interested in the touch/iphone/nano at all |
19:44:35 | desowin | oh, there's "(and ipod touch)" there |
19:46:10 | | Part linuxstb ("Leaving") |
19:46:25 | * | gevaerts wonders if maybe amiconn doesn't like touchscreens ;) |
19:46:40 | Horscht | well, desowin. aren't ipod touch and the iphone actualy the same hardware (minus some phone stuff on the itouch of course) |
19:46:52 | amiconn | Certainly not - and I also don't like devices which are too big for their capacity |
19:47:28 | amiconn | Of the more recent flash-based rockbox targets, I deem the c200 the most interesting (because it's _small_) |
19:48:15 | Horscht | I myself would be interested in an ipod touch if it had at least 80GB |
19:49:41 | * | gevaerts thinks that touchscreens are very useful in general, but doubts if that carries over to an audio player. After all, you want to operate those by touch alone |
19:50:17 | Rincewind | amiconn: I noticed that the c200 has less electrical noise in the headphones than the e200 |
19:50:33 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
19:51:12 | | Quit Xerion (Read error: 110 (Connection timed out)) |
19:51:12 | * | amiconn thinks that touchscreens are nice for *stationary* devices which *require* you to look at the screen while operating them |
19:51:35 | amiconn | But for mobile devices they don't make sense to me |
19:52:11 | amiconn | Ideally I want to be able to operate the thing without looking at it - that's why I much prefer mechanical buttons over touchy stuff |
19:52:40 | gevaerts | exactly. Unless you want this media player for video _only_ (and even then...), you want real buttons |
19:53:39 | amiconn | And those mechanical buttons should be placed on one face of the device (ideally the front), because that makes one-handed operation easy |
19:53:46 | | Quit XavierGr (Nick collision from services.) |
19:53:57 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
19:54:11 | amiconn | Ever tried to operate a mobile touchscreen device one-handed? |
19:54:18 | * | gevaerts doesn't want to try |
19:54:26 | | Join Nevtus [0] (n=Nevtus@unaffiliated/nevtus) |
19:54:50 | * | LambdaCalculus37 tried once... it wasn't easy at all |
19:54:54 | amiconn | That is, without placing the thing on some surface, but holding it. |
19:55:15 | | Join roolku [0] (n=roolku@77-99-112-231.cable.ubr16.edin.blueyonder.co.uk) |
19:57:10 | toffe82 | this because the interface has a bad design :) I have an idea on this one |
20:00 |
20:04:19 | ChristopherW | toffe82: are we now saying that Apple designed a bad UI? :o |
20:04:24 | ChristopherW | =-O |
20:09:56 | | Join Xerion [0] (n=xerion@cp975288-b.landg1.lb.home.nl) |
20:13:18 | toffe82 | I am saying that ;) |
20:13:48 | toffe82 | because they didn't think about people with one hand for example |
20:14:57 | ChristopherW | or no hands |
20:15:17 | toffe82 | :) |
20:17:15 | toffe82 | you can use a pda with one hand, because of the button, so what is missing on the itouch ? just a simulation of the buttons on the lower left or right corner of the screen so you can use it with you thumb |
20:17:31 | Horscht | so? they don't think about visualy impaired people either |
20:18:47 | Horscht | or people without hands |
20:19:20 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-104.access.telenet.be) |
20:20:37 | | Join j8048188 [0] (n=a3f8c271@gateway/web/cgi-irc/labb.contactor.se/x-96656aeeca026a2d) |
20:20:40 | toffe82 | when you hold a dap , you use it with your thumb because of the position of the buttons, why not implement this on a touch screen |
20:21:04 | | Quit j8048188 (Client Quit) |
20:21:08 | | Join j8048188 [0] (n=a3f8c271@gateway/web/cgi-irc/labb.contactor.se/x-50e975b53d2db4db) |
20:22:36 | Horscht | i use my nose |
20:22:46 | Horscht | or other pointy body parts |
20:22:58 | toffe82 | :) |
20:23:06 | LambdaCalculus37 | I use my toes. :) |
20:23:36 | toffe82 | not joking but I can use my pda with one hand with no problem, so why they can't do it |
20:23:48 | amiconn | roolku: Btw, for the M3 help texts, you don't need to explicitly mention that the REMote buttons are used |
20:24:01 | amiconn | This is implied for graphical plugins on M3, imho |
20:24:27 | amiconn | AT least that's how I did it for the other plugins |
20:24:41 | roolku | amiconn: I am using to (less important) buttons on the main unit though |
20:24:51 | roolku | to = two |
20:24:51 | amiconn | ah |
20:25:09 | midgey | roolku: glad you took an interest in pegbox :) |
20:25:36 | roolku | midgey: did know how much effort it would be :) |
20:25:39 | amiconn | Plugins should be converted to use the action api, for more flexibility without too much ifdefing |
20:25:43 | Horscht | speaking of which, how hard would it be to change the button layout in pegbox? |
20:25:58 | amiconn | Note: I'M *not* talking about pluginlib actions |
20:26:03 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
20:26:05 | midgey | roolku: i've been letting it rot on the tracker since no one seemed very interested |
20:26:07 | roolku | amiconn: I would agree and ideally that would somehow linked to the manual generation |
20:26:13 | | Quit j8048188 ("CGI:IRC (Ping timeout)") |
20:26:26 | Horscht | netx/prev level on the scrollwheel is not good in my oppionion |
20:26:55 | roolku | midgey: I always had it in my build and kind of forgot about it until I got new targets (mrobe100 c200) where it didn't work :) |
20:26:56 | amiconn | Right now, you need to ifdef the code whenever you want to assign multiple buttons to the same action, need to use _PRE buttons for short/long decisions etc |
20:26:56 | Horscht | have it on a button combo with select would be better (talking about ipod video, btw) |
20:27:30 | amiconn | With actions, all this is just an array. Assigning the same event to multiple buttons for some targets won't require any ifdef in the code |
20:27:37 | roolku | Horscht: I have changed that in the last commit (not sure if for the better) |
20:27:58 | * | amiconn wants all plugins on M3 to at least be exitable without the remote |
20:28:09 | Horscht | I am off, partying |
20:28:11 | roolku | midgey: BTW: if you feel like making some nice graphics for the small colour targets (c200) as the are currently b/w |
20:28:49 | midgey | roolku: i didn't make those graphics. they're from someone on the forums (or maybe MR) and i never got the psd for them |
20:30:03 | midgey | i wonder if a comment should be added to say the game idea is from Detached Solutions |
20:30:14 | roolku | Horscht: that is how it is done now |
20:30:37 | | Join asdrubal [0] (n=dribbles@unaffiliated/asdrubal) |
20:30:55 | asdrubal | When I go to Files in rockbox...I can browse folders, but I don't see any files in them. c200 |
20:31:07 | asdrubal | anyone know what might be wrong? |
20:31:55 | linuxstb | asdrubal: Have you changed the "file view" setting? |
20:31:59 | | Join austrian_guest [0] (n=5079497a@gateway/web/cgi-irc/labb.contactor.se/x-7b505a0608954ed1) |
20:32:08 | asdrubal | linuxstb, what's that? |
20:32:18 | linuxstb | The setting that controls the file view... |
20:32:22 | asdrubal | where is it |
20:32:27 | * | BigBambi points at the manual |
20:32:47 | asdrubal | oh I see |
20:33:02 | asdrubal | it was set on SHow Files -> playlists instead of all |
20:33:47 | asdrubal | sorry to bother you |
20:34:46 | roolku | midgey: there is one thing I don't quite understand (could be intention): when you start the plugin again, it remembers but the levels you have played before, but you can't resume - is this correct? |
20:34:46 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
20:35:01 | roolku | midgey: i.e. resume only works until you exit the plugin? |
20:35:55 | | Quit austrian_guest (Client Quit) |
20:36:51 | midgey | roolku: i think that was intentional but i dont remember. i thought you could resume a saved game or play a level you had already completed |
20:38:56 | roolku | midgey: I think it is sufficient the way it is, but couldn't understand why it saves two datafiles. |
20:39:17 | linuxstb | asdrubal: No problem. |
20:39:28 | midgey | i'll look it over and see if i remember why i did it that way |
20:39:34 | roolku | thanks |
20:39:58 | * | roolku goes to close the flyspray task |
20:40:04 | asdrubal | linuxstb, is there a way to make song switching faster? |
20:40:09 | asdrubal | sometimes there's like a 10 second delay |
20:41:23 | BigBambi | asdrubal: What version of rockbox do you have? |
20:41:28 | asdrubal | today's build |
20:41:34 | | Join DavidS1 [0] (n=Tordre@n098h202.wsr.mun.ca) |
20:41:38 | BigBambi | That doesn't mean much |
20:41:44 | asdrubal | for sansa c200 |
20:41:47 | BigBambi | There are many updates a day usually |
20:41:50 | BigBambi | What version? |
20:41:59 | BigBambi | You can find it in system −−> Rockbox info |
20:42:41 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-104.access.telenet.be) |
20:42:45 | asdrubal | r16963 |
20:42:59 | BigBambi | heh, the latest :) |
20:43:06 | asdrubal | r16963-080404 |
20:43:15 | BigBambi | Coolio, just wanted to check |
20:43:37 | BigBambi | When does the slowness occur? i.e. how often roughly? |
20:43:55 | asdrubal | like when I click forward multiple times or hit forward than backward |
20:44:02 | asdrubal | and then maybe forward again |
20:44:44 | asdrubal | question: INT: 862MB/957MB means that's how much is used or is free? |
20:44:52 | BigBambi | asdrubal: It is when you skip out of the end of buffered data, it needs to refill the memory from 'disk' |
20:45:01 | ChristopherW | 862 is how much is free |
20:45:25 | BigBambi | It is expected to be slower than skipping within buffered tracks, but 10 seconds sounds a bit long |
20:45:30 | asdrubal | BigBambi, shouldn't reading from flash be low latency? |
20:45:44 | BigBambi | latency isn't the only issue |
20:45:59 | BigBambi | It also has to read the data from flash to memory |
20:46:13 | BigBambi | But yes, 10 seconds sounds a bit slow |
20:46:15 | asdrubal | I guess microsd is only what, 10MB /sec? |
20:46:39 | BigBambi | I wonder if it is filling the entire buffer before starting the next track |
20:46:44 | asdrubal | BigBambi, well thanks for the tips.. I guess I'll go on my walk now. if I get problems I'll let ya know |
20:46:52 | BigBambi | I don't have my c240 with me, so I can't check |
20:46:57 | amiconn | BigBambi: It's not, or at least it should not |
20:46:59 | | Quit ColinT (Remote closed the connection) |
20:47:18 | | Join ColinT [0] (n=realizat@69-11-97-130.regn.static.sasknet.sk.ca) |
20:47:24 | BigBambi | amiconn: I know it should not, but 10 econds to skip to a non-buffered track sounds a bit slow |
20:47:37 | asdrubal | BigBambi, it's only after I do a bunch of forwards and backwards |
20:47:41 | amiconn | Reading the microsd is certainly slower than 10MB/sec in rockbox |
20:47:42 | asdrubal | in combination |
20:47:47 | asdrubal | amiconn, why's that? |
20:49:17 | gevaerts | asdrubal: microsd is not very fast, and the rockbox driver is not optimal |
20:49:44 | BigBambi | asdrubal: What format music? |
20:50:38 | asdrubal | mp3 |
20:51:31 | BigBambi | So say a file of 5 MB, it shouldn't take 10 seconds to read that, no matter how slow the disk is is my point |
20:54:45 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
20:56:29 | | Join austrian_guest [0] (n=5079497a@gateway/web/cgi-irc/labb.contactor.se/x-ebecc1646eef13de) |
20:57:28 | austrian_guest | What does "The sample buffer should be 32-bit aligned" mean? Unsigned int? Unsigned long? |
20:57:49 | ChristopherW | on ARM, an int is 32 bits |
20:58:12 | amiconn | It means it should be 32 bit aligned. Use int32_t |
20:58:29 | ChristopherW | I'm guessing that longs are also 32 bits, but as amiconn said, use int32_t |
20:58:44 | amiconn | 'int' and 'long' aren't the same width across architectures |
20:59:10 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
20:59:41 | austrian_guest | what does "aligned" mean? |
20:59:42 | amiconn | For our current targets, both int and long are 32 bits, but (a) there once was an attempt to port to calmrisc, where 'int' is 16 bit, and (b) the assumption also breaks when building sims on e.g. amd64 |
21:00 |
21:00:21 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-104.access.telenet.be) |
21:00:48 | amiconn | 'long' is 64 bits on amd64 |
21:01:39 | ChristopherW | I know about the C standards and porting issues; I just said on the ARM an int is 32 bits |
21:02:28 | ChristopherW | how big is "long long" on am64? |
21:02:34 | ChristopherW | 128 bits? |
21:02:48 | | Quit shotofadds (Read error: 110 (Connection timed out)) |
21:02:49 | amiconn | Afaik also 64 bits |
21:02:50 | | Join csc` [0] (n=csc@archlinux/user/csc) |
21:02:56 | | Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) |
21:03:32 | ChristopherW | then how big is a short? 16 bits maybe? |
21:03:40 | ChristopherW | or is it 32 bits? |
21:03:45 | amiconn | short is always 16 bits afaik |
21:03:51 | amiconn | int is 32 bits on amd64 |
21:04:37 | ChristopherW | I guess it doesn't really matter how big the sizes are, as long as they meet the constraints given in the ANSI/ISO C standard |
21:04:49 | amiconn | That's why amd is called an 'lp64' platform, as Longs and Pointers are 64 bits. There are also ilp64 platforms |
21:06:58 | ChristopherW | but a C compiler writer can choose almost any size for each type, regardless of the platform (on am64, the compiler author could use 64-bit shorts, ints, longs, and long longs if he wanted) |
21:09:14 | ChristopherW | granted, it's somewhat wasteful to do that |
21:09:43 | gevaerts | You forgot char... |
21:10:09 | amiconn | Afaik there are platforms where a char isn't 8 bits... |
21:10:22 | ChristopherW | like VAX, where it's 9 bits (or is it 18?) |
21:10:42 | shotofadds | amiconn: (re: touchscreens) the D2 is the most pocket-friendly DAP I've ever used. The 3 buttons are used for vol up/down & menu, or skip forward/back & pause if hold is enabled. |
21:10:56 | shotofadds | that use of the hold buttons sounds horrific on paper, but actually works really well. |
21:11:02 | shotofadds | s/buttons/button |
21:11:35 | shotofadds | I would like to see Rockbox implement the same |
21:12:26 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
21:12:57 | *** | Saving seen data "./dancer.seen" |
21:15:36 | | Join Hellz [0] (n=xaxaxas@195.34.118.25) |
21:16:00 | | Quit Hellz (Client Quit) |
21:17:29 | amiconn | shotofadds: How would you select new tracks without looking at the display? Or adjust bass/treble? |
21:19:30 | amiconn | That's something I can do with buttons (and then the voice ui makes it much easier) |
21:19:51 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-104.access.telenet.be) |
21:20:07 | shotofadds | I'm intrigued how buttons left you choose a new track without looking at the display? |
21:20:11 | shotofadds | s/left/let |
21:21:02 | amiconn | With the voice UI it's really easy. Without it, one needs to remember the button sequences to get through the menu(s) and the file structure |
21:21:40 | amiconn | That's not at all easy, but reportedly possible (blind users using OFs have to do that) |
21:22:48 | | Quit waldo (Remote closed the connection) |
21:23:54 | shotofadds | sure. that's already possible with the D2's current keymappings (in Rockbox, not possible with the OF). |
21:24:06 | shotofadds | I guess having those few buttons is a lot better than a pure touchscreen... |
21:24:18 | amiconn | Possibly |
21:27:08 | | Quit phi (Read error: 110 (Connection timed out)) |
21:27:44 | | Join DavidSG [0] (n=Tordre@n098h202.wsr.mun.ca) |
21:35:34 | | Join kugel [0] (n=kugel@unaffiliated/kugel) |
21:37:53 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
21:37:53 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
21:40:55 | | Quit DavidS1 (Read error: 110 (Connection timed out)) |
21:43:50 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-104.access.telenet.be) |
21:44:32 | | Join in-ferno [0] (n=Xav@ip-83-141-166-73.evc.net) |
21:48:54 | | Join Llorea1 [0] (n=DarkkOne@ppp-70-243-34-31.dsl.hstntx.swbell.net) |
21:49:05 | | Quit Llorean (Nick collision from services.) |
21:49:07 | | Nick Llorea1 is now known as Llorean (n=DarkkOne@ppp-70-243-34-31.dsl.hstntx.swbell.net) |
21:50:10 | | Join kushal_12_27_200 [0] (n=kushal@12.169.180.134) |
21:52:44 | | Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") |
21:53:37 | | Quit austrian_guest ("CGI:IRC (EOF)") |
21:53:50 | | Join philoware [0] (n=canavar@88.229.11.101) |
21:58:36 | | Join kuge1 [0] (n=diablo@e178078113.adsl.alicedsl.de) |
21:58:36 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
21:58:59 | | Part kuge1 |
22:00 |
22:00:06 | | Join austrian_guest [0] (n=5079497a@gateway/web/cgi-irc/labb.contactor.se/x-0d0f57d1b28158e9) |
22:00:53 | austrian_guest | Does anyone know how I can print a 'long' value with debugf? If I write "%d" I get a warning... |
22:01:06 | | Quit fehmicans (Read error: 110 (Connection timed out)) |
22:01:11 | Nico_P | austrian_guest: %ld |
22:02:14 | austrian_guest | I still get the warning: |
22:02:36 | austrian_guest | 'warning: int format, long int arg' |
22:03:16 | austrian_guest | rb->debugf("%ld\n", indata[i]); where indata is an array of int32_t -> long |
22:04:11 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-104.access.telenet.be) |
22:04:23 | Nico_P | maybe you need to cast it to long then |
22:05:42 | austrian_guest | nope, no luck.. |
22:06:17 | Nico_P | I'm surprised |
22:06:38 | austrian_guest | I'm out of my wits... |
22:06:46 | Bagder | so what's the warning with %d ? |
22:06:53 | austrian_guest | 'warning: int format, long int arg' |
22:07:04 | Bagder | and with %ld? |
22:07:20 | | Join mcflow [0] (n=mcflow@88-134-3-18-dynip.superkabel.de) |
22:07:24 | austrian_guest | the same ??? |
22:07:44 | Bagder | very strange |
22:08:06 | austrian_guest | That's what I thought.. |
22:08:12 | Nico_P | austrian_guest: are you positive you're editing the same file you're compiling? |
22:08:32 | austrian_guest | Of course I am |
22:08:49 | austrian_guest | That was one of the first things I checked ;) |
22:08:52 | amiconn | And you use a lowercase L ? |
22:09:02 | austrian_guest | yes |
22:11:24 | kugel | WhatI's about the forum? I've read the server will change? |
22:12:26 | | Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) |
22:12:43 | J-23 | Hello! |
22:13:02 | markun | hi |
22:13:50 | Llorean | kugel: Nothing more than rumor at this point. The idea has merely been suggested. |
22:14:04 | kugel | ah ok |
22:16:12 | | Join wisp_sh [0] (n=wisp@node-29-1.adsl.tula.net) |
22:16:43 | markun | Llorean: we probably shouldn't argue too much with the meizu guys. Let's just do the port, then they can either use it or not. |
22:16:56 | kugel | Heh, I didn't knwo that X5(L) belong to iPod series ;) |
22:17:28 | kugel | According to the table at http://www.rockbox.org/twiki/bin/view/Main/WhyRockbox . I'm gonna fix it |
22:17:50 | markun | :) |
22:17:57 | Nico_P | austrian_guest: rb->debugf("%ld\n", (long)indata[i]); should work fine |
22:18:02 | amiconn | Eh, that should have gone 1 column right... |
22:18:20 | Llorean | markun: Just was pointing out some inaccuracies. There's also a thread there that claims Rockbox is Linux, but I lost it by the time I registered. |
22:21:02 | markun | Llorean: I corrected him in another thread already I think :) |
22:21:02 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
22:22:30 | markun | Llorean: it really pisses me off that you have to wait 45 seconds between searches |
22:23:19 | markun | Llorean: http://www.meizume.com/rockbox/5567-rockbox-project-m6-8.html#post56756 |
22:26:02 | Llorean | Ah, good. |
22:27:32 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-104.access.telenet.be) |
22:32:16 | | Join seren [0] (n=4fd3fcb1@gateway/web/cgi-irc/labb.contactor.se/x-953c3b7b3ff81dee) |
22:32:28 | seren | linuxstb: ping? |
22:33:06 | linuxstb | ? |
22:36:16 | | Quit in-ferno ("Quitte") |
22:36:18 | seren | linuxstb: you placed a comment about how the buffer size is calculated. But could you explain _why_ we need a buffer of that size, i.e. exactly one native and two mono bitmaps. Why not two native or three mono? |
22:38:03 | Llorean | seren: It's a total size. If you use no mono bitmaps, you can use more than one fullscreen worth of native ones. |
22:38:53 | linuxstb | seren: No - I can't remember what discussion went into deciding that formula. |
22:41:36 | seren | linuxstb: I mean, once it's known that we need one native and two mono bitmaps the formula is clear. But how was that decided? Just a feeling? That this size shoud be enough for most cases? |
22:41:52 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
22:42:09 | Llorean | seren: More or less the "it should be enough". |
22:43:20 | | Join chronon [0] (i=chronon@c-24-20-117-106.hsd1.or.comcast.net) |
22:43:50 | seren | Llorean: or even so: you should arrange it so that it's enough. Otherwise you lose :-) |
22:43:53 | | Quit midgey () |
22:44:29 | | Join m0f0x [0] (n=m0f0x@189-47-66-33.dsl.telesp.net.br) |
22:46:21 | | Part J-23 |
22:46:55 | gevaerts | seren: if it's not enough, it's the WPS authors who lose ;-) |
22:50:12 | jhMikeS | amiconn: here (though not for long) |
22:51:46 | pixelma | I guess not many people care but thought I could ask. The H300 port of the "Boxes" theme currently achieves a viewport like thing for the main box by overlaying a bitmap as some kind of frame (the center is transparent). I guess this doesn't even look nice when the line has to scroll (if it shows up at all currently). Any objections to making it a real viewport now (gets rid of the bitmap)? |
22:52:03 | | Quit austrian_guest ("CGI:IRC") |
22:52:07 | Llorean | pixelma: Sounds like a good idea to me. |
22:53:18 | pixelma | I'd like to not make it too complicated and would only use 1 viewport which means that the peakmeter is also not the width of the screen (anly the viewport's) and the time and date info at the top would be a bit shifted to the left |
22:53:32 | pixelma | s/anly/only |
22:53:52 | pixelma | doesn't hurt IMO |
22:54:31 | Llorean | Indeed |
22:55:21 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-104.access.telenet.be) |
22:55:22 | pixelma | ok, that could always be changed later if someone thinks it isn't appropriate I guess |
22:55:55 | amiconn | jhMikeS: How costly is a corelock? |
22:57:42 | amiconn | I need to introduce core locking in lcd-gray.c for certain functions, and I'm not sure whether it's better to let the other core *occasionally* wait a bit longer, or rather lock/unlock quite often |
22:58:02 | jhMikeS | amiconn: practically free |
22:58:38 | amiconn | Okay, so you think I could lock/unlock for each pixel line transferred? |
22:58:44 | * | Llorean thinks "practically free" is almost as dangerous a phrase as "trust me" or "it'll be easy" |
22:58:55 | amiconn | (in lcd_blit_mono() and lcd_blit_grey_phase(), to be precise) |
22:58:59 | jhMikeS | it's definitely more expensive if using peterson's rather than swp |
22:59:13 | amiconn | This will only be used on 1st/2nd Gen, so PP5002 |
23:00 |
23:00:08 | amiconn | I need to lock out the CPU from flipping the invert bit (due to backlight change) while the cop is doing grey blits |
23:00:25 | jhMikeS | I'd do some tests if using it for every line. The call version could perhaps become measureable. |
23:01:20 | | Quit thegeek (Read error: 110 (Connection timed out)) |
23:01:28 | amiconn | Every line woul mean ~12300 lock/unlock pairs per second |
23:01:40 | Nico_P | may I request a quick explanation of what a core lock is? |
23:02:31 | jhMikeS | Nico_P: to serialize processor core access in a block of code |
23:02:46 | | Join appleipodder [0] (i=eXact@dsl-lprgw5-fe4cdc00-47.dhcp.inet.fi) |
23:03:26 | appleipodder | Forum isnt working |
23:03:33 | BigBambi | we know |
23:03:55 | Nico_P | jhMikeS: accross several cores? when does a block of code interact with several cores? |
23:04:21 | jhMikeS | Nico_P: google about spinlocks (I've munged some terminology :) |
23:04:21 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
23:04:28 | amiconn | jhMikeS: Another question: If I have some data that is just filled in once from the CPU, and only used by the COP afterwards, I don't need UNCACHED_ADDR(), correct? |
23:04:51 | Nico_P | jhMikeS: ok. I tried core lock in wikipedia but assumed it wasn't the right result :) |
23:04:53 | jhMikeS | Nico_P: whenever COP/CPU both attempt to use a piece of code at the same time |
23:04:53 | amiconn | All I need to do is flush the cache after the initial filling? |
23:05:19 | jhMikeS | amiconn: flush the writing core, invalidate the reading core |
23:05:27 | Nico_P | jhMikeS: ah, so it's mutual exclusion between cores instead of threads? |
23:05:28 | BigBambi | appleipodder: There isn't much we can do at the moment, just be a bit patient :) |
23:06:10 | jhMikeS | Nico_P: it's a simpler lock for sections that complete quickly and does no blocking |
23:06:16 | amiconn | Hmmm. How would I invalidate on the reading core if I have no thread running there? |
23:06:53 | Nico_P | jhMikeS: it uses busy waiting instead, is that it? |
23:07:06 | jhMikeS | Nico_P: yes |
23:07:46 | amiconn | Btw, greyscale-on-cop speeds up doom by ~50%, and test_fps for greyscale by ~42% |
23:07:49 | jhMikeS | amiconn: that's always the rub - the core itself has to do it |
23:08:38 | amiconn | Only very little load remains on CPU (probably due to RAM access by the COP) - measured 2% on PP5002, and 1% on PP5022 |
23:11:19 | jhMikeS | I was working on actually making NOCACHE_*ATTR real sections - the .map files look ok but something is fighting me |
23:11:52 | * | amiconn wants to do that too |
23:11:58 | jhMikeS | basically it works but there's some minor trouble I haven't tracked down yet |
23:12:02 | amiconn | That is if you're not beating me :) |
23:12:25 | amiconn | I need it in order to put grey on COP in plugins which must not use IRAM |
23:12:33 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-104.access.telenet.be) |
23:12:40 | amiconn | (in order to keep music playing) |
23:12:59 | *** | Saving seen data "./dancer.seen" |
23:13:16 | amiconn | Right now I can only do it if struct grey_info is in IRAM, i.e. in test_fps, doom, mpegplayer and zxbox |
23:13:46 | amiconn | Grey on COP will be a feature bit - so one can still run it on CPU if desired |
23:14:34 | amiconn | The bit will be simply ignored on single-core targets, so no ifdefing at all in the plugin :) |
23:14:34 | | Quit markun (Read error: 104 (Connection reset by peer)) |
23:15:04 | jhMikeS | the SPC codec was working like that, but mpegplayer fails to init and playback locks after some time (this might be due to having some trouble in the frequency scaling) |
23:16:00 | amiconn | Btw, is the SPC codec dynamically adjusting its precision, or is it just a coincidence that it is *just even* realtime on PP5002? |
23:16:32 | | Join markun [50] (n=markun@rockbox/developer/markun) |
23:16:58 | jhMikeS | it works the same on all PP but the PP5002 uses more IRAM |
23:18:56 | | Part mcflow |
23:19:11 | jhMikeS | the boost wasn't much higher on my 3g than for H10 or e200 and I could play every single track on 3g |
23:19:20 | amiconn | Hmm, maybe that was unclear.... |
23:20:32 | | Join thegeek [0] (i=thegeek@s220b.studby.ntnu.no) |
23:20:44 | amiconn | I mean whether the SPC codec adjusts its output precision (emulation precision, whatever) dynamically to get the best possible quality using all available power |
23:21:18 | amiconn | The tracks I tried produce ~92% boost ratio on my 2nd Gen |
23:24:46 | | Quit seren ("CGI:IRC (EOF)") |
23:25:56 | jhMikeS | it's has no dynamic precision. 92% is about normal for the heaviest tracks. |
23:25:57 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
23:26:11 | jhMikeS | e200 does it them about 89% |
23:26:30 | amiconn | Hmm. I wonder what happens if I enable sw tone controls... |
23:27:06 | jhMikeS | it won't affect it since most of the load is on COP |
23:28:22 | jhMikeS | the codec thread spends a good amount of time waiting for it to produce at least one buffer full |
23:31:07 | * | jhMikeS has to go clean up and do some boring non-rb-related business...bbl |
23:33:03 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-104.access.telenet.be) |
23:33:51 | * | amiconn has a working corelock in lcd-gray.c :) |
23:42:48 | Bagder | I noticed the fuze firmware is as big as the e200v2 ones |
23:42:53 | Bagder | ~15MB |
23:43:01 | Bagder | while all other v2 firmwares are ~5MB |
23:44:50 | amiconn | jhMikeS: I now verified that swp(b) *is* broken on PP5002 as well |
23:45:00 | Bagder | 0x500400 vs 0xF00000 actually |
23:45:34 | Llorean | Bagder: The other v2s don't do video, do they? |
23:45:46 | amiconn | When switching to CORELOCK_SWAP, my lcd-gray corelock just acts as if it wouldn't exist... |
23:45:51 | Bagder | quite possibly not |
23:46:03 | Llorean | Though I wouldn't expect MJPEG alone to account for quite that much... |
23:46:16 | Llorean | or whatever new video codec they may have |
23:46:32 | Bagder | no, but I think they've just gone to the next aligned size |
23:46:38 | Bagder | it compresses very good still |
23:46:44 | Bagder | indicating lots of "waste" |
23:47:03 | | Quit desowin () |
23:47:04 | Bagder | ls -l fuze/ |
23:47:05 | Llorean | Aaah |
23:47:09 | Bagder | -rw-rw-r−− 1 dast dast 15728640 May 31 2005 FUZEA.BIN |
23:47:09 | Bagder | -rw-r−−r−− 1 dast dast 7700624 Apr 4 23:15 fuze-1.01.11.zip |
23:47:54 | amiconn | Multi-line paster ;) |
23:48:02 | * | Llorean gets out the pitchforks and torches |
23:48:45 | Bagder | in my world, 2 or 3 lines are fine to paste |
23:49:03 | | Quit kushal_12_27_200 ("This computer has gone to sleep") |
23:51:09 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
23:51:48 | | Join qwedsa_ [0] (n=superman@ip51ccca31.speed.planet.nl) |
23:52:11 | | Quit jgarvey ("Leaving") |
23:53:37 | | Join seren [0] (n=4fd3fcb1@gateway/web/cgi-irc/labb.contactor.se/x-732bc3a4b288985e) |
23:54:05 | seren | pixelma: what tool do you use to glue the images together (for strips)? |
23:54:48 | Nico_P | seren: the montage tool from imagemagick IIRC |
23:54:52 | pixelma | following linuxstb's advice to use imagemagick's montage |
23:55:00 | Bagder | anyway my v2 page is now updated with the fuze bin file and some other minor updates. now bedtime |
23:56:35 | seren | Aha, nice to know. |
23:57:21 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-104.access.telenet.be) |
23:58:36 | pixelma | that's why the last one still wasn't committed (placed the " wrong...) :\ |
23:58:52 | * | seren goes the Bagder way. |