--- Log for 20.08.109 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 day and 13 hours ago 00.01.05 Join truthtaco_ [0] (n=truthtac@adsl-74-5-7.aby.bellsouth.net) 00.05.21 Join truthtaco__ [0] (n=truthtac@adsl-74-11-204.aby.bellsouth.net) 00.06.12 Quit pamaury ("exit(*(int *)0 / 0);") 00.06.31 Quit tvelocity (Read error: 60 (Operation timed out)) 00.09.03 Join chris200x9 [0] (i=62f342b6@gateway/web/freenode/x-huioqmlprtwcrkls) 00.11.15 # I need some help I just used windows to restore my ipod mini 1st gen to fat32 I am using the rockbox 3.3 installer everytime I try to install it keeps telling me it cannot work on my macpod but it's definitly fat32 not hfs+ 00.11.49 Quit ender` (" I think computer viruses should count as life. I think it says something about human nature that the only form of life we h") 00.12.10 # by the way I'm on mac os x now though 00.12.12 # chris200x9: are you running Rockbox Utility on a mac or windows machine? 00.12.19 # ok, too slow ... 00.12.37 # have you restarted Rockbox Utility after restoring to FAT32? 00.12.58 *** Saving seen data "./dancer.seen" 00.13.25 # yes, I am running it from the dmg though should i drags it to desktop or something 00.13.26 Join tvelocity [0] (n=tony@athedsl-4487977.home.otenet.gr) 00.13.26 # ? 00.13.55 # that shouldn't be necessary -- and I'm not really familiar with macs unfortunately 00.14.06 # looks like you're experiencing this issue: http://www.rockbox.org/tracker/task/9833 00.14.16 # can you dump the MBR of the Ipod? 00.14.48 # how would I do that? 00.15.49 # New commit by 03nls (r22432): fix red 00.16.21 # chris200x9: the task I linked has the command line -- the "dd if=..." thing 00.16.22 Quit TruthTaco (Read error: 110 (Connection timed out)) 00.16.34 # Well, I would try formatting it in mac 00.16.42 # If that doesnt work then yeah dd 00.16.49 # you need to figure the device (most likely not /dev/disk8 but a different number in your case) 00.17.07 # would my issue be easily resolved by just doing it manually? 00.17.07 # You might find how to do this on a linux help site too 00.17.12 # The concept is the same 00.17.14 # well, I'd like to see the MBR. Something _has_ to be different -- or we have a rather nasty bug in Rockbox Utility 00.17.38 # you most likely should succeed when using ipodpatcher for installing the bootloader. 00.17.54 # In fact, the terminal and most commands for mac and linux are the same 00.17.58 # unfortunately Rockbox Utility is barely tested on OS X due to no developer working on OS X. 00.18.21 # ok thanx I'll try the ipodcather first 00.18.22 # chris200x9: You could also use ipodpatcher to identify the disk device - but it would be useful if you could do some tests before actually telling ipodpatcher to do the install. 00.18.25 # MG_Man: replace "same" with "similar". /dev/sdX is somewhat different to /dev/diskN 00.18.27 # Is there WINE for Mac? 00.18.40 Join PaulJam [0] (n=Paule@p54BED58F.dip.t-dialin.net) 00.18.43 # Thats device names, which are different 00.19.03 # I'm not sure how Rockbox Utility works in WINE or not 00.19.14 # bluebrother: I have access to some Macs now and could do some testing - not with an Ipod though 00.19.23 # MG_Man: you do NOT want to run Rockbox Utility from within wine. Definitely. 00.19.55 # pixelma: getting some testing would be great, though I have the impression we have a bug with ipods here -- which would need a debug session ... 00.20.12 # also, I can only test if time permits, those are computers at work 00.20.20 # unfortunately I can't build for mac -- you need to ping domonoky1 for that. 00.20.30 # But yeah 00.20.39 # First get the device name of the ipod when plugged in 00.20.47 Quit truthtaco_ (Read error: 110 (Connection timed out)) 00.21.27 # some functionality in ipodpatcher to dump the MBR would be nice in these situations :o 00.21.35 # Then dd if=dev/diskX of=OutPutFile (Make it a text file) and what's the size of the MBR? 00.21.48 # in bytes 00.21.50 # 512 bytes. 00.22.37 # dd if=dev/diskX of=OutPutFile (Make it a text file) bs=512 count=1 00.22.44 # MG_Man: The URL bluebrother posted has the dd command-line... 00.22.49 # * bluebrother hands n1s 265 points :) 00.23.10 # ah. 00.23.14 # make the MBR a _text_ file? Urgh. 00.24.01 # well, it's less at least 00.24.07 # hehe :) 00.24.55 # You would still see it the same as if looking at a .bin file 00.25.17 # ? 00.25.20 Part chris200x9 00.25.29 # But I guess you could just open the .bin in whatever viewer the guys use 00.26.35 # the MBR is 512 bytes of binary. Opening in a text editor would only show garbage. 00.27.19 # bluebrother: not if the editor also has a hex mode :-) 00.27.34 # domonoky1: or if you can :%!xxd :) 00.27.39 Quit petur ("Zzzzz") 00.30.04 Join moveax1 [0] (n=lutz@i577BB72A.versanet.de) 00.30.11 # hi 00.30.25 Quit domonoky1 (Read error: 104 (Connection reset by peer)) 00.30.35 # is it normal that fsck.msdos says the following on an ipod with rockbox installed? 00.30.45 # There are differences between boot sector and its backup. 00.30.45 # Differences: (offset:original/backup) 00.30.45 # 65:01/00 00.30.45 DBUG Enqueued KICK moveax1 00.30.45 # 1) Copy original to backup 00.30.46 # 2) Copy backup to original 00.30.46 *** Alert Mode level 1 00.30.46 # 3) No action 00.30.49 # whoo 00.30.52 # sry for the paste 00.31.15 # its not my ipod and i think the filesystem was corrupted 00.32.22 # No, it's not normal. But filesystem corruption on removable disks isn't uncommon... 00.32.49 # sure 00.33.11 # can i format the entire disk with fat again, without breaking rockbox or something else? 00.33.36 # Not the entire disk, but the entire partition. 00.33.54 # i.e. /dev/sdX2 00.33.56 # here it is /dev/sdb2 00.34.08 # there is a folder called "music" 00.34.46 Quit PaulJam (".") 00.34.55 # You'll need to reinstall rockbox - it's in the .rockbox directory in the root of that partition. But the Rockbox bootloader is installed on /dev/sdb1, so you don't need to reinstall that. 00.35.36 # Only gotcha is on "5.5g" ipods - you'll need to use mtools to format it reliably - see http://www.rockbox.org/twiki/bin/view/Main/IpodManualRestore 00.35.55 Quit tvelocity (Read error: 110 (Connection timed out)) 00.36.27 # its an 2gb ipod nano 00.36.43 # New commit by 03nls (r22433): fix more red 00.37.24 # i've never get in touch with an ipod or rockbox, so sorry for my questions. but a friend of mine wants to repair it 00.37.37 # Is that some injoke or something 00.37.43 # the Fix more red thing 00.38.22 # MG_Man: it's a color in the build table 00.38.33 # which stands for "ERROR" 00.38.42 Join Adman65 [0] (n=Adman65@76.103.90.45) 00.38.44 # hey 00.39.04 # linuxstb: is there a manual for installing rockbox? 00.39.08 # anyone know an player that uses a hdd for storage ? 00.39.14 # Yes there is 00.39.21 # you have the Nano 1G right? 00.39.23 # moveax1: Yes - you may want to visit our website... 00.39.31 # sry 00.39.34 # i will do it now 00.39.35 # http://download.rockbox.org/manual/rockbox-ipodnano/rockbox-build.html 00.39.42 # too easy. 00.39.47 # http://www.rockbox.org 00.40.02 # follow the white rabbit ... err, blue link 00.40.26 # You'll see how deep the rabbit hole really goes 00.40.30 # :P 00.40.39 # linuxstb: thanks for the input 00.40.47 *** Alert Mode OFF 00.40.50 # Adman65: There are many... Assuming you want one for Rockbox, see the list on the top of the front page of the website. 00.40.57 Quit CaptainKwel ("Page closed") 00.41.18 # New commit by 03nls (r22434): fix svn properties 00.41.24 # None of the nanos do 00.41.34 # Generally anything over 10GB is HDD storage 00.41.50 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 00.41.53 # But there are some cases where HDD storage is under 10 00.42.52 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 00.42.52 # * bluebrother looks at his non-hdd mini with 32GB :P 00.42.56 Part Adman65 00.43.07 # I don 00.43.09 # Er 00.43.15 # I don't think memory cards count :P 00.43.23 # sounds like just unpacking a zip, because the bootloader is allready installed 00.43.47 # But that's true, with a player with memory card slots you can have more storage than most flashes even if the player itself is flash 00.43.51 # moveax1: Yes, that's all it is. 00.43.53 Join Strife89 [0] (n=michael@adsl-220-102-96.mcn.bellsouth.net) 00.43.58 # * Bagder waves his 32GB sdhc 00.43.59 # ty 00.44.11 # moveax1: It seems your bootloader might be somewhat corrupted though 00.44.23 Join chris200x9 [0] (i=62f342b6@gateway/web/freenode/x-huioqmlprtwcrkls) 00.44.23 # The MBR anyway 00.44.23 # MG_Man: why? 00.44.33 # Wait 00.44.36 # i can get the data from the player 00.44.37 # No, I confused you with someone else 00.44.38 # Sorry 00.44.40 # per usb 00.44.44 # okay :) 00.44.51 # uhhh I installed it manually wrong 00.44.59 # now nothing sees my ipod 00.45.14 # any more info than that? 00.45.20 # "ITS BROKEN" is not very helpful 00.45.26 # chris200x9: Force it into disk mode - hold MENU+SELECT for a few seconds to reset, then immediately press and hold SELECT+PLAY 00.45.58 # \o/ 00.45.59 # Bagder: nice :) 00.46.01 # thank you 00.46.04 # chris200x9: But what did your ipod show on the screen? 00.46.28 # fuck 00.46.43 # sudo mkfs.msdos /dev/sdb2 killed all 00.46.52 # I know what I did wrong 00.46.56 # sure, you created a new filesystem. 00.47.06 # that's generally what formatting does 00.47.19 # really? 00.47.24 # http://nopaste.org/p/a1Gor7tqkb 00.47.25 # yeah 00.47.27 # fromatting formats the drive? 00.47.28 # my dmesg output 00.47.42 # no thats not what i mean 00.47.43 # it just said something abou rockbox not found but i think i got it 00.47.47 # i've backed up the data 00.47.56 # then you're good then 00.47.57 # i cant access the drive per usb under linux 00.48.01 # Oh 00.48.20 # any hint for me? 00.48.23 # moveax1: have you checked the cable? 00.48.30 # yes 00.48.31 # also, don't use front usb ports 00.48.37 # disconnect it, make sure it's in disk mode and plug it in again? 00.48.38 # its an laptop 00.48.45 # the ports are directly on the board 00.48.49 # ok, that rules this out 00.49.07 # if i plug it in 00.49.09 Nick truthtaco__ is now known as TruthTaco (n=truthtac@adsl-74-11-204.aby.bellsouth.net) 00.49.11 # is the dmesg output in emergency disk mode? 00.49.21 # there is a msg on the ipod display 00.49.29 # dmesg is from my laptop 00.49.32 # with the Ipod in emergency disk mode that is 00.50.45 # What does the display msg say? 00.51.03 # loading rockbox.... 00.51.04 # error 00.51.17 # he can't find the .rockbox folder 00.51.28 # but thats natural because it isnt on the disk 00.51.29 # Have you plugged it in in forced disk mode> 00.51.43 # how to do it= 00.51.50 # chris200x9: Force it into disk mode - hold MENU+SELECT for a few seconds to reset, then immediately press and hold SELECT+PLAY 00.51.56 # then plug it in 00.51.58 # oj okay 00.52.04 # thanx 00.52.35 # okay 00.52.36 Join tvelocity [0] (n=tony@athedsl-4490111.home.otenet.gr) 00.52.45 # mount /dev/sdb2 can't read superblock 00.53.18 # does dmesg | tail show the same as before? 00.53.24 # one moment pls 00.54.01 # yes it is the same 00.54.18 # I have a problem mac os x unzips stuff by itself so I am left with a blank folder after doing it manually I've tried to paste the folder into the root of my ipod but it doesnt boot, so would it work if i did a cd to folder cp * $path/to/roo/of/ipod 00.54.21 # hmm, checkwps definitely does not work on the M:robe 500 - it won't work for any touchscreen that takes advantage of the newer tags 00.54.26 # well for sure the FS is screwed up 00.54.40 # Can you fschk it again? 00.55.04 # I'm starting to think there's physical damage now, how did it happen i nthe first place? 00.55.20 # the hole disk to check or only the partition 00.55.25 Join tvelocity[a] [0] (n=tony@athedsl-4488119.home.otenet.gr) 00.55.30 # I'd do the whole thing to be safe 00.55.35 # rasher: are you around/ 00.55.40 # my gf comes to me and says it don't work pls check it 00.55.42 # But the only problematic one is the partition, so that could work I guess 00.55.55 # chris200x9: The command-line "unzip" will do the right thing. e.g. "unzip rockbox.zip -d /Volumes/iPod/" 00.55.57 # Well, did she drop it or something? 00.56.05 # i've never touched an ipod before 00.56.10 Quit bmbl ("Bye!") 00.56.20 # Ask her if she dropped it 00.56.42 # If she did, there's really nothing you can do to fix it short of replacing the drive or ignoring the damaged sectors 00.56.46 # ok so I just rezip it? 00.56.51 # thanks :) 00.56.59 # chris200x9: you can also use Rockbox Utility, manually configure it and use the "Install Rockbox" button from the "Installation" tab. Don't use "Install Bootloader" or the Quickstart tab though. 00.57.13 # MG_Man: here is the fsck output 00.57.14 # http://nopaste.org/p/aDGHbEUFe 00.57.21 # to do that you'd have to move the partition to avoid the damaged area, but you might lose some storage space 00.57.25 Quit Lynx_ (" HydraIRC -> http://www.hydrairc.com <- The alternative IRC client") 00.57.33 # if you configure the mountpoint correctly (i.e. something like /Volumes/iPod) it should do everything for you 00.57.34 Quit jgarvey (Read error: 60 (Operation timed out)) 00.57.48 # she says a few days ago the ipod started, gives an alert sound an turned off again 00.57.49 # ah thanx 00.57.54 # Boot sector 00.58.19 # I'd do a check of the whole device 00.58.24 # I have to go eat now, so brb 00.58.25 # so i should reset the mbr to the backup. option 2? 00.58.34 # cya later thanks 00.59.16 Quit bluebrother ("gtg") 01.01.12 Quit tvelocity (Read error: 104 (Connection reset by peer)) 01.02.21 Quit chris200x9 (Ping timeout: 180 seconds) 01.02.29 Quit n1s ("Lämnar") 01.03.57 # what are the \opts for mono, greyscale and colour in the manual? 01.08.29 Quit moveax1 ("Leaving.") 01.13.02 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 01.13.24 Quit GeekShadow ("The cake is a lie !") 01.14.33 Join Georges [0] (n=5548acac@gateway/web/cgi-irc/labb.contactor.se/x-glwtvkejkjnjijwk) 01.15.46 Quit Georges (Client Quit) 01.15.49 Join Georges [0] (n=5548acac@gateway/web/cgi-irc/labb.contactor.se/x-dwzgocvruufwrdux) 01.16.02 Join Sajber^1 [0] (n=Sajber@h-142-120.A213.priv.bahnhof.se) 01.17.03 # BdN3504: I _think_ they're the ones defined in apps/features.txt. Just lcd_non-mono and lcd_color currently. 01.18.48 Quit Sajber^1 (Read error: 104 (Connection reset by peer)) 01.19.52 # Hello, I am a proud user of an iriver H10 20gb that uses rockbox for quite some time. Two months ago I replaced the 20gb drive with a 40gb one and updated to the latest rocbox version. Everything works fine, except I noticed that the volume I used has shifted noticably. I used to listen at around -25dB and now I have to exceed -10dB to get a decent volume and also have some noise in the background. Might that be 01.20.40 Join Sajber^1 [0] (n=Sajber@h-142-120.A213.priv.bahnhof.se) 01.21.11 Quit Sajber^1 (Client Quit) 01.21.53 # Georges: You got cut off at "Might that be" 01.21.53 Join Sajber^ [0] (n=Sajber@h-142-120.A213.priv.bahnhof.se) 01.22.46 Join moveax1 [0] (n=lutz@i577BB72A.versanet.de) 01.22.51 # re 01.23.31 # Might that be because of the "transplant", or because of the firmware somehow not supporting extra storage? 01.25.45 # Georges: I can't imagine why the disk would make any difference. Are you listening to the same files? What was the previous version of Rockbox you had installed? 01.25.59 Part toffe82 01.27.07 # MG_Man, linuxstb thx for your help 01.27.35 # i've resetted the ipod to factory settings with itunes under windows and installed rockbox manually on the ipod 01.27.48 Quit Thundercloud (Remote closed the connection) 01.27.50 # its all working now, and i am a little hero for my gf ;) 01.27.57 # so this night is save 01.28.40 # I don't really remember, to be honest, but I believe it was the stable release that was up over two months ago i.e. 3.2. And yes I am listening to the exactly same files, they all got coppied as they were from the old disk. Could it be the fact that the bigger disk draws more power? 01.29.43 Quit Lss (Read error: 104 (Connection reset by peer)) 01.29.45 # * linuxstb doesn't do hardware questions... 01.30.46 # Sorry, I'm only trying to figure out if it's related to rockbox somehow. If it's not, then I'm out of here! 01.31.14 Quit togetic ("WeeChat 0.3.0-rc2") 01.31.20 # Georges: I just meant that I personally can't help. 01.31.28 Join togetic [0] (n=togetic@unaffiliated/ibuffy) 01.31.51 # is there a way to exclude certain targets? \opt but reverse? 01.32.02 # is it called \noopt? 01.32.45 # \nopt 01.32.52 # OK. Could you please help me with the Old Releases page? I could just try installing a previous version, but I get a page with a list of different files, and I'm kind of lost. 01.33.05 # ty 01.33.08 # Georges: any *different* disk might draw more or less power 01.34.17 # Georges: Hmm, that link seems to go to the wrong place now - it should be called "very old releases". You may have more luck here - http://download.rockbox.org/release/ 01.34.38 # OK. I think I compared the new and old disks though and was surprized to find that they matched at everything. Could that also be power? Is it written on the disk? 01.35.18 # ...is *what* written on the disk? 01.35.47 Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) 01.37.01 # Is power consumption usually writen on HDs? Because if it is, then they are identical, and power is not the culprit. I just don't remember. 01.37.12 Quit jgarvey (Client Quit) 01.41.31 Quit HellDragon (Client Quit) 01.42.02 Join TechGuy [0] (n=rob@76.236.179.48) 01.42.54 # Well I tried older versions and it didn't do the trick, so it's probably something to do with the drive itself. Thanks a lot for the help though! 01.43.43 # Georges: Could you have accidentally damaged the board when upgrading the disk? You could try putting the old disk back (if you still have it and it still works). 01.44.22 Quit robin0800 (Read error: 110 (Connection timed out)) 01.46.21 # Well I might have done something, because the radio has suddenly gone mono, but the radio's volume is fine. So i'm seeing a connection to the disk there. I'll try puting the old one back and see what happens. 01.51.54 # Georges: the harddrive is unlikely the problem 01.52.01 # I think you might have damaged something on the board when swapping 01.52.05 # Check the solder leads ,etc. 01.52.23 # Look for anything unusual, no matter how minor 01.52.26 # Electronics are picky 01.52.42 # even if it drew more power it would only be for a short period of time and the liion batteries can supply the draw easily. 01.55.49 # Alright, I will scrutinously check the board. Hope I find something. Thanks a lot once more! 01.56.06 Quit Georges ("CGI:IRC") 01.57.07 # I was gonna say if he damaged a path on the board to just draw it back in with a pencil 02.00.40 Quit Rondom (Nick collision from services.) 02.00.50 Join Rondom [0] (n=Rondom@dslb-084-057-133-053.pools.arcor-ip.net) 02.04.21 # eh, that works on old athlons, but graphite is a bit more resistive than copper for most circuit board jobs. 02.04.44 # for a quick fix it may work 02.04.48 # Unless you're good enough with solder 02.06.20 # well, I am. most people probably not. but unless they expose the copper on the board, pencil will just make it dirty. 02.09.41 Join CaptainKwel [0] (n=jason@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 02.12.37 Quit bertrik ("De groeten") 02.13.00 *** Saving seen data "./dancer.seen" 02.17.15 Quit Galois (Remote closed the connection) 02.17.25 Join Galois [0] (i=djao@efnet.math.uwaterloo.ca) 02.23.00 Quit Galois ("Leaving") 02.27.55 Join Galois [0] (i=djao@efnet.math.uwaterloo.ca) 02.28.46 Quit Galois (Remote closed the connection) 02.29.07 Join Galois [0] (i=djao@efnet.math.uwaterloo.ca) 02.36.44 # New commit by 03kkurbjun (r22435): M:Robe 500: Add support for DMA based LCD updates when in Portrait mode. TestFPS measures 190 FPS with the DMA updates vs. 58 FPS for the non-DMA ... 02.39.16 Join Strife1989 [0] (n=michael@adsl-220-119-72.mcn.bellsouth.net) 02.40.23 Quit langzeitstudent_ (Read error: 110 (Connection timed out)) 02.40.55 Join langzeitstudent_ [0] (n=langzeit@p5B17EDDD.dip.t-dialin.net) 02.46.47 Join michaelcarr [0] (n=michael@adsl-220-115-157.mcn.bellsouth.net) 02.57.59 Quit Strife89 (Read error: 110 (Connection timed out)) 03.05.25 Quit DataGhost (Nick collision from services.) 03.05.29 Quit Strife1989 (Read error: 110 (Connection timed out)) 03.05.33 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 03.05.54 Join soap [50] (n=soap@rockbox/staff/soap) 03.06.05 Join Strife89 [0] (n=michael@adsl-220-104-157.mcn.bellsouth.net) 03.08.12 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 03.15.32 Join dmb [0] (n=Dmb@unaffiliated/dmb) 03.20.05 Join ehntoo [0] (n=ehntoo@adsl-99-156-192-57.dsl.applwi.sbcglobal.net) 03.26.21 Quit michaelcarr (Read error: 113 (No route to host)) 03.28.23 Join Strife1989 [0] (n=michael@adsl-220-115-67.mcn.bellsouth.net) 03.28.51 Quit Strife89 (Nick collision from services.) 03.28.59 Nick Strife1989 is now known as Strife89 (n=michael@adsl-220-115-67.mcn.bellsouth.net) 03.29.22 Quit faemir ("Leaving") 03.33.13 Quit froggyman (Remote closed the connection) 03.45.21 Quit TechGuy (Read error: 110 (Connection timed out)) 03.54.15 Quit dmb (Read error: 148 (No route to host)) 04.04.32 Quit Strife89 ("I've had enough for tonight. Bed.") 04.13.04 *** Saving seen data "./dancer.seen" 04.28.06 Quit tvelocity[a] (Remote closed the connection) 04.37.24 Join n17ikh|Server [0] (n=n17ikh@host-69-59-126-212.nctv.com) 04.44.39 Quit BdN3504 ("CGI:IRC") 05.06.08 Join timc [0] (n=aoeu@60.21.34.123) 05.12.29 Join HellDragon [0] (i=jd@modemcable178.248-201-24.mc.videotron.ca) 05.14.06 Join FOAD_ [0] (n=dok@dinah.blub.net) 05.28.12 Quit FOAD (Read error: 110 (Connection timed out)) 05.28.12 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 05.41.49 Quit Sajber^ (Read error: 104 (Connection reset by peer)) 05.44.00 # JdGordon: I have another theme that seems to be having some trouble - I'm not sure if it has to do with the changes that you and kugel made though 05.44.16 # the %pv tag does not seem to be properly updating with volume changes 05.44.33 # blame kugel :) 05.44.36 # send it to me 05.44.41 # %pv shouldnt have changed though 05.45.23 # cool, thanks for taking a look 05.45.33 Quit Horscht ("Verlassend") 05.47.09 # This one is actually a complete theme, but I would expect it to behave the same with just loading the wps 05.48.21 # target?> 05.48.48 Join shodanX_ [0] (n=shodanX@jazz.informatik.uni-erlangen.de) 05.49.19 # M:Robe 500 05.49.32 Quit shodanX (Read error: 104 (Connection reset by peer)) 05.49.54 # Unfortunatley I can't upload it to the themes site - no touchscreen targets will pass the old checkwps builds 05.50.15 # since they are not aware of the %T tags 05.50.31 # yeah, I think rasher should disable that check temporarily 05.50.49 # i do intend on fixing that though... no idea on eta 05.51.21 # we are still defaulting to grid mode? 05.51.49 # dan nice theme! 05.51.51 # damn* 05.52.05 # :), yeah, I was hoping to get hold or rasher sometime to find out how reasonable it would be to get checkwps disabled 05.52.08 # :-D Thanks 05.52.20 # ok, whats the issue? 05.52.33 # play/pause is inverted :) 05.52.50 Quit moveax1 (Read error: 110 (Connection timed out)) 05.52.56 # He also said the %pv tag didnt update with volume change 05.52.57 # if you use the volume slider the Volume: %pv does not update 05.53.05 # on the main screen 05.53.43 # oh, I have it display what it is currently doing rather than what it will do if you press it 05.53.45 # thats rather odd 05.53.50 # I guess that was intentional 05.54.08 # i tihnk thats backwards.... or confusing 05.54.12 # but its your theme :) 05.54.37 # :), so you are seeing it not update? 05.54.40 Join moveax1 [0] (n=lutz@i577B9756.versanet.de) 05.54.49 # volume is changing... display isnt... time to check the code 05.55.11 # I noticed that the %mv tag also doesn't seem to evaluate true when you use the slider 05.55.15 # I ought to get into theming when my h320 arrives 05.55.27 # Have a few ideas 05.55.37 # the %mv tag works when using the remote to change volume 05.55.44 # OOOOOOOOOHHHHHHHHH... i know what the issue is... 05.55.47 # Like Winamp Classic, someone made one but I think I can make it more suited to a handheld DAP 05.56.41 # What is the iriver H320's resolution again? I can probably do it now with a simulator 05.57.08 # 220x176 I think 05.57.32 # I guess I could also port some of the niftier themes to the other devices as well if the authors don't mind 05.57.42 # I noticed some nifty themes for one player that weren't for another, etc. 05.58.08 # yeah, everything on the themes site is free for you to do that 05.58.15 # they are all CC-BY-SA 05.59.03 # Yes, it os 220x176 05.59.09 # is* 05.59.22 # JdGordon: what do you think the problem is? 05.59.35 # the display isnt being updated :) 05.59.41 # :) 05.59.45 # Oh so silly 05.59.52 # oh bloody hell 06.07.29 # New commit by 03jdgordon (r22436): update the display after getting a bit too close to the touchscreen instead of just asking it nicely to change volume! 06.09.09 Quit shodanX_ (Read error: 60 (Operation timed out)) 06.11.52 Quit JdGordon ("Leaving.") 06.13.07 *** Saving seen data "./dancer.seen" 06.14.28 Join JdGordon [0] (n=Miranda@c-24-22-210-83.hsd1.wa.comcast.net) 06.17.30 Join shodanX [0] (n=shodanX@131.188.49.35) 06.17.49 Quit JdGordon (Read error: 104 (Connection reset by peer)) 06.20.56 Quit MG_Man (Read error: 110 (Connection timed out)) 06.21.04 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 06.26.14 Join JdGordon [0] (n=Miranda@c-24-22-210-83.hsd1.wa.comcast.net) 06.28.16 Join FOAD_ [0] (n=dok@dinah.blub.net) 06.32.39 # JdGordon: your fix works great! thanks 06.33.01 # :) 06.45.46 Quit FOAD (Read error: 110 (Connection timed out)) 06.45.46 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 07.00.01 Quit JdGordon (Read error: 104 (Connection reset by peer)) 07.02.47 Quit HellDragon (Read error: 104 (Connection reset by peer)) 07.02.53 Join HellDragon [0] (i=jd@modemcable178.248-201-24.mc.videotron.ca) 07.04.25 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 07.12.06 Join funman [0] (n=fun@rockbox/developer/funman) 07.19.48 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 07.31.50 Quit ehntoo (Read error: 110 (Connection timed out)) 07.33.49 Quit moveax1 (Read error: 110 (Connection timed out)) 07.35.37 Join moveax1 [0] (n=lutz@i577BB783.versanet.de) 07.36.32 Join stoffel [0] (n=quassel@p57B4CD8D.dip.t-dialin.net) 08.00.30 Quit sinthetek (Read error: 60 (Operation timed out)) 08.00.52 Join Zarggg_ [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 08.01.34 Quit freqmod_qu (Read error: 104 (Connection reset by peer)) 08.01.40 Join freqmod [0] (i=quasselg@dhcp208-240.ed.ntnu.no) 08.02.03 Quit Zarggg (Read error: 54 (Connection reset by peer)) 08.12.23 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.12.26 Quit Zarggg_ (Read error: 104 (Connection reset by peer)) 08.12.31 Join Curulan [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 08.13.11 *** Saving seen data "./dancer.seen" 08.13.43 Quit z35 (Read error: 60 (Operation timed out)) 08.21.17 Quit BHSPitMonkey (Remote closed the connection) 08.37.06 Join Zarggg_ [0] (n=zarggg@65.78.69.194) 08.38.19 Quit Curulan (Read error: 104 (Connection reset by peer)) 08.43.08 Quit moveax1 ("Leaving.") 08.43.41 Quit TruthTaco (Read error: 113 (No route to host)) 08.45.43 Quit BlakeJohnson86 (Read error: 110 (Connection timed out)) 08.45.52 Join TruthTaco [0] (n=truthtac@adsl-74-11-204.aby.bellsouth.net) 08.51.13 Join Rob2223 [0] (n=Miranda@p4FDCC288.dip.t-dialin.net) 09.00.32 Quit CaptainKwel (Remote closed the connection) 09.01.42 Join petur [50] (n=petur@rockbox/developer/petur) 09.02.46 # kkurbjun: With just one extra operation per pixel (on average), it is possible to both read & write in 64 bit chunks (two regs, 4 pixels) in the landscape update on mr500 09.04.12 # In order to simplify things it would require to round x, y, width and height to multiples of 4, but that shouldn't be a problem since several other targets update slightly larger areas in lcd_update_rect() as well 09.04.59 # Packed pixel formats require it anyway, and the colour PP targets round x and width to multiples of 2 iirc 09.05.36 Join n1s [0] (n=n1s@rockbox/developer/n1s) 09.05.41 # pixelma: now that you might have a chance of being awake, yes i did move the MIDI patchset to my server...as linked on here: http://www.rockbox.org/twiki/bin/view/Main/PluginMidiPlay 09.05.47 Join mt [0] (n=MTee@rockbox/developer/mt) 09.05.50 # is there a link to the patchset i missed? 09.06.21 Quit mt (Read error: 104 (Connection reset by peer)) 09.07.27 # kkurbjun: What clock frequency is the mr500 running at? 09.09.11 Join mt [0] (n=MTee@rockbox/developer/mt) 09.09.57 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.15.31 Join daggett [0] (n=denis@lab.openpattern.org) 09.15.45 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 09.26.32 Join pamaury [0] (n=pamaury@sal63-1-82-243-96-220.fbx.proxad.net) 09.27.04 # hi 09.27.22 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 09.28.03 # gevaerts: kudgel told you were the one to ask about storage. Can you answer some of my questions ? 09.28.48 # pamaury: well, I could, but it's 3:30 AM here, and I was just going to sleep... 09.29.17 # ah, ok. I'll ask you later :) 09.31.19 Quit Thundercloud (leguin.freenode.net irc.freenode.net) 09.31.19 NSplit leguin.freenode.net irc.freenode.net 09.31.19 Quit Kopfgeldjaeger (leguin.freenode.net irc.freenode.net) 09.31.19 Quit intrados_ (leguin.freenode.net irc.freenode.net) 09.31.19 Quit fyrestorm (leguin.freenode.net irc.freenode.net) 09.31.19 Quit cg_ (leguin.freenode.net irc.freenode.net) 09.31.19 Quit sbhsu (leguin.freenode.net irc.freenode.net) 09.31.19 Quit lostlogic (leguin.freenode.net irc.freenode.net) 09.31.19 Quit rwong (leguin.freenode.net irc.freenode.net) 09.31.53 NHeal leguin.freenode.net irc.freenode.net 09.31.53 NJoin Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 09.31.53 NJoin Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 09.31.53 NJoin intrados_ [0] (n=intrados@cpe-71-67-138-190.woh.res.rr.com) 09.31.53 NJoin fyrestorm [0] (n=nnscript@cpe-68-173-235-106.nyc.res.rr.com) 09.31.53 NJoin cg_ [0] (n=cromos@cable-kmi-fe71de00-186.dhcp.inet.fi) 09.31.53 NJoin sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 09.31.53 NJoin lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) 09.31.53 NJoin rwong [0] (n=ricky@www.roflwaffle.com) 09.38.44 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 09.39.55 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 09.41.56 # JdGordon: can you kick australia-jdgordon? it keeps disconnecting. 09.46.44 Quit pamaury ("exit(*(int *)0 / 0);") 09.47.04 # I suspect he sleeps 09.48.06 Quit daggett ("Ex-Chat") 09.48.44 # slacker! 09.48.52 Quit Thundercloud (Remote closed the connection) 09.55.13 Quit martian67 (Read error: 110 (Connection timed out)) 09.56.47 Join daggett [0] (n=denis@lab.openpattern.org) 09.59.21 Quit bubsy ("I'll be back somewhere in time...") 10.02.56 Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) 10.08.56 # scorche|sh: there is also a link on the SoundCodecs wiki page which hasn't been updated yet 10.09.20 Quit advcomp2019 (Read error: 60 (Operation timed out)) 10.13.15 *** Saving seen data "./dancer.seen" 10.20.48 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 10.25.54 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 10.26.24 Join martian67 [0] (n=martian6@about/linux/regular/martian67) 10.27.18 Quit martian67 (SendQ exceeded) 10.27.53 Join martian67 [0] (n=martian6@about/linux/regular/martian67) 10.34.30 Join polobricolo [0] (n=paul@AGrenoble-257-1-87-11.w86-219.abo.wanadoo.fr) 10.37.10 Quit polobricolo (Client Quit) 10.37.42 Join polobricolo [0] (n=paul@AGrenoble-257-1-87-11.w86-219.abo.wanadoo.fr) 10.55.57 Join sinthetek [0] (n=sinthete@cpe-075-183-051-184.triad.res.rr.com) 11.08.43 Join pamaury [0] (n=pamaury@sal63-1-82-243-96-220.fbx.proxad.net) 11.08.47 Join bubsy [0] (i=Bubsy@94.139.72.137) 11.19.12 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 11.39.41 Quit funman ("free(random());") 11.45.31 Quit bzed ("leaving") 11.48.55 Join gtkspert_ [0] (n=gtkspert@203-206-63-2.dyn.iinet.net.au) 11.48.55 Join bzed [0] (n=bzed@devel.recluse.de) 11.54.58 Quit einhirn (Read error: 104 (Connection reset by peer)) 11.55.17 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 12.04.20 Quit gtkspert (Read error: 101 (Network is unreachable)) 12.09.09 Quit Zagor ("Clint excited") 12.13.19 *** Saving seen data "./dancer.seen" 12.34.49 Quit ender` (Read error: 60 (Operation timed out)) 12.51.08 Join PaulJam [0] (n=Paule@p54BED572.dip.t-dialin.net) 12.52.44 Join Sajber^ [0] (n=Sajber@h-142-120.A213.priv.bahnhof.se) 13.14.19 Join merbzt3 [0] (n=benlar@193.13.246.198) 13.17.40 # i made a mistake in the description of a theme i just uploaded, could someone please fix that? 13.18.00 # http://themes.rockbox.org/index.php?target=x5 <-- in DFKT Maximum AA i added the "Works with current build Works with release 3.3" to the description 13.18.17 # that shouldn't be there, methinks 13.21.19 # does anyone know exactly the signing process employed by the Gigabeat S and Zune players ? 13.22.25 # merbzt3: I know it roughly, and how we bypass it on Gigabeat S 13.22.30 # what do you want to know? 13.23.07 # what I'm interested in is the size of the certificate (in bits) 13.23.28 # i have it somewhere, lemme check 13.23.29 # is it standard RSA ? 13.23.36 # yes 13.24.02 # so no, it's impractical to attack it 13.24.02 Join z35 [0] (n=z35@ool-45701ce5.dyn.optonline.net) 13.24.02 # :) 13.24.59 # the size is 1024 or something 13.25.40 # anyway this is a fun read 13.25.42 # http://www.unitedti.org/index.php?showtopic=8888&st=0 13.25.43 # RSA-129! :-) 13.26.13 # Hm, there are lots of certs in the rom 13.26.30 # they factorized a certificate for TI-83+ 13.26.30 # http://www.rockbox.org/twiki/pub/Main/GigabeatSInfo/GigabeatSRomfiles.rar has someone's work at reversing it including asn1 dumps of the certs 13.26.58 # The shortest moduli I can see are 4096 bits, though :) 13.27.07 # not entirely sure which certs are for what 13.28.15 # Ah, there we go, i think the last one mentioned is the signature 13.28.38 # looks like 2048 13.31.08 # i assume the reason you care is you want to run stuff on the zone 13.31.10 # zune, even 13.31.30 # since iirc it doesn' thave the hideous bootloader bug the S does 13.33.44 # The TI calc thing is RSA-512, this has been factored lots of times before :) 13.33.47 # it's slow but not intractable 13.34.27 # RSA-1024 already would've taken that guy millions of years, and I can assure you that the sigs used by the CE bootloader are *at least* 1024 bits :) 13.34.31 # more likely 2048 13.37.16 Join ehntoo [0] (n=ehntoo@adsl-99-156-192-57.dsl.applwi.sbcglobal.net) 13.38.08 # Torne: would an exploit similar to the one in the newer ipods work on the zune or does it have some kind of protection while running too? 13.40.14 # the zune is just a boring normal CE device 13.40.22 # it has no particular runtime security, any more than any other DAP ;) 13.40.29 # if there's a buffer overrun somewhere then sure 13.41.10 # ok, good to know 13.46.16 # i wonder if those new zune hd's would be any fun but of course there will be no public docs from nvidia... 13.47.04 # hm, actually that's not entirely true 13.47.06 # Torne: just checking the possibilities, I just didn't know that it would be possible for me to factor rsa-512 13.47.31 # merbzt3: it is, if you are determined and have a few months. but the difficulty goes up exponentially as does the storage requirmenets 13.47.59 # n1s: actually, a lot of the zune frontend software may be CLR-based 13.48.15 # n1s: which means it's very unlikely that a typical buffer overrun type exploit would give you system access 13.48.17 Quit gevaerts (Nick collision from services.) 13.48.25 # you would have to find a bug in one of the low level components 13.48.28 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 13.49.06 # I don't know exactly which bits might be native code or not, i'm afraid 13.49.58 Join AndyI [0] (i=AndyI@212.14.205.32) 13.50.29 # merbzt3: i posted a number of good explanations of RSA cracking to xbox-hacker actually, lemme find them if you'r einterested :) 13.51.13 # I am 13.51.58 # http://www.xboxhacker.net/index.php?topic=10472.0 and http://www.xboxhacker.net/index.php?topic=9884.0 13.52.08 # the NFS is such a nice "tool" 13.52.16 # almost as mice as MUSIC 13.52.21 # *nice 13.52.28 Join stripwax [0] (n=stripwax@genkt-048-011.t-mobile.co.uk) 13.52.44 Quit pamaury ("exit(*(int *)0 / 0);") 13.53.50 # 663 bits is afaik the biggest RSA modulus that's been factorised so far 13.53.58 # and that was 3 months on an 80-cpu cluster 13.54.02 Quit stripwax (Client Quit) 13.54.58 Join gregzx [0] (n=chatzill@dsf73.neoplus.adsl.tpnet.pl) 13.58.42 Quit ehntoo ("leaving") 14.01.17 Quit AndyIL (Read error: 110 (Connection timed out)) 14.02.32 Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) 14.07.26 Quit FlynDice (Remote closed the connection) 14.11.04 Join decayedcell [0] (n=decayed_@60-241-92-53.static.tpgi.com.au) 14.13.23 *** Saving seen data "./dancer.seen" 14.17.28 Part decayedcell 14.19.45 Quit Necos (leguin.freenode.net irc.freenode.net) 14.19.45 NSplit leguin.freenode.net irc.freenode.net 14.19.45 Quit crashd (leguin.freenode.net irc.freenode.net) 14.19.45 Quit JohnTeddy (leguin.freenode.net irc.freenode.net) 14.19.45 Quit aidy (leguin.freenode.net irc.freenode.net) 14.19.45 Quit jvd (leguin.freenode.net irc.freenode.net) 14.19.45 Quit webmind (leguin.freenode.net irc.freenode.net) 14.19.45 Quit Overand (leguin.freenode.net irc.freenode.net) 14.19.45 Quit Guest66974 (leguin.freenode.net irc.freenode.net) 14.19.45 Quit Neovanglist (leguin.freenode.net irc.freenode.net) 14.19.46 Join crashd_ [0] (i=foobar@lostnode.org) 14.19.47 Join JohnTeddy [0] (i=unstable@glitchinthe.net) 14.19.48 Join Necos_ [0] (i=1001@cpe-76-169-21-84.socal.res.rr.com) 14.19.49 Join feisar [0] (i=jljhook@irkki.fi) 14.19.52 NHeal leguin.freenode.net irc.freenode.net 14.19.52 NJoin Overand [0] (i=overand@crappy.domain.name) 14.19.53 Join jvd_ [0] (i=syscrash@209.126.180.153) 14.19.54 NJoin aidy [0] (n=aidy@mail.rty.ca) 14.19.57 NJoin Neovanglist [0] (i=Neovangl@69.31.129.33) 14.20.08 Quit shaggy-h (leguin.freenode.net irc.freenode.net) 14.20.10 NJoin webmind [0] (n=webmind@shell.puscii.nl) 14.20.17 Nick feisar is now known as Guest34014 (i=jljhook@irkki.fi) 14.24.49 Quit bmbl (leguin.freenode.net irc.freenode.net) 14.24.49 Quit HellDragon (leguin.freenode.net irc.freenode.net) 14.24.49 Quit kkurbjun (leguin.freenode.net irc.freenode.net) 14.24.49 Quit gregzx (leguin.freenode.net irc.freenode.net) 14.24.49 Quit dfkt (leguin.freenode.net irc.freenode.net) 14.24.49 Quit mt (leguin.freenode.net irc.freenode.net) 14.24.49 Quit trisiak (leguin.freenode.net irc.freenode.net) 14.24.49 Quit yosafbridge (leguin.freenode.net irc.freenode.net) 14.24.49 Quit Tristan53 (leguin.freenode.net irc.freenode.net) 14.24.49 Quit lyngaas (leguin.freenode.net irc.freenode.net) 14.24.49 Quit AlexP_ (leguin.freenode.net irc.freenode.net) 14.24.49 Quit jordan`` (leguin.freenode.net irc.freenode.net) 14.24.49 Quit aidy (leguin.freenode.net irc.freenode.net) 14.24.49 Quit bzed (leguin.freenode.net irc.freenode.net) 14.24.49 Quit antil33t (leguin.freenode.net irc.freenode.net) 14.24.49 Quit Torne (leguin.freenode.net irc.freenode.net) 14.24.49 Quit courtc (leguin.freenode.net irc.freenode.net) 14.24.49 Quit Res1 (leguin.freenode.net irc.freenode.net) 14.24.49 Quit ChanServ (leguin.freenode.net irc.freenode.net) 14.25.45 NJoin ChanServ [0] (ChanServ@services.) 14.25.45 NJoin aidy [0] (n=aidy@mail.rty.ca) 14.25.45 NJoin gregzx [0] (n=chatzill@dsf73.neoplus.adsl.tpnet.pl) 14.25.45 NJoin bzed [0] (n=bzed@devel.recluse.de) 14.25.45 NJoin dfkt [0] (i=dfkt@unaffiliated/dfkt) 14.25.45 NJoin bmbl [0] (n=Miranda@unaffiliated/bmbl) 14.25.45 NJoin mt [0] (n=MTee@rockbox/developer/mt) 14.25.45 Join HellDragon [0] (i=jd@Wikipedia/HellDragon) 14.25.45 Join kkurbjun [0] (n=kkurbjun@rockbox/developer/kkurbjun) 14.25.45 NJoin antil33t [0] (n=Mudkips@119.224.12.185) 14.25.45 NJoin trisiak [0] (n=tree@chello089076201062.chello.pl) 14.25.45 NJoin Torne [0] (i=torne@lowell.wolfpuppy.org.uk) 14.25.45 NJoin yosafbridge [0] (n=yosafbri@ludios.net) 14.25.45 NJoin courtc [0] (n=court@unaffiliated/courtc) 14.25.45 NJoin Tristan53 [0] (i=tristan@66.252.24.153) 14.25.45 NJoin lyngaas [0] (n=staale@19.81-167-149.customer.lyse.net) 14.25.45 NJoin Res1 [0] (n=Res@user-0c6s6hp.cable.mindspring.com) 14.25.45 NJoin AlexP_ [0] (n=alex@rockbox/staff/AlexP) 14.25.45 NJoin jordan`` [0] (i=gromit@78.235.252.137) 14.25.45 Mode "#rockbox +o ChanServ " by irc.freenode.net 14.25.55 Quit webmind (leguin.freenode.net irc.freenode.net) 14.25.55 Quit Overand (leguin.freenode.net irc.freenode.net) 14.25.55 Quit timc (leguin.freenode.net irc.freenode.net) 14.25.55 Quit soap (leguin.freenode.net irc.freenode.net) 14.25.55 Quit goffa_ (leguin.freenode.net irc.freenode.net) 14.25.55 Quit bittin_ (leguin.freenode.net irc.freenode.net) 14.27.05 NJoin webmind [0] (n=webmind@shell.puscii.nl) 14.27.05 NJoin Overand [0] (i=overand@crappy.domain.name) 14.27.05 NJoin timc [0] (n=aoeu@60.21.34.123) 14.27.05 NJoin soap [50] (n=soap@rockbox/staff/soap) 14.27.05 NJoin goffa_ [0] (n=goffa@216.220.23.105) 14.27.05 NJoin bittin_ [0] (i=bittin@anapnea.net) 14.27.30 Quit Guest34014 (leguin.freenode.net irc.freenode.net) 14.27.30 Quit scorche|sh (leguin.freenode.net irc.freenode.net) 14.27.30 Quit jhulst (leguin.freenode.net irc.freenode.net) 14.27.30 Quit CIA-61 (leguin.freenode.net irc.freenode.net) 14.28.02 # merbzt3: Did you receive the second patch ? 14.28.15 NJoin Guest34014 [0] (i=jljhook@irkki.fi) 14.28.15 Join scorche|sh [50] (n=scorche@rockbox/administrator/scorche) 14.28.15 NJoin CIA-61 [0] (n=CIA@208.69.182.149) 14.28.15 NJoin jhulst [0] (n=jhulst@jhulst.com) 14.28.15 Mode "#rockbox +v CIA-61 " by irc.freenode.net 14.28.43 Quit JohnTeddy (leguin.freenode.net irc.freenode.net) 14.28.43 Quit z35 (leguin.freenode.net irc.freenode.net) 14.28.43 Quit advcomp2019_ (leguin.freenode.net irc.freenode.net) 14.28.43 Quit JdGordon (leguin.freenode.net irc.freenode.net) 14.28.43 Quit DataGhost (leguin.freenode.net irc.freenode.net) 14.28.43 Quit n17ikh (leguin.freenode.net irc.freenode.net) 14.28.43 Quit thegeek_ (leguin.freenode.net irc.freenode.net) 14.28.43 Quit bah_ (leguin.freenode.net irc.freenode.net) 14.28.43 Quit Shaid (leguin.freenode.net irc.freenode.net) 14.28.43 Quit shadearg (leguin.freenode.net irc.freenode.net) 14.28.43 Quit redfox (leguin.freenode.net irc.freenode.net) 14.28.43 Quit tchan (leguin.freenode.net irc.freenode.net) 14.29.17 Quit Sajber^ (leguin.freenode.net irc.freenode.net) 14.29.17 Quit PaulJam (leguin.freenode.net irc.freenode.net) 14.29.17 Quit BlakeJohnson86 (leguin.freenode.net irc.freenode.net) 14.29.17 Quit Rob2223 (leguin.freenode.net irc.freenode.net) 14.29.17 Quit langzeitstudent_ (leguin.freenode.net irc.freenode.net) 14.29.17 Quit togetic (leguin.freenode.net irc.freenode.net) 14.29.17 Quit amiconn (leguin.freenode.net irc.freenode.net) 14.29.17 Quit pixelma (leguin.freenode.net irc.freenode.net) 14.29.17 Quit JdGordon| (leguin.freenode.net irc.freenode.net) 14.29.17 Quit YpsyZNC (leguin.freenode.net irc.freenode.net) 14.29.17 Quit linuxstb (leguin.freenode.net irc.freenode.net) 14.29.17 Quit avacore^ (leguin.freenode.net irc.freenode.net) 14.29.17 Quit alexbobp (leguin.freenode.net irc.freenode.net) 14.29.17 Quit ej0rge (leguin.freenode.net irc.freenode.net) 14.29.17 Quit at0m (leguin.freenode.net irc.freenode.net) 14.29.17 Quit krazykit (leguin.freenode.net irc.freenode.net) 14.29.17 Quit fxb__ (leguin.freenode.net irc.freenode.net) 14.29.17 Quit Zambezi (leguin.freenode.net irc.freenode.net) 14.29.24 NJoin JohnTeddy [0] (i=unstable@glitchinthe.net) 14.29.24 NJoin z35 [0] (n=z35@ool-45701ce5.dyn.optonline.net) 14.29.24 NJoin advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) 14.29.24 NJoin JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 14.29.24 NJoin DataGhost [0] (i=dataghos@unaffiliated/dataghost) 14.29.24 NJoin n17ikh [0] (n=n17ikh@host-69-59-126-212.nctv.com) 14.29.24 NJoin thegeek_ [0] (n=nnscript@s243b.studby.ntnu.no) 14.29.24 NJoin bah_ [0] (n=bah@c-76-105-203-173.hsd1.wa.comcast.net) 14.29.24 NJoin Shaid [0] (i=adam@lurking.shaid.net) 14.29.24 NJoin tchan [0] (n=tchan@lunar-linux/developer/tchan) 14.29.24 NJoin shadearg [0] (i=arg@ipv4.panoptix.net) 14.29.24 NJoin redfox [0] (n=redfox2@ns351996.ovh.net) 14.29.46 NJoin Sajber^ [0] (n=Sajber@h-142-120.A213.priv.bahnhof.se) 14.29.46 NJoin PaulJam [0] (n=Paule@p54BED572.dip.t-dialin.net) 14.29.46 NJoin BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 14.29.46 NJoin Rob2223 [0] (n=Miranda@p4FDCC288.dip.t-dialin.net) 14.29.46 NJoin langzeitstudent_ [0] (n=langzeit@p5B17EDDD.dip.t-dialin.net) 14.29.46 NJoin togetic [0] (n=togetic@unaffiliated/ibuffy) 14.29.46 NJoin amiconn [0] (i=quassel@rockbox/developer/amiconn) 14.29.46 NJoin pixelma [0] (i=quassel@rockbox/staff/pixelma) 14.29.46 Join JdGordon| [0] (n=Miranda@rockbox/developer/JdGordon) 14.29.46 NJoin YpsyZNC [0] (n=ypsy@geekpadawan.de) 14.29.46 NJoin avacore^ [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) 14.29.46 NJoin linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 14.29.46 NJoin ej0rge [0] (n=alhaz@alhaz.fttp.xmission.com) 14.29.46 NJoin alexbobp [0] (n=alex@adsl-75-34-100-218.dsl.austtx.sbcglobal.net) 14.29.46 NJoin at0m [0] (n=at0m@94-225-90-23.access.telenet.be) 14.29.46 NJoin krazykit [0] (n=kkit@c-24-218-166-241.hsd1.ma.comcast.net) 14.29.46 NJoin Zambezi [0] (i=Zulu@bnc.fran.dotbnc.se) 14.29.46 NJoin fxb__ [0] (n=felixbru@h1252615.stratoserver.net) 14.34.03 Quit z35 (Connection timed out) 14.35.51 # yes 14.36.16 Join teru [0] (n=teru@KD059133112132.ppp.dion.ne.jp) 14.45.59 Join froggyman [0] (n=chatzill@pool-72-69-196-209.chi01.dsl-w.verizon.net) 14.51.57 Part polobricolo ("Konversation terminated!") 14.53.43 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 14.56.59 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 14.57.55 Quit timc (Read error: 110 (Connection timed out)) 14.58.27 Quit Guest50751 (Read error: 104 (Connection reset by peer)) 14.58.43 # amiconn: the mr500 runs at 87.5 MHz unboosted, 175 MHz booosted 14.58.59 # The DSP runs at 100 MHz 15.00.22 # one extra instruction for 64 bit writes does sound appealing :) 15.04.19 Part LinusN 15.05.42 Join pamaury [0] (n=pamaury@sal63-1-82-243-96-220.fbx.proxad.net) 15.07.15 # Does the Sansa Fuze have a dual-boot function? 15.08.37 # * LambdaCalculus37 is playing around with one 15.11.03 # hmm, it looks like a LDM will do a burst access at least on the arm internal bus 15.11.08 Quit antil33t (Read error: 54 (Connection reset by peer)) 15.11.22 Join antil33t [0] (n=Mudkips@119.224.12.185) 15.11.35 # LambdaCalculus37, yes I think so, hold left or some other button during boot 15.11.46 # bertrik: Thanks! 15.12.07 # The Fuze isn't a bad platform! 15.13.34 Join funman [0] (n=fun@rockbox/developer/funman) 15.14.29 # promising phone conversation with AMS is promising 15.14.53 # kkurbjun: One extra instruction *per pixel*. It'll need 4 swapping instructions for each 2x2 pixel block, i.e. a total of 16 insns for a 4x4 pixel block (8 32bit registers, reading 4x2 registers and writing 4x2 registers) 15.14.55 # i talked 17 minutes with the guy 15.15.08 # nice to hear 15.15.14 Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) 15.15.14 # he insisted on making me sign an NDA, but I talked about past form of datasheet exchange 15.15.48 # i think he would be ok to use the same thing: only an informal promise to not put it on the web (he repeated 3 or 4 times: don't put it on the website) 15.15.58 # kkurbjun: Are the fps figures you gave boosted or unboosted? 15.16.08 # he's gonna talk again about that with his colleagues and call/mail me again 15.16.30 Join Lss [0] (n=Lss@cm44.delta97.maxonline.com.sg) 15.16.31 # oh, good point, I think they were all unboosted 15.16.49 # he also insisted that we are not 100% sure the sansa clipv2/fuzev2 have a as3531 (even if i have a pretty strong feeling) 15.18.07 # if he doesn't want, i'll propose 2 things: 15.18.55 # 1/ have AMS give us some linux code they use for as3531 (gplv2) and we port it to rockbox. We should check the licence (gplv2 or gplv2+) but this would be a big win 15.19.25 # 2/ have interested developers individually sign the NDA (i'm not sure i wouldn't unless there is enough other developers interested) 15.20.09 # amiconn: in landscape mode I am currently getting 15.2 fps unboosted, 17.8 fps boosted 15.24.37 # in portrait mode I get 54.5 unboosted, 58.0 boosted 15.26.24 # amiconn, wouldn't it just be 4 32 bit registers for a 4x4 pixel block? 15.27.34 # funman, ok, sounds good. Even if the can't give the datasheet, they have very little to lose from option 1 so it's a reasonable alternative for them. Personally I think I wouldn't sign an NDA (also I don't have an ams v2 target) 15.28.17 Join tvelocity [0] (n=tony@athedsl-4488119.home.otenet.gr) 15.28.56 # the biggest thing we'd get from the datasheet is the description of ascodec registers 15.30.25 Join tvelocity[a] [0] (n=tony@athedsl-4487465.home.otenet.gr) 15.32.29 Join tvelocity[away] [0] (n=tony@ppp-94-69-68-69.home.otenet.gr) 15.34.07 # amiconn: it seems that the proccessor is not so much of the bottleneck, I wonder if the issue is more the latency on the memory interface 15.35.57 # funman, I don't really expect a lot of change in that 15.36.10 # bertrik: there is enough for incompatibilities 15.36.10 Quit Lss (Read error: 54 (Connection reset by peer)) 15.36.25 # and new power registers (for lcd for example) 15.36.35 # New commit by 03teru (r22437): Change height calculation of viewport for time and date menu so that it doesn't break statusbar. 15.39.03 Quit funman ("free(random());") 15.40.35 # amiconn, it looks like there is a way to set a buffered region in sdram that the memory controller bursts to and from and then you can set a register to initiate the burst transfer write back. It has a set of 16 bit registers to store the burst. it bursts in 16 word blocks though.. I don't think that there would be enough space to properly use it.. you would need to do a 16x16 rotation 15.43.23 # hmm, maybe putting an intermediate buffer to store a 16x16 transform in the iram might help... no, that's alot of movement across the ahb though.. it's probably better to just rely on the cache 15.46.22 Quit tvelocity (Read error: 110 (Connection timed out)) 15.48.35 Quit tvelocity[a] (Read error: 110 (Connection timed out)) 15.52.06 Join Lss [0] (n=Lss@cm44.delta97.maxonline.com.sg) 15.57.22 # amiconn, regarding lcd support for the meizu m6, my gut feeling says I should implement the lcd driver with 16-bit pixels, rather than add support for "32-bit" (0x00RRGGBB) pixels to rockbox 15.59.27 Join martian67_ [0] (n=martian6@about/linux/regular/martian67) 16.00.04 Join kugel [0] (n=kugel@rockbox/developer/kugel) 16.01.47 Quit martian67_ (SendQ exceeded) 16.02.26 Join martian67_ [0] (n=martian6@about/linux/regular/martian67) 16.06.50 Quit PaulJam (Read error: 113 (No route to host)) 16.07.59 Quit martian67 (Connection timed out) 16.09.06 Join PaulJam [0] (n=Paule@p54BEF20A.dip.t-dialin.net) 16.10.07 Quit daggett ("Ex-Chat") 16.13.25 *** Saving seen data "./dancer.seen" 16.17.31 Quit robin0800 (Remote closed the connection) 16.22.27 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 16.22.48 # buildsystem hanging? 16.24.53 Quit AndyI () 16.29.06 # New commit by 03kugel (r22438): Move handling of "rockbox_default.[r]wps" into wps.c, out of the skin engine (which should be as generic as possible). 16.30.50 Quit Grahack ("Leaving.") 16.33.09 Join toffe82 [0] (n=chatzill@74.0.180.178) 16.33.15 Quit mt (Read error: 113 (No route to host)) 16.33.29 Quit Xerion (Read error: 60 (Operation timed out)) 16.36.41 Nick jvd_ is now known as jvd (i=syscrash@209.126.180.153) 16.45.03 Join AndyI [0] (i=AndyI@212.14.205.32) 16.46.49 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 16.47.10 Join ender` [0] (i=krneki@foo.eternallybored.org) 16.50.36 Join DrMoos [0] (i=mustapha@85.169.147.55) 16.50.58 Quit moos (Read error: 131 (Connection reset by peer)) 16.51.00 Nick DrMoos is now known as moos (i=mustapha@85.169.147.55) 16.52.41 Join fyrestorm [0] (n=nnscript@68.173.235.106) 16.57.10 Quit LambdaCalculus37 ("gotta get ready to go out!") 16.58.34 Join explore [0] (n=msparker@pool-173-74-61-155.dllstx.fios.verizon.net) 16.59.59 Quit stoffel (Read error: 110 (Connection timed out)) 17.04.01 Quit parafin ("So long and thanks for all the fish") 17.04.12 Join parafin [0] (i=parafin@paraf.in) 17.04.17 Join captainkwel [0] (i=2669ecc2@gateway/web/freenode/x-cotiumjynzyfnyas) 17.04.50 # New commit by 03teru (r22439): Fix type of variable statusbar in screens.c as global_settings.statusbar is integer. 17.09.19 Join daggett [0] (n=denis@lab.openpattern.org) 17.10.31 Quit fyrestorm (Read error: 131 (Connection reset by peer)) 17.11.04 Part merbzt3 17.13.54 Quit moos (Read error: 131 (Connection reset by peer)) 17.14.27 Join moos [0] (i=mustapha@rockbox/staff/moos) 17.15.04 Join funman [0] (n=fun@rockbox/developer/funman) 17.32.40 Quit teru ("Quit") 17.36.28 Quit kugel (Read error: 110 (Connection timed out)) 17.39.04 Join Omlet [0] (n=Omlet05@199.155-200-80.adsl-dyn.isp.belgacom.be) 17.50.57 Join kugel [0] (n=kugel@rockbox/developer/kugel) 17.52.01 Quit petur ("work->home") 17.56.04 Join BBBradley [0] (n=c73d19fe@gateway/web/cgi-irc/labb.contactor.se/x-cyfrkhqariktsdpk) 17.56.21 Quit BBBradley (Client Quit) 17.56.33 Join BBBradley [0] (n=c73d19fe@gateway/web/cgi-irc/labb.contactor.se/x-dxmcwlvovhbmkeen) 17.56.38 # What is the policy on flyspray about reporting bugs with features that are in the sourcecode, but deactivated in official builds like the autorock feature. 17.57.14 # Torne: I figured out what bit to set for SUSP on the LTC4066 17.57.27 # which? 17.57.30 # and what does it get current down to? 17.58.08 # 0 mA 17.58.25 # well, which is it? 17.58.59 # after testing I will post it back to my original question in the mail list where I asked last week. 17.59.22 # ..can't you tell me which GPIO it is? :) 18.00.00 # yes but I need to redo it and verify, it's building 18.00.46 # it will just take 30 minutes or so 18.00.49 # i'm not asking for a patch 18.00.55 # i;m asking which bit of which gpio you toggled 18.00.56 # :) 18.01.17 # L 18.01.18 # i won't be here in 30 minutes :) 18.01.25 # PaulJam: probably good to report them 18.01.31 # try bit 2 and bit 7 18.01.33 # ok 18.01.57 # disable bit 2, enable bit 7 18.01.59 Nick Zarggg_ is now known as Zarggg (n=zarggg@65.78.69.194) 18.02.28 # FS#8802 patch already disables bit 2 18.02.47 # I see 18.04.25 Quit Rob2223 () 18.05.02 # Er, I already have bit 7 on and bit 2 off :) 18.05.39 # GPIOL is B8 18.05.43 # and it's charging at 500mA 18.05.52 # well it would be if ht ebattery wasn't full already 18.06.05 # oh, no, it is charging. not quite full. 18.07.41 # so that sounds wrong 18.07.48 # or at least that those are not the only two bits that matter 18.09.51 Nick funman is now known as seriousman (n=fun@rockbox/developer/funman) 18.11.32 Join stoffel [0] (n=quassel@p57B4DC88.dip.t-dialin.net) 18.13.28 *** Saving seen data "./dancer.seen" 18.15.43 Quit SUSaiyan (Read error: 60 (Operation timed out)) 18.19.58 Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 18.25.40 Join mcuelenaere [0] (n=mcuelena@78-21-191-122.access.telenet.be) 18.30.36 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.31.46 Join JdGordon_ [0] (i=ad753b27@gateway/web/freenode/x-ujzciicvunwlijyp) 18.33.36 Join mt [0] (n=MTee@rockbox/developer/mt) 18.34.19 Quit domonoky (Client Quit) 18.34.58 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.37.22 Quit JdGordon| (Read error: 110 (Connection timed out)) 18.39.20 # Does Torne: setting those 2 bits does exactly what I need it to do 18.42.59 Quit SUSaiyan (Read error: 104 (Connection reset by peer)) 18.45.46 Quit mcuelenaere () 18.47.47 # New commit by 03nls (r22440): Make the formatter functions used by the settings return a pointer to avoid usless copying of lang strings, this brought with it a long chain of const ... 18.50.08 Quit gregzx ("ChatZilla 0.9.85 [Firefox 3.5.2/20090729225027]") 18.51.03 Quit kugel (Nick collision from services.) 18.51.11 Join kugel [0] (n=kugel@e178076211.adsl.alicedsl.de) 18.55.49 # n1s: yellow :) 18.56.03 # i sae 18.56.05 # saw 18.56.08 Quit jfc (Read error: 104 (Connection reset by peer)) 18.59.25 Join jfc [0] (n=john@dpc6682208002.direcpc.com) 19.01.24 Quit PaulJam (Read error: 113 (No route to host)) 19.03.53 # New commit by 03nls (r22441): fix yellow 19.09.13 Quit JdGordon_ (Ping timeout: 180 seconds) 19.11.08 Quit amiconn (Read error: 104 (Connection reset by peer)) 19.11.11 Quit seriousman ("free(random());") 19.11.11 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) 19.11.31 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) 19.14.03 # we're getting so many targets that it really isn't feasible to build even a representative selection of them yourself before every commit 19.14.24 # ...especially on a netbook 19.14.34 Join JdGordon| [0] (n=Miranda@nat/microsoft/x-unqhobajkypslkjm) 19.15.05 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 19.18.41 Join PaulJam [0] (n=Paule@p54BEE092.dip.t-dialin.net) 19.22.53 Quit bluebrother (Nick collision from services.) 19.22.57 Join bluebroth3r [0] (n=dom@rockbox/developer/bluebrother) 19.24.56 # the "delay the database browser progress by 0.5s" thing doesn't quite work anymore 19.30.14 # what is the procedure to tag bootloaders for the YH builds? 19.30.20 # i'd like to get those posted on the forums 19.30.26 Join LambdaCalculus37 [0] (n=LambdaCa@rockbox/staff/LambdaCalculus37) 19.30.39 # saratoga: they're not ready yet 19.30.47 # whats missing? 19.30.58 # verbosity and version number 19.31.20 # they also break the OF (flipped display) 19.31.32 Quit bluebroth3r ("reboot") 19.34.45 Join MG_Man [0] (n=MGMan@97.101.208.11) 19.38.20 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 19.45.47 # When no music is playing on rockbox does it suspend eventually and turn off after about 15 minutes? 19.46.24 # yes 19.46.31 # 10min default iirc 19.47.05 # can it be disabled? 19.48.01 # yes 19.48.35 # http://www.rockbox.org/manual.shtml 19.58.53 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 19.59.34 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 20.01.06 Quit PaulJam (Read error: 113 (No route to host)) 20.04.21 Quit GeekShadow (leguin.freenode.net irc.freenode.net) 20.04.21 NSplit leguin.freenode.net irc.freenode.net 20.04.21 Quit moos (leguin.freenode.net irc.freenode.net) 20.04.21 Quit Neovanglist (leguin.freenode.net irc.freenode.net) 20.04.21 Quit n1s (leguin.freenode.net irc.freenode.net) 20.04.21 Quit Zarggg (leguin.freenode.net irc.freenode.net) 20.04.21 Quit shodanX (leguin.freenode.net irc.freenode.net) 20.04.21 Quit kachna (leguin.freenode.net irc.freenode.net) 20.04.21 Quit markdrago (leguin.freenode.net irc.freenode.net) 20.04.21 Quit Ridayah (leguin.freenode.net irc.freenode.net) 20.04.21 Quit tarbo_ (leguin.freenode.net irc.freenode.net) 20.04.21 Quit jon-kha (leguin.freenode.net irc.freenode.net) 20.04.21 Quit Slasheri (leguin.freenode.net irc.freenode.net) 20.04.21 Quit rasher (leguin.freenode.net irc.freenode.net) 20.04.21 Quit JdGordon| (leguin.freenode.net irc.freenode.net) 20.04.21 Quit kugel (leguin.freenode.net irc.freenode.net) 20.04.21 Quit stoffel (leguin.freenode.net irc.freenode.net) 20.04.21 Quit BBBradley (leguin.freenode.net irc.freenode.net) 20.04.21 Quit langzeitstudent_ (leguin.freenode.net irc.freenode.net) 20.04.21 Quit krazykit (leguin.freenode.net irc.freenode.net) 20.04.21 Quit ej0rge (leguin.freenode.net irc.freenode.net) 20.04.21 Quit BlakeJohnson86 (leguin.freenode.net irc.freenode.net) 20.04.21 Quit pixelma (leguin.freenode.net irc.freenode.net) 20.04.21 Quit avacore^ (leguin.freenode.net irc.freenode.net) 20.04.21 Quit at0m (leguin.freenode.net irc.freenode.net) 20.04.21 Quit togetic (leguin.freenode.net irc.freenode.net) 20.04.21 Quit YpsyZNC (leguin.freenode.net irc.freenode.net) 20.04.21 Quit fxb__ (leguin.freenode.net irc.freenode.net) 20.04.21 Quit linuxstb (leguin.freenode.net irc.freenode.net) 20.04.21 Quit alexbobp (leguin.freenode.net irc.freenode.net) 20.04.21 Quit Zambezi (leguin.freenode.net irc.freenode.net) 20.04.21 Quit Sajber^ (leguin.freenode.net irc.freenode.net) 20.04.21 Quit Omlet (leguin.freenode.net irc.freenode.net) 20.04.21 Quit bah_ (leguin.freenode.net irc.freenode.net) 20.04.21 Quit Shaid (leguin.freenode.net irc.freenode.net) 20.04.21 Quit JdGordon (leguin.freenode.net irc.freenode.net) 20.04.21 Quit thegeek_ (leguin.freenode.net irc.freenode.net) 20.04.21 Quit tchan (leguin.freenode.net irc.freenode.net) 20.04.21 Quit JohnTeddy (leguin.freenode.net irc.freenode.net) 20.04.21 Quit shadearg (leguin.freenode.net irc.freenode.net) 20.04.21 Quit n17ikh (leguin.freenode.net irc.freenode.net) 20.04.21 Quit advcomp2019_ (leguin.freenode.net irc.freenode.net) 20.04.21 Quit redfox (leguin.freenode.net irc.freenode.net) 20.04.21 Quit DataGhost (leguin.freenode.net irc.freenode.net) 20.04.21 Quit bluebrother (leguin.freenode.net irc.freenode.net) 20.04.21 Quit scorche|sh (leguin.freenode.net irc.freenode.net) 20.04.21 Quit CIA-61 (leguin.freenode.net irc.freenode.net) 20.04.21 Quit jhulst (leguin.freenode.net irc.freenode.net) 20.04.21 Quit Guest34014 (leguin.freenode.net irc.freenode.net) 20.04.21 Quit Thundercloud (leguin.freenode.net irc.freenode.net) 20.04.21 Quit amiconn (leguin.freenode.net irc.freenode.net) 20.04.21 Quit tvelocity[away] (leguin.freenode.net irc.freenode.net) 20.04.21 Quit antil33t (leguin.freenode.net irc.freenode.net) 20.04.21 Quit goffa_ (leguin.freenode.net irc.freenode.net) 20.04.21 Quit bittin_ (leguin.freenode.net irc.freenode.net) 20.04.21 Quit webmind (leguin.freenode.net irc.freenode.net) 20.04.21 Quit soap (leguin.freenode.net irc.freenode.net) 20.04.21 Quit Overand (leguin.freenode.net irc.freenode.net) 20.04.21 Quit LambdaCalculus37 (leguin.freenode.net irc.freenode.net) 20.04.21 Quit jfc (leguin.freenode.net irc.freenode.net) 20.04.21 Quit daggett (leguin.freenode.net irc.freenode.net) 20.04.26 Quit kkurbjun (leguin.freenode.net irc.freenode.net) 20.04.26 Quit HellDragon (leguin.freenode.net irc.freenode.net) 20.04.26 Quit bmbl (leguin.freenode.net irc.freenode.net) 20.04.26 Quit mt (leguin.freenode.net irc.freenode.net) 20.04.26 Quit pamaury (leguin.freenode.net irc.freenode.net) 20.04.26 Quit froggyman (leguin.freenode.net irc.freenode.net) 20.04.26 Quit trisiak (leguin.freenode.net irc.freenode.net) 20.04.26 Quit lyngaas (leguin.freenode.net irc.freenode.net) 20.04.26 Quit yosafbridge (leguin.freenode.net irc.freenode.net) 20.04.26 Quit AlexP_ (leguin.freenode.net irc.freenode.net) 20.04.26 Quit Tristan53 (leguin.freenode.net irc.freenode.net) 20.04.26 Quit dfkt (leguin.freenode.net irc.freenode.net) 20.04.26 Quit jordan`` (leguin.freenode.net irc.freenode.net) 20.04.26 Quit Res1 (leguin.freenode.net irc.freenode.net) 20.04.26 Quit Torne (leguin.freenode.net irc.freenode.net) 20.04.26 Quit aidy (leguin.freenode.net irc.freenode.net) 20.04.26 Quit bzed (leguin.freenode.net irc.freenode.net) 20.04.26 Quit courtc (leguin.freenode.net irc.freenode.net) 20.04.26 Quit ChanServ (leguin.freenode.net irc.freenode.net) 20.04.26 Quit domonoky (leguin.freenode.net irc.freenode.net) 20.04.26 Quit gevaerts (leguin.freenode.net irc.freenode.net) 20.04.26 Quit cg_ (leguin.freenode.net irc.freenode.net) 20.04.26 Quit lostlogic (leguin.freenode.net irc.freenode.net) 20.04.26 Quit sbhsu (leguin.freenode.net irc.freenode.net) 20.04.26 Quit rwong (leguin.freenode.net irc.freenode.net) 20.04.26 Quit Kopfgeldjaeger (leguin.freenode.net irc.freenode.net) 20.04.26 Quit intrados_ (leguin.freenode.net irc.freenode.net) 20.04.26 Quit Rondom (leguin.freenode.net irc.freenode.net) 20.04.26 Quit parafin (leguin.freenode.net irc.freenode.net) 20.04.26 Quit toffe82 (leguin.freenode.net irc.freenode.net) 20.04.26 Quit jgarvey (leguin.freenode.net irc.freenode.net) 20.04.26 Quit bubsy (leguin.freenode.net irc.freenode.net) 20.04.26 Quit sinthetek (leguin.freenode.net irc.freenode.net) 20.04.26 Quit FOAD (leguin.freenode.net irc.freenode.net) 20.04.26 Quit meermanr (leguin.freenode.net irc.freenode.net) 20.04.26 Quit Erant (leguin.freenode.net irc.freenode.net) 20.04.26 Quit ender` (leguin.freenode.net irc.freenode.net) 20.04.26 Quit jvd (leguin.freenode.net irc.freenode.net) 20.04.26 Quit gtkspert_ (leguin.freenode.net irc.freenode.net) 20.04.26 Quit freqmod (leguin.freenode.net irc.freenode.net) 20.04.26 Quit Galois (leguin.freenode.net irc.freenode.net) 20.04.26 Quit Dhraakellian (leguin.freenode.net irc.freenode.net) 20.04.26 Quit Unhelpful (leguin.freenode.net irc.freenode.net) 20.04.26 Quit obo_ (leguin.freenode.net irc.freenode.net) 20.04.26 Quit kadoban (leguin.freenode.net irc.freenode.net) 20.04.26 Quit markun (leguin.freenode.net irc.freenode.net) 20.04.26 Quit AfterDeath (leguin.freenode.net irc.freenode.net) 20.04.26 Quit mortti_ (leguin.freenode.net irc.freenode.net) 20.04.26 Quit preglow (leguin.freenode.net irc.freenode.net) 20.04.26 Quit dionoea (leguin.freenode.net irc.freenode.net) 20.04.26 Quit gibbon_ (leguin.freenode.net irc.freenode.net) 20.04.26 Quit rphillips (leguin.freenode.net irc.freenode.net) 20.04.26 Quit martian67_ (leguin.freenode.net irc.freenode.net) 20.04.26 Quit suom1 (leguin.freenode.net irc.freenode.net) 20.04.26 Quit AndyI (leguin.freenode.net irc.freenode.net) 20.04.26 Quit Lss (leguin.freenode.net irc.freenode.net) 20.04.26 Quit crashd_ (leguin.freenode.net irc.freenode.net) 20.04.26 Quit bertrik (leguin.freenode.net irc.freenode.net) 20.04.26 Quit n17ikh|Server (leguin.freenode.net irc.freenode.net) 20.04.28 Quit daurn| (leguin.freenode.net irc.freenode.net) 20.04.28 Quit elcan (leguin.freenode.net irc.freenode.net) 20.04.28 Quit Kohlrabi (leguin.freenode.net irc.freenode.net) 20.04.28 Quit J-23 (leguin.freenode.net irc.freenode.net) 20.04.28 Quit GodEater (leguin.freenode.net irc.freenode.net) 20.04.28 Quit linuxguy3 (leguin.freenode.net irc.freenode.net) 20.04.28 Quit maraz (leguin.freenode.net irc.freenode.net) 20.04.28 Quit blithe_ (leguin.freenode.net irc.freenode.net) 20.04.28 Quit Beta2K (leguin.freenode.net irc.freenode.net) 20.04.28 Quit captainkwel (leguin.freenode.net irc.freenode.net) 20.04.28 Quit saratoga (leguin.freenode.net irc.freenode.net) 20.04.28 Quit MG_Man (leguin.freenode.net irc.freenode.net) 20.04.28 Quit explore (leguin.freenode.net irc.freenode.net) 20.04.28 Quit Necos_ (leguin.freenode.net irc.freenode.net) 20.04.28 Quit TruthTaco (leguin.freenode.net irc.freenode.net) 20.04.28 Quit Bagder (leguin.freenode.net irc.freenode.net) 20.04.28 Quit ch4os (leguin.freenode.net irc.freenode.net) 20.04.28 Quit evilnick_home (leguin.freenode.net irc.freenode.net) 20.04.28 Quit Tuplanolla (leguin.freenode.net irc.freenode.net) 20.04.28 Quit Hadaka (leguin.freenode.net irc.freenode.net) 20.04.28 Quit crwl (leguin.freenode.net irc.freenode.net) 20.04.28 Quit killan (leguin.freenode.net irc.freenode.net) 20.04.28 Quit rvvs89 (leguin.freenode.net irc.freenode.net) 20.04.28 Quit AB3JU (leguin.freenode.net irc.freenode.net) 20.04.28 Quit fred_2 (leguin.freenode.net irc.freenode.net) 20.04.28 Quit r00s (leguin.freenode.net irc.freenode.net) 20.05.49 NHeal leguin.freenode.net irc.freenode.net 20.05.49 NJoin ChanServ [0] (ChanServ@services.) 20.05.49 NJoin Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 20.05.49 NJoin bluebrother [0] (n=dom@rockbox/developer/bluebrother) 20.05.49 NJoin MG_Man [0] (n=MGMan@97.101.208.11) 20.05.49 NJoin LambdaCalculus37 [0] (n=LambdaCa@rockbox/staff/LambdaCalculus37) 20.05.49 NJoin GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 20.05.49 NJoin JdGordon| [0] (n=Miranda@nat/microsoft/x-unqhobajkypslkjm) 20.05.49 NJoin amiconn [0] (i=quassel@rockbox/developer/amiconn) 20.05.49 NJoin jfc [0] (n=john@dpc6682208002.direcpc.com) 20.05.49 Join kugel [0] (n=kugel@rockbox/developer/kugel) 20.05.49 NJoin domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 20.05.49 NJoin mt [0] (n=MTee@rockbox/developer/mt) 20.05.49 NJoin stoffel [0] (n=quassel@p57B4DC88.dip.t-dialin.net) 20.05.49 NJoin BBBradley [0] (n=c73d19fe@gateway/web/cgi-irc/labb.contactor.se/x-dxmcwlvovhbmkeen) 20.05.49 NJoin Omlet [0] (n=Omlet05@199.155-200-80.adsl-dyn.isp.belgacom.be) 20.05.49 NJoin moos [0] (i=mustapha@rockbox/staff/moos) 20.05.49 NJoin daggett [0] (n=denis@lab.openpattern.org) 20.05.49 NJoin captainkwel [0] (i=2669ecc2@gateway/web/freenode/x-cotiumjynzyfnyas) 20.05.49 NJoin parafin [0] (i=parafin@paraf.in) 20.05.49 NJoin explore [0] (n=msparker@pool-173-74-61-155.dllstx.fios.verizon.net) 20.05.49 NJoin ender` [0] (i=krneki@foo.eternallybored.org) 20.05.49 NJoin AndyI [0] (i=AndyI@212.14.205.32) 20.05.49 NJoin toffe82 [0] (n=chatzill@74.0.180.178) 20.05.49 NJoin martian67_ [0] (n=martian6@about/linux/regular/martian67) 20.05.49 NJoin Lss [0] (n=Lss@cm44.delta97.maxonline.com.sg) 20.05.49 NJoin tvelocity[away] [0] (n=tony@ppp-94-69-68-69.home.otenet.gr) 20.05.49 NJoin jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) 20.05.49 NJoin antil33t [0] (n=Mudkips@119.224.12.185) 20.05.49 NJoin pamaury [0] (n=pamaury@sal63-1-82-243-96-220.fbx.proxad.net) 20.05.49 NJoin froggyman [0] (n=chatzill@pool-72-69-196-209.chi01.dsl-w.verizon.net) 20.05.49 NJoin fxb__ [0] (n=felixbru@h1252615.stratoserver.net) 20.05.49 NJoin Zambezi [0] (i=Zulu@bnc.fran.dotbnc.se) 20.05.49 NJoin krazykit [0] (n=kkit@c-24-218-166-241.hsd1.ma.comcast.net) 20.05.49 NJoin at0m [0] (n=at0m@94-225-90-23.access.telenet.be) 20.05.49 NJoin alexbobp [0] (n=alex@adsl-75-34-100-218.dsl.austtx.sbcglobal.net) 20.05.49 NJoin ej0rge [0] (n=alhaz@alhaz.fttp.xmission.com) 20.05.49 NJoin linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 20.05.49 NJoin avacore^ [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) 20.05.49 NJoin YpsyZNC [0] (n=ypsy@geekpadawan.de) 20.05.49 NJoin pixelma [0] (i=quassel@rockbox/staff/pixelma) 20.05.49 NJoin togetic [0] (n=togetic@unaffiliated/ibuffy) 20.05.49 NJoin langzeitstudent_ [0] (n=langzeit@p5B17EDDD.dip.t-dialin.net) 20.05.49 NJoin BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 20.05.49 Mode "#rockbox +o ChanServ " by irc.freenode.net 20.05.49 NJoin Sajber^ [0] (n=Sajber@h-142-120.A213.priv.bahnhof.se) 20.05.49 NJoin redfox [0] (n=redfox2@ns351996.ovh.net) 20.05.49 NJoin shadearg [0] (i=arg@ipv4.panoptix.net) 20.05.49 NJoin tchan [0] (n=tchan@lunar-linux/developer/tchan) 20.05.49 NJoin Shaid [0] (i=adam@lurking.shaid.net) 20.05.49 NJoin bah_ [0] (n=bah@c-76-105-203-173.hsd1.wa.comcast.net) 20.05.49 NJoin thegeek_ [0] (n=nnscript@s243b.studby.ntnu.no) 20.05.49 NJoin n17ikh [0] (n=n17ikh@host-69-59-126-212.nctv.com) 20.05.49 NJoin DataGhost [0] (i=dataghos@unaffiliated/dataghost) 20.05.49 NJoin JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 20.05.49 NJoin advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) 20.05.49 NJoin JohnTeddy [0] (i=unstable@glitchinthe.net) 20.05.49 NJoin jhulst [0] (n=jhulst@jhulst.com) 20.05.49 NJoin CIA-61 [0] (n=CIA@208.69.182.149) 20.05.49 NJoin scorche|sh [50] (n=scorche@rockbox/administrator/scorche) 20.05.49 NJoin Guest34014 [0] (i=jljhook@irkki.fi) 20.05.49 NJoin bittin_ [0] (i=bittin@anapnea.net) 20.05.49 NJoin goffa_ [0] (n=goffa@216.220.23.105) 20.05.49 NJoin soap [50] (n=soap@rockbox/staff/soap) 20.05.49 NJoin Overand [0] (i=overand@crappy.domain.name) 20.05.49 NJoin webmind [0] (n=webmind@shell.puscii.nl) 20.05.49 NJoin jordan`` [0] (i=gromit@78.235.252.137) 20.05.49 NJoin AlexP_ [0] (n=alex@rockbox/staff/AlexP) 20.05.49 NJoin Res1 [0] (n=Res@user-0c6s6hp.cable.mindspring.com) 20.05.49 NJoin lyngaas [0] (n=staale@19.81-167-149.customer.lyse.net) 20.05.49 NJoin Tristan53 [0] (i=tristan@66.252.24.153) 20.05.49 NJoin courtc [0] (n=court@unaffiliated/courtc) 20.05.49 NJoin yosafbridge [0] (n=yosafbri@ludios.net) 20.05.49 NJoin Torne [0] (i=torne@lowell.wolfpuppy.org.uk) 20.05.49 NJoin trisiak [0] (n=tree@chello089076201062.chello.pl) 20.05.49 NJoin kkurbjun [0] (n=kkurbjun@rockbox/developer/kkurbjun) 20.05.49 NJoin HellDragon [0] (i=jd@Wikipedia/HellDragon) 20.05.49 NJoin bmbl [0] (n=Miranda@unaffiliated/bmbl) 20.05.49 NJoin dfkt [0] (i=dfkt@unaffiliated/dfkt) 20.05.49 NJoin bzed [0] (n=bzed@devel.recluse.de) 20.05.49 NJoin aidy [0] (n=aidy@mail.rty.ca) 20.05.49 NJoin Neovanglist [0] (i=Neovangl@69.31.129.33) 20.05.49 Join jvd [0] (i=syscrash@poipu/developer/syscrash) 20.05.49 NJoin Necos_ [0] (i=1001@cpe-76-169-21-84.socal.res.rr.com) 20.05.49 NJoin crashd_ [0] (i=foobar@lostnode.org) 20.05.49 NJoin gevaerts [0] (n=fg@rockbox/developer/gevaerts) 20.05.49 NJoin gtkspert_ [0] (n=gtkspert@203-206-63-2.dyn.iinet.net.au) 20.05.49 NJoin bubsy [0] (i=Bubsy@94.139.72.137) 20.05.49 NJoin sinthetek [0] (n=sinthete@cpe-075-183-051-184.triad.res.rr.com) 20.05.49 NJoin bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 20.05.49 NJoin rwong [0] (n=ricky@www.roflwaffle.com) 20.05.49 NJoin lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) 20.05.49 NJoin sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 20.05.49 NJoin cg_ [0] (n=cromos@cable-kmi-fe71de00-186.dhcp.inet.fi) 20.05.49 Mode "#rockbox +v CIA-61 " by irc.freenode.net 20.05.49 NJoin intrados_ [0] (n=intrados@cpe-71-67-138-190.woh.res.rr.com) 20.05.49 NJoin Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 20.05.49 NJoin n1s [0] (n=n1s@rockbox/developer/n1s) 20.05.49 NJoin TruthTaco [0] (n=truthtac@adsl-74-11-204.aby.bellsouth.net) 20.05.49 NJoin Zarggg [0] (n=zarggg@65.78.69.194) 20.05.49 NJoin freqmod [0] (i=quasselg@dhcp208-240.ed.ntnu.no) 20.05.49 NJoin FOAD [0] (n=dok@dinah.blub.net) 20.05.49 NJoin shodanX [0] (n=shodanX@131.188.49.35) 20.05.49 NJoin n17ikh|Server [0] (n=n17ikh@host-69-59-126-212.nctv.com) 20.05.49 NJoin Galois [0] (i=djao@efnet.math.uwaterloo.ca) 20.05.49 NJoin Rondom [0] (n=Rondom@dslb-084-057-133-053.pools.arcor-ip.net) 20.05.49 NJoin AB3JU [0] (n=dz@alt.dissonance.nl) 20.05.49 NJoin Bagder [241] (n=daniel@rockbox/developer/bagder) 20.05.49 NJoin daurn| [0] (n=daurnima@ppp121-44-198-241.lns10.mel4.internode.on.net) 20.05.49 NJoin ch4os [0] (n=ch4os@gentoo/user/ch4os) 20.05.49 NJoin kachna [0] (n=kachna@84.42.177.178) 20.05.49 NJoin saratoga [0] (i=9803c6dd@gateway/web/freenode/x-wwscknztftzrcfcf) 20.05.49 NJoin suom1 [0] (i=markus@viitamaki.net) 20.05.49 NJoin Dhraakellian [0] (n=ntryon@cpe-72-226-197-191.rochester.res.rr.com) 20.05.49 NJoin elcan [0] (i=user36@massdeop.us) 20.05.49 NJoin meermanr [0] (n=meermanr@robmeerman.co.uk) 20.05.49 NJoin markdrago [0] (n=mdrago@24.186.158.92) 20.05.49 Join Unhelpful [0] (n=quassel@rockbox/developer/Unhelpful) 20.05.49 NJoin Kohlrabi [0] (n=Kohlrabi@frustrum.nosebud.de) 20.05.49 NJoin obo_ [0] (n=obo@rockbox/developer/obo) 20.05.49 NJoin evilnick_home [0] (n=evilnick@pool-173-52-149-141.nycmny.east.verizon.net) 20.05.49 NJoin kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) 20.05.49 NJoin Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) 20.05.49 NJoin Hadaka [0] (n=naked@naked.iki.fi) 20.05.49 NJoin markun [50] (n=markun@rockbox/developer/markun) 20.05.49 NJoin crwl [0] (n=crawlie@a91-156-100-168.elisa-laajakaista.fi) 20.05.49 NJoin AfterDeath [0] (n=icxcnika@freenode/weird-exception/network-troll/afterdeath) 20.05.49 NJoin GodEater [0] (n=bibble@rockbox/staff/GodEater) 20.05.49 NJoin Ridayah [0] (n=ridayah@173-19-110-59.client.mchsi.com) 20.05.49 NJoin tarbo_ [0] (n=me@unaffiliated/tarbo) 20.05.49 NJoin mortti_ [0] (i=mortti@beer.modeemi.cs.tut.fi) 20.05.49 NJoin killan [0] (n=nnscript@c-0efa70d5.06-397-67626721.cust.bredbandsbolaget.se) 20.05.49 NJoin fred_2 [0] (i=fred@hpc-cluster.hamburgnet.de) 20.05.49 NJoin Erant [0] (i=erant@plz.stfu.kthnx.org) 20.05.49 NJoin dionoea [0] (n=dionoea@videolan/developer/dionoea) 20.05.49 NJoin gibbon_ [0] (i=gibbon_@could.become.a.servant4you.org) 20.05.49 NJoin rphillips [0] (n=rphillip@unaffiliated/rphillips) 20.05.49 NJoin preglow [0] (i=thomj@tvilling2.pvv.ntnu.no) 20.05.49 NJoin blithe_ [0] (n=blithe@blakesmith.me) 20.05.49 NJoin maraz [0] (i=maraz@xob.kapsi.fi) 20.05.49 NJoin linuxguy3 [0] (n=timj@adsl-68-253-209-176.dsl.emhril.ameritech.net) 20.05.49 NJoin Beta2K [0] (n=beta@d24-36-68-97.home1.cgocable.net) 20.05.49 NJoin rasher [50] (n=rasher@rockbox/developer/rasher) 20.05.49 NJoin rvvs89 [0] (n=ivo@pdpc/supporter/base/rvvs89) 20.05.49 NJoin Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) 20.05.49 NJoin jon-kha [0] (i=jon-kha@kahvi.eu.org) 20.05.49 NJoin r00s [0] (n=ru@zentrale.profitables.biz) 20.06.10 NJoin J-23 [0] (n=zelazko@unix.net.pl) 20.06.11 Quit parafin (leguin.freenode.net irc.freenode.net) 20.06.11 Quit meermanr (leguin.freenode.net irc.freenode.net) 20.06.11 Quit sinthetek (leguin.freenode.net irc.freenode.net) 20.06.11 Quit toffe82 (leguin.freenode.net irc.freenode.net) 20.06.11 Quit jgarvey (leguin.freenode.net irc.freenode.net) 20.06.11 Quit Erant (leguin.freenode.net irc.freenode.net) 20.06.11 Quit FOAD (leguin.freenode.net irc.freenode.net) 20.06.11 Quit bubsy (leguin.freenode.net irc.freenode.net) 20.06.11 Nick J-23 is now known as Guest916 (n=zelazko@unix.net.pl) 20.06.13 Nick Guest916 is now known as J-23 (n=zelazko@unix.net.pl) 20.06.34 NJoin parafin [0] (i=parafin@paraf.in) 20.06.34 NJoin toffe82 [0] (n=chatzill@74.0.180.178) 20.06.34 NJoin jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) 20.06.34 NJoin bubsy [0] (i=Bubsy@94.139.72.137) 20.06.34 NJoin sinthetek [0] (n=sinthete@cpe-075-183-051-184.triad.res.rr.com) 20.06.34 NJoin FOAD [0] (n=dok@dinah.blub.net) 20.06.34 NJoin meermanr [0] (n=meermanr@robmeerman.co.uk) 20.06.34 NJoin Erant [0] (i=erant@plz.stfu.kthnx.org) 20.10.20 Quit froggyman (Remote closed the connection) 20.10.43 Quit thegeek_ (Read error: 104 (Connection reset by peer)) 20.11.51 Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) 20.11.54 Quit freqmod ("No Ping reply in 90 seconds.") 20.11.59 Join freqmod [0] (i=quasselg@dhcp208-240.ed.ntnu.no) 20.12.22 Join froggyman [0] (n=chatzill@pool-72-69-196-209.chi01.dsl-w.verizon.net) 20.13.29 Quit stoffel (Read error: 113 (No route to host)) 20.13.30 *** Saving seen data "./dancer.seen" 20.15.08 Join JdGordon|| [0] (n=Miranda@nat/microsoft/x-iznudbolhfuhqksf) 20.21.53 Quit daggett ("Ex-Chat") 20.26.45 # BBBradley: What's the value of GPIO L when you are plugged in like that and not drawing any power, then? 20.31.35 Quit JdGordon| (Connection timed out) 20.31.44 Nick JdGordon|| is now known as JdGordon| (n=Miranda@nat/microsoft/x-iznudbolhfuhqksf) 20.32.13 # kugel: If the YH bootloaders cause flipped display in the OF, it means that rockbox uses the opposite update direction in the lcd controller. The solution would be to change that 20.33.40 # I almost expected that 20.34.18 # the lcd driver is a 99% copy and paste from the h10 (20gb(?)) though 20.38.12 Part aidy 20.40.38 # Hey, I'm working on a theme, and is 71x71 a reasonable albumart size? 20.40.45 # Would it be better if I made it 72x72 instead? 20.43.23 Join BdN3504 [0] (n=4e343592@gateway/web/cgi-irc/labb.contactor.se/x-zwyadcwiabbxwyfx) 20.43.38 Quit froggyman ("ChatZilla 0.9.85 [Firefox 3.5.2/20090729225027]") 20.43.41 # gevaerts: can I ask you some question about storage ? 20.43.49 Join petur [0] (n=peter@rockbox/developer/petur) 20.44.08 # pamaury: sure. You managed to catch me when I have some time :) 20.44.17 Quit LambdaCalculus37 ("Leaving") 20.44.27 # which is a difficult thing :) 20.44.53 # it normally isn't, but I'm in tourist mode these days 20.44.54 # MG_Man, I don't think it really matters, but Unhelpful should know for sure 20.45.24 # I was wondering for bot hquality's sake and if it affects performance or not 20.45.26 # both* 20.45.40 # I wonder because OpenGL has a hard time doing textures that aren't a power of 2 20.45.42 # gevaerts: That about MTP, in MTP there is a logical distinction between drives and volumes 20.45.47 # I know this isn't OpenGL, but still 20.46.33 # gevaerts: so I would like to know if there is a way 1) to list the volumes in RB 2) to map between drives and volumes (ie which volume belongs to which drive) ? 20.47.05 # MG_Man: I don't think it matters at all 20.47.35 # Okay then 20.48.05 # the only thing that matters is the orig size of the album art (i.e. the scaling factor) 20.48.49 # pamaury: the information is there, but it's not really exported right now. Have a look at firmware/common/disk.c, especially the use of the vol_drive[] array 20.48.58 # Yeah, that's why I thought 72 or 75 might work better 20.49.10 # I guess I'll just wait and see when I'm done how it all looks 20.49.27 # gevaerts: yes I looked at it and saw that it was here :) I just wondered if there was an api but if you say no 20.49.36 # i need some manual help, with things i don't understand. i get funny output when i try to display special characters in examples: http://i66.photobucket.com/albums/h272/Mullah15/problems.jpg 20.49.50 # if the OF display on the YH is upside down, its probably as easy as just flipping some bit before branching to the OF 20.50.02 # MG_Man: the link to the patchset has been updated on the PluginMidiPlay wiki page, the one on the SoundCodecs page has been overlooked, I'm going to change it but thought I could let you know 20.50.10 # saratoga: really? Tell me the bits please! ;) 20.50.23 # Thanks 20.50.29 # pamaury: not that I remember anyway. If you're going to use it from MTP, I guess we'll need some sort of clean API 20.50.46 # gevaerts: I also have another question but which is much more open. In MTP, each object (basically object=file | dir) must be uniquely identified with a handle which is 32bit long. I'm wondering what is best way to achieve this 20.51.37 # gevaerts: The main problem is that with only a handle, I must be able to retrieve all the information about the file This includes: parent directory, size, data, metadata, ... 20.52.20 Join Lear [0] (i=chatzill@rockbox/developer/lear) 20.52.23 # gevaerts: And also, because of the way MTP works, there are no such thing as "open file" or "close file" 20.52.31 # gevaerts: Any idea ? 20.52.36 # the image i posted is the outcome of the following tex input: http://pastie.org/590187 20.52.41 # we would need to maintain a DB :) 20.52.45 # Hmm 20.52.49 # Seems MIDIs are all quiet too 20.52.56 # pamaury: I don't have a real idea right now, except maybe to require using the database if you want MTP 20.52.59 # However, I can fix that simply by editing the patches to be louder 20.53.02 # So it's all good 20.53.25 # gevaerts: yes that was what I wanted to talk about :) 20.53.30 # * pixelma wonders if we really need two place link to the patchset or if one should be replaced by a link to the other page 20.53.31 # i tried everything, using \config{}, \% and % wihtout anyhing, nothing works right. if you know how to code this please help me. 20.53.55 # gevaerts: I don't exactly know how the database works, is there an api ? Where is the code ? 20.54.53 # as far as I can see, the main advantage of MTP is better database integration, so requiring the database is not that bad I think 20.55.14 # The database does have an API, yes, but that's about all I know about it. 20.55.16 # Question: What audio format are the patches? 20.55.25 # Wait 20.55.31 # BdN3504: % is the comment symbol, so you definitely need to escape that. 20.55.32 # I have Awave Studio, that can probably do it 20.55.50 # further, \\ is a (hard) newline. Why are you putting that at the end of the line? 20.55.53 # BdN3504: I remember problems with special chars in the verbose environment too (like \example uses) - isn't it already done in the other tag descriptions, e.g. escaping % etc.? 20.55.58 # Yep, it can 20.56.00 # Okay 20.56.04 # gevaerts: who is the database expert ? :) 20.56.22 # pamaury: there isnt one who is really active :( 20.56.31 # I remember seeing a tag commit id (or something like that) in the database code, currently unused 20.56.32 # * bluebrother remembers that this is in a verbatim environment 20.56.52 # oh, sorry, wrong word 20.57.05 # verbatim was what I meant ;) 20.57.07 # Ah... I saw thing in the code about "dircache", it is related to the database or am I completely missing the point ? 20.57.28 # pamaury: most of it was written by Slaheri I think, but he isn't very active these days. I do know that kugel has recently been working on database integration in pictureflow, so he probably knows a bit about the API 20.57.29 # dircache is something else, but may also be able to provide unique ids for files actually 20.57.46 Join stoffel [0] (n=quassel@p57B4DC88.dip.t-dialin.net) 20.57.57 # not immediately, i expect, but with some poking ;) 20.58.02 # what exactly is dircache ? 20.58.13 # it's a cache of the contents of every directory on the filesystem 20.58.18 # pixelma: bluebrother: i looked at the code, in which examples are used and most of the time people use \begin{example} plain code without markup \end{example}. so i wonder why my text is fucked. 20.58.20 # to be able to browse the fs without spinning up the disk 20.58.29 # Torne: not *every*. It';s limited in size... 20.58.51 # it is? 20.58.51 # pamaury: the database is called "tagcache" internally 20.58.53 # Ah... That's no a good thing. 20.58.55 # it is? :) 20.59.17 # it isn't? 20.59.21 # * gevaerts isn't sure 20.59.23 # gevaerts: *every* file that the browser can get to is in the db... if a folder has too many files it wont be shown anywhere 20.59.32 # If dircache is limited in size, that's embarrassing from my point of view. 20.59.46 # It's buffer_alloc'd at start, IIUC it isn't limited (same for tagcache) 20.59.53 # IIUC/IIRC actually 20.59.54 # kkugel: the H10 has a lcd_set_flip command 21.00.10 # But it's limited by the memory... 21.00.34 # It isn't. It's only limited in the sense that it can't grow that much without a reboot. 21.00.58 # so that would be a problem if, say, you were adding all your music over mtp to a blank player :) 21.01.09 # isn't dircache disabled anyway on flash targets? 21.01.10 # How can't it be limited by the memory ? Isn't it loaded at boot time ? 21.01.21 # * gevaerts would use tagcache, not dircache 21.01.24 # gevaerts: no 21.01.27 # kugel: its implemented for the YH925 too but i don't know if it works 21.01.36 # gevaerts: well yes, it was just a thought 21.01.41 # I don't have the lcd flip option 21.01.43 # gevaerts: Nope. Some parts of tagcache need it. 21.01.46 # pamaury: it's unlikely to run out of memory 21.02.10 # pamaury: the dircache for my 60GB music collection is under a meg 21.02.12 # BdN3504: I see a lot escaping the % - so \% 21.02.25 # * gevaerts decides to shut up. He's been proven wrong too many times now 21.02.38 # And is dircache available on every target ? 21.02.43 # no 21.02.51 # also as we discussed a while ago there are reasons to avoid 'spinups' on flash as well, they still bring the flash out of idle which costs power 21.02.56 # BdN3504: you need to put exactly 4 spaces in front of the example text 21.03.04 # ahhhhh 21.03.11 # (see the example environment definition in preamble.tex) 21.03.14 # pamaury: you want to be using the tagcache. sorry. it was just a random thought. 21.03.15 # Torne: it definitely gives a speed up also, comparing my e200 to my fuze 21.03.21 # thanks a lot 21.03.33 # Lear: tagcache doesn't need dircache but it helps speeding things up 21.03.35 # kugel: well that's not surprising, flash might be zero seek but it's still slower than SDRAM :) 21.04.12 # Ok, can someone tell which files I should look at for tagcache ? 21.04.32 # tagcache.[ch] 21.04.41 # pixelma: It did require it for something, but that may have changed, yes... 21.05.49 # auto-update I believe that was 21.05.51 # I'm not an expert but for now, if I want to code MTP, it has to be the firmware to have access to usb. Is tagcache available from the firmware ? [sorry if my question seems stupid] 21.06.18 # No. This is going to need a firmware->app call :) 21.06.27 # *somewhere*, anyway 21.06.37 # the firmware == rockbox? 21.06.54 # n1s: firmware as in the directory in the source 21.06.59 # ah 21.07.17 # why does it need to be done there? 21.07.22 # And is the tagcache directory oriented or it is just a plain list ? 21.07.37 # it's going to require bending the rules a tiny bit, yes, at least until we do USB drivers as plugins 21.07.40 # pamaury: it's a db indexed by various properties of the file's tags. 21.07.50 # pamaury: it is not in any way arranged by disk location 21.08.13 # Hum, ... 21.08.17 # yeah, it stores various metadata and the path to the file 21.08.19 # n1s: because usb drivers are in firmware atm 21.08.28 # IIUC it's just the main index file + 1 tag specific index file loaded into ram 21.09.21 # So with tagcache it's impossible to browse the filesystem in the "normal" way ? 21.09.32 # not using th tagcache, no 21.09.41 # you can still browse the filesystem, by ignoring the tagcache. 21.09.44 # tagcache is really just the music database cached 21.09.59 # tagcache *is* the music database 21.10.02 # s/cached// 21.10.13 # :S 21.10.22 # if you really care about the disk locations of stuff for MTP, then maybe it *does* want to be based on dircache after all 21.10.39 # So with MTP, the dircache seems better if I want to export the whole filesystem 21.10.53 # yes definitely 21.11.06 # But It's not mandatory 21.11.09 # * Torne doesn't actually have any idea how MTP works so should probably read that sometime :) 21.11.41 # MTP doesn't require to export the whole FS, nor it requires to export it in a hierarchical way 21.11.56 # If I want, I can only export music, which is sensical anyway 21.12.27 # (And quite practical with tagcache, since MTP has some kind of db requests) 21.12.39 # anyway dircache or tagcache is probably the way, depending how you want to do it. both of those would allow *some* way to identify files/tracks with an ID of some kind. 21.13.46 # or implement ext2 support, and use inodes 21.13.48 # * gevaerts runs away 21.14.00 # gevaerts: I though about it : 21.14.02 # That doesn't help 21.14.09 # inodes identify files but not directory entries 21.14.13 # well, with mtp wouldnt it open the logical door to more file systems : 21.14.15 # :) 21.14.19 # you would have to scan the entire fs to find the directory entries for them ;) 21.14.23 Join flydutch [0] (n=flydutch@host214-146-dynamic.15-87-r.retail.telecomitalia.it) 21.15.41 # I'm puzzled, on the one hand, tagcache seems to be a good way to export ONLY the music and on the other hand dircache seems to be a good to export the whole fs but with a more complicated code I think 21.16.04 # I would need a dirtagcache :) 21.16.08 # How stable do these numbers need to be? 21.16.27 Part TruthTaco ("Leaving") 21.16.28 # i was assuming only for one USB connection 21.16.46 # I think db is the better way to do it 21.16.50 # stable accross a session. Most softwares open a session on opening and close a session on closing... :) 21.17.05 # dircache is not always compiled and even when it is, its off by default isnt it? 21.17.19 # indeed 21.17.26 # peoplel wanting to use mtp would have to turn it on 21.17.34 # or the same for tagcache. 21.17.58 # dircache works with low mem targets though so i think is always compiled in 21.18.39 # wrong 21.19.06 # only if MEMORYSIZE > 8 21.19.36 # pamaury: do you need something in RAM? 21.19.55 # i suspect it would get slow real quick if it wasn't 21.20.06 # sorry.. i meant the db there not dircache 21.20.07 # dircache is really a cache, tagcache is just a bad name (it's not a in-ram-cache) 21.20.27 # For now, only a few thing that are statics and I believe It won't require RAM expect for this handle problem... 21.21.41 # however, the tagcache has a cache too (tc_ram_cache or whatever it's called) 21.22.35 # well, the tagcache is still a cache even when it's not in ram. it's a cache of the results of parsing metadata on each file 21.24.17 # Is it slow ? 21.26.05 Join efyx [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) 21.26.31 # anyone wanna comment on/commit FS#10414 (supporting bzr in version.sh) 21.26.34 # ;) 21.26.40 # Getting fed up with patching it into branches 21.27.59 # I think I will have to choose wether to export the whole fs or not because it changes everything. What do you think is best ? To me it's more sensical to export music though MTP because it's designed for that. 21.28.19 Join sickasabat_ [0] (n=gavan@82-35-115-57.cable.ubr07.dals.blueyonder.co.uk) 21.28.55 # People might well want the full fs as well though 21.29.07 # especially if we ever go with supporting other FSes 21.29.26 # I dunno really, never used an MTP device or really read much about it 21.30.04 # We can still have to MTP modes :) 21.30.08 # * two 21.31.12 # New commit by 03kugel (r22442): Fix displaying of the database browser's progress splash so that it works as intended (according to r16432: hide until 0.5s have passed, but never if ... 21.31.15 # ugh MTP 21.32.18 # couldnt we try to compute a (nearly) unique id (hash sum or alike) from a filename/path and use that as ID ? 21.32.54 # And how do you retrieve the parent of a file from it's ID ? 21.33.01 # Or it's metadata ? 21.33.12 # pamaury: definetly leave it music only for now at least 21.33.13 # Sorry I'm stupid... 21.33.24 # domonoky: that's a bit of a one way function, no? 21.33.32 # if people want the full fs they should use msc 21.33.45 # hmm, this is not what I wanted to commit 21.34.01 # hm, to be usefull it has to be a two-way function... that gets complicated :-) 21.34.15 # Clearly yes, it has to be bijective 21.34.43 # domonoky: if you were just going to make IDs up and remember them somewhere there are a vast number of schemes you could use, but reusing one we already have would be better :) 21.34.52 # if we dont need playback while doing MTP we could just build a big index in ram at start of MTP :-) 21.35.21 # Yes I tought about it but it's it slow to seek the whole fs ? 21.35.26 # dircache already does that for you at boot though if it's turned on :) 21.35.27 # *thought 21.35.46 # ahh I was looking at the wrong diff :p 21.35.46 # with dircache the index build-up should be fast. 21.36.00 # dircache is probably a good thing, I *only* need a way to map between dircache and IDS 21.36.04 # with dircache we already have an index 21.36.32 # or a similar enough data structure to one anyway 21.36.45 # But in dircache there are no files of course ? 21.36.53 # using its own map has the benefit of also working without dircache, although without dircache it will be slower. 21.37.07 # pamaury: the dircache contains the contents of every directory 21.37.10 # so yes, it includes all files 21.39.55 # I think I need more information about the way MTP software works. I don't exactly know how they list songs on a device. 21.40.20 # exit 21.40.22 # quit 21.40.43 # quit 21.40.45 # quit 21.40.50 Part sickasabat_ ("Ex-Chat") 21.40.54 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) 21.40.54 Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) 21.40.54 Quit amiconn (Nick collision from services.) 21.40.54 Quit pixelma (Nick collision from services.) 21.41.11 Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) 21.41.13 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) 21.41.41 # do we really want mtp? I, for myself, don't 21.42.03 # some people want mtp, it seems. and mtp lets you get rid of MSC :) 21.42.18 # (block devices suck) 21.43.36 # if we can get MTP why not ? and it allows for some nice things.. (like using rockbox while doing MTP) 21.43.38 # Well MTP is not really cleverly designed in my opinion. For example, you can only retrieve a whole file at a time and as it does not requires folders, it has an overpowerful function to get lists of objects 21.44.56 # do bitmap target also use rgb888 for colour definitions in the viewport declaration? 21.46.34 # isn't MTP just a database interface? couldn't you have a folder field in your database? 21.47.06 # is ipod 4g grayscale a bitmap target, if so, you don't have to answer my last question 21.47.11 # ? 21.47.35 # Basically yes, MTP is an interface around a database request 21.47.47 # BdN3504: all targets except the archos player are bitmap targets. 21.47.51 # greyscale targets use 0, 1, 2, 3 instead for the 4 different "greys", monochrome doesn't use those definitions. It is explained on the CustomWPS page 21.48.10 # plus what bluebrother said 21.48.41 # thank you again 21.51.46 # can i refer to greyscale targets using \opt{masf} ? 21.52.00 # no 21.52.16 # what do i have to use then? 21.52.17 # although I would spell it Player to make clear it is only that one model, the other supported Archoses like the Ondios or Recorders are bitmap as well 21.54.23 Join Rob2222 [0] (n=Miranda@p4FDCC288.dip.t-dialin.net) 21.55.11 # I'd use a combination of lcd_non-mono and lcd_color 21.56.15 # pixelma: would \nopt{player,lcd_color} also work? 21.56.41 # that would include the monochrome bitmap screens 21.57.06 # other Archoses, the Clip, m200 etc. 21.57.14 # ah ok 22.02.05 # the clip is a monochrome bitmapscreen? 22.02.27 # oops yes it is 22.02.36 # i confused it with c200 22.03.31 # BdN3504: you can't use multiple options in \opt or \nopt 22.04.32 # hmm? I wasn't sure about the \nopt but in \opt it is used everywhere 22.04.41 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 22.04.41 # sorry, slightly wrong. It works for \opt 22.05.03 # * pixelma blames the weather ;) 22.05.05 # \nopt simply inverses that by using a global variable. It might break on that. 22.05.14 # Another aesthetics question 22.05.26 # * bluebrother blames the weather too ;) 22.05.34 # If the titles are TItele over Album over Artist, should the Artist come second or last? 22.05.37 # title* 22.06.09 # I guess the bitmap assets are done, time to start coding the theme 22.06.55 # * bluebrother wonders if it would make sense to scrap all those \opt stuff and use the preprocessor instead -- we need it for features.txt anyway 22.06.56 # bluebrother: I'd probably nest it like: \opt{lcd_non-mono}{\nopt{lcd_color}{blah}} 22.07.24 # is there no lcd_greyscale like thing? 22.07.44 # no, not for the languages' feature text 22.07.56 # hmm. 22.08.00 # features.txt 22.09.06 # I wouldn't want to stuff things into that one which will then only be used in the manual but every now and then the topic comes up to add features just for the manual... 22.13.18 # bluebrother: so you think using the preprocessor is possible? Reminds me of the other problem - is it possible to use something like "#if LCD_HEIGHT > 64" etc., that could make some selections a lot easier 22.13.33 *** Saving seen data "./dancer.seen" 22.13.49 # * pixelma adds a "possible" 22.14.59 Quit stoffel (Remote closed the connection) 22.15.19 # pixelma: well, we currently parse features.txt to create an input file. I don't think it would be a problem to replace the copy-tex-files-to-build-folder with a preprocess-tex-files-into-build-folder 22.15.35 # though I guess it would be a bit of work to replace all that \opt stuff. 22.16.36 Quit Lear ("ChatZilla 0.9.85 [Firefox 3.5.2/20090729225027]") 22.16.47 Quit AndyI (Read error: 104 (Connection reset by peer)) 22.18.05 Join AndyI [0] (i=AndyI@212.14.205.32) 22.18.31 # the default font in the wps is "0", right? so the system font. on the wiki its says default font is user font, wrong? 22.19.05 # why should the wps default to anything else than the user font? 22.19.39 # BdN3504: 0 is the small system font, 1 is the user font. anything else will fallback to 1 22.19.44 # default should be the user font... 22.21.02 # ok learned something again 22.21.21 # hm, scrollbar on the left is quite nice, but I miss the offset of the items a bit 22.21.44 # on the right* 22.22.15 # you could add an offset pretty easily :) 22.22.27 # user definable viewports for everything! 22.22.57 # I'm thinking the title could be shifted to the right a bit 22.24.41 # or give it a different color! ;) 22.25.16 # * kugel has another mockup for custom statusbar, using 2 viewports and the list between 22.26.20 # Well, while we're on topic of how a WIP theme looks 22.27.19 # Any suggestions for this? 22.27.21 # http://img132.imageshack.us/img132/8733/rboxwinamp1.png 22.28.16 # nice 22.28.18 Join Hillshum [0] (n=hillshum@unaffiliated/hillshum) 22.30.38 # New commit by 03kugel (r22443): Enable dircache for targets with 8MB RAM too (AMS Sansas, modded Archoses). 22.31.03 # It's basically this, ported to iPod Photo/Iriver H300 22.31.05 # http://img525.imageshack.us/img525/2192/winampj.png 22.31.15 # and changed to be more intuitive for a handheld player 22.31.21 # looks damn copyright-questionable ;) 22.31.35 # Well, wouldn't the ipod ripoff ones be too? :P 22.31.39 # there already were some winamp skins which have been removed for that reason 22.31.44 # ah 22.31.51 # * Hillshum wonders what the point of dircache on a flash target 22.32.03 # I see, I guess I'll just keep it for my own use then 22.32.34 # MG_Man: I think alot depends on whether the images are lifted off the copyrighted thing or if they just look like it 22.34.36 Quit GeekShadow (Read error: 131 (Connection reset by peer)) 22.34.58 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 22.34.59 # true, if you can provide the sources for the images you use, i.e. photoshop psd files or .xcf or whatever graphics processor you used, then you can release 22.35.21 # 32k?! 22.36.23 # dircache has a 32K stack... 22.36.24 # I'm impressed that a feature that needs to buffer_alloc() costs 32k alone 22.36.37 # its not buffer_alloced() 22.36.44 # the stack isnt anyway 22.37.07 # but the rest is 22.37.11 # yes 22.37.18 # I wasn't aware of that giant stack 22.37.38 # 10k of code though! 22.38.21 # * JdGordon| doesnt see why dircache is compiled in for flash targets 22.38.41 # I do 22.38.42 # because it's faster? 22.38.53 # is it? 22.38.54 Quit bubsy ("I'll be back somewhere in time...") 22.38.54 # I'm tired of using my fuze without 22.39.03 # it's faster and saves battery 22.39.04 # to speed things up for auto-update 22.39.11 # the fuzes flash is that slow?! 22.39.14 # ram is faster than flash 22.39.55 # preventing the flash from waking up just for browsing is worth it alone, imo 22.40.09 # I never enabled it on my c200 and was never annoyed that something would take too long 22.40.23 # it doesn't take long 22.40.30 # but it takes noticeably longer 22.40.56 # I've never used my e200 without dircache, and I've never used my fuze with dircache. I know the difference 22.41.04 Quit petur ("reconfiguring") 22.41.26 # that's a weird statement 22.41.33 # the c200 has so plenty of ram I'd just turn it on for the fun of it :) 22.41.53 # what is weird on that statement? 22.42.15 # if you never used it without, how can you know the differnce, I mean especially how it feels if you use it? 22.42.45 # read again, I've never used my fuze with dircache 22.43.29 # not powering up the flash is worth plenty of memory on flash targets 22.44.14 # you'll know about the facts but not how noticable it is in everyday use. kugel, I read it again and you said you never used it on your e200 as woll 22.44.17 # although i don't understand why such a large stack is needed 22.44.18 # well 22.44.22 Quit moos ("Rockbox rules the DAP world") 22.44.36 # pixelma: I've never used my e200 without dircache 22.44.49 # you compare apples with mashed bananas. So you know the difference. Huh? 22.45.08 # how do i correctly use several opts in an example? i tried "\begin{example}[nl]\opt{somethin}[nl][four spaces]code[nl]}%[nl]\opt etc. [nl]\end{esample}" ??? 22.45.27 # * bluebrother has never used any flash target with dircache and never noticed it being slow without 22.45.39 # sorry that's what I meant, you only used them with dircache 22.45.43 # I said it's not slow, but still slower 22.45.47 # so you only know one side 22.45.57 # for a noticable difference, how about trying a hdd based target? *That's* noticable 22.46.00 # pixelma: I used the one with dircache, the other without 22.46.06 # *esample=example 22.46.07 # read again ;) 22.46.22 # this argument is stupid, dircache should be enabled on flash targets regardless of performance 22.46.52 Quit Hillshum ("Ex-Chat") 22.46.52 # kugel: but there might be differences in Fuze vs. e200 22.46.54 # BdN3504: I don't think you can use \opt inside of an example environment. Does it work in any way? 22.47.10 Join gurnarok [0] (n=nnscript@dsl-tkubrasgw1-fe19fa00-228.dhcp.inet.fi) 22.47.27 # saratoga: but then you have to power up the flash a little more often for buffering 22.47.34 # saratoga: why should dircache be enabled on flash targets? Just it's because an amount faster most users won't notice? 22.47.40 Join petur [0] (n=peter@rockbox/developer/petur) 22.47.58 # bluebrother: don't claim stuff you didn't even test out please 22.48.12 # so depending on how you use it (browsing vs. playback) the runtime might not be very different 22.48.41 # pixelma: it would be extremely difficult to make it worse so i don't really see the argument here 22.49.00 # kugel: who says I haven't tried dircache on a flash based target? There's a difference between *using* and *trying* 22.49.23 # ah, nice excuse 22.49.48 # depends on the amount of RAM, might already be interesting for 8MB targets 22.49.53 # pixelma: it has but it also displayed a % at the end. i don't know how i did it though. i am trying again now, see if it works 22.50.00 # Where does the iPod Classic fall? I didn't see it in TargetStatus 22.50.35 # kugel: and how do you know this is an excuse? Sorry, but this is childish 22.50.42 # ok 22.50.48 # kugel: bit comparing Fuze without dircache and e200 with is better thing to do? 22.52.00 # * kugel agrees with saratoga 22.52.04 # *but 22.52.13 # and to make you happy: I just tried it _again_, on e200. Having dircache anabled doesn't make a difference _I_ can feel, at least with my configuration. It might make a difference with 1000 files per folder, which I don't have. Though you didn't tell anything about the test environment ... 22.52.25 # oops that was meant for bluebrother, sorry pixelma 22.56.26 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 22.56.36 Quit BBBradley ("CGI:IRC (EOF)") 22.58.04 Quit thegeek (Read error: 104 (Connection reset by peer)) 22.58.19 # JdGordon: awake? 22.58.45 # kugel: If the colour YH's use a cloned H20 lcd driver, that means they're using the HD66789R lcd controller, which is documented 22.59.04 Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) 22.59.04 Quit freqmod ("No Ping reply in 90 seconds.") 22.59.19 Join freqmod [0] (i=quasselg@dhcp208-240.ed.ntnu.no) 22.59.23 # Flipping the update direction should be easy, taking into account that there are several other targets also using that controller (e.g. H300) 22.59.32 # I'll give it a try 22.59.45 # Wth? Dircache for flash targets? What a waste... 23.00.05 # which reminds me, why isn't there a single driver? I wondered that a while back when I noticed they're basically all the same 23.00.26 # I just gave you one reason.... 23.00.43 # It's always the same controller, but parameters differ by target 23.00.59 # where did you give me that reason? 23.01.25 # the parameters could be #defines or whatever. From what I remember 95% of the code was duplicated 23.01.48 # Different panel used, wired in a different way so that update direction differs, different hookup (1/8/9/16/18 bit interface) allowing for different optimisation 23.02.05 Quit Omlet () 23.02.25 # ...different CPU architecture, DMA versus PIO transfers, and even portrait vs. landscape 23.02.39 # Zagor: they might not like me sleeping at this hour :) 23.03.18 # Okay 23.03.27 # I guess I'll just make it from scratch with the same layout 23.03.30 # JdGordon|: australia is falling over 23.03.50 # amiconn: how fast is that controller? I don't think it's optimized in any way on the YHs, but it's horrible slow (going by test_fps) 23.04.14 # It depends on the interface 23.04.18 Join BBBradley [0] (n=c73d19fe@gateway/web/cgi-irc/labb.contactor.se/x-ymbczoemwvjoazuj) 23.04.21 # well, not horrible, the UI is smooth enough 23.04.35 # k, i haven't been able to reproduce what i had. how can i diplay examples optionally 23.04.45 # ? 23.04.47 # Zagor: bah, whats the issue? or i need to ssh in to find out? 23.04.59 # Have a look at the H300 fps figures - they're close to the possible maximum for 16 bit interface 23.05.15 # JdGordon|: It connects, and then falls away after 10 seconds. continously. 23.06.55 Quit bmbl ("Bye!") 23.07.57 # BdN3504: you probably have to put the example into the \opts - a complete example for each version (so duplicating or triple some things) 23.07.58 # BdN3504: what do you mean by optinally? 23.08.12 # Zagor: ok, ill give it a quick look now, otherwise ill kill it untill i get more of a chance to see what the issue is 23.10.02 # Zagor : "2009-08-21 07:07:09 HELLO failed: error duplicate name!" 23.10.05 # ok guys, i think i have it now 23.10.26 # grr 23.10.29 # JdGordon|: yes that sometime happens, but you don't get that always do you? 23.10.31 # no i don't 23.10.42 # the lang dependency problem is *greatly* annoying 23.10.52 # Zagor: I dont think I;ve seen this before.. 23.10.52 # can't someone look into it please? :( 23.11.05 Quit flydutch ("/* empty */") 23.11.24 # ^c apparently kills screen 23.11.33 # should I change its name and start it again? 23.11.51 # The e200 series also uses that controller, but the e200 (v1) speed seems to exceed the controller specs. This is probably due to the fact that the e200 uses a a memory mirror of the lcd framebuffer, sent via dma. The measured lcd_update() speed is actually memcpy()ing speed 23.11.59 # Zagor, JdGordon|: I also had this the first time today (well except when it broke due to some Zagor experiments) 23.12.13 # JdGordon|: do you get duplicate name every connect? 23.12.23 # just restarted it and it seems ok 23.12.40 # yup, looks fine now 23.12.56 # strange bug 23.13.13 # pixelma: what happened for you? 23.13.13 # I have (or should have) a static ip so its probably not something like me falling off the net 23.13.36 # amiconn: ah, I already wondered about the e200 being exceptionally high 23.14.35 # Zagor: the duplicate name error 23.14.58 # pixelma: every connect, in a loop? 23.15.06 # yes 23.15.15 # restarting the client helped 23.15.17 # when was this? 23.15.32 # I noticed earlier this evening 23.16.16 # Zagor: do you have any idea of it (the lang dependency problem)? 23.16.34 # kugel: huh? I haven't followed the issue. 23.16.48 # the VM was probably started around 8 PM 23.17.10 # change something in config.h or so, after that you can delete your build dir because it won't compile 23.17.55 # pixelma: it looks just like australia in the log. disconnects after 10 seconds. only maybe one in 30 says "duplicate name" 23.18.03 # can someone give a %mv command example for the WPS? I want to see how an image or text can be displayed when the volume is being changed 23.18.06 # does it really say that for _every_ connect in your log? 23.19.16 # BBBradley: %?mv<%xdA|%xdB|%xdC> 23.19.34 # thanks! 23.19.51 # choose as many images as you want, it will scale the volume onto the number of pictures IIUC 23.20.00 # Zagor: not sure where I could look it up, now that I killed the terminal (and for some reason ctrl-c didn't work), it looked like it happened on every conect 23.20.10 # I want the volume bar to pop up when I change it and then disappear 23.20.20 # pixelma: can you look in rbclient.log ? 23.20.48 # kugel: %?mv has three states? 23.20.49 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 23.21.28 # pixelma: I think it has as many states as you choose images (which is what I tried to describe in my above statement). Is that wrong? 23.21.41 # kugel: can you be more specific? change what? I need to reproduce it to fix it. 23.21.50 # %mv only has 2 states... 23.22.05 # thats the volume button tag isnt it? 23.22.20 # kkurbjun: http://forums.rockbox.org/index.php?topic=22544.0 23.22.25 # Zagor: for example my previous commit. I activated HAVE_DIRCACHE. Now it my local build craps out in settings_list.c 23.22.56 # Zagor: this is the log: http://pastie.org/590399 23.23.16 # settings_list.c is recompiled due to the change, but the langs aren't re-generated 23.23.25 # hence the LANG_* is unknown 23.24.02 # %?mv is the "volume changes tag" and has only two states 23.24.10 # JdGordon|, BBBradley: oh sorry, ignore me, I mixed it up 23.24.33 # kugel: aha. lang.h does not depend properly on config*.h 23.24.58 # I inserted "#include "config.h"" into lang.h manually, but it doesn'T seem to help 23.25.25 # but that probably can't work if it's not in make.dep somwhow too, right? 23.25.25 # did you recreate the dependency list? 23.25.31 # exactly 23.26.22 # same problem after make dep 23.27.11 # touch config.h to make sure doesn't help 23.28.11 # so you should be able to reproduce it easily by building r22442 for the fuze, then svn up and build again 23.28.32 # I can repeat it, thanks 23.34.46 # Zagor: yes, the duplicate error happened on every connect trial, every 10 seconds for about 6 hours altogether - but I had the computer switched off in between and the VM counts on from the last known state. It's probably not what you could see (maybe about 4 hours last night and 2 more this evening or so 23.35.22 # laptop was on during the whole night I think, fell asleep without turning it off ;) 23.35.45 # pixelma: was this satellite? 23.35.51 # yes 23.37.39 # today the server has seen 2078 disconnects from satellite-pixelma, but only 71 duplicate names 23.38.28 # anyway, the strange connect/disconnect loop is what needs to be found and fixed 23.38.53 # does the log say anything out of the ordinary before the loop begins? 23.39.28 # BBBradley: seems you cannot see %mv in action currently :) 23.39.52 # FS#10549 (/me pokes JdGordon| but he has probably seen it already) 23.40.12 # would that eb the one I assingmed to myself already? 23.40.55 # I wonder when that broke though... the recent changes shouldnt have affected that 23.41.45 # kugel I havent got it working yet 23.42.21 # JdGordon|: I suspect your buffering magic 23.43.34 # the magic you didn't really explain why it is needed to us before committing 23.43.40 # (hopes that sentence made sense= 23.43.41 # ) 23.44.00 # it makes as much sense as saying the sky is blue because i put a $2 coin in the coke machine 23.44.23 # it probably broke at the very start of all the wps->skin stuff 23.45.08 # I mean, two people were asking what the complex buffer system is needed for, but you didn't explain 23.45.11 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 23.45.18 # and I'm still open to suggestions if you can come up with a cleaner solution... but there isnt one 23.45.52 # AND.. it works, and it works very well... so who cares on the reasoning? 23.46.29 # Zagor: I don't think depending on "config.h" is enough for the lang files generated at compiling, unless they can force genlang to be executed again 23.46.41 # kugel: Btw, the activation of dircache for the 8MB archoses is a bad idea. Those will need special voice files now 23.46.50 Quit petur ("Zzzz") 23.46.53 # kugel: no it isn't. I'm looking at it now. 23.47.28 # amiconn: so worse that reverting is better for the archos? 23.47.55 # I don't know how many 8MB modded archoses there are. 23.48.09 # I'm thinking dircache helps it a lot also. I guess dircache it would be even worth making that mod if I had one 23.48.10 # It's about the only build we're offering for a modded target 23.48.26 # Some other mods have the same problem though (e.g. M5 FM mod) 23.48.42 # amiconn: I agree, but I tinhk for that mod its reasonable to assume that the person has the ability to do his own builds... 23.48.54 # I think separate voices aren't so since there's already a separate build 23.49.00 # not so bad* 23.49.06 # So if we continue offering the 8MB build, we should also provide the necessary voice file 23.49.31 # (.lng are automatic since they're included) 23.49.52 # JdGordon|: still beating about the bush 23.50.27 # Zagor: just that it started after a "Server socket disconnected! Cleanup and restart." 23.50.51 # Hmm, and what about the manual? 23.51.10 Join Thundercloud_ [0] (i=thunderc@persistence.flat.devzero.co.uk) 23.51.11 Quit Thundercloud (Read error: 101 (Network is unreachable)) 23.51.56 # just include the dircache passage everytimes and tell that it's only available if you modded it 23.52.04 # s/everytimes/always/ 23.52.44 # if everything is in the correct \opts then an 8MB Recorder manual would also only need an own build 23.53.20 # kugel: I tried this %?mv<%xdVa|%xdVb|%xdVc|%xdVd|%xdVe|%xdVf|%xdVg|%xdVh|%xdVi> with my 9 level volume - it disappears when you use it and appears when you stop changing it - opposite of what I need! 23.53.24 # Imo we should rethink the lang/voice id assignment so that the same string has the same id on all targets, but without the ram+binsize waste of the old solution 23.53.59 # Then at least a wrong voice file wouldn't do harm - just the ids which aren't present wouldn't be spoken 23.54.00 # BBBradley: %mv is for volume changing, %pv is for volume in general 23.54.29 # amiconn: that would be a big improvement to the voice system. also some versionining would be nice :-) 23.54.42 # pixelma: I'm thinking a seperate manual just for dircache is avoidable 23.54.46 # domonoky: There is a versioning system - just it's rarely bumped... 23.54.59 # Right now you get a royal mess - everything after an inserted or deleted id gets mixed up 23.55.22 # BBBradley: %?mv<%?pv|what happens if you don't change volume> 23.55.29 # amiconn: the versioning needs to be somehow coupled with english.lang so it bumps automatically. :-) 23.55.45 # pixelma thanks ! 23.55.55 # kugel: !? 23.56.17 # you still didn't tell me why you've chosen this layout 23.56.25 # domonoky: With fixed ids we won't need frequent version bumping 23.56.42 # kugel: just saying that it would not be a problem currently - and if you start offering seperate voices that would be consistent 23.56.53 # The idea is that an id that gets assigned won't be deleted again, even if it's deprecated 23.56.58 # that's true 23.57.14 # yes, fixed ids would lessen the need for it. but it would still be nice to able to detect when the voicefile is outof date. 23.57.20 Join GeekShado_ [0] (n=Antoine@136.244.100-84.rev.gaoland.net) 23.57.33 # Only if we decide to clean up the ids then the voice (and lng) version needs to be bumped 23.57.50 Quit GeekShadow (Read error: 60 (Operation timed out)) 23.58.07 # That's why an empty ids should cause as little overhead as possible (ideally none) 23.58.13 # kugel: I've explained it at least twice.. and in the code... its amazingly efficient for what we need... it uses excatly as much RAM as needed, doesnt make displaying any slower... and is actually really simple 23.58.26 # amiconn: if we add strings, the version also should be bumped (maybe have a minor and a major version?) 23.58.31 # kugel: I also think that your solution doesn't work well with passages longer than one or two pages, people forget ;)