--- Log for 06.04.108 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 4 days and 18 hours ago 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 # jhMikeS: : found the reset of the usb chip of the S : pin k24 of the imx 00.01.16 # Hmm, full rebuild didn't help... 00.01.30 # theport is the usbotg one 00.01.56 Join CyBergRind|w [0] (n=cbr@212.98.160.130) 00.02.50 # amiconn: yes, flush + invalidate 00.03.09 # Hmm, not on cop though, right? 00.03.19 # But that shouldn't matter at all here 00.03.27 # amiconn: every thread created gets a flush + invalidate 00.03.43 # The greylib creates no thread at all 00.03.53 # It just puts an isr on cop (if requested) 00.04.19 # yeah, interrupt code will not which could present a problem. 00.04.32 # Yeah, but not here 00.04.50 # The cop will only see uncached addresses which are first written by the cpu 00.04.57 # toffee82: usb chip? I wasn't aware there was a usb chip (other than the bit with the mc13783) 00.05.25 # Is there a reason that ftruncate in rockbox can't extend a file ? The normal POSIX ftruncate can 00.05.54 # gevaerts: noone felt like doing it? :) 00.06.48 # The problem is of course that by now some code might depend on getting an error in that case.. 00.07.46 # Nothing in rockbox uses it apart from file.c itself 00.08.20 # 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 # jhMikeS: indeed. 00.10.05 # It's often used to reserve disk space, to be written later 00.10.09 # gevaerts: I think that simply nobody ever needed it 00.11.24 # gevaerts: jhMikeS : the chip select of the usb is C10 of the cpu 00.11.42 # do you need something else ? 00.12.34 # amiconn: uisimulator/common/io.c and /firmware/test/fat/main.c use it too 00.12.43 # no 00.12.55 # uisimulatr/common/io.c *provides* it for the sims 00.13.04 # ah 00.13.04 # toffee82: what usb chip is there? I thought we always needed the SW stack. 00.13.12 # And the test code uses it, yes. But that wasn't touched in ages... 00.13.33 # philips isp1504, do you want the datasheet ? 00.14.04 # It uses the isp1504 ? 00.14.07 # * gevaerts is confused 00.14.11 # if you look the block diagram , the usb is not direct from the cpu 00.14.12 # toffee82: yeah (/me wonders how he missed this) 00.14.30 # gevaerts: ?? 00.14.34 # * jhMikeS has it already :p 00.15.03 # Wasn't this imx31 with built-in USB ? 00.15.07 # it the tipical application for the imx 00.15.26 # yes but toshiba do it this way 00.15.28 # gigabeat S has alot of redundancy in the HW 00.15.42 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 00.15.44 # yes with the mc 13... 00.15.52 Join sourcemaker [0] (n=sourcema@p5B2DFB6F.dip.t-dialin.net) 00.16.02 # does rockbox work with IPOD 4gen 00.16.15 # sourcemaker: have you read the front page? 00.16.15 # sourcemaker: yes 00.17.00 # * amiconn wonders what the explicit 'nocommon' is for, and tries without 00.17.01 # jhMikeS: they fix it in the t400, no more redundancy :) 00.17.19 # We don't use 'nocommon' for the I*_ATTR either 00.17.48 # 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 # bluebrother: a clean way for this processEvents mess, would be to use worker threads :-) 00.19.39 # 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 # which device do I use to install rockbox /dev/sdd or /dev/sdd1/2 00.20.04 # ddalton: try rbutil :-) 00.20.20 # domonoky: No gui sorry. 00.20.24 Nick bruges is now known as bruganit (n=bruges@e178039202.adsl.alicedsl.de) 00.20.25 # well, I'm trying to make the zip class tell us about the current file (i.e. emit the actual count) 00.20.29 # Im blind and qt is not accessible... 00.20.37 # 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 # ddalton: there is a cli patch in the tracker. I've updated it some days ago, so it should compile. 00.21.05 # no idea if patching of the iriver fw is already implemented. 00.21.07 # sourcemaker: mount sdd1, you need to install to a partition... 00.21.10 # gevaerts, toffee82: I don't see how it bridges the ATA or anything from the logic block diagram 00.21.25 # sourcemaker: try rbutil :) 00.21.25 # bluebrother: should be implemented.. 00.21.48 # ddalton: on ipods, the bootloader installation needs the *device* 00.21.51 # my update was only to catch up with internal changes. 00.21.57 # 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 # 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 # 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 # but you can simply mount the player and let rbutil do the rest. 00.23.16 # ddalton: sure, you can use scramble. IIRC that was documented in the IriverBoot page. 00.23.29 # bluebrother: configuration invalid... 00.23.33 # you need to do a few steps manually though. 00.23.38 # sourcemaker: then correct it ... 00.23.39 # bluebrother: for patching an iriver fw?? 00.23.43 # 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 # 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 # gevaerts: jhMikeS : you have a signal usb detect which goes to the mc13783 00.24.05 # http://www.sacg.com.tw/sacweb/marcom/epaper/images/ISP1504,%20ISP1505,%20ISP1606%20Literature.pdf 00.24.15 # looks like its just the physical layer interface, not hte controller 00.24.16 # ddalton: the manual way of patching the hex file was never in the manual 00.24.17 # take note :) for the moment 00.24.24 # saratoga: exactly 00.24.58 # ddalton: http://www.rockbox.org/twiki/bin/view/Main/IriverBoot#Patching_the_iriver_firmware 00.25.36 # 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 # bluebrother: installation is in progress.... I how this works 00.25.51 # ddalton: and make sure you check the md5sum of the manually created firmware file, if it wrong the players is broken.. 00.25.52 # ddalton: what you need to do is descramble the firmware with scramble, patch with mkboot and scramble it again 00.25.56 # HI 00.26.02 # IM NEW 00.26.09 # and your caps lock is broken 00.26.18 # NOT MINE 00.26.21 # XD 00.26.31 # IM UR B**** 00.26.32 # BITCH: Turn off, caps lock, and stay on topic 00.26.39 # 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 # y should i 00.27.39 # IMYOURBITCH: bye 00.27.46 Kick (#rockbox IMYOURBITCH :Bagder) by Bagder!n=daniel@rockbox/developer/bagder 00.28.24 # Prank by a regular maybe? 00.28.42 # that was quick 00.29.21 # USB DETECT seems to go straight to the mc13783 00.29.22 # 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 # Caps lock, constantly changing nick, like someone read the rules and did it deliberatly. 00.30.07 # Well, anyway 00.30.39 # installation complete 00.31.31 # jhMikeS: so you need more things to find how the usb works ? 00.33.42 # 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 # 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 # how can i restart my ipod? 00.34.57 # 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 # sourcemaker: check the manual ... 00.35.21 # or the FAQ, whatever you like better 00.36.52 Quit qwock (Client Quit) 00.37.15 # jhMikeS: It's definitely a COP cache problem. fire.rock works when run directly after boot 00.37.40 # ...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 # 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 # So your patch is fine 00.39.35 # 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 # 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 # 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 # 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 # what exactly did you do? Did Rockbox start or not? 00.45.46 # 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 # jhMikeS: the pins connected to the isp1504 are a6, a7.. (usbotg...) form the cpu 00.46.23 # jhMikeS: Hmm, I think the plugin loader needs to flush + invalidate the cop's cache *before* loading the plugin 00.46.24 # the IMX will likely make CPUFREQ_NORMAL just a "can vary dynamically" setting 00.46.33 # Otherwise it's too late 00.46.37 # bluebrother: yes... reockbox starts fine 00.46.40 # ddalton: most links to iriver seem to be dead. rasher has a mirror: http://rasher.dk/rockbox/iriver-firmwares/ 00.47.02 # 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 # 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 # toffe82: how many pins are there ? ULPI can have an 8 bit or a 16 bit link 00.47.31 # sourcemaker: and I really don't understand why you tell something about "reboot does not work". 00.48.03 # 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 # bluebrother: thanks 00.48.36 # It has to do that before eve loading the plugin into the plugin buffer 00.48.51 # Doing it later might overwrite parts of the already loaded plugin iiuc 00.49.02 # gevaerts: 8bits 00.49.13 # the isp is 8 bits 00.50.27 # 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 # great... now everthink is working well 00.51.04 # jhMikeS: Hmm. Then I wonder what pending writes are there in case of the greylib.... 00.51.04 # Hello 00.51.39 # 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 # 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 # 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 # amiconn: and only uncached code? 00.52.39 # Eh, no 00.52.53 # But code shouldn't change, so no write-back, right? 00.53.09 # Hmm, but code could be cached.... 00.53.21 # but it could see some lines as the previous plugin that was there 00.54.11 # I have no idea how to clean this up from within the plugin... 00.54.37 # Any code that I'll run on cop to flush the cache will go into the cache... 00.54.58 # That is, as long as it doesn't reside in iram - but that it shouldn't for normal plugins... 00.55.04 # besides a forceable interrupt and handler in the core I don't know either 00.55.35 # Hmm, I could use UNCACHED_ADDR for a function call... 00.56.00 # But cleaning it up in the core sounds like a better approach imho 00.56.50 # great work 00.57.45 # 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 # rockbox is using linux right? 00.59.35 Part ddalton 00.59.39 # sourcemaker: No 00.59.57 # sourcemaker: Rockbox is built from the ground up, it is NOT based on linux 01.00.17 # BigBambi: ok 01.00.21 # Rockbox is all Rockbox 01.00.24 # 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 # 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 # Rockbox is designed specifically for embedded systems with all the constraints that brings, and is focussed on music playback 01.01.49 # 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 # What do you mean with forced interrupts? 01.02.26 # DavidSG: I have read your proposal, but I'm quickly going over it again 01.02.42 # 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 # the imx avic has that as well 01.03.36 # how? 01.03.54 # gewaerts: hello and thank you for reading 01.04.07 # Hmm, is that the INT_FORCED_* stuff? 01.04.38 # s/gewaerts/gevaerts/ 01.04.54 # 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 # DavidSG: have you seen : http://www.rockbox.org/twiki/bin/view/Main/GSoCApplicationTemplate2008 ? 01.06.48 # domonoky: No, I am sorry I haven't. 01.07.39 # 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 # gevaerts: thanks for the info but I don't program ,I just look the code sometimes, really have no time ;) 01.08.15 # 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 # 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 # gevaerts: you don't have a gigabeat S :) 01.09.23 # DavidSG: :-) feel free to extend your application according tothis :-) 01.09.32 # 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 # toffe82: I don't have one, no :) 01.09.49 # jhMikeS: I'll try calling the isr with its uncached address when running on cop 01.09.59 # gevaerts: do you want one ? 01.10.09 # gevaerts: That would be good that way i can make allmy revisions at the same time. 01.10.09 # That should tell us whether the caching is the problem 01.10.18 # 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 # toffe82: I want a lot of things, but... 01.10.32 # It's an ugly solution because code within uncached ram is slow... 01.11.15 # gevaerts: :) 01.11.21 # amiconn: exactly why a "perform cache operation" service in the core would be very useful 01.11.49 # What would be a good way to signal completion back from such an isr? 01.12.00 # gevaerts: c'mon, the gigabeast is the target of rockbox's future! :) 01.12.01 # (a forced interrupt to clear cop cache I mean) 01.12.42 # 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 # Nico_P: What ? Not the Meizu ? markun lied to me ! 01.13.00 # 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 # gevaerts: usb is good stuff !! :-) 01.13.17 # or by the time it can service that IRQ anyway 01.13.26 # jhMikeS: It has to be done by the plugin loader, even before loading a plugin... 01.13.30 # 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 # 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 # jhMikeS: Afaik it's not possible to invalidate without flushing 01.15.01 # 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 # yes, thr WPS utility should use rockbox's parsing code directly and ideally its rendering code too 01.17.41 # that should also allow focusing on other things like usability 01.18.13 # 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 # amiconn: then you'll lose pending writebacks and corrupt memory 01.18.25 # DavidSG: do you have any idea which toolkit you want to use for the PC side of this WPS/Theme maker ? 01.18.38 # ? 01.18.59 Join miepchen^schlaf_ [0] (n=miepchen@p54BF6799.dip.t-dialin.net) 01.19.27 # DavidSG: it should be possible to compile the parser's code directly into the program 01.19.38 # we already have a command line WPS checker that does just that 01.19.41 # 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 # DavidSG: that would be best. Of course, that would make using java a bit problematic 01.19.45 # 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 # though I think it's possible by just specifying different bits in the operation 01.20.56 # 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 # DavidSG: rbutil, our GUI installer, uses Qt4 01.21.21 # DavidSG: do you have any experience in rockbox theme ability ? 01.21.22 # That would indeed just lead to madness 01.21.23 # domonoky: what do you mean by backend? 01.21.54 # 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 # 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 # 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 # java? How should that use the rb parser? 01.23.36 # 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 # 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 # gevaerts: that sounds like the easier thing i can fix onmy application 01.24.42 # It shouldn't be too hard, no :) 01.25.22 # bluebrother: java may be reconsidered for my final applications 01.25.33 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 01.26.10 # jhMikeS: I know I would loose pending writes. Iirc you once said that invalidating without flusing doesn't work on PP 01.27.10 # 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 # gevaerts: just so i have some idea: How much has the scripting for WPS has changed in the history ofthe project 01.29.24 # 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 # 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 # 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 # indeed 01.31.14 # 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 # i can also see that becoming a problem with code going out of sync. 01.32.18 # 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 # 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 # hmpf, windows needs special treatment as usual :( 01.33.02 # The macro can be used for functions, but you need an explicit 'address of': UNCACHED_ADDR(&_timer_isr) 01.33.15 # DavidSG: Whether it is on the PC or target is in this sense irrelevant. 01.33.22 # BigBambi: I agree completely. 01.33.24 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 01.33.34 # DavidSG: coolio :) 01.33.55 # ...otherwise gcc throws a weird error 01.34.02 # amiconn: can't allocate the function as NOCACHEDATA_ATTR? (to make sure all adresses are compiled properly) 01.34.41 # bluebrother: is rbutil currently localized ? 01.34.43 # BigBambi: do you know a way to integrate the c code from the parser into a java application. 01.34.57 # DavidSG: I'm not coder I'm afraid 01.34.58 # jhMikeS: It's not needed here, and it's not a permanent solution anyway 01.35.03 # gevaerts: yes 01.35.03 # s/not/no 01.35.20 # we just don't have too much translation contributions. 01.35.34 # 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 # DavidSG: Qt would probably be better suited 01.36.40 Quit mrfree (Read error: 110 (Connection timed out)) 01.37.14 # 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 # i don't like the sound of this glue, maybe java would not be the best idea. 01.38.52 # to combine all he could use Qt Jambi (Qt for java) *hehe* :-) 01.38.52 # 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 # domonoky: you do like this Qt 01.39.42 # DavidSG: Qt is a great library, and it's quite fun to work with it. 01.40.05 # 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 # I can't say i have had experience working with it, but i will do some research. 01.40.35 # DavidSG: you mention that you have one rockboxable player. Does it actually run rockbox now ? 01.40.38 # DavidSG: do you know C or C++? 01.41.42 # 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 # 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 # Nico_P: I know both. 01.42.11 # 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 # DavidSG: then learning Qt shouldn't be much work 01.42.30 # Hmm, and atm I can't see how this would help 01.42.46 # no. In fact I learned C++ doing Qt :) 01.43.04 # Unless the plugin loader does it, that is. But the plugin loader runs in the main thread... 01.43.27 # amiconn: it is reliable and will make the caches coherent 01.43.42 # Sounds good, even if it just for consistancy sake, I think it will be better to use QT. 01.43.44 # knowing java and very little Qt, my impression is that Qt basically adds a java like library to C++ 01.44.02 # So the plugin loader could hop to the cop & back to make sure both caches are flushed before loading a plugin? 01.44.05 # DavidSG: have you built rockbox yourself before ? Ever played with the code ? 01.44.17 # amiconn: yes 01.44.45 # Nico_P: if you're doing GUI Qt is _much_ nicer. 01.44.54 # I can imagine that 01.44.58 # * bluebrother did a bit of Java GUI some time back and hated it. 01.45.34 # 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 # Try curses :) 01.46.20 # 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 # a curses interface to Rockbox would be interesting. 01.47.09 Join sourcemaker [0] (n=sourcema@p5B2DFB6F.dip.t-dialin.net) 01.47.23 # 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 # ...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 # 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 # DavidSG: Testing shouldn't be an issue 01.49.41 # * bluebrother just fixed a bug he introduces some days back :) 01.49.42 # That's not a big problem. You should be able to find volunteers easiy 01.49.43 # jhMikeS: Do I really need old_core, or could I just assume the cores? 01.49.48 # There are generally plenty of willing people in here 01.49.54 # 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 # 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 # mcuelenaere: what kind of device-side controller does it have ? 01.52.01 # 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 # Philips ISP1583 01.52.08 # Sounds excelent. I will have to look closely at that now. 01.52.30 # http://www.nxp.com/acrobat/datasheets/ISP1583_6.pdf 01.53.07 # there is some ISP1582 based code in Rockbox already, containing a USB serial driver for the iRiver I think 01.53.31 # most of the code is based on that + some hints from a sf.net linux ISP1761 driver 01.53.35 # 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 # 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 # ANd in both cases it would be happening on the main thread 01.55.05 # mcuelenaere: I've never looked at it. It seems to be pretty different from the PP and imx31 01.55.36 # it can be done when disabling the timer in grey_show and it does assume thread context 01.55.38 # yes, so it seems 01.56.04 # while making the USB driver for the PP targets, did you run into the same problem? 01.56.05 # which thread gets switched around to where isn't important 01.56.06 # jhMikeS: Yes, but that sounds more dangerous to me than doing it in the loader. 01.56.06 # 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 # It can easily be forgotten. Not in the greylib, but in other plugins 01.56.58 # DavidSG: It might be useful to drop in here now and then, to keep in touch 01.57.55 # 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 # It's basically impossible to find out what goes wrong with a pure software usb sniffer 01.59.11 # hmm ok, then for now I'll stick to the code :) 01.59.31 # Where are you located ? 01.59.41 # geographically you mean? 01.59.52 # amiconn: why not put it in the timer handling routines? isn't it using TIMER2? 02.00.10 # Yes it is 02.00.10 # 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 # I don't understand what I could put there that would help with this issue 02.01.17 # gevaerts: I'm more near Gent, so that's quite some distance (about 146km according to google maps) 02.01.26 # Do you mean flushing + invalidating after *every* isr call from the cop? 02.01.50 # I think a clean cop cache on plugin entry would be more helpful 02.02.09 # Then I could make the greyscale phases cacheable 02.02.34 Part sourcemaker ("Kopete 0.12.5 : http://kopete.kde.org") 02.02.41 # 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 # gevaerts: i will be sure to drop back. 02.03.11 # The single init could be flushed explicitly - but it requires that the cop cache is already flushed+invalidated 02.03.16 # mcuelenaere: OK. If you really can't figure it out, let me know and we can arrange something. 02.03.41 # DavidSG: great. 02.04.09 # jhMikeS: Is there a macro like OTHE_CORE? 02.04.13 # *OTHER_CORE 02.04.17 # gevaerts: thanks, but I suppose this won't be a really big problem and I'll figure it out eventually 02.04.26 # I have some example code to look at 02.04.30 # + OF 02.07.14 # mcuelenaere: how far can the ZVM port boot ATM? 02.07.36 # * gevaerts guesses. Five meters ? 02.07.40 # :) 02.07.44 # amiconn: no although for two cores 1 - CURRENT_CORE will work 02.07.59 # ok I could've phrased this better :) 02.08.16 # I have most pheripherals (is that a correct word? :)) working, like LCD, buttons, HDD, USB (almost) 02.08.25 # but I'm sort of stuck at the bootloader stage 02.09.05 # 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 # 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 # now I deleted the second partition (if you can call it that way) and replaced it by a FAT one 02.09.55 # jhMikeS: Doing it in the plugin is too late, unless I'm really missing something... 02.10.10 # 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 # so now I need to get USB working so I can access the HDD more easier 02.10.43 # then I'll be able to try getting 'normal' Rockbox working 02.10.48 Quit bluebrother ("time for sleep.") 02.10.52 # 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 # can you transfer files over MTP? 02.11.18 # yes, but like I said only the bootloader 02.11.32 # that's the only easy way of getting new code on it 02.11.52 # for the S port the BL untars an archive when it finds one 02.12.04 # so we just send it via MTP and it gets untarred 02.12.19 # ah, but then I need to understand how the minifs works 02.12.28 # because that's the place where all files over MTP are stored 02.12.33 # 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 # well, the ones for the FW 02.12.42 # ah, that's more complicated then 02.13.09 # jhMikeS: That's still too late, as the plugin is already loaded at that time... 02.13.13 # indeed, but someone at nomadness.net (an old forum) almost got really far on that one 02.13.23 # but as the forum is down, I can't contact that person :( 02.13.36 # most of my information is based on what he found out 02.13.48 # ...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 # and he said he got like a 90% working read-only driver 02.14.06 # mcuelenaere: the forum seems to be back 02.14.24 # 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 # nomadness.net you mean? 02.14.32 # * gevaerts misunderstood 02.14.35 # np :) 02.14.53 # jhMikeS: Then you were just lucky that no other plugin left something in the cop's cache... 02.15.13 # some info is still left in the google cache (and archive.org), but that's all 02.15.28 # the only thing I have is a nickname and an IP-address 02.15.41 # 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 # 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 # 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 # 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 # ...because another plugin (using the cop but not using threading) might leave the cop cache in a dirty state 02.17.23 # Tha 02.17.37 # naturally a plugin must wait till all other threads have signalled they have exited before the main thread may safely exit 02.17.42 # Meh, that's my point all the time: Your method is safe as long as *all* plugins behave 02.18.29 # But I wouldn't take that for granted 02.19.15 # when is it safe to let a thread execute in an unloaded plugin or an interrupt handler for that matter? 02.20.04 # 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 # 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 # Then the *next* plugin using the cop will fail 02.20.36 # gevaerts: is a bus reset request sent by the host? and if so, why in most case is this? 02.20.40 # cases* 02.20.52 # but you'd stop the old ISR before allowing the next plugin to load, correct? 02.21.00 # of course 02.21.54 # But why should stopping an isr (on cop) always flush + invalidate the cop's cache? 02.21.58 # 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 # That isr could also reside in the core, not needing this measure 02.22.45 # The isr is stopped by calling timer_unregister() in this case, and that executes on CPU 02.22.58 # 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 # I suppose it wouldn't matter because ones in the core tend to be started for the whole session, right? 02.23.10 # wrong 02.23.14 # * gevaerts hopes that that line wasn't too long 02.23.24 # E.g. the backlight isr only runs during a fade 02.24.02 # if you aren't switching to another core, then no coherency operation will happen in switch_core. it just returns immediately. 02.24.03 # 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 # gevaerts: and before asking for a device descriptor, shouldn't the device (and host?) set up endpoint 0? 02.25.08 # The device should always be ready to respond on endpoint 0 02.25.14 # ??? 02.25.43 # see thread.c line 2838 02.26.01 # I've looked there 02.26.12 # I'm *not* talking about threading atm 02.26.45 # I personally see no difference in the rules. Entering the ISR is simply another code entrypoint. 02.27.02 # There is an important difference 02.27.18 # An isr is unregistered externally, and always from the cpu 02.27.46 # 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 # 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 # I *can not* start it from the core it runs on 02.28.48 # why? 02.28.51 # There is no cop thread in the plugin 02.29.10 # Or in the lib, or whatever 02.29.17 # switch_core puts the current thread on the specified processor and you are in that context 02.29.42 # Meh, we're going in circles 02.31.04 # old_core = switch_core(timer_core); enable/disable timer interrupt; switch_core(old_core); 02.31.36 # timer_register and timer_unregister aren't dualcore safe 02.31.52 # Adding that would be much more complex than simply ensuring what I said 02.33.51 Quit ompaul (Client Quit) 02.35.45 # 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 # can any help my get rockbox on my 3g nano? 02.36.57 # corelocks aren't needed if hopping from the CPU and having it DC safe would be rather trivial 02.37.26 # greatergood: rockbox doesnt work on the 3g nano 02.37.48 # why does it say that on the homepage? 02.38.16 # it does 02.38.19 # Why does it say what ? 02.38.31 # hopping still executes the code in sequence since it's all on one thread 02.38.43 # (not the Shuffle, 2nd/3rd gen Nano, Classic or Touch) 02.38.45 # and i have found several youtube videos of it working on it, and i really really want too play doom lol 02.39.05 # http://www.youtube.com/watch?v=AG3PKg7HyVA&NR=1 02.39.21 # theres a video of a guy playing doom on his 3rd gen nano 02.39.42 Quit ali_as_ ("zzzzzzzzzzzzzzzzzzzzzzzzzzzzzZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZz") 02.39.46 # so ask him 02.40.33 Quit amiconn (Nick collision from services.) 02.40.35 # 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 # DerPapst: you need to update the main binary or reboot 02.46.18 # as i said, i've completely recompiled everything (including a reconfigure) 02.46.28 # this is on the sim btw 02.47.42 # 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 # Nico_P: nvm. works now. 02.48.26 Quit linuxstb (Read error: 110 (Connection timed out)) 02.48.30 # 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 # 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.39 # jhMikeS: It doesn't because we don't use %sr correctly iiuc 03.01.01 # We should set the M bit by default. An exception clears that bit, and rte restores %sr 03.01.26 # But since we don't set the M bit, it can't tell us 03.02.17 Quit n1s () 03.02.22 # 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 # There are some places that disable interrupts by simply doing move.w #0x2700, %sr 03.05.30 # 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 # 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 # nighty nighty 03.07.43 # night :-) 03.08.36 Quit gevaerts ("good night") 03.08.38 # 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 # 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.15.01 Join lxx [0] (n=lexx@lxxlxx.dialup.corbina.ru) 04.16.11 # hi 04.18.34 # 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 # Version: r16976-080405 04.21.05 Quit Reinhart (Read error: 104 (Connection reset by peer)) 04.22.17 # can someone explaine 04.22.23 # help me 04.24.59 # help me please its rockbox bug or what? 04.25.45 Part Llorean 04.27.38 # lxx: ok i am also newish but i may be able to help you, What is the problem? 04.28.24 # 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 # which version precisely? 04.30.49 # i dont remember 04.30.56 # you can look... 04.31.01 # how 04.31.17 # it appears to be the current build based on the number you gave before 04.31.36 # ah...i see the number now 04.31.47 # Version: r16976-080405 04.31.55 # this? 04.32.00 # yeah 04.32.11 # lxx: could you try resetting the settings? 04.32.40 # how ? 04.32.55 # have you read the manual? 04.33.37 # yeah 04.33.46 # then you should know how... 04.35.50 # 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 # i think this is bug of rockbox 04.37.31 # couse before when i update rockbox this nothing happen 04.37.57 # 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 # Is it the sound playing slow or are the menus being slow when playing flac files. 04.40.11 # s/./?/ 04.40.11 # frezee and slow down when ape file playing its OK for rockbox or not? 04.40.27 # sound playing slow 04.40.44 # when playing ape?...what compression rate? 04.40.55 # and your sure the file you are playing is not corrupt/ is supported? 04.40.57 # flac shouldnt have an issue 04.41.39 Quit ctaylorr (Read error: 110 (Connection timed out)) 04.41.51 # with flac and wav all ok now 04.42.27 # but ape slow just playing few seconds the stops then again 04.42.38 # < scorche|sh> when playing ape?...what compression rate? 04.42.39 # ok that is good, may i ask how did you fix it? 04.43.17 # 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 # not for ape 04.43.29 Join miepchen^schlaf [0] (n=miepchen@p54BF44B5.dip.t-dialin.net) 04.43.38 # are you going to answer my question? 04.43.49 # 907kbps APE 04.43.49 # scorche|sh asked you a question thay may be relevant 04.44.23 # that isnt what i asked....the answer i am looking for is -1000 -2000 -3000 -4000 or -5000 04.44.45 # where i can see this? 04.45.21 # well, how did you make the ape files? 04.45.30 # îãûå âùöòäùôâ 04.45.34 # download 04.46.34 # i dont knwo if there is an easy way to see what it is if you didnt make them yourself 04.46.44 # regardless, this is likely to be exprected 04.46.48 # expected 04.47.09 # ape is a very demanding format and only the low compression rates will play decently 04.47.53 # scorche|sh, do you know why the battery bench did not work? 04.48.10 # it is on the e200 seires 04.48.20 # series* 04.48.23 # hrm? is there a story behind this? 04.52.24 # 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 # here what i find about compression of this ape file Monkey's Audio 3.99 (High) 04.52.54 # Format: 44.1 khz, 16 bit, 2 ch 04.52.54 # Length: 59:34 (157613988 blocks) 04.53.16 # 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 # can i install rockbox on a 5.5g ipod? 04.54.58 # lxx: like i said...it is to be expected with ape files 04.55.07 # webguest41: doesnt the front page tell you that? 04.55.35 # says i can, but i cant get it to work 04.56.02 # what happens? 04.56.16 # it doesnt find my ipod 04.56.28 # what doesnt?...rbutil? 04.56.53 # so you mean ape file compressed to much? 04.57.28 # 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 # errr...what ipod linux installer? 04.58.37 # so you mean ape file compressed to much? 04.58.49 # 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.14 # ok thanks for help 05.00.22 # from the ipodlinux.org website 05.00.52 # webguest41: i thought you were trying to install rockbox... 05.02.09 # thats how i did it for my 4g though 05.02.28 # please use the method described in the manual 05.04.28 # ipodlinux support ipod 6g Classic ? 05.04.54 # this isnt #ipodlinux...this is #rockbox...but no it doesnt 05.06.18 # exist any alternative firware that support 6g ? 05.06.24 # no 05.06.35 # seriously...this is #rockbox...about rockbox only 05.06.42 # ok 05.07.20 # 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 # ... 05.07.36 Quit webguest41 ("CGI:IRC (EOF)") 05.07.48 # how many times do i have to say that this channel is about rockbox only? 05.10.27 # but iam just intresting 05.10.43 # 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.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.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 # why are the VMWare images not downloadable? 07.41.07 # huh? they should be. 07.41.35 # both links work for me 07.41.41 # i tried 5 different ways too download them, and not one worked 07.43.26 # both links are working here too 07.43.41 Quit Zarggg (Read error: 104 (Connection reset by peer)) 07.43.51 # Gartral: signs point to the issue being on your side 07.44.07 # ok, nvm, they just took 3 mins too initilize... 07.44.38 # sorry, its my isp... slow bastards 07.45.39 # wow... now theres no bandwidth... 07.45.58 # 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.03.08 Join Gartral [0] (n=4b214de8@gateway/web/cgi-irc/labb.contactor.se/x-c4d985eabb75e915) 08.03.13 # hey 08.04.02 # would someone give me the md5 checksum for the vmware dev images 08.05.18 # didnt you read the page where you got those links from? 08.05.20 # it's on the page 08.06.52 # 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 # Gartral, i see one 08.07.33 Part d34df00d_ ("Konversation terminated!") 08.08.09 # noo... the browser im using has a wierd color sceme, it was hidden -_- 08.08.29 # more hidden than the rest of the page? 08.08.32 # here is md5sum: b53ee439589acd7233d2a59752fbe759 08.09.01 # that's it, you're finding. 08.09.11 # found it... 08.09.21 # sorry for acting like an idiot 08.10.57 # so how is everyone? 08.12.40 # Gartral: are you a student who submit application, if you are, can i talk to you for a few minutes? 08.14.26 # what?! 08.14.57 # i cant make heads r tails of your question 08.15.02 # or* 08.15.46 # ByeongKeon: repeat that: after a grammer check, please? 08.16.35 # it is obviously a no... 08.16.50 # Gartral: sorry.. 08.17.02 # scorche|sh: thanks 08.17.10 # 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 # ok, sorry, anyway, i might be intrested, if I could understand him 08.18.01 # but I'm still not shure what he said 08.18.56 Quit Gartral ("CGI:IRC") 08.18.57 # 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 # i hate the web based interface 08.19.38 # then use a real client? 08.20.07 # would, but im on an internet kiosk -__ 08.20.10 # - 08.20.36 # 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.18 Join Nemesis [0] (n=Nemesis@CPE-121-217-232-109.nsw.bigpond.net.au) 09.07.28 # why did the vmware image have broken packages in it? 09.08.04 # such as? 09.08.26 # it says the linux kernal is brocken... yet it boots 09.08.32 # broken* 09.08.36 # huh?...where? 09.08.42 Mode "#rockbox -o Bagder " by Bagder (n=daniel@rockbox/developer/bagder) 09.08.44 # in aptitude... 09.11.41 # i swear 09.11.50 # i took a screen shot 09.11.58 Quit SirFunk (Read error: 104 (Connection reset by peer)) 09.12.05 # could you show us? 09.12.14 # ok, gimme a dump site 09.13.48 *** Saving seen data "./dancer.seen" 09.14.00 # http://www.dumpt.com/img/files/jxz53m40yjlvuv8h2qsu.jpg 09.15.23 # ive never had good luck with debian, i just hates me 09.16.14 # it* 09.17.57 Quit Nemesis ("ChatZilla 0.9.81 [Firefox 2.0.0.6/2007100814]") 09.18.00 # I'm no Linux user, but I don't see anything there that indicates that it's broken. 09.18.29 # 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 # hi 09.18.56 # i dont know how, but heres the screenie that says it is 09.18.57 # i dont know if this is allowed but where can i get EvilG's fusion build? 09.19.15 # Gartral: I already told you, there's nothing there that says it's not working. 09.19.25 # *As I already 09.19.36 # Nothing there indicates something has gone wrong. 09.19.40 # yes there is, its omitting the broken sing in the screen 09.19.54 # "broken sing" ? What's that? 09.20.05 # sign, alright? 09.20.16 # my hands arnt working well tonight 09.21.01 # What is this "broken sign"? I *have* used Linux, but I'm not seeing anything that looks like a problem. 09.21.35 # hold on, dumpt being slow 09.21.54 # http://www.dumpt.com/img/files/y7pqd9mj0ajxe2ufyhka.jpg 09.21.56 # there 09.22.13 # WeaponX: If it's not in the unsupported Builds forum, then you probably can't. Why do you ask? 09.22.22 # if it isnt causing you issues, why worry about it? 09.22.31 # and after pressing "g" i get this screen http://www.dumpt.com/img/files/due0csp2s58jdjyq0ia2.jpg 09.22.38 # WeaponX: those builds are long gone... 09.22.45 # because it is causing issues 09.23.15 # i try and download any software (eg: firefox) and it complains theres a broken package 09.23.27 # have you tried using apt-get? 09.23.35 # thats the only way 09.23.42 # so why not use that? 09.23.52 # there is no suitable web browser in the debian dist 09.24.15 # yes...because we didnt think a development image needed one 09.24.15 # ive tryed that, 5 times, every time it gives me the same error 09.24.33 # i dont know if this is allowed but where can i get EvilG's fusion build? 09.24.55 # WeaponX, stop repeating yourself 09.24.57 # WeaponX: did you not see the responses to your already asked question? 09.25.15 # WeaponX: you got your answer: if its not in usupported builds, don't ask for it 09.25.29 # oops 09.25.30 # sorry 09.25.35 # completley missed that response 09.25.37 # WeaponX: Why do you ask? 09.25.51 # i wanted to get album art up and running 09.25.56 # ... 09.26.05 # You're *way* behind the times. 09.26.10 # its already there.... 09.26.12 # i know :( 09.26.12 # AA is already in Rockbox. 09.26.16 # O.O 09.26.21 # And has been for months. 09.26.21 # when did this happen?! 09.26.22 # UPGRADE 09.26.25 # oh wow 09.26.29 # i am slow! 09.26.31 # WeaponX: check the MajorChanges page... 09.26.36 # Sometime last year, as I recall. 09.27.02 # hahaha 09.27.04 # oh god 09.27.08 # dude, i havent been using RB for a month, and i know they did AA like 4-5 months ago 09.27.10 # i am really really slow 09.27.16 # 2007-11-11: Rockbox can now display album art! 09.27.41 # whats your DAP WeaponX? 09.28.00 # it isnt that rare to be that behind when people are using unsupported builds... 09.28.02 # dap? 09.28.20 # Digital Audio Player, AKA Jukebox 09.28.24 # Digital Audio Player (IIRC) 09.28.37 # oic 09.28.42 # ipod 80gb 5.5g 09.29.13 # Sansa E250 here 09.29.27 # * Mouser_X has 4 Rockboxable players. 09.29.27 # bought purposly so i can rockbox it 09.29.39 # rockbox updated :D 09.29.50 # Well, the Gigabeat S60 is on its way... 09.30.04 # good, now wonder and aww at teh new features 09.30.33 # i found e250s for $12 a pop 09.30.39 # Nice! 09.30.46 # Less than what I paid. 09.30.54 # my MOM found one for $7 on ebay 09.31.00 # Huh. 09.31.09 # w/o cable... but 09.31.32 # 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 # (I bought 2) 09.31.44 # mine has a 260r backplate >_> 09.31.47 # aww no new games 09.31.58 # whts with the picture flow though :S 09.31.59 # WeaponX: Pegbox should be in there. 09.32.01 # theres pegbox 09.32.20 # wich isnt very fun IMHO 09.32.24 # WeaponX: Picture Flow is only good if you use the Rockbox database. 09.32.36 # i do 09.32.43 # I'm sure there's something about it in the wiki. 09.32.46 # yea, where do i drop AA so Picflow sees it? 09.33.02 # With the music. 09.33.08 # ahh 09.33.22 # It has to do some scan thing. It's part of how the database gathers its info. 09.33.25 # Something like that. 09.33.49 # 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 # http://www.rockbox.org/twiki/bin/view/Main/PluginPictureFlow 09.34.36 # ^ I assume that will provide info on how to use it, what it does, and such. 09.35.21 # i really love RB 09.35.55 # it is open sourcebeauty.... in all its forms 09.35.59 # 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 # id'e like to participate in the development of the rockbox player, but i dont have any money for parts 09.38.18 # 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 # the tags on the mp3* 09.38.56 # * Gartral really want Rockbox player too have TOSLink capibilities 09.39.03 # (I was thinking of buying the iPod, but someone (markun) suggested the Gigabeat. I am *so* glad he did...) 09.39.25 # yech.... if it were up to me, mp3 format would be omittid from Rockbox 09.39.41 # omitted* 09.39.53 # Well, I have to say, that sounds pretty stupid to me... 09.39.58 # quite.. 09.40.14 # I don't like any corporate, or corporate backed 09.40.22 # but thats just me 09.40.55 # the mp3 format isnt bad 09.40.58 # its the tagging 09.41.15 # there needs to be a new way to get the info of a song 09.41.33 # Gartral: that is really unreasonable if that is your only opinion...you arent forced to use it 09.41.41 # however this whole conversation is getting offtopic... 09.42.01 # WeaponX: there are plenty of other tagging systems...just none near as popular as id3 09.42.02 # With that attitude, I'm surprised he didn't drop Rockbox when WMA was commited... 09.42.32 # 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 # O.O 09.43.01 # lol... WMA and MP3 are everwhere, but i refuse too use them 09.43.14 # is this usb feature my pc detects? 09.43.27 # then use ogg...that doesmt mean support should be dropped 09.43.31 # WeaponX: Ignore it. USB in Rockbox doesn't work yet. 09.43.37 # ah kk 09.43.38 # WeaponX: read the news and MajorChanges page... 09.43.58 # thats where I want too help, that stupid USB stack 09.44.00 # kk will do 09.44.48 # why does the vmware machine take 1.5 ggs of ram? 09.44.55 # gigs* 09.45.17 # because you havent edited the vmx file to tell it to take less? 09.45.36 # 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.36 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) 10.02.47 # 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 # 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 # s/is/are 10.08.28 # true... but i have a REALLY uncomfy KB 10.09.26 # the vmware image wasnt designed with people with uncomfortable keyboards in mind ;) 10.09.43 # i noticed 10.10.27 # * Gartral steals scorche|sh's KB and uses that 10.10.28 # 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 # Mouser_X: it is perfectly usable for its purpose...i would call that usability just fine 10.11.12 # Sorry. *general usability 10.11.24 # 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 # 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 # 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 # it can use a graphics based web editor... another text editor (ide like eclipse) and mabey a graphics based file manager 10.20.30 # 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 # 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 # but aptitude says the kernal is busted 10.22.06 # how do i fix that? 10.22.57 # did you try using apt-get instead of aptitude? 10.23.13 # they both report bsted packages 10.23.19 # busted* 10.23.27 # hrm...i never had that issue... 10.24.13 # wel I have it 10.26.34 Join desowin [0] (n=desowin@atheme/developer/desowin) 10.27.00 # and useing apt-get -configure --a dosnt work 10.28.17 # how do i fix my busted image? 10.29.41 # 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 # 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 # yes it damn well came like that 10.32.18 # 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 # woaw 10.33.43 # |? key is smaegged 10.34.26 # 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 # 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 # 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 # that took long enough 10.45.45 # well.... it STILL reports that the kernal is broken 10.46.28 # if the kernel was broken, how could it boot to say so? 10.46.47 # IDK... but here I am looking at it 10.46.57 # it lies! force it! 10.47.15 # how? 10.47.34 # i never commited how too force apt too do anything... 10.47.44 # too my brain 10.47.48 # 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 # i forget and would have to track down and rtfm 10.48.33 # ok, nvm, i got three books in the corner, i know wich one i want LINUX BIBLE 10.49.09 # 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 # Gartral, i just tried it here by redownloading that image and see no issue with it here 10.52.27 # 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 # 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 # i have a 64 bit processor here so that is not that issue 10.54.06 # grr 10.54.14 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 10.56.13 # 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 # 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.01.24 # 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 # 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 # yea that is what i am seeing with my e200.. hopefully it works tonight 11.05.26 # ive never seen it fail on my e250 11.06.14 # Gartral, you know what we are talking about? 11.06.39 # 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 # 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 # ive never... NEVER had a debian distribution work right... 11.14.32 # debian just hates me 11.15.15 # stop blaming it on debian... 11.15.24 Join hd [0] (i=jd@unaffiliated/helldragon) 11.15.26 # Bagder: around? 11.15.40 # or Febs? 11.16.30 # 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 # oops 11.16.55 # stupid caps 11.17.07 # i dont know, but to say it is because "debian hates you" is just silly 11.18.09 # 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.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.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 # jhMikeS: around? 13.07.55 # amiconn: shortly 13.08.15 # or, for a short time rather 13.08.40 # I tried the hop-core-twice-to-flush-all caches idea in the greylib, i.e. in plugin code 13.08.53 # That doesn't work... 13.09.19 # 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 # I tried adding it to grey_release(), at the end 13.11.51 # 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 # 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 # the cop is seeing the plugin code between the 1st and 2nd calls so that makes sense to me 13.15.39 # How would it? 13.16.11 # The sequence is as follows: Plugin starts, calls grey_init(), then grey_show(true), which makes the isr run on cop 13.16.24 # leaving a core only flushes the cache so when the thread hops back the cop is only flushed 13.17.30 # 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 # Hmm, so it only flushes, and doesn't invalidate? 13.19.21 # eek, I think I somehow even removed that step somewhere in editing *looking* 13.20.30 # oh, no...the flush_icache is still there (this op becomes complicated to avoid compiler-dependent problems) 13.21.16 # So, flush, but not invalidate? 13.21.19 # right 13.21.22 Join FOAD_ [0] (n=dok@dinah.blub.net) 13.21.24 # Hmm.... 13.22.14 # I wonder why it works when doing it in the core then... 13.23.43 # because the COP isn't seeing the plugin buffer from there 13.26.30 # 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 # 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 # 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 # The CPU invalidate_icache() call happens after loading the plugin though... 13.30.07 # I don't think that's correct 13.31.13 # yeah, esp. since it hardly applies only to the I-CACHE :) 13.31.26 # Could you verify that? plugin.c line 690 (SVN) 13.32.20 # 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 # it is called just before the entrypoint 13.34.07 # yes 13.34.55 # invalidating everything before writing new data and code is better 13.34.56 # I think it should go before line 641 13.35.11 # (i.e. after the open(), but before the read() 13.35.28 # 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 # yes and still works for everything else. maybe change the codec loader too. 13.36.26 # 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 # *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 # I imaging it's faster to have the hardware handle it when possible 13.37.39 # *imagine 13.37.43 # sure 13.38.08 # I was just thinking about whether it would be possible to invalidate without flushing on PP502x, in case we need that 13.38.59 # 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 # 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 # 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 # invalidate-only is much more useful for data-only buffers with ranges 13.41.05 # Yes, that's what I meant by saying selectively 13.41.11 # 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 # weird... 13.49.10 # When invalidating the COP cahce between the hops, loading a greyscale plugin with isr on cop crashes... 13.53.20 # see if changing thread.c line 686 to invalidate_icache crashes 13.54.05 # 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.01.14 # * jhMikeS gotta do some non-rb stuff for awhile 14.01.40 # 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 # jhMikeS: Using invalidate_icache() in thread.c: core_switch_blk_op() works 14.42.21 # 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 # What's the memory map like on h320 ? Is 00234878 likely to be in code ? 14.42.53 # 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 # gevaerts: It's in ROM 14.44.07 # Fun, I get an IllInstr there. This new code must be really creative 14.44.11 # So we need to invalidate both caches, load the plugin, and flush the cpu cache 14.44.29 # On single core, it's only necessary to invalidate before loading 14.50.51 # gevaerts: All our coldfire targets have ROM at 0x0, IRAM at 0x10000000 and SDRAM at 0x31000000 14.51.11 # Thanks. That's useful to know. 14.52.12 # 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 # Nah, only cop cache needs to be invalidated before loading the plugin 14.58.26 # ...and the cpu cache after load 14.58.41 # On coldfire, the latter could be done either before or after, doesn't matter 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 # 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 # Bagder: ping... 15.43.00 # 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 # 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 # amiconn: download.rockbox.org is fine for me 15.59.39 # as is www and build 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 # 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 # good morning :-) 16.28.45 Join domonok1 [0] (n=Domonoky@f051074153.adsl.alicedsl.de) 16.28.56 # 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 # hhmmm.. do you know how i can make a makro that accepts any amount of arguments? 16.32.17 # gsoc applications end today dont they? 16.32.24 # Tomorrow 16.32.32 # * gevaerts hopes he read that correctly 16.32.42 # i hope your right to 16.32.47 # its already they 7th here :D 16.32.59 # DavidSG: then hurry! ;-) 16.33.28 # JdGordon: ok, but for you the deadline is on tuesday :) 16.33.34 # how many apps are there already? still 16? 16.33.35 # hehe 16.33.37 # jeah, gsoc deadline is comming closer, students hurry up ! :-) 16.33.44 # DerPapst:i already got mine in, just wanna spend some more time going over it again 16.33.52 # DerPapst: 17 now 16.34.00 # DavidSG: ah ok ;-) 16.34.04 # 17 (+5) 16.34.16 # +5? 16.34.25 # 5 ineglible ones 16.34.29 # ahh 16.34.46 # any further apps expected? 16.34.57 # I hope for at least one more 16.35.09 # I expect you don't :) 16.35.17 # the usb audio stuff? 16.35.18 # gevaerts: the usb audio one ? 16.35.21 # Yes 16.38.34 # DerPapst: http://gcc.gnu.org/onlinedocs/gcc-4.0.4/cpp/Variadic-Macros.html#Variadic-Macros 16.40.26 # 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.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 # Hello, gevaerts. 17.35.12 # Hello. 17.35.43 Join in-ferno [0] (n=Xav@ip-83-141-166-73.evc.net) 17.35.52 # 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 # gevaerts: I didn't see it yet. 17.39.30 Join microw [0] (n=mike@117.22.120.53) 17.42.29 # gevaerts: I read your comment. 17.44.20 # 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 # 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 # gevaerts: I will do that. and, can i ask you something? 17.46.42 # Sure 17.46.53 Nick Christopher1 is now known as ChristopherW (n=christop@ip68-3-220-253.ph.ph.cox.net) 17.47.29 # did you review my application after 04/04/08 ? 17.47.51 Part microw 17.49.28 # 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 # I don't think there is anything currently missing though. 17.51.14 # whenever mentors(including you) say something to me about my application, I revise my application. 17.51.47 # So, I just want to get some comments from mentors. 17.52.37 # 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 # I'll use html format. 17.57.52 # these days, I review plucker code to adapt for Rockbox. 18.00.52 # plucker is little complicated, so i'm finding a way to reduce features of plucker. 18.01.03 # I used Plucker like crazy on my Palm. Too bad the batteries didn't last too long 18.01.29 # 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 # and then go back and find more. 18.01.51 # Where in the faq can I find the question "I'm not a developer but I want to help" ? 18.03.37 # Hodapp: hello. Hodapp. don't worry, I'll use plucker just as a referece. 18.03.47 # in-ferno: http://daniel.haxx.se/blog/2008/01/14/what-can-i-do-for-rockbox-when-not-programming/ 18.03.55 # Good :) 18.04.01 # thanks :) 18.04.27 # 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 # gevaerts: don't you have something to talk to me? 18.08.06 # 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 # gevaerts: Thank you for your review. 18.09.07 # ByeongKeon: how your expirience with rockbox development, or else embedded dev ?` 18.09.23 # ByeongKeon: make sure you check the applications now and then. There will be more comments pretty soon 18.10.29 # domonk1: hello, domonk1. It's a first time developing rockbox. 18.11.01 Quit daurnimator (Connection timed out) 18.11.14 # 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 # ByeongKeon: good, the you probably know about the constraints software in rockbox has.. (memory, cpu, no float, no malloc) 18.13.12 # domonk1: I know :D. 18.13.44 # domonk1: did you heard about SH-Mobile processor? 18.14.30 # no, but the old archos player (rockbox runs on those) uses SH CPU (only 11Mzh i think) :-) 18.15.31 # I want to talk more with you, but here is AM 1:15. 18.15.58 # domonok1: it's a time, go to bed. 18.16.04 # Good night :) 18.16.12 # ByeongKeon: good night.. 18.17.10 # domonok1: may i answer your comments and questions, tomorrow? 18.17.30 # ByeongKeon: sure, no problem.. :-) 18.17.51 # hmpf, my hard drive is too fast. 18.18.36 # 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 # its a bit short... :-) 18.27.45 # o.O 18.28.10 # * gevaerts goes to post his standard first reply 18.28.12 # quality vs quantity :p 18.28.53 # "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 # "can you add some more details ...." 18.32.58 # :-P 18.33.18 # * gevaerts forgot that one :) 18.33.38 # DerPapsts comment should also be added :-) 18.33.39 # * DerPapst guesses he guessed right 18.33.49 # ... or not 18.33.57 Quit davina (Read error: 104 (Connection reset by peer)) 18.34.12 # 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 # hmm, the fonts zip has database.ignore included? 18.35.43 # 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 # 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 # Hi everybody - is somebody here with (development) viewport knowledge? 18.41.11 # 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 # DerPapst: it isnt this much detailed :-) 18.41.59 # Massa: ask your question. if anybody knows the answer they'll answer. 18.42.12 # domonok1: hehe 18.43.05 # We had a discussion (I think it was already two weeks ago) about transparent and not transparent background colours in viewports. 18.43.49 # hmm, caching doesn't auto-create the cache folder on windows if it's missing. 18.44.03 # which breaks the cache. Need to fix that too ... 18.44.12 # I implemented the possibility to set the background transparent or not even if a backdrop is used. 18.44.52 # 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 # So I want to know if they're also using viewports or doing something special... 18.48.54 # menus use viewports too 18.49.37 # DerPapst: and how do they initialize it (and where)? 18.49.42 Part Spex 18.50.49 # 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 # in apps/menu.[c|h] 18.51.19 # do_menu() iirc 18.51.44 Quit davina (Read error: 104 (Connection reset by peer)) 18.52.16 # 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 # 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 # 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 # 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.17 # * Massa is happy that it now seems to work in menus :) 19.00.37 # yay :-D 19.00.47 # DerPapst: is this currently used somewhere (I mean to put a menu in a viewport)? 19.00.54 Quit Soap () 19.01.37 # 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 # DerPapst: do you know of a patch which implements "conditional viewports"? 19.04.54 Quit krz ("÷¸ çà ïóðãó âû òóïûå ñó÷êè íåñ¸òå?") 19.05.22 # 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 # 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 # 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 # 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 # domonok1: still around? 19.24.12 # jup 19.24.48 # 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 # 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 # 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 # if you dont define your own constructor, the parent constructor should be automatically called.. 19.27.31 # but I want to make sure this is not a coincidence 19.29.03 # bluebrother: take a look at the tts classes, the use this... 19.29.42 # like this in the cpp file: TTSBase::TTSBase(): QObject() 19.29.42 # { 19.29.42 # } 19.30.15 # interesting thing is that I have two base classes 19.30.40 # 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 # no problem: TTSBase::TTSBase(): QObject() ,QOtherClass() :-) 19.31.16 # just seperate with commas 19.31.37 # 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 # already have that running :) 19.32.47 # * bluebrother just learned from a nice (tm) book that all constructors get called automatically. 19.32.49 # if a wps doesn't define a vieport everything is drawn on the "main" viewport (the screen itself). 19.33.10 # so yes 19.34.17 # bluebrother: so this explicit calling of the parent constructor is really only need when you nee to pass parameters to it ? 19.34.40 # yep, at least that's how I understood it ;) 19.35.03 # if you have "C++ in a nutshell" around check page 166 (english version) 19.35.23 # 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 # Massa: No, the WPS code defines a default full-screen viewport itself. 19.38.49 # 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 # bluebrother: seems you are right.. :-) 19.39.55 # I knew I read it before. Unfortunately I don't have that book around right now. 19.40.56 # 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 # 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 # 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 # 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 # sorry for that opened 2 clients accidentally 20.01.45 # 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 # 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 # still over 100000 seconds ;) 20.13.35 # lol 20.13.37 Quit Zarggg () 20.13.42 # domonok1: just committed my unzip changes ... 20.13.44 # 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 # 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 # 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 # bluebrother: nice little class, should work fine for zips with many small files.. :-) 20.20.40 # wait... is this unzip code for within RB? 20.20.51 # thanks. Won't be too much of improvement for zips with less files but we usually have quite a few :) 20.21.02 # 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 # 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 # ide like too help... 20.25.14 Quit amiconn (" bbl") 20.25.15 # * petur wonders about responsible GUI code 20.25.27 # i love rb... i know some python... where can i help? 20.25.29 # domonok1: feel free to modify it to use threads ;-) 20.25.46 # Gartral: well, Rockbox itself is C and asm. rbutil is C++. 20.26.23 # but you could also different things than coding -- working for the manual for example. 20.26.35 # hm.... i was never good with c 20.26.45 # fill in "help with" where appropriate :) 20.27.18 # boi break 20.27.30 # boi? 20.28.05 # * gevaerts thinks that GUI code can't be responsible for its coder 20.29.58 # 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 # is there an alternate svn download link without spaces in the name... tortoise dosnt like the one on the site 20.38.07 # 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 # Gartral: the url is svn://svn.rockbox.org/rockbox/trunk 20.38.50 # then someone needs too fix the manual... 20.38.57 # Where is it exactly ? 20.39.06 # http://www.rockbox.org/twiki/bin/view/Main/VMwareDevelopmentPlatform#Compiling 20.39.19 # no, if you use svn then the command as listed checks out the trunk into a rockbox folder 20.39.24 # doh... this isn't a space in the path 20.39.29 # ,-) 20.39.32 # That's entirely correct... 20.40.08 # im running toryoise in windows, not useing the stupid buggy debian build 20.40.18 # Then the problem is tortoise 20.40.45 # The command listed is correct for using svn in linux (including the VMWare platform) 20.40.56 # no.. i removed the " rockbox" at the end... and it worked 20.41.11 # The command there is correct for within the VMWare image 20.41.17 # 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 # its also correct for cygwin, its only that tortoise expect a path and not a svn command :-) 20.41.35 # I assume TortoiseSVN works differently, but using that is your decision 20.41.35 # ive never had luck with debian 20.41.51 # its ALWAYS been buggy on one level or another 20.41.59 # * gevaerts disagrees totally 20.42.11 # 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 # TortoiseSVN works perfectly 20.42.24 # debian != rockbox so please stay ontopic.. 20.42.30 # its not about disagreeing, its a point of fact: DEBIAN does not work for ME 20.42.35 # fine 20.42.50 # But the command as given is correct 20.42.54 # feel free to use any other distribution ;-) 20.43.26 # im setting up a build enviroment out of winblows Xtra Pissy 20.43.30 # the wiki page does _not_ list the svn URI but the svn command. That makes the difference. 20.43.47 # Gartral: we have a policy of using proper words here 20.43.52 # and the URL within that command is also correct :) 20.43.58 # well i was able to extrapulate to URL from the command 20.44.09 # So what is the problem? 20.44.36 # 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 # Gartral: Good for you, but not here please :) 20.45.23 Join csc` [0] (n=csc@archlinux/user/csc) 20.45.25 # there is also a more dedicated wiki page for svn ... UsingSVN 20.45.31 # biiig check out 20.46.08 # ahh... I was using the recent changes page too find what i found 20.46.17 # and there is a page that is even more specific to Tortoise ... UsingCygwinAndTortoiseSVN 20.46.38 # but im not using cygwin... im using winbuild 20.47.07 # cygwin is too big a pain in my keister 20.47.18 # 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 # ill be happy too test the new RBUtil 20.48.20 Quit MethoS-- (Connection timed out) 20.49.48 # 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 # 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 # -glomp- 20.51.26 # oops, wrong window 20.51.29 # we already have quite a list of changes for this release ;-) 20.51.40 Quit Thundercloud (Connection timed out) 20.52.09 # thats true.. 20.52.27 # how about targeting 1.0.5 for next sunday evening? 20.52.45 # so we can perform some tests in the meantime 20.52.58 # ill help with testing 20.53.17 # i wont be online next weekend, but i can surely make test under the week.. 20.53.40 # where di i get 1.0.5? 20.53.52 # then we can postpone it until monday. Or friday evening if we don't find any issues ;) 20.53.56 # Gartral: in svn. 20.54.07 # Gartral: 1.0.5 isnt released, so it svn.. 20.54.07 # ohh, so im dling now 20.54.22 Join maqr [0] (n=maqr@67-207-135-41.slicehost.net) 20.54.27 # there is currently no binary availabe. I can provide one later. 20.54.52 # i should be able to build that 20.55.05 Quit mrfree (Read error: 113 (No route to host)) 20.55.14 # how big is the FULL SVN checkout? 20.55.15 Quit maqr (Client Quit) 20.55.43 # would probably good to provide some prerelease binarys for testing.. 20.56.36 # 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 # ok 20.58.14 Join serdarakkan [0] (n=diGiheX@88.253.83.73) 20.59.15 # omg... tortoise is a resource hog 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 # bluebrother: just noted a small bug: the progressbar set from the zipinstall doesnt end at 100% .. 21.01.52 # it doesn't? 21.02.51 # nope, it end ends somewhere between 75% and 98% depending on filesize it seems.. 21.03.01 Quit BlakeJohnson86 ("Leaving.") 21.03.08 # it ends like 80 - 98% 21.03.43 # on most of my files... anything ogg vorbis it actually goes 100% 21.03.45 # interesting. What configuration did you test? 21.04.18 # bluebrother: off by one error.. :-) 21.04.35 # hehe ... or is it just the UI not updating? 21.04.49 Join fehmicans [0] (n=canavar@78.164.128.39) 21.05.09 # bluebrother: in ZipInstaller::updateDataReadProgress read countf from zero.. 21.05.11 # d'oh! Forgot the ++ 21.05.36 # I _know_ I had it in there at some stage. No idea how that vanished ... 21.06.07 # i have a sansa e250 (i HATE the garbage there trying too pass as firmware) i love the little thing 21.06.08 # ah, I know. I restructured the counter thingy a bit. 21.07.56 # domonok1: committed. 21.08.08 # -goes too update 21.08.18 # 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 # 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 # 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 # Gartral: see changelog here http://www.rockbox.org/twiki/bin/view/Main/RockboxUtility 21.22.01 # 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 # Nico_P: Hi Nicolas, are you here? 21.27.32 # yes 21.27.44 # Uhhhh - that was fast ;) 21.28.19 # do you remember our discussion a few weeks ago? About the transparent bg colour in viewports? 21.29.05 # YAY! check finally complete 21.29.19 # 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 # Massa: not really... 21.30.28 # * domonok1 detects problems in the complete install of rockbox.. again to late connected signals.. 21.31.47 # 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 # hiho 21.33.24 # domonok1: maybe that's the issues that got reported some times? 21.33.48 # could be, i am fixing now.. 21.33.50 # 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 # Massa: are you sure you talked about that with me? I'm sorry but it doesn't ring a bell 21.33.59 # 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 # 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 # webtaz2: and what is the error ? 21.41.37 # bluebrother: complete install should be fixed again.. 21.42.05 # domonok1: nice. Just discovered another issue with resolvePathCase *hmpf* 21.42.13 # Nico_P: you're right - it was markun, I'm sorry (I just had a look at the IRC archives) 21.42.40 # np ;) 21.43.14 Join ali_as_ [0] (n=as@ambix.plus.com) 21.43.20 # Nico_P: command backwards - you were also there and discussing - look here: http://www.rockbox.org/irc/log-20080327 21.45.32 # 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 # kugel was also there ;) 21.46.34 Join Spex [0] (i=opera@dslb-088-074-206-177.pools.arcor-ip.net) 21.46.57 # 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 # Massa: Ah yea, I remember 21.47.34 # It doesn't matter who was there and who not - I just need a suggestion about what variation would be better. 21.47.44 # Massa: Allready a patch available? 21.48.13 # I currently have the problem that both variations would break compatibility 21.48.23 # Nico_P: You were about to commit that patch some time ago 21.48.35 Part mcflow 21.48.48 # hmpf. Another issue due to this stupid system flag 21.48.49 # Massa: backwards compability isn't a point, I trapped into that with FS#8799 too 21.48.51 # So I didn't set up a tracker entry 'till now 21.48.57 # kugel: I'm thinking we might want to use viewports now 21.49.08 # Nico_P: ? 21.49.14 Quit in-ferno ("Quitte") 21.49.38 # Nico_P: I meant you were about to commit FS#8335 (in case of a missunterstood) 21.49.40 # for pictureflow... but I should take another look at your patch 21.50.19 # 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 # ide like that 21.51.31 # 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 # 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 # Nico_P: What did you mean with "kugel: I'm thinking we might want to use viewports now" 21.52.00 # domonok1: was it me who did these connects? /me goes hiding. 21.52.12 # kugel: I was thinking for PF 21.52.16 # * bluebrother tries a complete installation 21.52.28 # bluebrother: i dont know, but i moved many.. so probably it was both of us.. :-) 21.52.31 # Nico_P: viewports for pictureflow? to what extend? 21.52.33 # 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 # smeg 21.52.55 # hehe, at least it helps understanding better how it works (and how it shouldn't be done ;) 21.52.59 # kugel: it could make some things easier I guess 21.53.04 # 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 # complete installation is broken. It stops after the bootloader for me (on m:robe that is) 21.53.48 # kugel: as far as I know the default themes don't use viewports... 21.53.49 # really ? i should have just fixed that ? 21.53.50 # true, i would cry if i lost the use of the wire's WPS 21.54.11 # Massa: Even better :P But there's at least one 21.54.29 # I did svn up first ... will recheck. 21.54.30 # 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 # it seams i have broken it again.. :-) 21.54.42 # is upadateing one .WPS that hard? 21.55.02 # 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 # kugel: which one? 21.55.12 # hehe ... fix one, break another. Otherwise it would be boring anyway ;-) 21.55.46 # Massa: not sure, pixelma introduced it while converting the default wpses to use bitmap strips 21.56.10 # true, but there comes a time where that endless cycle seems overly redundant and you just want too smash something 21.56.21 # Massa: Read through FS#8799 and watch how I got owned by Llorean for my "keeping backwards compability" 21.56.49 # Massa: I really like the idea, that's why you should post it 21.57.12 # Massa: But I like the FF00FF version way more than the additional flag one 21.57.13 # BW compatibility is good... to a point... but you also have too make room for expandability in the future 21.57.26 # domonok1: nice ... after using the complete install system load stays at 100%, even after closing rbutil 21.57.30 # kugel: I know - I also don't want to break compatibility, but I currently have no idea how to do it. 21.57.42 # There's no way I guerss 21.57.51 # We have to live with it 21.58.00 # other than a complete rewrit of the source 21.58.08 # rewrite* 21.58.14 # 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 # are themes for ipod 5G still disabled in rbutil? 21.58.36 # dionoea: yes, but those are disabled on the download site. 21.58.49 # 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 # its those loops waiting for the end of a install.. if the connect fails, they never end.. :-) 21.59.14 # bluebrother: is a "re-enable" planed sometime soon ? 21.59.36 # no idea. I guess so ... best ask Soap or RedBreva 21.59.47 Part oxygen77 21.59.49 # Massa: ? Change the default vp bg color to FF00FF? 21.59.52 # 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.00 # and when is there going too be anything usefull done with the info screen of rbutil? 22.00.03 # ask me what? 22.00.03 # bluebrother: now it should work again.. 22.00.20 # about the themes website. Or was it scorche? 22.00.28 # * bluebrother scratches head 22.00.34 # 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 # I don't quite understand it 22.01.09 # changing the default bg color will change nothing, will it? 22.01.16 Part Spex 22.01.37 # kugel: it will change the defaults if not using a backdrop! 22.01.39 # dionoea: it should be enabled again, when we have our new theme site *hint at scorche* :-) 22.01.40 # Massa: Another question: What will be shown w/o backdrop? Pink or black? Imo black 22.02.03 # kugel: pink ;) 22.02.13 # 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 # Shouldn't FF00FF allways be transparent? In case there's no backdrop, transparent means black for me 22.02.47 # domonok1: hum ... ok. thanks. 22.03.09 Join BlakeJohnson86 [0] (n=bjohnson@99-203-178-111.area2.spcsdns.net) 22.03.13 # 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 # Do you need some downloads mirror help or something? 22.03.19 Quit maddler (Read error: 104 (Connection reset by peer)) 22.03.19 # That's possibly the reason amiconn didn't want to change default bg color 22.03.26 # Soap: ah, ok. Hopefully the official site comes soon ... 22.03.27 # or was something else than bandwidth usage an issue? 22.03.47 # for the iPod video themes, dionoea, or the theme site as a whole? 22.03.55 # everything 22.04.08 Join Spex [0] (i=opera@dslb-088-074-206-177.pools.arcor-ip.net) 22.04.35 # domonok1: now it crashes the moment the full install tries to open the themes window? 22.04.56 # 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 # 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 # 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 # But, yes, the bandwidth issue became the straw which broke redbreva's back, so to speak. 22.05.51 # bluebrother: it works for me, which player ? 22.05.52 # make up your mind Massa 22.06.00 # still m:robe 22.06.22 # Soap: well if you ever need some downloads mirror for the skins ... feel free to ask. 22.06.29 # 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 # 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 # bluebrother: i just tried it, it doesnt find any themes for m:robe, but it doesnt crash.. 22.07.19 # Massa: That won't work, the actual parsing function doesn't accept missing parameters 22.07.24 # strange. You did use the complete install, did you? 22.07.35 # jup 22.07.52 # urgh. Now it crashes even when using the themes button 22.08.02 # 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 # Massa: But you could also add an extra (optional) parameter to the %V tag if you wanted to. 22.08.48 # 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 # Massa: In wps there are not allowed, in lists f.e. they overlap allready 22.09.27 # 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 # 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 # linuxstb: What would you prefer? ff00ff, additional flag or leaving bg color blank? 22.12.12 # Massa: I don't understand... If the viewport is transparent, the bgcolor isn't used. 22.13.07 # still crashes :( 22.13.20 # Massa: Black because ff00ff means transparency, and thus, it shows nothing even w/o backdrop (nothing = black, intuitively) 22.13.59 # bluebrother: strange, i have also done a complete rebuild, and it doesnt crash.. :-/ 22.14.04 # Massa: How are you planning to implement this in the LCD drivers? An extra field in the viewport struct? 22.14.05 # nothing is not black on greyscale targets 22.14.05 # 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 # kugel: transparency means that it shows, what lies under it - so the defined background colour when no backdrop is used! 22.15.40 # domonok1: do you have updated to my latest changes? Seems I'm the one to blame ... 22.16.00 # Massa: I don't tread ff00ff as color, and this it shows nothing 22.16.02 # linuxstb: yes, I added an additional "bool is_bg_transparent" parameter to the viewport structure. 22.16.09 # yes, i am at svn head, and it works.. 22.16.19 # thus* 22.16.23 Quit merbanan (Remote closed the connection) 22.16.34 # that's really strange. I'm on Qt 4.3.3 / WXP 22.16.36 # Massa: That sounds backwards to me - how about a "bool use_backdrop" parameter? 22.17.02 # bluebrother: i am also at Qt4.3.3 /WXP.. :-) 22.17.14 # could you produce a stacktrace of this crash ? 22.17.36 # how can I do this on windows? I've installed gdb ... 22.17.59 # or is there anything else on MinGW for creating a stacktrace? 22.18.33 # domonok1, still here? 22.18.45 # ah yes, sorry for not answering 22.18.47 # run rbutil in gdb, and when it crashed use "bt" 22.19.02 # 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 # webtaz2: :) 22.19.11 # webtaz2: no problem, as you see i am also busy.. :-) 22.19.35 # well, i was beasy getting food into my stomach ^^ 22.19.55 # domonok1: http://www.pastebin.ca/974471 22.19.59 Join FOAD_ [0] (n=dok@dinah.blub.net) 22.19.59 # but if you are busy then i perhaps should not interrupt you 22.20.24 # domonok1: hehe, did that already. Was just wondering if there is something "better" on MinGW 22.21.00 # 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 # so is anybody around with time for such a problem? 22.25.13 # domonok1: putting the downloadInfo() call before the connects in show() fixes the problem 22.25.21 # jup 22.25.53 # 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 # yep, just found that out too 22.28.31 # i will fix it.. (by moving the connect call to after the creation of the getter.. 22.28.45 Quit petur () 22.29.01 # maybe the connection should be made in downloadInfo() instead. 22.29.16 # 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 # bluebrother: thats what i have done now.. :-) 22.30.13 Quit bluebrother ("bbl") 22.31.15 # 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 # linuxstb: how propable is that we may have percentual transperency in the future? like 50% transparent? 22.36.35 # 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 # An alpha channel. 22.37.33 # (a nibble would propably be ok too, but what do we use a second half of the byte?) 22.37.45 # 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 # Hi disorganizer. Now we're back at our initial discussion :) 22.40.03 # massa: i noticed :-) parameter or FF00FF, thats the question ;-) 22.40.10 # * Massa has a deja-vu 22.40.19 # 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 # but I tried to keep it still simple 22.42.12 # 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 # 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 # DerPapst: only the color i think.. 22.45.02 Join Junsky [0] (n=Stallion@122.2.105.164) 22.45.15 # makes sense... 22.45.27 # whlie thinkin of it ;-) 22.45.27 Part Junsky 22.45.32 # 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 # 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 # I meant "in the WPS and the menus" 22.46.37 Quit mf0102 ("Verlassend") 22.46.56 # pxielma: thanks - I already understood ;) 22.47.28 # 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 # 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 # But greyscale targets can also use backdrops 22.47.53 # DerPapst RGBPACK(r,g,b) :-) 22.48.04 # meh.. too easy ;-P 22.48.06 # thanks 22.48.06 # amiconn: Uhh, true 22.48.31 # amiconn: That's a valid reason to use a flag/paramenter, I agree 22.48.36 # amiconn: you mean the WPS code? How does the color FF00FF look at greyscale targets? 22.48.41 # 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 # Massa: You simply can't use it 22.49.05 # * amiconn actually *prefers* non-colour targets 22.49.15 # Massa: You use 0-3 22.49.21 # WHY? 22.49.34 # why what? 22.49.36 # kugel: sorry? what do you mean by "you use 0-3"? 22.49.48 # 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 # When loading a BMP at runtime, the loader will generate a mask bitmap according to the 0xff00ff pixels it finds 22.50.10 # Gartral: Usability. 22.50.16 # 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 # Ok then, a parameter is the way to go 22.51.27 # 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 # 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 # But 16 bit gives sufficient colours to choose from that it's possible to drop one from real use 22.52.08 # Not so on 2-bit greyscale 22.52.19 # pixelma: sure, ff00ff isn't possible though 22.52.40 # oh, thank you... ;) 22.52.54 # so we can agree (finally) that a parameter makes sense? 22.52.57 # "[21:54] 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 # 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 # well, thats what you get for making your code "ff00ffy" 22.53.56 # one of the blacks should have been white though... ;) 22.53.59 # Massa: That would mean to treat greyscale and color seperatly. Using a flag means consistency in this case 22.54.38 # @amiconn: how does this work for icons etc? is transparency ignored there? 22.54.43 # Massa: YOu simply can't drop one level of 4 22.54.59 # disorganizer: I already said that... 22.55.06 # 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 # Nico_P: If you think so. I think we can "avoid" vp structs if it's not user costumizable 22.55.24 # Nico_P: Not that I'm against it ;) 22.55.37 # On colour targets, 0xff00ff (packed into 16 bit) defines transparency. Non-colour targets _do not_ support bitmap transparency _atm_ 22.55.44 # Massa: yes, optional parameters are possible. see the progressbar tag for an example 22.55.49 # Massa: As I allready told you, optional parameters aren't possible atm 22.55.49 # But they _will_ 22.56.03 # 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 # kugel: what? 22.56.35 # @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 # thate=there 22.56.44 # 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 # Icons *are* bmps 22.56.56 # Nico_P: I see no real use of converting i.e. pf to viewports, since it's not user-costumizable 22.56.58 # Nico_P: where? In wps_parser.c? 22.57.04 # disorganizer: Re-read what I said 22.57.06 # Massa: yes 22.57.16 Quit MethoS- (Read error: 104 (Connection reset by peer)) 22.57.20 # Nico_P: But I don't want to say that I'm totally against using vp's in pf 22.57.29 # 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 # but to add an optional param to a viewport it requires a bit more work 22.57.57 # Nico_P: in parse_image_special? 22.57.59 # 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 # 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 # 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.11 # Nico_P: so it would mean to change viewport parsing to be "manual" and don't use parse_list anymore? 23.00.20 # Nico_P: Thanks 23.00.28 # Massa: no, I would suggest extending parse_list 23.00.33 # Nico_P: review any pf patches with your new c200 and you'll know what has to be solved first... 23.00.39 # 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 # hehe 23.01.14 # disorganizer: Internal colours cannot be handled the same way as BMPs 23.01.36 # 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 # 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 # Nico_P: Yes, I've thought the same. 23.02.00 # BMPs are converted to the internal rockbox format on load. Internal colours need to be in internal format to begin with 23.02.10 # kugel: I don't mean any drawing... 23.02.24 # linuxstb: I think it would allow unsing parse_list for the progressbar too 23.03.01 # 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 # still the question: so what is the technical reason for not using ff00ff for transparency of viewports? 23.03.43 # 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 # 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 # pixelma: I have no AA on my c200 yet, but I'll probably try it 23.04.08 # disorganizer: ff00ff is not valid on greyscale 23.04.14 # Massa: all the params that follow the "optional" char would be optional 23.04.22 # 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 # disorganizer: Unnecessary conversion at runtime should be avoided wherever possible 23.04.56 # disorganizer: You don't have hex values at all on greyscale in viewport, that's very much missleading 23.04.58 # amiconn: it's only a problem when keeping compatibility is a must ;) 23.05.01 # after the parsing ist a parameter of the vp struct anyways 23.05.08 # Massa: oh sorry now I understand... we'd stop on finding the last trailing separator 23.05.15 # 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 # Massa: It definitely is. 23.05.30 # pixelma: good point. I'll try now 23.06.00 # 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 # 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 # 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 # 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 # It will stop, but you can still resume, and it will play the last few seconds of the last track... 23.07.03 # Massa: the trailing | char (or whatever the separator char is) allows us to know the difference 23.07.09 # amiconn: crap :/ 23.08.35 # is it just me or are the forums down *again*? 23.09.07 # Massa: we know when regular text starts because there are no more separators in the line 23.09.27 # 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 # and anyway, the tags that have params are often alone on their lines 23.09.33 # Gartral: This is an on-topic channel 23.09.39 # so 23.09.58 # 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 # Nico_P: Do you really want optional parameters for backwards compability? 23.10.47 # #rockbox-offtopic isnt responding 23.10.59 # I think optional parameters make themes even more easier to get broken 23.11.08 # Gartral: try #rockbox-community 23.11.13 # lol 23.11.19 # 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 # Gartral: There is #rockbox-community, but regardless, that is irrelevant. This topic is on-topic, please keep it so 23.11.33 # s/topic/channel 23.11.39 # 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 # and in case #rockbox-offtopic isn't responding that's not anything thats of interest here ... 23.11.57 # Massa: I agree 23.12.18 # Massa: You can easily just use parse_list for the standard parameters, and parse the last one manually. 23.12.20 # what about using || for transparency (empty color field)? 23.12.29 # I don't know about the "optional" char, but it's mostly a bikeshed issue :) 23.12.41 # What would be optional then? everything left out or everything after a special char? 23.13.16 # hmm. Should mi4 size displayed in the bootloader be the size of the main rb image? 23.13.26 # kugel: it's an internal parameter to the parse_list() method - nothing a user will ever see ;) 23.13.29 # Massa: See parse_image_load - it uses parse_list, and has an optional parameter (number of subimages) 23.13.50 # linuxstb: thanks, that's how I'll implement it for now! 23.14.07 *** Saving seen data "./dancer.seen" 23.14.28 # 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 # linuxstb: how shall the new bool in viewport be called? bg_use_backdrop? 23.14.39 # 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 # no 23.15.04 # Gartral: #rockbox-community is the official off-topic channel 23.15.05 # Gartral: There is #rockbox-community for off-topic chat 23.15.16 # kugel: but it will afterwards :) 23.15.20 # Gartral: But this is a warning - keep this channel ON-TOPIC only 23.15.21 # kugel: no, parse_viewport doesn't accept optional parameters 23.15.26 # 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 # disorganizer: And what happens if there's no backdrop? 23.15.46 # hi 23.15.52 # ive dropped my ipod 23.15.59 # video 5.5 gen 23.16.07 # the same as with having a separate parameter? 23.16.09 # and i tried restoring it with ipod updater 23.16.21 # the bg color is then set by the user 23.16.26 # but ipod updater doesnt get past the initializing screen 23.16.51 # 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 # hmm pictureflow doesn't appreciate it when there is no album art at all 23.17.32 # 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 # dude, try trading it in for a sansa, ive droped mine like 5 times... its still fine 23.17.37 # tomcat_ha: Can you connect it to a PC? 23.17.50 # its connected right now 23.17.52 # Gartral: It is also of less capacity, etc etc 23.17.57 # tomcat_ha: What OS? 23.17.58 # Gartral: that's not very helpful 23.17.58 # i cant read it 23.18.03 # Does anybody have an answer to my "svn diff" question? What's the official command to create a code patch? 23.18.10 # win xp media center edition 23.18.20 # tomcat_ha: Can you try running chkdsk on it? 23.18.30 # Massa: svn diff [files] > output.diff 23.18.31 # Massa: I didn't see your question but patches are done with svn diff > patch 23.18.34 # chkdsk? 23.18.41 # Massa: svn diff > patch.diff 23.18.44 # tomcat_ha: are you on windows? 23.18.53 # i cant even boot rockbox if that is a standard rockbox plugin 23.18.56 # in the root dir 23.18.58 # In a command prompt, type chkdsk -f z: where z: is your ipod drive letter 23.19.05 # @ tomcat 23.19.07 # hm 23.19.09 # k 23.19.09 # 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 # 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 # Nico_P: ...and the album list changed slightly 23.20.01 # massa: what would happen when using your patch when viewports do overlap (even if its not allowed)? 23.20.09 # Massa: If you want to diff everything just do svn diff > diff.patch 23.20.10 # Massa: svn diff is "unified format" by default 23.20.13 # 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 # tomcat_ha: Sounds like your disk is a bit buggered to me 23.20.53 # pixelma: I guess PF needs a bit of love 23.20.55 # I think there is an apple diagnostic mode of some sort that might help 23.21.04 # 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 # Massa: svn diff generates unified diff files 23.21.16 # tomcat_ha: Or you could try reseating the drive - it may just have got dislodged 23.21.29 # Nico_P: I didn't care much that's why I almost forgot it... ;) 23.21.41 # Massa: I mean without any options necessary, I don't think you can even change that 23.21.50 # disorganizer: it'll still show the backdrop colour (and not the colour of the underlying viewport) 23.21.57 # pixelma: I don't use it much either 23.21.59 # how can i check if its dislodged? 23.22.21 # Opening it 23.22.34 # hmm 23.22.43 # ipod updater now says it doesnt support my ipod model 23.22.51 # so i should try using itunes now? 23.22.55 # wow I think we could almost disable pictureflow on the c200... it's really not very pretty 23.23.15 # tomcat_ha: Sure, you can try 23.23.16 # 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 # Nico_P: I wouldn't go as far, it just has to get rid of pluginlib actions :P 23.24.08 # hehe 23.25.31 # is there any progress on getting into the new ipod classics? 23.25.42 # Nope 23.26.01 # 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 # tomcat_ha: they're not 23.27.30 # they're just the only widely available one with large storage 23.27.56 # well i know of archos 23.28.05 # 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 # all it does is locking up, how can people even use this? 23.34.27 # It may be related to your damaged iPod... 23.34.47 Quit Rondom ("Ex-Chat") 23.34.50 # hm good point 23.35.23 Join krz [0] (n=irc_by@turbo.sml.by) 23.41.06 # Massa: FS#? :) 23.41.46 Quit webtaz ("CGI:IRC (Ping timeout)") 23.41.51 # kugel: I first have to implement the additional parameter - so it'll take a bit ;) 23.42.03 # [23:17:36] hmm pictureflow doesn't appreciate it when there is no album art at all <= I reported this ages ago... 23.42.31 # amiconn: without a tracker entry it's hard to keep track 23.42.44 # 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 # amiconn: Feel free to do it :) 23.43.37 Part tomcat_ha 23.43.39 # amiconn: if it works in the sim I might consider doing it :) 23.43.48 # but I have no grayscale target to test on 23.43.52 # The greylib does work in the sim 23.44.20 # It works differently though - not by quickly flipping pixels ;) It tries to be as accurate as possible 23.45.24 # 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 # Does it use the core bmp loader? 23.45.41 # yes 23.45.49 Quit miepchen^schlaf () 23.46.01 # Hmm, that won't work here of course 23.46.06 # but then I think it might store cache files in framebuffer data 23.46.10 # why? 23.46.48 # The greylib uses a pixel format (plain 8-bit greyscale) that's not supported by the core loader 23.46.49 # because the bmp loader will convert the bitmaps down to 2bit? 23.46.56 # yes 23.47.09 Quit keanu (Read error: 110 (Connection timed out)) 23.47.23 # 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 # is there a greylib bmp loader? 23.47.45 # ah I guess you've answered 23.47.55 # Not yet 23.48.11 # 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 # It will need a lot less ifdefing than the core version - no mono formats to consider, and no dithering either 23.49.18 # I wouldn't mind 23.49.35 # 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 # I think both use their own resize algorithm as of now 23.50.37 # they both use the simple resize 23.51.08 # ah, didn't know that pf uses that too, I'm not very familar with pf anymore 23.51.14 # me neither 23.51.15 # * kugel would like to see it in the core as well though 23.51.29 # pictureflow? Urgh. 23.51.42 # kugel: don't hold your breath :) 23.51.48 # No, smooth resize patch 23.51.55 # oh 23.52.05 # lol pictureflow in core :) 23.52.15 # not until database can actually use it 23.52.34 # 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 # which is probably not gonna happen too soon 23.52.56 # * Nico_P wants the DB to handle AA 23.53.40 # hi everyone =) 23.53.49 # amiconn: end-of-playlist works fine here 23.54.06 # Tried to resume? 23.54.16 # yes. "nothing to resume" 23.54.22 # It definitely doesn't work on my H180 23.54.40 # can anyone tell if mentors are notified if gsoc application was modified? 23.54.52 # 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 # amiconn: then I'd need more info on the circumstances 23.55.45 # Nico_P: You didn't answer my question :) 23.56.11 # I was simply playing directories. No skipping, but interrupted by shutdown, and resume after boot 23.56.25 # Nico_P: and whom can i discuss application? may be it needs some more modification? 23.56.40 # krz: there are some mentors here, including me 23.56.41 # 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 # strange 23.56.56 # krz: what application is yours? 23.57.01 # kugel: I'd like to commit it, yeah 23.57.35 # jhMikeS: here? 23.57.46 # Bagder: WPS/Theme editor