--- Log for 28.03.106 Server: clarke.freenode.net Channel: #rockbox --- Nick: logbot- Version: Dancer V4.16 Started: 2 days and 6 hours ago 00.00.29 # linuxstb : did u see that my issue with tagcache was coming from voiceui ? 00.00.48 # i disabled * voice things, and it's ok now 00.00.52 # kclaf: Yes, but I can't think why that could happen. 00.01.46 Join miner49er [0] (n=522054e2@labb.contactor.se) 00.01.53 # yo 00.02.04 # can anyone help me with a coding issue? 00.02.33 # preglow: here is a patch for the backlight bug. I hope it also builds for targets with remote etc. http://www.rockbox.org/tracker/task/4934 00.03.27 # ahh, lookie there, yeah 00.03.29 # that was nasty 00.04.05 # why do you need the added line in the ifs? 00.04.13 Quit [IDC]Dragon () 00.04.22 # linuxstb: if you get a chance, could you look at 4899 again? 00.04.39 # the ifs? 00.04.53 # the < 0 part 00.05.02 # why is that added now when it worked without them before? 00.05.25 # I assume it didn't work before 00.05.33 # Hmm.. rebuiling my ipod database with foopod didnt work 00.05.35 # oh well.. ply with it tomorrow. 00.05.41 # i would have thought the only thing you needed to change was adding 'signed' 00.05.53 Quit OPP () 00.06.23 # yes, but when the backlight is off, keypresses will never make it through the 'first keypress enables backlight' filter... 00.06.33 # at leat I think so. 00.06.41 # s/leat/least/ 00.07.51 Join tianjing [0] (n=mat@jullay.net) 00.08.06 # herz42: but i haven't got time to test it now, someone else needs to 00.08.21 # no prob. it's in the tracker... 00.08.23 Join [TCK] [0] (n=tckocr@bb-87-80-197-92.ukonline.co.uk) 00.11.29 # is there an equivilent of GetTickCount in the rockbox API? I need to know how many ms have passed. 00.11.40 # there's a tick counter 00.12.22 Quit lodesi ("Leaving") 00.13.06 Quit tianjing_ (Read error: 110 (Connection timed out)) 00.13.10 # Badger: That sounds like the ticket. Can I access it from within a plugin? 00.14.19 # yes... rb->current_tick 00.14.25 # it points to the tick counter 00.15.41 # time to sleeeeep 00.15.46 # Badger: Excellent! That's just what I need :-) 00.16.48 Join Doomed [0] (n=nnscript@ool-44c53f18.dyn.optonline.net) 00.16.54 # hey 00.17.06 Nick Doomed is now known as Doomed9 (n=nnscript@ool-44c53f18.dyn.optonline.net) 00.17.41 # ahh, I just see that the check for backlight switched off is done at some other place already (but wrong). So I'll try to fix that one to make things more pretty 00.19.18 # miner49er: keep i mind the tick timer has a resolution of 10ms 00.19.59 # preglow: That's probably okay, it's only for a game so it doesn't need to be mega-accurate. 00.20.46 # question, is there anyway to implement a db function like the one in the iriver 120 firmware? 00.20.58 # Doomed9: it's already been done 00.21.03 # hm 00.21.09 # commited a couple of days ago 00.21.21 # really, 00.21.25 # really 00.21.32 # is it in a build yet/ 00.21.35 # ues 00.21.45 # it's still got some minor glitches, though 00.22.16 # aight i gotta update then 00.23.29 Join imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) 00.24.05 # Doomed9: Make sure you get a CVS build - there were a few bugfixes to the tag database today that are not in the last daily build. 00.24.25 # alright, how should i go about updating?... 00.24.33 # just drag the .rockbox folder? 00.25.05 # The best way is to tell your unzipping program to extract the files directly to your player (and make sure it includes the directories). 00.25.11 # aight 00.25.34 # oh, is there anyway to make it exclude wma files? 00.25.57 # It should automatically exclude any files Rockbox can't play. 00.26.27 # thanks 00.26.58 # There is a (brief) wiki page here: http://www.rockbox.org/twiki/bin/view/Main/TagCache 00.27.17 Join ashridah [0] (n=ashridah@220-253-123-112.VIC.netspace.net.au) 00.27.57 # Tracks are not yet sorted by track number within an album. 00.28.10 # on my ipod, it's reverse order 00.29.05 # hm....are ur id3 tags messed up? 00.29.19 # no 00.29.33 # kk 00.30.04 Join arf-arf [0] (i=arf-arf@bb-87-82-26-137.ukonline.co.uk) 00.31.31 # wtf... 00.31.49 Quit [TCK] (Read error: 110 (Connection timed out)) 00.32.41 # quit 00.32.41 Quit quobl_ (SendQ exceeded) 00.32.43 Quit Henry43 ("using sirc version 2.211+KSIRC/1.3.12") 00.35.37 Quit ender` (" First things first, but not necessarily in that order.") 00.35.45 Quit mirak (Connection timed out) 00.36.11 # hmmm 00.39.58 # kclaf: I think that's just a co-incidence. On my ipod, some albums are in reverse order, some are just random. But Slasheri has promised to implement track sorting. 00.40.24 Quit webguest35 ("CGI:IRC (Ping timeout)") 00.41.57 Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) 00.42.07 # did u change the ID3 sorting? 00.42.44 Quit miner49er ("CGI:IRC (Ping timeout)") 00.44.00 # Doomed9: What ID3 sorting? 00.44.13 # its like...V2 then V1 00.44.25 # dont no the difference, im just throwing things out 00.44.44 # Oh, ID3 priority. 00.44.50 # Also, what have I walked into the middle of? 00.45.05 # Err, #rockbox? 00.45.31 # lol 00.45.33 # :) Just discussing track sorting within an album and the fact it isn't implemented. 00.45.35 # :-P 00.45.43 # Ah, gotcha 00.45.50 # (in tagcache) 00.45.58 # the way that the Rio Carbon organised tags was quite clever, 00.46.13 # in that it forced an update when USB was UNplugged 00.46.22 # ah 00.46.44 # and compared the db with any new files (somehow, possibly by magic) and then updated the db with only new files 00.47.32 # damn, i guess ill have to delete these wma 00.47.44 # not like i need em, converted to ogg 00.48.37 # arf-arf: I believe that's the plan for tagcache (if it doesn't do it already). 00.49.03 # linuxstb: i thought it already did. a wakeup scan seems to be much shorter... 00.49.04 # it thinks that wma is supported, so it shows :( 00.49.37 # aha, nice one, slasheri 00.49.51 # Doomed9: That should be fixed then IMO. 00.49.59 # yeah 00.50.26 # Are you sure you're using the latest CVS? 00.50.30 # yes 00.50.31 # okay, next request: being able to queue up artists from the tagcache at one time. 00.50.46 # at the moment a long-click only gives the option of Open With 00.50.55 # ogg its funny...not many of my friends no what it is 00.51.13 # arf-arf i think that works...the long click 00.51.27 # arf-arf: the ui needs work 00.51.49 # Doomed9, yes, in directory view it does but not (yet) in tagcache 00.52.05 Join JdGordon [0] (n=JdGordon@c211-28-227-249.smelb1.vic.optusnet.com.au) 00.52.11 # ah, 00.52.18 # another thing; whilst I'm on a roll 8) 00.52.52 # in tagcache, when looking at Genre, artists with "The " are sorted as if the "The " doesn't exist 00.53.03 # But not in artist 00.53.03 # really?... 00.53.09 # havent tried that yet 00.53.35 # linuxstb: WMA has been shown as supported erroneously for a while. 00.54.03 # i no that 00.54.11 # Paul_The_Nerd: Yes, they are supported in the file browser (to add to playlists), but they shouldn't play. Looking at the tagcache code, I can't see how they can be added to the database. 00.54.25 # they are 00.54.28 Join webguest46 [0] (n=3ffd6e02@labb.contactor.se) 00.54.59 Quit webguest46 (Client Quit) 00.55.09 # Doomed9: How do they appear in the database? Are the artist/title/album tags etc being used? 00.55.22 # gimme one minute 00.55.23 # linuxstb: Ah. Odd. Not knowing how the code works, I can imagine them being just in the "Songs" section, with Filename as their title, if it does that. 00.55.55 # for song it is 00.56.29 # Looking at the code, .wma files should be identifed as AFMT_UNKNOWN and then not added to the database. 00.56.51 # hm, nvm ur right, its not added in 00.57.15 # i was looking at a song thta was put on twice 00.57.37 # No problem. At least we know that part of the code is working. 00.57.55 # and yes, the sort is reversed 00.58.43 # * preglow is anxious to see the new wma codec code 00.58.52 # they have one? 00.59.10 # * linuxstb is even more anxious to see ffmpeg's new AAC codec finished and converted to fixed point 00.59.16 # someone's been working on it 00.59.20 # linuxstb: sweet lord, yes, two good things 00.59.29 # linuxstb: we'll probably have only ffmpeg code in the end 00.59.40 # they've got a vorbis decoder too... 00.59.52 # isnt there a problem with the ffmpeg wma codec 01.00.03 # no idea 01.00.14 # You mean the fact that it's floating point? 01.00.43 # yeah ..still dont no what that means 01.00.46 Join rkostynu [0] (n=chatzill@wnpgmb06dc1-41-188.dynamic.mts.net) 01.01.12 # Someone is currently working on fixing that - to make it work in Rockbox. 01.01.27 # Doomed9: 1.234 11.154 0.01767 <--- Floating point 01.01.43 # opposed to what 01.01.48 # morning all 01.02.05 # so fixed point would be a set amount of decimal places?? 01.02.59 # ah 01.04.10 # presumably 01.04.26 # * linuxstb wonders if he should commit a 220x176 DancePuffDuo WPS 01.04.32 Nick Spida_ is now known as Spida (i=Spida@p508A063A.dip0.t-ipconnect.de) 01.04.52 # arf-arf: Internally, it generally means, don't use floating point variables. 01.05.17 # linuxstb whats that 01.05.25 # arf-arf: fixed point means the decimal point is fixed 01.05.33 # arf-arf: floating point moves the decimal point as it sees fit 01.05.56 # arf-arf: the first can be done with ordinary integer math, the second cannot 01.06.15 # aha -> http://en.wikipedia.org/wiki/Floating_point 01.06.23 # well, of course it _can_, but it'll be so slow it's not even fun 01.06.31 # heheh 01.06.58 # well, the tag things needs some updating, like updating after coming out of usb mode 01.07.08 # Bg3r: did u end up looking at the text editor? 01.07.10 # I said that! 01.07.13 # lol 01.07.14 # i no 01.07.19 # Doomed9: A version of the DancePuffDuo theme (currently designed for the H120) adapted to work on the H300 and iPod Photo. 01.07.28 # Doomed9: I'm kinda surprised it doesn't, but then I use the Bootloader for USB so I haven't encountered that either way. 01.07.39 # ah 01.07.48 # it's not quite polished yet 01.08.17 # i'm looking forward to seeing how we'll handle the case of modified metadata 01.08.23 # it'll probably be dog-slow 01.08.40 # Modified metadata? 01.08.44 # brb 01.08.47 Join Daishi [0] (n=daishi@ool-18bcf48a.dyn.optonline.net) 01.08.53 # preglow: What are you talking about? 01.09.03 # Paul_The_Nerd: if you scan the tags, then modify the id3 name of a file, it won't catch it 01.09.17 Join webguest35 [0] (n=3e4f4094@labb.contactor.se) 01.09.26 # Ah, tagcache dealing with tags being changed... 01.09.31 # preglow: Ah, I had wondered what would happen if I changed my tags on my PC, then I immediately thought "Wait, I don't do that." 01.09.37 # weren't we talking about tagcache? :> 01.09.41 # I'm such a twunt. I didn't realise that you have to set the Max files in dir browser to all your songs otherwise the tagcache cuts out 1/2way through... 01.09.59 # maybe the filedate should be stored for each file -> check only new files 01.10.16 # preglow: I thought we were talking about fixed/floating point... 01.10.20 # arf-arf: yes, that's a nice artifact stemming from the tagcache not being too polished yet 01.10.27 # hmm, maybe there will be problems with RTC-less targets 01.11.04 # herz42: mwell, you can't modify the data from within rockbox yet 01.11.12 # herz42: so that might be one way of dealing with it, i guess 01.11.30 # just need to store the old file date 01.11.33 # yes, but tagcache could remember the date of the file when it is scanned 01.11.35 # but it'll still be slow, heh 01.11.41 *** Saving seen data "./dancer.seen" 01.11.49 # scanning the file tree though 01.12.04 # the best thing will probably be having the user initiate the scan manually 01.12.15 # preglow: Really simple checksums for each file, and when you do a Forced Rescan, it compares them, and if they've changed it then updates the tags in the database? So, while changed tags aren't detected on the quick rescan, they can be on a forced one without it taking 6 hours? 01.12.20 # or it'll use a bunch of battery every time you connect usb just to check if you changed anything 01.12.29 # lol checksums :) 01.12.29 # preglow: Or file date. Sure, go and be simple. 01.12.35 # Paul_The_Nerd: checking all the really simple checksum of all your files will take _LOTS_ of time 01.12.40 # parsing 60GB... 01.12.42 # Paul_The_Nerd: almsot as much as doing a scan 01.13.24 # hell, just opening and closing all the files on the drive will take loads of time 01.13.32 # Well then that tells me there's no simple enough checksum in existence yet. 01.13.39 Quit muesli__ ("ich will Kühe!!!") 01.13.41 Quit Moos ("Glory to Rockbox !!!") 01.13.42 # :-P 01.13.50 # Ah well, I have bad ideas more often than good ones anyway 01.14.02 # the problem with checksum is that you have to read the whole file to calculate it 01.14.25 # If only the tags had a revision number... 01.14.29 # of course it is more easy than reading two files and comparing byte by byte 01.14.41 # just depends on the purpose 01.14.56 Join ^BeN^ [0] (i=Paprica@89-138-109-189.bb.netvision.net.il) 01.14.56 # herz42: I suppose that's true, since you can't checksum the tags themselves without reading to the end of the file either. 01.15.00 Nick ^BeN^ is now known as Paprica (i=Paprica@89-138-109-189.bb.netvision.net.il) 01.15.36 # like i said, i believe the most elegant solution (and it really isn't very elegant), is having the user select when to do an incremental tagcache update 01.15.47 # there's no way around the fact that it'll be slow and use a lot of battery 01.16.07 # i wonder how hard/easy it'll be to make a computer based updater 01.16.08 # what about taking checksums of the directories themselves? isn't there a 'last modified' time in fat32? 01.16.25 # or like archos does, incremental tagcache update on usb unplug 01.16.44 # preglow: a pc based updater should be simple 01.16.47 # kclaf: that's what i'm saying, doing that will be slow as hell 01.17.08 # herz42: yeah, looks like reusing metadata.c shouldn't be too hard 01.17.16 # hmm on my gmini400 it was quite fine 01.17.23 # kclaf: flash 01.17.25 # preglow: I have nothing against a PC based updater, for people who don't want to waste batteries on it 01.17.29 # nope 01.17.33 # 20 GB HDD 01.17.37 # so add that to the umount sript and it's somehow automatic 01.17.38 # gmini with hd? 01.17.40 # oh 01.17.50 # Paul_The_Nerd: yup 01.17.58 # kclaf: Could you just drag and drop files, or did you have to use special software to transfer files? 01.18.09 # drag and drop 01.18.16 # archos is UMS 01.18.40 # but it uses some internal tag db as rb does 01.18.55 # it's called ARCLib 01.19.10 # but i need to go to bed 01.19.11 # preglow: I do think there needs to be a "(Re)build TagCache" option that builds the whole cache from scratch, for a forced (emergency) update, as well as the other update that just adds on.j 01.19.31 # we haven't got much time to figure it out however we want to do it :) 01.19.35 # not long until feature freeze 01.19.54 # oh, all the ironing out of bugs to be done 01.19.57 # Actually 01.20.22 # My *first* thought was that there needs to be an "Add to Tagcache" or "Update in Tagcache" context menu item for adding folders or files, or updating their entries the hard way 01.20.36 # i can't ever imagine using that 01.20.39 # Because I *really* wanted to just add my Music folder to it, and not my Audiobook and Spoken Word folders 01.20.40 # sounds cumbersome 01.20.46 # ahhh 01.20.47 # like that 01.20.49 # Yes 01.20.54 # yeah, that'd be nice 01.21.00 # some exclusion list, at least 01.21.09 # but yeah 01.21.10 # i need sleep 01.21.11 # And that would allow you, if you update the tags on just one album, to force an update to those album's entries and no others, maybe. 01.21.13 # later 01.21.16 # Cya 01.21.16 # Anyone else think Playlists should be selectable in the tagcache? 01.21.28 # dpassen1: Aye, at some point. 01.21.43 # Glad to hear it 01.22.21 # I would prefer the other way around to start with 01.22.43 # I want to add whole Albums to the Playlists (as recursive insert) 01.22.46 Part obo 01.23.11 # It seems atm it's only possible to add single songs 01.23.42 # herz42: In tagcache, or in general? 01.24.04 # linuxstb : do you still have that url describing ipod's protocol to deal with accessories ? can't find it in ipl's wiki 01.24.12 # in tagcache 01.24.26 # http://ipodlinux.org/Apple_Accessory_Protocol 01.24.36 # thanks 01.24.44 Quit nudel ("At Argon, we're working to keep your money.") 01.28.13 Quit ashridah ("uni (*sigh*)") 01.30.13 Join enzyme [0] (n=hdgdf@d207-81-78-2.bchsia.telus.net) 01.31.40 # can g5 ipod rockbox potentially play avi or divx files without converting the files 01.32.31 # enzyme: If anyone answered that, it'd probably be entirely a guess 01.33.00 # ok 01.33.13 # it's likely possible.. 01.33.19 # do you know of any one working on the video part 01.33.22 # when it will happen, or even if, is a different story.. 01.33.27 Join RotAtoR [0] (n=e@rockbox/developer/rotator) 01.33.29 # and nobody's touched video yet. 01.33.47 # ok 01.33.59 # a question regarding playlists: how do I remove all files from the actual one? 01.34.24 # enzyme: Rockbox is an Audio Player firmware, so video's a fairly low priority overall, if it has any. 01.34.36 # herz42: "the actual one"? 01.35.21 # herz42: If you mean the in-RAM active playlist, stop playback, and then insert a file/folder, and it should clear the playlist and create a new one. 01.35.22 # ...that one where you queue songs into 01.35.43 # anywhere to dl a binary ffmpeg? 01.36.12 # Paul_The_Nerd: thanks - I knew it would be easy :) 01.36.36 # is there any way to have the lcd light on at a lower brightness to save battery 01.36.56 # check ur options 01.37.41 # that depends - dimming requires cpu power which in turn takes power 01.37.41 # * Paul_The_Nerd wonders how much a lower LCD brightness actually affects battery life. 01.38.01 # where "cpu power" is speed in MHz 01.38.37 # Paul_The_Nerd, there isn't dimming in CVS is there? 01.39.32 # midkay: There's "fading" which could presumably be adapted into Dimming, if you really felt the need, right? 01.39.39 # ipod lcd is about 30mA at 12V, so 360mW 01.39.49 # Paul_The_Nerd, right - asked about that earlier.. 01.40.08 # Paul_The_Nerd: The problem as I heared is that CPU must be boosted for this 01.40.10 # dimming is entirely possible; the irivers need a cpu boost to handle a constant dim level.. 01.40.18 # ipods can handle it without a boost. that's what i was told. 01.40.26 # herz42: The CPU must very definitely be boosted for any LCD that doesn't natively support dimming. 01.40.30 # ahh, so let's do it for ipods 01.40.38 # iriver supports it right 01.40.48 # midkay: Not all iPods. At least, on the Nano I'm pretty sure it's handled the same way as iRivers. 01.40.48 Quit Febs ("CGI:IRC (EOF)") 01.41.02 # Paul_The_Nerd, hm, could be. 01.41.06 # midkay: And I think the H300 can't do it at all, just the H100, if I recall 01.42.18 # Doomed9: Basically, it's faked. You can't really set a brightness, but you can flicker the backlight on the iRiver H100 series so that it LOOKS like it's fading out. 01.42.29 # o 01.42.37 # is that what it does on the native firmware? 01.42.49 # Paul_The_Nerd, i don't think that's how it works. 01.43.19 # midkay: It's not really how it works, no. But it's a similar idea. 01.43.34 # At least, to my understanding 01.43.41 Quit maeck ("CGI:IRC (Ping timeout)") 01.43.47 # compared to the power the cpu boosting takes, it might make sense to dim. And the backlight is usually not active very long. The drawback that no one knows might be backlight lifetime decreasing 01.44.35 # if rockbox is audio format only how come people work on getting gameboy games on there 01.45.16 # maybe they are bored so much 01.45.23 # ;) 01.45.37 # Paul_The_Nerd, i can't vouch for the irivers, but the ipod even at 10 second fadeout has a very smooth fade - definitely doesn't look flickered.. 01.45.39 # enzyme: Because that's a plugin made by someone who wanted to contribute. The focus of the *core* developers is "What is already there, and audio support" 01.45.56 # enzyme: Rockbox is whatever people want it to be. It just so happens that most developers are interested in audio. 01.45.58 # midkay: Watch very carefully with long fade times, and you can see it on the Nano at least 01.46.02 # midkay: Especially near the end 01.46.11 # Paul_The_Nerd, yes, you can see "stepping".. 01.46.27 # which to me looks like somehow they're just decreasing the power to it with visible steps. 01.46.36 # each step looks fine, it's just that you can see the steps.. 01.46.55 # midkay: It's really done with PWM, but it's simpler to explain flickering of the actual LCD than to talk about that. 01.47.20 # no idea how it works, so never mind. :) 01.48.07 # brb 01.48.17 Quit Doomed9 (Read error: 104 (Connection reset by peer)) 01.48.34 # enzyme: For example, there's also the Doom patch, which will be in CVS, but that was done almost entirely by one person who wanted Doom on his iRiver. You could have video on your 5G if you were determined enough, as well. 01.49.08 # i'm back! 01.50.04 # sharpie! 01.50.23 Quit rkostynu ("Chatzilla 0.9.72 [Firefox 1.5.0.1/2006011112]") 01.50.35 # well i prolly would but i dont know how to do that kind of stuff lol 01.51.02 # enzyme: Well, then this sounds like an opportunity for self improvement! :) 01.53.16 Quit elinenbe (Read error: 110 (Connection timed out)) 01.53.36 # yay motivation speeches 01.56.03 Quit webguest35 ("CGI:IRC (EOF)") 01.59.15 Part enzyme 02.02.28 Join damaki__ [0] (n=Chocolat@ALille-153-1-5-106.w83-198.abo.wanadoo.fr) 02.09.41 Join TCK [0] (n=tckocr@bb-87-80-197-92.ukonline.co.uk) 02.12.14 Quit tianjing (Remote closed the connection) 02.18.36 Join Doomed9 [0] (n=nnscript@ool-44c53f18.dyn.optonline.net) 02.18.37 Quit damaki_ (Read error: 110 (Connection timed out)) 02.18.48 # ayo 02.35.25 Quit Doomed9 ("( www.nnscript.de :: NoNameScript 4.01 :: www.XLhost.de )") 02.37.10 Quit herz42 ("Und wech") 02.39.47 # I turned rockbox (on my 5G) off by holding down the play button for n seconds. How do I power it up? 02.40.04 # Menu 02.40.05 # Or Select 02.40.35 # hrmm... ok. so that wasn't a deep sleep I put it into, it was an 'off' 02.41.09 Join XavierGr [0] (n=XavierGr@ppp78-adsl-131.ath.forthnet.gr) 02.41.12 # but the 'resume on startup' is there... 02.45.23 # Why wouldn't the resume on startup be there? 02.46.14 # I didn't see it before. I was unaware that I was shutting rockbox off, thought it was only sleeping. 02.47.04 # Rockbox doesn't really have a sleep 02.47.08 # k 02.47.36 # There's been talk of implementing one since iPod users are used to it, but last I heard the talks didn't go anywhere 02.47.51 # * biffhero nods 02.53.36 Quit TCK (Read error: 110 (Connection timed out)) 02.55.01 Quit Kohlrabi (Nick collision from services.) 02.55.10 Join Kohlriba [0] (n=Kohlrabi@dslb-082-083-128-065.pools.arcor-ip.net) 03.01.25 Part Paul_The_Nerd 03.04.54 # biffhero, 'resume on startup' means audio playback 03.07.29 # thx 03.08.35 Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) 03.11.42 *** Saving seen data "./dancer.seen" 03.12.11 Join maeck [0] (n=marcel@72-255-62-238.client.stsn.net) 03.16.41 Join webguest06 [0] (n=48ff3eee@labb.contactor.se) 03.18.30 Quit webguest06 (Client Quit) 03.22.49 # anyone here with an H100? 03.23.22 # yes 03.24.10 # Paul_The_Nerd, do you know if the display flip works on it? 03.24.23 # Ill check 03.24.31 # yes it works 03.24.49 # Upside Down? 03.24.56 # Indeed, it does. 03.24.56 # yes 03.25.42 # yeah, that. thanks. 03.26.48 Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 03.27.57 Join jd|uni [0] (n=82c20d6a@labb.contactor.se) 03.29.05 Quit linuxstb (Read error: 110 (Connection timed out)) 03.30.05 Part Paul_The_Nerd 03.37.38 # Bagder, I have the latest version of the doom code on the tracker. It compiles cleanly for the sim and H300, I think it's ready for cvs unless anyone has any other problems that need to be resolved before inclusion 03.38.03 # kkurbjun, no ipod yet i assume? 03.38.52 # midkay, no, not yet, linuxstb was going to look into it once the code was commited to cvs 03.39.32 # kkurbjun, gotcha 03.41.08 Join muesli__ [0] (n=muesli_t@88.134.20.76) 03.42.15 # re 03.49.55 # kkurbjun: awesome :D 03.50.45 # blast.. 03.51.12 # bugger! 03.51.25 # anyone know the rules for ifdeffing in the menus? in addition to just ifdeffing the function and the display entries, do you also go and ifdef the associated functions? 03.51.48 Part biffhero 03.51.52 # ?? 03.52.08 # ah, i guess they don't really exist anyways.. 03.52.49 # jd|uni, if in the main menu, say i #ifdef CONFIG_SWCODEC around sound_menu.. 03.53.13 # that disables it for showing up on the hardware codec targets, but afaik the source still compiles for sound_menu on hardware codec targets. 03.53.23 # i was just wondering if sound_menu should also be ifdeffed out. 03.55.26 # umm.. im a bit confused... and i gtg to a lecture 03.55.28 # bbl 03.55.40 Quit jd|uni ("CGI:IRC (EOF)") 03.59.40 Quit Kohlriba ("Fast alle Menschen sind Regenwürmer") 04.05.34 Quit muesli__ ("ich will Kühe!!!") 04.09.31 Join actionshrimp [0] (n=nn@host86-133-113-61.range86-133.btcentralplus.com) 04.16.32 Join mymomthelush [0] (n=lush@bdsl.66.15.136.192.gte.net) 04.17.37 Part mymomthelush 04.26.00 Quit midkay (Read error: 104 (Connection reset by peer)) 04.26.09 Join midkay_ [0] (n=midkay@24.143.70.99) 04.29.01 Join TCK [0] (n=tckocr@bb-87-80-197-92.ukonline.co.uk) 04.30.41 Join Febs [0] (n=medifebb@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 04.31.26 Quit Ironhand ("Changing server") 04.36.47 Join Ironhand [0] (i=arjen@meek.xs4all.nl) 04.42.54 Join yeahx [0] (n=aarond@c-67-183-44-119.hsd1.wa.comcast.net) 04.51.10 Quit dpro (Read error: 110 (Connection timed out)) 04.57.14 Quit kkurbjun ("Leaving") 05.00.31 Quit thegeek_ (Read error: 104 (Connection reset by peer)) 05.00.41 Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) 05.01.28 Join jd|uni [0] (n=82c20d68@labb.contactor.se) 05.01.40 # well that lecture was boring as all hell! 05.02.07 # jd|uni, haha. 05.02.24 # get your problem sorted? 05.02.40 # jd|uni, in a way. i just committed it how i thought it would work. can always change it later.. 05.02.44 # thanks for asking :) 05.03.22 # close enough is good enough :D 05.04.21 # haha. and the reason jd|uni didn't have commit access became suddently crystal clear. 05.04.42 # haha 05.05.32 # btw. know anything about the lang files? 05.07.12 Quit Daishi ("Client exiting...") 05.07.23 Join carini [0] (n=daveroth@pool-71-112-6-30.sttlwa.dsl-w.verizon.net) 05.08.43 Join Sinbios [0] (n=Sinbios@69.156.116.25) 05.09.28 # not really... what in particular? 05.09.35 # whoops, my bad. 05.09.52 # i changed a number of things and couldn't figure out why the changes weren't taking place with a new rockbox build.. 05.09.58 Quit XavierGr (Read error: 110 (Connection timed out)) 05.10.05 # then i realized i needed english.lang. 05.11.11 # or.. 05.11.13 # wtf. 05.11.45 *** Saving seen data "./dancer.seen" 05.12.39 # changed? or added new lang strings? 05.12.47 # changed.. 05.12.57 # apparently it was that i needed to change the.. um.. 05.13.03 # version numbers in binlang and language.h? 05.13.10 # dont u need to run configure again after changing it so it redoes lang.h? 05.13.25 # didn't help until i changed the version number, so.. 05.13.35 # but it's at "2" right now, which worries me. :) 05.13.41 # you'd think there'd be more changes.. 05.14.33 # .. i dunno 05.14.48 Quit ShyK (Read error: 113 (No route to host)) 05.18.00 # any core devs around? 05.18.16 # them all in bed still i would assume.. 05.18.21 # blast!! 05.18.36 # its like 6.20am there.. 05.18.41 # hmmm. 05.19.20 Quit TCK (Read error: 104 (Connection reset by peer)) 05.19.44 Join DBordello [0] (n=dan@tirone-fw.flexabit.net) 05.20.59 Part carini 05.23.02 # goodnight rockbox people. 05.23.28 # gnite 05.23.41 # night sharpe 05.23.47 Nick midkay_ is now known as midkay (n=midkay@24.143.70.99) 05.24.54 # Is the interface supposed to feature 'some' color? I just installed rockbox and the interface is all black and whitre on my ipod photo, wonder if i used a wrong file 05.25.14 # DBordello, you can customize colors in the menu. 05.25.28 # by default, it's a light blue background, i thought.. 05.26.03 # appears to be just the backlight, i may be wrong 05.26.06 # or wihte 05.26.16 # but i am impressed, listening to flac is sick 05.27.12 # DBordello, rockbox isn't based around the concept of "pretty".. it's intended to be functional. :) 05.27.39 # that is fine with me. 05.28.07 # although, there are themes or something right? The default interface leaves a little to be desired 05.28.11 # but if i can play flac, i am happy 05.28.24 # i need to read the docs on how to use it, or just poke around for a while 05.29.07 # DBordello, there are 'themes', yes, but they won't do too much. 05.29.14 # you can choose a custom font and customize your While Playing screen.. 05.29.19 Join Doomed9 [0] (n=nnscript@ool-44c53f18.dyn.optonline.net) 05.29.29 # but for the most part it's solid colors. you can also load a backdrop (like a wallpaper), though. 05.29.36 # no gradient cursors or anything, though.. 05.29.38 # ah, i just need to play around with it. Overall i am really impressed, very featurful 05.32.53 Quit mikearthur ("Konversation terminated!") 05.34.42 # any1 any good with shell scripting? 05.37.06 # fark this.. im going home 05.37.36 # haha. 05.37.36 Quit jd|uni ("CGI:IRC (EOF)") 05.39.10 # sweet, changed the fonts around and the backgorund colors and i am happy 05.39.28 # :) 05.42.46 # whooo 05.45.39 # when i am browsings WPS's, do i need to do something to get them to redraw? They aren't displaying properly 05.46.17 # DBordello, what? they constantly redraw.. 05.46.31 # hmm, they look odd, maybe they aren't for the ipod 05.48.34 Quit Vertigo_t (Read error: 110 (Connection timed out)) 05.55.11 Quit yeahx (Read error: 110 (Connection timed out)) 05.57.14 Quit Rick ("I… don't need to be here.") 06.00.44 # Does anybody know what wps files i should use with an ipod photo? Ones for the H300 or the ipod 5g? 06.01.42 Join mymomthelush [0] (n=lush@bdsl.66.15.136.192.gte.net) 06.01.53 Part mymomthelush 06.03.54 Join Rob2222_ [0] (n=Miranda@ACB63C91.ipt.aol.com) 06.06.32 Quit Sinbios (Read error: 104 (Connection reset by peer)) 06.07.11 Join Rick [0] (i=rick@pool-71-108-2-183.lsanca.dsl-w.verizon.net) 06.11.14 # yay :) home 06.14.21 # wb JdGordon 06.14.22 # :) 06.14.34 # hello all 06.14.49 # hey Doomed9 06.14.53 # 's good to be back :) 06.15.09 # ah, jdgordan, the perfect person to ask! 06.15.13 # \/home sweet ~ !! 06.15.20 # /home* 06.15.27 # ~ sweet ~ ? 06.15.37 # what does your recent patch do: "FS#4929 — add playback_control() to plugins " 06.15.51 # (in words of one syllable for a thickie like me) 06.16.04 Join Gibbed [0] (i=rick@pool-71-108-2-183.lsanca.dsl-w.verizon.net) 06.16.08 Quit Rick (Nick collision from services.) 06.16.19 Nick Gibbed is now known as Rick (i=rick@pool-71-108-2-183.lsanca.dsl-w.verizon.net) 06.16.32 # playback_control() loads up a menu with stuff like next/prev track and vol+/- and suff.. so u can control the playback without having to exit plugins 06.16.43 # so, that patch just adds the call to a few plugins 06.17.28 # That's exactly what I hoped you'd say. Yay! Now I can play jeweled to my heart's content while shuffle all is on. And still be able to skip tracks! 06.17.43 # yup.. alsmost 06.17.57 # * arf-arf does little dance 06.18.02 # :) 06.18.09 # yay, 06.18.13 # how do i get that? 06.18.38 Quit midkay ("Leaving") 06.18.43 Join midkay [0] (n=midkay@rockbox/developer/midkay) 06.18.48 # Doomed9, you'll have to patch 06.19.02 Quit Rob2222 (Read error: 113 (No route to host)) 06.19.09 # JdGordon, referring to linux's ~ variable being the home for that user.... :) 06.19.18 # can i get help on that? 06.19.27 # or if you can hold on 10/15 mins, I'll send you the build I'm about to do 8) 06.19.32 Quit maeck ("Leaving") 06.19.40 # midkay: ye, i know.. i was wondering why the first was /home instead of ~ 06.19.50 # but.. BUT.. 06.19.58 # nnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn! 06.23.16 Join maeck [0] (n=marcel@72-255-62-238.client.stsn.net) 06.34.43 # JdGordon: any advice for the correct -p option when patching/order of the 2 patches? 06.34.44 # im so pathetic... im doing a bloody survey in the hope i might win an ipoo :p 06.34.52 # -p0 should work 06.35.01 # either first.. they dont effect eachother 06.35.16 # I get a hunk failed with current cvs 06.35.20 # does anybody know of anything like foo_pod (to build a itunes database from the directory structure on the ipod) for linux? 06.35.26 # updating again in case I arsed up! 06.36.58 # damn these tupid phscological surveys.. they ask the same q at least 3 times always changing the logic of the q.. 06.37.09 # :'( on page 3/6 06.37.13 # damn i hate being bored 06.37.16 Quit midkay ("Leaving") 06.37.31 Join Shadowarrior13 [0] (i=dsf@ip68-3-160-223.ph.ph.cox.net) 06.37.40 # how do you copy+paste text from within the debian dev environment? 06.38.15 # ur on vmware image? 06.38.29 # what text editor u in? or do u mean from host to the dev env? 06.38.29 # yep 06.38.50 # from dev env back to windows (so I can c&p the error to you) 06.38.58 # I'm kind like that 06.39.01 # ! 06.39.05 Quit Shadowarrior13 (Client Quit) 06.39.10 # no idea.. im sure vmware has an option to do it.. but dunno 06.39.22 Join Shadowarrior13 [0] (i=dsf@ip68-3-160-223.ph.ph.cox.net) 06.39.44 # "Hunk #1 failed at 18" when using -p0 on plugins.patch 06.40.00 # i believe you need vmware tools installed to copy and paste between enviroments 06.40.52 # arf-arf: it should have made a .rej file of the file that stuffed up.. which file was it? 06.41.29 Join XavierGr [0] (n=XavierGr@ppp78-adsl-131.ath.forthnet.gr) 06.41.43 Quit HuntermicAtWork ("CGI:IRC (EOF)") 06.41.43 Quit c0utta ("CGI:IRC (EOF)") 06.41.58 # chessbox.c.rej 06.42.19 # but it's only tiny. I'll see if I can manually do it. Fingers crossed 06.43.09 # shuoldnt be hard to do manually 06.43.31 # nah just had to c+p #include "../lib/playback_control.h" into the file. even *I* can manage that much! 06.43.56 # hmm.. it didnt do it autoamtically??? i must have screwed the patch up then.. 06.45.16 # yeah, it looked like that was what should have happened, but having looked at the .rej file, perhaps the patch was one line out? 06.45.35 # Saying 18,25 not 18,26 06.45.55 # (btw, I know no C at all so that was literally a wild guess) 06.45.56 # maybe.. i chopped up the patch to remove nonesence changes.. might have slipped up.. no matter 06.49.54 # what text editor does the vmware image use? 06.51.27 # prob vi 06.52.03 Quit XavierGr (Read error: 104 (Connection reset by peer)) 06.52.33 # yep, vi 06.52.41 # ok 06.54.42 # how long should i set the slideshow mode timer to for the jpeg viewer? 5s? 06.54.57 # maybe an option? 06.55.07 # well.. ye.. but untill then... 06.55.20 # 5s sounds good to me, then 06.55.43 Quit Shadowarrior13 ("( www.nnscript.de :: NoNameScript 4.01 :: www.XLhost.de )") 06.57.01 # Doomed9: still around? 06.57.13 # arf-arf: what is vmwares mem usage while its running? 06.57.24 # in Task Manager? 06.57.28 # ye 06.57.44 # 20MB 06.58.01 # + 267MB! 06.58.11 # haha, that sux :D 06.58.17 # yeah 06.58.25 # i dont want to do it right now 06.58.41 # colinux is using ~5mb and ~6mb while compiling! 06.58.41 # vmplayer.exe = 20MB and vmware-vmx.exe is 267MB 06.59.05 Quit maeck ("Leaving") 07.04.12 # JdGordon: can't get the playback menu to work in Bubbles, but it's great in jeweled/chessbox 07.04.28 # whats the problem with bubbles? 07.04.36 # .. which target? 07.04.43 # rec doesn't bring up a menu (h120) 07.04.52 # odd... it should... 07.05.10 # probably because of the special way bubbles handles buttons at 1230812308291 places in the code 07.05.18 # I'm not here. 07.05.21 # haha 07.05.29 # move on, nothing to see here 07.05.40 Quit DBordello (Read error: 110 (Connection timed out)) 07.05.56 # * JdGordon checking the code... 07.06.35 Join DBordello [0] (n=dan@tirone-fw.flexabit.net) 07.07.04 # are u sure it patches bubles.c correctly? i tested it and it works on h300.. and it uses the same code on both iriver targets 07.07.18 # JDGordon: it works fine in the menu (before you start the game) but not in-game 07.08.03 # AH.. its not setup to work in the game.... 07.08.15 # minor oversight by yours-truly 07.08.19 # And that would be why then! 07.08.37 # probably because of the special way bubbles handles buttons at 1230812308291 places in the code? 07.09.01 # back soon... playing taxi driver 07.09.31 # Doomed9, I've compiled a build with JdGordon's playback patch if you want me to send it to you? 07.09.56 Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) 07.10.35 Quit cannard ("2.0 Build 3515") 07.11.49 *** Saving seen data "./dancer.seen" 07.15.15 Part Aditya 07.16.05 # back 07.20.19 Quit Doomed9 ("( www.nnscript.de :: NoNameScript 4.01 :: www.XLhost.de )") 07.20.36 # HZ*5 is 5 seconds right? 07.20.39 Quit actionshrimp (Read error: 110 (Connection timed out)) 07.21.09 # yes, if you mean for sleep etc 07.21.33 # ye.. button_get_w_tmo() reutrns button_none after the timeout ye? 07.21.42 # yeps 07.21.49 # well then something is fucked! 07.22.28 Join nave7693 [0] (i=evan@c-71-198-247-170.hsd1.ca.comcast.net) 07.23.03 # not SYS_TIMEOUT? 07.23.16 # oh, sys_timeout is onqueie wait, button_get_w_tmo changes it 07.24.42 Quit Lynx_ (Read error: 104 (Connection reset by peer)) 07.25.08 Join Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 07.25.54 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 07.26.36 # *que sunrise music* GOOD morning sweden! 07.26.57 # * B4gder waves on the behalf of Sweden ;-) 07.29.48 Join Vertigo_t [0] (i=vertah@cor7-ppp913.bur.dsl.connect.net.au) 07.30.42 # it seems the cvs builds really improved with t0mas' fixes last night 07.30.52 # morning :) 07.33.16 Join tianjing [0] (n=mat@jullay.net) 07.33.27 # hi what players will play the most formats with rockbox besides the ipods 07.33.27 # ok, ive changed all 3 rb->button_get() to _w_tmo() and added case BUTTON_NONE: with debug and it still never gets triggered! ? 07.34.10 # JdGordon huh ? 07.34.24 # nave7693: all the other swcodec ones: iriver h1x0, h3x0 and iaudio x5 07.34.46 # im trying to get jpeg.rock to work in slideshow mode.. so after a 5 sec timeout it should jum,p tot he next pic.. but the button timeout isnt workign.. and its annoying me 07.34.48 # "will" as the x5 has no sound yet 07.35.17 # JdGordon ah, u're working on this ? 07.35.29 # ye.. unless some1 beat me to it? 07.35.52 # i _planned_ ... 07.35.57 # but won't have time soon :) 07.39.53 # :'( oh ffs... i was putting jpeg.rock in rocks/ not viewers/ .. 07.39.59 # * JdGordon hits self 07.40.54 # it works :) 07.41.16 Join midkay [0] (n=midkay@rockbox/developer/midkay) 07.41.20 # hahaha 07.41.42 # yay, B4gder's here :) 07.42.27 # um. i changed a number of strings in the lang files.. what exactly needs to be done to have them compiled? bump the version number in language.h and binlang? 07.42.32 # JdGordon good one ;) 07.42.52 # midkay huh ? 07.43.15 # what does this "i changed a number of strings in the lang files" mean ? 07.43.21 # Bg3r, what don't you get? i changed some stuff, it only seems to show up when i raise the version numbers in language.h and binlang. 07.43.30 # i changed... some .. strings. 07.43.38 # u haven't added ? 07.43.44 # but changed existing ones ? 07.44.04 # yes. 07.44.22 # in the english.lang ? 07.44.29 # or just translations 07.44.42 # english.lang. 07.44.47 # and the eng: part of translations.. 07.45.00 # hmz 07.45.19 Join Gibbed [0] (i=rick@pool-71-108-2-183.lsanca.dsl-w.verizon.net) 07.45.24 # it shouldn't need raising .. 07.45.24 Quit Rick (Nick collision from services.) 07.45.33 # did you try binlang ? 07.45.35 Nick Gibbed is now known as Rick (i=rick@pool-71-108-2-183.lsanca.dsl-w.verizon.net) 07.45.48 # Bg3r, "try" binlang? 07.45.55 # wow, how can the MAS play WAV now... 07.46.03 # tools/binlang 07.46.11 # Bg3r, "try" binlang? 07.47.26 # rockbox-devel $ tools/binlang apps/lang/english.lang apps/lang/english.lang english.lng 07.47.55 # * Bg3r greps his hda1, because he is silly ... 07.48.00 # Bg3r, it's not that. it.. 07.48.09 # i mean, compiling it "into" rockbox. 07.48.16 Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 07.48.24 # that's done by genlang 07.48.29 # B4gder, i mean.. 07.48.30 # alright. 07.48.31 # the convertion to a .c file I mean 07.48.40 # ah.. 07.48.43 # B4gder is the man 07.48.45 # i changed a lot of strings.. and after numerous compiles it didn't show up in rockbox.ipod.. 07.48.49 # and no, it doesn't care about the version field 07.48.55 # so i bumped version from 2 to 3 in language.h and binlang. 07.48.58 # next compile. it worked. 07.49.00 # why? 07.49.08 # did you make clean first? 07.49.08 # possibly it is a makefile flaw 07.49.22 # Mikachu, started a new build directory, make verycleaned, reconfigured... 07.49.27 # okay 07.50.10 Quit linuxstb_ (Read error: 110 (Connection timed out)) 07.50.23 # still, genlang has no notion of that version 07.50.39 # B4gder, hmm. 07.50.39 Join Arrogant [0] (i=Scott@235.orlando-06-08rs.fl.dial-access.att.net) 07.50.44 # that's only used for the binary files 07.51.10 # so just committing all the lang files and nothing else, if i've changed a bunch of stuff, will work fine? nothing else needs to be modified to tell it that strings have changed or anything? 07.51.31 # only the .lang files should be necessary to edit 07.52.15 # alright, thanks.. hmm.. any way to commit all the lang files at once? :) 07.52.31 # "cvs ci" in the lang dir? 07.52.47 # won't commit anything but the lang files that are already there, right? 07.52.59 # it'll commit all modified files in that dir 07.53.10 # excellent, thanks again :) 07.53.13 Quit RotAtoR ("zzzzzzz") 07.53.18 # or you can just "cvs ci lang1 lang2 lang3 ..." 07.53.25 # is it like.. cvs ci -m "comment" ? 07.53.29 # that's hard though :) 07.53.34 # all.. like.. 20 of them.. :) 07.53.52 # so what have you modified in the translations? 07.54.03 # I doubt you speak 20 languages ;-) 07.54.04 # just the eng: fields. 07.54.05 # :) 07.54.10 # don't 07.54.17 # doesn't need to be changed? what? 07.54.35 # no, they're supposed to remain what was used when the translation was made 07.54.43 # aha... 07.54.50 # translators then use 'uplang' to find out changes 07.54.58 # and it'll show the new eng and the old eng 07.55.08 # alright, that simplifies things. just committing english, i guess :) 07.55.11 # cool, alright 07.59.10 # btw, what does "Repeat Shuffle" mode do? when the playlist reaches the end, it reshuffles and starts over? 07.59.16 # yes 07.59.24 # how well (or not at all) would using button_repeat with another work to toggle a setting? 07.59.28 # hmm.. 07.59.46 # repeat with another? 08.00.02 # haha "grep: memory exhausted" 08.00.17 # JdGordon, if there's a free key or combo available, it'd probably be nicer.. depends on what you're doing, i guess.. 08.00.22 # another button.. i meant in a combo.. or would it trigger too wuickly? 08.00.33 # midkay: there isnt.. which causes the problem 08.00.42 # JdGordon, i guess you have no choice then. :) 08.01.04 # ill see how it is.. i guess i can check if the last button was the same then ignore it.. 08.04.35 Quit Rick (Read error: 104 (Connection reset by peer)) 08.04.59 # morning 08.05.06 # morning, amiconn 08.05.12 # midkay: What did you change in english.lang? 08.05.34 # * amiconn asks because he still has is english.lang cleanup pending 08.06.53 # amiconn why not just commit it ? 08.07.06 # whats the a-b button in the sim? 08.07.15 # It's not yet done 08.07.25 # JdGordon see uisimulator/sdl/button.c 08.07.37 # (y) :( 08.08.41 # insert 08.08.53 # case SDLK_KP_PERIOD: 08.08.53 # case SDLK_INSERT: 08.08.53 # #ifdef BUTTON_MENU 08.08.53 # new_btn = BUTTON_MENU; 08.08.53 # #elif defined(BUTTON_MODE) 08.08.53 *** Alert Mode level 1 08.08.53 # new_btn = BUTTON_MODE; 08.08.55 # #endif 08.09.23 Quit thegeek (Read error: 113 (No route to host)) 08.10.42 Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) 08.11.54 # mm.. goody... rb->slash doesnt work well with jpeg... whats a better way to show that slideshow mode was toggled? 08.12.31 Join Rick [0] (i=rick@pool-71-108-2-183.lsanca.dsl-w.verizon.net) 08.12.38 # JdGordon is this on a h1x0 ? 08.12.45 # h300, but ye 08.13.10 # because on h1x0 u should stop the grayscale first, but obviously this isn't the case 08.14.52 # JdGordon: When using the grayscale lib (e.g. jpeg viewer on archos, h1x0, hopefully grayscale iPods soon) you *must* not use anything that changes the lcd driectly while the grayscale lib is running 08.15.03 Quit DreamTactix291 () 08.15.07 # amiconn, a large number of strings.. mostly just fixing case on some menu items.. clarifying a couple things.. 08.15.17 # midkay: Argh! 08.15.21 # JdGordon you can use the get_image(); it will either return u the already decoded image zoom (which should be your case), or will run jpeg_decode... 08.15.23 # amiconn, big deal? 08.15.27 # what are you up to? 08.15.28 # Yes 08.15.50 # If you commit your changes, I'll basically have to redo my whole makeover, which is almost complete now 08.15.57 # amiconn, i simply won't then.. :) 08.16.05 Join RoC_MM [0] (i=dragon@dsl-29-8.cofs.net) 08.16.30 # I have sorted the strings into groups, removed deprecated stuff, combined strings that were just split because we had no splash() back then... 08.16.42 # JdGordon do you get my idea ? 08.16.47 # amiconn, sounds cool. any ETA? 08.16.48 # i tihnk so 08.17.05 # JdGordon the problem with splash is that it remains on the screen, yep ? 08.17.11 # yep 08.17.17 # so this should solve it ;) 08.17.44 # midkay: I am bound to complete it asap, we need it as a precondition for switching to v2 (which means a second cleanup cycle), and want it for 3.0 08.17.58 # amiconn, sounds good. brb. 08.18.15 # good amiconn :) 08.18.54 *** Alert Mode OFF 08.19.08 # btw, what about changing all switch()es with ifs and using vars/defines to make iriver remotes work correctly in 3.0 ? 08.19.26 # that's not planned for 3.0 08.19.29 # i mean the button switches() in the tree/menus 08.19.45 # Bg3r: We need a more clever way 08.19.55 # amiconn yes, i know ... 08.20.14 # Changing to vars for platforms which don't need it means code bloat - and that we don't want 08.20.35 # amiconn no, my idea was vars for irivers, defines for all other 08.20.43 # JdGordon: Using functions that change the lcd directly while the grayscale lib is running means there are two processes sending commands to the lcd, possibly mixing up. 08.21.01 # The grayscale lib controls the lcd from a timer isr 08.21.23 # That means all drawing has to be done using the grayscale lib. 08.21.48 # ok, so turn it off, show the splash, turn it back on and redraw the image? 08.22.33 # Either that, or don't use splash() but the appropriate *_putsxy() function 08.22.54 # Ah, no, you can't in jpeg.c 08.23.27 # ...because it uses the grayscale lib in unbuffered mode which only offers a subset of the drawing functions 08.23.50 # So you have to switch it off before splash() and switch it back on afterwards 08.24.08 # yep, i forgot again about this ... 08.24.38 # that's what we love with rockbox, these little magic gems ;-) 08.24.40 # ok, so after turning it back on, what the best way to show the image as it was? (grey or othersie) ? 08.25.15 # The grayscale lib doesn't loose its framebuffer if you switch it off 08.25.15 # B4gder what can i use for searching a string in /dev/hda1, because the grep returns me memory exhausted 08.25.25 # even with -F 08.25.33 # amiconn: and the colour screens? 08.25.42 # JdGordon the color screens don't need it 08.25.49 # just ifdef GRAYSCALELIB 08.25.54 # or how was it called 08.25.56 # no, but ethey have the same prob with the splash staying 08.26.14 # #ifdef USEGSLIB 08.26.23 # .. dnoe that... 08.26.27 # Bg3r: you mean on the actual device or just the files on the device ? "find / -type f | xargs grep foo"? 08.26.31 # for them i suggest u to use my idea 08.26.44 # B4gder searching for deleted text file... 08.26.50 # ah 08.27.03 # I know LinusN used some fancy tool for that 08.27.08 # what fs? 08.27.12 # ext3 08.27.34 # but i'll probably just forget about it :) 08.27.52 # Bg3r: Imho the 'extendable action translation' idea was the best one so far. It allows to continue using switch() in the individual event loops, and these switch()es may even get smaller if the action values are close to each other, because then gcc starts using jumptables 08.27.59 # http://www.rockbox.org/twiki/bin/view/Main/WikiRestore has two tools in the bottom 08.28.15 # B4gder yep, 10x :) 08.28.19 # i remember about this 08.28.24 # I know Linus used them to recover files from the "Wiki Delete Incidence" 08.28.31 # amiconn hm, yep 08.28.50 # i was talking about a temporary solution for ver 3.0 08.30.09 # In fact the extendable translation idea might work very well for iriver, if we design it to allow more than one translation extender to register 08.30.22 # * Bg3r goes to read about jump tables in wikipedia 08.30.29 Join XavierGr [0] (n=XavierGr@ppp62-adsl-251.ath.forthnet.gr) 08.30.40 # haha very big topic on that ... 08.31.09 # XavierGr morning 08.31.25 # For targets with constant button assignments, the core translator would do all the work. For iriver, we would have 3 additional translators. Plugging a remote would register the appropriate translator for the remote type plugged in 08.31.32 # Morning! 08.31.36 # Plugins could register their own translator 08.32.30 # amiconn sounds very good 08.32.32 # So on iriver we'd need the ability to register 2 variable translators 08.35.19 # what do you think about having different translators for navigation, wps, recording... 08.35.21 Quit Rick (Read error: 104 (Connection reset by peer)) 08.36.48 # Bg3r: The idea is to unify actions as much as possible. 08.37.08 # amiconn but the problem is there are different actions in the wps and in the navigation for example 08.37.22 # Having separate translators would be the same as having individual event loops, just with additional call overhead 08.37.28 # Yes, and? 08.37.35 # and ... 08.37.41 # The translator would send events like TREE_UP 08.37.44 # amiconn: ok, the splash works great with greyscale now.. how do i reshow the image on colour targets after the splash? 08.37.49 # amiconn yep 08.37.59 # but TREE_UP is sometimes also WPS_VOL_UP 08.38.04 # but sometimes not 08.38.07 # .. also, should the jpeg viewer stop the backlight timout? 08.38.09 # JdGordon: You need to redraw 08.38.15 # best way to do it? 08.39.44 # Bg3r: Hmm, I think in case where a button has different actions in different places, the translator would just send all of them 08.40.02 # amiconn ah, yep 08.40.26 # but wouldn't it be simpler just to have 2 diff translators ? 08.40.51 # Then what's the difference between that hand the current way? 08.41.08 # Currently each app does have its own translator 08.41.22 # s/hand/and/ 08.41.50 # hm... 08.42.08 Quit darkless (Client Quit) 08.42.12 # Btw, TREE_UP and WPS_VOL_UP are *not* necessarily the same button 08.42.32 # E.g. the gigabeat (and the archos remote!) have separate volume buttons... 08.42.46 # amiconn yep 08.42.58 # that's why i said this 08.43.20 Join Rick [0] (i=rick@pool-71-108-2-183.lsanca.dsl-w.verizon.net) 08.44.46 # The advantage of having one place to translate button into events forces us to keep the number of different actions low, helping to get the UI more consistent 08.45.09 # Like, TREE_UP is (or should be) the same as MENU_UP 08.45.13 # amiconn yep 08.45.19 # These 2 will become just one action 08.45.31 # yes, that is very clear 08.45.36 # :'( 08.45.40 # JdGordon ? 08.45.48 # amiconn, there should be like.. MENU_UP and VALUE_UP.. that's the only time i think they'll be different. you want to scroll back to go up in a menu, but to change something, scrolling back should decrease.. or something. 08.45.49 # :) 08.46.00 # best way to redraw the pic after the splash on colour screens? 08.46.13 # JdGordon: Just... redraw 08.46.15 # JdGordon just use this get_image and ... 08.46.16 # yep 08.46.46 # see yuv_bitmap_part(... 08.46.53 # midkay: Yes, VALUE_UP can be different from TREE_UP and therefore stays a separate action 08.46.55 # MYLCD_UPDATE(); 08.47.18 # amiconn, right.. but i don't think you need too many others (i'm not quite sure what you've got in mind, though). 08.47.29 # i am just going to add open() to check from dircache the file startcluster to make opens *much* faster and even tagcache building way faster :) 08.47.34 # in fact, that's all as far as i can think of.. 08.47.36 # On targets with the standard left/right/up/down buttons they are the same, but e.g. on player and iPod they aren't 08.47.46 # amiconn, right. 08.47.47 # oh ffs.. i keep forgetting to copy the recompil;ed rock to the archos folder... grrr 08.47.55 # haha. 08.47.58 # JdGordon: make install does that 08.48.14 # it also takes like.. like.... more than a few seconds!! 08.48.28 # at least on cygwin I bet 08.48.36 # tru dat. 08.48.39 # ok, well MYLCD_UPDATE(); doesnt get rid of the splash... 08.49.07 # JdGordon: Of course not. You have to reissue yuv_bitmap_part(..) before 08.49.20 # splash() draws to the lcd framebuffer 08.49.24 # wel thats just silly :p 08.49.32 # It has to 08.49.56 # In fact the grayscale targets make it easier for you, because the grayscale lib has its own framebuffer 08.49.58 # JdGordon all lower level lcd funcs just change the framebuffer, but don't send it to the lcd 08.50.23 # so, u draw all u want on the screen, and then do lcd_update 08.51.23 Join nudel [0] (i=nudel@dynamic-212-225-62-125.park-s46b.dslaccess.co.uk) 08.53.48 # Slasheri: faster tagcache is always welcome. is open really that slow? 08.58.08 # ok, i must be just plain stupid or something.. i copied the yuv_bitmap_part() and MYLCD_UPDATE() stuff from the scroll code, so at the very worst it should show get rid of the splash and scroll a bit.. but nothing happens :'( 08.58.43 # and im definatly copying the .rock to the correct folder after make 08.59.17 Join actionshrimp [0] (n=nn@host86-133-113-61.range86-133.btcentralplus.com) 09.00.30 Join jbsd [0] (n=admin@202.164.172.198) 09.01.18 Part jbsd 09.02.30 Quit JdGordon (Read error: 104 (Connection reset by peer)) 09.04.41 Join DJ_Dooms_Day [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) 09.04.43 Join JdGordon [0] (n=JdGordon@c211-28-227-249.smelb1.vic.optusnet.com.au) 09.07.54 Join ender` [0] (i=ychat@84.52.165.220) 09.08.10 # Why do the iPods have no lcd flip? Lack of controller docs? 09.08.59 Join safetydan [0] (n=dan@rockbox/developer/safetydan) 09.10.28 # JdGordon can i see the code ? 09.10.41 # yup 09.11.52 *** Saving seen data "./dancer.seen" 09.12.01 # http://pastebin.com/626488 09.12.10 # http://miranda-icq.sourceforge.net/zeez-im/030718-license.html <= this is oooold, but brutal... 09.12.16 # direct c+p from a bit further up.. so it should work... 09.12.23 # preglow: yes, currently open() is very slow. I will try if i can make it faster with the dircache 09.12.33 # ye :) "we" smote them! 09.13.14 # Bg3r: they wernt the only ones also 09.13.52 # JdGordon i know ... 09.14.48 # JdGordon see the loop beginning with "/* loop the image prepare and decoding when zoomed */" 09.15.37 # we might even want to enable the dircache by default soon 09.15.40 # ye 09.15.45 # but i believe there are a couple of bugs left that needs fixiing 09.15.57 # amiconn, something like that.. it should be a hardware function? 09.16.52 # Well, almost all lcd controllers have a feature to switch orientation, in order to support flexible mounting of the panel 09.18.07 # * amiconn still wonders why people want to waste ram on dirache 09.18.26 # Well, it really depends on usage 09.18.29 # amiconn because i don't want to wait for the disk spinning up ? 09.18.38 # haha, do you think so... 09.18.43 # and because i prefer the disk to not spin when i just browse ... 09.18.45 # * JdGordon gone 09.18.46 # amiconn, hmm, makes sense. well, either way - it's not working atm. :) 09.18.58 # Bg3r: Only for plain browsing. As soon as file read is involved, the disk has to spin up anyway 09.19.18 # i happily "waste" ram for dircache so i don't have to worry about the disk spinning up and down all the time while i browse 09.19.23 # amiconn, longer battery life (what's a few hundred kilobytes out of a 32MB buffer)... and especially no pauses when browsing.. insta-access to your files.. 09.19.24 # ...e.g. when browsing with directory voicing set to use directory clips 09.19.29 # i'm with preglow here 09.19.45 # I've not used dir cache yet ;-) 09.19.53 # midkay: I expect longer battery life without dircache with my standard usage pattern 09.19.58 # i used to have to skip in and out of directories to not make it spin down if i noticed i used a long time 09.19.58 # More audio buffer... 09.20.02 # amiconn, thus the reason it's optional, i guess. :) 09.20.16 # so for my usage pattern, dircache is almost needed to not annoy the hell out of me 09.20.18 # amiconn 1/29 more buffer 09.20.35 # Yes? That's >3% ... 09.21.10 # I usually go to an album folder and start playing. The next couple of on/off cycles it's just power on and resume 09.21.10 # haha.. 09.21.21 # No browsing involved 09.21.27 # i usually select an album, start playing 09.21.35 # then before it's done, start browsing for another one that fits my mood 09.21.41 # which might take a little while 09.21.42 # amiconn, the disk needs to spin up anyways.. what's the difference between now or in two seconds without dircache, is my view.. 09.22.16 # midkay: The disk has to spin up less often with a larger audio buffer 09.22.31 # it's kind of a tradeoff i guess - spin up _slightly_ more often during playback and don't spin during browsing.. or have a few more seconds of buffer for playback but need to spin up for browsing.. 09.22.44 # for my usage it's definitely a net gain 09.22.51 # no question about it 09.22.58 # i like it because i tend to not listen to whole albums at once, i guess. i can browse freely to see what i want to hear next without worrying about spinups/hard drive.. 09.22.59 Join bobTHC [0] (n=bobTHC@62.34.141.106) 09.23.03 # but anyway, it does of course depend heavily on use 09.23.07 # hi folks ! 09.23.10 # bobTHC: hi 09.23.15 # The 'don't spinup during browsing' only holds as long as directory voicing isn't set to using clips. I'm using that in the car 09.23.38 # amiconn: we really should start looking at porting a speech synth 09.23.39 # Plus, by not using dirache I avoid the asociated bugs... 09.23.44 # though i guess a database for that would be huge... 09.23.54 # amiconn, ah, i am indeed looking at that.. 09.23.55 # dircache really doesn't have lots of bugs anymore 09.23.58 # Slightly off-topic, but does dircache cache all of the files on the player? 09.23.59 # i even use it while developing 09.24.02 # er. 09.24.02 # Febs: yes 09.24.06 # wait. 09.24.06 # Febs: ehh 09.24.07 # wtf. 09.24.09 # Febs: at least the contents 09.24.16 # Febs: not the file contents, that is 09.24.18 # just the structure 09.24.20 # * JdGordon back 09.24.21 # * preglow needs coffee 09.24.35 # preglow: I ran into a dirache bug at devcon withn <1 min after powerup of Linus' H120 (which had dirache enabled) 09.24.37 # haha. "i am indeed looking at that" i just said. i meant to say "ah, i'm not using that" or something. i was reading another line while typing, annoying :) 09.24.46 # ahahha 09.25.19 # amiconn what kind of bug ?? 09.25.20 # amiconn: well, tough luck, i've used it for months and months now even when developing and haven't seen any bugs 09.25.24 # but there are some left, that i know 09.25.37 # and i think they can be solved by just not using the cache for accesses until the cache has been fully updated 09.25.39 # OK. I was just responding to a thread on Mistic River about shuffling the contents of the drive without first building a playlist, and was wondering if dircache could be adapted to, for example, maintain an up-to-date root.m3u playlist. 09.25.40 # something with SUB connect ? 09.25.48 # USB 09.25.59 # My test plugin created a file. Invisible in the browser after leaving the plugin with dircache on... 09.26.03 # wouldn't know, i don't use playlists 09.26.06 # (Not that I find it to be a big deal to generate a playlist, but it seems to be an oft-requested feature.) 09.26.23 # ...even after entering a subdir and returning 09.26.31 # amiconn: while it was scanning, then? 09.26.38 # Dunno, maybe 09.26.52 # i think it only does stuff like that when scanning, but haven't seen it myself for yonks 09.27.00 # it did it more often before 09.27.15 # Slasheri: is the dircache used at all before it's completely updated? 09.27.31 # wooooot... its wortking :D 09.27.42 # JdGordon :) what was the problem ? 09.28.00 # grr... was c+p error or somethgin 09.28.05 # anyway, havta go.. dinner time 09.28.10 # k 09.28.12 # JdGordon I had plans to implement a slideshow but you got me. 09.28.23 # preglow: Thing is that you shouldn't have to care about that, should you? 09.28.34 # amiconn: of course not, it's a bug 09.28.56 # i shouldn't have to care about rockbox hanging either, but it still happens 09.29.13 # preglow: no 09.29.49 # and now i will test that open() implementation.. it should be pretty fast now, but used only when reading files 09.30.52 Join petur [0] (n=d4efd6a6@labb.contactor.se) 09.30.56 # petur :) 09.31.20 # hey 09.32.52 Quit Febs ("Time to sleep.") 09.33.06 # dirchache is imho a tradeoff of ram vs. browsing speed. It might not save any battery 09.33.32 # sure it would save batt.. not having to spin up the disk every time the filetree is opened 09.33.33 # it depends on how much do you browse .. 09.33.38 # XavierGr: :D 09.33.42 # petur was up :) 09.33.51 # It has to scan the disk at boot. That means accessing more dirs than any browsing I am doing by hand later... 09.33.52 Quit midkay ("Leaving") 09.34.40 # Bg3r: nothing ;) no free time atm... 09.35.23 # preglow: now the scanning of tagcache was over 50% faster (about 4 minutes, and before that 10 minutes) 09.35.33 # Slasheri: bodes well 09.36.15 # amiconn: yeah, but it'll very probably consume less battery than the browsing you would do later 09.37.06 # and it'll spin up more often, etc, etc 09.37.08 # tradeoff 09.37.19 # well again it depends on the usage. 09.37.32 # I can't live without dircache 09.37.35 # I am spoiled 09.37.49 # i wouldn't exactly kill myself without it, but rockbox would be more annoying by far, yes 09.37.49 # it is sweet and immediate 09.39.48 Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) 09.40.35 # jpeg slideshow patch is ready.. cept it needs button defines for the slideshow toggle button for all targets except iriver... 09.45.26 # http://www.rockbox.org/tracker/task/4936#comment6905 09.46.50 # good :) 09.47.08 Quit safetydan ("Leaving") 09.51.21 # JdGordon: really cool 09.51.30 # :) 09.51.36 # now all that is left is the button mappings for the other targets 09.51.57 # except.. im not sure if its needed in the other button loop or not.. im not 100% sure why it goes to it.. 09.52.23 # i have a suggestion for the slideshow enable button 09.52.36 # how about NEXT|REPEAT? 09.52.55 # hold the next button to enable slideshow mode 09.53.18 # as a general rule for all of them? 09.53.21 # yes 09.53.31 # Now, lets see whether correctly applying the recording 'blackmagic' fixes the bitshift problem... 09.53.41 # * amiconn just started a loong test recording 09.54.09 # amiconn: you think you can fix the bitshift problem? 09.54.24 # that could work... 09.54.35 # i was under the impression that it was a MAS bug 09.54.42 # Yes, but... 09.54.57 # ..there's the 'blackmagic' (as you called it in a comment) that has to be applied to the MAS3587 for recording 09.55.23 # This blackmagic wasn't applied correctly (all the time!) because of the bug in mas_writereg() 09.55.30 # i see 09.55.45 # Maybe this 'blackmagic' changes some internal priorities... 09.55.57 # hehe, i called it black magic because the data sheet doesn't tell what it does 09.56.03 # yes 09.57.27 # JdGordon: why use #ifdef JPEG_TOGGLE_SLIDESHOW? 09.57.34 Join markun_ [0] (n=markun@bastards.student.ipv6.utwente.nl) 09.57.39 # I thought it will be for all targets. 09.57.45 # Datasheet page 28, 3.3.4.1, step 3. 09.57.48 # XavierGr: coz its not defined on all targets yet 09.57.58 # ah so you will remove it 09.58.25 # ye 09.58.26 Quit markun (clarke.freenode.net irc.freenode.net) 09.58.26 NSplit clarke.freenode.net irc.freenode.net 09.58.50 # The 2 writes to register 0xa3 were influenced by the bug. The one to register 0x94 was not 10.06.09 Quit RoC_MM ("Leaving") 10.09.40 Join safetydan [0] (n=dan@rockbox/developer/safetydan) 10.21.06 # can u do button_menu|button_select|button_rel ? 10.24.10 Quit quobl__ (Remote closed the connection) 10.24.26 # http://www.centos.org/127_story.html?storyid=127 10.24.28 # lol 10.25.02 # JdGordon hmm yep, but this will react when one of the 2 buttons is released 10.25.09 # w8 to look at button.c :) 10.25.38 # ah 10.25.44 # JdGordon this is possible only on h300 ... 10.26.17 # ok, im gonna need to do button defines for all the targets.. 10.26.41 # JdGordon if u're in doubt about such combinations 10.26.51 # ok, ta 10.27.05 # look at firmware/drivers/button.c:button_read() 10.28.18 # if the btn |= something, than u can use something in combination with other buttons 10.30.15 # this is of course target specific 10.30.34 # bobTHC: indeed an interesting read 10.34.08 Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) 10.37.03 NHeal (timeout) clarke.freenode.net irc.freenode.net 10.37.37 Join midkay [0] (n=midkay@rockbox/developer/midkay) 10.38.00 # :)) 10.38.13 # poor centos project managers 10.38.29 Join Zagor [0] (n=bjst@rockbox/developer/Zagor) 10.38.32 # poor powertripping city official :))) 10.38.52 # 22 y of experience in IT : 10.38.54 # :) 10.39.20 # kind of confirms that some/most politicians are idiots ;) 10.39.23 # and dont understand apache default page, whaoo 10.42.50 Quit safetydan ("Leaving") 10.43.11 Quit Mikachu (Read error: 104 (Connection reset by peer)) 10.44.13 # or perhaps IT is the acronym for Idiot Talks ;) 10.44.25 Quit phaedrus961 (Read error: 110 (Connection timed out)) 10.44.29 # 22 years of experience :) 10.48.52 Quit tianjing (Remote closed the connection) 10.49.01 # :D 10.49.15 Join tempel [0] (n=tempi@unaffiliated/tempi) 10.49.26 Join tianjing [0] (n=mat@jullay.net) 10.49.28 Join Mikachu [0] (i=Mikachu@kr-lun-154-152-233-83.3.cust.bredband2.com) 10.50.06 Quit damaki__ (Remote closed the connection) 10.50.19 Join damaki__ [0] (n=Chocolat@ALille-153-1-5-106.w83-198.abo.wanadoo.fr) 10.51.37 # Howdy. Question for the Rockbox developers: does the rockbin.bin file for iPods have a unique signature in the first 512 bytes? I like to improve the new iPodLoader2 to detect those images automatically. Please reply to me privately or into #ipodlinux-dev, i do not monitor this channels. Thanks. 10.51.50 Quit amiconn (Read error: 110 (Connection timed out)) 10.51.50 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 10.52.03 # (and I've forgotten the name of the msg-server for leaving msgs) 10.52.06 Part tempel ("Leaving") 10.54.29 # I find that slightly odd 10.54.46 # he could've stayed to get the answer 10.55.19 # Yes, or if he had looked in the source for ipodloader2, he would have seen the code checking for the header... 10.55.27 # haha 10.55.28 Nick linuxstb__ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 10.56.02 Join austriancoder [0] (n=c1aa023c@labb.contactor.se) 10.59.49 # i need to expand the codec api so that its possible for me to output YUV4MPEG to the main-lcd 11.00.55 # austriancoder then just do it :) 11.01.06 # what do you need to expand for that? 11.02.36 # austriancoder: which video codec are you working with? 11.02.52 # i dont know whats allowed to... 11.02.54 # theora afaik 11.03.03 # yep theora 11.03.14 # whats theora? 11.03.23 # xiph.org's codec 11.03.28 # JdGordon mpeg4 video codec 11.03.39 # cool 11.03.50 # i got libtheora compiling and i have also a ready codec.. i need only a way to put YUV4MPEG data to main-lcd 11.03.51 # The core should not deal with the plethora of video formats, just rgb 11.03.59 # http://www.theora.org/theorafaq.html 11.04.11 # I.e., I think codecs should render into the framebuffer 11.04.17 # this is 3rd guy to try a video codec ... 11.04.19 # s/codecs/video codecs/ 11.04.21 # austriancoder: does it take less CPU to decode theora than xvid for example? 11.04.47 # makrun_ i dont know.. i havent run such tests 11.05.05 # Bg3r: what video codes were tryed before 11.05.17 # *if* there are yuv formats used by more than one video codec, the conversion function should be part of the codeclib, 11.05.29 # much like the pluginlib does for plugins 11.06.01 # austriancoder xvid & mpeg2 ... 11.06.11 # Bg3r: Except from marcun who was the previous person that tried? 11.06.23 # amiconn: okay.. i will convert yuv to rgb.. 11.06.26 # wasn't it muesli ? 11.06.35 # muesli? Are you sure? 11.06.38 # mirak? 11.06.40 # austriancoder: http://www.rockbox.org/tracker/task/2848 11.06.50 # Bg3r: and what were the results? 11.07.00 # austriancoder: and http://www.rockbox.org/tracker/task/2902 11.07.06 # mirak maybe but certainly not muesli 11.07.47 # B4gder: could you add a 'video playback' category to the patch tracker? 11.08.34 # It was mirak 11.09.22 # ah, yes, sorry 11.09.44 # so firstly we need a common interface for video playback in the codec lib 11.09.48 # austriancoder iirc 2fps for xvid with natural resolution on h300 (without sound at all) 11.10.04 # (without any asm opts) 11.10.07 # markun_: done 11.10.23 # B4gder: that was quick, thanks! 11.10.54 # I guess iriver did a damn fine job with the video player. 11.10.56 # austriancoder why did you decide to focus on theora ? 11.11.04 # Bg3r: asm opt is needed 11.11.17 # austriancoder for sure 11.11.24 # Bg3r: i have looked for interger based video codecs and found it 11.11.49 # why? 11.11.51 # whoops 11.11.54 *** Saving seen data "./dancer.seen" 11.12.14 # austriancoder: which one? 11.12.55 # XavierGr: and then they removed it again :D 11.13.05 # petur what ?? 11.13.18 # video was removed in 1.30 11.13.23 # really ? 11.13.26 # aegray: theora of course 11.13.32 # wasn't that only removed from the eu version or something? 11.13.45 # could be, don't know 11.13.46 # Bg3r >2fps with fixed or floated point code ? 11.13.53 # markun_: what's performance like? 11.13.53 # petur, only the icon was changed not the video function AFAIK 11.13.58 # aegray: i try it with theora 11.14.01 Quit Arrogant ("Leaving") 11.14.22 # what is performance on h300 like compared to an ipod? 11.14.30 # * aegray only has ipods. lots and lots of ipods... 11.14.43 # haha my iriver runs the orig fw only for charging 11.14.44 # aegray: do you want to sell some? 11.14.55 # markun_: what are you looking to buy? 11.15.02 # XavierGr: well it happened after I switched to RB, so I didn't bother to load it 11.15.06 # b/w g4 for example 11.15.18 # i might be willing to sell one of those 11.16.02 # or simply donate one to the project, if u have a lot of ;) 11.16.57 # Wee, my mini should arrive today, or maybe tomorrow :) 11.17.13 # amiconn u're going for ipod too ? 11.17.16 # petur so they removed the video completely? I just heard they changed the icon they used. 11.17.50 # sob amiconn went to the dark side too. 11.17.56 # or more probably to the white side 11.18.00 # amiconn is on all sides ;-) 11.18.06 # hehe 11.18.08 # hahaha 11.19.07 # Poor self, nobody likes him/her. He/She was attacked 2 times. 11.19.07 # For example, like this: 11.19.07 # * josh_ smacks self on head 11.19.08 # himself seems to be unliked too. He/She got beaten 2 times. 11.19.08 Join tempel [0] (n=tempi@unaffiliated/tempi) 11.19.10 # hahaha 11.19.35 # tempel: you checked the sources now ;-) 11.19.37 # ? 11.19.44 # yes, and found that it does not work well 11.19.48 Join quobl [0] (n=quobl@tor/session/x-cf5d665658082b96) 11.20.05 # here's the problem: i cannot detect the rockbox file by name, ok? thats just not how we want it 11.20.12 # in ipodloader2, that is 11.20.17 # Yes - it's called "rockbox.ipod". 11.20.24 # oh goody, my jpeg.patch didnt work :p 11.20.26 # nope, not on a fat32 partition 11.20.36 # Bg3r: Are these info from stats? 11.20.39 # yes it is 11.20.42 # Yes - it's just that ipodloader2 doesn't have support for long names. 11.20.52 # (which is a bug that someone should fix) 11.21.07 # our wiki even suggests that the file may be renamed to whatever the user likes. 11.21.11 # s/bug/missing feature/ 11.21.28 # XavierGr yep 11.21.33 # and the loader currently does not pass the name info to the lower level - it's long forgotten at that point when the user sleects to load it 11.21.40 # so, let's stop this part, please 11.21.47 # tempel: then that is due to how your loader works, not how Rockbox loader works 11.21.54 # right 11.22.05 # i try to make a point here, would you please listen 11.22.08 # our loader assumes a name 11.22.19 # you seem to try to lecture 11.22.45 # no, i say that loader2 can't look at the name to tell what the img contains. ok? 11.23.05 # then look at the 4-letter string and model code 11.23.12 # a bit more painful though 11.23.16 # my point is: it would be helpful if the header of the rockbox file would contain a _single_ unique ID that we can use to tell that it's a rb file 11.23.25 # currently, i have to check for a set of multiple ids 11.23.34 # I don't see that happening in short term 11.23.48 # and that's awful because i have to have this check in several places, making it prone to bugs 11.23.57 # ok, that's an answer i can live wiht 11.23.58 # *or* 11.24.05 # you can fix your loader to use our name ;-) 11.24.26 # haha 11.24.27 # no way, we WANT to allow the user to rename it, as it's the same with the linux kernel and the apple soft 11.24.43 # so be it 11.24.44 # see, this is an Apple devices :) 11.25.09 # what does that have to do with anything? 11.25.28 # user expectance of easy interface :) 11.25.37 # i need to #define half a sec.. is it better to do it as HZ/2 or HZ>>1 ? 11.25.49 # JdGordon: doesn't matter, it's calculated at compile time 11.25.51 # tempel: those users hardly use Rockbox in the first place ;-) 11.26.00 # tempel: Rockbox _does_ have a single ID string. You need to set a variable (once, at the start of your loader) to contain the ID string for the model you are running on, and then you can check for that _single_ string. 11.26.01 # Mikachu: ok 11.26.07 # JdGordon: so /2 is probably better 11.27.06 Join muesli__ [0] (n=muesli_t@88.134.20.76) 11.28.04 Quit ep0ch (Read error: 110 (Connection timed out)) 11.28.32 # linuxstb - right, but then i can't give the user a good error message. then i can only say: invalid file. if i knew it's a rb file but the id does not match, i can say: "wrong rockbox bversion for this ipod" 11.28.45 # tempel: how does the loader know which file too load? 11.28.49 # to 11.28.55 # hey, does someone know how to avoid this warning in gcc: warning: multi-character character constant 11.29.06 # * amiconn thinks it's silly to allow renaming of the firmware file 11.29.11 # yes, don't use multicharacter constants .-) 11.29.31 # what is a multicharacter character constant? like 'hi'? 11.29.38 # yes 11.29.43 # ugha 11.29.47 # ie you can only use 1 char in the 'x' construct 11.29.50 # useful 11.30.11 # no, i can use 'abcd', it compiles fine 11.30.14 # what does 'hi' evaluate to, since it isn't an error? 11.30.28 # the warning is there because it can give endianness problems 11.30.28 # depends on your endianness 11.30.34 # right :) 11.30.53 # -Wno-multichar 11.30.53 # Do not warn if a multicharacter constant ('FOOF') is used. Usually they indi- cate a typo in the user's code, as they have implementation-defined values, and should not be used in portable code. 11.30.57 # 'ab' can result in 0x6162 or 0x6261 11.31.06 # ah, thanks! 11.31.07 # -Wno-multichar is the option you're looking for 11.31.12 # * B4gder is late 11.31.20 # and i do suggest not to disable it 11.31.30 # I suggest don't use such things in code 11.31.30 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-128-065.pools.arcor-ip.net) 11.32.00 # it is easy enough to use a macro to get the number 11.32.09 # i decided to use strings instead now 11.32.58 # and make a central array of the names, so that when one extends the list, both routines will use the new longer list 11.33.07 # what a hack... :) 11.33.14 Quit austriancoder ("CGI:IRC (EOF)") 11.33.53 # tempel: how does the loader know which file to load? 11.34.24 # two ways: 11.34.50 # 1. the user creates a config file containing the choices of names for a menu along with file names associated with them. 11.35.25 # 2. if there is no config file, a list of possible paths will be checked - if a file exists there, it gets added to the menu 11.35.29 # then the user chooses from the menu 11.35.47 Join austriancoder [0] (n=c1aa023e@labb.contactor.se) 11.35.49 # re 11.35.50 # so, in the 2nd way, there's only a list of files, no info on their type 11.36.09 # if the user renames rockbox.ipod to something else, the automatic firmware update check in rockbox will fail 11.36.15 # Question: is this the current complete list of IDs: "ipco","nano","ipvd","ip3g","ip4g" 11.36.37 # ah, good to know. we should add that to the wiki then 11.36.40 # will do 11.36.44 # "mini" too 11.37.00 # ah! "mini" gets added... 11.37.13 # also, the user will probably be confused when he/she installs a new version of rockbox 11.37.25 # and the loader still loads the renamed file 11.37.35 # can you also tell me under which case in loader2's loader.c this "mini" falls? 11.37.40 # and he'll run into incompatible plugins and codecs 11.37.44 # yes 11.38.02 # LinusN: any progress in the x5 audio driver? 11.38.03 # so renaming the file will only cause trouble for the user 11.38.09 # austriancoder: no 11.38.18 # http://gpac.sourceforge.net/index.php have u already see that ? 11.38.19 # i haven't worked on it 11.38.35 Join damaki_ [0] (n=Chocolat@ALille-153-1-53-177.w86-196.abo.wanadoo.fr) 11.38.37 # tempel: you mentioned a list of strings we use in the rockbox.ipod file, I just mentioned one more 11.38.44 # yes 11.38.45 # tempel: The port to the mini isn't working yet, so I haven't submitted a patch to add support to ipodloader2 yet. 11.39.10 # LinusN: i have seen there are only 2 GIOP's for the tlv320.. correct? 11.39.17 # i see. ok. i will add it to the list, but will then give an error msg in the loading code 11.40.06 # We are also undecided about whether to have one build for both mini generations, or two separate builds. So everything about the mini could change. 11.40.19 # lunch time 11.40.41 # B4dger - you're in the UK? 11.40.51 # B4gder, that is. 11.41.59 Join c0utta [0] (n=cbad1f07@labb.contactor.se) 11.42.17 # austriancoder: scl, sda for communication, plus a bunch for the audio signals 11.42.37 # is 1 sec steps good enough for the slideshow timeout? 11.42.43 # "GPAC is officially back at ENST, hence this new numbering jump. The most important new feature is the support of fixed-point in the whole framework" 11.42.56 Join dpro [0] (n=x@chello080109121047.8.15.vie.surfer.at) 11.43.27 # btw, the update function can't work on the ipod anyways, or do you support IP-over-Firewire on the iPod? 11.44.20 # no, we don't 11.45.40 # i noticied that there was also no Rockbox info on the ipodlinux wiki. Added one: http://ipodlinux.org/Rockbox 11.46.20 # the whole iPl/ rb thing is too lovey-dovey... it should be a brutal rivelry!! 11.46.22 # tempel: don't link to the wiki, link to the main page 11.46.34 # whic is? 11.46.35 # JdGordon is right. FUCK YOU ALL 11.46.48 # :D thats the spirit 11.46.48 # erm 11.46.49 # tempel: http://www.rockbox.org 11.46.51 # * aegray hides 11.47.11 # ok, check again 11.47.31 # tempel: muuuuch better :-) 11.48.14 # and i updated the rockbox info here as well: http://ipodlinux.org/index.php?title=Loader_2&action=submit 11.48.19 # please check it 11.48.29 # whoops, wait 11.48.45 # made a mistake 11.48.59 Quit austriancoder ("CGI:IRC") 11.49.57 # now: http://ipodlinux.org/Loader_2#More_complex_usage 11.50.00 Join ashridah [0] (n=ashridah@220-253-121-194.VIC.netspace.net.au) 11.50.20 Join austriancoder [0] (n=c1aa023a@labb.contactor.se) 11.51.42 Quit ze (Read error: 113 (No route to host)) 11.53.53 # LinusN: 2wire mode for tlv320 okay? 11.54.09 # yes, seems to work for me 11.54.18 # ok, i'm leaving for lunch now too. thanks all! 11.54.24 Quit damaki__ (Read error: 110 (Connection timed out)) 11.54.39 # tempel: enjoy your meal 11.57.12 # * JdGordon has jpeg doing slideshow with user configurable timeout :D 11.57.17 Quit DBordello (Read error: 110 (Connection timed out)) 11.57.43 Quit austriancoder ("CGI:IRC (EOF)") 11.58.53 Join Moos [0] (i=DrMoos@m20.net81-66-158.noos.fr) 11.59.04 # Hello there 11.59.11 Join austriancoder [0] (n=c1aa023d@labb.contactor.se) 11.59.25 Quit austriancoder (Client Quit) 11.59.34 Join austriancoder [0] (n=c1aa023d@labb.contactor.se) 11.59.51 Quit austriancoder (Client Quit) 11.59.58 Join austriancoder [0] (n=c1aa023d@labb.contactor.se) 11.59.58 # LinusN: im trying to get the longpress next on all targets to switch to slideshow mode.. what do i do where the target has jpeg_next defined with 2 buttons already? 12.00.34 # you mean a combination? 12.00.40 # ye 12.00.52 # should still work, shouldn't it? 12.01.09 # yo moos 12.01.49 # LinusN: how can i set SCLK and SDI to high? 12.01.52 # (button_power | button_right | button_rel) for next, (button_power | button_right ) for _pre,(button_power | button_right | button_repeat) for slideshow, that would work? 12.02.27 # Is there a menu in the jpeg plugin yet? 12.02.34 # no, there isn't 12.02.46 # austriancoder: why would you? 12.03.00 # austriancoder: Iiuc you need to write an i2c driver for the tlv 12.03.16 # This should work similar to all other bitbanging i2c driver 12.03.18 # s 12.03.25 # JdGordon: seems correct 12.03.53 # ok.. 12.03.59 # just looks wierd :p 12.04.12 # amiconn: unless he managed to get the existing coldfire i2c driver working 12.04.13 # JdGordon isn't this for gigabeat ? 12.04.20 # ah, no, it's for iaudio 12.04.38 # Bg3r: that 1 was, but all but 2 targets use more than 1 button for _next 12.04.46 # JdGordon: I think a menu would be much easier for users to deal with. 12.05.00 # (and you can also attach your playback menu...) 12.05.17 # same problem.. still need a button for the menu... 12.05.32 # but ye.. forgot about the playback menu 12.05.46 # amiconn: the x5 i2c driver should be similar to h1xx-i2c driver 12.07.14 # i mean with the i2c-coldfire 12.07.47 # JdGordon: Can you move another function from a button to the menu? 12.08.27 # no, all the buttons are zoom, scroll and next/prev file 12.08.48 # You could possibly move "quit" to the menu (making quit the first menu option). 12.09.15 # * LinusN just made a half baked commit by mistake 12.09.17 # i guess that could work.. 12.09.28 # on what platform is this shortage of buttons? 12.09.38 # Always the ipod... 12.09.40 # pretty much all of em 12.09.45 # is select+play anything in jpeg? 12.10.07 # no 12.10.56 # but i think using select+menu for the menu and having a quit entry would be consistent with other plugins 12.11.06 # LinusN: to get i2c working on x5 we need to extend void i2c_init(void) in i2c-coldfire.c 12.11.08 # menu it is then.. 12.12.00 # * amiconn expects a complementing 'oops' commit from LinusN 12.12.22 # i can then also move the timeout setting to that and allow up/down scrolling back when slideshow is on 12.12.32 # XavierGr: http://www.misticriver.net/showthread.php?t=35276&highlight=1.30+video 12.12.42 Quit petur ("CGI:IRC 0.5.7 (2005/06/19)") 12.12.46 Part tempel ("Leaving") 12.12.50 # hehe, i realized that the %b[x] tag wasn't necessarily the best tag to use, since it is related to battery 12.13.36 # Was there any discussion at devcon about WPSs/themes for the 3.0 release? 12.13.37 # petur: I will be damned. Well you were right 12.13.40 # itoh, i can't find a much better place to have it 12.13.56 # otoh 12.14.36 Join DBordello [0] (n=dan@tirone-fw.flexabit.net) 12.14.38 # well, i can change the description of the %b category :-) 12.16.00 # maybe %b could be more "system" related stuff and not only battery 12.16.54 Join darkless [0] (n=darkless@cpe.atm2-0-1131059.0x50a648ba.banxx1.customer.tele.dk) 12.17.08 # any other suggestions? 12.18.18 # what's the time char ? 12.18.54 # %c 12.19.09 # LinusN: "power-related features" seems appropriate. 12.19.22 # linuxstb: yes... 12.19.27 # not that bad 12.19.41 # i'll go with that 12.20.56 # done 12.22.26 # re 12.24.46 Join [IDC]Dragon [0] (n=d90a3c55@labb.contactor.se) 12.25.28 Join webguest13 [0] (n=3e4f4094@labb.contactor.se) 12.25.49 # * [IDC]Dragon got a new mp3 player today 12.26.01 # which is ? 12.26.07 # heh. how long till rockbox was on it? :) 12.26.21 # 1 minute ? 12.26.28 # <[IDC]Dragon> the cheapest I've seen, for 9 € 12.26.59 # <[IDC]Dragon> an SD/MMC stick which can play 12.27.09 # ah, so 12.27.19 # <[IDC]Dragon> definitely no rockbox target 12.27.32 # ah come on, don't let us down! 12.27.35 # :-P 12.27.36 # <[IDC]Dragon> no display, only one button 12.27.40 # haha 12.27.46 # haha 1 button ? 12.27.53 # <[IDC]Dragon> plays only mp3 from root, no subdirs 12.28.12 # <[IDC]Dragon> (did I mention it was cheap?) 12.28.12 # okay, u can take at least 5-6 buttons from it ... 1 sec, 2 sec... :D 12.28.14 # it just measures the time you press teh key? 12.28.18 # or Morse code? 12.28.33 # any bets you could get rockboy on there. 12.28.33 # :p 12.28.34 # Bg3r: implement double-click :) 12.28.35 # [IDC]Dragon: Any idea if it can play MP2? 12.28.44 # <[IDC]Dragon> it's a rocker switch, which can additionally press down 12.29.07 # so, 3 buttons ? 12.29.07 # <[IDC]Dragon> so they get 5 functions from it 12.29.46 # <[IDC]Dragon> this thing has no brand, so I can't look for firmware upgrades ;-) 12.31.05 # who wants fw upgrades if you have rb ? :P 12.31.16 # <[IDC]Dragon> linuxstb: no idea, it mentiones only mp3 12.31.35 # <[IDC]Dragon> rb is a fw upgrade 12.31.48 # <[IDC]Dragon> no upgradeable fw, no rb 12.32.07 # what are the hex values for gpio1 41 and 42? 12.32.48 # <[IDC]Dragon> http://www.econdo.de/cgi/artikeldetail.php?frame=1&id=41356 12.33.01 # <[IDC]Dragon> this is the one 12.33.21 Join mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) 12.33.22 # <[IDC]Dragon> it has an AAA cell sized hunchback 12.33.35 # 0x00000200 12.33.38 # <[IDC]Dragon> on the backside 12.33.39 # 0x00000400 12.33.41 # [IDC]Dragon: it's probably based on a VERY common single chipset used in a majority of those cheap players 12.33.52 Quit dpro ("switching eth interfaces") 12.34.16 # Bg3r: can you explain me how you have calculated these values? 12.34.19 # the propsect of getting rockbox onto it would be nearly impossible, since it's probably just mp3-player-on-a-chip 12.34.23 # <[IDC]Dragon> ashridah: most likely, yes 12.34.27 Join tucoz [0] (n=50ca636f@labb.contactor.se) 12.34.32 # hello 12.34.33 # austriancoder: read the 5250 manual 12.34.34 # pity, really :) 12.34.46 # <[IDC]Dragon> and it'll have no leftover resources 12.35.01 # [IDC]Dragon: even if it did, it's probably mass-manufacturered and unchangable 12.35.05 # does the recorder have button_f1? 12.35.12 # LinusN. what will the sleeptimer tag show if the sleeptimer isn't set? 12.35.21 # LinusN: i will have a look into the manual 12.35.23 # tucoz: nothing 12.35.42 # ok, just adding that to the manual 12.35.47 # <[IDC]Dragon> I'll find out when I get closer to a tiny philips screwdriver 12.35.56 # lunch 12.40.24 # [IDC]Dragon: where did you find this player for 9 euro? 12.40.51 Quit mikearthur (Remote closed the connection) 12.41.09 Join mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) 12.42.31 # i want more nano wpses :/ 12.43.02 # <[IDC]Dragon> Lynx_ : see the link above 12.43.30 # <[IDC]Dragon> it even includes headphones, haha 12.43.58 # haha 12.43.59 # i love this 12.44.07 # why? 12.44.14 # what are wpses? 12.44.32 # the screen that displays while you play 12.44.35 # ? 12.44.39 # ah 12.45.20 # aegray: http://www.rockbox.org/twiki/bin/view/Main/WpsGallery 12.45.31 # a patch correcting typos including "typo's" in the patch name 12.45.33 # i wonder if it's ironic 12.45.52 # he's posessive 12.46.01 # 12.46.48 # Should the WpsGallery wiki page be split? It's getting pretty long... 12.47.25 # I vote for a split 12.48.10 # * linuxstb votes split 12.48.29 # Hrm, come to think of it, how do you move an attachment to a new page? 12.48.31 # * Bg3r joins in voting 12.52.05 Join nls [0] (n=nls@h169n1fls31o290.telia.com) 12.52.46 # split 12.53.52 # split 12.53.59 # another plugin question, will iriverify ship with the release (and be added to the manual)? 12.54.08 # oh and split! 12.54.23 # now someone go split it! :] 12.54.35 # I'm happy to once I know how to move the attachments. 12.54.59 # and anyone using the alpine CDC thingy? 12.55.18 # the wiki doesn't have a lot of info 12.56.17 Join Jungti1234 [0] (n=jungti12@124.60.15.86) 12.56.38 # hello 12.56.41 # hi 12.57.10 # <[IDC]Dragon> nls: I wrote tha alpine plugin 12.57.17 # <[IDC]Dragon> that 12.57.46 # I was going to add it to the manual but couldn't find any info on it. 12.58.03 # could you perhaps update the wiki page 12.58.05 # ? 12.58.14 # <[IDC]Dragon> is there one? 12.58.52 # [IDC]Dragon, http://www.rockbox.org/twiki/bin/view/Main/PluginAlpineCDC 12.59.09 # <[IDC]Dragon> thanks 12.59.15 # np 12.59.17 # <[IDC]Dragon> indeed, not much int there 12.59.25 # nope :-) 12.59.26 Join drspoon [0] (n=chatzill@81-178-14-47.dsl.pipex.com) 13.00.18 # aliask: I think that moving all the attachments will be a nightmare - AFAIK, you need to click on "Attach" at the bottom of the page, and then the "manage" link next to the file. then the "move attachment" link at the bottom of that page. About 200 times.... 13.01.09 # can't we just let the bigger part of the page remain and just rename it? 13.01.09 Quit austriancoder ("CGI:IRC (EOF)") 13.01.11 Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) 13.01.18 Join Mikaelh [0] (i=Mikachu@kr-lun-154-152-233-83.3.cust.bredband2.com) 13.01.40 # has anyone tried wormlet on h300? 13.01.58 Quit Mikachu (Remote closed the connection) 13.02.08 # it works fine on ipod video - but on the h300 after a while no more food appears 13.02.36 # linuxstb: I value splitting the pages, but not enough to do that. 13.03.06 # Script it with curl! 13.03.11 Nick Mikaelh is now known as Mikachu (i=Mikachu@kr-lun-154-152-233-83.3.cust.bredband2.com) 13.03.40 # new jpeg.patch is ready :D 13.03.52 # aliask: Another option would be to leave the attachments where they are, and just change the links. 13.04.07 # (a search and replace...) 13.05.22 # I'll start now (probably won't be able to finish tonight though) 13.05.41 Join ender1 [0] (i=ychat@84.52.165.220) 13.05.59 # http://www.rockbox.org/tracker/task/4936#comment6909 13.08.10 # linuxstb, you didn't get a response regarding the WPS/Themes question? I think that we should ship a larger default font, and a wps adapted to higher resolutions on 3.0 release 13.08.43 # not that it answers your question, just an opinion 13.10.33 # tucoz, I think I'm gonna leave the database related plugins and dict, wavplay, midi2wav etc. for now 13.11.06 # [IDC]Dragon: I bet it's a sigmatel chip (in your mp3 stick) 13.11.33 # nls, sounds good. Are you going to rip out hello world etc as well? 13.11.46 # think so.. 13.11.49 # good 13.11.56 *** Saving seen data "./dancer.seen" 13.12.23 Join petur [0] (n=d4efd6a6@labb.contactor.se) 13.12.29 # Helloworld and grayscale can be removed from the manual 13.12.29 # tucoz: I agree. I'm also thinking we should change the wps build script so that WPSs can specify both a minimum and maximum LCD size they work on. So WPSs which look bad on larger LCDs are excluded. 13.12.54 # um... http://blogfile.paran.com/BLOG_98128/200603/1143530769_ducttape-1.jpg 13.12.55 # and not shipped? That would be good 13.12.59 # I also think that PluginIndex should have the developer-only plugins marked 13.15.31 Join webguest31 [0] (n=ca068a23@labb.contactor.se) 13.15.36 # <[IDC]Dragon> nls: better now? 13.15.39 Quit Mikachu (Remote closed the connection) 13.16.10 Join dpro [0] (n=x@chello080109121047.8.15.vie.surfer.at) 13.16.20 Join Mikachu [0] (i=Mikachu@kr-lun-154-152-233-83.3.cust.bredband2.com) 13.16.31 # <[IDC]Dragon> amiconn: perhaps, yes 13.16.42 # [IDC]Dragon, nice 13.17.03 Quit ender` (Read error: 110 (Connection timed out)) 13.17.07 # * nls starts making a manual page 13.17.17 # <[IDC]Dragon> nls: I don't know about TOC and stuff 13.17.32 # Should the alpine plugin be mentioned in the users manual at all? Isn't a hardware intervention needed for that to work? 13.18.01 # <[IDC]Dragon> no hardware besides a proper cable (external) 13.18.10 # oh, ok. Then all is good 13.18.17 # <[IDC]Dragon> but you don't need to mention it 13.18.31 # no, of course that should be mentioned. 13.18.33 # <[IDC]Dragon> there's perhaps 3 people using it, including me 13.18.46 # If it is shipped with a standard build that is 13.19.05 # Maybe no-one is using it because it's not well documented and advertised? 13.19.35 # <[IDC]Dragon> or few people still have M-Bus radios and Archos 13.20.32 Join Febs [0] (n=medifebb@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 13.20.34 Quit webguest31 ("CGI:IRC (Ping timeout)") 13.20.43 # <[IDC]Dragon> actualy, this M-Bus thingy is what I bought my Archos for, firstplace 13.20.52 # Let's give those 3 people some space in the manual I would say, and maybe some more will start to use it 13.21.05 # Going back to themes/WPSs, what do people think about a competition to design the default theme/WPS that will ship with Rockbox 3.0? 13.21.39 # linuxstb. sounds good. But maybe the default font should be decided here? 13.21.52 # and design a wps around that 13.21.58 # The builtin font won't be changed for 3.0 13.22.03 # really? 13.22.18 # But the *default* font could be changed? 13.22.25 # It's too much work going through all places that use it and rely on its size 13.22.27 # amiconn: It's possible that there should be scaled versions of the default font, so that different target screens display the same number of lines... 13.22.33 # amiconn, true 13.22.51 # amiconn: Yes, I agree the built-in font is too much work to change for 3.0 13.22.55 # It's a necessary change, but it's post-3.0 13.23.15 # Well, that's certainly fair. 13.23.19 # but a theme could solve this for now 13.23.43 Quit dpro ("Leaving") 13.23.55 Join dpro [0] (n=x@chello080109121047.8.15.vie.surfer.at) 13.24.42 # I like the idea of a theme contest, with a requirement that the theme have versions for all bitmapped screens. (I'm not really sure what you do for WPS on archos player, other than different variations of alternating text....) 13.25.21 Quit nave7693 (Read error: 110 (Connection timed out)) 13.26.35 # Of course, any entry that meets the criteria could be included in the release anyway. But hopefully a competition with a prize - being the default theme - could generate more WPSs which work on all targets. 13.27.58 Quit Moos ("Glory to Rockbox !!!") 13.28.59 # sounds good. Maybe set up some rules/restrictions for such a contest. Like, should a default wps include bitmaps? 13.30.05 # I think simplicity is a benefit in a WPS, but bitmaps look good if applied well. That's my personal opinion, at least. 13.30.07 # Not with the current loader, imho 13.30.13 Quit actionshrimp ("( www.nnscript.de :: NoNameScript 4.01 :: www.XLhost.de )") 13.30.17 # Loading a bitmapped wps takes ages... 13.30.59 Quit Kohlrabi ("Fast alle Menschen sind Regenwürmer") 13.30.59 # .. but u only do it once.. so no big deal 13.31.30 # No, it's done on every boot 13.31.38 # loading a bitmapped wps with lots of bitmaps yes. But not with just a few. 13.31.47 # ...and booting rockbox on iriver already takes quite long 13.31.59 # is it?? does it?? i dont consider 8sec long 13.32.09 # not long enouugh to untangle the headphones... 13.32.12 # Maaaybe you should wait on the WPS contest idea until a single-file or reduced-file WPS concept is in CVS? 13.32.28 # hehe, I would not say booting the iriver takes long 13.32.42 # maybe compared to a flashed recorder 13.33.05 # wpscache? 13.33.18 # It's too long for plug iriver to car stereo - boot iriver & start engine - press Play to resume 13.33.30 Quit Zagor ("Client exiting") 13.33.31 # * amiconn slaps petur 13.33.48 # ouch! 13.33.55 # why not boot iriver, plug to car stereo & start engine - press play to resume :) 13.33.58 # I always have to wait for the iriver to complete booting 13.34.13 # webguest13: Because plugging after boot causes a pop 13.34.52 # ah 13.34.54 # hehe, I guess that year and a half with iriver fw gave me some patience 13.34.55 # IMHO, the default theme should show what Rockbox is visually capable of. Users who don't like the slower boot time can always change to a text-only theme. 13.35.18 # linuxstb: I agree. Let us brag 13.36.01 # The current first meeting with rockbox isn't really visually appealing 13.36.10 # linuxstb: I think it'd still be best to wait for at least the .tar'ed wps idea, or something similar, so that rockbox can also show off the speed well. 13.36.36 # The hordes of "Rockbox looks like a bag of sh*t" comments agree 13.36.52 # got to go. later 13.36.56 Part tucoz 13.36.58 # is anyone actively working on tar wpses 13.37.21 # webguest13: My personal concern is with the people who think it's not working because their screen just shows the really basic text. I fielded a lot of that question in the iPod forum 'fore the FAQ link was stickied there. 13.37.41 # hehe the "Bage of shit" comment seems historical, and more and more people get to know with it :) 13.37.42 # The number of bitmaps in the design could be one of the criteria. So if someone designs both a good-looking and fast-loading WPS, then it would be favourite for the prize. 13.37.56 # * JdGordon is using ajant blue atm, and rekon that should be the new default (with some minor changes) 13.37.59 # single-bitmap wpses seem like a saner approach than tar-wps to me 13.38.28 # s/Bage/Bag 13.39.01 # * Paul_The_Nerd is unfortunately a fan of rockbox_default, with the WPS removed. 13.39.18 # err peakmeter, not WPS 13.39.59 # removing the wps seems a little drastic 13.40.20 # Hehehe 13.40.55 # I do like to see the track name if I look. 13.41.17 # * webguest13 is not a big fan of alternating lines 13.41.24 # make me wait to see the info I want 13.42.18 Part Paul_The_Nerd 13.42.28 # how fast does my server need to be if its worth making it a rockbox build server? 13.42.39 # what is it? 13.42.48 # drspoon: something more than a p3 preferably 13.42.51 # I agree with the others. The WPS must be refined for the new targets. Imagine how the default WPS seems into the H300 screen, or more likely to iPod 5g 13.43.12 # an old linux box doing a bit of file serving in my house 133mhz or something phenominally pathetic 13.43.20 # drspoon: then far from it 13.43.24 # it needs to be quite fast 13.43.33 # we hand out complete builds to each server 13.43.35 # or all it'll do is slow down the build 13.44.09 # if i get a new one i'll certainly set it up 13.45.56 Quit drspoon ("Chatzilla 0.9.72 [Firefox 1.5.0.1/2006011112]") 13.48.19 # Quite fast is relative. I'm running builds on an Althon 1400, which doesn't really count for much these days. 13.48.49 # yippe... my patch crashes the player :D 13.48.52 # i mean :'( 13.49.28 # * aegray to increase project animosity 13.49.35 # hmmm 13.49.38 # missed a few words there 13.50.43 # * B4gder starts watching his inbox 13.51.19 # * JdGordon sends lots of pr0n B4gder's way 13.51.41 # eh, cvs commit crashed 13.52.11 # |Generating notification message... 13.52.11 # |Traceback (most recent call last): File "/usr/bin/syncmail", line 458, in ? 13.52.12 Join ze [0] (i=ze@ca-dstreet-cuda1-c6a-130.snbrca.adelphia.net) 13.52.18 # ... 13.52.36 # what the hell 13.52.38 # hmm. the cvs log mailout script 13.52.41 # bloody python ;-) 13.52.50 # :D 13.53.01 # python :// 13.53.08 # that was first time i have ever seen this to happen 13.53.17 # line 458: 13.53.22 # main() 13.53.25 # hahahah 13.53.26 # hahahaha 13.53.28 # * B4gder giggles 13.53.41 # the last line was socket.error: (111, 'Connection refused') 13.53.44 # Slasheri: uh, that's the top of the stack trace 13.53.48 # * preglow has a big dislike for python 13.53.49 # mail server down? 13.54.13 # preglow dont u speak parseltongue? 13.54.17 # any1 wanna have a guess why rb->set_option("Toggle Slideshow", &slideshow_enabled, INT,slideshow, 2, NULL); crashes on the target? 13.54.21 # not down now at least 13.54.54 # muesli__: apparently not 13.55.07 # Slasheri: chances are, the commit probably worked, just the notification log failed 13.55.12 # I've seen those type of syncmail errors on my CVS server before. I think it coincides with mail server problems, but I never investigated very much. 13.55.22 # ashridah: yep :) 13.55.24 # hum...ask dumbledore for a privat lecture ;) 13.55.26 # * ashridah has had syncmail do weird things before and the commit survives, since it's run well after the commit's finished 13.56.07 Quit darkless (Client Quit) 13.56.28 # red builds 13.56.37 # wow.. E10.. 13.56.40 # would the fact that slideshow_enabled is bool not int matter? 13.56.49 # and Slasheri goes for hhiiiiighscore! 13.57.02 # :-) 13.57.19 # but it built fast! 13.57.22 # 136 seconds 13.57.23 # B4gder: we need a highscore table, goddamnit! i will not sit idly by watching my all time highscore go forgotten! 13.58.00 # I don't remember what you're talking about! 13.58.04 # * B4gder ducks 13.58.06 # * amiconn wonders how Slasheri managed *that* 13.58.06 # Bagder: i don't understand why the build failed.. 13.58.11 # all files were committed 13.58.21 # so it must be a build system error :) 13.59.00 # in fact the cvs commit jammed for a while before the dircache.h were committed.. so maybe build started without that file :D 13.59.07 # maybe you made two commits? 13.59.18 # no, i made only one.. but the commit crashed 14.00.14 # well, if someone makes another commit we'll find out if that was the case 14.00.16 # B4gder: you got a 'force recompile builds' function to try out now? :) 14.01.01 # I guess I should make one for cases like this 14.01.08 # Is tagcache included in the Archos builds? 14.01.23 Quit DJ_Dooms_Day ("Trillian (http://www.ceruleanstudios.com") 14.01.56 # linuxstb: yes 14.02.33 # ok, is it a bug that set_option() will crash on targets if given a (bool*) for the vairable param? 14.05.16 # Do you use BOOL for type? 14.05.33 # no, bool 14.05.53 # I mean the type parameter of set_option() 14.06.01 Quit JdGordon (Read error: 104 (Connection reset by peer)) 14.06.23 Join JdGordon [0] (n=JdGordon@c211-28-227-249.smelb1.vic.optusnet.com.au) 14.06.30 # [13:54] any1 wanna have a guess why rb->set_option("Toggle Slideshow", &slideshow_enabled, INT,slideshow, 2, NULL); crashes on the target? 14.07.07 # Of course 14.07.26 # if slideshow_enabled is a bool, you have to use BOOL instead of INT 14.07.29 Join austriancoder [0] (n=austrian@natpool2.nat.uclv.net) 14.07.44 # Ok, I've split the WpsGallery page, but it's far from finished, the H300, iPod and iAudio pages have all got broken links, but I need sleep. I can either fix it at school tomorrow at some point if no one fixes it before then HINT HINT. :) 14.07.47 # * JdGordon slaps self again 14.07.48 # Guess why there is a type parameter? 14.07.49 # what's up with BUTTON_SCROLL_TOUCH ? I'd really like to use touch / no touch without actually moving on the clickwheel 14.07.50 # duh! i knew that :p 14.07.58 # stupid c+p errors 14.08.38 # G'night all. 14.08.44 Quit aliask ("sleeeeep") 14.11.12 Nick ender1 is now known as ender` (i=ychat@84.52.165.220) 14.11.39 Join Genre9mp3 [0] (n=yngwiejo@dslcustomer-230-197.vivodi.gr) 14.13.40 Quit JdGordon (Read error: 104 (Connection reset by peer)) 14.14.15 Join JdGordon [0] (n=JdGordon@c211-28-227-249.smelb1.vic.optusnet.com.au) 14.15.33 # Hi there! I was thinking about this, this morning, and I'd like to know your opinion. Would it be possible to use target definitions in the wps code? This would allow us to load different font sizes or even different sized bmps and so on... for every target. 14.15.39 # some1 commit http://www.rockbox.org/tracker/task/4936#comment6910 so i dont keep finsing little things in it to fiddle with :p 14.16.03 # So, with a simple .wps file we could have a wps for all targets... 14.16.40 # everything is possible 14.16.52 # but those wpses would be so incredibly huge and ugly, i don't think it's a good idea 14.17.11 # make a scalable wps format instead :> 14.17.34 # Would make load times bigger and use more buffer? 14.17.49 Quit JdGordon (Read error: 104 (Connection reset by peer)) 14.18.07 Join JdGordon [0] (n=JdGordon@c211-28-227-249.smelb1.vic.optusnet.com.au) 14.19.05 # Maybe the build-system could run wpses through a preprocessor? :) 14.19.24 # i actually think that's a semi-neat option 14.19.36 # compress a wps into one file while also converting the bitmap format 14.19.45 # it's not like a wps works across devices now anyway 14.19.47 # http://www.channelregister.co.uk/2006/03/28/fujitsu_200gb_notebook_drive/ 14.19.48 # at least not very many of them 14.19.54 # Good news for Archos owners 14.20.16 # (Well, sort of.) 14.20.20 # <[IDC]Dragon> oh, we need to partition 14.20.25 # Hm, why would you want PVR functionality in a laptop? 14.20.41 # <[IDC]Dragon> SATA :-( 14.21.30 # A scalable wps format would be harder to implement though, or am I wrong? 14.21.34 # oops think I made a commit without message :( 14.21.35 # <[IDC]Dragon> the picture looks like 3 platters 14.21.40 # Oh. Bugger. Didn't notice that. 14.21.46 # <[IDC]Dragon> so it would be 12mm, too 14.22.51 # <[IDC]Dragon> even 160 GB drives are ridiculously expensive today 14.23.10 # * Cassandra proposes introducing floggings for people who spell the word "extreme" without a leading 'e'. 14.23.20 # LinusN: hmm, do you think we should offer a rombox version also along with the 3.0 release for iriver? 14.23.22 Join B4gd3r [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) 14.23.33 # i think that sounds a bit too soon 14.23.39 # me too 14.23.50 # ok, probably true :) 14.23.57 # i will be very hard-pressed to make the release as it is 14.23.58 # Actually let's just flog anyone that uses the word "extreme" to mean "high performance for lots of money" however they spell it. 14.24.09 # we don't need more features, especially not big ones requiring lots of testing like that 14.24.14 # s/i// 14.24.43 # Yeah, it's going to be tricky enough to make that featureset as is. 14.24.44 # * amiconn wants iriver rombox 14.25.07 Quit B4gder (Nick collision from services.) 14.25.14 Nick B4gd3r is now known as B4gder (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) 14.25.15 # amiconn, why? It's not as if load time is enormous, or the extra buffer would be that beneficial. 14.26.47 # at least i would like to add the eeprom routine to the bootloader to set a flag if the disk is dirty. only issue is to find a correct location in eeprom so that it wont affect the iriver firmware in any way 14.26.54 # * LinusN just sent a "gentlemen" mail :-) 14.27.02 # yay, there it is! 14.27.17 # let the x5 flood begin 14.27.35 # ooh, sound on x5? =) 14.27.46 # aye 14.27.51 # hehe, cool 14.27.56 # congrats LinusN 14.28.03 # thx 14.28.06 # <[IDC]Dragon> \o/ 14.28.12 # ...but certainly the swcodec playback needs to get stable 14.28.16 # first 14.28.18 # \o/ 14.28.21 # LinusN: thanks 14.28.36 # Well done, Linus. 14.28.42 # i think i deserve a cup of coffee now... 14.28.43 # (Now work on 3.0 features.) 14.28.49 # amiconn: currently it's getting to the other direction for a while.. 14.28.50 # * Cassandra cracks the whip. 14.28.56 # haha 14.28.57 # Cassandra: Faster boot time, plus we could flash ourselves. No need to use the original firmware for that 14.29.03 # * Cassandra hits herself in the mouth with it. 14.29.19 # ouch 14.29.32 # <[IDC]Dragon> \o/ \o/ \o/ \o/ \o/ \o/ \o/ \o/ \o/ \o/ \o/ \o/ \o/ \o/ \o/ 14.29.38 Join Moos [0] (n=527b4832@labb.contactor.se) 14.29.41 # <[IDC]Dragon> (big crowd) 14.30.09 # I am being incompetent at the moment. I managed to slice off half my thumbnail with my fantasic new Swedish cheese slicer. 14.30.39 # <[IDC]Dragon> oh, that breakfast inspired you? 14.30.41 # LinusN: already song in iaudios? :-) 14.30.42 # hahahah 14.30.52 # Cassandra: an everyday problem in scandinavia 14.31.25 # Presumably they're less idiotic than me about how they use it. 14.31.40 # god 14.31.46 # <[IDC]Dragon> is there no warning sticker attached to it? 14.31.47 # i need to migrate out of this god forsaken country 14.32.07 # they're lobbying to introduce ISP-based smut filtering, EVEN THO they know it doesn't work, and screws performance 14.32.14 # [IDC]Dragon, I said I thought they were cool. (And the lovely piece of cat art I saw in the Old City didn't have a price on it, nor was the shop open - possibly a good thing.) 14.32.23 # ashridah: it will never pass 14.32.48 Quit Moos (Client Quit) 14.33.06 # JdGordon: the problem is, it's getting attention from both camps, and lets not forget that one of the groups pushing it is family first, a right-wing conservative 14.33.07 # [IDC]Dragon, no thank the goddess. Nor do I propose to sue anyone for not warning me that an implement used to cut cheese would be sharp. 14.33.10 Join Moos [0] (n=527b4832@labb.contactor.se) 14.33.11 # <[IDC]Dragon> Warning: chopping off your thumb with it may cause injuries 14.33.21 # * JdGordon wants to kill family first! 14.33.39 # i've done my thumb over a couple of times with the bastards 14.33.58 # ashridah: na, its not gonna happen.. specially if johnny can finnaly sell of telt$ra for good, then there is no way they would implement it.. 14.34.01 # <[IDC]Dragon> so grown up swedes have no thumbs? 14.34.05 # maybe you guys should consult an adult before using sharp tools! ;-) 14.34.33 # lol 14.34.40 # i want to know who told family first that "it could be done without adding more than 10ms to every query" 14.34.56 # because whoever they are, they're on crack 14.34.57 # i think it was a norwegian who invented the things 14.35.14 # Whereabouts do you live, preglow? 14.35.15 Quit Moos (Client Quit) 14.35.25 Quit Genre9mp3 () 14.35.25 Join Moos [0] (n=527b4832@labb.contactor.se) 14.35.31 # but, nevetheless, this isn't the first time this tosh has been pushed through 14.35.47 # Cassandra: oslo 14.36.04 # alston did something similar, and fortunately, that fell flat on its ass (and actually only harmed hosting as a business here, since some .au smut sites moved to the us where it was CHEAPER to host) 14.36.27 # Cool. I think I like Scandinavia. People there are nice. And cars stop to let pedestrians across the road (which freaked me out a bit). 14.36.41 # Cassandra: that's a law in sweden 14.36.50 # Cassandra: i actually tend to like british people better than scandinavians... 14.37.04 # Cassandra: stopping at crossings, not being nice :) 14.37.08 # at least norwegians 14.37.09 # and I like working with machines instead of humans 14.37.12 # danes are cooler 14.37.13 # preglow, obviously you don't know enough British people. 14.37.16 # with swedes someewhere inbetween 14.37.25 # Cassandra: i think i've experienced my fair share of them 14.37.31 # Mikachu, no, not at crossings. At random bits of road. 14.37.33 Quit austriancoder (Read error: 104 (Connection reset by peer)) 14.37.38 # half of my family being british and all 14.38.03 # preglow, hey, I wouldn't want to live anywhere other than Oxford. 14.38.28 # But Sweden kicks Frances and Germany's arse as far as I'm concerned. 14.38.30 Quit Moos (Client Quit) 14.38.49 # that it might do, yeah 14.38.52 # not dure 14.38.54 # it doesnt take much to kick frances ass :D 14.38.55 # haven't been to either of those for a long time 14.38.58 # sure 14.38.59 Join webguest24 [0] (n=527b4832@labb.contactor.se) 14.39.04 # (Despite the fact I speak far more French and German.) 14.39.21 # what, so you've picked up a bit of swedish? :P 14.39.31 # JdGordon, you have to catch them in order to kick it. Those Frenchies run fast. 14.39.37 # english people doing scandinavian language always cracks me up 14.39.38 # preglow, nope, sadly. 14.40.06 # run fast and are not toopid 14.40.12 # stupids 14.40.54 Join austriancoder [0] (n=austrian@natpool2.nat.uclv.net) 14.41.20 # * [IDC]Dragon spots its "Ladies and gentlemen," these days 14.41.31 # haha 14.41.41 # Although AFAIK I'm the only woman on the list. 14.41.53 # <[IDC]Dragon> nah, those gentlemen emails aren't what they used to be 14.42.07 # (but I bitched about it enough, I guess. :) ) 14.42.09 # there have been several women in here, though 14.42.16 # <[IDC]Dragon> fallen for political correctness, this is so 90ies 14.42.38 # [IDC]Dragon, you want I should come over there and kick your arse too? 14.43.05 # <[IDC]Dragon> do so 14.43.28 # Nah, I have people for that sort of thing. 14.43.36 # I'll send amiconn - he's nearer. 14.43.38 # <[IDC]Dragon> urgh 14.44.00 Quit webguest24 ("CGI:IRC (Ping timeout)") 14.44.51 # Cassandra: plenty of people in dire need of an arse-kicking around these parts 14.45.04 # hey I don't see the message on the dev-ml! 14.45.06 # * LinusN hides 14.45.10 # if you think you can do the job convincingly, i'll pay your fare 14.45.35 Quit muesli__ (Read error: 110 (Connection timed out)) 14.45.39 # XavierGr: i sent it to the main list 14.45.49 # thats a silly place to send it! 14.45.57 # damn I am not subscribed there. Too many mails! 14.46.05 # Anway congrats Linus! 14.46.11 # you can't get too many mails! 14.46.13 # too many mails? 14.46.15 # preglow, somehow I doubt it. Anyway, where's your sense of chivalry? You should be kicking his arse for me. 14.46.16 # * ashridah blinks 14.46.16 # <[IDC]Dragon> I'll bet Rocker will comment on it 14.46.17 # mroe more moooore! 14.46.22 # even after the signing off flamefest? 14.46.26 # * XavierGr dances the "Gentlement-we-have-sound-dance"!!! 14.46.59 # so, when do we start inserting hidden code that's designed to hypnotise every rockbox user and send them on a rampage against 14.47.00 # ? 14.47.06 # Do you have to do that in public. It's very cruel to the badgers (and bagders). 14.48.06 # * Bg3r joins to XavierGr's sirtaki 14.48.11 # hahaha 14.48.38 # Cassandra: i don't fancy going to germany, find someone else 14.48.51 # so, this is the first "gentlemen-...sound" on a unit still in production ? 14.49.04 # ipod..? 14.49.10 # ah, yes ... 14.49.19 # LinusN: won't that gigantic lut in the lcd driver slow stuff down no end? 14.49.22 # coldfire unite 14.49.46 # -e 14.49.51 # preglow: not really 14.50.16 # http://www.rockbox.org/mail/archive/rockbox-archive-2002-05/0016.shtml 14.50.21 # memory lane 14.51.03 # LinusN: btw, i think i'll wait with moving the ram definition stuff to config-xxxx.h until after 3.0 14.51.24 # Linus: If you want to know, the 4 seconds of music was.... Does that mean that it crashed after that :D !!!! 14.51.54 # XavierGr: it was a 64k DMA buffer chunk 14.52.11 # * [IDC]Dragon sees a pattern in those emails 14.52.26 # really? 14.52.28 # :-) 14.53.18 # We had one for Nano and 5g, I believe. 14.54.10 Quit B4gder ("time to say moo") 14.54.52 # wow! I just spotted that they started selling new H120s on a Big Electronic Store in my country. 14.54.57 # would replacing the crossfeed be frowned upon after the feature freeze? :) 14.55.23 # strange this is that it started selling iPods for months and has labeled it as a new arrival!!! 14.56.27 # H120 a new arrival. I know we are back in tecnology and stuff but 3 years is waaaayyy back.... 14.57.36 # preglow, somewhat, yeah, although the swcodec related area is somewhat more fluid than the rest. 14.57.40 # preglow: no, i consider the low gain a bug 14.57.59 # XavierGr: where is that? 14.58.33 # You'd probably want to co-ordinate with lostlogic since I think he's planning extensive swcodec changes. 14.58.53 # LinusN: i've got a new crossfeed ready for inclusion right now, i'll see if a can summon enough courage to do the settings part over the next few days 14.59.05 # afaik, lostlogic isn't working on the dsp stuff 14.59.07 # either that or make safetydan do it for me :-) 14.59.14 # * Cassandra considers crossfade a bug, but some weirdos seme to like it. 14.59.24 # lol 14.59.33 # LinusN, no, but if the underlying interface changes that might confuse things. 14.59.39 # * JdGordon agrees with Cassandra 15.00.02 # He certainly seemed to expect crossfade etc. to need some fixing as a result of his work. 15.00.21 # Cassandra: cross*feed*, not cross*fade* 15.00.28 # Ah, right. 15.00.37 # Spida: http://www.plaisio.gr/IWCatProductPage.process?Section_Id=957&Catalog_Id=15&Product_Id=317468&Merchant_Id=1 15.00.39 # haha 15.00.43 # crossfade i don't care about at all 15.00.44 # In Greece. 15.00.49 # crossfeed is at least slightly useful 15.00.52 # I just consider that to be an implementation of stereo width and thus somewhat redundant. 15.01.07 # that's a pretty bad case of simplification 15.01.07 # heh 15.01.28 Join safetydan [0] (n=dan@rockbox/developer/safetydan) 15.01.32 # stereo width setting doesn't really make hard panned stereo sound too good 15.01.35 # * Cassandra considers crossfade a bug, but some weirdos seme to like it. <-- hm? I like the gap cutting in wrong encoded songs... 15.01.46 # * JdGordon agreed with Cassandra crossFADE, that sux! 15.01.53 # like fade out/in for 500 mb 15.02.07 # i consider the current crossfade settings a bug 15.02.13 # i don't understand a thing about them 15.02.16 # Well, not precisely redundant. Just ought to be part of the stereo width implementation or something. 15.02.41 # Cassandra: yeah, jlo agrees with you, however, stereo width alone is so cheap that i don't want to burden people who only want that with the added complexity of crossfeed 15.03.08 # it'll be _much_ heavier on the cpu usage, and the new crossfeed will have at least three/four new settings 15.03.46 # which is another point i'm worrying about 15.03.47 # t0mas, I don't think we should be compensating for bugs in other people's software in general. But I'm happy for people to have different opinions and I'm not suggesting the removal of crossfade. Too many people like it. I just only like my music to be mixed when it's done by a DJ. 15.03.54 # <[IDC]Dragon> Rockers' comment to the "Ladies" email is on the list 15.03.59 Quit ashridah ("sleep") 15.04.26 # hahaha 15.04.30 # "ladies" email 15.04.38 # preglow, how do the two interact? Badly, I suspect. 15.05.06 # Cassandra: stereo width and crossfeed? 15.05.15 # gotta go, cu folx 15.05.16 # Yes. 15.05.17 # Cassandra: in a completely predictable fashion 15.05.18 Part LinusN 15.05.18 # any israelis here? 15.05.22 Join Chamois [0] (n=Florian@bro67-3-82-231-134-112.fbx.proxad.net) 15.05.35 # both are linear processes 15.05.39 # my god they even sell H140s 15.05.46 # But is it what you'd *expect* to happen? 15.05.58 # XavierGr, post to the mailing list. I bet they won't for long. 15.07.00 # the store is in Greece. I don't know if they will deliver outside of Greece. 15.07.13 # Cassandra: yes, sure 15.07.42 # Cassandra: if you do a crossfeed, then some stereo width, you'll get what the crossfeed is supposed to do, then with a stereo image modified as per the stereo width settings 15.08.27 # But stereo width works by mixing left and right channels as well, doesn't it? Or am I completely barking up the wrong tree? 15.08.54 # yes it does 15.09.09 # it mixes a bit of left into right, and right into left 15.09.18 # inverted, sometimes 15.09.29 # So what does crossfeed do that stereo width doesn't - apply delay? 15.09.32 # yup 15.09.33 # and eq 15.09.55 # with most parameters configurable 15.10.23 # So crossfeed with delay set to zero would be equivalent to stereo width? 15.11.04 # if we included a setting that does what stereo width settings does, then yes, but would be considerably slower 15.11.46 # crossfeed won't have any way of inverting any of the crossfed signal, and stereo width does that 15.11.58 *** Saving seen data "./dancer.seen" 15.12.05 Join rockpod [0] (n=510bf35d@labb.contactor.se) 15.13.41 # Hello, Is it possible to charge a color ipod with rockbox while it is playing, when I try to charge it now on the adapter it constantly reboots. 15.14.33 # hmm. There's obviously something I'm not getting here. So stereo width gives the impression of wider or nearer speakers by mixing the left and right channels immediately. Crossfeed gives a more "authentic" stereo effect by taking the channel values for delta time ago and mixing that with the current L/R values, giving a sort of echo effect? 15.15.04 # rockpod, that's probably a bug. 15.16.13 # Cassandra: it models the path of the sound from the speakers to the ear, the sound from left speaker to left ear arrives at t = 0, the sound from left speaker to right ear travels a slightly longer path, so is delayed by a factor depending on the diameter of the head. also, the head attenuates the sound a bit on a complex fashion (which we simplify quite a bit), so we apply some filtering to that path 15.16.28 # s/on/in/ 15.17.04 # crossfeed really isn't meant to widen or narrow the stereo image, it's meant to give the impression you're listening to a couple of speakers 15.17.17 # i've never had that effect, but what it does works just like i want it to anyway 15.17.27 Quit tianjing (Read error: 104 (Connection reset by peer)) 15.17.29 # I read now that holding down the menu button while pluggin it in the adapter should solve the problem? 15.17.35 # rockpod: it should 15.17.45 Join tianjing [0] (n=mat@jullay.net) 15.18.00 Quit austriancoder (Read error: 104 (Connection reset by peer)) 15.18.03 # preglow: Right. What did you want it for then? 15.18.17 # Cassandra: making old 60s rock/jazz records bearable 15.18.25 # i don't particularily want crossfeed, but other people do 15.18.48 # listening to a saxophone hard-panned to the left is _really_ tiring 15.19.00 # crossfeed fixes that without narrowing the stereo image (which stereo width setting would do) 15.19.06 # Ah, so mixing stuff with wide stereo seperation like the Beatles, and the Bonzo Dog Band. 15.19.11 # yes 15.19.25 # try listening to lucy in the sky with diamonds with and without crossfeed once, and you'll understand 15.19.39 # I might well do that. 15.19.46 # it works on the current crossfeed already 15.19.49 # but it lowers the volume 15.19.54 # OK - now I think I understand why they're seperate functions. 15.20.54 # goodie :) 15.22.10 # the new crossfeed is done in it's basic c implementation, all that needs doing is making some settings code for it 15.22.18 # i've got a ton of work on my hands today, but i'll see tomorrow 15.22.22 # You'd get a different sound depending on which of them you applied first, wouldn't you? 15.22.22 # i also need to do a couple of assembler versions 15.22.27 # no 15.22.38 # like i said, they're both linear processes 15.22.47 # you can stick them in any order you'd like 15.23.05 # OK. 15.23.16 # lemme think on that a bit, btw 15.23.44 # OK. I have to go anyway. Take care. 15.24.08 # sweet it works now 15.25.29 Join austriancoder [0] (n=austrian@natpool3.nat.uclv.net) 15.26.44 Join muesli__ [0] (n=muesli_t@88.134.20.76) 15.31.29 Part austriancoder ("Kopete 0.11 : http://kopete.kde.org") 15.32.23 # no, it does indeed look like the order matters 15.33.46 Quit JdGordon (Read error: 104 (Connection reset by peer)) 15.37.37 Quit nls (" HydraIRC -> http://www.hydrairc.com <- Go on, try it!") 15.38.34 # bye 15.38.51 Quit Jungti1234 () 15.42.18 Join Nico_P [0] (n=nicolas@rob92-6-82-231-243-63.fbx.proxad.net) 15.42.37 # * linuxstb counts 35 flyspray bugs due to be completed by 3.0... 15.44.14 # Nico_P: Someone reported on the ipod forums that using your album art patch with tagcache causes problems. Have you tried tagcache? 15.44.36 # yes and i've had problems with it 15.44.54 # Any idea why? 15.44.57 # i was going to try to find the patch that caused the problem in my custom build... 15.45.00 # seems now i know 15.45.53 Join Moos [0] (i=DrMoos@m20.net81-66-158.noos.fr) 15.45.57 # I think the tagcache patch attempts to fill in the tags for tracks using tagcache data. Maybe that part of the code is the issue. 15.46.00 # on my h300 i get panics whith tagcache 15.46.12 # s/patch/code/ 15.47.06 # i'll have a look 15.47.31 # * safetydan summons someone with more fixed-point mojo 15.47.50 # adding two fixed point numbers so that the value saturates rather than overflows 15.47.54 # simplest way? 15.50.45 # ok album art is indeed the cause of the problems... i removed it from my custom build and now it works fine 15.51.16 # safetydan: (asm) Check for overflow, then correct result. (C) No idea... 15.52.10 # one of those cases where it's actually easier in assembler... ah well, I'll just make it 64-bit and check if the value is larger than I want 15.56.45 # * [IDC]Dragon cracked that mp3 stick open 15.57.11 # <[IDC]Dragon> there's a strange chip inside 15.57.19 # <[IDC]Dragon> (not sigmatel) 15.57.39 # <[IDC]Dragon> from Myson Century 15.57.41 # Is it normal that the traks are scrambled when using the tagcache-database fuction when one selects an album? 15.57.52 # safetydan: or check if max-val1 < val2, or check if the result is smaller then one of the values... 15.58.10 # preglow, actually that's probably better 15.58.33 # this is for the summing of replaygain plus eq precut 16.01.25 # rockpod: Yes - see here for the current status of tagcache: http://www.rockbox.org/twiki/bin/view/Main/TagCache 16.04.13 # thanks, if that is fixed i can compeltely dump the apple firmware 16.04.51 # * amiconn plans to not install itunes or a replacement for that at all 16.05.20 # * amiconn hopes that someone with wm* knowledge will help him getting sound on his mini 16.05.21 # * petur finds himself writing bugs in irc too :( 16.05.37 Join [TCK] [0] (n=tckocr@bb-87-80-197-92.ukonline.co.uk) 16.06.06 # <[IDC]Dragon> I can't find technical info on that MTM809 chip 16.06.31 # <[IDC]Dragon> only for the 808, this has an 8051, 8KB, and an mp3 decoder 16.06.45 # <[IDC]Dragon> (bad target) 16.06.51 # 8051, no kidding? 16.07.04 # you paid 9 euros what you expect? 16.07.11 # <[IDC]Dragon> nothing 16.07.20 # exactly :) 16.08.18 # <[IDC]Dragon> I've never seriously considered this 16.08.26 # <[IDC]Dragon> am just curious 16.08.36 # preglow, apparently you have some ui code for me to write :) 16.09.40 # <[IDC]Dragon> that chip has 128 pins! 16.10.08 # <[IDC]Dragon> and has use for perhaps 20 16.10.35 # * HCl has too little time these days :< 16.10.46 # even if i want to work on rockbox i simply don't get any free time for it 16.10.46 # :/ 16.11.33 # stop whining and start coding :P :D 16.11.42 # :P 16.11.47 # need to unwind from college 16.11.58 # spent the entire day coding a sysv7 filesystem implementation already 16.12.00 # :/ 16.12.20 # for fun ? ;) 16.12.26 # no not really 16.12.30 # but it's sort of rewarding 16.12.41 # when the implementation starts to be able to read directories and files 16.12.48 # and you finally start to be able to read the filesystem 16.12.54 # <[IDC]Dragon> found the chip: http://www.myson.com.tw/products.php?op=pdetail&flang=TW&ProductKind=2&ProductNo=129 16.13.24 # <[IDC]Dragon> 64KB mask ROM 16.13.32 # <[IDC]Dragon> veeery bad 16.14.01 # HCl: did you see the initial Tagcache engine of Slasheri? 16.14.17 # [IDC]Dragon > indeeeeeeeeeed 16.14.47 # <[IDC]Dragon> and it truely is an 8051 16.14.50 # not yet 16.14.58 # <[IDC]Dragon> has ATA interface, too 16.15.15 # HCl: it's on CVS now, you can start to use it in your iriver 16.15.23 # i'm not gonna look at more C code at the moment, need to unwind from college :/ 16.15.33 # mmm, i'll question slasheri about it later 16.15.43 # i still need to start on that vexed port too D: 16.15.45 # meh. 16.15.48 # 100-pin LQFP internal ROM version package and 128-pin LQFP external ROM version package. 16.15.55 # HCl: hehe, busy man 16.16.01 # <[IDC]Dragon> I just read that, too 16.16.06 # Moos: i work too hard at college 16.16.13 # i need to stop doing that 16.16.20 # but it's hard to watch my classmates code slowly 16.16.22 # <[IDC]Dragon> so there's hope ;-) 16.16.24 # while i already know the solution 16.16.25 # so :/ 16.16.29 # HCl: this is for the right cause 16.16.35 # mmm 16.16.37 # your study are the most important HCl 16.16.40 # at the moment, i need to relax >.o 16.16.41 # yeah 16.16.50 # relax is needed too 16.16.55 # tell me about it :/ 16.17.04 # i almost have a permanent lack of sleep 16.17.09 # bobTHC can send you weed :-) 16.17.41 # * bobTHC sends a weedage with his slingshot to Moos 16.17.54 # HCl: friends, girlfriends... are needed for your mind 16.18.03 # bobTHC: hehe :) 16.18.04 # does anyone know if rockbox will be able to read iTunesDB ? (not that I like iTunesDB, but it would be nice to be able to use your music with different interfaces) 16.18.40 # * Moos just remenbering HCl come from Betherlands :-P 16.18.48 # Netherlands even 16.18.58 # hm? something with .nl ? 16.19.16 # webmind: it will 16.19.28 # cool 16.19.31 # * webmind has to go 16.19.41 # bye 16.23.00 Join damaki__ [0] (n=Chocolat@ALille-153-1-47-235.w83-198.abo.wanadoo.fr) 16.24.02 # webmind:http://www.rockbox.org/twiki/bin/view/Main/TagCache 16.25.39 # safetydan: what you is make sure they never overflow 16.26.01 # safetydan: s/what you is/what you are supposed to do is/ 16.26.08 # So what's the easiest way to do that? A bunch of if statements seems... inelegant. 16.26.10 # safetydan: and yeah, that gui code is your for the grabs 16.26.25 # safetydan: i just make sure the numbers never get so big that they overflow 16.28.16 # I can do gui work any time you're ready 16.29.37 # hmm, ok 16.29.47 # i'm thinking of the following parameters: 16.30.11 # * safetydan gets his notebook out 16.30.16 # 1) crossfeed enable 16.30.26 Quit [TCK] (Read error: 110 (Connection timed out)) 16.30.37 # 2) direct gain, db value, 0 dB max, -20 db or something minimum 16.30.47 Quit Chamois (Read error: 113 (No route to host)) 16.31.05 # 3) cross gain, db value, -something db max, -somethinf db min 16.31.05 # :-) 16.31.34 # 4) cross lf attenuation, 0 db max, -something db min 16.31.53 # 5) cross lf cutoff, some frequency range 16.32.08 # i just need to think of good parameter ranges 16.32.17 # blimey that's a lot of parameters 16.32.20 # and a granularity of 1 db is probably more than enough for this 16.32.25 # Does lf stand for something? 16.32.35 # low frequency 16.32.37 # ehh 16.32.40 # it should by hf, btw :-) 16.33.10 # yeah, it is 16.33.15 # we might be able to cut it down to four 16.33.16 # but yeah 16.33.20 # not now 16.33.42 # Well I'll just extend the cross feed menu, should be easy 16.33.53 # is there one? 16.34.00 # i thought there was just one option 16.34.22 # Yeah it's just an option, but it's easy enough to extend to a menu 16.34.27 # okiedoke 16.34.45 # * webguest13 wonders how people manage to identify chips so easily 16.36.51 # google 16.36.52 # heh 16.37.13 Join ac [0] (n=c1aa023b@labb.contactor.se) 16.38.34 Quit damaki_ (Read error: 110 (Connection timed out)) 16.39.29 # Probably helps to be able to recognise chipmakers' logos I guess 16.39.48 # preglow, all the dB values are negative right? 16.40.36 # safetydan: correct 16.40.53 Join arkascha [0] (n=arkascha@mailout.imageware.de) 16.41.47 Join Spida_ [0] (i=Spida@p508A045A.dip0.t-ipconnect.de) 16.41.57 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-128-065.pools.arcor-ip.net) 16.42.03 Part arkascha ("Konversation terminated!") 16.42.31 # preglow, two more questions, 1) sensible default values? 2) upper and lower limits of attenuation cutoff? 16.42.37 # safetydan: as a matter of fact, you can make the direct gain 0db to -12db 16.42.44 # ahh sensible default values 16.42.44 # god knows 16.42.46 # i'll need to test 16.43.10 Join nkh^away [0] (n=ask@0x535b11f8.kjnxx2.adsl-dhcp.tele.dk) 16.43.23 # safetydan: private 16.43.35 Quit webguest13 ("CGI:IRC (EOF)") 16.43.44 Join webguest13-2 [0] (n=3e4f4094@labb.contactor.se) 16.44.34 # Fun, the chip in my el-cheapo mp3 player appears to be a "MP3/JPEG Controller" heh 16.45.04 # <[IDC]Dragon> which is it? 16.45.17 # SiliconMotion 338 16.45.29 # Completely worthless I'm sure, just did it for the exercise 16.45.42 # <[IDC]Dragon> "it"? 16.46.02 # Found the manufacturer etc 16.46.46 # <[IDC]Dragon> mine must be more el-cheapo, definitely no JPEG 16.47.04 # They're not interested in telling anything about it, only their newer chips 16.48.04 # Not that jpeg helps, the player just has a single led 16.48.12 # <[IDC]Dragon> haha 16.48.21 # <[IDC]Dragon> shake it in raster scan 16.49.12 Quit quobl (Remote closed the connection) 16.49.32 # <[IDC]Dragon> may result is such effects: http://customwheel.com/custom_wheels/product_info.php/products_id/1687 16.49.39 # <[IDC]Dragon> (way cooool) 16.50.18 # Haha 16.52.44 Quit Spida (Connection timed out) 16.55.17 # [IDC]Dragon: 8051 is 8bit? 16.56.50 # [IDC]Dragon: http://www.ladyada.net/make/spokepov/ 16.56.58 # amiconn: yes 16.57.17 # <[IDC]Dragon> amiconn: yes, you don't know that celebrity? 16.57.48 # <[IDC]Dragon> petur: nice, and cheaper 16.58.41 # [IDC]Dragon: Not really. Read something about it, but never dealt with embedded CPUs before rockbox 16.59.00 # amiconn: there exist derived 16bit cores too (I think philips and intel have some) 16.59.33 # <[IDC]Dragon> amiconn: perhaps you're too young to have been teased with it ;-) 16.59.51 # <[IDC]Dragon> (me too, fortunately) 17.00.01 Quit XavierGr () 17.00.02 # * petur stopped doing 8051 about 10 years ago 17.00.34 # I know about Z80, even coded some Z80 asm in the 80s 17.00.35 # haha 17.01.51 # petur: Haha, that's "Playa-tested!" 17.02.20 # * amiconn doubst that he is younger than [IDC]Dragon 17.02.24 # At least not much 17.02.39 Nick Spida_ is now known as Spida (i=Spida@p508A045A.dip0.t-ipconnect.de) 17.02.53 # <[IDC]Dragon> II was exaggerating 17.02.57 # <[IDC]Dragon> I 17.03.28 # <[IDC]Dragon> Z80 might be similar to rotten old 8051 17.04.18 # <[IDC]Dragon> but the 8051 was (and is) widely used for embedded, so it became immortal 17.04.52 # <[IDC]Dragon> probably you can get it with 100 MHz today... 17.05.35 # <[IDC]Dragon> and the VHDL to make one for free 17.09.31 # Well, I had no reason to deal with embbeded CPUs myself so far (except rockbox) 17.12.00 *** Saving seen data "./dancer.seen" 17.13.56 # <[IDC]Dragon> amiconn: ok, very well, np 17.14.43 Join Chamois [0] (n=Florian@bro67-3-82-231-134-112.fbx.proxad.net) 17.15.32 # [IDC]Dragon: what does the IDC stand for? 17.15.53 Join Massa [0] (n=Massa@masq.sysdesign-edv.de) 17.15.59 # Has any H300 owner tried the latest Doom patch kkurbjun posted this morning? 17.16.41 # No, what's wrong? 17.17.31 # Oooo 17.17.34 # Doom's updated? 17.17.52 # It just crashes if you try to play it more then once 17.18.09 # And if you delete the .dfg file.. it'll work.. but you'll have no sfx 17.18.38 # Hmmm 17.18.41 # Kyomi: Is that the latest version (from about 12 hours ago), or an earlier one? 17.18.42 # I have a slight question here 17.18.49 # heh, it would be cool if doom played one midi channel on the piezo 17.18.54 # It's probably something I did 17.19.02 # It would be cool if doom worked at all on the ipods... 17.19.16 # that too 17.19.53 Quit Massa (Client Quit) 17.19.54 # When I play music now using JoltAmp.. (after installing the H300 experimental build) the progress bar goes beyond the place that was made to display it 17.20.04 # I've just checked the latest patch, and it compiles cleanly for both the H300 and H300 sim, so I think it's ready to commit (for the h300 only). We can then enable builds for other targets as and when they are working. 17.20.05 # Before that never happened... is that a scroll issue? 17.20.08 # <[IDC]Dragon> Lynx_: for instant death commando, our wanna be loser clan 17.20.23 # Hmmm 17.20.33 # Is the experimental build updated with the doom patch? 17.20.35 # [IDC]Dragon: ok, nice name ;) 17.20.39 # <[IDC]Dragon> I created that email account for a lan party registration 17.21.01 # <[IDC]Dragon> later used it as a spam account for all kinds of registrations 17.21.12 # <[IDC]Dragon> including rockbox 17.21.25 # how come i can't use gdb ? it should worked now that i've compiled it and did "make install", shouldn't it ? 17.21.31 # <[IDC]Dragon> then I started using it... 17.22.16 # <[IDC]Dragon> so this is not really a chosen nickname 17.22.37 Quit rockpod ("CGI:IRC (EOF)") 17.22.58 # Crikey, the partition table on this cheapo mp3 player is messed up. Strange. 17.23.01 # Nico_P: What's the problem? What happens when you try to run it? 17.23.04 # Won't even mount on Linux 17.23.27 # bash tells me the gdb command doesn't exist 17.23.41 # did make install actually succeed? 17.23.45 # yes 17.23.52 # and you have the target path in your $path? 17.24.48 # Are you using Linux or cygwin? 17.24.59 # i'm on linux 17.25.11 # have been for a couple days now 17.25.22 # Mikachu: i think i have it 17.25.38 # is it the same as "/home/linus> export PATH=/home/linus/sh1/bin:$PATH" ? 17.25.49 # i have that one in my path 17.28.26 # And this is why I hate linux as a main OS :P 17.28.30 # Nico_P: You're trying to use gdb for the sim? 17.28.38 # amiconn: yes 17.28.50 # The target crosscompiler path has nothing to do with that 17.29.10 # ah 17.29.15 # if a plain 'gdb' fails with 'command not found', you probably don't have gdb installed 17.29.34 # well "make install" worked 17.29.38 # There should be a gdb package available for your distro 17.29.50 # but there's probably something more i have to do... 17.29.50 # 'make install' has nothing to do with gdb 17.30.07 # i mean "make install" just after compiling gdb 17.30.18 # You built a cross-gdb? 17.30.22 # For which target? 17.30.30 # Anyone know why splitedit.c does this rb->splash(0,...); rb->button_get(true); rb->button_get(true); 17.30.30 # m68k 17.30.50 # i just followed the instructions on the crosscompiler wiki page.. 17.30.55 # safetydan: probably for eating a press and release 17.31.01 # You can't use cross-gdb with the coldfire targets, unless you open up your device and connect a bdm 17.31.13 # Mikachu, good point... now why the 0 tick splash? 17.31.29 # If you want to use gdb with the sim, just install native gdb for your linux distro, or cygwin 17.31.37 # if you're going to wait for a keypress, why wait in the splash? 17.31.40 # Howdy folks. 17.31.44 # Anyone here use foobar2000 and foo_pod? 17.31.54 # Nico_P: Which Linux distribution are you using? 17.31.55 # * safetydan slaps forehead 17.31.59 # Mikachu, of course 17.32.05 # linuxstb: kubuntu 17.32.15 # Nico_P, apt-get install gdb 17.32.21 # yeah done 17.32.27 # Erm, splitedit code style is somewhat strange. 17.32.28 Quit Moos ("Glory to Rockbox !!!") 17.32.44 # I tried following the instructions to rebuild my itunes database so I could listen in the ipod firmware as well, but it cant find the files (i.e. it just instantly cycles through all the songs in my playlist, like foo_pod pointed to the wrong place.) 17.32.45 # i just thought i needed a special gdb for rockbox 17.33.40 Quit Febs (Read error: 110 (Connection timed out)) 17.33.51 # Nico_P: You need a cross-gdb if you want to debug code running on the target. 17.33.54 # godzirra: Lots of people have reported problems with foo_pod. It seems to need updating to the most recent itunes database format. 17.34.11 # ok it works now... sorry for wasting your time and thanks again :) 17.34.15 # That also requires a gdb stub and a method for target<->host communication 17.34.16 # splitedit looks like it will be painful to port to swcodec 17.36.42 # Duh... *smacks herself* 17.37.06 # I hate it when I'm like "Yeah... I'll leave the cable at home.. dont have much time to mess with it today" 17.37.16 Quit ac ("CGI:IRC (EOF)") 17.40.57 Join muesli- [0] (n=muesli_t@88.134.20.76) 17.43.46 Quit petur ("gone today, here tomorrow") 17.45.53 # Anyone with a MAS based unit want to review a patch to fix task 2387 and 2388? 17.45.54 Join Matze [0] (i=Miranda@p5484CD86.dip.t-dialin.net) 17.46.27 # MAS? 17.46.39 # * linuxstb commits Doom 17.46.47 Join quobl [0] (i=id@tor/session/x-dfacdd953309d23c) 17.46.52 # * Mikachu watches build times go up 17.47.06 # Kyomi, the hardware decoder based players like the Ondio 17.48.37 Join Moos [0] (i=DrMoos@m20.net81-66-158.noos.fr) 17.48.38 # linuxstb, breaks the H120 sim :) 17.48.48 # Mikachu: Only about 2.4MB of source code... 17.48.52 # and h120 target too 17.49.03 # linuxstb: just for doom? 17.49.13 # plugin.c:418: error: `load_main_backdrop' undeclared here (not in a function) 17.49.13 # plugin.c:418: error: initializer element is not constant 17.49.14 # safetydan: D'oh.... I know why. 17.49.21 # * linuxstb fix 17.50.01 # * safetydan looks at the pretty red builds 17.50.42 Quit muesli__ (Read error: 110 (Connection timed out)) 17.50.44 Quit Chamois (Read error: 113 (No route to host)) 17.50.48 # Did I beat preglow's high score? 17.50.54 # only 450 17.50.57 # so no :) 17.51.03 # I deserved more. 17.51.35 # And why did the h300 sim give warnings? It was clean when I built it... 17.52.00 # Ah, 64-bit build? 17.52.10 # looks like it 17.52.13 # _lame_ errors 17.52.19 # yeah it's amiconn's system 17.53.43 Join johnybyku [0] (n=cosmic@85-128-124-98.citynet.pl) 17.54.45 Quit DBordello (Success) 17.55.09 # hi everyone. is it possible to make the battery monitoring working properly on ipod nano? it shows 100% all the time.. 17.55.15 # ? 17.55.19 # linuxstb: Why is load_main_backdrop() exposed on the api, btw? 17.56.12 # amiconn: I was just thinking the same thing. I don't think it should be. 17.56.21 # I'm going to remove that. 17.56.52 # When I first read that part of the patch, I didn't realise what function it was - I thought it was the lcd function for setting the backdrop. 17.57.34 # Bagder: I think breaking multiple targets should cause a higher score then just causing errors in one build 17.58.03 # I.e., there should be some additional 'base penalty' per build if there is at least one error 17.58.14 # linuxstb: sucky.. so there's no way to use your existing structure in the original firmware currently? 17.58.24 # (for the ipod stuff I asked about a while ago... sorry =) 18.00.00 Join Febs [0] (n=40be24d8@labb.contactor.se) 18.01.10 # godzirra: No. The only working solution to use both Rockbox and the Apple firmware is to use itunes (or similar) to transfer your music, and then use TagCache to view it in Rockbox. 18.01.12 Join DBordello [0] (n=dan@tirone-fw.flexabit.net) 18.01.32 # what about the battery monitoring? 18.01.43 # * linuxstb realises it is far quicker to let the build system build 16 targets than to do it himself.... 18.03.21 # Even 16 targets, 13 bootloaders and 11 sims ... 18.04.32 # amiconn: Does your server always get assigned the H300 sim? 18.04.49 # nope 18.05.02 # The build system is concurrent 18.05.17 # My server can build everything except coldfire targets 18.05.41 # linuxstb: could you please answer my question about battery monitoring on ipod nano? 18.06.07 # What's the question? 18.06.32 # is it possible to make it working properly? 18.06.53 # right now it shows 100% all the time 18.07.00 # Yes, but it needs someone with a Nano to do it. That's not me. 18.07.06 Join kkurbjun [0] (n=Jim@c-24-8-222-177.hsd1.co.comcast.net) 18.07.20 # there is a patch submited in the bugs section that should fix it 18.07.38 # Have you tried that patch? 18.08.10 # amiconn, I exposed the lcd backdrop as it allowed me to use that feature in the doom startup menu's, I was thinking for the plugins that have menu's it would add to them quite a bit. 18.08.20 # http://www.rockbox.org/tracker/task/4795 18.08.23 # not really.. i not good at it to be honest 18.08.30 # i'm* 18.08.33 # linuxstb, thanks for commiting that 18.09.25 # Thank you for spending 2 months working on it.... 18.09.32 # (or however long it has taken) 18.09.43 # :), yeah it's been a while 18.13.29 # quit 18.13.32 # sorry 18.13.34 Quit johnybyku ("[BX] Mr. Rogers uses BitchX. Won't you be my neighbor?") 18.14.54 # linuxstb: Still red builds... 18.15.20 # ...and this time my server got the iPod color sim, 18.15.59 # amiconn, why don't you think that plugins should be able to use the backdrop? 18.16.23 # kkurbjun: They can use backdrops, but not that function. 18.16.38 # That function is specifically for loading the backdrop for the main part of Rockbox. 18.17.02 # linuxstb, what function should be used for plugins? 18.17.05 # linuxstb: what is TagCache? 18.17.23 # * Mikachu hands linuxstb another 2 keyboards 18.17.28 # linuxstb: and to do that I assume I'd have to copy all my music off of my ipod and reinstall it all using itunes? 18.17.34 # amiconn: Don't worry, I'm not going anywhere until the build table is clean again :) 18.18.11 Join TCK [0] (n=tckocr@81-178-248-144.dsl.pipex.com) 18.18.27 # linuxstb, I see what you did, so does lcd_set_backdrop need to be exposed in the plugin api? 18.19.14 Join drspoon [0] (n=chatzill@81-178-14-47.dsl.pipex.com) 18.19.36 # kkurbjun: Yes. And maybe the bmp loading function as well if you want to store the bitmap in a file on the disk. But it would be better to link the bmp file into the .rock (assuming there is space) 18.19.46 Join OPP [0] (n=OPP@c-24-12-189-55.hsd1.il.comcast.net) 18.20.06 # just wanted to say nice job on the x5 work 18.20.17 # now that doom's been commited perhaps pacman romdir should be /games/pacman 18.20.35 # godzirra: http://www.rockbox.org/twiki/bin/view/Main/TagCache (and yes, you probably will have to recopy your music). But test tagcache first. 18.21.02 # where can i download the rockbox for X5 with audio support or has that version not been released yet 18.21.04 # linuxstb, there may be space but it would be pretty tight 18.21.06 # drspoon: I was thinking about that. Also, we should probably distribute prboom.wad as part of Rockbox (it appears to be covered by prboom's GPL) 18.21.36 # Maybe prboom.wad should be somewhere inside .rockbox/ and the user's WADs will remain in /games/doom/ 18.21.55 Join lodesi [0] (n=moi@lns-bzn-32-82-254-19-96.adsl.proxad.net) 18.22.22 # linuxstb, you could do just addon wads in that directory also 18.22.38 # and keep all the main wads in .rockbox/doom 18.24.37 # Does an ipod have weak bass in general? 18.24.40 # thats mostly what I was trying to test. 18.24.41 # OPP: no audio code runing yet, let's LinusN finish first 18.24.55 # i thought he said he got it 18.25.18 Join Chamois [0] (n=Florian@bro67-3-82-231-134-112.fbx.proxad.net) 18.25.24 # on iaudiophile it says he got it 18.25.39 Quit tianjing (Read error: 104 (Connection reset by peer)) 18.25.41 # not finished yet, when that will be ready, you will know it 18.25.41 Join tianjing [0] (n=mat@jullay.net) 18.26.06 # ahh ok 18.26.33 # OPP: he made already a big part but need som more works, but hopefully that will come soonish 18.26.41 Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 18.26.43 # ya thats cool 18.26.57 Quit linuxstb (Nick collision from services.) 18.27.03 # indeed 18.27.08 Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 18.27.16 # is there any reason why i should get the x5 port yet 18.27.43 # OOP: curiosity I guess 18.27.48 # k 18.27.58 # i will then :-D 18.28.14 # you can already use plugins (games...) for exemple 18.28.19 # ya 18.28.34 # but you cant switch frimwares so id have to have a backup firmware on there , correct 18.28.40 # godzirra, if it has weak bass, you can alwasy improve it with the equalizer 18.29.07 # OPP: no dual boot like in irivers yet 18.29.15 # k 18.29.21 # is there USB? 18.29.31 # yes 18.29.33 # o 18.29.34 # ok 18.31.35 # does iriver have id3 tag databasing yet? 18.31.38 # the h320 18.31.54 # linuxstn: wee!! green again 18.32.10 # OPP: yes already here 18.32.22 # Moos: Yes, as long as amiconn's pesky 64-bit server isn't given any sims to build... 18.32.44 # Good point, forgot 64-bit 18.32.48 Quit drspoon ("Chatzilla 0.9.72 [Firefox 1.5.0.1/2006011112]") 18.32.50 # linuxstb: Need a way to test? 18.34.09 # You're not volunteering to fix the warnings? :) 18.34.24 # I'm guessing they are all casting pointers to int. 18.34.25 # *I* didn't cause them... ;) 18.34.32 # hehe :) 18.35.09 # * linuxstb wonders why he volunteered for this job. 18.35.39 # Well, there's an el cheapo fix for the warnings... but then doom might still not work on the 64bit sim 18.35.58 # linuxstb: cause if you didn't do it, who made it? 18.35.59 # You can double-cast... if you know what yer doing... 18.36.30 # * amiconn wonders why people are casting pointers to int... 18.36.50 # * amiconn disappears for a while 18.37.08 # Moos: I guess it's originally the prboom authors. Then kkurbjun ported it to Rockbox, and then I committed to CVS. 18.37.14 # <[IDC]Dragon> should be size_t, right? 18.37.36 # linuxstb: and thanks for it, no one seems to was interested to commit it 18.38.01 Join b00st4 [0] (i=fr33z0r@ppp-82-135-3-212.mnet-online.de) 18.38.37 # [IDC]Dragon: amiconn was casting them to long I think. 18.39.14 # Seems 99% of the errors are caused by a single macro being used in lots of places. So a nice easy fix. 18.39.20 # s/errors/warnings/ 18.39.21 # <[IDC]Dragon> that works, but I don't think it's the right way 18.39.36 # I think there's an "intptr_t", but not in Rockbox. 18.40.30 # <[IDC]Dragon> gotta go, cu 18.40.36 # Ciao 18.40.37 Part [IDC]Dragon 18.46.29 # * linuxstb commits his 64-bit fixes and hopes amiconn's server gets a simulator to build... 18.47.23 # bbl 18.47.48 Quit Matze ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 18.48.50 # safetydan: I tried that. I'm not expecting massive ammounts of bass though, but even with the bass turned all the way up in the equalizer, it seems like there's almost none at all. 18.48.55 # Wasnt sure if it was my ipod or my headphones. 18.52.10 Join haypo [0] (n=haypo@fydelkass.inl.fr) 18.52.23 # lodesi: heya! 18.52.40 # :) 18.52.52 # godzirra, which band were you using to increase the bass? 18.52.53 # haypo: english only channel 18.53.05 # lodesi: it was in english ! 18.53.14 # lodesi: so was is your plugin ? 18.53.36 # what is the url? 18.53.48 # did you developed it yourself? 18.54.42 # oops, "was is your plugin" => "what is your plugin exactly?" 18.54.46 # can i see screenshots? 18.55.24 Join scootscat [0] (n=a3960ff6@labb.contactor.se) 18.55.30 # amiconn: If you get a chance, can you try compiling a sim and let me know if there are any warnings remaining? 18.56.12 # lodesi ? 18.56.26 Join obo [0] (n=obo@82-46-82-224.stb.ubr02.trow.blueyonder.co.uk) 18.56.58 # lodesi: i was right, alex. belloni (a friend) hacked the rockbox 18.57.44 Join austriancoder [0] (n=austrian@80.120.117.30) 18.58.08 # x5 has too less buttons for doom.. hmmm 18.59.33 # It also requires sound - so that may cause problems at the moment. 18.59.49 # But I'm sure the X5 must have more buttons than the iPods. 19.00.06 Part haypo ("Konversation terminated!") 19.01.39 # safetydan: which band? I was using the bass setting... I didnt know there was a different equalizer? 19.01.58 # godzirra, look under sound settings and you should see "Equalizer" 19.02.02 # linuxstb: joystick with press, play, rec, power with hold 19.02.36 # you would be my new hero if this works. 19.02.37 # godzirra, as far as I know the bass and treble setting currently do nothing on iPod targets 19.02.40 # i will reuse a button twice 19.03.09 # godzirra, they're supposed to control the hardware amp settings, but I don't know if anyone's figure out how to control them yet 19.03.25 Quit OPP (Read error: 110 (Connection timed out)) 19.03.27 # godzirra, the equalizer is all in software so works regardless 19.03.32 # safetydan: They work on the 4g and Nano. The 5g doesn't have bass/treble settings, but does have a 5-band hardware eq. 19.03.41 # ah 19.03.49 # so godzirra's got a 5g then 19.04.10 # Awesome. 19.04.17 # Yeah, do have a 5g. 19.04.18 # to the max! 19.04.25 # Uhh.. the 5g did have bass treble settings. 19.04.28 # Someone really needs to hook up the hardware eq to Rockbox - it's not used at the moment. But we have a datasheet. 19.04.28 # Do they just not work? 19.04.31 # preglow, that max is missing an x 19.04.39 # and which band am I supposed to be changing to add bass? 19.04.44 # godzirra: Yes, they are there, but are not working. 19.04.50 # Gotcha. :) 19.05.04 # Have I mentioned I love rockbox? Even if I do annoy the piss out of you fellas. 19.05.12 # But which band do I need to change to get more bass? 19.05.35 # godzirra, try adding 2db to the 60 Hz band 19.05.51 # erm 19.05.59 Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) 19.06.07 # That didnt seem to amke much of a difference. 19.06.14 # linuxstb : when i set bass thing on my 5G, i do notice theres an increase in bass 19.06.49 # Actually it does make a bit of a difference. 19.06.52 # i use it sometimes because EQ makes track skip 19.06.59 # kclaf: That's your imagination. The functions are not implemented. But I think the volume adjusts to compensate for non-existent extra bass. 19.07.00 # godzirra, this might clip but is the quickest way, try 6db on the 60Hz band and say... 4dB on the 120Hz band 19.07.17 # So there is a change in volume, but not specifically the bass. 19.07.35 # * kclaf searches his ipod 19.07.50 # I only have a 60 and a 200 19.08.18 # godzirra, have you used a parametric equalizer before? 19.08.29 # Nope. I'm equalizer stupid. :) 19.08.33 # :) 19.08.38 # well it's a bit complicated 19.09.25 # safetydan: RED... 19.10.03 # mow 19.10.36 # rockbox doesn't have errno, does it? 19.10.43 # I think it may be my headphones. I'm not sure. :/ 19.10.48 # preglow, yeah it does 19.10.53 # oh 19.10.58 # linuxstb : you're right, but i could swear it used to increased the bass with some previous build, BUT you know the code so you must be right ;d 19.11.03 # but plugins can't include errno.h now can they? 19.11.07 # THats what I get for buying cheap jvc inner ear instead of the $50 sony ones I guess.. lol 19.11.09 # where do i get needed files to play doom? 19.11.15 # safetydan: i wouldn't think so, no 19.11.20 # they'd need it in the plugin struct 19.11.36 Quit dpro ("wifi scanning") 19.11.37 # safetydan: I also didn't think errno was in Rockbox. But even if it was, it would need to be *rb->errno (as preglow just said...) 19.11.52 # linuxstb: 17 64bit warnings remaining 19.12.01 *** Saving seen data "./dancer.seen" 19.12.17 # Progress then. Could you pastebin the warnings? 19.12.24 # Is there a way to rate mp3s within rockbox the way ipod does? the one thing I miss from my ipod firmware is being able to generate smart playlists :) 19.12.32 # safetydan: Why do you check errno at all, btw? 19.12.48 # Many many other places just check the return code 19.12.50 # amiconn, it was for the error message, the code itself doesn't use it 19.12.54 # That should be sufficient 19.13.06 # godzirra: Not at the moment, but it's been talked about for the future. 19.13.06 Quit scootscat ("CGI:IRC (Ping timeout)") 19.13.26 # Awesome. Thats the only thing I really miss. 19.13.28 # (it's even been implemented once) 19.13.36 # why was it taken back out? 19.13.50 # It needs to be re-implemented/adapted for tagcache. 19.13.56 # It wasn't very stable 19.14.03 # linuxstb: http://pastebin.com/627149 19.14.05 # (And on a side question, is there a way to generate random playlists, either in rockbox or using another program while the ipod is connected?) 19.14.06 # And the approach was abandoned 19.14.08 # amiconn: Thanks. 19.14.37 # And another side question... is there a way to shuffle through out the whole music list, not just the list in one directory? 19.14.50 # The strange chars result from my linux box using utf-8, and ssh'ing to that using cygwin 19.16.06 # godzirra, while in the file browser root go to the menu and select Playlist -> Create Playlist 19.16.30 # godzirra, that should create a playlist with all your mp3s, you can then shuffle that list 19.16.49 # * safetydan really shouldn't code and cook dinner at the same time 19.17.23 # lol 19.17.30 # Hmm.. this is going to take a while. 19.18.06 # Eh not too bad.. about 15-20 seconds to create a playlist. 19.18.46 # hmm.. after loading root.m3u, it tells me >TPPY for the title and is just sitting here. 19.18.57 # Does it take a while to load the whole playlist, or did something horribly wrong happen? 19.19.04 # Now it says >FPVC :/ 19.19.49 # Woo. I'm up to OAGL 19.20.05 # Any ideas on what is happening? :/ its not playing any music btw.. and it is advancing a song everytime it changess. 19.20.20 # Ohhhhhh... you know what I think is happening? 19.20.25 # godzirra, what format is your music? Those look like iTunes files 19.20.25 # my foo_pod thing that didnt work 19.20.26 # godzirra: AACs? 19.20.32 # I think its grabbin those. 19.20.40 # how do I find out where those are and delete them? 19.20.52 # * linuxstb scratches head and stares at this line in doom: floor->sector = §ors[(int)floor->sector]; 19.21.51 # eh 19.21.51 # Can the user who opened a bug reopen it after it's closed? 19.21.53 Quit bobTHC ("Smoke Weed Every Dayz !!!!!!!") 19.22.09 # i think only admins can reopen 19.22.22 Quit austriancoder ("Kopete 0.11 : http://kopete.kde.org") 19.22.48 # I've reopened a bug in the past - so I think all developers can. 19.22.54 # No idea about users though. 19.23.50 # hrmm... so maybe I shouldn't close these then 19.24.45 # Am I right in thinking I should (in general) cast pointers to unsigned long? (for 64-bit safety) 19.25.43 Join dpro [0] (n=x@193.238.157.199) 19.26.15 # Anyone aware that none of the links on this page work: http://www.rockbox.org/twiki/bin/view/Main/WpsIpod5g 19.28.27 # godzirra: Yes. Someone broke it this morning. He's promised to come back and fix it... 19.28.36 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 19.29.07 # just making sure. Should I wait to upload a wps then? 19.30.29 # No, I think it will be fine to add new WPSs. 19.30.44 # linuxstb: yeah, that's right 19.30.57 Join RotAtoR [0] (n=e@rockbox/developer/rotator) 19.33.29 # What about the other way around - converting an int to a pointer. Do I need to double-cast somehow? 19.34.14 # linuxstb: i am going to add the tracknumber and year tags to the tagcache soon :) 19.34.18 # linuxstb: int->ptr is fine with one cast, ptr->int needs two 19.34.34 Join Rondom [0] (n=Rondom@87.193.51.86) 19.34.59 # josh_: Thanks. How does that look? p=(void*)(long)i; 19.35.12 # Slasheri: Nice. Will there be a browse by year option? 19.35.36 # linuxstb: yes, if that is coded to the ui =) 19.35.38 # linuxstb: looks fine... sizeof ptr == sizeof long in most modern cases 19.36.24 # anyone know how well ccache sits with several compilers on the system? handles it nicely? 19.36.34 # Slasheri: how about a album? So that I can eg. show all songs on all albums by a specific artist 19.36.49 # preglow: That's how all the build servers work. 19.37.00 Quit huntermic (Read error: 104 (Connection reset by peer)) 19.37.22 # webguest13-2: should be easy to do, only little modification to the ui 19.37.41 # btw 19.37.49 # perhaps we should add uintptr_t as well? 19.37.50 # that is, stdint.h 19.37.55 # hmm, in fact please add these feature requests to the TagCache wiki page 19.38.04 # then it would be easy to keep track on those 19.39.22 Join XavierGr [0] (n=XavierGr@ppp11-adsl-67.ath.forthnet.gr) 19.40.50 # Slasheri: You don't want to encourage that :) 19.41.21 # ok.. I think I got it uploaded right. 19.41.24 # hard to test when its broken =) 19.43.27 # bbl 19.45.23 Join huntermic [0] (n=Michiel@ip3e838c5d.speed.planet.nl) 19.45.29 Part huntermic 19.46.37 Join huntermic [0] (n=Michiel@ip3e838c5d.speed.planet.nl) 19.47.23 Quit obo ("bye") 19.50.02 Join obo [0] (n=obo@82-46-82-224.stb.ubr02.trow.blueyonder.co.uk) 19.56.31 Quit aegray (Read error: 110 (Connection timed out)) 19.56.40 Join goffa [0] (n=goffa@216.220.23.105) 19.56.46 # anyone here? 19.58.47 # goffa: you have a question? 19.59.00 # yeah 19.59.18 # the codecs... are they specific to each model.. or is rockbox rockbox? 19.59.44 # They're not binary compatible, but the same source is used to compile them 19.59.54 # in other words... i have a lot of musepack files... and was thinking about flashing my iaudio in the near future because i heard that rockbox supported musepack 20.00.13 # but... i didn't know if they had to develop codec support for each device 20.00.13 # all rockboxes support musepack 20.00.18 # sweet deal 20.00.22 # apart from the hardware codec ones 20.00.24 # (no seeking though) 20.00.24 # the archoses 20.00.37 # don't care about seeking just want to be able to play them 20.00.42 # that it will 20.00.48 # Then you're in luck 20.00.49 # about 1/3 of my music collection is musepack 20.00.59 # at least if they're sv7 files, that is 20.01.17 # rockbox doesn't currently supports pre-sv7 files, but i'll have it done in a couple of days if you can supply me with files 20.01.45 # even the musepack people themselves seem to have some trouble in finding pre-sv7 files, so i think we'll be ok 20.01.58 # yeah.. i have plenty :) 20.02.05 # Isn't old source available? 20.02.10 Join aegray [0] (n=aegray@12-210-86-210.client.insightBB.com) 20.02.11 # but... i'd have to dig through 20.02.20 # but yeah 20.02.22 # they wont play 20.02.31 # but the codec supports them, so it is possible 20.02.32 # linuxstb: hehe, now i have added "feature requests" section to the wiki page 20.02.43 # they just got sound support for the iaudio x5 yesterday.. i'm pretty excited about that 20.02.59 # wasn't it today? 20.03.03 # maybe it was 20.03.12 # Still not committed, I think 20.03.18 # no it'snot 20.03.30 # but yeah 20.03.40 # x5 will, just like h120, have excellent support for musepack 20.03.48 # if anything with no seeking can be called excellent 20.03.59 # but it's the best we can do until the musepack people find some clever way to do seeking 20.04.03 # i NEVER use seeking 20.04.08 # so for me it will be excellent :) 20.04.09 # then hooray! 20.04.30 # whats musepack? 20.04.38 # just a different file format 20.04.49 # like ogg, mp3, aac, etc 20.05.02 # but yeah, i gotta go again 20.05.02 # ok. 20.05.09 # about the same bitrate as mp3... better sound quality.. (arguably) 20.05.13 # i'm pretty much the musepack guy around here, so let me know if you have any problems some day 20.05.22 # thanks for the help 20.05.36 # and i might have to send you some samples 20.05.40 # in fact 20.05.43 # sounds sweet 20.06.08 Join Bger [0] (n=Bager@rockbox/developer/Bger) 20.06.11 Join hyl [0] (n=qwm@h147n2fls32o1010.telia.com) 20.10.38 # linuxstb: Hmm, can metadata engine parse track number directly from filename if real tag is missing? Adding that functionality would be good :) 20.10.49 Join rockpod [0] (n=510bf35d@labb.contactor.se) 20.12.43 Quit tianjing (Read error: 110 (Connection timed out)) 20.13.08 Join ze__ [0] (i=ze@ca-dstreet-cuda1-c6a-130.snbrca.adelphia.net) 20.14.43 Quit ze (Read error: 104 (Connection reset by peer)) 20.14.43 Nick ze__ is now known as ze (i=ze@ca-dstreet-cuda1-c6a-130.snbrca.adelphia.net) 20.15.52 # Slasheri: shouldn't be too hard, i guess, but does it belong in the metadata reader? 20.16.32 # preglow: i think that should belong there, at least it would be more logical if metadata reader would assign all tags 20.16.43 # hmm 20.16.55 # i guess extrapolating that particular tag wouldn't hurt 20.17.06 # :) 20.17.17 Join Matze [0] (i=Miranda@p5484CD86.dip.t-dialin.net) 20.17.27 Join PhR3aK [0] (n=A@pD9528F65.dip0.t-ipconnect.de) 20.17.54 # hmm, it seems these new tags are very easy to add to tagcache. Only little modification is needed to handle these simpler numeric tags and not to create separate index files for these :) 20.18.28 Quit dpro (Connection timed out) 20.19.11 DBUG Enqueued KICK PhR3aK 20.19.11 # 2(LinusN2): Will there be a downloadable version for the x5 soon that supports sound? 20.20.34 # time to set the topic again 20.21.41 Join dpro [0] (n=x@chello080109121047.8.15.vie.surfer.at) 20.21.43 Nick hyl is now known as qwm (n=qwm@h147n2fls32o1010.telia.com) 20.21.55 # PhR3aK: yes, if i find the time 20.22.31 Join SereR0KR [0] (n=Fletcher@Fd1d2.f.strato-dslnet.de) 20.23.39 Join Rob2222 [0] (n=Miranda@AC9E811F.ipt.aol.com) 20.23.50 Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) 20.24.00 Join ^BeN^ [0] (i=Paprica@89-138-109-189.bb.netvision.net.il) 20.24.18 Quit Paprica (Nick collision from services.) 20.24.28 Nick ^BeN^ is now known as Paprica (i=Paprica@89-138-109-189.bb.netvision.net.il) 20.25.39 Join Gibbed [0] (i=rick@pool-71-108-2-183.lsanca.dsl-w.verizon.net) 20.25.43 Quit Rick (Nick collision from services.) 20.25.55 Nick Gibbed is now known as Rick (i=rick@pool-71-108-2-183.lsanca.dsl-w.verizon.net) 20.28.24 # Anyone familiar with the replaygain code? 20.28.55 # mildly, how? 20.29.17 # Any particular reason it keeps a pointer to the string representation? 20.29.30 # I know it gets reused in the show id3 screen, 20.29.39 # but not all formats have replaygain values as a strin 20.29.41 # g 20.29.57 Join qwm_ [0] (n=qwm@h147n2fls32o1010.telia.com) 20.30.25 # linuxstb: Still one 64bit warning left, and it seems your fixes added another warning... 20.30.28 # sure, and for those, you print it 20.30.32 # i do that for musepack 20.30.59 # yes but what if you have no where to store the string? 20.31.13 # linuxstb: http://pastebin.com/627308 again... 20.31.52 Join _FireFly_ [0] (n=FireFly@dslb-084-056-122-071.pools.arcor-ip.net) 20.33.09 # linuxstb: Also, some of your fixes are looking dangerous, like this one: http://www.rockbox.org/viewcvs.cgi/apps/plugins/doom/z_zone.c.diff?r1=1.1&r2=1.2 20.33.25 # safetydan: *shrug*, you usually do 20.33.26 # I assume zonebase is an int, but it must be a long to work properly 20.33.33 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 20.33.33 # * webguest13-2 learned today that recent LAME versions adds replaygain tags as well.. in the mpeg header 20.33.35 # safetydan: i save it in the seek point buffer of mp3, i think 20.33.51 # This code is not only wrong for 64bit, but also for 16bit 20.33.58 # So each file could have RG tags in 3 places.. mpeg header, apev2 tag, id3v2 tag 20.34.00 # Excellent! 20.34.14 # just trying to add rva2 tag parsing and wondering why we keep a string representation if the id3 screen could just regenerate it 20.34.21 # casting int <-> ptr just works by coincidence on 32bit systems... 20.34.53 # safetydan: i bet the replaygain format changes between codec header types 20.35.02 # safetydan: we coulf of course change it to one internal rep, but yeah 20.35.04 # no one did it :> 20.35.10 # we do change it to one internal representation 20.35.15 # s7.24 :) 20.35.43 # then hooray! 20.35.53 # i'd be happy to see that usage of internal buffers go 20.35.58 # So no one will object if I remove the string part then? 20.36.07 # if you make it work, then hell no, go ahead 20.36.13 # yay 20.36.14 # it just slows down get_metadata 20.38.36 # No news from ifp port lately? 20.38.52 Quit Rob2222_ (Read error: 110 (Connection timed out)) 20.41.15 Quit rockpod ("CGI:IRC (EOF)") 20.42.15 Quit amiconn (Read error: 110 (Connection timed out)) 20.42.16 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 20.42.41 # webguest13-2: nope 20.43.04 Quit qwm (Connection timed out) 20.43.43 Quit Nico_P (Remote closed the connection) 20.44.33 # amiconn: zonebase is a pointer. 20.46.13 # (it's the return value of plugin_get_audio_buffer()) 20.46.52 # hmm, ok 20.47.25 # Then it wasn't necessary to change the first cast, only the second. 20.47.54 # That's why I thought zonebase might not be a pointer 20.48.11 # I know, but it seemed clearer to me to make all the expression longs, and then cast the result to a pointer. 20.48.45 # Also, I don't understand what's going on in your first fix, this one: http://www.rockbox.org/viewcvs.cgi/apps/plugins/doom/p_spec.c?r1=1.1&r2=1.2&diff_format=l 20.49.02 # This function is declared int, but seems to return a bool? 20.49.05 # Yes. 20.49.17 # weird 20.49.42 # The return value was just being used in an if statement - e.g. if (P_Sector_Active(x)) { ... 20.51.58 # There's some nasty mixing of pointers and integers going on in this code... 20.52.20 Quit _FireFly_ ("Leaving") 20.52.24 # 2(LinusN2): Is only mp3 playback working? or do other formats also work? 20.53.11 # 99,9% sure it's all formats 20.53.25 # PhR3aK, I'd imagine if sound is supported then all the formats that rockbox supports will work 20.53.27 # Rockbox doesn't differentiate between codecs 20.53.45 # ok... 20.53.52 # hmm, any1 could help me with fxp settings? 20.54.10 # Slasheri: The problem with using get_metadata() to infer the track number is that get_metadata() only knows about a single track. The track number could be inferred from that file's alphabetical position in its directory. 20.54.40 # will there be a cvs release for the x5 soon that supports sound? 20.54.46 # I never really liked guessing of metadata. 20.54.50 # Too easy to go wrong. 20.55.04 # PhR3aK, there will be. When it's done. 20.56.44 # PhR3aK: 5 minutes after it's done, you'll be able to download it 20.57.10 # nice 20.57.26 # PhR3aK: patience, grasshopper 20.57.34 # ^^ 20.58.15 Join Nico_P [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) 21.00.41 # linuxstb: A properly tagged album track should have the track number as a tag 21.01.53 # could someone take a look on this? http://pastebin.com/627372 21.02.01 # Yes - but Slasheri was asking if get_metadata() could fill in that info if there was no tag. 21.02.01 # its a scaled album art bitmap 21.02.07 # but there is a little problem 21.02.17 # Presumably by checking the filename. 21.02.20 # its view half bitmap scaled 21.02.31 # and the other half is garbage =\\ 21.03.30 # where has to be a .wad for Doom ? 21.04.47 # is rockbox able to open other picture formats than jpg? 21.05.00 # anyone knows ? 21.05.11 # Chamois: One moment, and I write a quick wiki page... 21.05.12 Quit muesli- (Read error: 110 (Connection timed out)) 21.05.37 # oki 21.06.22 # all people intersted in album art : i've edited my recent comment with a few explanations... 21.06.48 # i'm getting closer to the system where no memory is wasted 21.07.10 # i strongly suggest you try it ;) 21.07.30 # Nico_P, i'm trying to get the album art scaled.. 21.07.58 # Paprica: nice :) how's it coming ? 21.08.03 # mm 21.08.44 # i have finish it 21.08.52 # but i have some problem 21.09.17 # i've just noticed your code above 21.09.22 # what sort of problem ? 21.10.41 # mm i'm compiling the simulator now, i'll take a screenshot 21.11.25 # looks nice, and it should be quite easy to add to the rest of the code, too 21.11.51 # Chamois: The start of some instructions: http://www.rockbox.org/twiki/bin/view/Main/PluginDoom 21.11.57 # hwo have you combined it whith the rest of the code atm ? 21.12.02 *** Saving seen data "./dancer.seen" 21.13.24 Quit quobl (Remote closed the connection) 21.13.59 # linuxstb: Screenshots! 21.14.18 # Preferably actual photos, because that's just that much cooler 21.14.32 # linuxstb: Should doom work in the sim? 21.14.35 # linuxstb :thx 21.14.39 Join quobl [0] (n=quobl@c-67-173-143-46.hsd1.il.comcast.net) 21.15.34 # amiconn: Yes, the H300 sim works for me (Debian/x86) 21.16.02 # I'll try on amd64 then... 21.16.21 # Hmm, where's that prboom thingy again? 21.16.29 # Read the wiki page :) 21.16.34 Quit Matze ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 21.16.44 # mkay 21.16.45 # I think we should distribute it - afaik, it's GPL'd. 21.16.55 # (I mean in rockbox.zip). 21.17.07 # But maybe wait until we split the downloads. 21.18.20 # It's not that big. If it compresses well, we could include it 21.18.43 # It compresses to about 110KB with zip. 21.19.50 Join Scootscat [0] (n=a3960ff6@labb.contactor.se) 21.20.29 # linuxstb: any chance for you to have a lokk at my album art patch ? 21.20.32 # That's a quarter of unifont 21.20.34 # look 21.22.00 # The fixed mas_writereg() doesn't fix the recording bitshift, unfortunately :( 21.22.18 # Not that it would have been very likely... 21.23.27 Quit Febs ("CGI:IRC (EOF)") 21.25.31 # How do I shuffle an existing playlist? 21.26.39 Join muesli__ [0] (n=muesli_t@88.134.20.76) 21.27.07 Join webguest26 [0] (n=510bf35d@labb.contactor.se) 21.27.53 # godzirra, load it up and switch play mode to shuffle 21.28.24 # oh. 21.28.25 # duh. 21.28.28 # Thanks ;) 21.29.42 Quit webguest26 (Client Quit) 21.30.00 Quit c0utta ("CGI:IRC") 21.31.32 # Hmmm... my rockbox now skips everytime I change to a new song. :/ 21.31.40 # amiconn: Any luck with doom on amd64? 21.31.43 # I'm not sure why.. the song will start, it will stop playing for a second, then start up again. 21.31.54 # Yes, it's working fine. But how the hell can I fire 21.31.56 # ? 21.32.29 # Oh, and btw, not having forward on 'Up' is really confusing. Why is that? 21.32.37 # godzirra: you can also do it without changing the play mode : long press NAVI, playlist > reshuffle 21.32.49 # that's on H300 21.33.00 # amiconn: I'm guessing that's the way all the h300 users wanted it. I don't understand either though. 21.34.14 # Hmm, just found fire. Why that is put on Mode is also beyond me 21.34.17 # godzirra, it's probably having the eq enabled, the ipod version of Rockbox isn't fast enough to play mp3 and use the equalizer at the same time 21.34.45 # I would put fire on Navi, Forward on Up, change weapon on Mode 21.35.01 Quit TCK (Read error: 110 (Connection timed out)) 21.35.33 Join tucoz [0] (n=martin@rockbox/developer/tucoz) 21.35.34 # safetydan: wow.. that sucks. :/ 21.35.56 # Oh, it crashes on exit :( 21.36.01 # godzirra, it will get better, but for now, just turn off the eq 21.36.02 # Maybe those keys were chosen to make common combinations easier to press on a real h300. You should ask kkurbjun. 21.36.36 # Was that crash on the sim, or target? 21.36.42 # (the sim exits fine for me) 21.36.43 # sim 21.37.04 Join TCK [0] (n=tckocr@bb-87-80-197-92.ukonline.co.uk) 21.37.34 # ok. 21.40.04 # linuxstb: In-game menu: Quit Game, Navi ("press y to..."), Navi (rockbox-blue screen) -> SIGSEGV 21.40.13 # That's with doomu.wad 21.40.34 Join [TCK] [0] (n=tckocr@81-178-251-234.dsl.pipex.com) 21.40.34 # I'm using doom1.wad (the shareware wad). 21.40.43 # Hmm, now it just crashed within the demo... 21.43.25 Quit SereR0KR ("XChat Aqua") 21.43.51 # linuxstb: any chance for you to have a look at my album art patch ? 21.44.24 # Nico_P: Yes, I've just been looking at it. 21.44.44 # Is it working reliably now? 21.45.07 Quit Scootscat ("CGI:IRC (EOF)") 21.46.00 Join DrMoos [0] (i=DrMoos@m20.net81-66-158.noos.fr) 21.46.24 # looks like it 21.46.37 # It's good that (as far as I can see) the patch doesn't need any extra memory - storing the images in the audio buffer, and then copying it to the existing wps image buffer before using it. 21.46.45 # in struct mp3entry, track_gain and album_gain are amplitude not dB right? 21.46.52 # i've been playing music on my h300 with it since i updated it, and it never crashed 21.47.42 # * amiconn actually went back to archos for actual usage 21.48.04 # Nico_P: I still think the actual album art loading functions should be in get_metadata() though, and not playback.c 21.48.54 Join stripwax [0] (n=stripwax@i-83-67-214-206.freedom2surf.net) 21.49.46 # yes, i'll try to change that... but i initially chose that place because it seemed right : it does the buffering of the actual track... 21.50.01 # where is the metadata written by get_metadata ? 21.50.23 # (i'm not on my computer right now so i can't have a look at the code...) 21.50.24 # ello 21.50.47 # helos 21.51.05 # In what order are tracks of an album displayed when using tag view? Doesn't seem to be either alphabetical or track number order 21.51.26 # btw tagcache is v. v. cool indeed. props to all involved! 21.51.32 # Nico_P: get_metadata() is passed a pointer to a track_info struct. It fills the id3 part of that. 21.51.57 # * linuxstb points stripwax towards Slasheri 21.52.12 # * stripwax shakes Slasheri warmly by the hand 21.52.22 # stripwax: I think Slasheri is working on that issue now. 21.52.28 # ah, neat-o 21.53.09 # Nico_P: So you will need to pass more parameters to get_metadata() - so it knows where it can load the bitmap to. 21.53.29 # I thin that album art patch is too early 21.53.31 # yes, like a pointer to the current write position in the file buffer ? 21.54.05 # After the playback engine cleanup (and the 3.0 release) we're going to put metadata in the main buffer 21.54.18 # linuxstb and about what you said earlier : it indeed doesn't need any extra memory, but the copying to the WPS image buffer needs to be done at another place... currently it gets done several times per track change and maybe a bit too late 21.55.01 Join webguest99 [0] (n=519cde58@labb.contactor.se) 21.55.38 Quit xmixahlx ("blah blah blah") 21.55.42 # amiconn: once it works correclty, it probably won't be too hard to move the loading code 21.56.12 # it can even be moved with the rest of the metadata loading 21.56.19 Quit safetydan (Read error: 104 (Connection reset by peer)) 21.56.39 # i don't think it will be much of a problem 21.56.53 Nick qwm_ is now known as qwm (n=qwm@h147n2fls32o1010.telia.com) 21.57.00 Quit webguest99 (Client Quit) 21.58.23 Quit TCK (Read error: 110 (Connection timed out)) 21.58.57 # I accidently assigned a patch to me. Is it possible to change that, as I am not sure I will be around when/if an updated version of the patch is posted? 22.00.33 # nevermind, I was brave and clicked on the 'Edit this task' button. :) 22.01.56 Quit webguest13-2 ("CGI:IRC") 22.03.02 # Paprica: any news on bitmap scaling ? 22.03.08 # no =\ 22.03.28 # it doesnt work on the simulator dont know why 22.03.34 # i'll try to do somthing 22.03.38 Quit Moos (Read error: 110 (Connection timed out)) 22.03.52 Nick DrMoos is now known as Moos (i=DrMoos@m20.net81-66-158.noos.fr) 22.04.33 # Why oh why did this vm decide to perform an fsck... :/ 22.06.24 # Paprica: did you upload a screenshot ? 22.06.34 # yeah sec 22.08.02 # http://plugbox.rockbox-lounge.com/albumart.bmp 22.08.05 # =\ 22.08.22 # so this is the right size ? 22.08.30 # no 22.08.35 # this is scaled size 22.08.43 # the right size is 100x100 22.08.47 # yes i meant it's scaled to the right size 22.08.54 # ah 22.09.19 # mm just a sec, im trying to do somthing with it 22.09.36 Join safetydan [0] (n=dan@rockbox/developer/safetydan) 22.10.36 # great... linux locked up twice in a row with no oops or any other log message 22.11.57 # what did you do? 22.13.01 # remote X session from another laptop 22.13.17 # I blame the wireless card driver personally, flaky little thing that it is 22.17.16 Nick BoD[sleeping] is now known as BoD[] (n=BoD@JRAF.org) 22.17.57 # Hello world! 22.18.31 # hey does anybody know if the tag db is supposed to work with the ipod target? 22.18.43 # somewhat 22.18.57 # somewhat 22.18.59 # ? 22.19.01 # tagdb or tagcache? 22.19.33 # maybe the tagdb is removed? 22.19.44 # heeeeeeerm :) I don't know ? 22.20.00 # the db you create with the java program 22.20.12 # and then you say "id3 tags" in file view 22.20.19 # oh, that. Use the tagcache instead. That is the way of the future :) 22.20.35 # how do I do? 22.20.41 # and what's the difference 22.20.56 # On target vs off target 22.21.07 # wow it's on target ? 22.21.08 # ...building of the db 22.21.12 # yes 22.21.15 # great! 22.21.22 # there is a wiki, let me find it 22.21.35 # http://www.rockbox.org/twiki/bin/view/Main/TagCache 22.21.44 # thank you very much 22.21.55 # beware of bugs though 22.22.17 # But it looks really promising and is rather functional at this early stage 22.22.36 # good :) 22.22.37 # bbl 22.22.44 # thnx! 22.23.16 Join ashridah [0] (n=ashridah@220-253-123-4.VIC.netspace.net.au) 22.26.03 # in other news, I'm having lots of "freezes" on the ipod 22.26.14 # when I press next 22.26.35 # Then don't press next :) 22.26.36 Join qwm_ [0] (n=qwm@h147n2fls32o1010.telia.com) 22.26.39 # haha :) 22.26.57 # What do you mean by "freeze"? Do you have to reboot? 22.27.03 # yes 22.27.17 # it shows the next song in the wps 22.27.27 # but playback doesn't start 22.27.38 # Nico_P, huh, http://plugbox.rockbox-lounge.com/dump%20060328-222556.bmp 22.27.47 # and everything's frosen including the backlight staying on 22.27.50 # i scale it and rotate it lol 22.27.50 # =\ 22.27.55 # :p 22.28.17 # is it the right size... i mean scaled correctly ? 22.28.25 # aside from being rotated 22.28.41 # yep 22.28.48 # scaled correctly 22.28.53 # could you put the code on pastebin ? 22.29.44 # linuxstb: On 32bit sims, doom doesn't crash on exit (tried both cygwin and debian). So it must be a 64bit issue... 22.29.51 # Nico_P, just a sec 22.29.57 # is it really rotated ? or is it just a matter of x and y being inversed ? 22.30.02 # im fixing the rotating 22.30.39 Quit ender` (" We know the speed of light... so, what's the speed of darkness?") 22.30.50 Join ender` [0] (i=ychat@84.52.165.220) 22.31.04 # linuxstb: Doom says this on exit (sim): "There were still: 1 files open" 22.31.45 # Nico_P, Done!!! 22.31.50 # =] 22.31.51 # :D 22.31.53 Quit b00st4 (Read error: 110 (Connection timed out)) 22.32.31 # amiconn: My sim doesn't say that... 22.32.43 # linuxstb: what time do you think would be best to do the buffering ? 22.32.44 # Nico_P 22.32.44 # http://plugbox.rockbox-lounge.com/dump%20060328-223153.bmp 22.32.55 # linuxstb: That's on debian/x86... 22.32.58 # Nico_P: Which buffering? 22.33.01 # sorry i mean the scaling 22.33.26 # Nico_P, it scaled from 75*75 to 50*50 22.33.38 # You have two choices - when loading the bitmap, or when copying the bitmap to the WPS image buffer. 22.34.08 # (or I guess when displaying the image, but that seems a bad choice) 22.34.24 # linuxstb: On target, doom hangs on startup :( 22.34.27 # Nico_P, i did it when the bitmap is loading 22.34.40 # not loading 22.34.41 # sorry, 22.34.43 # amiconn: The only message I get from the sim when quitting is We open the real file 'archos/games/doom/default.dfg' 22.34.45 # showing.. 22.34.57 # Doom's not ported to grayscale lib is it? 22.35.07 # Hmm, second time it didn't hang.... 22.35.08 Join iJason [0] (n=accbc75b@labb.contactor.se) 22.35.25 # Well, we have a month to fix it... 22.35.42 # 'Play Game' now hangs it... 22.36.18 # * linuxstb summons kkurbjun 22.36.28 Quit iJason (Client Quit) 22.36.41 # safetydan: No, not yet. 22.36.57 # Reproducable :( 22.37.16 # linuxstb: thinking about it, i don't really see how i could scale before writing to the file buffer 22.37.36 # There's some more strangeness: 22.37.50 # and it's probably better to have the original bitmap in the buffer, and the scaled one only for the WPS 22.37.57 # seems more logical 22.38.27 # (1) In the sim, it immediately enters the 'Game' submenu after start (all of debian 32bit, 64bit and cygwin). On target it stays in the main menu 22.38.37 Quit lodesi ("Leaving") 22.38.43 # Paprica: pastebin ? 22.38.52 # Yes, I get that on the sim. On the ipod, it enters the game menu as well. 22.38.55 # Nico_P, no, patch 22.39.01 # 3 minutes 22.39.01 # even better 22.39.03 # (2) The 'Game' submenu doesn't work correctly. Using Navi selects and exits, and immediately re-enters 22.39.04 # =] 22.39.22 # i'll probalby update my test version with it 22.39.30 # No luck in starting any game on target. Freezes always. 22.40.26 Join Sinbios [0] (n=Sinbios@69.156.116.25) 22.40.29 # Nico_P, try it and tell me what you think 22.40.33 Quit bam__ (Remote closed the connection) 22.40.46 # Hmm, disabling voice did the trick. That's really really strange... 22.41.09 # Yes - voice seems to cause unexpected problems everywhere... 22.41.14 # Paprica: could you send it to flyspray ? 22.41.34 # mmm... but its not all the patch... 22.41.41 # my client rejected it.. i changed the setting but i'm not on my computer anyway 22.41.49 # ok sec 22.41.54 Quit qwm (Connection timed out) 22.41.57 # Would the fact that doom uses the standard menus, and also claims the audio buffer cause the problem? 22.42.02 # thx 22.42.05 # bbs 22.42.12 Quit Nico_P () 22.42.29 # Or iram... 22.44.34 # will there be dual boot for x5 at all one day? 22.44.46 # muesli__: yes 22.44.56 # oki :-) 22.44.58 # LinusN: you are one "God" ! 22.45.06 # hehe :) 22.45.25 # * Moos si ready for listen music with Rockbox on X5 22.47.05 # :( ... I made a cool bdf font with fontforge, but now I can't read it anymore 22.47.06 # linuxstb: Target just said there were still 3 files open... 22.47.31 # is the actual cvs release (20:36) supporting sound? and if not, how can i see that sound works? are there no warnings then or what? 22.47.56 # so no yellow or red boxes 22.48.54 # i'm sad 22.49.08 # is rockbox.org not sending emails any more? 22.49.23 # or possibly it's my mail server hrmm.. 22.49.29 # I got linus cvs commits a few mins ago 22.49.36 # by mail I mean 22.49.56 # Moos: the build is ready, go go go! 22.50.17 # still yellow! 22.50.19 # :-) 22.50.34 # yes, i haven't removed the bass/treble settings, for example 22.50.46 # one server down I see 22.51.01 # wouhou 22.51.03 # music on x5 22.51.20 # it works 22.51.22 # How's it sound? Decent? 22.51.25 # i love you Linus 22.51.28 # perfect 22.51.30 # perfect 22.52.06 # hmm, i still can't reach the menu from the wps 22.52.06 # * ashridah hmf's 22.52.11 # linus, you rule! 22.52.24 # LinusN: do you also think we shouldn't bother to do a software implementation of the bass and treble boost when we have an eq? 22.52.26 # all of these coldfire platforms reaping the benefits of the hard yakka put into the H1xx series port 22.52.34 # :) 22.52.35 # LinusN: dowloading 22.52.46 # Moos : already have it 22.52.53 # ;-) 22.52.55 # yakka being the technical term then ;-) 22.53.06 # LinusN: volume in sound.c for TLV320 is off... 22.53.18 # is there a fnt to bdf utility? 22.53.19 # You allow -73 to 0, but set a default of +6 ... 22.53.30 # by any crazy chance 22.53.45 # BoD[]: why would you want that? 22.54.20 # XavierGr ? 22.54.22 Join Nico_P [0] (n=nicolas@rob92-6-82-231-243-63.fbx.proxad.net) 22.54.38 # Bagder: I made a cool font with fonforge.. I converted it with the utility, it works fine... But now fontforge refuse to load the font ... 22.54.39 # * amiconn wonders about the small volume ranges all the newer DACs allow 22.54.51 # I don't know why... it must be corrupt I guess 22.54.55 # BoDO: Such a thing exists, yes. I used it to convert jackash to bdf format. 22.54.59 # muesli__:yes? 22.55.06 # Cassandra: really?? 22.55.10 # what means hello in greek? 22.55.19 # I think so - was a while back. 22.55.26 # amiconn: good catch, thanks 22.55.41 # what does "precut" do? 22.55.48 # in the eq? 22.55.56 # allow you do lower the volume before eq processing 22.56.06 # to prevent clipping if you use any positive gains 22.56.09 # LinusN: Btw, you should set a volume default lower than 0 (provided that 0 is similar in actual volume to the other targets) 22.56.10 # has no effect for me on the x5 22.56.17 Join Arrogant [0] (i=Scott@113.orlando-06-08rs.fl.dial-access.att.net) 22.56.26 # i haven't tried it myself yet 22.56.27 # amiconn: check my commit 22.56.50 # Cassandra: do you know where I should look? 22.56.58 # preglow: maybe i'm silly, hang on 22.56.58 # meusli: You mean if there is a word spelled hello (there isn't), or the word that we use for it? 22.57.01 # LinusN, should work... unless you have replaygain on in which case I haven't fully sorted things (but should mostly work) 22.57.24 # LinusN: you rocks !! 22.57.29 # Looks like I used psf as an intermediate stage and a package called psftools. 22.57.37 # hmmmmm 22.57.40 # XavierGr something that says: hello :-) whatever it is 22.57.47 # a greeting? 22.58.03 # beginning of an email 22.58.13 # LinusN, you'll also need to enable the equalizer for the precut to have an effect 22.58.19 # i know 22.58.22 Nick qwm_ is now known as qwm (n=qwm@h147n2fls32o1010.telia.com) 22.58.27 # Oh, hold on - you mean fon as in the Rockbox internal font. 22.58.29 # We say Geia (more like Wia or Gia) and come from Ygeia which mean Health. So Geia means have good health 22.58.52 # Sorry - format confusion. I thought you meant something else. 22.59.03 # Cassandra: oh :( 22.59.24 # I don't know, it's weird, I'm looking at the bdf file, it looks fine 22.59.35 # but fontforge doesn't agree :) 22.59.53 # LinusN: but yeah, about the question about treble and bass boost, got an opinion? 22.59.58 # fontforge can be a little weird sometimes. 23.00.10 # preglow: the eq is enough imho 23.00.11 Join maeck [0] (n=chatzill@206.208.224.161) 23.00.25 # ok, then we'll just disable the other ones for x5 then 23.00.27 # Cassandra: yeah :( it crashes often too... well I'm on cygwin, maybe it's not the best use 23.00.49 # i have some cheap treble and bass boost filters coded ready, but unless they're really, really good, i won't bring this up any further 23.00.51 # ah, the precut is only updated when i leave the precut setting screen 23.00.54 Join iJason [0] (n=acc81b70@labb.contactor.se) 23.01.08 # thx XavierGr 23.01.28 # ouch 23.01.30 # we don't want that 23.01.37 # LinusN: perhaps you could put an x5v boot there to see if the concept works as presumed 23.01.44 # yes 23.01.46 # there => in the wiki 23.01.49 # huhh man i thought ive crashed my x5... some files could not be extracted, so rockbox wont boot, so i wanted to flash back by connecting the x5 to the host port, but he turn off every time because he wanted to load rockbox, the ive tried it over the subpack and it worked 23.01.57 # hell i had a fear 23.02.02 # Bagder: can you have a look at the wps menu key? 23.02.11 # me check 23.03.33 # hm, WPS_MENU not defined for x5... 23.04.01 # but rec is unused 23.05.46 Quit [TCK] (Read error: 110 (Connection timed out)) 23.05.48 Join phaedrus961 [0] (n=dfdsfsdf@69.110.195.103) 23.06.09 # Bagder: i think we should use the same key in the tree and wps 23.06.39 Join webguest22 [0] (n=4193159d@labb.contactor.se) 23.06.58 # true 23.07.24 # would any ipod rockbox devs be so kind as to investigate an bug for me? 23.07.28 # I guess perhaps rec is better for the file tree view anyway 23.08.11 # i guess too 23.08.13 Join Febs [0] (n=upirc@000-147-907.area3.spcsdns.net) 23.08.38 # ok, so long press on REC => menu 23.10.52 # x5v bootloader is on IaudioBoot 23.11.05 # is the battery status working? so does it really show how full the battery is? 23.11.44 Join solexx [0] (n=jrschulz@c225159.adsl.hansenet.de) 23.12.05 *** Saving seen data "./dancer.seen" 23.12.59 # PhR3aK: it should be fairly accurate 23.13.12 # fairly, is the keyword :D 23.13.20 Join webguest62 [0] (n=50e50a13@labb.contactor.se) 23.13.25 # but we haven't calibrated the discharge curve and the power consumption estimations 23.13.26 # hey 23.13.36 # ho 23.13.41 # lets go 23.14.32 # anyone checked on this bug? http://www.rockbox.org/tracker/task/4937 23.14.38 Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 23.14.43 # anyone think that four settings for the crossfeed is too much for one feature? 23.14.54 Quit linuxstb (Nick collision from services.) 23.14.56 Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 23.15.07 # preglow: agreed 23.15.15 # dpassen1: i didn't say i think so 23.15.23 # well, then i'll be the first 23.15.29 # preglow, I don't think so so long as the defaults are sensible 23.15.34 # i think it's ok if the options are meaningful 23.15.38 # and that they are 23.15.58 # So if someone really wants to muck with it, they can, otherwise they just switch it on and off 23.16.22 # why not a short press on REC to go in the menu 23.16.24 # safetydan: sure, but it's also possible to compress several options into one, but i for one don't really like the loss of flexibility that gives 23.16.29 # a short press too to exit 23.16.33 # for x5 I mean 23.16.38 # rec exits the menu already 23.16.47 # yes 23.17.06 Join RedBreva [0] (n=56857ca4@labb.contactor.se) 23.17.13 # so short rec to go in can be good ? 23.17.26 # I just think that you don't need to reach the menu in a hurry 23.17.36 # so it could be good to save the short press 23.17.44 # yes 23.17.46 # but I don't care very much 23.17.53 # preglow, so leave it with all the settings and if too many people get confused, simplify the settings 23.18.02 # yup 23.18.03 # preglow: crossfeed is for picky people, and picky people want to be in control 23.18.31 # okay, I have precut updating in real-time now 23.18.33 # there might be another option as well, if i have enough registers left over :-) 23.18.52 # Badger : so if you want lONG PRESS 23.18.55 # * Bagder builds custom keys for x5 with langv2 support 23.18.57 # i don't care too 23.19.00 # aahh great... viewing pictures while listening to music... 23.19.01 # Hi, quick question for anyone with Ondio knowledge... what buttons would you press to duplicate the functionality of F1, F2, F3 on the Recorder? 23.19.58 # Chamois: I'll try the long press and see how it feels 23.20.31 # oki 23.20.50 # my god the x5 has a sexy remote 23.20.53 # maybe you can add to the cvs the long press REC for the WPS at least 23.21.00 # Bagder: indeed 23.21.11 # safetydan: updated the manual with precut info, btw? :> 23.21.31 Quit webguest22 ("CGI:IRC") 23.21.36 # safetydan, uhh yeah... about that... 23.21.39 # next commit? :) 23.21.47 # put it in the wikimanual if you do... 23.21.47 # haha 23.21.59 # Febs: why? 23.22.00 Quit Chamois (" Like VS.net's GUI? Then try HydraIRC -> http://www.hydrairc.com <-") 23.22.07 # http://www.eukasa.de/foto/270/product_25651.jpg <= this one ? 23.22.16 Quit Rondom ("I'm leaving on a jetplane, don't know when I'll be back again...") 23.22.37 # i'm on a plane that's about to take off and I am going to be working on that chapter of the manual en route. 23.22.59 # wow, ironic quit message above my post. 23.23.03 # "iAUDIO - Friends & Lovers.mp3" 23.23.04 # hahahaha 23.23.06 # :-] 23.23.11 # okies 23.23.41 # * Febs has become a certified gadget frak. 23.23.44 # freak 23.23.54 # 'frak' sounds more gadgety! 23.23.58 Quit solexx_ (Read error: 110 (Connection timed out)) 23.24.49 # Not easy to type really fast on a Treo's keyboard. 23.25.42 Join webguest48 [0] (n=3e4f4094@labb.contactor.se) 23.25.57 # i believe you 23.27.38 # RedBreva, write something like "Please correct this key" if you don't know the correct keys for a specific target 23.27.54 # So to play Doom: 1)I need the doom1.wad in which directory? 2)Anything else? 23.28.00 # RedBreva, like I've done in a few tables 23.28.14 # Cool - cheers... 23.28.32 # RedBreva, that is \opt{ONDIO_PAD}{Please correct this key} 23.28.35 # for instance 23.28.41 # * webguest48 suggest using "xxx:" or "fixme:" so as to easier find those 23.28.44 # my x5 sounds fine 23.28.55 # webguest48, ...or that, yes 23.29.19 # sometimes my x5 lags when i browse through the menu 23.29.29 # sry i mean the sound lags 23.29.36 # lags? 23.29.51 # PhR3aK: skipps you mean? 23.29.57 # jep... 23.30.16 # thank u lot 4 everything youve done for my ipod btw 23.30.18 # especially when i change background colour and so on 23.30.32 # PhR3aK: there's probably still a bit of optimisation to go 23.30.55 # eek 23.30.58 Quit ashridah ("uni") 23.30.59 # anyway... great work... rockbox rules!!! 23.31.45 # ehum, my language strings are all mixed up... 23.31.45 # yeahhh! 23.31.56 # give yourselfs a pat on the back 23.31.56 # I guess I should work on my script some more ;-) 23.32.37 # Bagder: I spot 1 missing server.. 23.32.44 # yeps 23.32.46 # someone should try to set background black and foreground white... looks damn good on the x5 :) 23.32.48 # Zagor's 23.33.10 # well... everything still works 23.33.21 # yeps, very neat 23.33.24 # but just out of curiosoty: what happened? 23.33.29 Join Doomed9 [0] (n=nnscript@ool-44c53f18.dyn.optonline.net) 23.33.30 # hey 23.33.30 # with what? 23.33.38 # the serve 23.33.38 # r 23.33.45 # ask Zagor, its his server 23.33.51 # I have no idea 23.33.54 # ghehe 23.33.54 # LinusN: See here http://www.rockbox.org/twiki/bin/view/Main/DatasheetErrata and here http://www.rockbox.org/twiki/bin/view/Main/DataSheets :-) 23.33.59 Part stripwax 23.34.10 # Someone should develop a blocky, wide font and set the background to blue and foreground to light-blue 23.34.15 # t0mas: I fixed a little flaw in your sleep => retry thing from last night 23.34.15 # preglow, I found out why we keep the string value for Replaygain... it's because we only store the amplitude and to display dB again we'd need a log() function 23.34.24 # Bagder: hm? what was wrong? 23.34.28 # safetydan: sounds sensible 23.34.38 # t0mas: you did the goto before the sleep, so it never slept ;-) 23.34.41 # So I've left that alone 23.34.44 # lol 23.34.50 # i have a suggestion for the tag cache: a directory option, 23.34.51 # I changed that after my last test 23.34.55 # t0mas: one of them logs got 2.7MB ;-) 23.34.56 # anyway, night all 23.34.57 Quit safetydan ("Leaving") 23.35.01 # so u can see roms and stuff 23.35.01 # Doomed9: a what now? 23.35.01 # cool 23.35.15 # hmm 23.35.20 Quit Febs ("Time to fly") 23.35.24 # Wouldn't that be.... not using the tagcache? 23.35.27 # i have a suggestion for the tag cache: a directory option, so you can see roms and stuf 23.35.36 # Bagder: now we just need to find out how to output messages from all threads simultaneous... 23.35.45 # webguest48 thats not the point im trying to make, 23.36.09 # t0mas: yes! but when things seem solid we can probably remove that "sleep and retry" output 23.36.24 # why remove it? 23.36.27 # just make it silent... 23.36.46 # how is making it silent not removing output ? 23.36.51 # oh wait 23.36.55 # it's getting late again 23.36.58 # amiconn: nice 23.36.58 # haha 23.37.06 # * t0mas missed the "output" part of it 23.37.29 # damn... I've been coding like shit in the past week... and now even chatting is to hard for me :P 23.37.35 # but okay 23.37.48 # Doom was suppposed to have sound, no? 23.37.54 # LinusN: If you (or anyone else dealing with such low-level things) finds more of these, please add them 23.38.07 # I remember kkbjurn had this. (though didn't test it) 23.38.09 # will do 23.40.56 # is there any chance of the option to default boot into the apple firmware in the pipeline? 23.41.11 # preglow: Is there a programming manual for arm, like http://www.rockbox.org/twiki/pub/Main/DataSheets/CFPRM.pdf for coldfire? 23.42.02 Join mirak [0] (n=mirak@AAubervilliers-152-1-97-151.w81-48.abo.wanadoo.fr) 23.42.20 # will dual booting be aviable soon? 23.42.37 # is there any chance of the option to default boot into the apple firmware in the pipeline? 23.43.04 Join amx109 [0] (n=amx109@amran.plus.com) 23.43.05 # maybe it will be in another 2 minutes 23.43.29 # :O 23.45.23 # * t0mas runs off... time to go to bed 23.45.27 Join webguest36 [0] (n=45f475e5@labb.contactor.se) 23.45.43 # * LinusN is tired too 23.45.47 # linuxstb: looks like i'd have to add a whole lot of new parameters to get_metadata() if i want to load album art from there... i'm not sure it's worth it 23.45.49 # * XavierGr too 23.45.56 Join Daishi [0] (n=daishi@ool-18bcf48a.dyn.optonline.net) 23.46.00 # * t0mas has found the reason for his sloppy coding and slowness btw 23.46.05 # I'm getting old 23.46.09 # hehehe 23.46.15 # 21 days and 15 minutes form now... I'll be 18 :P 23.46.21 # planned my driving lessons this morning 23.46.27 # and you don't even mean hex! 23.46.46 # * Bagder turns 0x24 this year 23.46.46 # no please.. I'm only 12 in hex :P 23.47.23 # :D 23.47.30 # ok, all kids go to bed now 23.47.31 # so so 23.47.33 # off you go 23.47.34 # lol 23.47.41 # :-] 23.47.47 # everybody runs... and L*nus is left alone 23.47.51 # (avoiding hiligh ;)) 23.47.55 # *hilight 23.48.01 # i'm going to be 42 this year (in base 5) 23.48.58 # * LinusN is 10 in base 37 23.49.05 # youngster 23.49.14 # ghehehe 23.49.26 # I'll be 33 in base 11 23.49.55 # * Mikachu uses his handy zsh function, anytoany () { echo $(( [#$3] $2#$1 )) | sed 's/.*#//' } 23.50.04 # bc! 23.50.17 # I'll go to bed before I get headaches from those calculations 23.50.22 # * amiconn is 10 in base 34 23.50.28 # i think i can trim out the sed if i use some weird shell constructs 23.50.46 # night 23.51.33 # echo "obase=N; Y" | bc 23.51.46 # replace Y and Y 23.51.48 # N 23.51.50 # aargh 23.52.13 # LinusN, Bagder: I tried to find something about the vmware tools license. Vmware itself says nothing about it, and there's nothing in the tools itself 23.52.26 Part amx109 ("Leaving") 23.52.27 # what is vmware tools? 23.52.35 # ah 23.52.38 # All I could find is that vmware links to several community-built VM images, and some of them contain vmware tools 23.52.39 Quit webguest36 ("CGI:IRC (EOF)") 23.52.48 # LinusN: a packet of tools to make vmware pc's display better 23.52.57 # and have better mouse support etc 23.52.59 # any news on the updated VMware image? 23.53.10 # the vmware display driver is included in later versions of x.org 23.53.16 # iirc 23.53.35 # LinusN: Mouse synchronisation to host, display driver, shared folders, better networking driver 23.53.38 # Hi guys, I am new to this. Can anyone of you tell me whether it is possible to link something like Freetype into a plugin (rock)? 23.54.00 # maeck: no 23.54.12 # my right hand is always cold, i don't get it... 23.54.26 # The mouse synchronisation eliminates a major annoyance 23.54.28 # smoker? 23.54.33 # no... 23.54.49 # maybe mousing too much stops blood flow somehow 23.54.54 # possibly 23.55.00 # sharpe: your shoulder and neck muscles are probably stiff 23.55.05 # Do I have to link into the base package and include things like that like the lcd tools? 23.55.07 # and stops the blood 23.55.16 # 'kays 23.55.23 # get a massage 23.55.32 # no one around... 23.55.35 # everyone's 23.55.36 # maeck: to do what? 23.55.38 # out doing stuff. 23.55.42 Quit iJason ("CGI:IRC (Ping timeout)") 23.55.53 # Try to keep the mouse in front of the keyboard instead of the right side. Gives better blood flow through the mousing arm 23.55.57 # sharpe: do it to yourself then 23.56.39 # heh, linus, what would you think of a 6502 cpu emulator for rockbox? 23.56.53 # should work 23.57.02 # we do need one to play sids 23.57.12 # the cpu itself shouldn't be hard to emulate 23.57.15 # i mean, interesting idea, bad idea, useless, etc 23.57.19 # it isn't... 23.57.28 # sid player is a wonderful idea 23.57.30 # the hard part is the interesting c64 chips 23.57.33 # ;-) 23.57.54 # atari .ym files would be fun too :) 23.57.56 # <- optimist 23.57.57 Quit RedBreva ("CGI:IRC (EOF)") 23.58.20 # <- somewhat pessimistic 23.58.49 # gotta go to sleep now, cu tomorrow