| 00:00:01 | | Nick bruges|afk is now known as bruges (n=bruges@e178039202.adsl.alicedsl.de) |
| 00:00:26 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
| 00:00:48 | | Quit sneeze ("Leaving") |
| 00:01:07 | | Join fyrestorm [0] (n=fyre@cpe-68-173-163-201.nyc.res.rr.com) |
| 00:01:11 | toffe82 | jhMikeS: : found the reset of the usb chip of the S : pin k24 of the imx |
| 00:01:16 | amiconn | Hmm, full rebuild didn't help... |
| 00:01:30 | toffe82 | theport is the usbotg one |
| 00:01:56 | | Join CyBergRind|w [0] (n=cbr@212.98.160.130) |
| 00:02:50 | jhMikeS | amiconn: yes, flush + invalidate |
| 00:03:09 | amiconn | Hmm, not on cop though, right? |
| 00:03:19 | amiconn | But that shouldn't matter at all here |
| 00:03:27 | jhMikeS | amiconn: every thread created gets a flush + invalidate |
| 00:03:43 | amiconn | The greylib creates no thread at all |
| 00:03:53 | amiconn | It just puts an isr on cop (if requested) |
| 00:04:19 | jhMikeS | yeah, interrupt code will not which could present a problem. |
| 00:04:32 | amiconn | Yeah, but not here |
| 00:04:50 | amiconn | The cop will only see uncached addresses which are first written by the cpu |
| 00:04:57 | jhMikeS | toffee82: usb chip? I wasn't aware there was a usb chip (other than the bit with the mc13783) |
| 00:05:25 | gevaerts | Is there a reason that ftruncate in rockbox can't extend a file ? The normal POSIX ftruncate can |
| 00:05:54 | jhMikeS | gevaerts: noone felt like doing it? :) |
| 00:06:48 | gevaerts | The problem is of course that by now some code might depend on getting an error in that case.. |
| 00:07:46 | amiconn | Nothing in rockbox uses it apart from file.c itself |
| 00:08:20 | gevaerts | OK, so we're safe there. Thanks |
| 00:08:27 | * | jhMikeS wonders why something named "...truncate" would ever extend anything |
| 00:08:53 | * | amiconn did a quick grep |
| 00:09:14 | amiconn | jhMikeS: indeed. |
| 00:10:05 | gevaerts | It's often used to reserve disk space, to be written later |
| 00:10:09 | Bagder | gevaerts: I think that simply nobody ever needed it |
| 00:11:24 | toffe82 | gevaerts: jhMikeS : the chip select of the usb is C10 of the cpu |
| 00:11:42 | toffe82 | do you need something else ? |
| 00:12:34 | Nico_P | amiconn: uisimulator/common/io.c and /firmware/test/fat/main.c use it too |
| 00:12:43 | amiconn | no |
| 00:12:55 | amiconn | uisimulatr/common/io.c *provides* it for the sims |
| 00:13:04 | Nico_P | ah |
| 00:13:04 | jhMikeS | toffee82: what usb chip is there? I thought we always needed the SW stack. |
| 00:13:12 | amiconn | And the test code uses it, yes. But that wasn't touched in ages... |
| 00:13:33 | toffe82 | philips isp1504, do you want the datasheet ? |
| 00:14:04 | gevaerts | It uses the isp1504 ? |
| 00:14:07 | * | gevaerts is confused |
| 00:14:11 | toffe82 | if you look the block diagram , the usb is not direct from the cpu |
| 00:14:12 | jhMikeS | toffee82: yeah (/me wonders how he missed this) |
| 00:14:30 | toffe82 | gevaerts: ?? |
| 00:14:34 | * | jhMikeS has it already :p |
| 00:15:03 | gevaerts | Wasn't this imx31 with built-in USB ? |
| 00:15:07 | toffe82 | it the tipical application for the imx |
| 00:15:26 | toffe82 | yes but toshiba do it this way |
| 00:15:28 | jhMikeS | gigabeat S has alot of redundancy in the HW |
| 00:15:42 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 00:15:44 | toffe82 | yes with the mc 13... |
| 00:15:52 | | Join sourcemaker [0] (n=sourcema@p5B2DFB6F.dip.t-dialin.net) |
| 00:16:02 | sourcemaker | does rockbox work with IPOD 4gen |
| 00:16:15 | bluebrother | sourcemaker: have you read the front page? |
| 00:16:15 | n1s | sourcemaker: yes |
| 00:17:00 | * | amiconn wonders what the explicit 'nocommon' is for, and tries without |
| 00:17:01 | toffe82 | jhMikeS: they fix it in the t400, no more redundancy :) |
| 00:17:19 | amiconn | We don't use 'nocommon' for the I*_ATTR either |
| 00:17:48 | bluebrother | hmm, this progress looks weird −− processEvents isn't called often enough :( |
| 00:18:49 | | Quit cbr|w (Read error: 110 (Connection timed out)) |
| 00:19:10 | | Join ddalton [0] (n=ddalton@124-168-53-116.dyn.iinet.net.au) |
| 00:19:23 | domonoky | bluebrother: a clean way for this processEvents mess, would be to use worker threads :-) |
| 00:19:39 | ddalton | hey what tool do I use for patching the h300 firmware under linux? so to patch a 1.28 K version to included rockbox support? |
| 00:19:43 | sourcemaker | which device do I use to install rockbox /dev/sdd or /dev/sdd1/2 |
| 00:20:04 | domonoky | ddalton: try rbutil :-) |
| 00:20:20 | ddalton | domonoky: No gui sorry. |
| 00:20:24 | | Nick bruges is now known as bruganit (n=bruges@e178039202.adsl.alicedsl.de) |
| 00:20:25 | bluebrother | well, I'm trying to make the zip class tell us about the current file (i.e. emit the actual count) |
| 00:20:29 | ddalton | Im blind and qt is not accessible... |
| 00:20:37 | gevaerts | toffe82, jhMikeS : it looks to me like the isp1504 is "just" the transceiver, which might not be provided by the imx31 (not clear to me) |
| 00:20:50 | bluebrother | ddalton: there is a cli patch in the tracker. I've updated it some days ago, so it should compile. |
| 00:21:05 | bluebrother | no idea if patching of the iriver fw is already implemented. |
| 00:21:07 | ddalton | sourcemaker: mount sdd1, you need to install to a partition... |
| 00:21:10 | jhMikeS | gevaerts, toffee82: I don't see how it bridges the ATA or anything from the logic block diagram |
| 00:21:25 | bluebrother | sourcemaker: try rbutil :) |
| 00:21:25 | domonoky | bluebrother: should be implemented.. |
| 00:21:48 | amiconn | ddalton: on ipods, the bootloader installation needs the *device* |
| 00:21:51 | bluebrother | my update was only to catch up with internal changes. |
| 00:21:57 | gevaerts | jhMikeS: It probably doesn't. From what I see the imx31 provides the usb device controller, the isp1504 provides the transceiver |
| 00:22:03 | | Nick bruganit is now known as borges (n=bruges@e178039202.adsl.alicedsl.de) |
| 00:22:08 | * | gevaerts could be wrong of course |
| 00:22:21 | | Quit davina ("GNU/Linux the free alternative to Windows") |
| 00:22:31 | bluebrother | sourcemaker: the bootloader goes to the partition (i.e. sdd) while the install goes to the data partition of the Ipod (sdd2) |
| 00:22:43 | ddalton | oh ill check it out ok. so there is no manual way I can use? like a separate cli tool or shell script in /tools? |
| 00:22:48 | bluebrother | but you can simply mount the player and let rbutil do the rest. |
| 00:23:16 | bluebrother | ddalton: sure, you can use scramble. IIRC that was documented in the IriverBoot page. |
| 00:23:29 | sourcemaker | bluebrother: configuration invalid... |
| 00:23:33 | bluebrother | you need to do a few steps manually though. |
| 00:23:38 | bluebrother | sourcemaker: then correct it ... |
| 00:23:39 | amiconn | bluebrother: for patching an iriver fw?? |
| 00:23:43 | ddalton | in the manual it doesn't really explain to linux users? do you just assume we know? Or do you just assume everyone can run qt apps these days? |
| 00:23:47 | jhMikeS | toffee82: are you adding the various pinouts to the wiki or do I have to make note before it's lost in the logs forever? :) |
| 00:24:01 | toffe82 | gevaerts: jhMikeS : you have a signal usb detect which goes to the mc13783 |
| 00:24:05 | saratoga | http://www.sacg.com.tw/sacweb/marcom/epaper/images/ISP1504,%20ISP1505,%20ISP1606%20Literature.pdf |
| 00:24:15 | saratoga | looks like its just the physical layer interface, not hte controller |
| 00:24:16 | bluebrother | ddalton: the manual way of patching the hex file was never in the manual |
| 00:24:17 | toffe82 | take note :) for the moment |
| 00:24:24 | gevaerts | saratoga: exactly |
| 00:24:58 | bluebrother | ddalton: http://www.rockbox.org/twiki/bin/view/Main/IriverBoot#Patching_the_iriver_firmware |
| 00:25:36 | ddalton | thanks! |
| 00:25:38 | | Quit ddalton ("leaving") |
| 00:25:47 | | Join BITCH [0] (n=USERNAME@c-75-68-29-188.hsd1.nh.comcast.net) |
| 00:25:48 | sourcemaker | bluebrother: installation is in progress.... I how this works |
| 00:25:51 | domonoky | ddalton: and make sure you check the md5sum of the manually created firmware file, if it wrong the players is broken.. |
| 00:25:52 | n1s | ddalton: what you need to do is descramble the firmware with scramble, patch with mkboot and scramble it again |
| 00:25:56 | BITCH | HI |
| 00:26:02 | BITCH | IM NEW |
| 00:26:09 | bluebrother | and your caps lock is broken |
| 00:26:18 | BITCH | NOT MINE |
| 00:26:21 | BITCH | XD |
| 00:26:31 | BITCH | IM UR B**** |
| 00:26:32 | BigBambi | BITCH: Turn off, caps lock, and stay on topic |
| 00:26:39 | BITCH | y |
| 00:26:43 | Mode | "#rockbox +o Bagder " by ChanServ (ChanServ@services.) |
| 00:26:54 | * | n1s holds breath |
| 00:27:07 | | Nick BITCH is now known as IM (n=USERNAME@c-75-68-29-188.hsd1.nh.comcast.net) |
| 00:27:19 | | Nick IM is now known as IMYOURBITCH (n=USERNAME@c-75-68-29-188.hsd1.nh.comcast.net) |
| 00:27:28 | * | bluebrother goes for popcorn |
| 00:27:35 | IMYOURBITCH | y should i |
| 00:27:39 | BigBambi | IMYOURBITCH: bye |
| 00:27:46 | Kick | (#rockbox IMYOURBITCH :Bagder) by Bagder!n=daniel@rockbox/developer/bagder |
| 00:28:24 | ali_as | Prank by a regular maybe? |
| 00:28:42 | bluebrother | that was quick |
| 00:29:21 | jhMikeS | USB DETECT seems to go straight to the mc13783 |
| 00:29:22 | BigBambi | ali_as: Doubt it. It wasn't funny, and the regulars will know that it can only annoy and result in a kick |
| 00:29:24 | | Quit merbanan (Remote closed the connection) |
| 00:29:57 | ali_as | Caps lock, constantly changing nick, like someone read the rules and did it deliberatly. |
| 00:30:07 | BigBambi | Well, anyway |
| 00:30:39 | sourcemaker | installation complete |
| 00:31:31 | toffe82 | jhMikeS: so you need more things to find how the usb works ? |
| 00:33:42 | gevaerts | So usb_detect() should be easy. Then you need usb_init_device() and usb_enable(). Those are basically just turning on and resetting the hardware. |
| 00:33:43 | toffe82 | the pin for usb detect on the mc13783 ? |
| 00:34:02 | | Join qwock [0] (n=4fd3f20a@gateway/web/cgi-irc/labb.contactor.se/x-d4c4146c919b1554) |
| 00:34:55 | sourcemaker | how can i restart my ipod? |
| 00:34:57 | jhMikeS | toffee82: I think that's in the register definitions unless it's wired differently. The ULPI pins are the ones used by the OTG controller I take it? |
| 00:35:04 | bluebrother | sourcemaker: check the manual ... |
| 00:35:21 | bluebrother | or the FAQ, whatever you like better |
| 00:36:52 | | Quit qwock (Client Quit) |
| 00:37:15 | amiconn | jhMikeS: It's definitely a COP cache problem. fire.rock works when run directly after boot |
| 00:37:40 | amiconn | ...and running greyscale.rock afterwards, I got a data abort on core 1 ... |
| 00:38:24 | * | amiconn wonders how to force the cop to invalidate its cache... |
| 00:38:52 | amiconn | That has nothing to do with your patch, btw, but with putting struct _grey_info into NOCACHEBSS |
| 00:39:09 | | Quit bluebrother ("switching ...") |
| 00:39:25 | amiconn | So your patch is fine |
| 00:39:35 | jhMikeS | toffe82: I think USB_OC (CS, c10) is handled by the OTG controller. I don't know about CSI_MCLK (RESET, K24). |
| 00:40:16 | | Join bluebrother [0] (n=Dom@rockbox/staff/bluebrother) |
| 00:41:46 | sourcemaker | reboot does not work... ipod hangs |
| 00:41:56 | | Join ZincAlloy [0] (n=d9eef959@gateway/web/cgi-irc/labb.contactor.se/x-68499ad41e004f5a) |
| 00:43:47 | bluebrother | define "hangs". Does the bootloader come up? |
| 00:45:21 | * | jhMikeS just trying to put the serial driver together correctly since it's so central on the S (and make it reusable for other imx targets). We'll probably want to use DVFS. |
| 00:45:21 | sourcemaker | I tried a game... but no reaction |
| 00:45:25 | | Join ddalton [0] (n=ddalton@124-168-53-116.dyn.iinet.net.au) |
| 00:45:44 | bluebrother | what exactly did you do? Did Rockbox start or not? |
| 00:45:46 | ddalton | hey anyone know where I can find the different hex firmware files? for h300? is that all I need? I don't seem to see them... |
| 00:46:08 | toffe82 | jhMikeS: the pins connected to the isp1504 are a6, a7.. (usbotg...) form the cpu |
| 00:46:23 | amiconn | jhMikeS: Hmm, I think the plugin loader needs to flush + invalidate the cop's cache *before* loading the plugin |
| 00:46:24 | jhMikeS | the IMX will likely make CPUFREQ_NORMAL just a "can vary dynamically" setting |
| 00:46:33 | amiconn | Otherwise it's too late |
| 00:46:37 | sourcemaker | bluebrother: yes... reockbox starts fine |
| 00:46:40 | bluebrother | ddalton: most links to iriver seem to be dead. rasher has a mirror: http://rasher.dk/rockbox/iriver-firmwares/ |
| 00:47:02 | bluebrother | sourcemaker: well, then get the manual and check how the game you're trying to use works. And how the button mappings are. |
| 00:47:05 | jhMikeS | amiconn: There's no built-in mechanism to do it though unless you can force some kind of interrupt that does it. |
| 00:47:20 | gevaerts | toffe82: how many pins are there ? ULPI can have an 8 bit or a 16 bit link |
| 00:47:31 | bluebrother | sourcemaker: and I really don't understand why you tell something about "reboot does not work". |
| 00:48:03 | jhMikeS | amiconn: it has to do it before attempting to execute code within the plugin buffer much like the invalidate for thread creation does but that's easy to get it to perform that |
| 00:48:23 | ddalton | bluebrother: thanks |
| 00:48:36 | amiconn | It has to do that before eve loading the plugin into the plugin buffer |
| 00:48:51 | amiconn | Doing it later might overwrite parts of the already loaded plugin iiuc |
| 00:49:02 | toffe82 | gevaerts: 8bits |
| 00:49:13 | toffe82 | the isp is 8 bits |
| 00:50:27 | jhMikeS | amiconn: it can if it has pending writes from something previous in the plugin buffer. threading flushes those out when the thread exits in thread.c. |
| 00:50:37 | | Join DavidSG [0] (n=Tordre@n098h202.wsr.mun.ca) |
| 00:50:44 | sourcemaker | great... now everthink is working well |
| 00:51:04 | amiconn | jhMikeS: Hmm. Then I wonder what pending writes are there in case of the greylib.... |
| 00:51:04 | DavidSG | Hello |
| 00:51:39 | amiconn | When running fire.rock directly after boot it works, but when running it after some other greylib plugin, it often does not |
| 00:52:05 | amiconn | But the greylib only uses uncached addresses for the cop... |
| 00:52:14 | | Quit ender` (" Eagles may soar, but weasels are seldom sucked into jet engines.") |
| 00:52:15 | gevaerts | toffe82: you might need to set PTS to 10 and PTW to 0 in the PORTSC0 register. Of course they might be correct by default |
| 00:52:22 | jhMikeS | amiconn: and only uncached code? |
| 00:52:39 | amiconn | Eh, no |
| 00:52:53 | amiconn | But code shouldn't change, so no write-back, right? |
| 00:53:09 | amiconn | Hmm, but code could be cached.... |
| 00:53:21 | jhMikeS | but it could see some lines as the previous plugin that was there |
| 00:54:11 | amiconn | I have no idea how to clean this up from within the plugin... |
| 00:54:37 | amiconn | Any code that I'll run on cop to flush the cache will go into the cache... |
| 00:54:58 | amiconn | That is, as long as it doesn't reside in iram - but that it shouldn't for normal plugins... |
| 00:55:04 | jhMikeS | besides a forceable interrupt and handler in the core I don't know either |
| 00:55:35 | amiconn | Hmm, I could use UNCACHED_ADDR for a function call... |
| 00:56:00 | amiconn | But cleaning it up in the core sounds like a better approach imho |
| 00:56:50 | sourcemaker | great work |
| 00:57:45 | DavidSG | I applied for a gsoc possition working on the WPS theme editor/ creator. I was wondering if anyone here has read my proposal and is willing to give suggestions on how I may improve it. |
| 00:59:12 | sourcemaker | rockbox is using linux right? |
| 00:59:35 | | Part ddalton |
| 00:59:39 | BigBambi | sourcemaker: No |
| 00:59:57 | BigBambi | sourcemaker: Rockbox is built from the ground up, it is NOT based on linux |
| 01:00 |
| 01:00:17 | sourcemaker | BigBambi: ok |
| 01:00:21 | BigBambi | Rockbox is all Rockbox |
| 01:00:24 | gevaerts | DavidSG: hello |
| 01:00:34 | | Quit waldo (Remote closed the connection) |
| 01:00:48 | * | jhMikeS wonders why it seems so far fetched not use use someone else's kernel :) |
| 01:00:49 | sourcemaker | BigBambi: maybe thats the difference... why rockbox is working well and ipodlinux not :-) |
| 01:01:09 | | Quit DA_Desktop (Read error: 104 (Connection reset by peer)) |
| 01:01:30 | BigBambi | Rockbox is designed specifically for embedded systems with all the constraints that brings, and is focussed on music playback |
| 01:01:49 | jhMikeS | amiconn: I never could get forced interrupts to work on COP, just CPU but perhaps something was simple missing |
| 01:01:59 | | Join ali_as_ [0] (n=as@80.229.21.128) |
| 01:02:10 | amiconn | What do you mean with forced interrupts? |
| 01:02:26 | gevaerts | DavidSG: I have read your proposal, but I'm quickly going over it again |
| 01:02:42 | jhMikeS | you force an interrupt to occur instead of waiting for the source to generate it |
| 01:02:54 | * | domonoky also take a look again at this app :-) |
| 01:03:04 | jhMikeS | the imx avic has that as well |
| 01:03:36 | amiconn | how? |
| 01:03:54 | DavidSG | gewaerts: hello and thank you for reading |
| 01:04:07 | amiconn | Hmm, is that the INT_FORCED_* stuff? |
| 01:04:38 | DavidSG | s/gewaerts/gevaerts/ |
| 01:04:54 | jhMikeS | amiconn: yes |
| 01:04:58 | | Part sourcemaker ("Kopete 0.12.5 : http://kopete.kde.org") |
| 01:05:44 | * | bluebrother has the UnZip class reporting its progress :) |
| 01:06:16 | domonoky | DavidSG: have you seen : http://www.rockbox.org/twiki/bin/view/Main/GSoCApplicationTemplate2008 ? |
| 01:06:48 | DavidSG | domonoky: No, I am sorry I haven't. |
| 01:07:39 | gevaerts | DavidSG: no worries. I usually post a comment to all applications with that link, but apparently I forgot that in your case. Sorry |
| 01:07:48 | toffe82 | gevaerts: thanks for the info but I don't program ,I just look the code sometimes, really have no time ;) |
| 01:08:15 | gevaerts | toffe82: ok. Just make sure that jhMikeS does it properly then ;) |
| 01:08:22 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
| 01:08:37 | DavidSG | I see i have some typing to do now. |
| 01:08:40 | | Join Rob2222 [0] (n=Miranda@p4FDCD502.dip.t-dialin.net) |
| 01:09:15 | toffe82 | gevaerts: you don't have a gigabeat S :) |
| 01:09:23 | domonoky | DavidSG: :-) feel free to extend your application according tothis :-) |
| 01:09:32 | gevaerts | DavidSG: it would be good, but we can still go over what's there now. You seem to have covered most of the technical things |
| 01:09:41 | gevaerts | toffe82: I don't have one, no :) |
| 01:09:49 | amiconn | jhMikeS: I'll try calling the isr with its uncached address when running on cop |
| 01:09:59 | toffe82 | gevaerts: do you want one ? |
| 01:10:09 | DavidSG | gevaerts: That would be good that way i can make allmy revisions at the same time. |
| 01:10:09 | amiconn | That should tell us whether the caching is the problem |
| 01:10:18 | jhMikeS | we need to be able to program the SDMA as well and I don't want to hand-assemble code so perhaps extending gas would be possible. the opcodes are fully documented. |
| 01:10:26 | gevaerts | toffe82: I want a lot of things, but... |
| 01:10:32 | amiconn | It's an ugly solution because code within uncached ram is slow... |
| 01:11:15 | toffe82 | gevaerts: :) |
| 01:11:21 | jhMikeS | amiconn: exactly why a "perform cache operation" service in the core would be very useful |
| 01:11:49 | amiconn | What would be a good way to signal completion back from such an isr? |
| 01:12:00 | Nico_P | gevaerts: c'mon, the gigabeast is the target of rockbox's future! :) |
| 01:12:01 | amiconn | (a forced interrupt to clear cop cache I mean) |
| 01:12:42 | gevaerts | DavidSG: first a few disclaimers : I'm not really involved in the WPS side of things here, and I have a tendency to concentrate on problems I see, and ignore the good stuff, so please don't let those get you down too much |
| 01:13:00 | gevaerts | Nico_P: What ? Not the Meizu ? markun lied to me ! |
| 01:13:00 | jhMikeS | amiconn: does it need to? if it's forced before enabling the timer interrupt, then it has completed by the time the timer interrupt is enabled. |
| 01:13:09 | domonoky | gevaerts: usb is good stuff !! :-) |
| 01:13:17 | jhMikeS | or by the time it can service that IRQ anyway |
| 01:13:26 | amiconn | jhMikeS: It has to be done by the plugin loader, even before loading a plugin... |
| 01:13:30 | Nico_P | gevaerts: you bet he did :) |
| 01:13:39 | *** | Saving seen data "./dancer.seen" |
| 01:13:41 | | Quit RoTtE (Read error: 104 (Connection reset by peer)) |
| 01:14:22 | DavidSG | gevaets: It is okay, i can handle criticism, besides how can i fix problems that i don't know about |
| 01:14:26 | | Quit ali_as (Connection timed out) |
| 01:15:01 | amiconn | jhMikeS: Afaik it's not possible to invalidate without flushing |
| 01:15:01 | gevaerts | DavidSG: One thing that could be a problem in the long term is that WPS syntax tends to change over time. If the WPS editor uses a different parser, that could make maintenance more difficult. |
| 01:15:19 | | Join mcuelenaere [0] (n=mcuelena@78-21-185-185.access.telenet.be) |
| 01:16:55 | Nico_P | yes, thr WPS utility should use rockbox's parsing code directly and ideally its rendering code too |
| 01:17:41 | Nico_P | that should also allow focusing on other things like usability |
| 01:18:13 | DavidSG | gevaerts: Then i would have to integrate the code of the parser into the program so that it will not become obsolete. |
| 01:18:14 | jhMikeS | amiconn: then you'll lose pending writebacks and corrupt memory |
| 01:18:25 | domonoky | DavidSG: do you have any idea which toolkit you want to use for the PC side of this WPS/Theme maker ? |
| 01:18:38 | amiconn | ? |
| 01:18:59 | | Join miepchen^schlaf_ [0] (n=miepchen@p54BF6799.dip.t-dialin.net) |
| 01:19:27 | Nico_P | DavidSG: it should be possible to compile the parser's code directly into the program |
| 01:19:38 | Nico_P | we already have a command line WPS checker that does just that |
| 01:19:41 | jhMikeS | if you simply invalidate without a flush first then anything modified that hasn't yet been written to ram will be lost |
| 01:19:45 | gevaerts | DavidSG: that would be best. Of course, that would make using java a bit problematic |
| 01:19:45 | DavidSG | domonoky: not in particular, do you have any suggestions? I would like to keep it as portable as possible. |
| 01:20:25 | * | domonoky suggests simple C for the backend, and Qt for the gui.. |
| 01:20:39 | jhMikeS | though I think it's possible by just specifying different bits in the operation |
| 01:20:56 | DavidSG | gevaerts: Yeah i was thinking that, unless it read the paser code like a script and based the rendered image off the strait c code, but that sounds a bit crazy. |
| 01:21:02 | gevaerts | DavidSG: rbutil, our GUI installer, uses Qt4 |
| 01:21:21 | domonoky | DavidSG: do you have any experience in rockbox theme ability ? |
| 01:21:22 | gevaerts | That would indeed just lead to madness |
| 01:21:23 | Nico_P | domonoky: what do you mean by backend? |
| 01:21:54 | Nico_P | it would be compiled into the binary, right? |
| 01:22:29 | * | domonoky sees the java keyword in the application.. so no Qt.. :-) |
| 01:22:31 | DavidSG | domonoky: I have looked at them script behind them before, but as for actually makeing them i can say i have none. |
| 01:22:36 | jhMikeS | the s3c and imx caches do similar things (invalidate only just tosses out everything in the caches and changes to ram are discarded) |
| 01:23:25 | bluebrother | java? How should that use the rb parser? |
| 01:23:36 | domonoky | Nico_P: with backend i mean the basic wps handling, which is mostly the rockbox wps code, compiled preferabilty as a lib.. |
| 01:23:58 | gevaerts | DavidSG: I have another request : when you're editting anyway, could you try to make shorter paragraphs ? These are a bit too long to find things in easily |
| 01:24:19 | * | jhMikeS thinks he needs to fully understand the mailbox system on 502x but that's no good for 5002 anyway |
| 01:24:20 | DavidSG | gevaerts: that sounds like the easier thing i can fix onmy application |
| 01:24:42 | gevaerts | It shouldn't be too hard, no :) |
| 01:25:22 | DavidSG | bluebrother: java may be reconsidered for my final applications |
| 01:25:33 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 01:26:10 | amiconn | jhMikeS: I know I would loose pending writes. Iirc you once said that invalidating without flusing doesn't work on PP |
| 01:27:10 | jhMikeS | I think MrH said that (or just didn't investigate it much). You can try with just the CACHE_OP_INVALIDATE flag set. |
| 01:27:56 | DavidSG | gevaerts: just so i have some idea: How much has the scripting for WPS has changed in the history ofthe project |
| 01:29:24 | Nico_P | DavidSG: some time ago it was changed to separate parsing and rendering but the syntax stayed the same. after that there were a few evolutions but no big change |
| 01:29:55 | Nico_P | the parser became stricter over time after it was added |
| 01:30:19 | * | jhMikeS also has a reason to have NOCACHE for objects be distinct from NOCACHE for say, declaring an lcd driver framebuffer |
| 01:30:22 | BigBambi | In my humble opinion, you really need an integrated app though. If the utility and the actual codebase are separate they will drift out of sync and the app will become useless |
| 01:30:50 | Nico_P | indeed |
| 01:31:14 | DavidSG | Yeah in my application i mentioned have 2 applications, a desktop version, and a rockbox on the go version. |
| 01:31:32 | | Join bughunter2 [0] (n=Jelle@ip565fbeaa.direct-adsl.nl) |
| 01:31:45 | DavidSG | i can also see that becoming a problem with code going out of sync. |
| 01:32:18 | BigBambi | Well either desktop or on target, I just mean your app should use the parsing code directly from Rockbox, and not be independent. |
| 01:32:22 | amiconn | jhMikeS: Calling the ISR via its uncached alias address does indeed fix the problem (made a mistake first so had to track it down) |
| 01:32:53 | bluebrother | hmpf, windows needs special treatment as usual :( |
| 01:33:02 | amiconn | The macro can be used for functions, but you need an explicit 'address of': UNCACHED_ADDR(&_timer_isr) |
| 01:33:15 | BigBambi | DavidSG: Whether it is on the PC or target is in this sense irrelevant. |
| 01:33:22 | DavidSG | BigBambi: I agree completely. |
| 01:33:24 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 01:33:34 | BigBambi | DavidSG: coolio :) |
| 01:33:55 | amiconn | ...otherwise gcc throws a weird error |
| 01:34:02 | jhMikeS | amiconn: can't allocate the function as NOCACHEDATA_ATTR? (to make sure all adresses are compiled properly) |
| 01:34:41 | gevaerts | bluebrother: is rbutil currently localized ? |
| 01:34:43 | DavidSG | BigBambi: do you know a way to integrate the c code from the parser into a java application. |
| 01:34:57 | BigBambi | DavidSG: I'm not coder I'm afraid |
| 01:34:58 | amiconn | jhMikeS: It's not needed here, and it's not a permanent solution anyway |
| 01:35:03 | bluebrother | gevaerts: yes |
| 01:35:03 | BigBambi | s/not/no |
| 01:35:20 | bluebrother | we just don't have too much translation contributions. |
| 01:35:34 | gevaerts | DavidSG: you would need jni for that, but I'm not really sure if that works well for this kind of usage |
| 01:36:04 | Nico_P | DavidSG: Qt would probably be better suited |
| 01:36:40 | | Quit mrfree (Read error: 110 (Connection timed out)) |
| 01:37:14 | gevaerts | Especially if you also use the c renderer (which I would strongly recommend). That would really only leave pure GUI code in java, with huge amounts of glue around it |
| 01:38:51 | DavidSG | i don't like the sound of this glue, maybe java would not be the best idea. |
| 01:38:52 | domonoky | to combine all he could use Qt Jambi (Qt for java) *hehe* :-) |
| 01:38:52 | jhMikeS | amiconn: there is one trick available - you can switch the current thread's core and switch it back (old_core = switch_core(new_core)) |
| 01:39:15 | DavidSG | domonoky: you do like this Qt |
| 01:39:42 | bluebrother | DavidSG: Qt is a great library, and it's quite fun to work with it. |
| 01:40:05 | BigBambi | DavidSG: You can look at RBUtil (the installation etc. util - that uses Qt) |
| 01:40:06 | * | domonoky works on rbuti (which is in Qt)l, so i would like the WPS/Theme to be easy integrateable :-) |
| 01:40:12 | DavidSG | I can't say i have had experience working with it, but i will do some research. |
| 01:40:35 | gevaerts | DavidSG: you mention that you have one rockboxable player. Does it actually run rockbox now ? |
| 01:40:38 | Nico_P | DavidSG: do you know C or C++? |
| 01:41:42 | bluebrother | I see one major advantage of Qt: it's C++ (so you can easily integrate existing C code) but still cross-platform (Windows, Mac, Linux) |
| 01:41:46 | DavidSG | gevaerts: i run my ipod with rockbox right now. but i dual boot because i like using the TV out fuction of the video player on the default firmware. |
| 01:42:02 | DavidSG | Nico_P: I know both. |
| 01:42:11 | amiconn | jhMikeS: Eh, is that reliable? Sounds like a dirty trick to me... |
| 01:42:15 | | Quit lee-qid (Read error: 110 (Connection timed out)) |
| 01:42:28 | Nico_P | DavidSG: then learning Qt shouldn't be much work |
| 01:42:30 | amiconn | Hmm, and atm I can't see how this would help |
| 01:42:46 | bluebrother | no. In fact I learned C++ doing Qt :) |
| 01:43:04 | amiconn | Unless the plugin loader does it, that is. But the plugin loader runs in the main thread... |
| 01:43:27 | jhMikeS | amiconn: it is reliable and will make the caches coherent |
| 01:43:42 | DavidSG | Sounds good, even if it just for consistancy sake, I think it will be better to use QT. |
| 01:43:44 | Nico_P | knowing java and very little Qt, my impression is that Qt basically adds a java like library to C++ |
| 01:44:02 | amiconn | So the plugin loader could hop to the cop & back to make sure both caches are flushed before loading a plugin? |
| 01:44:05 | gevaerts | DavidSG: have you built rockbox yourself before ? Ever played with the code ? |
| 01:44:17 | jhMikeS | amiconn: yes |
| 01:44:45 | bluebrother | Nico_P: if you're doing GUI Qt is _much_ nicer. |
| 01:44:54 | Nico_P | I can imagine that |
| 01:44:58 | * | bluebrother did a bit of Java GUI some time back and hated it. |
| 01:45:34 | jhMikeS | amiconn: right now it's only being used if wanting to use remove_thread on a thread executing on another core (when remove_thread is actually enabled for debugging) |
| 01:45:51 | * | amiconn can't comment much as he never used any of the gui toolkits, but just from reading I'd probably prefer GTK+ over Qt |
| 01:46:07 | gevaerts | Try curses :) |
| 01:46:20 | DavidSG | gevaerts: I built the code before, i had to use the album art patch, As for programing, i was thinking of writing a small app for it and did some research on it but never got arround to it, school work unfortuatly came first. |
| 01:46:30 | bluebrother | a curses interface to Rockbox would be interesting. |
| 01:47:09 | | Join sourcemaker [0] (n=sourcema@p5B2DFB6F.dip.t-dialin.net) |
| 01:47:23 | gevaerts | DavidSG: that's good to know. At least we don't have to worry about you being able to setup the build environment then :) |
| 01:48:04 | jhMikeS | ...and hopefully I didn't mess it up along the way (last test was ok). A logf build should remove the spc_emu thread without any crash. |
| 01:48:55 | DavidSG | No difficulty there, the only problem I would have is I don't have acess to a Mac computer so I guess I will need some help testing for that. |
| 01:49:06 | | Quit dabujo ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") |
| 01:49:36 | BigBambi | DavidSG: Testing shouldn't be an issue |
| 01:49:41 | * | bluebrother just fixed a bug he introduces some days back :) |
| 01:49:42 | gevaerts | That's not a big problem. You should be able to find volunteers easiy |
| 01:49:43 | amiconn | jhMikeS: Do I really need old_core, or could I just assume the cores? |
| 01:49:48 | BigBambi | There are generally plenty of willing people in here |
| 01:49:54 | mcuelenaere | gevaerts: I'm trying to port the USB stack to the ZVM, but currently the only thing I get are bus resets and Windows recognizing an unknown device. Any ideas? |
| 01:51:19 | bluebrother | with a good GUI toolkit there shouldn't be much platform specific stuff. Just look at the rbutil sources, the aren't much #ifdefs. |
| 01:51:46 | gevaerts | mcuelenaere: what kind of device-side controller does it have ? |
| 01:52:01 | jhMikeS | amiconn: sure. old_core is just the core the calling thread was assigned to before the switch. switch_core to the same core is basically a nop. |
| 01:52:05 | mcuelenaere | Philips ISP1583 |
| 01:52:08 | DavidSG | Sounds excelent. I will have to look closely at that now. |
| 01:52:30 | mcuelenaere | http://www.nxp.com/acrobat/datasheets/ISP1583_6.pdf |
| 01:53:07 | mcuelenaere | there is some ISP1582 based code in Rockbox already, containing a USB serial driver for the iRiver I think |
| 01:53:31 | mcuelenaere | most of the code is based on that + some hints from a sf.net linux ISP1761 driver |
| 01:53:35 | jhMikeS | amiconn: of couse you could switch and switch back just when dealing with interrupts on COP since threading handles these things already. |
| 01:54:33 | amiconn | I think it's better to do this in the plugin loader. In the plugin, I would have to do this at exit, in order to clean up for the next plugin |
| 01:54:55 | amiconn | ANd in both cases it would be happening on the main thread |
| 01:55:05 | gevaerts | mcuelenaere: I've never looked at it. It seems to be pretty different from the PP and imx31 |
| 01:55:36 | jhMikeS | it can be done when disabling the timer in grey_show and it does assume thread context |
| 01:55:38 | mcuelenaere | yes, so it seems |
| 01:56:04 | mcuelenaere | while making the USB driver for the PP targets, did you run into the same problem? |
| 01:56:05 | jhMikeS | which thread gets switched around to where isn't important |
| 01:56:06 | amiconn | jhMikeS: Yes, but that sounds more dangerous to me than doing it in the loader. |
| 01:56:06 | DavidSG | Thank you all for you assistance tonight, I think I am off to make some revisions. Before I go, are there anymore suggestions? |
| 01:56:26 | amiconn | It can easily be forgotten. Not in the greylib, but in other plugins |
| 01:56:58 | gevaerts | DavidSG: It might be useful to drop in here now and then, to keep in touch |
| 01:57:55 | gevaerts | mcuelenaere: there have been 'interesting' issues. If you can't easily figure those out by reading code, you basically need a wire-level tracer |
| 01:58:52 | gevaerts | It's basically impossible to find out what goes wrong with a pure software usb sniffer |
| 01:59:11 | mcuelenaere | hmm ok, then for now I'll stick to the code :) |
| 01:59:31 | gevaerts | Where are you located ? |
| 01:59:41 | mcuelenaere | geographically you mean? |
| 01:59:52 | jhMikeS | amiconn: why not put it in the timer handling routines? isn't it using TIMER2? |
| 02:00 |
| 02:00:10 | amiconn | Yes it is |
| 02:00:10 | gevaerts | yes. I'm between Hasselt and Tongeren, and I currently have a tracer that I can take home, so I might be able to help if you're not too far away |
| 02:00:37 | | Quit borges ("ChatZilla 0.9.81 [Firefox 2.0.0.11/2007112718]") |
| 02:00:38 | amiconn | I don't understand what I could put there that would help with this issue |
| 02:01:17 | mcuelenaere | gevaerts: I'm more near Gent, so that's quite some distance (about 146km according to google maps) |
| 02:01:26 | amiconn | Do you mean flushing + invalidating after *every* isr call from the cop? |
| 02:01:50 | amiconn | I think a clean cop cache on plugin entry would be more helpful |
| 02:02:09 | amiconn | Then I could make the greyscale phases cacheable |
| 02:02:34 | | Part sourcemaker ("Kopete 0.12.5 : http://kopete.kde.org") |
| 02:02:41 | amiconn | They are just inited once from the cpu, then exclusively read and written by the cop (when running on cop that is) |
| 02:03:09 | DavidSG | gevaerts: i will be sure to drop back. |
| 02:03:11 | amiconn | The single init could be flushed explicitly - but it requires that the cop cache is already flushed+invalidated |
| 02:03:16 | gevaerts | mcuelenaere: OK. If you really can't figure it out, let me know and we can arrange something. |
| 02:03:41 | gevaerts | DavidSG: great. |
| 02:04:09 | amiconn | jhMikeS: Is there a macro like OTHE_CORE? |
| 02:04:13 | amiconn | *OTHER_CORE |
| 02:04:17 | mcuelenaere | gevaerts: thanks, but I suppose this won't be a really big problem and I'll figure it out eventually |
| 02:04:26 | mcuelenaere | I have some example code to look at |
| 02:04:30 | mcuelenaere | + OF |
| 02:07:14 | Nico_P | mcuelenaere: how far can the ZVM port boot ATM? |
| 02:07:36 | * | gevaerts guesses. Five meters ? |
| 02:07:40 | mcuelenaere | :) |
| 02:07:44 | jhMikeS | amiconn: no although for two cores 1 - CURRENT_CORE will work |
| 02:07:59 | Nico_P | ok I could've phrased this better :) |
| 02:08:16 | mcuelenaere | I have most pheripherals (is that a correct word? :)) working, like LCD, buttons, HDD, USB (almost) |
| 02:08:25 | mcuelenaere | but I'm sort of stuck at the bootloader stage |
| 02:09:05 | mcuelenaere | the HDD is partitioned in a totally Creative-custom way, and it uses some file systems no-one uses or no-one know how to use |
| 02:09:10 | * | amiconn used CURRENT_CORE ^ 1 |
| 02:09:14 | jhMikeS | it would be better to just switch over to the one that the timer will run on directly and restore the original, then the caller may be on any processor |
| 02:09:23 | * | amiconn likes ^ |
| 02:09:37 | mcuelenaere | now I deleted the second partition (if you can call it that way) and replaced it by a FAT one |
| 02:09:55 | amiconn | jhMikeS: Doing it in the plugin is too late, unless I'm really missing something... |
| 02:10:10 | mcuelenaere | but I don't have an easy way of accessing it through my PC except for unplugging the HD and plugging it into my external USB disk |
| 02:10:27 | mcuelenaere | so now I need to get USB working so I can access the HDD more easier |
| 02:10:43 | mcuelenaere | then I'll be able to try getting 'normal' Rockbox working |
| 02:10:48 | | Quit bluebrother ("time for sleep.") |
| 02:10:52 | Nico_P | kinda the same problem as on the S |
| 02:11:02 | | Join dandin1 [0] (n=anon2155@bas7-ottawa23-1088833575.dsl.bell.ca) |
| 02:11:10 | Nico_P | can you transfer files over MTP? |
| 02:11:18 | mcuelenaere | yes, but like I said only the bootloader |
| 02:11:32 | mcuelenaere | that's the only easy way of getting new code on it |
| 02:11:52 | Nico_P | for the S port the BL untars an archive when it finds one |
| 02:12:04 | Nico_P | so we just send it via MTP and it gets untarred |
| 02:12:19 | mcuelenaere | ah, but then I need to understand how the minifs works |
| 02:12:28 | mcuelenaere | because that's the place where all files over MTP are stored |
| 02:12:33 | jhMikeS | amiconn: that's why I was thinking about it in timer_register/unregister where it happens in the core, not the plugin |
| 02:12:41 | mcuelenaere | well, the ones for the FW |
| 02:12:42 | Nico_P | ah, that's more complicated then |
| 02:13:09 | amiconn | jhMikeS: That's still too late, as the plugin is already loaded at that time... |
| 02:13:13 | mcuelenaere | indeed, but someone at nomadness.net (an old forum) almost got really far on that one |
| 02:13:23 | mcuelenaere | but as the forum is down, I can't contact that person :( |
| 02:13:36 | mcuelenaere | most of my information is based on what he found out |
| 02:13:48 | amiconn | ...and it won't help for the grey phases problem, as that init happens in grey_init(), way before registering the timer |
| 02:14:06 | mcuelenaere | and he said he got like a 90% working read-only driver |
| 02:14:06 | gevaerts | mcuelenaere: the forum seems to be back |
| 02:14:24 | jhMikeS | amiconn: threads do it only at the time the thread starts to run which is usually way after the plugin is already loaded |
| 02:14:25 | mcuelenaere | nomadness.net you mean? |
| 02:14:32 | * | gevaerts misunderstood |
| 02:14:35 | mcuelenaere | np :) |
| 02:14:53 | amiconn | jhMikeS: Then you were just lucky that no other plugin left something in the cop's cache... |
| 02:15:13 | mcuelenaere | some info is still left in the google cache (and archive.org), but that's all |
| 02:15:28 | mcuelenaere | the only thing I have is a nickname and an IP-address |
| 02:15:41 | jhMikeS | load: plugin loads, COP invalidates, COP calls thread routine. unload: plugin waits for COP thread to exit, COP thread exits and invalidates its cache at that time, plugin exits |
| 02:15:41 | amiconn | If you start a thread on cop from within the plugin, and the cache flush triggered by this writes something back to plugin ram -> poof |
| 02:15:56 | | Quit critter- ("Leaving") |
| 02:16:38 | amiconn | So you also make it flush on exit.... then you won't run into the problem, but it makes it harder to track down such problems |
| 02:16:53 | jhMikeS | invalidates happen on thread exit as well as startup which is safe since the thread signals completion after the cache operation and the COP is executing in the core |
| 02:17:02 | amiconn | ...because another plugin (using the cop but not using threading) might leave the cop cache in a dirty state |
| 02:17:23 | amiconn | Tha |
| 02:17:37 | jhMikeS | naturally a plugin must wait till all other threads have signalled they have exited before the main thread may safely exit |
| 02:17:42 | amiconn | Meh, that's my point all the time: Your method is safe as long as *all* plugins behave |
| 02:18:29 | amiconn | But I wouldn't take that for granted |
| 02:19:15 | jhMikeS | when is it safe to let a thread execute in an unloaded plugin or an interrupt handler for that matter? |
| 02:20:04 | amiconn | Argh, again: a plugin using the COP but *not* using threading (e.g. just an isr) might leave the COP's cache in a dirty state |
| 02:20:17 | jhMikeS | things must behave and there's no way around it and that's why thread_wait exists since it's a simple means to make sure all the workers are officially removed |
| 02:20:19 | amiconn | Then the *next* plugin using the cop will fail |
| 02:20:36 | mcuelenaere | gevaerts: is a bus reset request sent by the host? and if so, why in most case is this? |
| 02:20:40 | mcuelenaere | cases* |
| 02:20:52 | jhMikeS | but you'd stop the old ISR before allowing the next plugin to load, correct? |
| 02:21:00 | amiconn | of course |
| 02:21:54 | amiconn | But why should stopping an isr (on cop) always flush + invalidate the cop's cache? |
| 02:21:58 | jhMikeS | if you stop it the ISR from inside the core, the ISR will no longer execute and the switch back to the CPU will take care of the coherency, then the plugin may exit |
| 02:22:05 | amiconn | That isr could also reside in the core, not needing this measure |
| 02:22:45 | amiconn | The isr is stopped by calling timer_unregister() in this case, and that executes on CPU |
| 02:22:58 | gevaerts | mcuelenaere: The hose does a bus reset to make sure the device is in default state (i.e. address 0). Th then asks for a device descriptor. Windows does another bus reset then (no idea why, it's not needed). Other than that, you shouldn't see bus resets except in real error cases |
| 02:23:00 | jhMikeS | I suppose it wouldn't matter because ones in the core tend to be started for the whole session, right? |
| 02:23:10 | amiconn | wrong |
| 02:23:14 | * | gevaerts hopes that that line wasn't too long |
| 02:23:24 | amiconn | E.g. the backlight isr only runs during a fade |
| 02:24:02 | jhMikeS | if you aren't switching to another core, then no coherency operation will happen in switch_core. it just returns immediately. |
| 02:24:03 | amiconn | And that one runs on the user timer too (though on cpu atm) |
| 02:24:29 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 02:24:43 | mcuelenaere | gevaerts: and before asking for a device descriptor, shouldn't the device (and host?) set up endpoint 0? |
| 02:25:08 | gevaerts | The device should always be ready to respond on endpoint 0 |
| 02:25:14 | amiconn | ??? |
| 02:25:43 | jhMikeS | see thread.c line 2838 |
| 02:26:01 | amiconn | I've looked there |
| 02:26:12 | amiconn | I'm *not* talking about threading atm |
| 02:26:45 | jhMikeS | I personally see no difference in the rules. Entering the ISR is simply another code entrypoint. |
| 02:27:02 | amiconn | There is an important difference |
| 02:27:18 | amiconn | An isr is unregistered externally, and always from the cpu |
| 02:27:46 | amiconn | The problem is that imo the only way to make sure to not crash innocent plugins is to ensure cop cache is flushed and invalidated on plugin entry |
| 02:28:23 | jhMikeS | that's ok, because to start it, start it from the core it will run on and stop it from the core it runs on. |
| 02:28:41 | amiconn | I *can not* start it from the core it runs on |
| 02:28:48 | jhMikeS | why? |
| 02:28:51 | amiconn | There is no cop thread in the plugin |
| 02:29:10 | amiconn | Or in the lib, or whatever |
| 02:29:17 | jhMikeS | switch_core puts the current thread on the specified processor and you are in that context |
| 02:29:42 | amiconn | Meh, we're going in circles |
| 02:31:04 | jhMikeS | old_core = switch_core(timer_core); enable/disable timer interrupt; switch_core(old_core); |
| 02:31:36 | amiconn | timer_register and timer_unregister aren't dualcore safe |
| 02:31:52 | amiconn | Adding that would be much more complex than simply ensuring what I said |
| 02:33:51 | | Quit ompaul (Client Quit) |
| 02:35:45 | amiconn | The double-hop in the plugin loader works, btw |
| 02:36:11 | | Join greatergood [0] (n=4caab96e@gateway/web/cgi-irc/labb.contactor.se/x-5daea28dea0832c9) |
| 02:36:30 | greatergood | can any help my get rockbox on my 3g nano? |
| 02:36:57 | jhMikeS | corelocks aren't needed if hopping from the CPU and having it DC safe would be rather trivial |
| 02:37:26 | JdGordon | greatergood: rockbox doesnt work on the 3g nano |
| 02:37:48 | greatergood | why does it say that on the homepage? |
| 02:38:16 | JdGordon | it does |
| 02:38:19 | gevaerts | Why does it say what ? |
| 02:38:31 | jhMikeS | hopping still executes the code in sequence since it's all on one thread |
| 02:38:43 | JdGordon | (not the Shuffle, 2nd/3rd gen Nano, Classic or Touch) |
| 02:38:45 | greatergood | and i have found several youtube videos of it working on it, and i really really want too play doom lol |
| 02:39:05 | greatergood | http://www.youtube.com/watch?v=AG3PKg7HyVA&NR=1 |
| 02:39:21 | greatergood | theres a video of a guy playing doom on his 3rd gen nano |
| 02:39:42 | | Quit ali_as_ ("zzzzzzzzzzzzzzzzzzzzzzzzzzzzzZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZz") |
| 02:39:46 | JdGordon | so ask him |
| 02:40:33 | | Quit amiconn (Nick collision from services.) |
| 02:40:35 | DerPapst | what could cause the message "incompatible model" from a freshly compiled rock? (i already did make clean and a reconfigure) |
| 02:40:39 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 02:43:35 | | Quit spiorf (Remote closed the connection) |
| 02:44:11 | | Join spiorf [0] (n=spiorf@host140-214-dynamic.20-79-r.retail.telecomitalia.it) |
| 02:45:43 | Nico_P | DerPapst: you need to update the main binary or reboot |
| 02:46:18 | DerPapst | as i said, i've completely recompiled everything (including a reconfigure) |
| 02:46:28 | DerPapst | this is on the sim btw |
| 02:47:42 | amiconn | jhMikeS: I have another idea, and will probably do some hopping in the lib. Not on timer registration/unregistrationg though, but on init/exit |
| 02:48:06 | DerPapst | Nico_P: nvm. works now. |
| 02:48:26 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 02:48:30 | amiconn | I'll also add a safety measure that checks that GREY_ON_COP is only used in conjunction with grey_info either uncached or in iram |
| 02:50:28 | jhMikeS | the worst thing about making that API fully DC safe is the fact that the functions may be called in ISR context but that of course means it's already running on the timer core and checking that on ARM is trivial |
| 02:52:37 | * | jhMikeS never got it straight with checking that on CF (sr doesn't seem to report it correctly) |
| 02:56:46 | | Quit greatergood ("CGI:IRC (EOF)") |
| 02:59:43 | * | jhMikeS wonders what timer.c line 291 is doing there still :) |
| 03:00 |
| 03:00:39 | amiconn | jhMikeS: It doesn't because we don't use %sr correctly iiuc |
| 03:01:01 | amiconn | We should set the M bit by default. An exception clears that bit, and rte restores %sr |
| 03:01:26 | amiconn | But since we don't set the M bit, it can't tell us |
| 03:02:17 | | Quit n1s () |
| 03:02:22 | jhMikeS | so that means to set it in sleep_core and in crt0? |
| 03:03:43 | | Quit dandin1 () |
| 03:04:42 | | Quit DerDome ("Leaving.") |
| 03:04:54 | amiconn | There are some places that disable interrupts by simply doing move.w #0x2700, %sr |
| 03:05:30 | amiconn | All those would need to be fixed (yes, one is even the M3/M5/X5 remote lcd driver - I didn't read up on the M bit until now) |
| 03:06:08 | amiconn | Hmm, actually probably no fix necessary for those, as they restore %sr afterwards |
| 03:06:34 | * | amiconn goes to sleep, as he should have done 2 hours ago... |
| 03:07:00 | * | DerPapst agrees |
| 03:07:12 | * | gevaerts goes to sleep as well |
| 03:07:37 | jhMikeS | nighty nighty |
| 03:07:43 | DerPapst | night :-) |
| 03:08:36 | | Quit gevaerts ("good night") |
| 03:08:38 | jhMikeS | it's way too early here to think about sleep |
| 03:08:58 | * | DerPapst waves |
| 03:09:00 | | Quit DerPapst ("So Long And Thanks For All The Fish!") |
| 03:12:56 | | Quit ZincAlloy ("CGI:IRC (EOF)") |
| 03:13:42 | *** | Saving seen data "./dancer.seen" |
| 03:13:57 | | Quit mcuelenaere () |
| 03:28:21 | * | Nico_P has posted FS #8852 |
| 03:34:26 | Nico_P | and now, bed time |
| 03:34:31 | | Quit Nico_P (Remote closed the connection) |
| 03:49:04 | | Quit Nevtus (Read error: 110 (Connection timed out)) |
| 04:00 |
| 04:15:01 | | Join lxx [0] (n=lexx@lxxlxx.dialup.corbina.ru) |
| 04:16:11 | lxx | hi |
| 04:18:34 | lxx | i have ipod 5.5 80gb and i upgrade to the new version of rockbox and i have freezeez and slow playing in lossless formats like wav and flac before i updated all was good why uts happen ? |
| 04:18:57 | | Join DavidS1 [0] (n=Tordre@n098h202.wsr.mun.ca) |
| 04:20:24 | | Quit markun_ (Read error: 131 (Connection reset by peer)) |
| 04:20:42 | | Join Reinhart_ [0] (i=wizard@chime.student.utwente.nl) |
| 04:20:45 | lxx | Version: r16976-080405 |
| 04:21:05 | | Quit Reinhart (Read error: 104 (Connection reset by peer)) |
| 04:22:17 | lxx | can someone explaine |
| 04:22:23 | lxx | help me |
| 04:24:59 | lxx | help me please its rockbox bug or what? |
| 04:25:45 | | Part Llorean |
| 04:27:38 | DavidS1 | lxx: ok i am also newish but i may be able to help you, What is the problem? |
| 04:28:24 | lxx | i have ipod 5.5 80gb and i upgrade to the new version of rockbox and i have freezeez and slow playing in lossless formats like wav and flac before i updated all was good why uts happen ? |
| 04:29:33 | scorche|sh | which version precisely? |
| 04:30:49 | lxx | i dont remember |
| 04:30:56 | scorche|sh | you can look... |
| 04:31:01 | lxx | how |
| 04:31:17 | DavidS1 | it appears to be the current build based on the number you gave before |
| 04:31:36 | scorche|sh | ah...i see the number now |
| 04:31:47 | lxx | Version: r16976-080405 |
| 04:31:55 | lxx | this? |
| 04:32:00 | DavidS1 | yeah |
| 04:32:11 | scorche|sh | lxx: could you try resetting the settings? |
| 04:32:40 | lxx | how ? |
| 04:32:55 | scorche|sh | have you read the manual? |
| 04:33:37 | lxx | yeah |
| 04:33:46 | scorche|sh | then you should know how... |
| 04:35:50 | lxx | i found all working i just push on browse .cfg files and chose cfg |
| 04:36:56 | | Quit DavidSG (Read error: 110 (Connection timed out)) |
| 04:37:02 | lxx | i think this is bug of rockbox |
| 04:37:31 | lxx | couse before when i update rockbox this nothing happen |
| 04:37:57 | lxx | i mean slow down in flac files |
| 04:38:06 | | Quit DavidS1 ("Leaving.") |
| 04:38:29 | | Join DavidSG [0] (n=Tordre@n098h202.wsr.mun.ca) |
| 04:39:35 | | Join thundr2 [0] (n=Sam@75-121-133-103.dyn.centurytel.net) |
| 04:39:37 | DavidSG | Is it the sound playing slow or are the menus being slow when playing flac files. |
| 04:40:11 | DavidSG | s/./?/ |
| 04:40:11 | lxx | frezee and slow down when ape file playing its OK for rockbox or not? |
| 04:40:27 | lxx | sound playing slow |
| 04:40:44 | scorche|sh | when playing ape?...what compression rate? |
| 04:40:55 | DavidSG | and your sure the file you are playing is not corrupt/ is supported? |
| 04:40:57 | scorche|sh | flac shouldnt have an issue |
| 04:41:39 | | Quit ctaylorr (Read error: 110 (Connection timed out)) |
| 04:41:51 | lxx | with flac and wav all ok now |
| 04:42:27 | lxx | but ape slow just playing few seconds the stops then again |
| 04:42:38 | scorche|sh | < scorche|sh> when playing ape?...what compression rate? |
| 04:42:39 | DavidSG | ok that is good, may i ask how did you fix it? |
| 04:43:17 | lxx | i found all working i just push on browse .cfg files and chose cfg but its only working for flac and wav |
| 04:43:24 | lxx | not for ape |
| 04:43:29 | | Join miepchen^schlaf [0] (n=miepchen@p54BF44B5.dip.t-dialin.net) |
| 04:43:38 | scorche|sh | are you going to answer my question? |
| 04:43:49 | lxx | 907kbps APE |
| 04:43:49 | DavidSG | scorche|sh asked you a question thay may be relevant |
| 04:44:23 | scorche|sh | that isnt what i asked....the answer i am looking for is -1000 -2000 -3000 -4000 or -5000 |
| 04:44:45 | lxx | where i can see this? |
| 04:45:21 | scorche|sh | well, how did you make the ape files? |
| 04:45:30 | lxx | îãûå âùöòäùôâ |
| 04:45:34 | lxx | download |
| 04:46:34 | scorche|sh | i dont knwo if there is an easy way to see what it is if you didnt make them yourself |
| 04:46:44 | scorche|sh | regardless, this is likely to be exprected |
| 04:46:48 | scorche|sh | expected |
| 04:47:09 | scorche|sh | ape is a very demanding format and only the low compression rates will play decently |
| 04:47:53 | advcomp2019 | scorche|sh, do you know why the battery bench did not work? |
| 04:48:10 | advcomp2019 | it is on the e200 seires |
| 04:48:20 | advcomp2019 | series* |
| 04:48:23 | scorche|sh | hrm? is there a story behind this? |
| 04:52:24 | advcomp2019 | i started it last night but when i finally got back to it.. i was just seeing if this sansa my dad got a few weeks ago and it seems the battery does not last as long as my e200 series |
| 04:52:53 | lxx | here what i find about compression of this ape file Monkey's Audio 3.99 (High) |
| 04:52:54 | lxx | Format: 44.1 khz, 16 bit, 2 ch |
| 04:52:54 | lxx | Length: 59:34 (157613988 blocks) |
| 04:53:16 | lxx | its info from monkeys audio |
| 04:54:32 | | Join webguest41 [0] (n=18a684b7@gateway/web/cgi-irc/labb.contactor.se/x-801cde2fed22ef62) |
| 04:54:53 | webguest41 | can i install rockbox on a 5.5g ipod? |
| 04:54:58 | scorche|sh | lxx: like i said...it is to be expected with ape files |
| 04:55:07 | scorche|sh | webguest41: doesnt the front page tell you that? |
| 04:55:35 | webguest41 | says i can, but i cant get it to work |
| 04:56:02 | scorche|sh | what happens? |
| 04:56:16 | webguest41 | it doesnt find my ipod |
| 04:56:28 | scorche|sh | what doesnt?...rbutil? |
| 04:56:53 | lxx | <scorche|sh> so you mean ape file compressed to much? |
| 04:57:28 | webguest41 | i tried the ipod linux installer like i did for my old ipod photo, 4g i think, and that worked fine, but it wont find my 5.5g |
| 04:58:15 | scorche|sh | errr...what ipod linux installer? |
| 04:58:37 | lxx | <lxx> <scorche|sh> so you mean ape file compressed to much? |
| 04:58:49 | scorche|sh | lxx: yes...like i said before...ape is a very demanding format and only -1000 should be expected to work on the ipods....it isnt meant for embedded devices |
| 04:59:16 | | Quit miepchen^schlaf_ (Read error: 110 (Connection timed out)) |
| 05:00 |
| 05:00:14 | lxx | ok thanks for help |
| 05:00:22 | webguest41 | from the ipodlinux.org website |
| 05:00:52 | scorche|sh | webguest41: i thought you were trying to install rockbox... |
| 05:02:09 | webguest41 | thats how i did it for my 4g though |
| 05:02:28 | scorche|sh | please use the method described in the manual |
| 05:04:28 | lxx | ipodlinux support ipod 6g Classic ? |
| 05:04:54 | scorche|sh | this isnt #ipodlinux...this is #rockbox...but no it doesnt |
| 05:06:18 | lxx | exist any alternative firware that support 6g ? |
| 05:06:24 | scorche|sh | no |
| 05:06:35 | scorche|sh | seriously...this is #rockbox...about rockbox only |
| 05:06:42 | lxx | ok |
| 05:07:20 | lxx | but last question how much alternative firmwares exist for 5.5g ipod ? |
| 05:07:23 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 05:07:31 | scorche|sh | ... |
| 05:07:36 | | Quit webguest41 ("CGI:IRC (EOF)") |
| 05:07:48 | scorche|sh | how many times do i have to say that this channel is about rockbox only? |
| 05:10:27 | lxx | but iam just intresting |
| 05:10:43 | scorche|sh | that doesnt make it any less off-topic |
| 05:13:44 | *** | Saving seen data "./dancer.seen" |
| 05:14:05 | | Quit lxx () |
| 05:24:45 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 05:24:45 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 05:30:51 | | Quit Zarggg (Read error: 104 (Connection reset by peer)) |
| 05:31:21 | | Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 05:34:49 | | Join ByeongKeon [0] (n=skysign@221.150.30.39) |
| 05:53:12 | | Quit saratoga ("CGI:IRC (EOF)") |
| 06:00 |
| 06:15:29 | | Quit piga ("Leaving") |
| 06:21:39 | | Part DavidSG |
| 06:38:57 | | Quit jhMikeS (Nick collision from services.) |
| 06:39:03 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 06:49:22 | | Join krz [0] (n=irc_by@turbo.sml.by) |
| 07:00 |
| 07:13:47 | *** | Saving seen data "./dancer.seen" |
| 07:19:23 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 07:31:11 | | Part thundr2 |
| 07:35:08 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 07:35:08 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 07:38:16 | | Join Gartral [0] (n=4b214de8@gateway/web/cgi-irc/labb.contactor.se/x-7cd23df4f014bd39) |
| 07:38:42 | Gartral | why are the VMWare images not downloadable? |
| 07:41:07 | jhMikeS | huh? they should be. |
| 07:41:35 | scorche|sh | both links work for me |
| 07:41:41 | Gartral | i tried 5 different ways too download them, and not one worked |
| 07:43:26 | jhMikeS | both links are working here too |
| 07:43:41 | | Quit Zarggg (Read error: 104 (Connection reset by peer)) |
| 07:43:51 | scorche | Gartral: signs point to the issue being on your side |
| 07:44:07 | Gartral | ok, nvm, they just took 3 mins too initilize... |
| 07:44:38 | Gartral | sorry, its my isp... slow bastards |
| 07:45:39 | Gartral | wow... now theres no bandwidth... |
| 07:45:58 | Gartral | im stuck at 62% |
| 07:51:11 | | Quit krz (Read error: 110 (Connection timed out)) |
| 07:51:26 | | Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
| 07:52:12 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 07:53:05 | | Join krz [0] (n=irc_by@turbo.sml.by) |
| 07:56:59 | | Quit Gartral ("CGI:IRC (EOF)") |
| 08:00 |
| 08:03:08 | | Join Gartral [0] (n=4b214de8@gateway/web/cgi-irc/labb.contactor.se/x-c4d985eabb75e915) |
| 08:03:13 | Gartral | hey |
| 08:04:02 | Gartral | would someone give me the md5 checksum for the vmware dev images |
| 08:05:18 | scorche|sh | didnt you read the page where you got those links from? |
| 08:05:20 | jhMikeS | it's on the page |
| 08:06:52 | Gartral | http://www.rockbox.org/twiki/bin/view/Main/VMwareDevelopmentPlatform <- if theres an MD5 code in there, i cant find it |
| 08:07:05 | | Join d34df00d_ [0] (n=d34df00d@80.251.122.132) |
| 08:07:16 | * | scorche|sh cleans Gartral's glasses |
| 08:07:27 | advcomp2019 | Gartral, i see one |
| 08:07:33 | | Part d34df00d_ ("Konversation terminated!") |
| 08:08:09 | Gartral | noo... the browser im using has a wierd color sceme, it was hidden -_- |
| 08:08:29 | scorche | more hidden than the rest of the page? |
| 08:08:32 | ByeongKeon | here is md5sum: b53ee439589acd7233d2a59752fbe759 |
| 08:09:01 | ByeongKeon | that's it, you're finding. |
| 08:09:11 | Gartral | found it... |
| 08:09:21 | Gartral | sorry for acting like an idiot |
| 08:10:57 | Gartral | so how is everyone? |
| 08:12:40 | ByeongKeon | Gartral: are you a student who submit application, if you are, can i talk to you for a few minutes? |
| 08:14:26 | Gartral | what?! |
| 08:14:57 | Gartral | i cant make heads r tails of your question |
| 08:15:02 | Gartral | or* |
| 08:15:46 | Gartral | ByeongKeon: repeat that: after a grammer check, please? |
| 08:16:35 | scorche|sh | it is obviously a no... |
| 08:16:50 | ByeongKeon | Gartral: sorry.. |
| 08:17:02 | ByeongKeon | scorche|sh: thanks |
| 08:17:10 | scorche|sh | and if you are going to ask for a "grammer check", you should knwo it is spelled grammar ;) |
| 08:17:27 | | Part toffe82 |
| 08:17:35 | | Join Rob2223 [0] (n=Miranda@p4FDCE436.dip.t-dialin.net) |
| 08:17:50 | Gartral | ok, sorry, anyway, i might be intrested, if I could understand him |
| 08:18:01 | Gartral | but I'm still not shure what he said |
| 08:18:56 | | Quit Gartral ("CGI:IRC") |
| 08:18:57 | scorche|sh | it is quite apparent what he is asking if you know what he is talking about, but either way, the topic is pretty much over... |
| 08:19:02 | | Join Gartral [0] (n=4b214de8@gateway/web/cgi-irc/labb.contactor.se/x-7b54a5e6ea22ce69) |
| 08:19:18 | Gartral | i hate the web based interface |
| 08:19:38 | scorche|sh | then use a real client? |
| 08:20:07 | Gartral | would, but im on an internet kiosk -__ |
| 08:20:10 | Gartral | - |
| 08:20:36 | Gartral | with a busted backspace key.... |
| 08:20:54 | | Quit krz ("÷¸ çà ïóðãó âû òóïûå ñó÷êè íåñ¸òå?") |
| 08:22:59 | | Join argumentD [0] (n=argument@cpe-76-173-115-95.socal.res.rr.com) |
| 08:27:29 | | Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) |
| 08:31:19 | | Quit Gartral ("CGI:IRC") |
| 08:31:26 | | Join Garral [0] (n=Gartral@adsl-75-33-77-232.dsl.bcvloh.sbcglobal.net) |
| 08:35:12 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 08:38:07 | | Quit Garral ("Leaving.") |
| 08:39:29 | | Join Gartral [0] (n=Gartral@adsl-75-33-77-232.dsl.bcvloh.sbcglobal.net) |
| 08:40:49 | | Join krz [0] (n=irc_by@turbo.sml.by) |
| 09:00 |
| 09:00:18 | | Join Nemesis [0] (n=Nemesis@CPE-121-217-232-109.nsw.bigpond.net.au) |
| 09:07:28 | Gartral | why did the vmware image have broken packages in it? |
| 09:08:04 | scorche|sh | such as? |
| 09:08:26 | Gartral | it says the linux kernal is brocken... yet it boots |
| 09:08:32 | Gartral | broken* |
| 09:08:36 | scorche|sh | huh?...where? |
| 09:08:42 | Mode | "#rockbox -o Bagder " by Bagder (n=daniel@rockbox/developer/bagder) |
| 09:08:44 | Gartral | in aptitude... |
| 09:11:41 | Gartral | i swear |
| 09:11:50 | Gartral | i took a screen shot |
| 09:11:58 | | Quit SirFunk (Read error: 104 (Connection reset by peer)) |
| 09:12:05 | ByeongKeon | could you show us? |
| 09:12:14 | Gartral | ok, gimme a dump site |
| 09:13:48 | *** | Saving seen data "./dancer.seen" |
| 09:14:00 | Gartral | http://www.dumpt.com/img/files/jxz53m40yjlvuv8h2qsu.jpg |
| 09:15:23 | Gartral | ive never had good luck with debian, i just hates me |
| 09:16:14 | Gartral | it* |
| 09:17:57 | | Quit Nemesis ("ChatZilla 0.9.81 [Firefox 2.0.0.6/2007100814]") |
| 09:18:00 | Mouser_X | I'm no Linux user, but I don't see anything there that indicates that it's broken. |
| 09:18:29 | Mouser_X | In other words, if it's broken, *how* is it broken? |
| 09:18:31 | | Join WeaponX [0] (i=Prisoner@dsl-209-90-146-233.tor.primus.ca) |
| 09:18:35 | WeaponX | hi |
| 09:18:56 | Gartral | i dont know how, but heres the screenie that says it is |
| 09:18:57 | WeaponX | i dont know if this is allowed but where can i get EvilG's fusion build? |
| 09:19:15 | Mouser_X | Gartral: I already told you, there's nothing there that says it's not working. |
| 09:19:25 | Mouser_X | *As I already |
| 09:19:36 | Mouser_X | Nothing there indicates something has gone wrong. |
| 09:19:40 | Gartral | yes there is, its omitting the broken sing in the screen |
| 09:19:54 | Mouser_X | "broken sing" ? What's that? |
| 09:20:05 | Gartral | sign, alright? |
| 09:20:16 | Gartral | my hands arnt working well tonight |
| 09:21:01 | Mouser_X | What is this "broken sign"? I *have* used Linux, but I'm not seeing anything that looks like a problem. |
| 09:21:35 | Gartral | hold on, dumpt being slow |
| 09:21:54 | Gartral | http://www.dumpt.com/img/files/y7pqd9mj0ajxe2ufyhka.jpg |
| 09:21:56 | Gartral | there |
| 09:22:13 | Mouser_X | WeaponX: If it's not in the unsupported Builds forum, then you probably can't. Why do you ask? |
| 09:22:22 | scorche|sh | if it isnt causing you issues, why worry about it? |
| 09:22:31 | Gartral | and after pressing "g" i get this screen http://www.dumpt.com/img/files/due0csp2s58jdjyq0ia2.jpg |
| 09:22:38 | scorche|sh | WeaponX: those builds are long gone... |
| 09:22:45 | Gartral | because it is causing issues |
| 09:23:15 | Gartral | i try and download any software (eg: firefox) and it complains theres a broken package |
| 09:23:27 | scorche|sh | have you tried using apt-get? |
| 09:23:35 | Gartral | thats the only way |
| 09:23:42 | scorche|sh | so why not use that? |
| 09:23:52 | Gartral | there is no suitable web browser in the debian dist |
| 09:24:15 | scorche|sh | yes...because we didnt think a development image needed one |
| 09:24:15 | Gartral | ive tryed that, 5 times, every time it gives me the same error |
| 09:24:33 | WeaponX | i dont know if this is allowed but where can i get EvilG's fusion build? |
| 09:24:55 | advcomp2019 | WeaponX, stop repeating yourself |
| 09:24:57 | scorche|sh | WeaponX: did you not see the responses to your already asked question? |
| 09:25:15 | Gartral | WeaponX: you got your answer: if its not in usupported builds, don't ask for it |
| 09:25:29 | WeaponX | oops |
| 09:25:30 | WeaponX | sorry |
| 09:25:35 | WeaponX | completley missed that response |
| 09:25:37 | Mouser_X | WeaponX: Why do you ask? |
| 09:25:51 | WeaponX | i wanted to get album art up and running |
| 09:25:56 | Mouser_X | ... |
| 09:26:05 | Mouser_X | You're *way* behind the times. |
| 09:26:10 | Gartral | its already there.... |
| 09:26:12 | WeaponX | i know :( |
| 09:26:12 | Mouser_X | AA is already in Rockbox. |
| 09:26:16 | WeaponX | O.O |
| 09:26:21 | Mouser_X | And has been for months. |
| 09:26:21 | WeaponX | when did this happen?! |
| 09:26:22 | Gartral | UPGRADE |
| 09:26:25 | WeaponX | oh wow |
| 09:26:29 | WeaponX | i am slow! |
| 09:26:31 | scorche|sh | WeaponX: check the MajorChanges page... |
| 09:26:36 | Mouser_X | Sometime last year, as I recall. |
| 09:27:02 | WeaponX | hahaha |
| 09:27:04 | WeaponX | oh god |
| 09:27:08 | Gartral | dude, i havent been using RB for a month, and i know they did AA like 4-5 months ago |
| 09:27:10 | WeaponX | i am really really slow |
| 09:27:16 | scorche|sh | 2007-11-11: Rockbox can now display album art! |
| 09:27:41 | Gartral | whats your DAP WeaponX? |
| 09:28:00 | scorche|sh | it isnt that rare to be that behind when people are using unsupported builds... |
| 09:28:02 | WeaponX | dap? |
| 09:28:20 | Gartral | Digital Audio Player, AKA Jukebox |
| 09:28:24 | Mouser_X | Digital Audio Player (IIRC) |
| 09:28:37 | WeaponX | oic |
| 09:28:42 | WeaponX | ipod 80gb 5.5g |
| 09:29:13 | Gartral | Sansa E250 here |
| 09:29:27 | * | Mouser_X has 4 Rockboxable players. |
| 09:29:27 | Gartral | bought purposly so i can rockbox it |
| 09:29:39 | WeaponX | rockbox updated :D |
| 09:29:50 | Mouser_X | Well, the Gigabeat S60 is on its way... |
| 09:30:04 | Gartral | good, now wonder and aww at teh new features |
| 09:30:33 | Gartral | i found e250s for $12 a pop |
| 09:30:39 | Mouser_X | Nice! |
| 09:30:46 | Mouser_X | Less than what I paid. |
| 09:30:54 | Gartral | my MOM found one for $7 on ebay |
| 09:31:00 | Mouser_X | Huh. |
| 09:31:09 | Gartral | w/o cable... but |
| 09:31:32 | Mouser_X | I've got one in a box... I meant to give it as a Christmas present, but by the time I got it, I didn't have anyone to give it too. |
| 09:31:40 | Mouser_X | (I bought 2) |
| 09:31:44 | Gartral | mine has a 260r backplate >_> |
| 09:31:47 | WeaponX | aww no new games |
| 09:31:58 | WeaponX | whts with the picture flow though :S |
| 09:31:59 | Mouser_X | WeaponX: Pegbox should be in there. |
| 09:32:01 | Gartral | theres pegbox |
| 09:32:20 | Gartral | wich isnt very fun IMHO |
| 09:32:24 | Mouser_X | WeaponX: Picture Flow is only good if you use the Rockbox database. |
| 09:32:36 | WeaponX | i do |
| 09:32:43 | Mouser_X | I'm sure there's something about it in the wiki. |
| 09:32:46 | Gartral | yea, where do i drop AA so Picflow sees it? |
| 09:33:02 | Mouser_X | With the music. |
| 09:33:08 | Gartral | ahh |
| 09:33:22 | Mouser_X | It has to do some scan thing. It's part of how the database gathers its info. |
| 09:33:25 | Mouser_X | Something like that. |
| 09:33:49 | Gartral | cus i dropped it in the artist folder... but it didnt find it |
| 09:33:51 | * | Mouser_X deleted all the AA on his player because it took up space, and he didn't want to bother converting it to BMP. |
| 09:34:16 | Mouser_X | http://www.rockbox.org/twiki/bin/view/Main/PluginPictureFlow |
| 09:34:36 | Mouser_X | ^ I assume that will provide info on how to use it, what it does, and such. |
| 09:35:21 | Gartral | i really love RB |
| 09:35:55 | Gartral | it is open sourcebeauty.... in all its forms |
| 09:35:59 | advcomp2019 | my dad got an e280 for $35 but it has an e260 backplate.. he is starting to like rockbox since it has a sleep timer |
| 09:36:28 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-7a87c49452f4ac7d) |
| 09:36:50 | Gartral | id'e like to participate in the development of the rockbox player, but i dont have any money for parts |
| 09:38:18 | WeaponX | oh so for this my art needs to be in bmp format? or does it extract the art from the tags? |
| 09:38:23 | * | Mouser_X bought his Gigabeat, when he heard that Rockbox had gotten to the point where it worked really well on the iPod. |
| 09:38:26 | WeaponX | the tags on the mp3* |
| 09:38:56 | * | Gartral really want Rockbox player too have TOSLink capibilities |
| 09:39:03 | Mouser_X | (I was thinking of buying the iPod, but someone (markun) suggested the Gigabeat. I am *so* glad he did...) |
| 09:39:25 | Gartral | yech.... if it were up to me, mp3 format would be omittid from Rockbox |
| 09:39:41 | Gartral | omitted* |
| 09:39:53 | Mouser_X | Well, I have to say, that sounds pretty stupid to me... |
| 09:39:58 | scorche|sh | quite.. |
| 09:40:14 | Gartral | I don't like any corporate, or corporate backed |
| 09:40:22 | Gartral | but thats just me |
| 09:40:55 | WeaponX | the mp3 format isnt bad |
| 09:40:58 | WeaponX | its the tagging |
| 09:41:15 | WeaponX | there needs to be a new way to get the info of a song |
| 09:41:33 | scorche|sh | Gartral: that is really unreasonable if that is your only opinion...you arent forced to use it |
| 09:41:41 | scorche|sh | however this whole conversation is getting offtopic... |
| 09:42:01 | scorche|sh | WeaponX: there are plenty of other tagging systems...just none near as popular as id3 |
| 09:42:02 | Mouser_X | With that attitude, I'm surprised he didn't drop Rockbox when WMA was commited... |
| 09:42:32 | Gartral | true, enough about what i think, I'll agree, it does sound good (even better with RB) but I prefer OGG Vorbis! |
| 09:43:00 | WeaponX | O.O |
| 09:43:01 | Gartral | lol... WMA and MP3 are everwhere, but i refuse too use them |
| 09:43:14 | WeaponX | is this usb feature my pc detects? |
| 09:43:27 | scorche|sh | then use ogg...that doesmt mean support should be dropped |
| 09:43:31 | Mouser_X | WeaponX: Ignore it. USB in Rockbox doesn't work yet. |
| 09:43:37 | WeaponX | ah kk |
| 09:43:38 | scorche|sh | WeaponX: read the news and MajorChanges page... |
| 09:43:58 | Gartral | thats where I want too help, that stupid USB stack |
| 09:44:00 | WeaponX | kk will do |
| 09:44:48 | Gartral | why does the vmware machine take 1.5 ggs of ram? |
| 09:44:55 | Gartral | gigs* |
| 09:45:17 | scorche|sh | because you havent edited the vmx file to tell it to take less? |
| 09:45:36 | Gartral | ok... |
| 09:48:39 | | Quit WeaponX ("If You Can't Be Famous, Be Infamous...") |
| 09:50:36 | | Join n1s [0] (n=nils@nl104-208-236.student.uu.se) |
| 09:52:50 | | Join DerDome [0] (n=DerDome@dslb-088-070-028-029.pools.arcor-ip.net) |
| 09:55:09 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
| 09:56:25 | | Quit krz (Connection timed out) |
| 09:59:30 | | Quit J-23 (Remote closed the connection) |
| 09:59:57 | | Join fyre^OS [0] (n=fyre@cpe-68-173-174-251.nyc.res.rr.com) |
| 10:00 |
| 10:00:36 | | Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) |
| 10:02:47 | Gartral | is there a file browser in the dev VMW image? |
| 10:02:53 | | Join Christopher1 [0] (n=christop@ip68-3-220-253.ph.ph.cox.net) |
| 10:02:58 | | Quit HellDragon (Client Quit) |
| 10:08:00 | scorche|sh | Gartral: why do you need one?...there is terminal windows, and if you need something visual, you can browse through the samba share |
| 10:08:15 | scorche|sh | s/is/are |
| 10:08:28 | Gartral | true... but i have a REALLY uncomfy KB |
| 10:09:26 | scorche|sh | the vmware image wasnt designed with people with uncomfortable keyboards in mind ;) |
| 10:09:43 | Gartral | i noticed |
| 10:10:27 | * | Gartral steals scorche|sh's KB and uses that |
| 10:10:28 | Mouser_X | The VMware image wasn't designed with usablity in mind. It was designed to build Rockbox, and that's about it. |
| 10:10:33 | | Quit ByeongKeon () |
| 10:10:55 | scorche|sh | Mouser_X: it is perfectly usable for its purpose...i would call that usability just fine |
| 10:11:12 | Mouser_X | Sorry. *general usability |
| 10:11:24 | Mouser_X | But yes, I agree with what you're saying. |
| 10:12:54 | | Quit DerDome (Read error: 110 (Connection timed out)) |
| 10:14:56 | | Join DerDome [0] (n=DerDome@dslb-082-083-255-006.pools.arcor-ip.net) |
| 10:15:22 | Gartral | it does work... but it could use some help |
| 10:16:08 | | Quit argumentD (Read error: 113 (No route to host)) |
| 10:16:51 | | Quit ChristopherW (Read error: 110 (Connection timed out)) |
| 10:17:47 | | Quit fyrestorm (Read error: 110 (Connection timed out)) |
| 10:18:02 | scorche|sh | in what way? |
| 10:18:17 | | Join pixelma [0] (n=Marianne@rockbox/staff/pixelma) |
| 10:18:24 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 10:18:35 | | Join Jon-Kha [0] (n=jon-kha@80-248-247-190.cust.suomicom.fi) |
| 10:19:06 | Gartral | it can use a graphics based web editor... another text editor (ide like eclipse) and mabey a graphics based file manager |
| 10:20:30 | scorche|sh | web editor?....uh no it doesnt...there are plenty of text editors included and you can always apt-get more....no file manager needed with the command line and samba |
| 10:21:24 | scorche|sh | these are all things that shouldnt be included in the development image because they simply arent needed...anyone is free to apt-get things after they boot the image |
| 10:22:00 | Gartral | but aptitude says the kernal is busted |
| 10:22:06 | Gartral | how do i fix that? |
| 10:22:57 | scorche|sh | did you try using apt-get instead of aptitude? |
| 10:23:13 | Gartral | they both report bsted packages |
| 10:23:19 | Gartral | busted* |
| 10:23:27 | scorche|sh | hrm...i never had that issue... |
| 10:24:13 | Gartral | wel I have it |
| 10:26:34 | | Join desowin [0] (n=desowin@atheme/developer/desowin) |
| 10:27:00 | Gartral | and useing apt-get -configure −−a dosnt work |
| 10:28:17 | Gartral | how do i fix my busted image? |
| 10:29:41 | scorche|sh | what did you do to it?...well, what did you do to it?...it didnt come like that... |
| 10:31:27 | | Join Mathiasdm [0] (n=Mathias@78-22-5-158.access.telenet.be) |
| 10:31:30 | Gartral | uhh, i unpacked it, td too istall fiefox, and it said it had a bken package, i open aptitude, it says thes a boken package... i hit G... aptitude shows the kenal file highlighted in ed |
| 10:31:40 | Gartral | yes it damn well came like that |
| 10:32:18 | Gartral | im unpacking the VMW image too anothe diectoy and tying again, if this is boken, we know its it is the kenal |
| 10:32:54 | Gartral | woaw |
| 10:33:43 | Gartral | |? key is smaegged |
| 10:34:26 | scorche|sh | i dont have access to my vmware images and vmware server here, but i made that image and it sure didnt do that back when i distributed it to the servers...like i said though...i am not near a place to test it, so others can speak.. |
| 10:34:44 | | Join lee-qid [0] (n=liqid@p5496560D.dip.t-dialin.net) |
| 10:35:17 | Gartral | bbl |
| 10:35:33 | | Quit Gartral (Read error: 104 (Connection reset by peer)) |
| 10:41:00 | | Join Gartral [0] (n=Gartral@adsl-75-33-77-232.dsl.bcvloh.sbcglobal.net) |
| 10:41:51 | Gartral | ok.... after a full restart, and re unpacking of the rockbox VMW image, lets try again (after vmware ATE MY "R" KEY) |
| 10:43:10 | * | Gartral waits for booting sequence |
| 10:44:12 | Gartral | that took long enough |
| 10:45:45 | Gartral | well.... it STILL reports that the kernal is broken |
| 10:46:28 | ze | if the kernel was broken, how could it boot to say so? |
| 10:46:47 | Gartral | IDK... but here I am looking at it |
| 10:46:57 | ze | it lies! force it! |
| 10:47:15 | Gartral | how? |
| 10:47:34 | Gartral | i never commited how too force apt too do anything... |
| 10:47:44 | Gartral | too my brain |
| 10:47:48 | scorche|sh | have any other vmware 4 image users experienced this?...like i said...i remember nothing of the sort when i made it and im sure i would have heard something about it by now.. |
| 10:47:50 | ze | i forget and would have to track down and rtfm |
| 10:48:33 | Gartral | ok, nvm, i got three books in the corner, i know wich one i want LINUX BIBLE |
| 10:49:09 | Gartral | and yes, I understand that, but i swear too you, im looking at it. and it says the kernal is broken, i swear! |
| 10:51:04 | advcomp2019 | Gartral, i just tried it here by redownloading that image and see no issue with it here |
| 10:52:27 | Gartral | might... just on the off chance... be that its vmware being confused by running in a 32 bit enviroment on a 64 bit proccesor? |
| 10:52:54 | pixelma | advcomp2019: you asked earlier about the battery_bench not working on the sansas. That's currently a bug (and pointed at in the wiki, including flyspray task number). You can also find a hack there to make it work but unfortunately it's not the correct fix |
| 10:53:29 | advcomp2019 | i have a 64 bit processor here so that is not that issue |
| 10:54:06 | Gartral | grr |
| 10:54:14 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 10:56:13 | advcomp2019 | pixelma, o ok.. i found out how to get it working.. but it only did it once then it worked after that it was working ok.. i will report back on that flyspray if i have that issue still |
| 10:57:03 | pixelma | details are here http://www.rockbox.org/twiki/bin/view/Main/SandiskE200BatteryMeasurements |
| 10:58:45 | | Quit XavierGr (Nick collision from services.) |
| 10:58:56 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 11:00 |
| 11:01:24 | advcomp2019 | pixelma, i had it working long ago (do not remember the revision number) but i am trying it again tonight tho |
| 11:01:41 | | Join ByeongKeon [0] (n=skysign@221.150.30.39) |
| 11:03:27 | pixelma | advcomp2019: I've seen this too with plain SVN builds on my c200 that it sometimes works to a certain degree, sometimes not at all |
| 11:05:13 | advcomp2019 | yea that is what i am seeing with my e200.. hopefully it works tonight |
| 11:05:26 | Gartral | ive never seen it fail on my e250 |
| 11:06:14 | advcomp2019 | Gartral, you know what we are talking about? |
| 11:06:39 | Gartral | the battery benchmarks in the sansa DAPs not working |
| 11:08:29 | | Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) |
| 11:09:35 | advcomp2019 | well this was the first time for me.. back to looking at that vmware issue i have not ran into that issue with something broken yet |
| 11:13:50 | *** | Saving seen data "./dancer.seen" |
| 11:14:22 | Gartral | ive never... NEVER had a debian distribution work right... |
| 11:14:32 | Gartral | debian just hates me |
| 11:15:15 | scorche|sh | stop blaming it on debian... |
| 11:15:24 | | Join hd [0] (i=jd@unaffiliated/helldragon) |
| 11:15:26 | scorche|sh | Bagder: around? |
| 11:15:40 | scorche|sh | or Febs? |
| 11:16:30 | Gartral | what else could it be? ive downloaded the image twice, installed it into 2 directories... and BOTH have THAT SAME ERROR |
| 11:16:43 | | Join Hija [0] (n=5b8c1cde@gateway/web/cgi-irc/labb.contactor.se/x-5b051a9c3dd96b8e) |
| 11:16:48 | Gartral | oops |
| 11:16:55 | Gartral | stupid caps |
| 11:17:07 | scorche|sh | i dont know, but to say it is because "debian hates you" is just silly |
| 11:18:09 | Gartral | ive used every ubuntu out there, and like 4 debian builds... AND sabayon, not ONE works for me on any system |
| 11:18:17 | | Quit Hija (Client Quit) |
| 11:19:37 | | Join tessarakt [0] (n=jens@e180067250.adsl.alicedsl.de) |
| 11:20:11 | | Quit XavierGr (Nick collision from services.) |
| 11:20:18 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 11:20:56 | | Join MethoS- [0] (n=clemens@host-091-096-209-185.ewe-ip-backbone.de) |
| 11:27:00 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
| 11:27:49 | | Part Gartral |
| 11:29:03 | | Join krz [0] (n=irc_by@turbo.sml.by) |
| 11:31:28 | | Join Gartral [0] (n=Gartral@adsl-75-33-77-232.dsl.bcvloh.sbcglobal.net) |
| 11:37:53 | | Quit amiconn (" HydraIRC -> http://www.hydrairc.com <- The professional IRC Client") |
| 11:46:35 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 11:48:18 | | Quit linuxstb (Remote closed the connection) |
| 11:48:23 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) |
| 11:48:58 | | Join moos [0] (i=moos@m170.net81-66-158.noos.fr) |
| 11:53:16 | | Join markun [50] (n=markun@rockbox/developer/markun) |
| 12:00 |
| 12:00:07 | | Quit csc` ("If you can't do anything smart, do somethin right ~Serenity") |
| 12:02:51 | | Part J-23 |
| 12:06:55 | | Quit Mathiasdm ("Yuuw!") |
| 12:08:48 | | Quit ByeongKeon () |
| 12:11:22 | | Join MethoS-- [0] (n=clemens@91.97.240.22) |
| 12:16:59 | | Join mf0102 [0] (n=michi@85.127.182.33) |
| 12:17:37 | | Join dabujo [0] (i=xx@p4FDB378A.dip0.t-ipconnect.de) |
| 12:28:13 | | Quit MethoS- (Read error: 113 (No route to host)) |
| 12:28:54 | | Join gregzx [0] (n=chatzill@dru91.neoplus.adsl.tpnet.pl) |
| 12:29:57 | | Join mcflow [0] (n=mcflow@88-134-3-18-dynip.superkabel.de) |
| 12:30:31 | | Join Monkeytamer [0] (n=18cde48d@gateway/web/cgi-irc/labb.contactor.se/x-edb5d56644e85d5a) |
| 12:33:45 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 12:35:31 | | Quit Monkeytamer ("CGI:IRC (Ping timeout)") |
| 12:38:02 | | Quit spiorf (Remote closed the connection) |
| 12:38:29 | | Join kugel [0] (i=kugel@unaffiliated/kugel) |
| 12:52:51 | | Quit advcomp2019 (Read error: 104 (Connection reset by peer)) |
| 12:53:01 | | Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 12:59:48 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 13:00 |
| 13:01:15 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
| 13:02:47 | | Join mrfree [0] (n=mrfree@host153-177-dynamic.22-79-r.retail.telecomitalia.it) |
| 13:05:17 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 13:06:31 | amiconn | jhMikeS: around? |
| 13:07:55 | jhMikeS | amiconn: shortly |
| 13:08:15 | jhMikeS | or, for a short time rather |
| 13:08:40 | amiconn | I tried the hop-core-twice-to-flush-all caches idea in the greylib, i.e. in plugin code |
| 13:08:53 | amiconn | That doesn't work... |
| 13:09:19 | amiconn | But when I do it in the plugin loader to make sure caches are flushed before loading the plugin, it works like a charm |
| 13:11:49 | amiconn | I tried adding it to grey_release(), at the end |
| 13:11:51 | jhMikeS | I wouldn't expect it nescessarily would since the COP saw plugin code and may actually leave it with cached code |
| 13:12:27 | | Join mcuelenaere [0] (n=mcuelena@78-21-185-185.access.telenet.be) |
| 13:12:57 | | Join gevaerts [0] (n=fg@195-144-092-159.dyn.adsl.xs4all.be) |
| 13:12:59 | amiconn | When doing that, and then running fire.rock, greyscale.rock, and mandelbrot.rock (in that order) on 2nd Gen, madelbrot.rock will crash the COP reproducably |
| 13:13:52 | *** | Saving seen data "./dancer.seen" |
| 13:15:26 | jhMikeS | the cop is seeing the plugin code between the 1st and 2nd calls so that makes sense to me |
| 13:15:39 | amiconn | How would it? |
| 13:16:11 | amiconn | The sequence is as follows: Plugin starts, calls grey_init(), then grey_show(true), which makes the isr run on cop |
| 13:16:24 | jhMikeS | leaving a core only flushes the cache so when the thread hops back the cop is only flushed |
| 13:17:30 | amiconn | After a while, grey_release() calls grey_show(false), which stops the isr running on cop. After that, I made it hopping the core twice, which should flush and invalidate iiuc? |
| 13:17:51 | amiconn | Hmm, so it only flushes, and doesn't invalidate? |
| 13:19:21 | jhMikeS | eek, I think I somehow even removed that step somewhere in editing *looking* |
| 13:20:30 | jhMikeS | oh, no...the flush_icache is still there (this op becomes complicated to avoid compiler-dependent problems) |
| 13:21:16 | amiconn | So, flush, but not invalidate? |
| 13:21:19 | jhMikeS | right |
| 13:21:22 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 13:21:24 | amiconn | Hmm.... |
| 13:22:14 | amiconn | I wonder why it works when doing it in the core then... |
| 13:23:43 | jhMikeS | because the COP isn't seeing the plugin buffer from there |
| 13:26:30 | amiconn | Well, the plugin loader invalidates the CPU icache (also on single core), so imo it should also invalidate the COP icache. Should be possible by putting an invalidate_icache() between the 2 core hops, correct? |
| 13:26:38 | jhMikeS | though I see a possible problem of a newly loaded plugin getting trashed if the hop happens after loading the new plugin and not before |
| 13:26:49 | amiconn | I put it before... |
| 13:29:42 | * | jhMikeS wants to change that _qh_array allocation so the delta table stops getting f'ed all the time :\ |
| 13:30:00 | amiconn | The CPU invalidate_icache() call happens after loading the plugin though... |
| 13:30:07 | amiconn | I don't think that's correct |
| 13:31:13 | jhMikeS | yeah, esp. since it hardly applies only to the I-CACHE :) |
| 13:31:26 | amiconn | Could you verify that? plugin.c line 690 (SVN) |
| 13:32:20 | amiconn | Yeah, those *_icache functions should be renamed to *_cache imo (the icache is a remnant from before PP) |
| 13:32:36 | | Quit mrfree (Read error: 113 (No route to host)) |
| 13:33:54 | jhMikeS | it is called just before the entrypoint |
| 13:34:07 | amiconn | yes |
| 13:34:55 | jhMikeS | invalidating everything before writing new data and code is better |
| 13:34:56 | amiconn | I think it should go before line 641 |
| 13:35:11 | amiconn | (i.e. after the open(), but before the read() |
| 13:35:28 | amiconn | That's where I put my core-hopping |
| 13:36:02 | | Join waldo [0] (n=waldo@ip-81-11-224-142.dsl.scarlet.be) |
| 13:36:08 | jhMikeS | yes and still works for everything else. maybe change the codec loader too. |
| 13:36:26 | amiconn | Btw, it looks like PP5002 does flushing and invalidating separately (see system-pp5002.c: invalidate_icache()), while PP502x urrently does not, but could |
| 13:36:35 | amiconn | *currently |
| 13:37:13 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 13:37:13 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 13:37:33 | jhMikeS | I imaging it's faster to have the hardware handle it when possible |
| 13:37:39 | jhMikeS | *imagine |
| 13:37:43 | amiconn | sure |
| 13:38:08 | amiconn | I was just thinking about whether it would be possible to invalidate without flushing on PP502x, in case we need that |
| 13:38:59 | jhMikeS | try a version of invalidate_icache without the flush flag and it should crash pretty quickly if it's just an invalidate :) |
| 13:39:27 | amiconn | Well, at places where we need both we would then have to call both functions |
| 13:40:12 | | Join MethoS- [0] (n=clemens@host-091-096-210-028.ewe-ip-backbone.de) |
| 13:40:23 | amiconn | Hmm, actually invalidate without flushing can't work unless we can do it selectively... which I don't think is possible on PP |
| 13:40:41 | jhMikeS | invalidate-only is much more useful for data-only buffers with ranges |
| 13:41:05 | amiconn | Yes, that's what I meant by saying selectively |
| 13:41:11 | jhMikeS | I don't even thing retailos bothers to try any such thing even for the SD driver |
| 13:42:07 | | Join Nevtus [0] (n=Nevtus@unaffiliated/nevtus) |
| 13:46:19 | | Quit DerDome ("Leaving.") |
| 13:48:36 | amiconn | weird... |
| 13:49:10 | amiconn | When invalidating the COP cahce between the hops, loading a greyscale plugin with isr on cop crashes... |
| 13:53:20 | jhMikeS | see if changing thread.c line 686 to invalidate_icache crashes |
| 13:54:05 | amiconn | It also does so on PP5022, btw - just tested |
| 13:54:53 | * | amiconn will try in a moment |
| 13:59:26 | | Quit MethoS-- (Read error: 110 (Connection timed out)) |
| 13:59:37 | | Join mrfree [0] (n=mrfree@host153-177-dynamic.22-79-r.retail.telecomitalia.it) |
| 14:00 |
| 14:01:14 | * | jhMikeS gotta do some non-rb stuff for awhile |
| 14:01:40 | amiconn | Looks like the problem was something else. I'll test some more combinations |
| 14:09:39 | | Join Rob2222 [0] (n=Miranda@p4FDCDCD6.dip.t-dialin.net) |
| 14:11:36 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 14:14:33 | | Join DavidSG [0] (n=Tordre@n098h202.wsr.mun.ca) |
| 14:19:04 | | Join DerDome [0] (n=DerDome@dslb-082-083-255-006.pools.arcor-ip.net) |
| 14:26:41 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
| 14:27:18 | | Join Mathiasdm [0] (n=Mathias@78-22-5-158.access.telenet.be) |
| 14:27:32 | | Quit tessarakt ("Client exiting") |
| 14:27:37 | | Quit davina (Read error: 104 (Connection reset by peer)) |
| 14:29:11 | | Join spiorf [0] (n=spiorf@79.20.214.140) |
| 14:33:01 | | Join bluebrother [0] (n=Dom@rockbox/staff/bluebrother) |
| 14:35:29 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
| 14:38:23 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 14:41:23 | amiconn | jhMikeS: Using invalidate_icache() in thread.c: core_switch_blk_op() works |
| 14:42:21 | amiconn | I now found the problem that made my plugins crash: when loading a plugin on dualcore, both caches should be invalidated before loading it, but after loading it, it's require to flush the cpu's cache |
| 14:42:38 | | Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) |
| 14:42:49 | gevaerts | What's the memory map like on h320 ? Is 00234878 likely to be in code ? |
| 14:42:53 | amiconn | This is because loading the plugin is done by the cpu, and if it's not flushed, the cop won't see all of it |
| 14:43:29 | amiconn | gevaerts: It's in ROM |
| 14:44:07 | gevaerts | Fun, I get an IllInstr there. This new code must be really creative |
| 14:44:11 | amiconn | So we need to invalidate both caches, load the plugin, and flush the cpu cache |
| 14:44:29 | amiconn | On single core, it's only necessary to invalidate before loading |
| 14:50:51 | amiconn | gevaerts: All our coldfire targets have ROM at 0x0, IRAM at 0x10000000 and SDRAM at 0x31000000 |
| 14:51:11 | gevaerts | Thanks. That's useful to know. |
| 14:52:12 | amiconn | IRAM is either 96KB (MCF5249) or 128KB (MCF5250), SDRAM is either 16MB (iaudios, iriver h100) or 32MB (iriver h120/h140, h3x0), ROM is either 2MB (iriver h1x0) or 4MB (h3x0, iaudios) |
| 14:54:04 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 14:54:05 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 14:57:36 | | Join merbanan [0] (n=banan@83.233.163.196) |
| 14:58:03 | amiconn | Nah, only cop cache needs to be invalidated before loading the plugin |
| 14:58:26 | amiconn | ...and the cpu cache after load |
| 14:58:41 | amiconn | On coldfire, the latter could be done either before or after, doesn't matter |
| 15:00 |
| 15:03:53 | | Join rangerirc [0] (n=rangerir@ppp121-45-107-105.lns10.adl6.internode.on.net) |
| 15:04:10 | | Part rangerirc ("<[eV]Rygrass|zzzzzzzz> i like waking up to pms") |
| 15:13:56 | *** | Saving seen data "./dancer.seen" |
| 15:15:17 | | Quit JdGordon (Read error: 110 (Connection timed out)) |
| 15:28:32 | | Part DavidSG |
| 15:34:04 | | Quit EspeonEefi ("ã•ã‚ˆãªã‚‰") |
| 15:35:17 | | Quit n1s () |
| 15:35:39 | preglow | swp broken on all pp? :/ |
| 15:39:01 | | Join MethoS-- [0] (n=clemens@host-091-096-215-072.ewe-ip-backbone.de) |
| 15:40:15 | | Join ali_as [0] (n=as@ambix.plus.com) |
| 15:40:18 | amiconn | Bagder: ping... |
| 15:43:00 | amiconn | Anyone having problems reaching *.rockbox.org? |
| 15:43:50 | | Join JdGordon [0] (n=jonno@c211-28-95-90.smelb1.vic.optusnet.com.au) |
| 15:43:57 | ali_as | www.rockbox.org and build.rockbox.org working fine here. |
| 15:47:06 | | Quit kugel ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") |
| 15:48:46 | | Join ap0 [0] (i=kvirc@nfb68-1-88-169-81-101.fbx.proxad.net) |
| 15:53:45 | | Join maddler [0] (n=maddler@cabbage.komputika.net) |
| 15:56:36 | | Quit MethoS- (Read error: 110 (Connection timed out)) |
| 15:57:03 | | Quit XavierGr () |
| 15:58:35 | | Join Spex [0] (i=opera@dslb-088-074-206-177.pools.arcor-ip.net) |
| 15:59:02 | BigBambi | amiconn: download.rockbox.org is fine for me |
| 15:59:39 | BigBambi | as is www and build |
| 16:00 |
| 16:03:31 | | Join MethoS- [0] (n=clemens@host-091-096-211-106.ewe-ip-backbone.de) |
| 16:05:45 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
| 16:08:30 | | Quit ompaul (Success) |
| 16:09:08 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
| 16:16:24 | | Join DavidSG [0] (n=Tordre@n098h202.wsr.mun.ca) |
| 16:17:04 | gevaerts | Is there a way to build that doesn't remove all .elf files ? |
| 16:20:02 | | Quit MethoS-- (Read error: 113 (No route to host)) |
| 16:21:33 | | Quit Lear ("ChatZilla 0.9.81 [Firefox 3.0b5/2008032620]") |
| 16:22:31 | | Join ByeongKeon [0] (n=skysign@221.150.30.39) |
| 16:28:18 | | Join DerPapst [0] (n=DerPapst@p5B23F308.dip.t-dialin.net) |
| 16:28:38 | DerPapst | good morning :-) |
| 16:28:45 | | Join domonok1 [0] (n=Domonoky@f051074153.adsl.alicedsl.de) |
| 16:28:56 | DerPapst | gevaerts: sure, remove that line from the makefile :-P |
| 16:29:48 | | Quit mrfree (Read error: 113 (No route to host)) |
| 16:29:58 | * | gevaerts will try that :) |
| 16:30:51 | | Quit merbanan (Remote closed the connection) |
| 16:30:59 | DerPapst | hhmmm.. do you know how i can make a makro that accepts any amount of arguments? |
| 16:32:17 | JdGordon | gsoc applications end today dont they? |
| 16:32:24 | gevaerts | Tomorrow |
| 16:32:32 | * | gevaerts hopes he read that correctly |
| 16:32:42 | DavidSG | i hope your right to |
| 16:32:47 | JdGordon | its already they 7th here :D |
| 16:32:59 | DerPapst | DavidSG: then hurry! ;-) |
| 16:33:28 | gevaerts | JdGordon: ok, but for you the deadline is on tuesday :) |
| 16:33:34 | DerPapst | how many apps are there already? still 16? |
| 16:33:35 | JdGordon | hehe |
| 16:33:37 | domonok1 | jeah, gsoc deadline is comming closer, students hurry up ! :-) |
| 16:33:44 | DavidSG | DerPapst:i already got mine in, just wanna spend some more time going over it again |
| 16:33:52 | gevaerts | DerPapst: 17 now |
| 16:34:00 | DerPapst | DavidSG: ah ok ;-) |
| 16:34:04 | domonok1 | 17 (+5) |
| 16:34:16 | DerPapst | +5? |
| 16:34:25 | domonok1 | 5 ineglible ones |
| 16:34:29 | DerPapst | ahh |
| 16:34:46 | DerPapst | any further apps expected? |
| 16:34:57 | gevaerts | I hope for at least one more |
| 16:35:09 | gevaerts | I expect you don't :) |
| 16:35:17 | DerPapst | the usb audio stuff? |
| 16:35:18 | domonok1 | gevaerts: the usb audio one ? |
| 16:35:21 | gevaerts | Yes |
| 16:38:34 | amiconn | DerPapst: http://gcc.gnu.org/onlinedocs/gcc-4.0.4/cpp/Variadic-Macros.html#Variadic-Macros |
| 16:40:26 | DerPapst | amiconn: cool thanks :-D |
| 16:46:59 | | Quit domonoky (Read error: 110 (Connection timed out)) |
| 16:47:00 | | Quit bughunter2 (Read error: 104 (Connection reset by peer)) |
| 16:50:46 | | Join bughunter2 [0] (n=Jelle@ip565fbeaa.direct-adsl.nl) |
| 16:51:37 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
| 16:56:43 | | Quit mcuelenaere (Read error: 110 (Connection timed out)) |
| 17:00 |
| 17:13:57 | *** | Saving seen data "./dancer.seen" |
| 17:13:59 | | Join MethoS-- [0] (n=clemens@host-091-096-209-188.ewe-ip-backbone.de) |
| 17:15:00 | | Join Horschti [0] (n=Horscht@p4FD4E341.dip.t-dialin.net) |
| 17:15:44 | | Quit Horscht (Nick collision from services.) |
| 17:18:08 | | Quit MethoS- (Read error: 113 (No route to host)) |
| 17:21:06 | | Nick Horschti is now known as Horscht (n=Horscht@xbmc/user/horscht) |
| 17:21:15 | | Join EspeonEefi [0] (i=espeonee@STRATTON-SEVEN-O-FOUR.MIT.EDU) |
| 17:24:46 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 17:25:24 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 17:29:30 | | Quit spiorf (Remote closed the connection) |
| 17:34:34 | ByeongKeon | Hello, gevaerts. |
| 17:35:12 | gevaerts | Hello. |
| 17:35:43 | | Join in-ferno [0] (n=Xav@ip-83-141-166-73.evc.net) |
| 17:35:52 | gevaerts | Did you see the comment I added to your application about an hour ago ? |
| 17:36:22 | | Join kugel [0] (i=kugel@unaffiliated/kugel) |
| 17:37:43 | ByeongKeon | gevaerts: I didn't see it yet. |
| 17:39:30 | | Join microw [0] (n=mike@117.22.120.53) |
| 17:42:29 | ByeongKeon | gevaerts: I read your comment. |
| 17:44:20 | ByeongKeon | gevaerts: including saturday, 6-day work week. |
| 17:45:01 | | Quit dabujo ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") |
| 17:45:05 | gevaerts | OK. Can you update your application to say that ? |
| 17:46:05 | | Join toffe82 [0] (n=chatzill@adsl-75-8-207-241.dsl.frs2ca.sbcglobal.net) |
| 17:46:37 | ByeongKeon | gevaerts: I will do that. and, can i ask you something? |
| 17:46:42 | gevaerts | Sure |
| 17:46:53 | | Nick Christopher1 is now known as ChristopherW (n=christop@ip68-3-220-253.ph.ph.cox.net) |
| 17:47:29 | ByeongKeon | did you review my application after 04/04/08 ? |
| 17:47:51 | | Part microw |
| 17:49:28 | gevaerts | I re-read it quickly, yes. We'll probably start thorough reviews after the application closing time. Note that you can still update your application then if we ask you to. |
| 17:50:12 | gevaerts | I don't think there is anything currently missing though. |
| 17:51:14 | ByeongKeon | whenever mentors(including you) say something to me about my application, I revise my application. |
| 17:51:47 | ByeongKeon | So, I just want to get some comments from mentors. |
| 17:52:37 | domonok1 | ByeongKeon: do you intend to use the plucker format directly, or do you want to invent your own, based on plucker ? |
| 17:53:59 | * | Hodapp sees plucker |
| 17:54:01 | * | Hodapp perks up |
| 17:54:35 | | Join Christopher1 [0] (n=christop@ip68-3-220-253.ph.ph.cox.net) |
| 17:55:55 | | Join madspin [0] (n=madspin@i-83-67-106-212.freedom2surf.net) |
| 17:56:18 | ByeongKeon | I'll use html format. |
| 17:57:52 | ByeongKeon | these days, I review plucker code to adapt for Rockbox. |
| 18:00 |
| 18:00:52 | ByeongKeon | plucker is little complicated, so i'm finding a way to reduce features of plucker. |
| 18:01:03 | Hodapp | I used Plucker like crazy on my Palm. Too bad the batteries didn't last too long |
| 18:01:29 | Hodapp | and Plucker Desktop for Linux had issues, like its tendency to find 18,139+ links on a page of HTML that had 3 links on it. |
| 18:01:31 | | Quit mf0102 ("Verlassend") |
| 18:01:34 | Hodapp | and then go back and find more. |
| 18:01:51 | in-ferno | Where in the faq can I find the question "I'm not a developer but I want to help" ? |
| 18:03:37 | ByeongKeon | Hodapp: hello. Hodapp. don't worry, I'll use plucker just as a referece. |
| 18:03:47 | Nico_P | in-ferno: http://daniel.haxx.se/blog/2008/01/14/what-can-i-do-for-rockbox-when-not-programming/ |
| 18:03:55 | Hodapp | Good :) |
| 18:04:01 | in-ferno | thanks :) |
| 18:04:27 | Nico_P | I guess this should go in the wiki somewhere |
| 18:04:40 | | Join Massa [0] (n=chatzill@213602.static-p6.dus.net) |
| 18:07:09 | ByeongKeon | gevaerts: don't you have something to talk to me? |
| 18:08:06 | gevaerts | ByeongKeon: I'm basically happy with at least the technical side of your application, so I don't have further questions right now |
| 18:08:49 | ByeongKeon | gevaerts: Thank you for your review. |
| 18:09:07 | domonok1 | ByeongKeon: how your expirience with rockbox development, or else embedded dev ?` |
| 18:09:23 | gevaerts | ByeongKeon: make sure you check the applications now and then. There will be more comments pretty soon |
| 18:10:29 | ByeongKeon | domonk1: hello, domonk1. It's a first time developing rockbox. |
| 18:11:01 | | Quit daurnimator (Connection timed out) |
| 18:11:14 | ByeongKeon | domonk1: but, I developed cellular phone software for three years. |
| 18:11:19 | | Quit ChristopherW (Read error: 110 (Connection timed out)) |
| 18:11:32 | | Quit ol_schoola () |
| 18:12:41 | domonok1 | ByeongKeon: good, the you probably know about the constraints software in rockbox has.. (memory, cpu, no float, no malloc) |
| 18:13:12 | ByeongKeon | domonk1: I know :D. |
| 18:13:44 | ByeongKeon | domonk1: did you heard about SH-Mobile processor? |
| 18:14:30 | domonok1 | no, but the old archos player (rockbox runs on those) uses SH CPU (only 11Mzh i think) :-) |
| 18:15:31 | ByeongKeon | I want to talk more with you, but here is AM 1:15. |
| 18:15:58 | ByeongKeon | domonok1: it's a time, go to bed. |
| 18:16:04 | gevaerts | Good night :) |
| 18:16:12 | domonok1 | ByeongKeon: good night.. |
| 18:17:10 | ByeongKeon | domonok1: may i answer your comments and questions, tomorrow? |
| 18:17:30 | domonok1 | ByeongKeon: sure, no problem.. :-) |
| 18:17:51 | bluebrother | hmpf, my hard drive is too fast. |
| 18:18:36 | ByeongKeon | thanks. good bye. domonok1 and gevaerts. |
| 18:18:41 | | Part ByeongKeon |
| 18:18:55 | * | bluebrother has now a much nicer solution to the unzip progress issue |
| 18:19:54 | * | domonok1 wants to see bluebrothers new unzipper :-) |
| 18:21:08 | * | bluebrother slaps forehead |
| 18:21:53 | * | Mouser_X feels bad for forehead. |
| 18:26:19 | * | domonok1 sees a new gsoc application.. :-) |
| 18:26:37 | * | gevaerts goes to look |
| 18:26:46 | | Quit ap0 ("Bye.") |
| 18:27:08 | domonok1 | its a bit short... :-) |
| 18:27:45 | DerPapst | o.O |
| 18:28:10 | * | gevaerts goes to post his standard first reply |
| 18:28:12 | Horscht | quality vs quantity :p |
| 18:28:53 | DerPapst | "Do you have seen http://...." |
| 18:29:14 | | Join ap0 [0] (i=kvirc@nfb68-1-88-169-81-101.fbx.proxad.net) |
| 18:29:50 | | Join dabujo [0] (i=xx@p4FDB0CA5.dip0.t-ipconnect.de) |
| 18:32:19 | * | domonok1 added the other standart reply.. :-) |
| 18:32:34 | | Quit ap0 (Client Quit) |
| 18:32:55 | DerPapst | "can you add some more details ...." |
| 18:32:58 | DerPapst | :-P |
| 18:33:18 | * | gevaerts forgot that one :) |
| 18:33:38 | domonok1 | DerPapsts comment should also be added :-) |
| 18:33:39 | * | DerPapst guesses he guessed right |
| 18:33:49 | DerPapst | ... or not |
| 18:33:57 | | Quit davina (Read error: 104 (Connection reset by peer)) |
| 18:34:12 | gevaerts | domonok1: this application is short enough that we would probably notice the changes easily |
| 18:34:19 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
| 18:34:38 | * | bluebrother gets the impression he's missing something by not being a registered mentor :o |
| 18:35:33 | bluebrother | hmm, the fonts zip has database.ignore included? |
| 18:35:43 | bluebrother | doesn't sound like intended. |
| 18:36:36 | * | DerPapst wonders what the topic is of the new app :-P |
| 18:36:44 | * | DerPapst fires up his mindreader |
| 18:37:21 | bluebrother | DerPapst: already got the answer? |
| 18:37:26 | * | domonok1 transvers some itunes into DerPapsts mindreader.. |
| 18:38:01 | | Quit bughunter2 ("Leaving.") |
| 18:38:15 | | Quit linuxstb ("Leaving") |
| 18:39:09 | | Join bughunter2 [0] (n=Jelle@ip565fbeaa.direct-adsl.nl) |
| 18:39:34 | | Quit kugel (Read error: 110 (Connection timed out)) |
| 18:39:55 | Massa | Hi everybody - is somebody here with (development) viewport knowledge? |
| 18:41:11 | DerPapst | ummm.... let me guess.... itunes integration or this itunesdb->rockboxdb plugin ;-) |
| 18:41:17 | | Join spiorf [0] (n=spiorf@79.20.214.140) |
| 18:41:49 | domonok1 | DerPapst: it isnt this much detailed :-) |
| 18:41:59 | DerPapst | Massa: ask your question. if anybody knows the answer they'll answer. |
| 18:42:12 | DerPapst | domonok1: hehe |
| 18:43:05 | Massa | We had a discussion (I think it was already two weeks ago) about transparent and not transparent background colours in viewports. |
| 18:43:49 | bluebrother | hmm, caching doesn't auto-create the cache folder on windows if it's missing. |
| 18:44:03 | bluebrother | which breaks the cache. Need to fix that too ... |
| 18:44:12 | Massa | I implemented the possibility to set the background transparent or not even if a backdrop is used. |
| 18:44:52 | Massa | It does work very well in WPS - but I have some problems with the menus and file browser |
| 18:45:55 | | Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 18:45:56 | Massa | So I want to know if they're also using viewports or doing something special... |
| 18:48:54 | DerPapst | menus use viewports too |
| 18:49:37 | Massa | DerPapst: and how do they initialize it (and where)? |
| 18:49:42 | | Part Spex |
| 18:50:49 | Massa | My problem is, that with my implementation the menus and the filebrowser always have a non transparent bg colour - even when my default is "transparent" |
| 18:51:06 | DerPapst | in apps/menu.[c|h] |
| 18:51:19 | DerPapst | do_menu() iirc |
| 18:51:44 | | Quit davina (Read error: 104 (Connection reset by peer)) |
| 18:52:16 | Massa | an what is that parent (viewport) parameter in do_menu()? |
| 18:52:21 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
| 18:53:32 | | Join ender [0] (i=krneki@84-255-206-8.static.t-2.net) |
| 18:54:10 | DerPapst | Massa: you can create a viewport and put the menu in this viewport. |
| 18:54:36 | | Quit ender` (Read error: 113 (No route to host)) |
| 18:54:40 | DerPapst | e.g. one that is the half of the normal screen resolution. |
| 18:54:53 | | Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) |
| 18:55:29 | Massa | Ahhh - now I got it - my problem seems to resist in viewport.c in method viewport_set_defaults - I'll have a deeper look ;) |
| 18:56:38 | | Join kugel [0] (i=kugel@unaffiliated/kugel) |
| 18:56:41 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 18:59:49 | | Quit MethoS-- (Remote closed the connection) |
| 19:00 |
| 19:00:17 | * | Massa is happy that it now seems to work in menus :) |
| 19:00:37 | DerPapst | yay :-D |
| 19:00:47 | Massa | DerPapst: is this currently used somewhere (I mean to put a menu in a viewport)? |
| 19:00:54 | | Quit Soap () |
| 19:01:37 | DerPapst | iirc not in official svn. but there is a custom list viewport patch that makes use of it and this patch (or something similar) will make it in svn some day. |
| 19:01:49 | | Join tvelocity [0] (n=tony@athedsl-4408036.home.otenet.gr) |
| 19:02:25 | | Quit kugel (Read error: 104 (Connection reset by peer)) |
| 19:02:38 | | Join kugel [0] (i=kugel@unaffiliated/kugel) |
| 19:02:59 | | Join MethoS- [0] (n=clemens@host-091-096-209-188.ewe-ip-backbone.de) |
| 19:03:43 | Massa | DerPapst: do you know of a patch which implements "conditional viewports"? |
| 19:04:54 | | Quit krz ("÷¸ çà ïóðãó âû òóïûå ñó÷êè íåñ¸òå?") |
| 19:05:22 | Massa | Viewports would really be handy if you could e.g. use conditional "album art viewports" - but currently this is a problem (it's easier without viewports) |
| 19:05:59 | | Join mf0102 [0] (n=michi@85.127.182.33) |
| 19:06:21 | DerPapst | Massa: there aren't any. iirc linuxstb is still thinking about a good way to implement those which isn't trivial |
| 19:07:53 | | Quit MethoS- (Remote closed the connection) |
| 19:08:16 | | Join MethoS- [0] (n=clemens@host-091-096-209-188.ewe-ip-backbone.de) |
| 19:08:51 | Massa | DerPapst: yeah, I also thought about it - and didn't find any easy solution; the only thing I could think of would be to ignore a viewport which (after interpretion of conditionals) does not contain anything anymore. |
| 19:09:55 | Massa | With that you could define viewports which e.g. only contain an albumart with conditional (e.g. %?C<%C|>) |
| 19:13:04 | | Quit ender (Read error: 110 (Connection timed out)) |
| 19:13:58 | *** | Saving seen data "./dancer.seen" |
| 19:15:12 | | Join gregzx_ [0] (n=chatzill@dsa156.neoplus.adsl.tpnet.pl) |
| 19:15:22 | | Quit gregzx_ (Remote closed the connection) |
| 19:18:12 | | Join Soap [50] (n=Soap@rockbox/staff/soap) |
| 19:22:36 | | Join gevaerts_ [0] (n=fg@195-144-092-170.dyn.adsl.xs4all.be) |
| 19:22:55 | | Quit gevaerts (Nick collision from services.) |
| 19:23:02 | | Nick gevaerts_ is now known as gevaerts (n=fg@195-144-092-170.dyn.adsl.xs4all.be) |
| 19:24:03 | bluebrother | domonok1: still around? |
| 19:24:12 | domonok1 | jup |
| 19:24:48 | bluebrother | nice. When derivating from a class, do I need to take anything into account regarding the constructor / destructor of the base class? |
| 19:25:03 | bluebrother | I think to remember that this will get called automatically, but I'm not completely sure. |
| 19:26:29 | * | domonok1 thinks you have to call it with dervivedConstructor() : parentClass() { ... } |
| 19:26:59 | | Join MethoS-- [0] (n=clemens@91.97.242.96) |
| 19:27:11 | | Quit Mathiasdm ("Yuuw!") |
| 19:27:13 | bluebrother | currently I'm creating a new class that is based on UnZip and QObject. My constructor and destructor is empty and it works fine. |
| 19:27:25 | domonok1 | if you dont define your own constructor, the parent constructor should be automatically called.. |
| 19:27:31 | bluebrother | but I want to make sure this is not a coincidence |
| 19:29:03 | domonok1 | bluebrother: take a look at the tts classes, the use this... |
| 19:29:42 | domonok1 | like this in the cpp file: TTSBase::TTSBase(): QObject() |
| 19:29:42 | domonok1 | { |
| 19:29:42 | domonok1 | } |
| 19:30:15 | bluebrother | interesting thing is that I have two base classes |
| 19:30:40 | domonok1 | you can get very subtile problems if you forget this, (ie something of the QObject isnt initalised) |
| 19:30:54 | | Quit gregzx (Connection timed out) |
| 19:31:06 | domonok1 | no problem: TTSBase::TTSBase(): QObject() ,QOtherClass() :-) |
| 19:31:16 | domonok1 | just seperate with commas |
| 19:31:37 | Massa | DerPapst: something else - if a WPS doesn't make use of any viewport, it does get the internally defined viewport in lcd-16bit.c, or not? |
| 19:32:11 | bluebrother | already have that running :) |
| 19:32:47 | * | bluebrother just learned from a nice (tm) book that all constructors get called automatically. |
| 19:32:49 | DerPapst | if a wps doesn't define a vieport everything is drawn on the "main" viewport (the screen itself). |
| 19:33:10 | DerPapst | so yes |
| 19:34:17 | domonok1 | bluebrother: so this explicit calling of the parent constructor is really only need when you nee to pass parameters to it ? |
| 19:34:40 | bluebrother | yep, at least that's how I understood it ;) |
| 19:35:03 | bluebrother | if you have "C++ in a nutshell" around check page 166 (english version) |
| 19:35:23 | Massa | Hmm, I defined a "is_bg_transparent" member of the structure viewport and set that to "true" in the default_vp in lcd-16bit.c - but I see a "transparent=false" when e.g. loading cabbiev2 :? ?? |
| 19:35:56 | linuxstb | Massa: No, the WPS code defines a default full-screen viewport itself. |
| 19:38:49 | Massa | linuxstb: Ahh - that does explain it! Why are there several "defaults"? Wouldn't a single method e.g. viewport_set_default (in viewport.c) sufficient to set the defaults for a viewport? |
| 19:39:28 | domonok1 | bluebrother: seems you are right.. :-) |
| 19:39:55 | bluebrother | I knew I read it before. Unfortunately I don't have that book around right now. |
| 19:40:56 | linuxstb | Massa: a) It was simpler not to have a special case for the default WPS; b) The default viewport isn't always fullscreen - if there's a statusbar it should be less than fullscreen (but I haven't implemented it that way yet...) |
| 19:41:58 | | Quit Nevtus ("Gone") |
| 19:43:36 | Massa | linuxstb: where is the default WPS viewport definition? In gwps-common.c? |
| 19:43:51 | | Quit MethoS- (Read error: 113 (No route to host)) |
| 19:43:55 | | Join Nevtus [0] (n=Nevtus@unaffiliated/nevtus) |
| 19:45:37 | | Join qwedsa [0] (n=superman@ip51ccca31.speed.planet.nl) |
| 19:46:37 | | Quit ChanServ (Shutting Down) |
| 19:47:32 | | Quit Horscht ("I am root. If you see me laughing, you better have a backup") |
| 19:47:47 | linuxstb | Massa: See wps_data_load() in apps/gui/wps_parser.c |
| 19:47:59 | | Join ChanServ [0] (ChanServ@services.) |
| 19:47:59 | Mode | "#rockbox +o ChanServ " by irc.freenode.net |
| 19:48:16 | Massa | linuxstb: Thanks! |
| 19:48:35 | * | Massa was totally blind - I already looked at that file and didn't find it ;) |
| 19:49:26 | | Join merbanan [0] (n=banan@83.233.163.196) |
| 19:52:06 | | Quit ChanServ (Shutting Down) |
| 19:53:29 | | Join ChanServ [0] (ChanServ@services.) |
| 19:53:29 | Mode | "#rockbox +o ChanServ " by irc.freenode.net |
| 19:56:21 | | Quit XavierGr (Nick collision from services.) |
| 19:56:34 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 19:56:34 | | Quit XavierGr (Nick collision from services.) |
| 19:56:45 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 19:56:47 | | Quit XavierGr (Nick collision from services.) |
| 19:56:58 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 19:57:00 | | Quit XavierGr (Nick collision from services.) |
| 19:57:13 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 19:57:13 | | Quit XavierGr (Nick collision from services.) |
| 19:57:26 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 19:57:26 | | Quit XavierGr (Nick collision from services.) |
| 19:57:37 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 19:57:39 | | Quit XavierGr (Nick collision from services.) |
| 19:57:52 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 19:57:52 | | Quit XavierGr (Nick collision from services.) |
| 19:58:05 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 19:58:07 | | Quit XavierGr (Remote closed the connection) |
| 19:58:35 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 19:58:48 | XavierGr | sorry for that opened 2 clients accidentally |
| 20:00 |
| 20:01:45 | bluebrother | hmm, we need better abort handling. |
| 20:02:36 | | Quit davina (Read error: 104 (Connection reset by peer)) |
| 20:02:37 | | Join davina^ [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
| 20:03:50 | | Quit qwedsa_ (Read error: 110 (Connection timed out)) |
| 20:04:54 | | Part J-23 |
| 20:09:43 | | Quit bluebrother (Nick collision from services.) |
| 20:10:01 | | Join bluebrother [0] (n=Dom@rockbox/staff/bluebrother) |
| 20:12:41 | domonok1 | gsoc deadline is comming nearer: http://timeanddate.com/counters/customcounter.html?month=4&day=8&year=2008&hour=00&min=0&sec=1&p0=0 :-) |
| 20:13:25 | bluebrother | still over 100000 seconds ;) |
| 20:13:35 | Gartral | lol |
| 20:13:37 | | Quit Zarggg () |
| 20:13:42 | bluebrother | domonok1: just committed my unzip changes ... |
| 20:13:44 | Gartral | ahh, i was idleing all night |
| 20:14:10 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 20:14:17 | * | domonok1 takes a look at the new unzip code.. |
| 20:14:40 | | Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 20:14:44 | Gartral | wow... I know this isnt much constelation too the rest of the room, but this being on a tuesday is very ironic for me |
| 20:14:46 | bluebrother | not really magic in fact. |
| 20:15:14 | | Join Spex [0] (i=opera@dslb-088-074-206-177.pools.arcor-ip.net) |
| 20:19:44 | domonok1 | bluebrother: nice little class, should work fine for zips with many small files.. :-) |
| 20:20:40 | Gartral | wait... is this unzip code for within RB? |
| 20:20:51 | bluebrother | thanks. Won't be too much of improvement for zips with less files but we usually have quite a few :) |
| 20:21:02 | bluebrother | Gartral: no, that's for rbutil |
| 20:21:30 | * | bluebrother feels rbutil getting mature :) |
| 20:22:40 | * | gevaerts recommends quickly adding a wps editor to it |
| 20:22:47 | * | domonok1 thinks the only "better" improvement for the unzip would be to use a worker thread, then the GUI also wont freeze between unzziping bigger files.. |
| 20:23:17 | | Nick hd is now known as HellDragon (i=jd@unaffiliated/helldragon) |
| 20:23:47 | domonok1 | but the you have it asynchronus in the GUI, and have to play with signals.. so its good as it is.. :-) |
| 20:24:41 | * | domonok1 was already tempted to "steal" the WPS gsoc project... but the i better help a student do it.. :-) |
| 20:25:00 | Gartral | ide like too help... |
| 20:25:14 | | Quit amiconn (" bbl") |
| 20:25:15 | * | petur wonders about responsible GUI code |
| 20:25:27 | Gartral | i love rb... i know some python... where can i help? |
| 20:25:29 | bluebrother | domonok1: feel free to modify it to use threads ;-) |
| 20:25:46 | bluebrother | Gartral: well, Rockbox itself is C and asm. rbutil is C++. |
| 20:26:23 | bluebrother | but you could also different things than coding −− working for the manual for example. |
| 20:26:35 | Gartral | hm.... i was never good with c |
| 20:26:45 | bluebrother | fill in "help with" where appropriate :) |
| 20:27:18 | Gartral | boi break |
| 20:27:30 | bluebrother | boi? |
| 20:28:05 | * | gevaerts thinks that GUI code can't be responsible for its coder |
| 20:29:58 | Hodapp | crap. I gotta go fill out some applications for GSoC |
| 20:30:52 | | Part pixelma |
| 20:31:28 | | Join MethoS- [0] (n=clemens@host-091-096-215-126.ewe-ip-backbone.de) |
| 20:33:16 | | Join gregzx [0] (n=chatzill@dsa156.neoplus.adsl.tpnet.pl) |
| 20:34:05 | | Join HankH [0] (n=chatzill@krlh-4dbdd5c9.pool.einsundeins.de) |
| 20:34:11 | | Join mrfree [0] (n=mrfree@host153-177-dynamic.22-79-r.retail.telecomitalia.it) |
| 20:37:52 | Gartral | is there an alternate svn download link without spaces in the name... tortoise dosnt like the one on the site |
| 20:38:07 | Gartral | Error: URL 'svn://svn.rockbox.org/rockbox/trunk%20rockbox' doesn't exist |
| 20:38:15 | | Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
| 20:38:31 | gevaerts | Gartral: the url is svn://svn.rockbox.org/rockbox/trunk |
| 20:38:50 | Gartral | then someone needs too fix the manual... |
| 20:38:57 | gevaerts | Where is it exactly ? |
| 20:39:06 | Gartral | http://www.rockbox.org/twiki/bin/view/Main/VMwareDevelopmentPlatform#Compiling |
| 20:39:19 | BigBambi | no, if you use svn then the command as listed checks out the trunk into a rockbox folder |
| 20:39:24 | DerPapst | doh... this isn't a space in the path |
| 20:39:29 | DerPapst | ,-) |
| 20:39:32 | gevaerts | That's entirely correct... |
| 20:40:08 | Gartral | im running toryoise in windows, not useing the stupid buggy debian build |
| 20:40:18 | BigBambi | Then the problem is tortoise |
| 20:40:45 | BigBambi | The command listed is correct for using svn in linux (including the VMWare platform) |
| 20:40:56 | Gartral | no.. i removed the " rockbox" at the end... and it worked |
| 20:41:11 | BigBambi | The command there is correct for within the VMWare image |
| 20:41:17 | BigBambi | Which is the page you are reading |
| 20:41:18 | * | gevaerts really wonders why he has never had any problems with debian and lots with other distributions, and Gartral only has problems with debian... |
| 20:41:25 | domonok1 | its also correct for cygwin, its only that tortoise expect a path and not a svn command :-) |
| 20:41:35 | BigBambi | I assume TortoiseSVN works differently, but using that is your decision |
| 20:41:35 | Gartral | ive never had luck with debian |
| 20:41:51 | Gartral | its ALWAYS been buggy on one level or another |
| 20:41:59 | * | gevaerts disagrees totally |
| 20:42:11 | BigBambi | It works perfectly for everyone else... - native linux, VMWare, cygwin - the command given is correct |
| 20:42:18 | * | BigBambi also completely disagrees |
| 20:42:22 | bluebrother | TortoiseSVN works perfectly |
| 20:42:24 | domonok1 | debian != rockbox so please stay ontopic.. |
| 20:42:30 | Gartral | its not about disagreeing, its a point of fact: DEBIAN does not work for ME |
| 20:42:35 | BigBambi | fine |
| 20:42:50 | BigBambi | But the command as given is correct |
| 20:42:54 | bluebrother | feel free to use any other distribution ;-) |
| 20:43:26 | Gartral | im setting up a build enviroment out of winblows Xtra Pissy |
| 20:43:30 | bluebrother | the wiki page does _not_ list the svn URI but the svn command. That makes the difference. |
| 20:43:47 | gevaerts | Gartral: we have a policy of using proper words here |
| 20:43:52 | BigBambi | and the URL within that command is also correct :) |
| 20:43:58 | Gartral | well i was able to extrapulate to URL from the command |
| 20:44:09 | BigBambi | So what is the problem? |
| 20:44:36 | Gartral | that is proper, i changed my installation to SAY "Winblows Xtra Pissy" on startup ;) |
| 20:44:45 | | Quit Nico_P (Remote closed the connection) |
| 20:45:00 | BigBambi | Gartral: Good for you, but not here please :) |
| 20:45:23 | | Join csc` [0] (n=csc@archlinux/user/csc) |
| 20:45:25 | bluebrother | there is also a more dedicated wiki page for svn ... UsingSVN |
| 20:45:31 | Gartral | biiig check out |
| 20:46:08 | Gartral | ahh... I was using the recent changes page too find what i found |
| 20:46:17 | bluebrother | and there is a page that is even more specific to Tortoise ... UsingCygwinAndTortoiseSVN |
| 20:46:38 | Gartral | but im not using cygwin... im using winbuild |
| 20:47:07 | Gartral | cygwin is too big a pain in my keister |
| 20:47:18 | domonok1 | bluebrother: how is your rbutil bootloader work going ? we should make a new release in the not too far future.. |
| 20:47:25 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 20:47:51 | Gartral | ill be happy too test the new RBUtil |
| 20:48:20 | | Quit MethoS-- (Connection timed out) |
| 20:49:48 | bluebrother | domonok1: not too much the last two days. I wanted to make a few checks on native windows and got stuck with various other issues (like resolvePathCase being broken on w32) |
| 20:51:15 | bluebrother | and I'm currently still thinking about the best way for the rework. Maybe we should just leave that for the next release |
| 20:51:16 | Gartral | -glomp- |
| 20:51:26 | Gartral | oops, wrong window |
| 20:51:29 | bluebrother | we already have quite a list of changes for this release ;-) |
| 20:51:40 | | Quit Thundercloud (Connection timed out) |
| 20:52:09 | domonok1 | thats true.. |
| 20:52:27 | bluebrother | how about targeting 1.0.5 for next sunday evening? |
| 20:52:45 | bluebrother | so we can perform some tests in the meantime |
| 20:52:58 | Gartral | ill help with testing |
| 20:53:17 | domonok1 | i wont be online next weekend, but i can surely make test under the week.. |
| 20:53:40 | Gartral | where di i get 1.0.5? |
| 20:53:52 | bluebrother | then we can postpone it until monday. Or friday evening if we don't find any issues ;) |
| 20:53:56 | bluebrother | Gartral: in svn. |
| 20:54:07 | domonok1 | Gartral: 1.0.5 isnt released, so it svn.. |
| 20:54:07 | Gartral | ohh, so im dling now |
| 20:54:22 | | Join maqr [0] (n=maqr@67-207-135-41.slicehost.net) |
| 20:54:27 | bluebrother | there is currently no binary availabe. I can provide one later. |
| 20:54:52 | Gartral | i should be able to build that |
| 20:55:05 | | Quit mrfree (Read error: 113 (No route to host)) |
| 20:55:14 | Gartral | how big is the FULL SVN checkout? |
| 20:55:15 | | Quit maqr (Client Quit) |
| 20:55:43 | domonok1 | would probably good to provide some prerelease binarys for testing.. |
| 20:56:36 | bluebrother | about 270MiB for me. Could be slightly off due to some objects floating around |
| 20:56:47 | | Join MethoS-- [0] (n=clemens@host-091-096-213-140.ewe-ip-backbone.de) |
| 20:56:49 | Gartral | ok |
| 20:58:14 | | Join serdarakkan [0] (n=diGiheX@88.253.83.73) |
| 20:59:15 | Gartral | omg... tortoise is a resource hog |
| 21:00 |
| 21:00:40 | | Join mcuelenaere [0] (n=mcuelena@78-21-185-185.access.telenet.be) |
| 21:01:01 | | Quit serdarakkan (Client Quit) |
| 21:01:29 | domonok1 | bluebrother: just noted a small bug: the progressbar set from the zipinstall doesnt end at 100% .. |
| 21:01:52 | bluebrother | it doesn't? |
| 21:02:51 | domonok1 | nope, it end ends somewhere between 75% and 98% depending on filesize it seems.. |
| 21:03:01 | | Quit BlakeJohnson86 ("Leaving.") |
| 21:03:08 | Gartral | it ends like 80 - 98% |
| 21:03:43 | Gartral | on most of my files... anything ogg vorbis it actually goes 100% |
| 21:03:45 | bluebrother | interesting. What configuration did you test? |
| 21:04:18 | domonok1 | bluebrother: off by one error.. :-) |
| 21:04:35 | bluebrother | hehe ... or is it just the UI not updating? |
| 21:04:49 | | Join fehmicans [0] (n=canavar@78.164.128.39) |
| 21:05:09 | domonok1 | bluebrother: in ZipInstaller::updateDataReadProgress read countf from zero.. |
| 21:05:11 | bluebrother | d'oh! Forgot the ++ |
| 21:05:36 | bluebrother | I _know_ I had it in there at some stage. No idea how that vanished ... |
| 21:06:07 | Gartral | i have a sansa e250 (i HATE the garbage there trying too pass as firmware) i love the little thing |
| 21:06:08 | bluebrother | ah, I know. I restructured the counter thingy a bit. |
| 21:07:56 | bluebrother | domonok1: committed. |
| 21:08:08 | Gartral | -goes too update |
| 21:08:18 | bluebrother | thanks for pointing it out. |
| 21:08:24 | | Join Mathiasdm [0] (n=Mathias@vpnf130.ugent.be) |
| 21:08:28 | * | bluebrother leaves some minutes for food |
| 21:09:45 | Gartral | anyone intrested in a hack of the original sansa e200 FW the disables the scroll wheel's light?\ |
| 21:13:12 | | Quit DataGhost (Nick collision from services.) |
| 21:13:20 | | Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) |
| 21:13:40 | | Quit MethoS- (Read error: 113 (No route to host)) |
| 21:13:58 | Gartral | so what are the big diffs in the m1.0.5? |
| 21:14:03 | *** | Saving seen data "./dancer.seen" |
| 21:14:22 | | Part Spex |
| 21:14:38 | domonok1 | Gartral: see changelog here http://www.rockbox.org/twiki/bin/view/Main/RockboxUtility |
| 21:22:01 | Gartral | checking out this trunk is taking a HORKING long time |
| 21:22:25 | | Quit HankH (Read error: 104 (Connection reset by peer)) |
| 21:23:00 | | Join ap0 [0] (i=kvirc@nfb68-1-88-169-81-101.fbx.proxad.net) |
| 21:26:53 | | Join oxygen77 [0] (n=oxygen77@vau75-6-82-237-174-211.fbx.proxad.net) |
| 21:27:26 | Massa | Nico_P: Hi Nicolas, are you here? |
| 21:27:32 | Nico_P | yes |
| 21:27:44 | Massa | Uhhhh - that was fast ;) |
| 21:28:19 | Massa | do you remember our discussion a few weeks ago? About the transparent bg colour in viewports? |
| 21:29:05 | Gartral | YAY! check finally complete |
| 21:29:19 | Massa | I now had some time to finish the implementation - now the next step would be to set up a patch... |
| 21:29:20 | | Join BlakeJohnson86 [0] (n=bjohnson@70-13-139-8.area2.spcsdns.net) |
| 21:29:59 | Nico_P | Massa: not really... |
| 21:30:28 | * | domonok1 detects problems in the complete install of rockbox.. again to late connected signals.. |
| 21:31:47 | Massa | Currently all defined background colours of viewports will get transparent if you use a backdrop. The discussion was about changing this behaviour and having the possibility to use background colours in viewports even when a backdrop is used. |
| 21:32:05 | | Join argumentD [0] (n=argument@cpe-76-173-115-95.socal.res.rr.com) |
| 21:32:10 | | Join webtaz [0] (n=4fd481fe@gateway/web/cgi-irc/labb.contactor.se/x-a69ae4a1275e4dae) |
| 21:32:40 | * | Massa is sure that Nico_P will remember now - or not? ;) |
| 21:32:40 | | Quit webtaz (Client Quit) |
| 21:32:44 | | Join webtaz2 [0] (n=4fd481fe@gateway/web/cgi-irc/labb.contactor.se/x-8118dd368e0df9ad) |
| 21:32:52 | webtaz2 | hiho |
| 21:33:24 | bluebrother | domonok1: maybe that's the issues that got reported some times? |
| 21:33:48 | domonok1 | could be, i am fixing now.. |
| 21:33:50 | Massa | the discussion was about using either the FF00FF bg-colour as transparent colour (as it is in bitmaps) or to add an additional parameter to the viewports definition in WPS files. |
| 21:33:50 | Nico_P | Massa: are you sure you talked about that with me? I'm sorry but it doesn't ring a bell |
| 21:33:59 | webtaz2 | anybody around who perhaps would help me syncing a patch? i just tried to fix it, but it still brings up the same error |
| 21:34:44 | Gartral | is there a teamspeak room/group for rockbox? |
| 21:35:34 | | Join hannesd [0] (n=light@p5B1632AB.dip0.t-ipconnect.de) |
| 21:37:23 | | Join dandin1 [0] (n=anon2155@bas7-ottawa23-1088833575.dsl.bell.ca) |
| 21:41:14 | domonok1 | webtaz2: and what is the error ? |
| 21:41:37 | domonok1 | bluebrother: complete install should be fixed again.. |
| 21:42:05 | bluebrother | domonok1: nice. Just discovered another issue with resolvePathCase *hmpf* |
| 21:42:13 | Massa | Nico_P: you're right - it was markun, I'm sorry (I just had a look at the IRC archives) |
| 21:42:40 | Nico_P | np ;) |
| 21:43:14 | | Join ali_as_ [0] (n=as@ambix.plus.com) |
| 21:43:20 | Massa | Nico_P: command backwards - you were also there and discussing - look here: http://www.rockbox.org/irc/log-20080327 |
| 21:45:32 | Nico_P | ah yes, I did pitch in |
| 21:45:54 | * | kugel wonders if anyone wants to commit http://www.rockbox.org/tracker/task/8335 |
| 21:46:20 | Massa | kugel was also there ;) |
| 21:46:34 | | Join Spex [0] (i=opera@dslb-088-074-206-177.pools.arcor-ip.net) |
| 21:46:57 | kugel | I actually wanted to do some more with this patch, but I hardly find time (and I want to focus on FS #8799 for now) |
| 21:47:13 | kugel | Massa: Ah yea, I remember |
| 21:47:34 | Massa | It doesn't matter who was there and who not - I just need a suggestion about what variation would be better. |
| 21:47:44 | kugel | Massa: Allready a patch available? |
| 21:48:13 | Massa | I currently have the problem that both variations would break compatibility |
| 21:48:23 | kugel | Nico_P: You were about to commit that patch some time ago |
| 21:48:35 | | Part mcflow |
| 21:48:48 | bluebrother | hmpf. Another issue due to this stupid system flag |
| 21:48:49 | kugel | Massa: backwards compability isn't a point, I trapped into that with FS #8799 too |
| 21:48:51 | Massa | So I didn't set up a tracker entry 'till now |
| 21:48:57 | Nico_P | kugel: I'm thinking we might want to use viewports now |
| 21:49:08 | kugel | Nico_P: ? |
| 21:49:14 | | Quit in-ferno ("Quitte") |
| 21:49:38 | kugel | Nico_P: I meant you were about to commit FS #8335 (in case of a missunterstood) |
| 21:49:40 | Nico_P | for pictureflow... but I should take another look at your patch |
| 21:50:19 | kugel | Nico_P: It's out of sync atm, but I gladly sync it before committing |
| 21:50:50 | | Quit argumentD (Read error: 113 (No route to host)) |
| 21:51:14 | Gartral | ide like that |
| 21:51:31 | domonok1 | bluebrother: i have now moved many more connect calls mainly for safety, but a few could have been bad.. so make sure to always connect before calling the emiiting function.. :-) |
| 21:51:41 | Massa | The first variation (which is ready for creating a tracker entry) does use the bg-colour FF00FF as transparent colour - this variation would break every exisitng viewport WPS because it would suddenly show the defined bg colours in backdrop mode. |
| 21:51:49 | kugel | Nico_P: What did you mean with "kugel: I'm thinking we might want to use viewports now" |
| 21:52:00 | bluebrother | domonok1: was it me who did these connects? /me goes hiding. |
| 21:52:12 | Nico_P | kugel: I was thinking for PF |
| 21:52:16 | * | bluebrother tries a complete installation |
| 21:52:28 | domonok1 | bluebrother: i dont know, but i moved many.. so probably it was both of us.. :-) |
| 21:52:31 | kugel | Nico_P: viewports for pictureflow? to what extend? |
| 21:52:33 | Massa | the second variation would add an additional "transparent-flag" parameter to the %V tag - which also breaks all existing WPS using viewports. |
| 21:52:51 | Gartral | smeg |
| 21:52:55 | bluebrother | hehe, at least it helps understanding better how it works (and how it shouldn't be done ;) |
| 21:52:59 | Nico_P | kugel: it could make some things easier I guess |
| 21:53:04 | kugel | Massa: You really should care about backwards compability. You should convert the default themes in the run though |
| 21:53:08 | * | Nico_P bbs |
| 21:53:31 | bluebrother | complete installation is broken. It stops after the bootloader for me (on m:robe that is) |
| 21:53:48 | Massa | kugel: as far as I know the default themes don't use viewports... |
| 21:53:49 | domonok1 | really ? i should have just fixed that ? |
| 21:53:50 | Gartral | true, i would cry if i lost the use of the wire's WPS |
| 21:54:11 | kugel | Massa: Even better :P But there's at least one |
| 21:54:29 | bluebrother | I did svn up first ... will recheck. |
| 21:54:30 | kugel | Nico_P: Do you mean something like this: arts in 1 viewport, album titles in another, and the tracklist in its own vp too? |
| 21:54:42 | domonok1 | it seams i have broken it again.. :-) |
| 21:54:42 | Gartral | is upadateing one .WPS that hard? |
| 21:55:02 | Massa | Nico_P: would it be possible to add optional parameters to the WPS parsing? I mean a parameter including '|' which could be there or not. Does the WPS parsing code allow this? |
| 21:55:09 | Massa | kugel: which one? |
| 21:55:12 | bluebrother | hehe ... fix one, break another. Otherwise it would be boring anyway ;-) |
| 21:55:46 | kugel | Massa: not sure, pixelma introduced it while converting the default wpses to use bitmap strips |
| 21:56:10 | Gartral | true, but there comes a time where that endless cycle seems overly redundant and you just want too smash something |
| 21:56:21 | kugel | Massa: Read through FS #8799 and watch how I got owned by Llorean for my "keeping backwards compability" |
| 21:56:49 | kugel | Massa: I really like the idea, that's why you should post it |
| 21:57:12 | kugel | Massa: But I like the FF00FF version way more than the additional flag one |
| 21:57:13 | Gartral | BW compatibility is good... to a point... but you also have too make room for expandability in the future |
| 21:57:26 | bluebrother | domonok1: nice ... after using the complete install system load stays at 100%, even after closing rbutil |
| 21:57:30 | Massa | kugel: I know - I also don't want to break compatibility, but I currently have no idea how to do it. |
| 21:57:42 | kugel | There's no way I guerss |
| 21:57:51 | kugel | We have to live with it |
| 21:58:00 | Gartral | other than a complete rewrit of the source |
| 21:58:08 | Gartral | rewrite* |
| 21:58:14 | domonok1 | bluebrother: yes, rbutil somehow doesnt end, if it failes like this.. |
| 21:58:18 | | Quit BlakeJohnson86 (Read error: 104 (Connection reset by peer)) |
| 21:58:19 | dionoea | are themes for ipod 5G still disabled in rbutil? |
| 21:58:36 | bluebrother | dionoea: yes, but those are disabled on the download site. |
| 21:58:49 | Massa | kugel: even the FF00FF version needs to use a transparent flag internally (in the viewport structure). Why? Because of all the other screens (beside WPS) which also uses viewports and needs to have their transparency always be switched on... |
| 21:58:50 | domonok1 | its those loops waiting for the end of a install.. if the connect fails, they never end.. :-) |
| 21:59:14 | dionoea | bluebrother: is a "re-enable" planed sometime soon ? |
| 21:59:36 | bluebrother | no idea. I guess so ... best ask Soap or RedBreva |
| 21:59:47 | | Part oxygen77 |
| 21:59:49 | kugel | Massa: ? Change the default vp bg color to FF00FF? |
| 21:59:52 | Massa | kugel: so it wouldn't matter if I set this internal flag if FF00FF is detected as bg-colour during WPS parsing or if I set it when an additional parameter is detected |
| 22:00 |
| 22:00:00 | Gartral | and when is there going too be anything usefull done with the info screen of rbutil? |
| 22:00:03 | Soap | ask me what? |
| 22:00:03 | domonok1 | bluebrother: now it should work again.. |
| 22:00:20 | bluebrother | about the themes website. Or was it scorche? |
| 22:00:28 | * | bluebrother scratches head |
| 22:00:34 | Massa | kugel: amicon didn't want this - the default bg-colour should be as is... |
| 22:00:40 | | Quit ali_as (Read error: 110 (Connection timed out)) |
| 22:00:54 | kugel | I don't quite understand it |
| 22:01:09 | kugel | changing the default bg color will change nothing, will it? |
| 22:01:16 | | Part Spex |
| 22:01:37 | Massa | kugel: it will change the defaults if not using a backdrop! |
| 22:01:39 | domonok1 | dionoea: it should be enabled again, when we have our new theme site *hint at scorche* :-) |
| 22:01:40 | kugel | Massa: Another question: What will be shown w/o backdrop? Pink or black? Imo black |
| 22:02:03 | Massa | kugel: pink ;) |
| 22:02:13 | Soap | bluebrother, scorche is working on the "official" themes site, a replacement for redbreva's one. I am simply mirroring the iPod video themes (320x240x16) due to redbreva's bandwidth constraints. |
| 22:02:32 | | Join maddlah [0] (n=maddler@cabbage.komputika.net) |
| 22:02:37 | kugel | Shouldn't FF00FF allways be transparent? In case there's no backdrop, transparent means black for me |
| 22:02:47 | dionoea | domonok1: hum ... ok. thanks. |
| 22:03:09 | | Join BlakeJohnson86 [0] (n=bjohnson@99-203-178-111.area2.spcsdns.net) |
| 22:03:13 | Gartral | scorche... if its a website you need, i need practice... i know how to build a good face, if you handle the back end |
| 22:03:14 | dionoea | Do you need some downloads mirror help or something? |
| 22:03:19 | | Quit maddler (Read error: 104 (Connection reset by peer)) |
| 22:03:19 | kugel | That's possibly the reason amiconn didn't want to change default bg color |
| 22:03:26 | bluebrother | Soap: ah, ok. Hopefully the official site comes soon ... |
| 22:03:27 | dionoea | or was something else than bandwidth usage an issue? |
| 22:03:47 | Soap | for the iPod video themes, dionoea, or the theme site as a whole? |
| 22:03:55 | dionoea | everything |
| 22:04:08 | | Join Spex [0] (i=opera@dslb-088-074-206-177.pools.arcor-ip.net) |
| 22:04:35 | bluebrother | domonok1: now it crashes the moment the full install tries to open the themes window? |
| 22:04:56 | Massa | kugel: initially I tried to use the globally defined background colour when no backdrop is used - and that was what amicon didn't like... |
| 22:05:05 | Soap | I think the goal was to fold it (the site) into the official family and add some more functionality. The bandwidth issue came into being due (in part) to the length of time the transition has taken. Something I can't speak to personally. |
| 22:05:09 | Massa | kugel: in the meantime I changed my oppinion - now I think an additional parameter for transparency would be better than the FF00FF variation. |
| 22:05:33 | Soap | But, yes, the bandwidth issue became the straw which broke redbreva's back, so to speak. |
| 22:05:51 | domonok1 | bluebrother: it works for me, which player ? |
| 22:05:52 | Gartral | make up your mind Massa |
| 22:06:00 | bluebrother | still m:robe |
| 22:06:22 | dionoea | Soap: well if you ever need some downloads mirror for the skins ... feel free to ask. |
| 22:06:29 | Massa | kugel, Nico_P: and it would be perfect if it's possible that this additional parameter could be totally missing (with default to "transparent") - that wouldn't break compatibility! |
| 22:06:40 | kugel | Massa: Am I wrong with my idea? ff00ff showing black w/o backdrop? Or the color of the underlying vp if there's one |
| 22:07:08 | domonok1 | bluebrother: i just tried it, it doesnt find any themes for m:robe, but it doesnt crash.. |
| 22:07:19 | kugel | Massa: That won't work, the actual parsing function doesn't accept missing parameters |
| 22:07:24 | bluebrother | strange. You did use the complete install, did you? |
| 22:07:35 | domonok1 | jup |
| 22:07:52 | bluebrother | urgh. Now it crashes even when using the themes button |
| 22:08:02 | linuxstb | Massa: IMO, viewports are new enough that we can change behaviour if we want to - e.g. make a blank bgcolor indicate "use backdrop" |
| 22:08:05 | * | bluebrother does a complete rebuild now |
| 22:08:35 | linuxstb | Massa: But you could also add an extra (optional) parameter to the %V tag if you wanted to. |
| 22:08:48 | Massa | kugel: why black? And overlapping vp's are not allowed atm. (actually it would be really difficult with the current structure to detect which vp is beneath another) |
| 22:09:13 | kugel | Massa: In wps there are not allowed, in lists f.e. they overlap allready |
| 22:09:27 | kugel | Massa: Also, any vp allways overlaps with the default vp ;) |
| 22:09:28 | | Quit Lear ("ChatZilla 0.9.81 [Firefox 3.0b5/2008032620]") |
| 22:09:46 | Massa | linuxstb: the additional parameter has the advantage that you would be able to define a bg-colour for usage without backdrop and to define transparency for usage with backdrop... |
| 22:10:12 | kugel | linuxstb: What would you prefer? ff00ff, additional flag or leaving bg color blank? |
| 22:12:12 | linuxstb | Massa: I don't understand... If the viewport is transparent, the bgcolor isn't used. |
| 22:13:07 | bluebrother | still crashes :( |
| 22:13:20 | kugel | Massa: Black because ff00ff means transparency, and thus, it shows nothing even w/o backdrop (nothing = black, intuitively) |
| 22:13:59 | domonok1 | bluebrother: strange, i have also done a complete rebuild, and it doesnt crash.. :-/ |
| 22:14:04 | linuxstb | Massa: How are you planning to implement this in the LCD drivers? An extra field in the viewport struct? |
| 22:14:05 | bluebrother | nothing is not black on greyscale targets |
| 22:14:05 | Massa | linuxstb: currently you define a bgcolor which is only used when you don't have a backdrop - if you have one, the viewport will be transparent and show the backdrop color instead. |
| 22:15:30 | Massa | kugel: transparency means that it shows, what lies under it - so the defined background colour when no backdrop is used! |
| 22:15:40 | bluebrother | domonok1: do you have updated to my latest changes? Seems I'm the one to blame ... |
| 22:16:00 | kugel | Massa: I don't tread ff00ff as color, and this it shows nothing |
| 22:16:02 | Massa | linuxstb: yes, I added an additional "bool is_bg_transparent" parameter to the viewport structure. |
| 22:16:09 | domonok1 | yes, i am at svn head, and it works.. |
| 22:16:19 | kugel | thus* |
| 22:16:23 | | Quit merbanan (Remote closed the connection) |
| 22:16:34 | bluebrother | that's really strange. I'm on Qt 4.3.3 / WXP |
| 22:16:36 | linuxstb | Massa: That sounds backwards to me - how about a "bool use_backdrop" parameter? |
| 22:17:02 | domonok1 | bluebrother: i am also at Qt4.3.3 /WXP.. :-) |
| 22:17:14 | domonok1 | could you produce a stacktrace of this crash ? |
| 22:17:36 | bluebrother | how can I do this on windows? I've installed gdb ... |
| 22:17:59 | bluebrother | or is there anything else on MinGW for creating a stacktrace? |
| 22:18:33 | webtaz2 | domonok1, still here? |
| 22:18:45 | webtaz2 | ah yes, sorry for not answering |
| 22:18:47 | domonok1 | run rbutil in gdb, and when it crashed use "bt" |
| 22:19:02 | Massa | linuxstb: hmm, actually I don't care about the name - but transparent could in future mean to use the bgcolor of underlying viewport instead of the backdrop (when overlapping viewports will be allowed) |
| 22:19:07 | kugel | webtaz2: :) |
| 22:19:11 | domonok1 | webtaz2: no problem, as you see i am also busy.. :-) |
| 22:19:35 | webtaz2 | well, i was beasy getting food into my stomach ^^ |
| 22:19:55 | bluebrother | domonok1: http://www.pastebin.ca/974471 |
| 22:19:59 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 22:19:59 | webtaz2 | but if you are busy then i perhaps should not interrupt you |
| 22:20:24 | bluebrother | domonok1: hehe, did that already. Was just wondering if there is something "better" on MinGW |
| 22:21:00 | webtaz2 | kugel knows my problem, it's the same error like before I changed sth in the patch |
| 22:24:22 | | Join MethoS- [0] (n=clemens@dyndsl-085-016-166-183.ewe-ip-backbone.de) |
| 22:24:29 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
| 22:24:38 | webtaz2 | so is anybody around with time for such a problem? |
| 22:25:13 | bluebrother | domonok1: putting the downloadInfo() call before the connects in show() fixes the problem |
| 22:25:21 | domonok1 | jup |
| 22:25:53 | domonok1 | i also just found the problem.. show connects to the getter..and this getter is created in downloadInfo() |
| 22:26:05 | | Quit ap0 ("Bye.") |
| 22:26:14 | bluebrother | yep, just found that out too |
| 22:28:31 | domonok1 | i will fix it.. (by moving the connect call to after the creation of the getter.. |
| 22:28:45 | | Quit petur () |
| 22:29:01 | bluebrother | maybe the connection should be made in downloadInfo() instead. |
| 22:29:16 | bluebrother | anyway, I'm going to reboot and see what's all broken on linux ;-) |
| 22:29:18 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 22:29:38 | domonok1 | bluebrother: thats what i have done now.. :-) |
| 22:30:13 | | Quit bluebrother ("bbl") |
| 22:31:15 | domonok1 | the frontpage is now owned by dominiks :-) |
| 22:31:23 | | Join Rondom [0] (n=Rondom@p57A953D6.dip.t-dialin.net) |
| 22:32:18 | | Join philz_ [0] (n=mutton_s@138.238.176.21) |
| 22:32:56 | | Join disorganizer [0] (n=disorgan@p5B11C75C.dip.t-dialin.net) |
| 22:33:01 | | Part philz_ |
| 22:34:06 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 22:34:06 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 22:34:36 | | Quit bughunter2 ("Leaving.") |
| 22:35:11 | disorganizer | linuxstb: how propable is that we may have percentual transperency in the future? like 50% transparent? |
| 22:36:35 | disorganizer | if it is likely to happen, then we should implement that parameter as byte and not as bool (so we can later use it as %transparency value) and just use 0 and 255 for now. |
| 22:37:01 | ali_as_ | An alpha channel. |
| 22:37:33 | disorganizer | (a nibble would propably be ok too, but what do we use a second half of the byte?) |
| 22:37:45 | disorganizer | a=as |
| 22:38:29 | | Quit MethoS-- (Read error: 110 (Connection timed out)) |
| 22:39:24 | | Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) |
| 22:39:32 | Massa | Hi disorganizer. Now we're back at our initial discussion :) |
| 22:40:03 | disorganizer | massa: i noticed :-) parameter or FF00FF, thats the question ;-) |
| 22:40:10 | * | Massa has a deja-vu |
| 22:40:19 | pixelma | Massa: there are two "ports" of included themes which use viewports now - this is the cabbiev2.128x96x2.wps and boxes.220x176x16.wps |
| 22:40:24 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 22:40:53 | pixelma | but I tried to keep it still simple |
| 22:42:12 | DerPapst | can someone explain me what fb_data is? does it contain the coordinates and the color of the pixel? |
| 22:43:35 | | Quit davina^ (Read error: 104 (Connection reset by peer)) |
| 22:43:57 | Massa | pixelma: does the cabbiev2 theme always use a backdrop? Or is it also meant to work without backdrop? |
| 22:44:27 | | Quit fehmicans (Read error: 104 (Connection reset by peer)) |
| 22:44:42 | | Part Spex |
| 22:44:51 | domonok1 | DerPapst: only the color i think.. |
| 22:45:02 | | Join Junsky [0] (n=Stallion@122.2.105.164) |
| 22:45:15 | DerPapst | makes sense... |
| 22:45:27 | DerPapst | whlie thinkin of it ;-) |
| 22:45:27 | | Part Junsky |
| 22:45:32 | Massa | what is the official "svn" command to produce patch files? "svn diff" does not produce unified diffs - or do I miss something? |
| 22:45:33 | pixelma | Massa: it uses a backdrop where it can (targets with display depth > 1 ) and even in the menus (except the Iaudio remote or main display in case of the M3) |
| 22:45:56 | | Quit MethoS- (Read error: 110 (Connection timed out)) |
| 22:46:12 | pixelma | I meant "in the WPS and the menus" |
| 22:46:37 | | Quit mf0102 ("Verlassend") |
| 22:46:56 | Massa | pxielma: thanks - I already understood ;) |
| 22:47:28 | DerPapst | now i need to figure out how to create the content of fb_data with having the pixels r, g, and b value (max 255). probably with shifting but i don't know how far. |
| 22:47:34 | amiconn | kugel: Using 0xff00ff as transparent indicator *in the code* has one fundamental problem - it only works on colour targets |
| 22:47:45 | | Nick qwm is now known as qm (i=qwm@c83-254-194-26.bredband.comhem.se) |
| 22:47:51 | amiconn | But greyscale targets can also use backdrops |
| 22:47:53 | domonok1 | DerPapst RGBPACK(r,g,b) :-) |
| 22:48:04 | DerPapst | meh.. too easy ;-P |
| 22:48:06 | DerPapst | thanks |
| 22:48:06 | kugel | amiconn: Uhh, true |
| 22:48:31 | kugel | amiconn: That's a valid reason to use a flag/paramenter, I agree |
| 22:48:36 | Massa | amiconn: you mean the WPS code? How does the color FF00FF look at greyscale targets? |
| 22:48:41 | amiconn | For loading BMPs, this is no real problem. Right now the bmp loader doesn't support transparency on non-colour, but it will, hopefully soon |
| 22:48:51 | * | kugel sometimes forgets about those targets |
| 22:49:04 | kugel | Massa: You simply can't use it |
| 22:49:05 | * | amiconn actually *prefers* non-colour targets |
| 22:49:15 | kugel | Massa: You use 0-3 |
| 22:49:21 | Gartral | WHY? |
| 22:49:34 | pixelma | why what? |
| 22:49:36 | Massa | kugel: sorry? what do you mean by "you use 0-3"? |
| 22:49:48 | kugel | Massa: For the colors on greyscale |
| 22:49:57 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
| 22:50:02 | * | Gartral stares at amiconn's old skool ways |
| 22:50:03 | * | bluebrother doesn't have any color targets |
| 22:50:03 | amiconn | When loading a BMP at runtime, the loader will generate a mask bitmap according to the 0xff00ff pixels it finds |
| 22:50:10 | amiconn | Gartral: Usability. |
| 22:50:16 | kugel | Massa: Something like ff00ff isn't a valid vp parameter on greyscale |
| 22:51:01 | | Join mrfree [0] (n=mrfree@host153-177-dynamic.22-79-r.retail.telecomitalia.it) |
| 22:51:20 | kugel | Ok then, a parameter is the way to go |
| 22:51:27 | pixelma | kugel: what does that mean? You can use combinations of 0, 1, 2 and 3 in viewports which means black, light grey dark grey or black (I forgot which is which "end") |
| 22:51:31 | amiconn | Btw, 0xff00ff isn't a valid colour on 16-bit targets either. It will actually be either 0xf81f or 0x1ff8, depending on the 16 bit pixel packing |
| 22:52:02 | amiconn | But 16 bit gives sufficient colours to choose from that it's possible to drop one from real use |
| 22:52:08 | amiconn | Not so on 2-bit greyscale |
| 22:52:19 | kugel | pixelma: sure, ff00ff isn't possible though |
| 22:52:40 | pixelma | oh, thank you... ;) |
| 22:52:54 | disorganizer | so we can agree (finally) that a parameter makes sense? |
| 22:52:57 | Nico_P | "[21:54] <kugel> Nico_P: Do you mean something like this: arts in 1 viewport, album titles in another, and the tracklist in its own vp too?" => yes, that's what I meant |
| 22:53:03 | Massa | amiconn, kugel: so actually using the color FF00FF on colour targets for transparency has no effect on greyscale targets. But the snag with it is that we would have to define another greyscale value for transparency on other targets... |
| 22:53:04 | | Quit J (Read error: 110 (Connection timed out)) |
| 22:53:15 | | Join MethoS- [0] (n=clemens@dyndsl-085-016-160-182.ewe-ip-backbone.de) |
| 22:53:30 | Gartral | well, thats what you get for making your code "ff00ffy" |
| 22:53:56 | pixelma | one of the blacks should have been white though... ;) |
| 22:53:59 | kugel | Massa: That would mean to treat greyscale and color seperatly. Using a flag means consistency in this case |
| 22:54:38 | disorganizer | @amiconn: how does this work for icons etc? is transparency ignored there? |
| 22:54:43 | amiconn | Massa: YOu simply can't drop one level of 4 |
| 22:54:59 | amiconn | disorganizer: I already said that... |
| 22:55:06 | Massa | Actually I already changed my mind and think an addtional parameter will be fine - But IMHO it would be best if it could be made optional (to not break compatibility) - Nico_P ;) ? |
| 22:55:08 | kugel | Nico_P: If you think so. I think we can "avoid" vp structs if it's not user costumizable |
| 22:55:24 | kugel | Nico_P: Not that I'm against it ;) |
| 22:55:37 | amiconn | On colour targets, 0xff00ff (packed into 16 bit) defines transparency. Non-colour targets _do not_ support bitmap transparency _atm_ |
| 22:55:44 | Nico_P | Massa: yes, optional parameters are possible. see the progressbar tag for an example |
| 22:55:49 | kugel | Massa: As I allready told you, optional parameters aren't possible atm |
| 22:55:49 | amiconn | But they _will_ |
| 22:56:03 | Massa | amiconn: of course, but you could define e.g. level 4 ;) - but I don't think that's the way to go! |
| 22:56:03 | Nico_P | kugel: what? |
| 22:56:35 | disorganizer | @amiconn: so icons are treated like bmpt's thate? which will keep consitancy for bmps if we use ff00ff for color targets and have no transparency for non-color ones |
| 22:56:42 | disorganizer | thate=there |
| 22:56:44 | Nico_P | they may not be possible in parse_list but they are in general, and even parse_list can be extended to support optional params |
| 22:56:47 | amiconn | Icons *are* bmps |
| 22:56:56 | kugel | Nico_P: I see no real use of converting i.e. pf to viewports, since it's not user-costumizable |
| 22:56:58 | Massa | Nico_P: where? In wps_parser.c? |
| 22:57:04 | amiconn | disorganizer: Re-read what I said |
| 22:57:06 | Nico_P | Massa: yes |
| 22:57:16 | | Quit MethoS- (Read error: 104 (Connection reset by peer)) |
| 22:57:20 | kugel | Nico_P: But I don't want to say that I'm totally against using vp's in pf |
| 22:57:29 | disorganizer | amiconn: ok. i didnt get till now that icons are handled like bmp's. |
| 22:57:33 | | Join MethoS- [0] (n=clemens@dyndsl-085-016-160-182.ewe-ip-backbone.de) |
| 22:57:37 | Nico_P | but to add an optional param to a viewport it requires a bit more work |
| 22:57:57 | Massa | Nico_P: in parse_image_special? |
| 22:57:59 | amiconn | Greyscale targets *will be able to use transparency*, by using 0xff00ff _in the bmp file_, which will be converted to a mask |
| 22:58:49 | Nico_P | Massa: the progressbar (which has optional params) is handled in parse_progressbar, and viewports are handled in parse_viewport |
| 22:59:21 | * | kugel is quite familar with viewport parsing now :) |
| 22:59:25 | | Quit Mathiasdm ("Yuuw!") |
| 22:59:38 | Nico_P | kugel: yeah maybe it's not worth it, I was just toying with the idea. anyway I will try to find time to review your patch |
| 23:00 |
| 23:00:11 | Massa | Nico_P: so it would mean to change viewport parsing to be "manual" and don't use parse_list anymore? |
| 23:00:20 | kugel | Nico_P: Thanks |
| 23:00:28 | Nico_P | Massa: no, I would suggest extending parse_list |
| 23:00:33 | pixelma | Nico_P: review any pf patches with your new c200 and you'll know what has to be solved first... |
| 23:00:39 | disorganizer | kugel, massa: so where is the reason to not using ff00ff, if the handling of vp colours is the same for other bmps' ? |
| 23:00:41 | Nico_P | hehe |
| 23:01:14 | amiconn | disorganizer: Internal colours cannot be handled the same way as BMPs |
| 23:01:36 | Nico_P | Massa: my idea (but I haven't discussed it with linuxstb) was to add a special char in the format string to indicate that the next params are optional |
| 23:01:49 | kugel | pixelma: As far as I remember I took small screen targets like c200 into account with my patch ;) |
| 23:01:53 | * | disorganizer got confused, just reread the nonsense i posted and smacked myself |
| 23:01:59 | linuxstb | Nico_P: Yes, I've thought the same. |
| 23:02:00 | amiconn | BMPs are converted to the internal rockbox format on load. Internal colours need to be in internal format to begin with |
| 23:02:10 | pixelma | kugel: I don't mean any drawing... |
| 23:02:24 | Nico_P | linuxstb: I think it would allow unsing parse_list for the progressbar too |
| 23:03:01 | amiconn | Well, we could actually use a flag bit in the colour value. Would require blowing up the data type for colours a bit though |
| 23:03:14 | disorganizer | still the question: so what is the technical reason for not using ff00ff for transparency of viewports? |
| 23:03:43 | Massa | Nico_P: good idea - but wouldn't optional parameters change the compatibility as well? (you can't distinguish between an additional parameter and following text) |
| 23:03:49 | amiconn | I would prefer to use a flag bit in the draw mode though (for handling the backdrop <-> bgcolour choice in the driver) - but that still leaves the parsing problem |
| 23:03:52 | Nico_P | pixelma: I have no AA on my c200 yet, but I'll probably try it |
| 23:04:08 | kugel | disorganizer: ff00ff is not valid on greyscale |
| 23:04:14 | Nico_P | Massa: all the params that follow the "optional" char would be optional |
| 23:04:22 | disorganizer | kugel: we could define it valid for the vp parsing |
| 23:04:41 | | Quit domonok1 (Read error: 104 (Connection reset by peer)) |
| 23:04:49 | amiconn | disorganizer: Unnecessary conversion at runtime should be avoided wherever possible |
| 23:04:56 | kugel | disorganizer: You don't have hex values at all on greyscale in viewport, that's very much missleading |
| 23:04:58 | Massa | amiconn: it's only a problem when keeping compatibility is a must ;) |
| 23:05:01 | disorganizer | after the parsing ist a parameter of the vp struct anyways |
| 23:05:08 | Nico_P | Massa: oh sorry now I understand... we'd stop on finding the last trailing separator |
| 23:05:15 | pixelma | Nico_P: you don't even need AA to see what I mean (because it still shows all albums which get the ? picture) and I mean pla problems :\ |
| 23:05:19 | amiconn | Massa: It definitely is. |
| 23:05:30 | Nico_P | pixelma: good point. I'll try now |
| 23:06:00 | Massa | Nico_P: I meant when analyzing the optional parameters you'll never sure if the following WPS text is really an optional parameter or the following text... |
| 23:06:05 | Gartral | i know its slightly off topic: but what programs in windows can i use to rip cds too ogg vorbis, and get album art, too? |
| 23:06:13 | disorganizer | kugel: it will definitely show the "user" who in fact is a wps designer that this color is a special color though |
| 23:06:14 | amiconn | Nico_P: The swcodec playback engine also returned to the habit of not detecting end-of-playlist properly :( |
| 23:06:19 | | Quit tvelocity (Remote closed the connection) |
| 23:06:37 | amiconn | It will stop, but you can still resume, and it will play the last few seconds of the last track... |
| 23:07:03 | Nico_P | Massa: the trailing | char (or whatever the separator char is) allows us to know the difference |
| 23:07:09 | Nico_P | amiconn: crap :/ |
| 23:08:35 | pixelma | is it just me or are the forums down *again*? |
| 23:09:07 | Nico_P | Massa: we know when regular text starts because there are no more separators in the line |
| 23:09:27 | Massa | amiconn, Nico_P: so the parse_list needs to be extended to support optional parameters. Nico_P, what char did you think about? |
| 23:09:28 | Nico_P | and anyway, the tags that have params are often alone on their lines |
| 23:09:33 | BigBambi | Gartral: This is an on-topic channel |
| 23:09:39 | webtaz2 | so |
| 23:09:58 | webtaz2 | anybody around who would help me with the dict2 patch? |
| 23:10:26 | | Quit webtaz2 ("CGI:IRC") |
| 23:10:35 | | Join webtaz [0] (n=4fd49042@gateway/web/cgi-irc/labb.contactor.se/x-eac2acf43b3c1715) |
| 23:10:36 | kugel | Nico_P: Do you really want optional parameters for backwards compability? |
| 23:10:47 | Gartral | #rockbox-offtopic isnt responding |
| 23:10:59 | kugel | I think optional parameters make themes even more easier to get broken |
| 23:11:08 | bluebrother | Gartral: try #rockbox-community |
| 23:11:13 | kugel | lol |
| 23:11:19 | Nico_P | kugel: I don't know about backwards compatibility but I know parse_list would be more useful if it supported optional params |
| 23:11:26 | BigBambi | Gartral: There is #rockbox-community, but regardless, that is irrelevant. This topic is on-topic, please keep it so |
| 23:11:33 | BigBambi | s/topic/channel |
| 23:11:39 | Massa | Nico_P: you're right - so I'll finish my bgcolor code (with an additional paremeter to the viewport) and'll create a patch tracker entry. This will currently break compatibility until parse_list has been extended (which IMHO should be another patch - or directly committed...) |
| 23:11:45 | bluebrother | and in case #rockbox-offtopic isn't responding that's not anything thats of interest here ... |
| 23:11:57 | Nico_P | Massa: I agree |
| 23:12:18 | linuxstb | Massa: You can easily just use parse_list for the standard parameters, and parse the last one manually. |
| 23:12:20 | disorganizer | what about using || for transparency (empty color field)? |
| 23:12:29 | Nico_P | I don't know about the "optional" char, but it's mostly a bikeshed issue :) |
| 23:12:41 | kugel | What would be optional then? everything left out or everything after a special char? |
| 23:13:16 | bluebrother | hmm. Should mi4 size displayed in the bootloader be the size of the main rb image? |
| 23:13:26 | Massa | kugel: it's an internal parameter to the parse_list() method - nothing a user will ever see ;) |
| 23:13:29 | linuxstb | Massa: See parse_image_load - it uses parse_list, and has an optional parameter (number of subimages) |
| 23:13:50 | Massa | linuxstb: thanks, that's how I'll implement it for now! |
| 23:14:07 | *** | Saving seen data "./dancer.seen" |
| 23:14:28 | kugel | linuxstb: But parse_viewport doesn't accept optional parameters, does it? |
| 23:14:29 | * | disorganizer wonders how mono target would get transparency |
| 23:14:30 | Massa | linuxstb: how shall the new bool in viewport be called? bg_use_backdrop? |
| 23:14:39 | Gartral | hmm... you say #rockbox-offtopic isnt of intrest, yet you seem quite intrested in want THIS channel kept ON topic, therefore, logic states you are equally intrested in keeping your offtopic sister room online.... am i right? |
| 23:15:02 | bluebrother | no |
| 23:15:04 | kugel | Gartral: #rockbox-community is the official off-topic channel |
| 23:15:05 | BigBambi | Gartral: There is #rockbox-community for off-topic chat |
| 23:15:16 | Massa | kugel: but it will afterwards :) |
| 23:15:20 | BigBambi | Gartral: But this is a warning - keep this channel ON-TOPIC only |
| 23:15:21 | Nico_P | kugel: no, parse_viewport doesn't accept optional parameters |
| 23:15:26 | disorganizer | massa, kugel: again why not use a "empty" color field for transparency? |
| 23:15:34 | | Join tomcat_ha [0] (n=F14_fana@82.148.214.99) |
| 23:15:45 | kugel | disorganizer: And what happens if there's no backdrop? |
| 23:15:46 | tomcat_ha | hi |
| 23:15:52 | tomcat_ha | ive dropped my ipod |
| 23:15:59 | tomcat_ha | video 5.5 gen |
| 23:16:07 | disorganizer | the same as with having a separate parameter? |
| 23:16:09 | tomcat_ha | and i tried restoring it with ipod updater |
| 23:16:21 | disorganizer | the bg color is then set by the user |
| 23:16:26 | tomcat_ha | but ipod updater doesnt get past the initializing screen |
| 23:16:51 | tomcat_ha | i could send it too apple but im afraid they might found out that ive got rockbox on it and they will start bitching about it |
| 23:17:13 | | Quit MethoS- (Remote closed the connection) |
| 23:17:16 | Nico_P | hmm pictureflow doesn't appreciate it when there is no album art at all |
| 23:17:32 | disorganizer | kugel: but i get what you mean: if the wps designer wants to use colors for coloring viewport backgrounds without having a wps backdrop to do the coloring :-) |
| 23:17:33 | Gartral | dude, try trading it in for a sansa, ive droped mine like 5 times... its still fine |
| 23:17:37 | BigBambi | tomcat_ha: Can you connect it to a PC? |
| 23:17:50 | tomcat_ha | its connected right now |
| 23:17:52 | BigBambi | Gartral: It is also of less capacity, etc etc |
| 23:17:57 | BigBambi | tomcat_ha: What OS? |
| 23:17:58 | Nico_P | Gartral: that's not very helpful |
| 23:17:58 | tomcat_ha | i cant read it |
| 23:18:03 | Massa | Does anybody have an answer to my "svn diff" question? What's the official command to create a code patch? |
| 23:18:10 | tomcat_ha | win xp media center edition |
| 23:18:20 | BigBambi | tomcat_ha: Can you try running chkdsk on it? |
| 23:18:30 | bluebrother | Massa: svn diff [files] > output.diff |
| 23:18:31 | Nico_P | Massa: I didn't see your question but patches are done with svn diff > patch |
| 23:18:34 | tomcat_ha | chkdsk? |
| 23:18:41 | kugel | Massa: svn diff > patch.diff |
| 23:18:44 | bluebrother | tomcat_ha: are you on windows? |
| 23:18:53 | tomcat_ha | i cant even boot rockbox if that is a standard rockbox plugin |
| 23:18:56 | kugel | in the root dir |
| 23:18:58 | BigBambi | In a command prompt, type chkdsk -f z: where z: is your ipod drive letter |
| 23:19:05 | BigBambi | @ tomcat |
| 23:19:07 | tomcat_ha | hm |
| 23:19:09 | tomcat_ha | k |
| 23:19:09 | pixelma | Nico_P: I also saw problems when you "rebuild cache" that it doesn't clear old entries properly (very easy to see if you only have a few pics as I do) |
| 23:19:35 | Massa | bluebrother: when CVS was the repository unified diff files have to be used - but "svn diff" does not produce such a diff??? |
| 23:19:54 | pixelma | Nico_P: ...and the album list changed slightly |
| 23:20:01 | disorganizer | massa: what would happen when using your patch when viewports do overlap (even if its not allowed)? |
| 23:20:09 | BigBambi | Massa: If you want to diff everything just do svn diff > diff.patch |
| 23:20:10 | Bagder | Massa: svn diff is "unified format" by default |
| 23:20:13 | tomcat_ha | it says invalid parameter h: |
| 23:20:15 | | Join Chronon [0] (i=chronon@c-24-20-117-106.hsd1.mn.comcast.net) |
| 23:20:41 | BigBambi | tomcat_ha: Sounds like your disk is a bit buggered to me |
| 23:20:53 | Nico_P | pixelma: I guess PF needs a bit of love |
| 23:20:55 | BigBambi | I think there is an apple diagnostic mode of some sort that might help |
| 23:21:04 | Massa | Badger: what do you mean by "by default" - how is it possible to change it? (it seems that mine doesn't produce unified diffs... |
| 23:21:08 | bluebrother | Massa: svn diff generates unified diff files |
| 23:21:16 | BigBambi | tomcat_ha: Or you could try reseating the drive - it may just have got dislodged |
| 23:21:29 | pixelma | Nico_P: I didn't care much that's why I almost forgot it... ;) |
| 23:21:41 | Bagder | Massa: I mean without any options necessary, I don't think you can even change that |
| 23:21:50 | Massa | disorganizer: it'll still show the backdrop colour (and not the colour of the underlying viewport) |
| 23:21:57 | Nico_P | pixelma: I don't use it much either |
| 23:21:59 | tomcat_ha | how can i check if its dislodged? |
| 23:22:21 | BigBambi | Opening it |
| 23:22:34 | tomcat_ha | hmm |
| 23:22:43 | tomcat_ha | ipod updater now says it doesnt support my ipod model |
| 23:22:51 | tomcat_ha | so i should try using itunes now? |
| 23:22:55 | Nico_P | wow I think we could almost disable pictureflow on the c200... it's really not very pretty |
| 23:23:15 | BigBambi | tomcat_ha: Sure, you can try |
| 23:23:16 | disorganizer | massa: ok. so when the patch is posted in svn you propably should mention that to prevent questions :-) |
| 23:23:27 | * | disorganizer thinks we sill need the z-axis for viewports :-P |
| 23:24:02 | pixelma | Nico_P: I wouldn't go as far, it just has to get rid of pluginlib actions :P |
| 23:24:08 | Nico_P | hehe |
| 23:25:31 | tomcat_ha | is there any progress on getting into the new ipod classics? |
| 23:25:42 | BigBambi | Nope |
| 23:26:01 | tomcat_ha | why must apple be the only company with mp3 players with more than 80 gb memory |
| 23:26:20 | | Quit Chronon (Remote closed the connection) |
| 23:27:09 | Bagder | tomcat_ha: they're not |
| 23:27:30 | Bagder | they're just the only widely available one with large storage |
| 23:27:56 | tomcat_ha | well i know of archos |
| 23:28:05 | tomcat_ha | but yeah they havent got a good reputation either |
| 23:30:59 | | Join m0f0x [0] (n=m0f0x@189-47-21-15.dsl.telesp.net.br) |
| 23:32:42 | * | tomcat_ha curses itunes |
| 23:34:10 | tomcat_ha | all it does is locking up, how can people even use this? |
| 23:34:27 | BigBambi | It may be related to your damaged iPod... |
| 23:34:47 | | Quit Rondom ("Ex-Chat") |
| 23:34:50 | tomcat_ha | hm good point |
| 23:35:23 | | Join krz [0] (n=irc_by@turbo.sml.by) |
| 23:41:06 | kugel | Massa: FS#? :) |
| 23:41:46 | | Quit webtaz ("CGI:IRC (Ping timeout)") |
| 23:41:51 | Massa | kugel: I first have to implement the additional parameter - so it'll take a bit ;) |
| 23:42:03 | amiconn | [23:17:36] <Nico_P> hmm pictureflow doesn't appreciate it when there is no album art at all <= I reported this ages ago... |
| 23:42:31 | Nico_P | amiconn: without a tracker entry it's hard to keep track |
| 23:42:44 | amiconn | Also, while I'm not a pictureflow user, I would like to see it made available on greyscale targets, using the greylib |
| 23:43:06 | kugel | amiconn: Feel free to do it :) |
| 23:43:37 | | Part tomcat_ha |
| 23:43:39 | Nico_P | amiconn: if it works in the sim I might consider doing it :) |
| 23:43:48 | Nico_P | but I have no grayscale target to test on |
| 23:43:52 | amiconn | The greylib does work in the sim |
| 23:44:20 | amiconn | It works differently though - not by quickly flipping pixels ;) It tries to be as accurate as possible |
| 23:45:24 | amiconn | Testing on target should of course be done, but it's not needed during basic development |
| 23:45:30 | | Quit davina ("GNU/Linux the free alternative to Windows") |
| 23:45:37 | amiconn | Does it use the core bmp loader? |
| 23:45:41 | Nico_P | yes |
| 23:45:49 | | Quit miepchen^schlaf () |
| 23:46:01 | amiconn | Hmm, that won't work here of course |
| 23:46:06 | Nico_P | but then I think it might store cache files in framebuffer data |
| 23:46:10 | Nico_P | why? |
| 23:46:48 | amiconn | The greylib uses a pixel format (plain 8-bit greyscale) that's not supported by the core loader |
| 23:46:49 | Nico_P | because the bmp loader will convert the bitmaps down to 2bit? |
| 23:46:56 | amiconn | yes |
| 23:47:09 | | Quit keanu (Read error: 110 (Connection timed out)) |
| 23:47:23 | amiconn | It either needs a hook, or needs to be copied to the greylib, with the appropriate output format |
| 23:47:33 | | Join tomcat_ha [0] (n=F14_fana@82.148.214.99) |
| 23:47:34 | Nico_P | is there a greylib bmp loader? |
| 23:47:45 | Nico_P | ah I guess you've answered |
| 23:47:55 | amiconn | Not yet |
| 23:48:11 | amiconn | Shouldn't be difficult to implement though - I could do that if you want |
| 23:48:19 | | Quit andrew__ (Read error: 110 (Connection timed out)) |
| 23:48:41 | | Quit disorganizer ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") |
| 23:48:47 | amiconn | It will need a lot less ifdefing than the core version - no mono formats to consider, and no dithering either |
| 23:49:18 | Nico_P | I wouldn't mind |
| 23:49:35 | kugel | Nico_P: What do you think of committing the smooth resize patch as plugin for now? pictureflow and sliding puzzle could use it |
| 23:49:37 | | Nick qm is now known as qwm (i=qwm@c83-254-194-26.bredband.comhem.se) |
| 23:50:15 | kugel | I think both use their own resize algorithm as of now |
| 23:50:37 | Nico_P | they both use the simple resize |
| 23:51:08 | kugel | ah, didn't know that pf uses that too, I'm not very familar with pf anymore |
| 23:51:14 | Nico_P | me neither |
| 23:51:15 | * | kugel would like to see it in the core as well though |
| 23:51:29 | bluebrother | pictureflow? Urgh. |
| 23:51:42 | Nico_P | kugel: don't hold your breath :) |
| 23:51:48 | kugel | No, smooth resize patch |
| 23:51:55 | Nico_P | oh |
| 23:52:05 | kugel | lol pictureflow in core :) |
| 23:52:15 | kugel | not until database can actually use it |
| 23:52:34 | bluebrother | in case someone wants to try, I've created a new svn binary of rbutil: http://www.stud.uni-karlsruhe.de/~uhcn/rockbox/rbutil/rbutilqt-v1.0.5pre.zip |
| 23:52:36 | kugel | which is probably not gonna happen too soon |
| 23:52:56 | * | Nico_P wants the DB to handle AA |
| 23:53:40 | krz | hi everyone =) |
| 23:53:49 | Nico_P | amiconn: end-of-playlist works fine here |
| 23:54:06 | amiconn | Tried to resume? |
| 23:54:16 | Nico_P | yes. "nothing to resume" |
| 23:54:22 | amiconn | It definitely doesn't work on my H180 |
| 23:54:40 | krz | can anyone tell if mentors are notified if gsoc application was modified? |
| 23:54:52 | Nico_P | krz: they're not |
| 23:55:13 | | Join Spex [0] (i=opera@dslb-088-074-206-177.pools.arcor-ip.net) |
| 23:55:17 | | Part tomcat_ha |
| 23:55:31 | Nico_P | amiconn: then I'd need more info on the circumstances |
| 23:55:45 | kugel | Nico_P: You didn't answer my question :) |
| 23:56:11 | amiconn | I was simply playing directories. No skipping, but interrupted by shutdown, and resume after boot |
| 23:56:25 | krz | Nico_P: and whom can i discuss application? may be it needs some more modification? |
| 23:56:40 | Nico_P | krz: there are some mentors here, including me |
| 23:56:41 | amiconn | At the end playback stops and drops back to the browser, but I can still resume and it will repeat the last few seconds |
| 23:56:50 | Nico_P | strange |
| 23:56:56 | Bagder | krz: what application is yours? |
| 23:57:01 | Nico_P | kugel: I'd like to commit it, yeah |
| 23:57:35 | petur | jhMikeS: here? |
| 23:57:46 | krz | Bagder: WPS/Theme editor |
icon identifies that the person is a core developer (has commit access).