Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

#rockbox log for 2008-04-06

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:11toffe82jhMikeS: : found the reset of the usb chip of the S : pin k24 of the imx
00:01:16amiconnHmm, full rebuild didn't help...
00:01:30toffe82theport is the usbotg one
00:01:56 Join CyBergRind|w [0] (n=cbr@212.98.160.130)
00:02:50jhMikeSamiconn: yes, flush + invalidate
00:03:09amiconnHmm, not on cop though, right?
00:03:19amiconnBut that shouldn't matter at all here
00:03:27jhMikeSamiconn: every thread created gets a flush + invalidate
00:03:43amiconnThe greylib creates no thread at all
00:03:53amiconnIt just puts an isr on cop (if requested)
00:04:19jhMikeSyeah, interrupt code will not which could present a problem.
00:04:32amiconnYeah, but not here
00:04:50amiconnThe cop will only see uncached addresses which are first written by the cpu
00:04:57jhMikeStoffee82: usb chip? I wasn't aware there was a usb chip (other than the bit with the mc13783)
00:05:25gevaertsIs there a reason that ftruncate in rockbox can't extend a file ? The normal POSIX ftruncate can
00:05:54jhMikeSgevaerts: noone felt like doing it? :)
00:06:48gevaertsThe problem is of course that by now some code might depend on getting an error in that case..
00:07:46amiconnNothing in rockbox uses it apart from file.c itself
00:08:20gevaertsOK, 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:14amiconnjhMikeS: indeed.
00:10:05gevaertsIt's often used to reserve disk space, to be written later
00:10:09Bagdergevaerts: I think that simply nobody ever needed it
00:11:24toffe82gevaerts: jhMikeS : the chip select of the usb is C10 of the cpu
00:11:42toffe82do you need something else ?
00:12:34Nico_Pamiconn: uisimulator/common/io.c and /firmware/test/fat/main.c use it too
00:12:43amiconnno
00:12:55amiconnuisimulatr/common/io.c *provides* it for the sims
00:13:04Nico_Pah
00:13:04jhMikeStoffee82: what usb chip is there? I thought we always needed the SW stack.
00:13:12amiconnAnd the test code uses it, yes. But that wasn't touched in ages...
00:13:33toffe82philips isp1504, do you want the datasheet ?
00:14:04gevaertsIt uses the isp1504 ?
00:14:07*gevaerts is confused
00:14:11toffe82if you look the block diagram , the usb is not direct from the cpu
00:14:12jhMikeStoffee82: yeah (/me wonders how he missed this)
00:14:30toffe82gevaerts: ??
00:14:34*jhMikeS has it already :p
00:15:03gevaertsWasn't this imx31 with built-in USB ?
00:15:07toffe82it the tipical application for the imx
00:15:26toffe82yes but toshiba do it this way
00:15:28jhMikeSgigabeat S has alot of redundancy in the HW
00:15:42 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky)
00:15:44toffe82yes with the mc 13...
00:15:52 Join sourcemaker [0] (n=sourcema@p5B2DFB6F.dip.t-dialin.net)
00:16:02sourcemakerdoes rockbox work with IPOD 4gen
00:16:15bluebrothersourcemaker: have you read the front page?
00:16:15n1ssourcemaker: yes
00:17:00*amiconn wonders what the explicit 'nocommon' is for, and tries without
00:17:01toffe82jhMikeS: they fix it in the t400, no more redundancy :)
00:17:19amiconnWe don't use 'nocommon' for the I*_ATTR either
00:17:48bluebrotherhmm, 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:23domonokybluebrother: a clean way for this processEvents mess, would be to use worker threads :-)
00:19:39ddaltonhey 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:43sourcemakerwhich device do I use to install rockbox /dev/sdd or /dev/sdd1/2
00:20:04domonokyddalton: try rbutil :-)
00:20:20ddaltondomonoky: No gui sorry.
00:20:24 Nick bruges is now known as bruganit (n=bruges@e178039202.adsl.alicedsl.de)
00:20:25bluebrotherwell, I'm trying to make the zip class tell us about the current file (i.e. emit the actual count)
00:20:29ddaltonIm blind and qt is not accessible...
00:20:37gevaertstoffe82, 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:50bluebrotherddalton: there is a cli patch in the tracker. I've updated it some days ago, so it should compile.
00:21:05bluebrotherno idea if patching of the iriver fw is already implemented.
00:21:07ddaltonsourcemaker: mount sdd1, you need to install to a partition...
00:21:10jhMikeSgevaerts, toffee82: I don't see how it bridges the ATA or anything from the logic block diagram
00:21:25bluebrothersourcemaker: try rbutil :)
00:21:25domonokybluebrother: should be implemented..
00:21:48amiconnddalton: on ipods, the bootloader installation needs the *device*
00:21:51bluebrothermy update was only to catch up with internal changes.
00:21:57gevaertsjhMikeS: 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:31bluebrothersourcemaker: the bootloader goes to the partition (i.e. sdd) while the install goes to the data partition of the Ipod (sdd2)
00:22:43ddaltonoh 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:48bluebrotherbut you can simply mount the player and let rbutil do the rest.
00:23:16bluebrotherddalton: sure, you can use scramble. IIRC that was documented in the IriverBoot page.
00:23:29sourcemakerbluebrother: configuration invalid...
00:23:33bluebrotheryou need to do a few steps manually though.
00:23:38bluebrothersourcemaker: then correct it ...
00:23:39amiconnbluebrother: for patching an iriver fw??
00:23:43ddaltonin 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:47jhMikeStoffee82: 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:01toffe82gevaerts: jhMikeS : you have a signal usb detect which goes to the mc13783
00:24:05saratogahttp://www.sacg.com.tw/sacweb/marcom/epaper/images/ISP1504,%20ISP1505,%20ISP1606%20Literature.pdf
00:24:15saratogalooks like its just the physical layer interface, not hte controller
00:24:16bluebrotherddalton: the manual way of patching the hex file was never in the manual
00:24:17toffe82take note :) for the moment
00:24:24gevaertssaratoga: exactly
00:24:58bluebrotherddalton: http://www.rockbox.org/twiki/bin/view/Main/IriverBoot#Patching_the_iriver_firmware
00:25:36ddaltonthanks!
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:48sourcemakerbluebrother: installation is in progress.... I how this works
00:25:51domonokyddalton: and make sure you check the md5sum of the manually created firmware file, if it wrong the players is broken..
00:25:52n1sddalton: what you need to do is descramble the firmware with scramble, patch with mkboot and scramble it again
00:25:56BITCHHI
00:26:02BITCHIM NEW
00:26:09bluebrotherand your caps lock is broken
00:26:18BITCHNOT MINE
00:26:21BITCHXD
00:26:31BITCHIM UR B****
00:26:32BigBambiBITCH: Turn off, caps lock, and stay on topic
00:26:39BITCHy
00:26:43Mode"#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:35IMYOURBITCHy should i
00:27:39BigBambiIMYOURBITCH: bye
00:27:46Kick(#rockbox IMYOURBITCH :Bagder) by Bagder!n=daniel@rockbox/developer/bagder
00:28:24ali_asPrank by a regular maybe?
00:28:42bluebrotherthat was quick
00:29:21jhMikeSUSB DETECT seems to go straight to the mc13783
00:29:22BigBambiali_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:57ali_asCaps lock, constantly changing nick, like someone read the rules and did it deliberatly.
00:30:07BigBambiWell, anyway
00:30:39sourcemakerinstallation complete
00:31:31toffe82jhMikeS: so you need more things to find how the usb works ?
00:33:42gevaertsSo 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:43toffe82the 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:55sourcemakerhow can i restart my ipod?
00:34:57jhMikeStoffee82: 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:04bluebrothersourcemaker: check the manual ...
00:35:21bluebrotheror the FAQ, whatever you like better
00:36:52 Quit qwock (Client Quit)
00:37:15amiconnjhMikeS: It's definitely a COP cache problem. fire.rock works when run directly after boot
00:37:40amiconn...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:52amiconnThat has nothing to do with your patch, btw, but with putting struct _grey_info into NOCACHEBSS
00:39:09 Quit bluebrother ("switching ...")
00:39:25amiconnSo your patch is fine
00:39:35jhMikeStoffe82: 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:46sourcemakerreboot does not work... ipod hangs
00:41:56 Join ZincAlloy [0] (n=d9eef959@gateway/web/cgi-irc/labb.contactor.se/x-68499ad41e004f5a)
00:43:47bluebrotherdefine "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:21sourcemakerI tried a game... but no reaction
00:45:25 Join ddalton [0] (n=ddalton@124-168-53-116.dyn.iinet.net.au)
00:45:44bluebrotherwhat exactly did you do? Did Rockbox start or not?
00:45:46ddaltonhey 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:08toffe82jhMikeS: the pins connected to the isp1504 are a6, a7.. (usbotg...) form the cpu
00:46:23amiconnjhMikeS: Hmm, I think the plugin loader needs to flush + invalidate the cop's cache *before* loading the plugin
00:46:24jhMikeSthe IMX will likely make CPUFREQ_NORMAL just a "can vary dynamically" setting
00:46:33amiconnOtherwise it's too late
00:46:37sourcemakerbluebrother: yes... reockbox starts fine
00:46:40bluebrotherddalton: most links to iriver seem to be dead. rasher has a mirror: rasher.dk/rockbox/iriver-firmwares/">http://rasher.dk/rockbox/iriver-firmwares/
00:47:02bluebrothersourcemaker: well, then get the manual and check how the game you're trying to use works. And how the button mappings are.
00:47:05jhMikeSamiconn: There's no built-in mechanism to do it though unless you can force some kind of interrupt that does it.
00:47:20gevaertstoffe82: how many pins are there ? ULPI can have an 8 bit or a 16 bit link
00:47:31bluebrothersourcemaker: and I really don't understand why you tell something about "reboot does not work".
00:48:03jhMikeSamiconn: 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:23ddaltonbluebrother: thanks
00:48:36amiconnIt has to do that before eve loading the plugin into the plugin buffer
00:48:51amiconnDoing it later might overwrite parts of the already loaded plugin iiuc
00:49:02toffe82gevaerts: 8bits
00:49:13toffe82the isp is 8 bits
00:50:27jhMikeSamiconn: 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:44sourcemakergreat... now everthink is working well
00:51:04amiconnjhMikeS: Hmm. Then I wonder what pending writes are there in case of the greylib....
00:51:04DavidSGHello
00:51:39amiconnWhen running fire.rock directly after boot it works, but when running it after some other greylib plugin, it often does not
00:52:05amiconnBut 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:15gevaertstoffe82: 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:22jhMikeSamiconn: and only uncached code?
00:52:39amiconnEh, no
00:52:53amiconnBut code shouldn't change, so no write-back, right?
00:53:09amiconnHmm, but code could be cached....
00:53:21jhMikeSbut it could see some lines as the previous plugin that was there
00:54:11amiconnI have no idea how to clean this up from within the plugin...
00:54:37amiconnAny code that I'll run on cop to flush the cache will go into the cache...
00:54:58amiconnThat is, as long as it doesn't reside in iram - but that it shouldn't for normal plugins...
00:55:04jhMikeSbesides a forceable interrupt and handler in the core I don't know either
00:55:35amiconnHmm, I could use UNCACHED_ADDR for a function call...
00:56:00amiconnBut cleaning it up in the core sounds like a better approach imho
00:56:50sourcemakergreat work
00:57:45DavidSGI 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:12sourcemakerrockbox is using linux right?
00:59:35 Part ddalton
00:59:39BigBambisourcemaker: No
00:59:57BigBambisourcemaker: Rockbox is built from the ground up, it is NOT based on linux
01:00
01:00:17sourcemakerBigBambi: ok
01:00:21BigBambiRockbox is all Rockbox
01:00:24gevaertsDavidSG: 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:49sourcemakerBigBambi: 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:30BigBambiRockbox is designed specifically for embedded systems with all the constraints that brings, and is focussed on music playback
01:01:49jhMikeSamiconn: 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:10amiconnWhat do you mean with forced interrupts?
01:02:26gevaertsDavidSG: I have read your proposal, but I'm quickly going over it again
01:02:42jhMikeSyou 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:04jhMikeSthe imx avic has that as well
01:03:36amiconnhow?
01:03:54DavidSGgewaerts: hello and thank you for reading
01:04:07amiconnHmm, is that the INT_FORCED_* stuff?
01:04:38DavidSGs/gewaerts/gevaerts/
01:04:54jhMikeSamiconn: 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:16domonokyDavidSG: have you seen : http://www.rockbox.org/twiki/bin/view/Main/GSoCApplicationTemplate2008 ?
01:06:48DavidSGdomonoky: No, I am sorry I haven't.
01:07:39gevaertsDavidSG: no worries. I usually post a comment to all applications with that link, but apparently I forgot that in your case. Sorry
01:07:48toffe82gevaerts: thanks for the info but I don't program ,I just look the code sometimes, really have no time ;)
01:08:15gevaertstoffe82: ok. Just make sure that jhMikeS does it properly then ;)
01:08:22 Quit Rob2222 (Read error: 104 (Connection reset by peer))
01:08:37DavidSGI see i have some typing to do now.
01:08:40 Join Rob2222 [0] (n=Miranda@p4FDCD502.dip.t-dialin.net)
01:09:15toffe82gevaerts: you don't have a gigabeat S :)
01:09:23domonokyDavidSG: :-) feel free to extend your application according tothis :-)
01:09:32gevaertsDavidSG: 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:41gevaertstoffe82: I don't have one, no :)
01:09:49amiconnjhMikeS: I'll try calling the isr with its uncached address when running on cop
01:09:59toffe82gevaerts: do you want one ?
01:10:09DavidSGgevaerts: That would be good that way i can make allmy revisions at the same time.
01:10:09amiconnThat should tell us whether the caching is the problem
01:10:18jhMikeSwe 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:26gevaertstoffe82: I want a lot of things, but...
01:10:32amiconnIt's an ugly solution because code within uncached ram is slow...
01:11:15toffe82gevaerts: :)
01:11:21jhMikeSamiconn: exactly why a "perform cache operation" service in the core would be very useful
01:11:49amiconnWhat would be a good way to signal completion back from such an isr?
01:12:00Nico_Pgevaerts: c'mon, the gigabeast is the target of rockbox's future! :)
01:12:01amiconn(a forced interrupt to clear cop cache I mean)
01:12:42gevaertsDavidSG: 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:00gevaertsNico_P: What ? Not the Meizu ? markun lied to me !
01:13:00jhMikeSamiconn: 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:09domonokygevaerts: usb is good stuff !! :-)
01:13:17jhMikeSor by the time it can service that IRQ anyway
01:13:26amiconnjhMikeS: It has to be done by the plugin loader, even before loading a plugin...
01:13:30Nico_Pgevaerts: 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:22DavidSGgevaets: 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:01amiconnjhMikeS: Afaik it's not possible to invalidate without flushing
01:15:01gevaertsDavidSG: 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:55Nico_Pyes, thr WPS utility should use rockbox's parsing code directly and ideally its rendering code too
01:17:41Nico_Pthat should also allow focusing on other things like usability
01:18:13DavidSGgevaerts: Then i would have to integrate the code of the parser into the program so that it will not become obsolete.
01:18:14jhMikeSamiconn: then you'll lose pending writebacks and corrupt memory
01:18:25domonokyDavidSG: do you have any idea which toolkit you want to use for the PC side of this WPS/Theme maker ?
01:18:38amiconn?
01:18:59 Join miepchen^schlaf_ [0] (n=miepchen@p54BF6799.dip.t-dialin.net)
01:19:27Nico_PDavidSG: it should be possible to compile the parser's code directly into the program
01:19:38Nico_Pwe already have a command line WPS checker that does just that
01:19:41jhMikeSif you simply invalidate without a flush first then anything modified that hasn't yet been written to ram will be lost
01:19:45gevaertsDavidSG: that would be best. Of course, that would make using java a bit problematic
01:19:45DavidSGdomonoky: 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:39jhMikeSthough I think it's possible by just specifying different bits in the operation
01:20:56DavidSGgevaerts: 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:02gevaertsDavidSG: rbutil, our GUI installer, uses Qt4
01:21:21domonokyDavidSG: do you have any experience in rockbox theme ability ?
01:21:22gevaertsThat would indeed just lead to madness
01:21:23Nico_Pdomonoky: what do you mean by backend?
01:21:54Nico_Pit would be compiled into the binary, right?
01:22:29*domonoky sees the java keyword in the application.. so no Qt.. :-)
01:22:31DavidSGdomonoky: I have looked at them script behind them before, but as for actually makeing them i can say i have none.
01:22:36jhMikeSthe s3c and imx caches do similar things (invalidate only just tosses out everything in the caches and changes to ram are discarded)
01:23:25bluebrotherjava? How should that use the rb parser?
01:23:36domonokyNico_P: with backend i mean the basic wps handling, which is mostly the rockbox wps code, compiled preferabilty as a lib..
01:23:58gevaertsDavidSG: 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:20DavidSGgevaerts: that sounds like the easier thing i can fix onmy application
01:24:42gevaertsIt shouldn't be too hard, no :)
01:25:22DavidSGbluebrother: java may be reconsidered for my final applications
01:25:33 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr)
01:26:10amiconnjhMikeS: I know I would loose pending writes. Iirc you once said that invalidating without flusing doesn't work on PP
01:27:10jhMikeSI think MrH said that (or just didn't investigate it much). You can try with just the CACHE_OP_INVALIDATE flag set.
01:27:56DavidSGgevaerts: just so i have some idea: How much has the scripting for WPS has changed in the history ofthe project
01:29:24Nico_PDavidSG: 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:55Nico_Pthe 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:22BigBambiIn 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:50Nico_Pindeed
01:31:14DavidSGYeah 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:45DavidSGi can also see that becoming a problem with code going out of sync.
01:32:18BigBambiWell either desktop or on target, I just mean your app should use the parsing code directly from Rockbox, and not be independent.
01:32:22amiconnjhMikeS: 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:53bluebrotherhmpf, windows needs special treatment as usual :(
01:33:02amiconnThe macro can be used for functions, but you need an explicit 'address of': UNCACHED_ADDR(&_timer_isr)
01:33:15BigBambiDavidSG: Whether it is on the PC or target is in this sense irrelevant.
01:33:22DavidSGBigBambi: I agree completely.
01:33:24 Quit miepchen^schlaf (Read error: 110 (Connection timed out))
01:33:34BigBambiDavidSG: coolio :)
01:33:55amiconn...otherwise gcc throws a weird error
01:34:02jhMikeSamiconn: can't allocate the function as NOCACHEDATA_ATTR? (to make sure all adresses are compiled properly)
01:34:41gevaertsbluebrother: is rbutil currently localized ?
01:34:43DavidSGBigBambi: do you know a way to integrate the c code from the parser into a java application.
01:34:57BigBambiDavidSG: I'm not coder I'm afraid
01:34:58amiconnjhMikeS: It's not needed here, and it's not a permanent solution anyway
01:35:03bluebrothergevaerts: yes
01:35:03BigBambis/not/no
01:35:20bluebrotherwe just don't have too much translation contributions.
01:35:34gevaertsDavidSG: you would need jni for that, but I'm not really sure if that works well for this kind of usage
01:36:04Nico_PDavidSG: Qt would probably be better suited
01:36:40 Quit mrfree (Read error: 110 (Connection timed out))
01:37:14gevaertsEspecially 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:51DavidSGi don't like the sound of this glue, maybe java would not be the best idea.
01:38:52domonokyto combine all he could use Qt Jambi (Qt for java) *hehe* :-)
01:38:52jhMikeSamiconn: 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:15DavidSGdomonoky: you do like this Qt
01:39:42bluebrotherDavidSG: Qt is a great library, and it's quite fun to work with it.
01:40:05BigBambiDavidSG: 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:12DavidSGI can't say i have had experience working with it, but i will do some research.
01:40:35gevaertsDavidSG: you mention that you have one rockboxable player. Does it actually run rockbox now ?
01:40:38Nico_PDavidSG: do you know C or C++?
01:41:42bluebrotherI 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:46DavidSGgevaerts: 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:02DavidSGNico_P: I know both.
01:42:11amiconnjhMikeS: 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:28Nico_PDavidSG: then learning Qt shouldn't be much work
01:42:30amiconnHmm, and atm I can't see how this would help
01:42:46bluebrotherno. In fact I learned C++ doing Qt :)
01:43:04amiconnUnless the plugin loader does it, that is. But the plugin loader runs in the main thread...
01:43:27jhMikeSamiconn: it is reliable and will make the caches coherent
01:43:42DavidSGSounds good, even if it just for consistancy sake, I think it will be better to use QT.
01:43:44Nico_Pknowing java and very little Qt, my impression is that Qt basically adds a java like library to C++
01:44:02amiconnSo the plugin loader could hop to the cop & back to make sure both caches are flushed before loading a plugin?
01:44:05gevaertsDavidSG: have you built rockbox yourself before ? Ever played with the code ?
01:44:17jhMikeSamiconn: yes
01:44:45bluebrotherNico_P: if you're doing GUI Qt is _much_ nicer.
01:44:54Nico_PI can imagine that
01:44:58*bluebrother did a bit of Java GUI some time back and hated it.
01:45:34jhMikeSamiconn: 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:07gevaertsTry curses :)
01:46:20DavidSGgevaerts: 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:30bluebrothera curses interface to Rockbox would be interesting.
01:47:09 Join sourcemaker [0] (n=sourcema@p5B2DFB6F.dip.t-dialin.net)
01:47:23gevaertsDavidSG: 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:04jhMikeS...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:55DavidSGNo 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:36BigBambiDavidSG: Testing shouldn't be an issue
01:49:41*bluebrother just fixed a bug he introduces some days back :)
01:49:42gevaertsThat's not a big problem. You should be able to find volunteers easiy
01:49:43amiconnjhMikeS: Do I really need old_core, or could I just assume the cores?
01:49:48BigBambiThere are generally plenty of willing people in here
01:49:54mcuelenaeregevaerts: 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:19bluebrotherwith 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:46gevaertsmcuelenaere: what kind of device-side controller does it have ?
01:52:01jhMikeSamiconn: 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:05mcuelenaerePhilips ISP1583
01:52:08DavidSGSounds excelent. I will have to look closely at that now.
01:52:30mcuelenaerehttp://www.nxp.com/acrobat/datasheets/ISP1583_6.pdf
01:53:07mcuelenaerethere is some ISP1582 based code in Rockbox already, containing a USB serial driver for the iRiver I think
01:53:31mcuelenaeremost of the code is based on that + some hints from a sf.net linux ISP1761 driver
01:53:35jhMikeSamiconn: of couse you could switch and switch back just when dealing with interrupts on COP since threading handles these things already.
01:54:33amiconnI 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:55amiconnANd in both cases it would be happening on the main thread
01:55:05gevaertsmcuelenaere: I've never looked at it. It seems to be pretty different from the PP and imx31
01:55:36jhMikeSit can be done when disabling the timer in grey_show and it does assume thread context
01:55:38mcuelenaereyes, so it seems
01:56:04mcuelenaerewhile making the USB driver for the PP targets, did you run into the same problem?
01:56:05jhMikeSwhich thread gets switched around to where isn't important
01:56:06amiconnjhMikeS: Yes, but that sounds more dangerous to me than doing it in the loader.
01:56:06DavidSGThank you all for you assistance tonight, I think I am off to make some revisions. Before I go, are there anymore suggestions?
01:56:26amiconnIt can easily be forgotten. Not in the greylib, but in other plugins
01:56:58gevaertsDavidSG: It might be useful to drop in here now and then, to keep in touch
01:57:55gevaertsmcuelenaere: 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:52gevaertsIt's basically impossible to find out what goes wrong with a pure software usb sniffer
01:59:11mcuelenaerehmm ok, then for now I'll stick to the code :)
01:59:31gevaertsWhere are you located ?
01:59:41mcuelenaeregeographically you mean?
01:59:52jhMikeSamiconn: why not put it in the timer handling routines? isn't it using TIMER2?
02:00
02:00:10amiconnYes it is
02:00:10gevaertsyes. 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:38amiconnI don't understand what I could put there that would help with this issue
02:01:17mcuelenaeregevaerts: I'm more near Gent, so that's quite some distance (about 146km according to google maps)
02:01:26amiconnDo you mean flushing + invalidating after *every* isr call from the cop?
02:01:50amiconnI think a clean cop cache on plugin entry would be more helpful
02:02:09amiconnThen I could make the greyscale phases cacheable
02:02:34 Part sourcemaker ("Kopete 0.12.5 : http://kopete.kde.org")
02:02:41amiconnThey are just inited once from the cpu, then exclusively read and written by the cop (when running on cop that is)
02:03:09DavidSGgevaerts: i will be sure to drop back.
02:03:11amiconnThe single init could be flushed explicitly - but it requires that the cop cache is already flushed+invalidated
02:03:16gevaertsmcuelenaere: OK. If you really can't figure it out, let me know and we can arrange something.
02:03:41gevaertsDavidSG: great.
02:04:09amiconnjhMikeS: Is there a macro like OTHE_CORE?
02:04:13amiconn*OTHER_CORE
02:04:17mcuelenaeregevaerts: thanks, but I suppose this won't be a really big problem and I'll figure it out eventually
02:04:26mcuelenaereI have some example code to look at
02:04:30mcuelenaere+ OF
02:07:14Nico_Pmcuelenaere: how far can the ZVM port boot ATM?
02:07:36*gevaerts guesses. Five meters ?
02:07:40mcuelenaere:)
02:07:44jhMikeSamiconn: no although for two cores 1 - CURRENT_CORE will work
02:07:59Nico_Pok I could've phrased this better :)
02:08:16mcuelenaereI have most pheripherals (is that a correct word? :)) working, like LCD, buttons, HDD, USB (almost)
02:08:25mcuelenaerebut I'm sort of stuck at the bootloader stage
02:09:05mcuelenaerethe 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:14jhMikeSit 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:37mcuelenaerenow I deleted the second partition (if you can call it that way) and replaced it by a FAT one
02:09:55amiconnjhMikeS: Doing it in the plugin is too late, unless I'm really missing something...
02:10:10mcuelenaerebut 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:27mcuelenaereso now I need to get USB working so I can access the HDD more easier
02:10:43mcuelenaerethen I'll be able to try getting 'normal' Rockbox working
02:10:48 Quit bluebrother ("time for sleep.")
02:10:52Nico_Pkinda the same problem as on the S
02:11:02 Join dandin1 [0] (n=anon2155@bas7-ottawa23-1088833575.dsl.bell.ca)
02:11:10Nico_Pcan you transfer files over MTP?
02:11:18mcuelenaereyes, but like I said only the bootloader
02:11:32mcuelenaerethat's the only easy way of getting new code on it
02:11:52Nico_Pfor the S port the BL untars an archive when it finds one
02:12:04Nico_Pso we just send it via MTP and it gets untarred
02:12:19mcuelenaereah, but then I need to understand how the minifs works
02:12:28mcuelenaerebecause that's the place where all files over MTP are stored
02:12:33jhMikeSamiconn: that's why I was thinking about it in timer_register/unregister where it happens in the core, not the plugin
02:12:41mcuelenaerewell, the ones for the FW
02:12:42Nico_Pah, that's more complicated then
02:13:09amiconnjhMikeS: That's still too late, as the plugin is already loaded at that time...
02:13:13mcuelenaereindeed, but someone at nomadness.net (an old forum) almost got really far on that one
02:13:23mcuelenaerebut as the forum is down, I can't contact that person :(
02:13:36mcuelenaeremost of my information is based on what he found out
02:13:48amiconn...and it won't help for the grey phases problem, as that init happens in grey_init(), way before registering the timer
02:14:06mcuelenaereand he said he got like a 90% working read-only driver
02:14:06gevaertsmcuelenaere: the forum seems to be back
02:14:24jhMikeSamiconn: threads do it only at the time the thread starts to run which is usually way after the plugin is already loaded
02:14:25mcuelenaerenomadness.net you mean?
02:14:32*gevaerts misunderstood
02:14:35mcuelenaerenp :)
02:14:53amiconnjhMikeS: Then you were just lucky that no other plugin left something in the cop's cache...
02:15:13mcuelenaeresome info is still left in the google cache (and archive.org), but that's all
02:15:28mcuelenaerethe only thing I have is a nickname and an IP-address
02:15:41jhMikeSload: 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:41amiconnIf 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:38amiconnSo 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:53jhMikeSinvalidates 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:02amiconn...because another plugin (using the cop but not using threading) might leave the cop cache in a dirty state
02:17:23amiconnTha
02:17:37jhMikeSnaturally a plugin must wait till all other threads have signalled they have exited before the main thread may safely exit
02:17:42amiconnMeh, that's my point all the time: Your method is safe as long as *all* plugins behave
02:18:29amiconnBut I wouldn't take that for granted
02:19:15jhMikeSwhen is it safe to let a thread execute in an unloaded plugin or an interrupt handler for that matter?
02:20:04amiconnArgh, 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:17jhMikeSthings 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:19amiconnThen the *next* plugin using the cop will fail
02:20:36mcuelenaeregevaerts: is a bus reset request sent by the host? and if so, why in most case is this?
02:20:40mcuelenaerecases*
02:20:52jhMikeSbut you'd stop the old ISR before allowing the next plugin to load, correct?
02:21:00amiconnof course
02:21:54amiconnBut why should stopping an isr (on cop) always flush + invalidate the cop's cache?
02:21:58jhMikeSif 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:05amiconnThat isr could also reside in the core, not needing this measure
02:22:45amiconnThe isr is stopped by calling timer_unregister() in this case, and that executes on CPU
02:22:58gevaertsmcuelenaere: 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:00jhMikeSI suppose it wouldn't matter because ones in the core tend to be started for the whole session, right?
02:23:10amiconnwrong
02:23:14*gevaerts hopes that that line wasn't too long
02:23:24amiconnE.g. the backlight isr only runs during a fade
02:24:02jhMikeSif you aren't switching to another core, then no coherency operation will happen in switch_core. it just returns immediately.
02:24:03amiconnAnd 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:43mcuelenaeregevaerts: and before asking for a device descriptor, shouldn't the device (and host?) set up endpoint 0?
02:25:08gevaertsThe device should always be ready to respond on endpoint 0
02:25:14amiconn???
02:25:43jhMikeSsee thread.c line 2838
02:26:01amiconnI've looked there
02:26:12amiconnI'm *not* talking about threading atm
02:26:45jhMikeSI personally see no difference in the rules. Entering the ISR is simply another code entrypoint.
02:27:02amiconnThere is an important difference
02:27:18amiconnAn isr is unregistered externally, and always from the cpu
02:27:46amiconnThe 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:23jhMikeSthat'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:41amiconnI *can not* start it from the core it runs on
02:28:48jhMikeSwhy?
02:28:51amiconnThere is no cop thread in the plugin
02:29:10amiconnOr in the lib, or whatever
02:29:17jhMikeSswitch_core puts the current thread on the specified processor and you are in that context
02:29:42amiconnMeh, we're going in circles
02:31:04jhMikeSold_core = switch_core(timer_core); enable/disable timer interrupt; switch_core(old_core);
02:31:36amiconntimer_register and timer_unregister aren't dualcore safe
02:31:52amiconnAdding that would be much more complex than simply ensuring what I said
02:33:51 Quit ompaul (Client Quit)
02:35:45amiconnThe 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:30greatergoodcan any help my get rockbox on my 3g nano?
02:36:57jhMikeScorelocks aren't needed if hopping from the CPU and having it DC safe would be rather trivial
02:37:26JdGordongreatergood: rockbox doesnt work on the 3g nano
02:37:48greatergoodwhy does it say that on the homepage?
02:38:16JdGordonit does
02:38:19gevaertsWhy does it say what ?
02:38:31jhMikeShopping still executes the code in sequence since it's all on one thread
02:38:43JdGordon(not the Shuffle, 2nd/3rd gen Nano, Classic or Touch)
02:38:45greatergoodand i have found several youtube videos of it working on it, and i really really want too play doom lol
02:39:05greatergoodhttp://www.youtube.com/watch?v=AG3PKg7HyVA&NR=1
02:39:21greatergoodtheres a video of a guy playing doom on his 3rd gen nano
02:39:42 Quit ali_as_ ("zzzzzzzzzzzzzzzzzzzzzzzzzzzzzZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZz")
02:39:46JdGordonso ask him
02:40:33 Quit amiconn (Nick collision from services.)
02:40:35DerPapstwhat 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:43Nico_PDerPapst: you need to update the main binary or reboot
02:46:18DerPapstas i said, i've completely recompiled everything (including a reconfigure)
02:46:28DerPapstthis is on the sim btw
02:47:42amiconnjhMikeS: 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:06DerPapstNico_P: nvm. works now.
02:48:26 Quit linuxstb (Read error: 110 (Connection timed out))
02:48:30amiconnI'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:28jhMikeSthe worst thing about making that API fully DC safe is the fact that the functions may be called in ISR context but that of course means it's already running on the timer core and checking that on ARM is trivial
02:52:37*jhMikeS never got it straight with checking that on CF (sr doesn't seem to report it correctly)
02:56:46 Quit greatergood ("CGI:IRC (EOF)")
02:59:43*jhMikeS wonders what timer.c line 291 is doing there still :)
03:00
03:00:39amiconnjhMikeS: It doesn't because we don't use %sr correctly iiuc
03:01:01amiconnWe should set the M bit by default. An exception clears that bit, and rte restores %sr
03:01:26amiconnBut since we don't set the M bit, it can't tell us
03:02:17 Quit n1s ()
03:02:22jhMikeSso that means to set it in sleep_core and in crt0?
03:03:43 Quit dandin1 ()
03:04:42 Quit DerDome ("Leaving.")
03:04:54amiconnThere are some places that disable interrupts by simply doing move.w #0x2700, %sr
03:05:30amiconnAll 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:08amiconnHmm, 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:37jhMikeSnighty nighty
03:07:43DerPapstnight :-)
03:08:36 Quit gevaerts ("good night")
03:08:38jhMikeSit'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:26Nico_Pand now, bed time
03:34:31 Quit Nico_P (Remote closed the connection)
03:49:04 Quit Nevtus (Read error: 110 (Connection timed out))
04:00
04:15:01 Join lxx [0] (n=lexx@lxxlxx.dialup.corbina.ru)
04:16:11lxxhi
04:18:34lxxi 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:45lxxVersion: r16976-080405
04:21:05 Quit Reinhart (Read error: 104 (Connection reset by peer))
04:22:17lxxcan someone explaine
04:22:23lxxhelp me
04:24:59lxxhelp me please its rockbox bug or what?
04:25:45 Part Llorean
04:27:38DavidS1lxx: ok i am also newish but i may be able to help you, What is the problem?
04:28:24lxxi 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:33scorche|shwhich version precisely?
04:30:49lxxi dont remember
04:30:56scorche|shyou can look...
04:31:01lxxhow
04:31:17DavidS1it appears to be the current build based on the number you gave before
04:31:36scorche|shah...i see the number now
04:31:47lxxVersion: r16976-080405
04:31:55lxxthis?
04:32:00DavidS1yeah
04:32:11scorche|shlxx: could you try resetting the settings?
04:32:40lxxhow ?
04:32:55scorche|shhave you read the manual?
04:33:37lxxyeah
04:33:46scorche|shthen you should know how...
04:35:50lxxi 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:02lxxi think this is bug of rockbox
04:37:31lxxcouse before when i update rockbox this nothing happen
04:37:57lxxi 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:37DavidSGIs it the sound playing slow or are the menus being slow when playing flac files.
04:40:11DavidSGs/./?/
04:40:11lxxfrezee and slow down when ape file playing its OK for rockbox or not?
04:40:27lxxsound playing slow
04:40:44scorche|shwhen playing ape?...what compression rate?
04:40:55DavidSGand your sure the file you are playing is not corrupt/ is supported?
04:40:57scorche|shflac shouldnt have an issue
04:41:39 Quit ctaylorr (Read error: 110 (Connection timed out))
04:41:51lxxwith flac and wav all ok now
04:42:27lxxbut ape slow just playing few seconds the stops then again
04:42:38scorche|sh < scorche|sh> when playing ape?...what compression rate?
04:42:39DavidSGok that is good, may i ask how did you fix it?
04:43:17lxxi found all working i just push on browse .cfg files and chose cfg but its only working for flac and wav
04:43:24lxxnot for ape
04:43:29 Join miepchen^schlaf [0] (n=miepchen@p54BF44B5.dip.t-dialin.net)
04:43:38scorche|share you going to answer my question?
04:43:49lxx907kbps APE
04:43:49DavidSGscorche|sh asked you a question thay may be relevant
04:44:23scorche|shthat isnt what i asked....the answer i am looking for is -1000 -2000 -3000 -4000 or -5000
04:44:45lxxwhere i can see this?
04:45:21scorche|shwell, how did you make the ape files?
04:45:30lxxîãûå âùöòäùôâ
04:45:34lxxdownload
04:46:34scorche|shi dont knwo if there is an easy way to see what it is if you didnt make them yourself
04:46:44scorche|shregardless, this is likely to be exprected
04:46:48scorche|shexpected
04:47:09scorche|shape is a very demanding format and only the low compression rates will play decently
04:47:53advcomp2019scorche|sh, do you know why the battery bench did not work?
04:48:10advcomp2019it is on the e200 seires
04:48:20advcomp2019series*
04:48:23scorche|shhrm? is there a story behind this?
04:52:24advcomp2019i 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:53lxxhere what i find about compression of this ape file Monkey's Audio 3.99 (High)
04:52:54lxxFormat: 44.1 khz, 16 bit, 2 ch
04:52:54lxxLength: 59:34 (157613988 blocks)
04:53:16lxxits info from monkeys audio
04:54:32 Join webguest41 [0] (n=18a684b7@gateway/web/cgi-irc/labb.contactor.se/x-801cde2fed22ef62)
04:54:53webguest41can i install rockbox on a 5.5g ipod?
04:54:58scorche|shlxx: like i said...it is to be expected with ape files
04:55:07scorche|shwebguest41: doesnt the front page tell you that?
04:55:35webguest41says i can, but i cant get it to work
04:56:02scorche|shwhat happens?
04:56:16webguest41it doesnt find my ipod
04:56:28scorche|shwhat doesnt?...rbutil?
04:56:53lxx<scorche|sh> so you mean ape file compressed to much?
04:57:28webguest41i 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:15scorche|sherrr...what ipod linux installer?
04:58:37lxx <lxx> <scorche|sh> so you mean ape file compressed to much?
04:58:49scorche|shlxx: yes...like i said before...ape is a very demanding format and only -1000 should be expected to work on the ipods....it isnt meant for embedded devices
04:59:16 Quit miepchen^schlaf_ (Read error: 110 (Connection timed out))
05:00
05:00:14lxxok thanks for help
05:00:22webguest41from the ipodlinux.org website
05:00:52scorche|shwebguest41: i thought you were trying to install rockbox...
05:02:09webguest41thats how i did it for my 4g though
05:02:28scorche|shplease use the method described in the manual
05:04:28lxx ipodlinux support ipod 6g Classic ?
05:04:54scorche|shthis isnt #ipodlinux...this is #rockbox...but no it doesnt
05:06:18lxxexist any alternative firware that support 6g ?
05:06:24scorche|shno
05:06:35scorche|shseriously...this is #rockbox...about rockbox only
05:06:42lxxok
05:07:20lxxbut last question how much alternative firmwares exist for 5.5g ipod ?
05:07:23 Join FOAD_ [0] (n=dok@dinah.blub.net)
05:07:31scorche|sh...
05:07:36 Quit webguest41 ("CGI:IRC (EOF)")
05:07:48scorche|shhow many times do i have to say that this channel is about rockbox only?
05:10:27lxxbut iam just intresting
05:10:43scorche|shthat doesnt make it any less off-topic
05:13:44***Saving seen data "./dancer.seen"
05:14:05 Quit lxx ()
05:24:45 Quit FOAD (Read error: 110 (Connection timed out))
05:24:45 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net)
05:30:51 Quit Zarggg (Read error: 104 (Connection reset by peer))
05:31:21 Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com)
05:34:49 Join ByeongKeon [0] (n=skysign@221.150.30.39)
05:53:12 Quit saratoga ("CGI:IRC (EOF)")
06:00
06:15:29 Quit piga ("Leaving")
06:21:39 Part DavidSG
06:38:57 Quit jhMikeS (Nick collision from services.)
06:39:03 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS)
06:49:22 Join krz [0] (n=irc_by@turbo.sml.by)
07:00
07:13:47***Saving seen data "./dancer.seen"
07:19:23 Join FOAD_ [0] (n=dok@dinah.blub.net)
07:31:11 Part thundr2
07:35:08 Quit FOAD (Read error: 110 (Connection timed out))
07:35:08 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net)
07:38:16 Join Gartral [0] (n=4b214de8@gateway/web/cgi-irc/labb.contactor.se/x-7cd23df4f014bd39)
07:38:42Gartralwhy are the VMWare images not downloadable?
07:41:07jhMikeShuh? they should be.
07:41:35scorche|shboth links work for me
07:41:41Gartrali tried 5 different ways too download them, and not one worked
07:43:26jhMikeSboth links are working here too
07:43:41 Quit Zarggg (Read error: 104 (Connection reset by peer))
07:43:51scorcheGartral: signs point to the issue being on your side
07:44:07Gartralok, nvm, they just took 3 mins too initilize...
07:44:38Gartralsorry, its my isp... slow bastards
07:45:39Gartralwow... now theres no bandwidth...
07:45:58Gartralim stuck at 62%
07:51:11 Quit krz (Read error: 110 (Connection timed out))
07:51:26 Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net)
07:52:12 Quit perrikwp ("http://www.mibbit.com ajax IRC Client")
07:53:05 Join krz [0] (n=irc_by@turbo.sml.by)
07:56:59 Quit Gartral ("CGI:IRC (EOF)")
08:00
08:03:08 Join Gartral [0] (n=4b214de8@gateway/web/cgi-irc/labb.contactor.se/x-c4d985eabb75e915)
08:03:13Gartralhey
08:04:02Gartralwould someone give me the md5 checksum for the vmware dev images
08:05:18scorche|shdidnt you read the page where you got those links from?
08:05:20jhMikeSit's on the page
08:06:52Gartralhttp://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:27advcomp2019Gartral, i see one
08:07:33 Part d34df00d_ ("Konversation terminated!")
08:08:09Gartralnoo... the browser im using has a wierd color sceme, it was hidden -_-
08:08:29scorchemore hidden than the rest of the page?
08:08:32ByeongKeonhere is md5sum: b53ee439589acd7233d2a59752fbe759
08:09:01ByeongKeonthat's it, you're finding.
08:09:11Gartralfound it...
08:09:21Gartralsorry for acting like an idiot
08:10:57Gartralso how is everyone?
08:12:40ByeongKeonGartral: are you a student who submit application, if you are, can i talk to you for a few minutes?
08:14:26Gartralwhat?!
08:14:57Gartrali cant make heads r tails of your question
08:15:02Gartralor*
08:15:46GartralByeongKeon: repeat that: after a grammer check, please?
08:16:35scorche|shit is obviously a no...
08:16:50ByeongKeonGartral: sorry..
08:17:02ByeongKeonscorche|sh: thanks
08:17:10scorche|shand 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:50Gartralok, sorry, anyway, i might be intrested, if I could understand him
08:18:01Gartralbut I'm still not shure what he said
08:18:56 Quit Gartral ("CGI:IRC")
08:18:57scorche|shit 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:18Gartrali hate the web based interface
08:19:38scorche|shthen use a real client?
08:20:07Gartralwould, but im on an internet kiosk -__
08:20:10Gartral-
08:20:36Gartralwith a busted backspace key....
08:20:54 Quit krz ("÷¸ çà ïóðãó âû òóïûå ñó÷êè íåñ¸òå?")
08:22:59 Join argumentD [0] (n=argument@cpe-76-173-115-95.socal.res.rr.com)
08:27:29 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl)
08:31:19 Quit Gartral ("CGI:IRC")
08:31:26 Join Garral [0] (n=Gartral@adsl-75-33-77-232.dsl.bcvloh.sbcglobal.net)
08:35:12 Quit Rob2222 (Read error: 110 (Connection timed out))
08:38:07 Quit Garral ("Leaving.")
08:39:29 Join Gartral [0] (n=Gartral@adsl-75-33-77-232.dsl.bcvloh.sbcglobal.net)
08:40:49 Join krz [0] (n=irc_by@turbo.sml.by)
09:00
09:00:18 Join Nemesis [0] (n=Nemesis@CPE-121-217-232-109.nsw.bigpond.net.au)
09:07:28Gartralwhy did the vmware image have broken packages in it?
09:08:04scorche|shsuch as?
09:08:26Gartralit says the linux kernal is brocken... yet it boots
09:08:32Gartralbroken*
09:08:36scorche|shhuh?...where?
09:08:42Mode"#rockbox -o Bagder " by Bagder (n=daniel@rockbox/developer/bagder)
09:08:44Gartralin aptitude...
09:11:41Gartrali swear
09:11:50Gartrali took a screen shot
09:11:58 Quit SirFunk (Read error: 104 (Connection reset by peer))
09:12:05ByeongKeoncould you show us?
09:12:14Gartralok, gimme a dump site
09:13:48***Saving seen data "./dancer.seen"
09:14:00Gartralhttp://www.dumpt.com/img/files/jxz53m40yjlvuv8h2qsu.jpg
09:15:23Gartralive never had good luck with debian, i just hates me
09:16:14Gartralit*
09:17:57 Quit Nemesis ("ChatZilla 0.9.81 [Firefox 2.0.0.6/2007100814]")
09:18:00Mouser_XI'm no Linux user, but I don't see anything there that indicates that it's broken.
09:18:29Mouser_XIn 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:35WeaponXhi
09:18:56Gartrali dont know how, but heres the screenie that says it is
09:18:57WeaponXi dont know if this is allowed but where can i get EvilG's fusion build?
09:19:15Mouser_XGartral: I already told you, there's nothing there that says it's not working.
09:19:25Mouser_X*As I already
09:19:36Mouser_XNothing there indicates something has gone wrong.
09:19:40Gartralyes there is, its omitting the broken sing in the screen
09:19:54Mouser_X"broken sing" ? What's that?
09:20:05Gartralsign, alright?
09:20:16Gartralmy hands arnt working well tonight
09:21:01Mouser_XWhat is this "broken sign"? I *have* used Linux, but I'm not seeing anything that looks like a problem.
09:21:35Gartralhold on, dumpt being slow
09:21:54Gartralhttp://www.dumpt.com/img/files/y7pqd9mj0ajxe2ufyhka.jpg
09:21:56Gartralthere
09:22:13Mouser_XWeaponX: If it's not in the unsupported Builds forum, then you probably can't. Why do you ask?
09:22:22scorche|shif it isnt causing you issues, why worry about it?
09:22:31Gartraland after pressing "g" i get this screen http://www.dumpt.com/img/files/due0csp2s58jdjyq0ia2.jpg
09:22:38scorche|shWeaponX: those builds are long gone...
09:22:45Gartralbecause it is causing issues
09:23:15Gartrali try and download any software (eg: firefox) and it complains theres a broken package
09:23:27scorche|shhave you tried using apt-get?
09:23:35Gartralthats the only way
09:23:42scorche|shso why not use that?
09:23:52Gartralthere is no suitable web browser in the debian dist
09:24:15scorche|shyes...because we didnt think a development image needed one
09:24:15Gartralive tryed that, 5 times, every time it gives me the same error
09:24:33WeaponXi dont know if this is allowed but where can i get EvilG's fusion build?
09:24:55advcomp2019WeaponX, stop repeating yourself
09:24:57scorche|shWeaponX: did you not see the responses to your already asked question?
09:25:15GartralWeaponX: you got your answer: if its not in usupported builds, don't ask for it
09:25:29WeaponXoops
09:25:30WeaponXsorry
09:25:35WeaponXcompletley missed that response
09:25:37Mouser_XWeaponX: Why do you ask?
09:25:51WeaponXi wanted to get album art up and running
09:25:56Mouser_X...
09:26:05Mouser_XYou're *way* behind the times.
09:26:10Gartralits already there....
09:26:12WeaponXi know :(
09:26:12Mouser_XAA is already in Rockbox.
09:26:16WeaponXO.O
09:26:21Mouser_XAnd has been for months.
09:26:21WeaponXwhen did this happen?!
09:26:22GartralUPGRADE
09:26:25WeaponXoh wow
09:26:29WeaponXi am slow!
09:26:31scorche|shWeaponX: check the MajorChanges page...
09:26:36Mouser_XSometime last year, as I recall.
09:27:02WeaponXhahaha
09:27:04WeaponXoh god
09:27:08Gartraldude, i havent been using RB for a month, and i know they did AA like 4-5 months ago
09:27:10WeaponXi am really really slow
09:27:16scorche|sh2007-11-11: Rockbox can now display album art!
09:27:41Gartralwhats your DAP WeaponX?
09:28:00scorche|shit isnt that rare to be that behind when people are using unsupported builds...
09:28:02WeaponXdap?
09:28:20GartralDigital Audio Player, AKA Jukebox
09:28:24Mouser_XDigital Audio Player (IIRC)
09:28:37WeaponXoic
09:28:42WeaponXipod 80gb 5.5g
09:29:13GartralSansa E250 here
09:29:27*Mouser_X has 4 Rockboxable players.
09:29:27Gartralbought purposly so i can rockbox it
09:29:39WeaponXrockbox updated :D
09:29:50Mouser_XWell, the Gigabeat S60 is on its way...
09:30:04Gartralgood, now wonder and aww at teh new features
09:30:33Gartrali found e250s for $12 a pop
09:30:39Mouser_XNice!
09:30:46Mouser_XLess than what I paid.
09:30:54Gartralmy MOM found one for $7 on ebay
09:31:00Mouser_XHuh.
09:31:09Gartralw/o cable... but
09:31:32Mouser_XI'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:40Mouser_X(I bought 2)
09:31:44Gartralmine has a 260r backplate >_>
09:31:47WeaponXaww no new games
09:31:58WeaponXwhts with the picture flow though :S
09:31:59Mouser_XWeaponX: Pegbox should be in there.
09:32:01Gartraltheres pegbox
09:32:20Gartralwich isnt very fun IMHO
09:32:24Mouser_XWeaponX: Picture Flow is only good if you use the Rockbox database.
09:32:36WeaponXi do
09:32:43Mouser_XI'm sure there's something about it in the wiki.
09:32:46Gartralyea, where do i drop AA so Picflow sees it?
09:33:02Mouser_XWith the music.
09:33:08Gartralahh
09:33:22Mouser_XIt has to do some scan thing. It's part of how the database gathers its info.
09:33:25Mouser_XSomething like that.
09:33:49Gartralcus 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:16Mouser_Xhttp://www.rockbox.org/twiki/bin/view/Main/PluginPictureFlow
09:34:36Mouser_X^ I assume that will provide info on how to use it, what it does, and such.
09:35:21Gartrali really love RB
09:35:55Gartralit is open sourcebeauty.... in all its forms
09:35:59advcomp2019my 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:50Gartralid'e like to participate in the development of the rockbox player, but i dont have any money for parts
09:38:18WeaponXoh 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:26WeaponXthe tags on the mp3*
09:38:56*Gartral really want Rockbox player too have TOSLink capibilities
09:39:03Mouser_X(I was thinking of buying the iPod, but someone (markun) suggested the Gigabeat. I am *so* glad he did...)
09:39:25Gartralyech.... if it were up to me, mp3 format would be omittid from Rockbox
09:39:41Gartralomitted*
09:39:53Mouser_XWell, I have to say, that sounds pretty stupid to me...
09:39:58scorche|shquite..
09:40:14GartralI don't like any corporate, or corporate backed
09:40:22Gartralbut thats just me
09:40:55WeaponXthe mp3 format isnt bad
09:40:58WeaponXits the tagging
09:41:15WeaponXthere needs to be a new way to get the info of a song
09:41:33scorche|shGartral: that is really unreasonable if that is your only opinion...you arent forced to use it
09:41:41scorche|shhowever this whole conversation is getting offtopic...
09:42:01scorche|shWeaponX: there are plenty of other tagging systems...just none near as popular as id3
09:42:02Mouser_XWith that attitude, I'm surprised he didn't drop Rockbox when WMA was commited...
09:42:32Gartraltrue, enough about what i think, I'll agree, it does sound good (even better with RB) but I prefer OGG Vorbis!
09:43:00WeaponXO.O
09:43:01Gartrallol... WMA and MP3 are everwhere, but i refuse too use them
09:43:14WeaponXis this usb feature my pc detects?
09:43:27scorche|shthen use ogg...that doesmt mean support should be dropped
09:43:31Mouser_XWeaponX: Ignore it. USB in Rockbox doesn't work yet.
09:43:37WeaponXah kk
09:43:38scorche|shWeaponX: read the news and MajorChanges page...
09:43:58Gartralthats where I want too help, that stupid USB stack
09:44:00WeaponXkk will do
09:44:48Gartralwhy does the vmware machine take 1.5 ggs of ram?
09:44:55Gartralgigs*
09:45:17scorche|shbecause you havent edited the vmx file to tell it to take less?
09:45:36Gartralok...
09:48:39 Quit WeaponX ("If You Can't Be Famous, Be Infamous...")
09:50:36 Join n1s [0] (n=nils@nl104-208-236.student.uu.se)
09:52:50 Join DerDome [0] (n=DerDome@dslb-088-070-028-029.pools.arcor-ip.net)
09:55:09 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com)
09:56:25 Quit krz (Connection timed out)
09:59:30 Quit J-23 (Remote closed the connection)
09:59:57 Join fyre^OS [0] (n=fyre@cpe-68-173-174-251.nyc.res.rr.com)
10:00
10:00:36 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl)
10:02:47Gartralis 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:00scorche|shGartral: why do you need one?...there is terminal windows, and if you need something visual, you can browse through the samba share
10:08:15scorche|shs/is/are
10:08:28Gartraltrue... but i have a REALLY uncomfy KB
10:09:26scorche|shthe vmware image wasnt designed with people with uncomfortable keyboards in mind ;)
10:09:43Gartrali noticed
10:10:27*Gartral steals scorche|sh's KB and uses that
10:10:28Mouser_XThe 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:55scorche|shMouser_X: it is perfectly usable for its purpose...i would call that usability just fine
10:11:12Mouser_XSorry. *general usability
10:11:24Mouser_XBut 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:22Gartralit 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:02scorche|shin 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:06Gartralit can use a graphics based web editor... another text editor (ide like eclipse) and mabey a graphics based file manager
10:20:30scorche|shweb 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:24scorche|shthese 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:00Gartralbut aptitude says the kernal is busted
10:22:06Gartralhow do i fix that?
10:22:57scorche|shdid you try using apt-get instead of aptitude?
10:23:13Gartralthey both report bsted packages
10:23:19Gartralbusted*
10:23:27scorche|shhrm...i never had that issue...
10:24:13Gartralwel I have it
10:26:34 Join desowin [0] (n=desowin@atheme/developer/desowin)
10:27:00Gartraland useing apt-get -configure −−a dosnt work
10:28:17Gartralhow do i fix my busted image?
10:29:41scorche|shwhat 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:30Gartraluhh, 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:40Gartralyes it damn well came like that
10:32:18Gartralim unpacking the VMW image too anothe diectoy and tying again, if this is boken, we know its it is the kenal
10:32:54Gartralwoaw
10:33:43Gartral|? key is smaegged
10:34:26scorche|shi 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:17Gartralbbl
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:51Gartralok.... 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:12Gartralthat took long enough
10:45:45Gartralwell.... it STILL reports that the kernal is broken
10:46:28zeif the kernel was broken, how could it boot to say so?
10:46:47GartralIDK... but here I am looking at it
10:46:57zeit lies! force it!
10:47:15Gartralhow?
10:47:34Gartrali never commited how too force apt too do anything...
10:47:44Gartraltoo my brain
10:47:48scorche|shhave 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:50zei forget and would have to track down and rtfm
10:48:33Gartralok, nvm, i got three books in the corner, i know wich one i want LINUX BIBLE
10:49:09Gartraland yes, I understand that, but i swear too you, im looking at it. and it says the kernal is broken, i swear!
10:51:04advcomp2019Gartral, i just tried it here by redownloading that image and see no issue with it here
10:52:27Gartralmight... 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:54pixelmaadvcomp2019: 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:29advcomp2019i have a 64 bit processor here so that is not that issue
10:54:06Gartralgrr
10:54:14 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky)
10:56:13advcomp2019pixelma, 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:03pixelmadetails are here http://www.rockbox.org/twiki/bin/view/Main/SandiskE200BatteryMeasurements
10:58:45 Quit XavierGr (Nick collision from services.)
10:58:56 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr)
11:00
11:01:24advcomp2019pixelma, 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:27pixelmaadvcomp2019: 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:13advcomp2019yea that is what i am seeing with my e200.. hopefully it works tonight
11:05:26Gartralive never seen it fail on my e250
11:06:14advcomp2019Gartral, you know what we are talking about?
11:06:39Gartralthe 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:35advcomp2019well 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:22Gartralive never... NEVER had a debian distribution work right...
11:14:32Gartraldebian just hates me
11:15:15scorche|shstop blaming it on debian...
11:15:24 Join hd [0] (i=jd@unaffiliated/helldragon)
11:15:26scorche|shBagder: around?
11:15:40scorche|shor Febs?
11:16:30Gartralwhat 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:48Gartraloops
11:16:55Gartralstupid caps
11:17:07scorche|shi dont know, but to say it is because "debian hates you" is just silly
11:18:09Gartralive used every ubuntu out there, and like 4 debian builds... AND sabayon, not ONE works for me on any system
11:18:17 Quit Hija (Client Quit)
11:19:37 Join tessarakt [0] (n=jens@e180067250.adsl.alicedsl.de)
11:20:11 Quit XavierGr (Nick collision from services.)
11:20:18 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr)
11:20:56 Join MethoS- [0] (n=clemens@host-091-096-209-185.ewe-ip-backbone.de)
11:27:00 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul)
11:27:49 Part Gartral
11:29:03 Join krz [0] (n=irc_by@turbo.sml.by)
11:31:28 Join Gartral [0] (n=Gartral@adsl-75-33-77-232.dsl.bcvloh.sbcglobal.net)
11:37:53 Quit amiconn (" HydraIRC -> http://www.hydrairc.com <- The professional IRC Client")
11:46:35 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb)
11:48:18 Quit linuxstb (Remote closed the connection)
11:48:23 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb)
11:48:58 Join moos [0] (i=moos@m170.net81-66-158.noos.fr)
11:53:16 Join markun [50] (n=markun@rockbox/developer/markun)
12:00
12:00:07 Quit csc` ("If you can't do anything smart, do somethin right ~Serenity")
12:02:51 Part J-23
12:06:55 Quit Mathiasdm ("Yuuw!")
12:08:48 Quit ByeongKeon ()
12:11:22 Join MethoS-- [0] (n=clemens@91.97.240.22)
12:16:59 Join mf0102 [0] (n=michi@85.127.182.33)
12:17:37 Join dabujo [0] (i=xx@p4FDB378A.dip0.t-ipconnect.de)
12:28:13 Quit MethoS- (Read error: 113 (No route to host))
12:28:54 Join gregzx [0] (n=chatzill@dru91.neoplus.adsl.tpnet.pl)
12:29:57 Join mcflow [0] (n=mcflow@88-134-3-18-dynip.superkabel.de)
12:30:31 Join Monkeytamer [0] (n=18cde48d@gateway/web/cgi-irc/labb.contactor.se/x-edb5d56644e85d5a)
12:33:45 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP)
12:35:31 Quit Monkeytamer ("CGI:IRC (Ping timeout)")
12:38:02 Quit spiorf (Remote closed the connection)
12:38:29 Join kugel [0] (i=kugel@unaffiliated/kugel)
12:52:51 Quit advcomp2019 (Read error: 104 (Connection reset by peer))
12:53:01 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019)
12:59:48 Join petur [50] (n=petur@rockbox/developer/petur)
13:00
13:01:15 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk)
13:02:47 Join mrfree [0] (n=mrfree@host153-177-dynamic.22-79-r.retail.telecomitalia.it)
13:05:17 Join amiconn [50] (n=jens@rockbox/developer/amiconn)
13:06:31amiconnjhMikeS: around?
13:07:55jhMikeSamiconn: shortly
13:08:15jhMikeSor, for a short time rather
13:08:40amiconnI tried the hop-core-twice-to-flush-all caches idea in the greylib, i.e. in plugin code
13:08:53amiconnThat doesn't work...
13:09:19amiconnBut 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:49amiconnI tried adding it to grey_release(), at the end
13:11:51jhMikeSI 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:59amiconnWhen 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:26jhMikeSthe cop is seeing the plugin code between the 1st and 2nd calls so that makes sense to me
13:15:39amiconnHow would it?
13:16:11amiconnThe sequence is as follows: Plugin starts, calls grey_init(), then grey_show(true), which makes the isr run on cop
13:16:24jhMikeSleaving a core only flushes the cache so when the thread hops back the cop is only flushed
13:17:30amiconnAfter 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:51amiconnHmm, so it only flushes, and doesn't invalidate?
13:19:21jhMikeSeek, I think I somehow even removed that step somewhere in editing *looking*
13:20:30jhMikeSoh, no...the flush_icache is still there (this op becomes complicated to avoid compiler-dependent problems)
13:21:16amiconnSo, flush, but not invalidate?
13:21:19jhMikeSright
13:21:22 Join FOAD_ [0] (n=dok@dinah.blub.net)
13:21:24amiconnHmm....
13:22:14amiconnI wonder why it works when doing it in the core then...
13:23:43jhMikeSbecause the COP isn't seeing the plugin buffer from there
13:26:30amiconnWell, 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:38jhMikeSthough 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:49amiconnI 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:00amiconnThe CPU invalidate_icache() call happens after loading the plugin though...
13:30:07amiconnI don't think that's correct
13:31:13jhMikeSyeah, esp. since it hardly applies only to the I-CACHE :)
13:31:26amiconnCould you verify that? plugin.c line 690 (SVN)
13:32:20amiconnYeah, 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:54jhMikeSit is called just before the entrypoint
13:34:07amiconnyes
13:34:55jhMikeSinvalidating everything before writing new data and code is better
13:34:56amiconnI think it should go before line 641
13:35:11amiconn(i.e. after the open(), but before the read()
13:35:28amiconnThat'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:08jhMikeSyes and still works for everything else. maybe change the codec loader too.
13:36:26amiconnBtw, it looks like PP5002 does flushing and invalidating separately (see system-pp5002.c: invalidate_icache()), while PP502x urrently does not, but could
13:36:35amiconn*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:33jhMikeSI imaging it's faster to have the hardware handle it when possible
13:37:39jhMikeS*imagine
13:37:43amiconnsure
13:38:08amiconnI was just thinking about whether it would be possible to invalidate without flushing on PP502x, in case we need that
13:38:59jhMikeStry a version of invalidate_icache without the flush flag and it should crash pretty quickly if it's just an invalidate :)
13:39:27amiconnWell, 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:23amiconnHmm, actually invalidate without flushing can't work unless we can do it selectively... which I don't think is possible on PP
13:40:41jhMikeSinvalidate-only is much more useful for data-only buffers with ranges
13:41:05amiconnYes, that's what I meant by saying selectively
13:41:11jhMikeSI 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:36amiconnweird...
13:49:10amiconnWhen invalidating the COP cahce between the hops, loading a greyscale plugin with isr on cop crashes...
13:53:20jhMikeSsee if changing thread.c line 686 to invalidate_icache crashes
13:54:05amiconnIt also does so on PP5022, btw - just tested
13:54:53*amiconn will try in a moment
13:59:26 Quit MethoS-- (Read error: 110 (Connection timed out))
13:59:37 Join mrfree [0] (n=mrfree@host153-177-dynamic.22-79-r.retail.telecomitalia.it)
14:00
14:01:14*jhMikeS gotta do some non-rb stuff for awhile
14:01:40amiconnLooks 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:23amiconnjhMikeS: Using invalidate_icache() in thread.c: core_switch_blk_op() works
14:42:21amiconnI 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:49gevaertsWhat's the memory map like on h320 ? Is 00234878 likely to be in code ?
14:42:53amiconnThis 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:29amiconngevaerts: It's in ROM
14:44:07gevaertsFun, I get an IllInstr there. This new code must be really creative
14:44:11amiconnSo we need to invalidate both caches, load the plugin, and flush the cpu cache
14:44:29amiconnOn single core, it's only necessary to invalidate before loading
14:50:51amiconngevaerts: All our coldfire targets have ROM at 0x0, IRAM at 0x10000000 and SDRAM at 0x31000000
14:51:11gevaertsThanks. That's useful to know.
14:52:12amiconnIRAM 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:03amiconnNah, only cop cache needs to be invalidated before loading the plugin
14:58:26amiconn...and the cpu cache after load
14:58:41amiconnOn coldfire, the latter could be done either before or after, doesn't matter
15:00
15:03:53 Join rangerirc [0] (n=rangerir@ppp121-45-107-105.lns10.adl6.internode.on.net)
15:04:10 Part rangerirc ("<[eV]Rygrass|zzzzzzzz> i like waking up to pms")
15:13:56***Saving seen data "./dancer.seen"
15:15:17 Quit JdGordon (Read error: 110 (Connection timed out))
15:28:32 Part DavidSG
15:34:04 Quit EspeonEefi ("ã•ã‚ˆãªã‚‰")
15:35:17 Quit n1s ()
15:35:39preglowswp 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:18amiconnBagder: ping...
15:43:00amiconnAnyone having problems reaching *.rockbox.org?
15:43:50 Join JdGordon [0] (n=jonno@c211-28-95-90.smelb1.vic.optusnet.com.au)
15:43:57ali_aswww.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:02BigBambiamiconn: download.rockbox.org is fine for me
15:59:39BigBambias is www and build
16:00
16:03:31 Join MethoS- [0] (n=clemens@host-091-096-211-106.ewe-ip-backbone.de)
16:05:45 Join Lear [0] (i=chatzill@rockbox/developer/lear)
16:08:30 Quit ompaul (Success)
16:09:08 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul)
16:16:24 Join DavidSG [0] (n=Tordre@n098h202.wsr.mun.ca)
16:17:04gevaertsIs 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:38DerPapstgood morning :-)
16:28:45 Join domonok1 [0] (n=Domonoky@f051074153.adsl.alicedsl.de)
16:28:56DerPapstgevaerts: 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:59DerPapsthhmmm.. do you know how i can make a makro that accepts any amount of arguments?
16:32:17JdGordongsoc applications end today dont they?
16:32:24gevaertsTomorrow
16:32:32*gevaerts hopes he read that correctly
16:32:42DavidSGi hope your right to
16:32:47JdGordonits already they 7th here :D
16:32:59DerPapstDavidSG: then hurry! ;-)
16:33:28gevaertsJdGordon: ok, but for you the deadline is on tuesday :)
16:33:34DerPapsthow many apps are there already? still 16?
16:33:35JdGordonhehe
16:33:37domonok1jeah, gsoc deadline is comming closer, students hurry up ! :-)
16:33:44DavidSGDerPapst:i already got mine in, just wanna spend some more time going over it again
16:33:52gevaertsDerPapst: 17 now
16:34:00DerPapstDavidSG: ah ok ;-)
16:34:04domonok117 (+5)
16:34:16DerPapst+5?
16:34:25domonok15 ineglible ones
16:34:29DerPapstahh
16:34:46DerPapstany further apps expected?
16:34:57gevaertsI hope for at least one more
16:35:09gevaertsI expect you don't :)
16:35:17DerPapstthe usb audio stuff?
16:35:18domonok1gevaerts: the usb audio one ?
16:35:21gevaertsYes
16:38:34amiconnDerPapst: http://gcc.gnu.org/onlinedocs/gcc-4.0.4/cpp/Variadic-Macros.html#Variadic-Macros
16:40:26DerPapstamiconn: cool thanks :-D
16:46:59 Quit domonoky (Read error: 110 (Connection timed out))
16:47:00 Quit bughunter2 (Read error: 104 (Connection reset by peer))
16:50:46 Join bughunter2 [0] (n=Jelle@ip565fbeaa.direct-adsl.nl)
16:51:37 Join Lear [0] (i=chatzill@rockbox/developer/lear)
16:56:43 Quit mcuelenaere (Read error: 110 (Connection timed out))
17:00
17:13:57***Saving seen data "./dancer.seen"
17:13:59 Join MethoS-- [0] (n=clemens@host-091-096-209-188.ewe-ip-backbone.de)
17:15:00 Join Horschti [0] (n=Horscht@p4FD4E341.dip.t-dialin.net)
17:15:44 Quit Horscht (Nick collision from services.)
17:18:08 Quit MethoS- (Read error: 113 (No route to host))
17:21:06 Nick Horschti is now known as Horscht (n=Horscht@xbmc/user/horscht)
17:21:15 Join EspeonEefi [0] (i=espeonee@STRATTON-SEVEN-O-FOUR.MIT.EDU)
17:24:46 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com)
17:25:24 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr)
17:29:30 Quit spiorf (Remote closed the connection)
17:34:34ByeongKeonHello, gevaerts.
17:35:12gevaertsHello.
17:35:43 Join in-ferno [0] (n=Xav@ip-83-141-166-73.evc.net)
17:35:52gevaertsDid 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:43ByeongKeongevaerts: I didn't see it yet.
17:39:30 Join microw [0] (n=mike@117.22.120.53)
17:42:29ByeongKeongevaerts: I read your comment.
17:44:20ByeongKeongevaerts: including saturday, 6-day work week.
17:45:01 Quit dabujo ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )")
17:45:05gevaertsOK. 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:37ByeongKeongevaerts: I will do that. and, can i ask you something?
17:46:42gevaertsSure
17:46:53 Nick Christopher1 is now known as ChristopherW (n=christop@ip68-3-220-253.ph.ph.cox.net)
17:47:29ByeongKeondid you review my application after 04/04/08 ?
17:47:51 Part microw
17:49:28gevaertsI 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:12gevaertsI don't think there is anything currently missing though.
17:51:14ByeongKeonwhenever mentors(including you) say something to me about my application, I revise my application.
17:51:47ByeongKeonSo, I just want to get some comments from mentors.
17:52:37domonok1ByeongKeon: 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:18ByeongKeonI'll use html format.
17:57:52ByeongKeonthese days, I review plucker code to adapt for Rockbox.
18:00
18:00:52ByeongKeonplucker is little complicated, so i'm finding a way to reduce features of plucker.
18:01:03HodappI used Plucker like crazy on my Palm. Too bad the batteries didn't last too long
18:01:29Hodappand 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:34Hodappand then go back and find more.
18:01:51in-fernoWhere in the faq can I find the question "I'm not a developer but I want to help" ?
18:03:37ByeongKeonHodapp: hello. Hodapp. don't worry, I'll use plucker just as a referece.
18:03:47Nico_Pin-ferno: http://daniel.haxx.se/blog/2008/01/14/what-can-i-do-for-rockbox-when-not-programming/
18:03:55HodappGood :)
18:04:01in-fernothanks :)
18:04:27Nico_PI guess this should go in the wiki somewhere
18:04:40 Join Massa [0] (n=chatzill@213602.static-p6.dus.net)
18:07:09ByeongKeongevaerts: don't you have something to talk to me?
18:08:06gevaertsByeongKeon: I'm basically happy with at least the technical side of your application, so I don't have further questions right now
18:08:49ByeongKeongevaerts: Thank you for your review.
18:09:07domonok1ByeongKeon: how your expirience with rockbox development, or else embedded dev ?`
18:09:23gevaertsByeongKeon: make sure you check the applications now and then. There will be more comments pretty soon
18:10:29ByeongKeondomonk1: hello, domonk1. It's a first time developing rockbox.
18:11:01 Quit daurnimator (Connection timed out)
18:11:14ByeongKeondomonk1: 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:41domonok1ByeongKeon: good, the you probably know about the constraints software in rockbox has.. (memory, cpu, no float, no malloc)
18:13:12ByeongKeondomonk1: I know :D.
18:13:44ByeongKeondomonk1: did you heard about SH-Mobile processor?
18:14:30domonok1no, but the old archos player (rockbox runs on those) uses SH CPU (only 11Mzh i think) :-)
18:15:31ByeongKeonI want to talk more with you, but here is AM 1:15.
18:15:58ByeongKeondomonok1: it's a time, go to bed.
18:16:04gevaertsGood night :)
18:16:12domonok1ByeongKeon: good night..
18:17:10ByeongKeondomonok1: may i answer your comments and questions, tomorrow?
18:17:30domonok1ByeongKeon: sure, no problem.. :-)
18:17:51bluebrotherhmpf, my hard drive is too fast.
18:18:36ByeongKeonthanks. 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:08domonok1its a bit short... :-)
18:27:45DerPapsto.O
18:28:10*gevaerts goes to post his standard first reply
18:28:12Horschtquality vs quantity :p
18:28:53DerPapst"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:55DerPapst"can you add some more details ...."
18:32:58DerPapst:-P
18:33:18*gevaerts forgot that one :)
18:33:38domonok1DerPapsts comment should also be added :-)
18:33:39*DerPapst guesses he guessed right
18:33:49DerPapst... or not
18:33:57 Quit davina (Read error: 104 (Connection reset by peer))
18:34:12gevaertsdomonok1: 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:33bluebrotherhmm, the fonts zip has database.ignore included?
18:35:43bluebrotherdoesn'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:21bluebrotherDerPapst: 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:55MassaHi everybody - is somebody here with (development) viewport knowledge?
18:41:11DerPapstummm.... let me guess.... itunes integration or this itunesdb->rockboxdb plugin ;-)
18:41:17 Join spiorf [0] (n=spiorf@79.20.214.140)
18:41:49domonok1DerPapst: it isnt this much detailed :-)
18:41:59DerPapstMassa: ask your question. if anybody knows the answer they'll answer.
18:42:12DerPapstdomonok1: hehe
18:43:05MassaWe had a discussion (I think it was already two weeks ago) about transparent and not transparent background colours in viewports.
18:43:49bluebrotherhmm, caching doesn't auto-create the cache folder on windows if it's missing.
18:44:03bluebrotherwhich breaks the cache. Need to fix that too ...
18:44:12MassaI implemented the possibility to set the background transparent or not even if a backdrop is used.
18:44:52MassaIt 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:56MassaSo I want to know if they're also using viewports or doing something special...
18:48:54DerPapstmenus use viewports too
18:49:37MassaDerPapst: and how do they initialize it (and where)?
18:49:42 Part Spex
18:50:49MassaMy 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:06DerPapstin apps/menu.[c|h]
18:51:19DerPapstdo_menu() iirc
18:51:44 Quit davina (Read error: 104 (Connection reset by peer))
18:52:16Massaan 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:10DerPapstMassa: 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:40DerPapste.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:29MassaAhhh - now I got it - my problem seems to resist in viewport.c in method viewport_set_defaults - I'll have a deeper look ;)
18:56:38 Join kugel [0] (i=kugel@unaffiliated/kugel)
18:56:41 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb)
18:59:49 Quit MethoS-- (Remote closed the connection)
19:00
19:00:17*Massa is happy that it now seems to work in menus :)
19:00:37DerPapstyay :-D
19:00:47MassaDerPapst: is this currently used somewhere (I mean to put a menu in a viewport)?
19:00:54 Quit Soap ()
19:01:37DerPapstiirc 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:43MassaDerPapst: do you know of a patch which implements "conditional viewports"?
19:04:54 Quit krz ("÷¸ çà ïóðãó âû òóïûå ñó÷êè íåñ¸òå?")
19:05:22MassaViewports 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:21DerPapstMassa: 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:51MassaDerPapst: 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:55MassaWith 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:03bluebrotherdomonok1: still around?
19:24:12domonok1jup
19:24:48bluebrothernice. When derivating from a class, do I need to take anything into account regarding the constructor / destructor of the base class?
19:25:03bluebrotherI 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:13bluebrothercurrently 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:25domonok1if you dont define your own constructor, the parent constructor should be automatically called..
19:27:31bluebrotherbut I want to make sure this is not a coincidence
19:29:03domonok1bluebrother: take a look at the tts classes, the use this...
19:29:42domonok1like this in the cpp file: TTSBase::TTSBase(): QObject()
19:29:42domonok1{
19:29:42domonok1}
19:30:15bluebrotherinteresting thing is that I have two base classes
19:30:40domonok1you 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:06domonok1no problem: TTSBase::TTSBase(): QObject() ,QOtherClass() :-)
19:31:16domonok1just seperate with commas
19:31:37MassaDerPapst: 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:11bluebrotheralready have that running :)
19:32:47*bluebrother just learned from a nice (tm) book that all constructors get called automatically.
19:32:49DerPapstif a wps doesn't define a vieport everything is drawn on the "main" viewport (the screen itself).
19:33:10DerPapstso yes
19:34:17domonok1bluebrother: so this explicit calling of the parent constructor is really only need when you nee to pass parameters to it ?
19:34:40bluebrotheryep, at least that's how I understood it ;)
19:35:03bluebrotherif you have "C++ in a nutshell" around check page 166 (english version)
19:35:23MassaHmm, 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:56linuxstbMassa: No, the WPS code defines a default full-screen viewport itself.
19:38:49Massalinuxstb: 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:28domonok1bluebrother: seems you are right.. :-)
19:39:55bluebrotherI knew I read it before. Unfortunately I don't have that book around right now.
19:40:56linuxstbMassa: 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:36Massalinuxstb: 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:47linuxstbMassa: See wps_data_load() in apps/gui/wps_parser.c
19:47:59 Join ChanServ [0] (ChanServ@services.)
19:47:59Mode"#rockbox +o ChanServ " by irc.freenode.net
19:48:16Massalinuxstb: 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:29Mode"#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:48XavierGrsorry for that opened 2 clients accidentally
20:00
20:01:45bluebrotherhmm, 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:41domonok1gsoc 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:25bluebrotherstill over 100000 seconds ;)
20:13:35Gartrallol
20:13:37 Quit Zarggg ()
20:13:42bluebrotherdomonok1: just committed my unzip changes ...
20:13:44Gartralahh, 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:44Gartralwow... 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:46bluebrothernot really magic in fact.
20:15:14 Join Spex [0] (i=opera@dslb-088-074-206-177.pools.arcor-ip.net)
20:19:44domonok1bluebrother: nice little class, should work fine for zips with many small files.. :-)
20:20:40Gartralwait... is this unzip code for within RB?
20:20:51bluebrotherthanks. Won't be too much of improvement for zips with less files but we usually have quite a few :)
20:21:02bluebrotherGartral: 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:47domonok1but 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:00Gartralide like too help...
20:25:14 Quit amiconn (" bbl")
20:25:15*petur wonders about responsible GUI code
20:25:27Gartrali love rb... i know some python... where can i help?
20:25:29bluebrotherdomonok1: feel free to modify it to use threads ;-)
20:25:46bluebrotherGartral: well, Rockbox itself is C and asm. rbutil is C++.
20:26:23bluebrotherbut you could also different things than coding −− working for the manual for example.
20:26:35Gartralhm.... i was never good with c
20:26:45bluebrotherfill in "help with" where appropriate :)
20:27:18Gartralboi break
20:27:30bluebrotherboi?
20:28:05*gevaerts thinks that GUI code can't be responsible for its coder
20:29:58Hodappcrap. 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:52Gartralis there an alternate svn download link without spaces in the name... tortoise dosnt like the one on the site
20:38:07GartralError: 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:31gevaertsGartral: the url is svn://svn.rockbox.org/rockbox/trunk
20:38:50Gartralthen someone needs too fix the manual...
20:38:57gevaertsWhere is it exactly ?
20:39:06Gartralhttp://www.rockbox.org/twiki/bin/view/Main/VMwareDevelopmentPlatform#Compiling
20:39:19BigBambino, if you use svn then the command as listed checks out the trunk into a rockbox folder
20:39:24DerPapstdoh... this isn't a space in the path
20:39:29DerPapst,-)
20:39:32gevaertsThat's entirely correct...
20:40:08Gartralim running toryoise in windows, not useing the stupid buggy debian build
20:40:18BigBambiThen the problem is tortoise
20:40:45BigBambiThe command listed is correct for using svn in linux (including the VMWare platform)
20:40:56Gartralno.. i removed the " rockbox" at the end... and it worked
20:41:11BigBambiThe command there is correct for within the VMWare image
20:41:17BigBambiWhich 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:25domonok1its also correct for cygwin, its only that tortoise expect a path and not a svn command :-)
20:41:35BigBambiI assume TortoiseSVN works differently, but using that is your decision
20:41:35Gartralive never had luck with debian
20:41:51Gartralits ALWAYS been buggy on one level or another
20:41:59*gevaerts disagrees totally
20:42:11BigBambiIt works perfectly for everyone else... - native linux, VMWare, cygwin - the command given is correct
20:42:18*BigBambi also completely disagrees
20:42:22bluebrotherTortoiseSVN works perfectly
20:42:24domonok1debian != rockbox so please stay ontopic..
20:42:30Gartralits not about disagreeing, its a point of fact: DEBIAN does not work for ME
20:42:35BigBambifine
20:42:50BigBambiBut the command as given is correct
20:42:54bluebrotherfeel free to use any other distribution ;-)
20:43:26Gartralim setting up a build enviroment out of winblows Xtra Pissy
20:43:30bluebrotherthe wiki page does _not_ list the svn URI but the svn command. That makes the difference.
20:43:47gevaertsGartral: we have a policy of using proper words here
20:43:52BigBambiand the URL within that command is also correct :)
20:43:58Gartralwell i was able to extrapulate to URL from the command
20:44:09BigBambiSo what is the problem?
20:44:36Gartralthat 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:00BigBambiGartral: Good for you, but not here please :)
20:45:23 Join csc` [0] (n=csc@archlinux/user/csc)
20:45:25bluebrotherthere is also a more dedicated wiki page for svn ... UsingSVN
20:45:31Gartralbiiig check out
20:46:08Gartralahh... I was using the recent changes page too find what i found
20:46:17bluebrotherand there is a page that is even more specific to Tortoise ... UsingCygwinAndTortoiseSVN
20:46:38Gartralbut im not using cygwin... im using winbuild
20:47:07Gartralcygwin is too big a pain in my keister
20:47:18domonok1bluebrother: 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:51Gartralill be happy too test the new RBUtil
20:48:20 Quit MethoS-- (Connection timed out)
20:49:48bluebrotherdomonok1: 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:15bluebrotherand I'm currently still thinking about the best way for the rework. Maybe we should just leave that for the next release
20:51:16Gartral-glomp-
20:51:26Gartraloops, wrong window
20:51:29bluebrotherwe already have quite a list of changes for this release ;-)
20:51:40 Quit Thundercloud (Connection timed out)
20:52:09domonok1thats true..
20:52:27bluebrotherhow about targeting 1.0.5 for next sunday evening?
20:52:45bluebrotherso we can perform some tests in the meantime
20:52:58Gartralill help with testing
20:53:17domonok1i wont be online next weekend, but i can surely make test under the week..
20:53:40Gartralwhere di i get 1.0.5?
20:53:52bluebrotherthen we can postpone it until monday. Or friday evening if we don't find any issues ;)
20:53:56bluebrotherGartral: in svn.
20:54:07domonok1Gartral: 1.0.5 isnt released, so it svn..
20:54:07Gartralohh, so im dling now
20:54:22 Join maqr [0] (n=maqr@67-207-135-41.slicehost.net)
20:54:27bluebrotherthere is currently no binary availabe. I can provide one later.
20:54:52Gartrali should be able to build that
20:55:05 Quit mrfree (Read error: 113 (No route to host))
20:55:14Gartralhow big is the FULL SVN checkout?
20:55:15 Quit maqr (Client Quit)
20:55:43domonok1would probably good to provide some prerelease binarys for testing..
20:56:36bluebrotherabout 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:49Gartralok
20:58:14 Join serdarakkan [0] (n=diGiheX@88.253.83.73)
20:59:15Gartralomg... tortoise is a resource hog
21:00
21:00:40 Join mcuelenaere [0] (n=mcuelena@78-21-185-185.access.telenet.be)
21:01:01 Quit serdarakkan (Client Quit)
21:01:29domonok1bluebrother: just noted a small bug: the progressbar set from the zipinstall doesnt end at 100% ..
21:01:52bluebrotherit doesn't?
21:02:51domonok1nope, it end ends somewhere between 75% and 98% depending on filesize it seems..
21:03:01 Quit BlakeJohnson86 ("Leaving.")
21:03:08Gartralit ends like 80 - 98%
21:03:43Gartralon most of my files... anything ogg vorbis it actually goes 100%
21:03:45bluebrotherinteresting. What configuration did you test?
21:04:18domonok1bluebrother: off by one error.. :-)
21:04:35bluebrotherhehe ... or is it just the UI not updating?
21:04:49 Join fehmicans [0] (n=canavar@78.164.128.39)
21:05:09domonok1bluebrother: in ZipInstaller::updateDataReadProgress read countf from zero..
21:05:11bluebrotherd'oh! Forgot the ++
21:05:36bluebrotherI _know_ I had it in there at some stage. No idea how that vanished ...
21:06:07Gartrali have a sansa e250 (i HATE the garbage there trying too pass as firmware) i love the little thing
21:06:08bluebrotherah, I know. I restructured the counter thingy a bit.
21:07:56bluebrotherdomonok1: committed.
21:08:08Gartral-goes too update
21:08:18bluebrotherthanks 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:45Gartralanyone 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:58Gartralso 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:38domonok1Gartral: see changelog here http://www.rockbox.org/twiki/bin/view/Main/RockboxUtility
21:22:01Gartralchecking 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:26MassaNico_P: Hi Nicolas, are you here?
21:27:32Nico_Pyes
21:27:44MassaUhhhh - that was fast ;)
21:28:19Massado you remember our discussion a few weeks ago? About the transparent bg colour in viewports?
21:29:05GartralYAY! check finally complete
21:29:19MassaI 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:59Nico_PMassa: not really...
21:30:28*domonok1 detects problems in the complete install of rockbox.. again to late connected signals..
21:31:47MassaCurrently 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:52webtaz2hiho
21:33:24bluebrotherdomonok1: maybe that's the issues that got reported some times?
21:33:48domonok1could be, i am fixing now..
21:33:50Massathe 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:50Nico_PMassa: are you sure you talked about that with me? I'm sorry but it doesn't ring a bell
21:33:59webtaz2anybody 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:44Gartralis 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:14domonok1webtaz2: and what is the error ?
21:41:37domonok1bluebrother: complete install should be fixed again..
21:42:05bluebrotherdomonok1: nice. Just discovered another issue with resolvePathCase *hmpf*
21:42:13MassaNico_P: you're right - it was markun, I'm sorry (I just had a look at the IRC archives)
21:42:40Nico_Pnp ;)
21:43:14 Join ali_as_ [0] (n=as@ambix.plus.com)
21:43:20MassaNico_P: command backwards - you were also there and discussing - look here: http://www.rockbox.org/irc/log-20080327
21:45:32Nico_Pah yes, I did pitch in
21:45:54*kugel wonders if anyone wants to commit http://www.rockbox.org/tracker/task/8335
21:46:20Massakugel was also there ;)
21:46:34 Join Spex [0] (i=opera@dslb-088-074-206-177.pools.arcor-ip.net)
21:46:57kugelI 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:13kugelMassa: Ah yea, I remember
21:47:34MassaIt doesn't matter who was there and who not - I just need a suggestion about what variation would be better.
21:47:44kugelMassa: Allready a patch available?
21:48:13MassaI currently have the problem that both variations would break compatibility
21:48:23kugelNico_P: You were about to commit that patch some time ago
21:48:35 Part mcflow
21:48:48bluebrotherhmpf. Another issue due to this stupid system flag
21:48:49kugelMassa: backwards compability isn't a point, I trapped into that with FS #8799 too
21:48:51MassaSo I didn't set up a tracker entry 'till now
21:48:57Nico_Pkugel: I'm thinking we might want to use viewports now
21:49:08kugelNico_P: ?
21:49:14 Quit in-ferno ("Quitte")
21:49:38kugelNico_P: I meant you were about to commit FS #8335 (in case of a missunterstood)
21:49:40Nico_Pfor pictureflow... but I should take another look at your patch
21:50:19kugelNico_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:14Gartralide like that
21:51:31domonok1bluebrother: 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:41MassaThe 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:49kugelNico_P: What did you mean with "kugel: I'm thinking we might want to use viewports now"
21:52:00bluebrotherdomonok1: was it me who did these connects? /me goes hiding.
21:52:12Nico_Pkugel: I was thinking for PF
21:52:16*bluebrother tries a complete installation
21:52:28domonok1bluebrother: i dont know, but i moved many.. so probably it was both of us.. :-)
21:52:31kugelNico_P: viewports for pictureflow? to what extend?
21:52:33Massathe second variation would add an additional "transparent-flag" parameter to the %V tag - which also breaks all existing WPS using viewports.
21:52:51Gartralsmeg
21:52:55bluebrotherhehe, at least it helps understanding better how it works (and how it shouldn't be done ;)
21:52:59Nico_Pkugel: it could make some things easier I guess
21:53:04kugelMassa: 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:31bluebrothercomplete installation is broken. It stops after the bootloader for me (on m:robe that is)
21:53:48Massakugel: as far as I know the default themes don't use viewports...
21:53:49domonok1really ? i should have just fixed that ?
21:53:50Gartraltrue, i would cry if i lost the use of the wire's WPS
21:54:11kugelMassa: Even better :P But there's at least one
21:54:29bluebrotherI did svn up first ... will recheck.
21:54:30kugelNico_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:42domonok1it seams i have broken it again.. :-)
21:54:42Gartralis upadateing one .WPS that hard?
21:55:02MassaNico_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:09Massakugel: which one?
21:55:12bluebrotherhehe ... fix one, break another. Otherwise it would be boring anyway ;-)
21:55:46kugelMassa: not sure, pixelma introduced it while converting the default wpses to use bitmap strips
21:56:10Gartraltrue, but there comes a time where that endless cycle seems overly redundant and you just want too smash something
21:56:21kugelMassa: Read through FS #8799 and watch how I got owned by Llorean for my "keeping backwards compability"
21:56:49kugelMassa: I really like the idea, that's why you should post it
21:57:12kugelMassa: But I like the FF00FF version way more than the additional flag one
21:57:13GartralBW compatibility is good... to a point... but you also have too make room for expandability in the future
21:57:26bluebrotherdomonok1: nice ... after using the complete install system load stays at 100%, even after closing rbutil
21:57:30Massakugel: I know - I also don't want to break compatibility, but I currently have no idea how to do it.
21:57:42kugelThere's no way I guerss
21:57:51kugelWe have to live with it
21:58:00Gartralother than a complete rewrit of the source
21:58:08Gartralrewrite*
21:58:14domonok1bluebrother: yes, rbutil somehow doesnt end, if it failes like this..
21:58:18 Quit BlakeJohnson86 (Read error: 104 (Connection reset by peer))
21:58:19dionoeaare themes for ipod 5G still disabled in rbutil?
21:58:36bluebrotherdionoea: yes, but those are disabled on the download site.
21:58:49Massakugel: 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:50domonok1its those loops waiting for the end of a install.. if the connect fails, they never end.. :-)
21:59:14dionoeabluebrother: is a "re-enable" planed sometime soon ?
21:59:36bluebrotherno idea. I guess so ... best ask Soap or RedBreva
21:59:47 Part oxygen77
21:59:49kugelMassa: ? Change the default vp bg color to FF00FF?
21:59:52Massakugel: so it wouldn't matter if I set this internal flag if FF00FF is detected as bg-colour during WPS parsing or if I set it when an additional parameter is detected
22:00
22:00:00Gartraland when is there going too be anything usefull done with the info screen of rbutil?
22:00:03Soapask me what?
22:00:03domonok1bluebrother: now it should work again..
22:00:20bluebrotherabout the themes website. Or was it scorche?
22:00:28*bluebrother scratches head
22:00:34Massakugel: 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:54kugelI don't quite understand it
22:01:09kugelchanging the default bg color will change nothing, will it?
22:01:16 Part Spex
22:01:37Massakugel: it will change the defaults if not using a backdrop!
22:01:39domonok1dionoea: it should be enabled again, when we have our new theme site *hint at scorche* :-)
22:01:40kugelMassa: Another question: What will be shown w/o backdrop? Pink or black? Imo black
22:02:03Massakugel: pink ;)
22:02:13Soapbluebrother, 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:37kugelShouldn't FF00FF allways be transparent? In case there's no backdrop, transparent means black for me
22:02:47dionoeadomonok1: hum ... ok. thanks.
22:03:09 Join BlakeJohnson86 [0] (n=bjohnson@99-203-178-111.area2.spcsdns.net)
22:03:13Gartralscorche... 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:14dionoeaDo you need some downloads mirror help or something?
22:03:19 Quit maddler (Read error: 104 (Connection reset by peer))
22:03:19kugelThat's possibly the reason amiconn didn't want to change default bg color
22:03:26bluebrotherSoap: ah, ok. Hopefully the official site comes soon ...
22:03:27dionoeaor was something else than bandwidth usage an issue?
22:03:47Soapfor the iPod video themes, dionoea, or the theme site as a whole?
22:03:55dionoeaeverything
22:04:08 Join Spex [0] (i=opera@dslb-088-074-206-177.pools.arcor-ip.net)
22:04:35bluebrotherdomonok1: now it crashes the moment the full install tries to open the themes window?
22:04:56Massakugel: 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:05SoapI 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:09Massakugel: in the meantime I changed my oppinion - now I think an additional parameter for transparency would be better than the FF00FF variation.
22:05:33SoapBut, yes, the bandwidth issue became the straw which broke redbreva's back, so to speak.
22:05:51domonok1bluebrother: it works for me, which player ?
22:05:52Gartralmake up your mind Massa
22:06:00bluebrotherstill m:robe
22:06:22dionoeaSoap: well if you ever need some downloads mirror for the skins ... feel free to ask.
22:06:29Massakugel, 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:40kugelMassa: 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:08domonok1bluebrother: i just tried it, it doesnt find any themes for m:robe, but it doesnt crash..
22:07:19kugelMassa: That won't work, the actual parsing function doesn't accept missing parameters
22:07:24bluebrotherstrange. You did use the complete install, did you?
22:07:35domonok1jup
22:07:52bluebrotherurgh. Now it crashes even when using the themes button
22:08:02linuxstbMassa: 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:35linuxstbMassa: But you could also add an extra (optional) parameter to the %V tag if you wanted to.
22:08:48Massakugel: 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:13kugelMassa: In wps there are not allowed, in lists f.e. they overlap allready
22:09:27kugelMassa: Also, any vp allways overlaps with the default vp ;)
22:09:28 Quit Lear ("ChatZilla 0.9.81 [Firefox 3.0b5/2008032620]")
22:09:46Massalinuxstb: 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:12kugellinuxstb: What would you prefer? ff00ff, additional flag or leaving bg color blank?
22:12:12linuxstbMassa: I don't understand... If the viewport is transparent, the bgcolor isn't used.
22:13:07bluebrotherstill crashes :(
22:13:20kugelMassa: Black because ff00ff means transparency, and thus, it shows nothing even w/o backdrop (nothing = black, intuitively)
22:13:59domonok1bluebrother: strange, i have also done a complete rebuild, and it doesnt crash.. :-/
22:14:04linuxstbMassa: How are you planning to implement this in the LCD drivers? An extra field in the viewport struct?
22:14:05bluebrothernothing is not black on greyscale targets
22:14:05Massalinuxstb: 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:30Massakugel: transparency means that it shows, what lies under it - so the defined background colour when no backdrop is used!
22:15:40bluebrotherdomonok1: do you have updated to my latest changes? Seems I'm the one to blame ...
22:16:00kugelMassa: I don't tread ff00ff as color, and this it shows nothing
22:16:02Massalinuxstb: yes, I added an additional "bool is_bg_transparent" parameter to the viewport structure.
22:16:09domonok1yes, i am at svn head, and it works..
22:16:19kugelthus*
22:16:23 Quit merbanan (Remote closed the connection)
22:16:34bluebrotherthat's really strange. I'm on Qt 4.3.3 / WXP
22:16:36linuxstbMassa: That sounds backwards to me - how about a "bool use_backdrop" parameter?
22:17:02domonok1bluebrother: i am also at Qt4.3.3 /WXP.. :-)
22:17:14domonok1could you produce a stacktrace of this crash ?
22:17:36bluebrotherhow can I do this on windows? I've installed gdb ...
22:17:59bluebrotheror is there anything else on MinGW for creating a stacktrace?
22:18:33webtaz2domonok1, still here?
22:18:45webtaz2ah yes, sorry for not answering
22:18:47domonok1run rbutil in gdb, and when it crashed use "bt"
22:19:02Massalinuxstb: 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:07kugelwebtaz2: :)
22:19:11domonok1webtaz2: no problem, as you see i am also busy.. :-)
22:19:35webtaz2well, i was beasy getting food into my stomach ^^
22:19:55bluebrotherdomonok1: http://www.pastebin.ca/974471
22:19:59 Join FOAD_ [0] (n=dok@dinah.blub.net)
22:19:59webtaz2but if you are busy then i perhaps should not interrupt you
22:20:24bluebrotherdomonok1: hehe, did that already. Was just wondering if there is something "better" on MinGW
22:21:00webtaz2kugel 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:38webtaz2so is anybody around with time for such a problem?
22:25:13bluebrotherdomonok1: putting the downloadInfo() call before the connects in show() fixes the problem
22:25:21domonok1jup
22:25:53domonok1i 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:14bluebrotheryep, just found that out too
22:28:31domonok1i will fix it.. (by moving the connect call to after the creation of the getter..
22:28:45 Quit petur ()
22:29:01bluebrothermaybe the connection should be made in downloadInfo() instead.
22:29:16bluebrotheranyway, 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:38domonok1bluebrother: thats what i have done now.. :-)
22:30:13 Quit bluebrother ("bbl")
22:31:15domonok1the 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:11disorganizerlinuxstb: how propable is that we may have percentual transperency in the future? like 50% transparent?
22:36:35disorganizerif 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:01ali_as_An alpha channel.
22:37:33disorganizer(a nibble would propably be ok too, but what do we use a second half of the byte?)
22:37:45disorganizera=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:32MassaHi disorganizer. Now we're back at our initial discussion :)
22:40:03disorganizermassa: i noticed :-) parameter or FF00FF, thats the question ;-)
22:40:10*Massa has a deja-vu
22:40:19pixelmaMassa: 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:53pixelmabut I tried to keep it still simple
22:42:12DerPapstcan 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:57Massapixelma: 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:51domonok1DerPapst: only the color i think..
22:45:02 Join Junsky [0] (n=Stallion@122.2.105.164)
22:45:15DerPapstmakes sense...
22:45:27DerPapstwhlie thinkin of it ;-)
22:45:27 Part Junsky
22:45:32Massawhat is the official "svn" command to produce patch files? "svn diff" does not produce unified diffs - or do I miss something?
22:45:33pixelmaMassa: 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:12pixelmaI meant "in the WPS and the menus"
22:46:37 Quit mf0102 ("Verlassend")
22:46:56Massapxielma: thanks - I already understood ;)
22:47:28DerPapstnow 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:34amiconnkugel: 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:51amiconnBut greyscale targets can also use backdrops
22:47:53domonok1DerPapst RGBPACK(r,g,b) :-)
22:48:04DerPapstmeh.. too easy ;-P
22:48:06DerPapstthanks
22:48:06kugelamiconn: Uhh, true
22:48:31kugelamiconn: That's a valid reason to use a flag/paramenter, I agree
22:48:36Massaamiconn: you mean the WPS code? How does the color FF00FF look at greyscale targets?
22:48:41amiconnFor 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:04kugelMassa: You simply can't use it
22:49:05*amiconn actually *prefers* non-colour targets
22:49:15kugelMassa: You use 0-3
22:49:21GartralWHY?
22:49:34pixelmawhy what?
22:49:36Massakugel: sorry? what do you mean by "you use 0-3"?
22:49:48kugelMassa: 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:03amiconnWhen loading a BMP at runtime, the loader will generate a mask bitmap according to the 0xff00ff pixels it finds
22:50:10amiconnGartral: Usability.
22:50:16kugelMassa: 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:20kugelOk then, a parameter is the way to go
22:51:27pixelmakugel: 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:31amiconnBtw, 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:02amiconnBut 16 bit gives sufficient colours to choose from that it's possible to drop one from real use
22:52:08amiconnNot so on 2-bit greyscale
22:52:19kugelpixelma: sure, ff00ff isn't possible though
22:52:40pixelmaoh, thank you... ;)
22:52:54disorganizerso we can agree (finally) that a parameter makes sense?
22:52:57Nico_P"[21:54] <kugel> Nico_P: Do you mean something like this: arts in 1 viewport, album titles in another, and the tracklist in its own vp too?" => yes, that's what I meant
22:53:03Massaamiconn, 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:30Gartralwell, thats what you get for making your code "ff00ffy"
22:53:56pixelmaone of the blacks should have been white though... ;)
22:53:59kugelMassa: That would mean to treat greyscale and color seperatly. Using a flag means consistency in this case
22:54:38disorganizer@amiconn: how does this work for icons etc? is transparency ignored there?
22:54:43amiconnMassa: YOu simply can't drop one level of 4
22:54:59amiconndisorganizer: I already said that...
22:55:06MassaActually 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:08kugelNico_P: If you think so. I think we can "avoid" vp structs if it's not user costumizable
22:55:24kugelNico_P: Not that I'm against it ;)
22:55:37amiconnOn colour targets, 0xff00ff (packed into 16 bit) defines transparency. Non-colour targets _do not_ support bitmap transparency _atm_
22:55:44Nico_PMassa: yes, optional parameters are possible. see the progressbar tag for an example
22:55:49kugelMassa: As I allready told you, optional parameters aren't possible atm
22:55:49amiconnBut they _will_
22:56:03Massaamiconn: of course, but you could define e.g. level 4 ;) - but I don't think that's the way to go!
22:56:03Nico_Pkugel: what?
22:56:35disorganizer@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:42disorganizerthate=there
22:56:44Nico_Pthey 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:47amiconnIcons *are* bmps
22:56:56kugelNico_P: I see no real use of converting i.e. pf to viewports, since it's not user-costumizable
22:56:58MassaNico_P: where? In wps_parser.c?
22:57:04amiconndisorganizer: Re-read what I said
22:57:06Nico_PMassa: yes
22:57:16 Quit MethoS- (Read error: 104 (Connection reset by peer))
22:57:20kugelNico_P: But I don't want to say that I'm totally against using vp's in pf
22:57:29disorganizeramiconn: 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:37Nico_Pbut to add an optional param to a viewport it requires a bit more work
22:57:57MassaNico_P: in parse_image_special?
22:57:59amiconnGreyscale targets *will be able to use transparency*, by using 0xff00ff _in the bmp file_, which will be converted to a mask
22:58:49Nico_PMassa: 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:38Nico_Pkugel: yeah maybe it's not worth it, I was just toying with the idea. anyway I will try to find time to review your patch
23:00
23:00:11MassaNico_P: so it would mean to change viewport parsing to be "manual" and don't use parse_list anymore?
23:00:20kugelNico_P: Thanks
23:00:28Nico_PMassa: no, I would suggest extending parse_list
23:00:33pixelmaNico_P: review any pf patches with your new c200 and you'll know what has to be solved first...
23:00:39disorganizerkugel, massa: so where is the reason to not using ff00ff, if the handling of vp colours is the same for other bmps' ?
23:00:41Nico_Phehe
23:01:14amiconndisorganizer: Internal colours cannot be handled the same way as BMPs
23:01:36Nico_PMassa: 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:49kugelpixelma: 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:59linuxstbNico_P: Yes, I've thought the same.
23:02:00amiconnBMPs are converted to the internal rockbox format on load. Internal colours need to be in internal format to begin with
23:02:10pixelmakugel: I don't mean any drawing...
23:02:24Nico_Plinuxstb: I think it would allow unsing parse_list for the progressbar too
23:03:01amiconnWell, 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:14disorganizerstill the question: so what is the technical reason for not using ff00ff for transparency of viewports?
23:03:43MassaNico_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:49amiconnI 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:52Nico_Ppixelma: I have no AA on my c200 yet, but I'll probably try it
23:04:08kugeldisorganizer: ff00ff is not valid on greyscale
23:04:14Nico_PMassa: all the params that follow the "optional" char would be optional
23:04:22disorganizerkugel: we could define it valid for the vp parsing
23:04:41 Quit domonok1 (Read error: 104 (Connection reset by peer))
23:04:49amiconndisorganizer: Unnecessary conversion at runtime should be avoided wherever possible
23:04:56kugeldisorganizer: You don't have hex values at all on greyscale in viewport, that's very much missleading
23:04:58Massaamiconn: it's only a problem when keeping compatibility is a must ;)
23:05:01disorganizerafter the parsing ist a parameter of the vp struct anyways
23:05:08Nico_PMassa: oh sorry now I understand... we'd stop on finding the last trailing separator
23:05:15pixelmaNico_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:19amiconnMassa: It definitely is.
23:05:30Nico_Ppixelma: good point. I'll try now
23:06:00MassaNico_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:05Gartrali 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:13disorganizerkugel: it will definitely show the "user" who in fact is a wps designer that this color is a special color though
23:06:14amiconnNico_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:37amiconnIt will stop, but you can still resume, and it will play the last few seconds of the last track...
23:07:03Nico_PMassa: the trailing | char (or whatever the separator char is) allows us to know the difference
23:07:09Nico_Pamiconn: crap :/
23:08:35pixelmais it just me or are the forums down *again*?
23:09:07Nico_PMassa: we know when regular text starts because there are no more separators in the line
23:09:27Massaamiconn, Nico_P: so the parse_list needs to be extended to support optional parameters. Nico_P, what char did you think about?
23:09:28Nico_Pand anyway, the tags that have params are often alone on their lines
23:09:33BigBambiGartral: This is an on-topic channel
23:09:39webtaz2so
23:09:58webtaz2anybody 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:36kugelNico_P: Do you really want optional parameters for backwards compability?
23:10:47Gartral#rockbox-offtopic isnt responding
23:10:59kugelI think optional parameters make themes even more easier to get broken
23:11:08bluebrotherGartral: try #rockbox-community
23:11:13kugellol
23:11:19Nico_Pkugel: I don't know about backwards compatibility but I know parse_list would be more useful if it supported optional params
23:11:26BigBambiGartral: There is #rockbox-community, but regardless, that is irrelevant. This topic is on-topic, please keep it so
23:11:33BigBambis/topic/channel
23:11:39MassaNico_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:45bluebrotherand in case #rockbox-offtopic isn't responding that's not anything thats of interest here ...
23:11:57Nico_PMassa: I agree
23:12:18linuxstbMassa: You can easily just use parse_list for the standard parameters, and parse the last one manually.
23:12:20disorganizerwhat about using || for transparency (empty color field)?
23:12:29Nico_PI don't know about the "optional" char, but it's mostly a bikeshed issue :)
23:12:41kugelWhat would be optional then? everything left out or everything after a special char?
23:13:16bluebrotherhmm. Should mi4 size displayed in the bootloader be the size of the main rb image?
23:13:26Massakugel: it's an internal parameter to the parse_list() method - nothing a user will ever see ;)
23:13:29linuxstbMassa: See parse_image_load - it uses parse_list, and has an optional parameter (number of subimages)
23:13:50Massalinuxstb: thanks, that's how I'll implement it for now!
23:14:07***Saving seen data "./dancer.seen"
23:14:28kugellinuxstb: But parse_viewport doesn't accept optional parameters, does it?
23:14:29*disorganizer wonders how mono target would get transparency
23:14:30Massalinuxstb: how shall the new bool in viewport be called? bg_use_backdrop?
23:14:39Gartralhmm... 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:02bluebrotherno
23:15:04kugelGartral: #rockbox-community is the official off-topic channel
23:15:05BigBambiGartral: There is #rockbox-community for off-topic chat
23:15:16Massakugel: but it will afterwards :)
23:15:20BigBambiGartral: But this is a warning - keep this channel ON-TOPIC only
23:15:21Nico_Pkugel: no, parse_viewport doesn't accept optional parameters
23:15:26disorganizermassa, 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:45kugeldisorganizer: And what happens if there's no backdrop?
23:15:46tomcat_hahi
23:15:52tomcat_haive dropped my ipod
23:15:59tomcat_havideo 5.5 gen
23:16:07disorganizerthe same as with having a separate parameter?
23:16:09tomcat_haand i tried restoring it with ipod updater
23:16:21disorganizerthe bg color is then set by the user
23:16:26tomcat_habut ipod updater doesnt get past the initializing screen
23:16:51tomcat_hai 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:16Nico_Phmm pictureflow doesn't appreciate it when there is no album art at all
23:17:32disorganizerkugel: 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:33Gartraldude, try trading it in for a sansa, ive droped mine like 5 times... its still fine
23:17:37BigBambitomcat_ha: Can you connect it to a PC?
23:17:50tomcat_haits connected right now
23:17:52BigBambiGartral: It is also of less capacity, etc etc
23:17:57BigBambitomcat_ha: What OS?
23:17:58Nico_PGartral: that's not very helpful
23:17:58tomcat_hai cant read it
23:18:03MassaDoes anybody have an answer to my "svn diff" question? What's the official command to create a code patch?
23:18:10tomcat_hawin xp media center edition
23:18:20BigBambitomcat_ha: Can you try running chkdsk on it?
23:18:30bluebrotherMassa: svn diff [files] > output.diff
23:18:31Nico_PMassa: I didn't see your question but patches are done with svn diff > patch
23:18:34tomcat_hachkdsk?
23:18:41kugelMassa: svn diff > patch.diff
23:18:44bluebrothertomcat_ha: are you on windows?
23:18:53tomcat_hai cant even boot rockbox if that is a standard rockbox plugin
23:18:56kugelin the root dir
23:18:58BigBambiIn a command prompt, type chkdsk -f z: where z: is your ipod drive letter
23:19:05BigBambi@ tomcat
23:19:07tomcat_hahm
23:19:09tomcat_hak
23:19:09pixelmaNico_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:35Massabluebrother: when CVS was the repository unified diff files have to be used - but "svn diff" does not produce such a diff???
23:19:54pixelmaNico_P: ...and the album list changed slightly
23:20:01disorganizermassa: what would happen when using your patch when viewports do overlap (even if its not allowed)?
23:20:09BigBambiMassa: If you want to diff everything just do svn diff > diff.patch
23:20:10BagderMassa: svn diff is "unified format" by default
23:20:13tomcat_hait says invalid parameter h:
23:20:15 Join Chronon [0] (i=chronon@c-24-20-117-106.hsd1.mn.comcast.net)
23:20:41BigBambitomcat_ha: Sounds like your disk is a bit buggered to me
23:20:53Nico_Ppixelma: I guess PF needs a bit of love
23:20:55BigBambiI think there is an apple diagnostic mode of some sort that might help
23:21:04MassaBadger: 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:08bluebrotherMassa: svn diff generates unified diff files
23:21:16BigBambitomcat_ha: Or you could try reseating the drive - it may just have got dislodged
23:21:29pixelmaNico_P: I didn't care much that's why I almost forgot it... ;)
23:21:41BagderMassa: I mean without any options necessary, I don't think you can even change that
23:21:50Massadisorganizer: it'll still show the backdrop colour (and not the colour of the underlying viewport)
23:21:57Nico_Ppixelma: I don't use it much either
23:21:59tomcat_hahow can i check if its dislodged?
23:22:21BigBambiOpening it
23:22:34tomcat_hahmm
23:22:43tomcat_haipod updater now says it doesnt support my ipod model
23:22:51tomcat_haso i should try using itunes now?
23:22:55Nico_Pwow I think we could almost disable pictureflow on the c200... it's really not very pretty
23:23:15BigBambitomcat_ha: Sure, you can try
23:23:16disorganizermassa: 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:02pixelmaNico_P: I wouldn't go as far, it just has to get rid of pluginlib actions :P
23:24:08Nico_Phehe
23:25:31tomcat_hais there any progress on getting into the new ipod classics?
23:25:42BigBambiNope
23:26:01tomcat_hawhy 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:09Bagdertomcat_ha: they're not
23:27:30Bagderthey're just the only widely available one with large storage
23:27:56tomcat_hawell i know of archos
23:28:05tomcat_habut 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:10tomcat_haall it does is locking up, how can people even use this?
23:34:27BigBambiIt may be related to your damaged iPod...
23:34:47 Quit Rondom ("Ex-Chat")
23:34:50tomcat_hahm good point
23:35:23 Join krz [0] (n=irc_by@turbo.sml.by)
23:41:06kugelMassa: FS#? :)
23:41:46 Quit webtaz ("CGI:IRC (Ping timeout)")
23:41:51Massakugel: I first have to implement the additional parameter - so it'll take a bit ;)
23:42:03amiconn[23:17:36] <Nico_P> hmm pictureflow doesn't appreciate it when there is no album art at all <= I reported this ages ago...
23:42:31Nico_Pamiconn: without a tracker entry it's hard to keep track
23:42:44amiconnAlso, while I'm not a pictureflow user, I would like to see it made available on greyscale targets, using the greylib
23:43:06kugelamiconn: Feel free to do it :)
23:43:37 Part tomcat_ha
23:43:39Nico_Pamiconn: if it works in the sim I might consider doing it :)
23:43:48Nico_Pbut I have no grayscale target to test on
23:43:52amiconnThe greylib does work in the sim
23:44:20amiconnIt works differently though - not by quickly flipping pixels ;) It tries to be as accurate as possible
23:45:24amiconnTesting 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:37amiconnDoes it use the core bmp loader?
23:45:41Nico_Pyes
23:45:49 Quit miepchen^schlaf ()
23:46:01amiconnHmm, that won't work here of course
23:46:06Nico_Pbut then I think it might store cache files in framebuffer data
23:46:10Nico_Pwhy?
23:46:48amiconnThe greylib uses a pixel format (plain 8-bit greyscale) that's not supported by the core loader
23:46:49Nico_Pbecause the bmp loader will convert the bitmaps down to 2bit?
23:46:56amiconnyes
23:47:09 Quit keanu (Read error: 110 (Connection timed out))
23:47:23amiconnIt 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:34Nico_Pis there a greylib bmp loader?
23:47:45Nico_Pah I guess you've answered
23:47:55amiconnNot yet
23:48:11amiconnShouldn'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:47amiconnIt will need a lot less ifdefing than the core version - no mono formats to consider, and no dithering either
23:49:18Nico_PI wouldn't mind
23:49:35kugelNico_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:15kugelI think both use their own resize algorithm as of now
23:50:37Nico_Pthey both use the simple resize
23:51:08kugelah, didn't know that pf uses that too, I'm not very familar with pf anymore
23:51:14Nico_Pme neither
23:51:15*kugel would like to see it in the core as well though
23:51:29bluebrotherpictureflow? Urgh.
23:51:42Nico_Pkugel: don't hold your breath :)
23:51:48kugelNo, smooth resize patch
23:51:55Nico_Poh
23:52:05kugellol pictureflow in core :)
23:52:15kugelnot until database can actually use it
23:52:34bluebrotherin 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:36kugelwhich is probably not gonna happen too soon
23:52:56*Nico_P wants the DB to handle AA
23:53:40krzhi everyone =)
23:53:49Nico_Pamiconn: end-of-playlist works fine here
23:54:06amiconnTried to resume?
23:54:16Nico_Pyes. "nothing to resume"
23:54:22amiconnIt definitely doesn't work on my H180
23:54:40krzcan anyone tell if mentors are notified if gsoc application was modified?
23:54:52Nico_Pkrz: 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:31Nico_Pamiconn: then I'd need more info on the circumstances
23:55:45kugelNico_P: You didn't answer my question :)
23:56:11amiconnI was simply playing directories. No skipping, but interrupted by shutdown, and resume after boot
23:56:25krzNico_P: and whom can i discuss application? may be it needs some more modification?
23:56:40Nico_Pkrz: there are some mentors here, including me
23:56:41amiconnAt 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:50Nico_Pstrange
23:56:56Bagderkrz: what application is yours?
23:57:01Nico_Pkugel: I'd like to commit it, yeah
23:57:35peturjhMikeS: here?
23:57:46krzBagder: WPS/Theme editor

Previous day | Next day