--- Log for 14.03.109 Server: grisham.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 month and 7 days ago 00.03.02 # pixelma: so, a reasonable mapping on ondio would be short press power for PF menu, long press quit PF, short press mode to select in album view, long press for context 00.05.04 # it's not doing anything on context yet, but i think it best to get the mappings set in this patch, then add bindings to bring up the context menu later, without having to worry then about finding a mapping for it, and possibly remap other buttons 00.11.07 # ok, seems i was able to sucessfully build the "database" tool. Only 2 major quirks: 00.11.26 # 1. It only built a linux version, i'd need a windows .exe 00.11.50 # 2. I don't know how to use it. It doesn't seem to have a help switch 00.12.40 # Unhelpful: one problem with this is that I'd expect different mappings in the track list (as lists in core rockbox - context menu on long right, menu on long mode). But I imagine this mapping to work best in the album view which has quite a different way of scrolling... 00.14.13 # maybe leave menu on long mode, and "up" for select (maybe additionally) and long "up" as context menu? As if the controls were rotated? 00.14.26 # pixelma: the core mapping will still be there in track view, since both views' mappings inherit STD_CONTEXT. i'm inserting the new mappings in the track list, so that you can use the same buttons for both if you want to, but if the core select and context actions seem more natural to the user, they should still work in the track list 00.14.47 Quit bmbl ("Woah!") 00.15.01 # i could do up for select, as well - iirc that's what ended up being used on ondio with the PLA-based keymap 00.15.42 # Unhelpful: After cleaning up my album tagging and preparing 100x100 bmp files, I ran some further speed tests of PF on my recorder 00.16.41 # the bitmap size should only change the cache build time 00.16.46 # With 100x100, the cache build takes 7:50 (~230 albums) 00.17.32 # Interestingly, it still takes 5:00 when the bitmaps arent there, i.e. all the database querying is a significant part of the total cache build time 00.18.04 # Unhelpful: I could imagine that to be working (different actions in different screens), perhaps it feels weird though to have it on different buttons in the same plugin, oth "up" just sounds so unintuitive to me until I start thinking "well, scrolling is rotated too". I guess only trying out both will tell 00.18.10 Join mrkiko [0] (n=IRCExplo@host33-108-dynamic.8-87-r.retail.telecomitalia.it) 00.19.27 # This is with plain SVN; I should try the multiplication patch 00.19.39 Quit ender` (" Pets are better than children because: 11. If they get pregnant, you can sell their children.") 00.20.32 # up current does nothing at all in album view... i could always make up the select/context button in album view only, use right for select/context in track view only, and use menu/mode for select in either. that would pretty much cover every reasonable way you might expect it to work, and the user can use whichever of those buttons seems most natural. 00.20.41 Quit Thundercloud (Remote closed the connection) 00.20.54 Quit {phoenix} (Read error: 104 (Connection reset by peer)) 00.20.55 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 00.20.57 # amiconn: i haven't even gotten around to making sure that that math works on the sim, although i'm reasonable sure it should. 00.21.48 Join MethoS- [0] (n=lem@host-091-096-214-065.ewe-ip-backbone.de) 00.24.05 Join countrymonkey [0] (n=4b05639a@gateway/web/cgi-irc/labb.contactor.se/x-b5edea1560d134c4) 00.25.54 Join wincent [0] (n=5b612bdf@gateway/web/cgi-irc/labb.contactor.se/x-86293daf5d708eff) 00.26.04 Join killan_ [0] (n=nnscript@c-02fc70d5.06-397-67626721.cust.bredbandsbolaget.se) 00.26.34 Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) 00.26.34 Quit pixelma (Nick collision from services.) 00.26.36 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 00.26.36 Quit amiconn (Nick collision from services.) 00.26.46 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 00.26.46 Quit wincent (Client Quit) 00.26.54 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 00.27.51 Join Llorean [0] (n=DarkkOne@adsl-99-21-142-126.dsl.hstntx.sbcglobal.net) 00.28.13 Join Thundercloud_ [0] (i=thunderc@persistence.flat.devzero.co.uk) 00.29.05 Quit countrymonkey ("CGI:IRC (Ping timeout)") 00.29.45 # Unhelpful: the only reason I thought "up" was to free "long mode" for the main menu again but it seems you can't avoid one difference between the two screens (use of right to scroll and select/context) if the track list should be intuitive... 00.30.07 Join chrippa- [0] (n=chrippa@evangelion.se) 00.30.34 # * pixelma suggests rotating the track list too, not seriously ;) 00.30.36 # bluebrother: could rbutil make use of an ipod-style SCSI extension with extra data, like the exact build revision and things like that? 00.30.53 # i think context should be a long press on the same button as select, whichever button that is. if menu has to share an button, it should be with quit, not select or context 00.31.05 # I mean something like http://www.ipodlinux.org/wiki/Device_Information only probably a lot shorter 00.31.05 # gevaerts: It already uses rockbox-info.txt 00.31.25 # rasher: yes, but that could be from a different build if it 00.31.39 # rasher: yes, but that could be from a different build if the DAP belongs to someone like me :) 00.32.01 # Of course, maybe I'm not the exact user to optimise for 00.32.18 # Maybe not 00.32.32 # gevaerts: well, theoretically it could do that. I just have no idea how this would work on w32 and if that's another thing that requires root permissions on linux (I'd guess so) 00.32.36 # I remember trying to find ways to implement that scsi command on the three main OSes - I was struggling... 00.32.40 # rasher, you pointed me towards the "database" tool earlier. I was able to build it, but it only compiles a linux binary, i'd need an .exe 00.32.53 # also, how do I use the tool? it doesn't have a help switch 00.32.58 # ok. I'll forget that then 00.32.59 # Horscht: No idea... 00.33.01 Quit Thundercloud (Read error: 145 (Connection timed out)) 00.33.02 Quit kushalone (Read error: 145 (Connection timed out)) 00.33.05 Quit tarbo_ (Connection timed out) 00.33.17 # Horscht: I've never actually used it. 00.33.26 # gevaerts: how about putting the build info in the config.cfg file and write that to disk when connecting usb? 00.33.37 # ok, thanks 00.34.11 # bluebrother: Implementing that scsi inquiry would be nice for rbutil though - it would allow differentiating the 32MB/64MB ipods 00.34.35 Join wincent [0] (n=5b612bdf@gateway/web/cgi-irc/labb.contactor.se/x-172454dabebbd7e6) 00.34.39 # linuxstb: The OF reports the RAM size? 00.34.57 # Llorean: Yes, see the URL gevaerts posted (search for RAM in that page) 00.35.20 # it seems to work in my sim - you can use short off for menu, long off for quit, and any of right, menu/mode, or up to select, except that up is scroll in track view, and right is scroll in album view 00.35.30 # linuxstb: true. 00.35.31 # linuxstb: If the iPod "knows" this about itself, shouldn't the information also be somewhere in the firmware image file? 00.35.47 # Llorean: it can probe I guess 00.35.54 Part toffe82 00.35.56 # So why can't we probe? 00.35.59 # No, there's just one firmware image for the 5.5g 00.36.09 # Llorean: We can probe... 00.36.15 # So why don't we? 00.36.16 # Or rather, Rockbox can, rbutil can't. 00.36.20 Quit killan (Read error: 104 (Connection reset by peer)) 00.36.45 # hmm, does 4G+ also include mini2G? 00.36.51 # The 32gb build could just probe on boot, and update rockbox-info.txt, then on next update with util, the info file will tell which build to use. 00.37.07 # Then we drop the 32/64gb choice, always install 32, and have RBUtil check the .txt file before updates? 00.37.16 # install 32 *first time* I mean 00.37.26 # Or just implement that scsi inquiry... 00.37.34 # well, I'd use config.cfg to store the data though 00.37.49 # bluebrother: I'd expect so. 4G is PP5020 and mini 2G is PP5021 00.37.50 # bluebrother: Well, wherever you'd store it. :) 00.37.52 # linuxstb: can I sg_inq on linux as user? 00.38.32 # bluebrother: I don't know. Possibly not... 00.38.36 Join kushalone [0] (n=kushal@12.169.180.178) 00.39.01 Join tarbo [0] (n=me@unaffiliated/tarbo) 00.39.27 # Unhelpful: what button calls the menu in track list? 00.39.48 # bluebrother: Seems you can 00.39.55 # I just did, at least. 00.40.03 # the plugin menu is always a short press on off, a long press exits 00.40.23 # rasher: And what does "ls -l /dev/sdX" show? 00.40.40 # brw-rw---- 1 root floppy 00.40.50 # Are you in the floppy group? 00.40.51 # I happen to be a proud member of the floppy group 00.41.03 Join Raminios [0] (n=561b7a65@gateway/web/cgi-irc/labb.contactor.se/x-4a15f274f3893dbd) 00.41.06 # hey 00.41.08 # So the answer is probably no then, for most installs... 00.41.10 # But through no action of mine, so it's likely most are? 00.41.13 # can anyone help me? 00.41.37 # Well, maybe. I guess I might have changed that 00.41.38 # rasher: Maybe so then... I remember adding myself to that group in the past though. 00.41.49 Quit chrippa (Read error: 110 (Connection timed out)) 00.41.51 # Cany anyone help me out? 00.41.56 # linuxstb: if the permissions are the same as for the block device, it's fine. You need write access there for the bootloader anyway 00.42.11 # hello? 00.42.13 # rasher: well, didn't work for me 00.42.16 # gevaerts: Yes, but this is for a main Rockbox install, which doesn't need root 00.42.18 # Raminios: 1) Have patience. 2) Read the channel guidelines linked in the topic. 00.42.21 # Raminios: that's not easy to say. We have no idea what your problem is 00.42.31 # Raminios: 3) Ask a question ;) 00.42.32 # okay 00.42.32 # sorry 00.42.41 # im trying to get iboy on to my ipod with rockbox 00.42.43 # linuxstb: I *think* that's actually in the guidelines. 00.42.49 # and when i try to use it the roms dotn appear? 00.42.52 *** Saving seen data "./dancer.seen" 00.42.53 # Raminios: Do you mean the Rockbox gameboy emulator? iBoy is the iPodlinux one. 00.42.56 # Llorean: You mean you haven't read them? ;) 00.42.58 Quit wincent ("CGI:IRC") 00.43.04 # 4) interrupt discussions :) 00.43.05 # linuxstb: Sometimes they change when I'm not looking... 00.43.16 # or is that not part of the guidelines? :P 00.43.20 # 5) Make pointless lists 00.43.27 # well i looked at a tutorial that said that iboy should work with rockbox 00.43.36 # linuxstb: true, but this is mostly needed for the first install, which is *probably* the same run as the bootloader. Also we have the nice fallback of just installing the 32MB build 00.43.51 # Raminios: iBoy does not, and should not. It runs in iPodLinux. Please see the Rockbox manual for instructions on how to use our gameboy emulator. 00.44.00 # I cant use your one 00.44.05 # ive got a mini which isnt supported 00.44.06 Join wincent [0] (n=5b611b3c@gateway/web/cgi-irc/labb.contactor.se/x-f08e5ef28bef2ff9) 00.44.15 Join T-Man [0] (n=anthnsct@76.177.217.42) 00.44.28 # And ipodlinux has shut its premade binary thing down which is annoying 00.44.30 # Raminios: Then you will need to install ipodlinux (or if you're a programmer, fix our emulator). 00.44.32 # Having trouble here.. hopefully some help 00.44.40 # thats the thing 00.44.42 # so how do you propose to run an ipodlinux program on rockbox? 00.44.43 # Raminios: Where on our website does it say the Mini isn't supported? 00.44.45 # i cant install ipodlinux either 00.44.53 # Or do you mean Rockboy doesn't run on it? 00.45.05 # thats what i mean 00.45.12 # Raminios: We can't help you with ipodlinux though - this is strictly a Rockbox channel. 00.45.19 # Yeah 00.45.24 # Well, iBoy cannot run in Rockbox without rewriting the program. 00.45.31 # Im sure you've heard of this... I have a clone ipod.. Lisong Wilson .... 4 gb.. want to replace the firmware with rockbox.. this possible??? 00.45.39 # How would i do such a thing? 00.45.42 # T-Man: No. 00.45.44 # T-Man: No. Most clones are entirely different on the inside. 00.45.55 # k.. 00.45.59 # Raminios: Do what? 00.46.00 # so i'm stuck with it? 00.46.05 # T-Man: yes 00.46.11 # rewrite the program 00.46.12 # Unhelpful: that's what I meant when thinking about "mode" vs. "up" in the album view. In the track list I would expect menu to be on long mode, so if one uses "up" in the album view you can have long mode for calling the menu in both screens. And even if a short mode isn't used then, I'd at least expect long mode for menu to be working in this case because that's how lists work in the core (short menu is resume) 00.46.12 # no other firmware can replacet this firmware? 00.46.13 Quit robin0800 (Read error: 104 (Connection reset by peer)) 00.46.14 # Raminios: If you have to ask the question, you probably can't do it. A lot of the work is the process of actually answering that question. 00.46.25 # okay 00.46.38 # So is there no other way to play game boy with rockbox? 00.46.46 # Raminios: by using a text editor and a compiler 00.47.01 # How would i do that? 00.47.07 # Unhelpful: at least additionally. But as you can see, I'm undecided... 00.47.45 # hmm, my mini2g doesn't like sg_inq -p 0xc0 :( 00.47.55 # Anyone? 00.48.08 # Raminios: Remember that "patience" thing I mentioned right at the beginning? 00.48.22 Join moos [0] (i=Mustapha@rockbox/staff/moos) 00.48.31 # Raminios: the easiest way would be to fix rockboy to work on the mini 00.48.36 # so the firmware chip on the ipod close is different from the Ipod?? 00.48.36 # hmm, using --hex helps :) 00.48.43 # Raminios: You cannot play gameboy games without an emulator. You cannot get a working emulator on your iPod without solving the programming problems. You need to know C, at the very least, and how to program for Rockbox. 00.48.52 # yeah i dont know if ive disconnected or anything 00.49.11 # this is the first time ive ever been on one of these things (llorean) 00.49.14 Quit wincent ("CGI:IRC (EOF)") 00.49.22 # Raminios: patience. You could also experience a lag between irc servers 00.49.32 # T-Man: All of the hardware is different. 00.49.43 # bluebrother: ^ 00.50.00 # I figured the device are the same.. except for the firmware 00.50.13 # No. 00.50.18 # We've never encountered one that is the same. 00.50.53 # i think I posted a patch to add rockboy for the greyscale ipods 00.51.08 # midgey: Oh? 00.51.09 # Rockboy on Mini would need two fixes - one is the graphics driver and the other is 1st gen Minis which don't have a "touch" wheel 00.51.18 # im a 2nd gen mini 00.51.38 # FS #7546 00.51.50 # it's not complete and its been over a year since I've tried it 00.52.26 # What do i do with this then? 00.52.36 # Raminios: You still need to be able to compile Rockbox. 00.52.36 # all this text i mean 00.52.38 # apply the patch, and compile rockbox 00.52.38 # pixelma: so you would suggest that the off button be used for dedicated quit, long press of mode for the menu, right for select/context in track list, up for select/context in album list? that's very close to what PLA would do, if the contexts had each only provided the actions that each view needed... 00.52.39 Quit T-Man () 00.52.49 Join wincent [0] (n=wincent@host-091-097-030-116.ewe-ip-backbone.de) 00.52.55 Part wincent ("Kopete 0.12.7 : http://kopete.kde.org") 00.52.59 # but i mean what do i do with the text?? 00.53.11 # im completely new to this so sorry if im useless 00.53.17 # Raminios: It's a patch. Learn to compile, read about what patches are. 00.53.24 # okay 00.53.26 # where? 00.53.29 # :P 00.53.40 # Search for compiling in the Rockbox wiki. 00.53.50 # thanks 00.54.01 # It's possibly going to require at least *some* knowledge of C to get the patch cleaned up. 00.54.09 # Whats c? 00.54.17 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-48ecee00b4a0386a) 00.54.22 # Unhelpful: I'm not sure, I'd like to try both and see how it feels... as I said my first reaction was that "up" is unintuitive to select something - until you start thinking about it 00.54.59 # Oh and theres no compiling wiki 00.55.07 # i searched and got nothing 00.55.33 # did you guys really just tell some guy who can't work a wiki to learn to program? 00.55.49 Join wincent [0] (n=wincent@host-091-097-030-116.ewe-ip-backbone.de) 00.55.49 # ah never mind 00.55.53 # honestly, that seems almost malicious 00.55.58 # Hm 00.56.05 # Im irght here by the way 00.56.14 # saratoga: No, I told him he's going to need to learn to program to accomplish his goal. 00.56.18 # im not a complete computer retard 00.56.29 # you should probably have told him he is incapable of accomplishing his goal 00.56.30 # im just completely neew to rockbox 00.56.32 # Raminios: I didn't say to search for a compiling wiki. I said to search the Rockbox wiki FOR compiling. And I know that gets results. 00.56.45 # so do i now :D 00.57.06 # Number of topics: 33 00.57.13 # C is a programming language 00.57.17 # The internet is covered in information about C. 00.57.22 # okay 00.57.53 # saratoga: have you had a chance to try FS#10015 ? 00.58.09 # is there no simple way for me to use this text that midgey uploaded? 00.58.23 # not really 00.58.27 # gevaerts: sadly i've only been home for a few hours since you last asked me, i used them to sleep 00.58.37 # saratoga: always wise :) 00.58.44 # Raminios: That isn't "text", it is a source code patch, and no 00.58.56 # well its writtne in words and symbols 00.59.12 # ... 00.59.17 # ... 00.59.20 # omg 00.59.29 # Raminios: Source code is written in words too. It's 00.59.45 # i know, but the source code patch is written in text 00.59.52 # no 00.59.58 # i just couldnt be bothered to type source code patch 01.00.06 # its too late and im tired 01.00.11 # it's a special format that holds the difference between two source files 01.00.16 Join Thundercloud__ [0] (i=thunderc@persistence.flat.devzero.co.uk) 01.00.18 # it's called "unified diff" to be exact. 01.00.22 Quit tvelocity (Remote closed the connection) 01.00.23 # okay 01.00.25 # hey can you guys take this to some other channel 01.00.33 # how would i do that? 01.00.37 # Everything is written in text in that it is symbols and words 01.00.44 # exactly 01.00.49 # commonly known as diff or patch as that is the program that can apply a diff 01.00.53 # saratoga: Well, getting started with compiling is kinda on-topic here when it's Rockbox compiling. 01.01.09 # honestly, compiling seems like it could go in community anyway 01.01.10 # Raminios: At this point though, you really need to stop and learn about the basics via the internet, and come back when you have questions about Rockbox-specific parts of it. 01.01.15 # no need to log it 01.01.47 # im learning now 01.02.05 # im only ever going to use this source code patch anyway 01.02.15 # learning ... 1% ... 2% ... 3% ... 01.02.28 # saratoga: It has already been discussed many times and decided that support should remain in #rockbox, has it not? 01.02.30 # :) 01.02.40 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 01.02.42 # Raminios: The point is, though, this channel here isn't to teach you fundamentals. It's here for stuff that only applies to Rockbox,. 01.02.50 # yes but this isn't rockbox support 01.02.56 # okay 01.03.03 # it was originally 01.03.12 # saratoga: No, but compiling Rockbox is 01.03.15 # i asked how to get game boy emulator onto rockbox 01.03.24 # Unhelpful: Looks like the math is working, but there is no measurable speed advantage. My two tests in fact show the opposite - 8:25 with the patch 01.03.28 Quit Thundercloud_ (Read error: 101 (Network is unreachable)) 01.03.35 # well, and you got the answer that you need to do programming work to get that done. 01.03.44 Quit bertrik ("Leaving") 01.03.46 Quit flydutch ("/* empty */") 01.04.11 # Could be uncertainties due to the fact that the .pfraw files might end up differently on the file system when they're rewritten 01.04.18 Quit Thundercloud__ (Success) 01.04.20 # Rockbox is not symbian - people needs to code cleanly... :) 01.04.35 # is cygwin the best one to use? 01.04.53 # the best to use for what? 01.04.59 # amiconn: that's bizarre! the asm certainly looked like we were changing a call to the multiply routine into a single hardware multiply, i can't imagine how that can be a loss :/ 01.05.02 # Unhelpful: Eh, ignore that, /me silly 01.05.05 # compiling 01.05.16 # well, it works. 01.05.35 # * amiconn built without the patch 01.05.53 # --dry-run, then svn upped, the forgot to patch for real... 01.06.18 Quit bluebrother ("leaving") 01.07.08 Quit ze ("moving into new case") 01.08.14 # * linuxstb did that once when testing something for jhMikeS... 01.11.03 # in codecs, is it bad form to pass the ci pointer into the depths of the codec library? 01.11.26 # i'm wondering about requesting compressed audio from the codec buffer specifically 01.11.48 # I would just declare it as a global variable in the main .c file, and reference that from the other files, if needed. 01.12.11 # saratoga: i believe it doesn't ever need to be passed, it's a loader-initialized global 01.12.20 # * linuxstb forgot that... 01.12.42 # do have to declare it as an extern in each file then? 01.12.55 # i can never remember how c variable scoping works 01.12.59 # * Unhelpful is pretty sure the codecs header covers that 01.13.30 # saratoga: Or extern in a commonly included .h 01.13.31 # you mean put hte header in more then just the main codec file? 01.14.00 # i don't think you could reasonably declare it extern without including that header, anyway, since it's a massive/complex structure. 01.14.25 # Unhelpful: you're talking about CODEC_HEADER or just including codecs.h? 01.15.54 # saratoga: huh. i'm rather surprised to see it not declared extern in codecs.h 01.16.04 # Unhelpful: 8:15 now with the patch. Tiny speedup.... 01.16.52 # amiconn: probably still worth applying, i'd expect it's a tiny size savings as well. probably *not* worth coding that 16x32->32 multiply to use in the v-scaler 01.17.03 # I think the db search is killing it 01.17.46 # Looks like the album art search function sets up a new db query for each album 01.18.10 # * amiconn wonders whether Mr. tagcache has a better idea 01.18.13 # Slasheri:? 01.18.46 # any ideas how best to remedy? the tagcache is a bit of a mystery to me, when i tried to write code that touched it, the result had huge performance differences across my two targets 01.19.56 # Btw, the initial cache loading in PF takes about 20 seconds on the recorder when I don't scroll around meanwhile 01.20.24 # Dunno how many slides are loaded 01.21.35 # i'm not sure how big the audio buffer is, but the slide cache has a hard limit of 64 items, and i would be surprised if the audio buffer doesn't have enough space to fill it 01.21.59 # Disk starts spinning after I pressed 'Right' 35 times 01.22.28 # Hmm, but when moving further, it starts again every other slide? 01.23.35 # That's even independent of the direction... 01.23.36 # yes, right now the cache is *always* kept centered when it's not pinned against one of the ends of the album list. i was working on changing that, but got a bit sidetracked by keymap stuff 01.24.20 Part wincent ("Kopete 0.12.7 : http://kopete.kde.org") 01.24.41 Quit Thundercloud (Remote closed the connection) 01.30.07 Join Reptile211 [0] (n=chatzill@host-216-66-248-9.static.linkline.com) 01.31.48 Quit Raminios ("CGI:IRC") 01.32.10 # amiconn: right... the "right" way, i think, is to let the cache "float" until the center slide comes within a certain margin of the cache edge, and then recenter it in one big load. 01.32.16 # What does Prefetch abort mean? i.e. where do I look for the problem? 01.33.05 # Unhelpful: Yes, perhaps even biased a bit depending on the direction the user is moving into 01.34.44 # i don't know if that's actually needed, because if the user is holding the scroll button, it is unlikely the disk would *ever* get to spin down. the same goes for color targets with small plugin buffers, where the cache size will always be too small for a margin to be kept. 01.42.32 # No, but if you're going slowly through the collection, the disk will spin down inbetween. And applying a bias will make it spin up less often, provided the heuristics are correct (user won't change direction too often) 01.42.45 Quit Reptile211 ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]") 01.44.24 Quit MethoS- (Remote closed the connection) 01.44.38 Quit mrkiko (Remote closed the connection) 01.46.57 # i checked with upscaling, as well, using a 16x16->32 multiply doesn't break either scaler, at least when i force the sim to use the same C math. i'll go ahead and commit the optimization, even if it's entirely hidden by query / file search delay right now :/ 01.50.16 Quit gevaerts (Nick collision from services.) 01.50.25 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 01.51.14 Ctcp Ping from gevaerts!n=fg@rockbox/developer/gevaerts 01.52.41 Join gartral [0] (n=gareth@75.33.64.115) 01.52.44 Part gartral 01.54.26 Quit gregorovius () 01.58.14 Quit midijunkie (Read error: 104 (Connection reset by peer)) 01.59.22 Part eragon|busy 02.08.38 Quit moos ("Rockbox rules the DAP world") 02.11.49 Quit tessarakt (Read error: 110 (Connection timed out)) 02.16.49 Nick krazykit` is now known as krazykit (n=kkit@adsl-69-219-239-157.dsl.ipltin.sbcglobal.net) 02.20.28 Join lightbul1jim [0] (n=jim@203.171.93.108.static.rev.aanet.com.au) 02.22.34 Join miepchen^schlaf [0] (n=miepel@p579EC886.dip.t-dialin.net) 02.25.54 Join lightbul2jim [0] (n=jim@203.171.93.108.static.rev.aanet.com.au) 02.27.21 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 02.32.09 Quit lightbul1jim (Read error: 60 (Operation timed out)) 02.35.56 Join midgey_ [0] (n=tjross@71.238.148.140) 02.36.02 Quit lightbulbjim (Read error: 110 (Connection timed out)) 02.36.24 Join lightbulbjim [0] (n=jim@203.171.93.108.static.rev.aanet.com.au) 02.37.45 Quit BUMBACL0T () 02.42.54 *** Saving seen data "./dancer.seen" 02.45.07 Join Strife89 [0] (n=nds@204.116.244.200) 02.48.23 Quit Lss () 02.48.49 Quit midgey (Read error: 110 (Connection timed out)) 02.48.57 Nick midgey_ is now known as midgey (n=tjross@71.238.148.140) 02.51.21 Quit lightbul2jim (Read error: 110 (Connection timed out)) 03.02.10 Quit yhuang ("Leaving") 03.13.34 Quit Thundercloud (Remote closed the connection) 03.16.50 Join planetbeing [0] (n=planetbe@pool-173-74-164-158.dllstx.fios.verizon.net) 03.18.04 Part Strife89 03.20.03 Quit StealthyXIIGer (Read error: 110 (Connection timed out)) 03.20.12 Join StealthyXIIGer [0] (n=stealthy@c-68-62-18-116.hsd1.mi.comcast.net) 03.26.51 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 03.30.32 Quit saratoga ("CGI:IRC (EOF)") 03.31.01 Join BUMBACL0T [0] (n=ORF@unaffiliated/bumbacl0t) 03.36.46 Part midgey 03.43.05 Quit advcomp2019 (Read error: 54 (Connection reset by peer)) 03.43.28 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 03.45.22 Join Darksair [0] (n=user@123.112.113.41) 04.03.08 Quit Aurix_Lexico ("Leaving.") 04.12.19 Quit planetbeing () 04.13.49 Quit XavierGr () 04.18.20 Join jordoex [0] (n=quassel@d154-20-41-212.bchsia.telus.net) 04.21.15 Join HelpMe [0] (n=47b4e387@gateway/web/cgi-irc/labb.contactor.se/x-a3aba06f243b8149) 04.21.22 # hello 04.21.45 Quit HelpMe (Client Quit) 04.21.48 # Zambezi: check the IpodAccessories wiki page 04.21.50 Join HelpMe [0] (n=47b4e387@gateway/web/cgi-irc/labb.contactor.se/x-26ef551ae13a6b74) 04.22.11 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 04.22.21 Join blkhawk- [0] (n=blkhawk@f051142246.adsl.alicedsl.de) 04.22.26 # Zambezi: But note that many of the tested accessories were tested before Rockbox got any sort of support for the accessory protocol 04.22.36 # i need help 04.22.52 # downloaded bootloader but wont detect ipod 04.23.09 # Which iPod, and what are you using to install? 04.23.21 # 5th gen 80gb 04.23.32 # i download the ipodpatcher 04.23.39 # I suggest using rbutil 04.23.43 # says no ipod found 04.23.51 # what rbuti 04.23.56 # oh yeah 04.23.58 # i tried that 04.24.11 # i used auto detect and it stilll said no ipod connected 04.24.27 # Is it formatted as fat32? 04.24.36 # how do i check 04.25.14 # No idea, to be honest. 04.26.23 Quit sarixe ("Leaving") 04.26.55 Join AndyIL [0] (i=AndyI@212.14.205.32) 04.28.39 # HelpMe: What is the exact output of ipodpatcher, and which OS are you running it on? 04.29.06 # Put the output on a pastebin 04.29.11 # rasher: if he has a mini, none of the remotes should work. 04.29.38 # as, IIRC, only the dock serial port is supported. But now that I say that something is itching the back of my brain. 04.29.42 # soap: Ah, didn't notice it was a mini (nor did I know that those don't work) 04.30.19 # Don't the minis use the 4 pin remote socket next to the headphone jack? 04.30.48 # HelpMe: what material is the front of your iPod? Plastic or metal? 04.31.08 # its 5th gen im positive 04.31.42 # ipodpatcher v3.0 with v3.0 bootloaders - (C) Dave Chapman 2006-2007 This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. [INFO] Scanning disk devices... [ERR] No ipods found, aborting [ERR] Please connect your ipod and ensure it is in disk mode [ERR] Please refer to the Rockbox manual if you continue to have prob 04.31.45 # HelpMe: what material is the front of your iPod? Plastic or metal? 04.32.16 # plastic i think =/ 04.32.27 # im on vista alos 04.32.29 # also 04.33.34 # http://www.ipodlinux.org/wiki/Generations#Fifth_Generation_.285G.29_.2F_Fifth_Generation_Enhanced_.285.5G.29 04.33.38 # 5th or 6th? 04.33.48 # its fifth 04.33.51 # And if fifth, are you running as admin? 04.33.58 Join faemir [0] (n=quassel@host86-130-15-147.range86-130.btcentralplus.com) 04.34.28 # yes 04.34.56 # ipodservice.exe running? 04.35.18 # uhm hold on 04.35.33 # no 04.36.05 # ituneshelper running? 04.36.21 # yes 04.36.39 # kill it 04.37.02 # ok 04.37.24 # patcher still not working 04.37.37 # connecting through a hub or a front usb port? 04.37.47 # front usb 04.37.49 Quit AndyI (Read error: 110 (Connection timed out)) 04.38.22 # move the cable to the back 04.38.28 # ... 04.38.30 # ok 04.39.04 Quit blkhawk (Read error: 110 (Connection timed out)) 04.39.20 Nick blkhawk- is now known as blkhawk (n=blkhawk@f051142246.adsl.alicedsl.de) 04.40.40 # ok 04.40.50 # and as soon as your player is detected by windows, in disk mode according to the iPod screen, and shows up as a drive letter try again. 04.40.55 # I'm looking for a mp3-player, Rockboxsupported, with the possibilty to replace/add my CF-card and common, not refubrished. Any recommendation? 04.41.30 # same 04.41.58 # same results as before 04.42.56 *** Saving seen data "./dancer.seen" 04.43.30 # and what does RBUtil say? 04.43.59 Quit HelpMe ("CGI:IRC") 04.44.10 Join HelpMe [0] (n=47b4e387@gateway/web/cgi-irc/labb.contactor.se/x-2f33974d6fcf952e) 04.44.14 # sorry 04.44.17 # hold on 04.44.21 # hold on 04.45.05 # no ipod detected! 04.46.12 # rockbox utility --> about --> system info 04.46.21 # paste that to pastebin.ca and post the link here. 04.47.24 # http://pastebin.ca/1360466 04.48.40 # dang - I'm grasping at straws now. 04.48.52 # did you try to manually pick your iPod mountpoint and iPod type? 04.48.58 # (with RBUtil) 04.49.12 # soap: I don't think that'll help the bootloader install 04.49.30 # yeah i tired 04.49.35 # stil didnt detect 04.50.22 # linux stb and bluebrother will be in in the (european) morning. They are the creators of the respective software (space inserted to avoid pinging this late) 04.51.36 # what time is it there now 04.51.41 # \im on est 04.52.08 # 5am 04.52.46 # ok then =/ 04.52.48 # regardless - let's check one last thing. Does iTunes recognize the iPod and does the Apple firmware work correctly? 04.52.55 # thanks for the help attempts 04.52.57 Quit miepchen^schlaf (Read error: 101 (Network is unreachable)) 04.53.20 # yeah itunes detcts it 04.53.38 # poop 04.54.10 # ok thanks 04.54.18 # ill try to check tomorrow 04.54.25 Quit HelpMe ("CGI:IRC") 04.54.37 Join sarixe [0] (n=sarixe@68.239.154.103) 04.56.39 Quit Darksair ("Do you hear that? This is the sound of inevitability. This is the sound of your death, Mr. Anderson.") 05.01.39 Join ze [0] (i=ze@76.91.72.105) 05.04.04 Quit ze (Client Quit) 05.07.08 Quit advcomp2019 (Read error: 104 (Connection reset by peer)) 05.07.29 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 05.08.19 Quit advcomp2019 (Read error: 104 (Connection reset by peer)) 05.08.39 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 05.09.23 Quit advcomp2019 (Read error: 104 (Connection reset by peer)) 05.09.43 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 05.12.20 Join lightbul1jim [0] (n=jim@203.171.93.108.static.rev.aanet.com.au) 05.18.43 Join insanepotato [0] (n=chatzill@c114-77-52-42.brodm3.vic.optusnet.com.au) 05.19.47 # hello, can someone please inform me about the status of the beatbox plugin? i noticed that the copy from svn doesn't compile, and there is no flyspray 05.19.48 Join lightbul2jim [0] (n=jim@203.171.93.108.static.rev.aanet.com.au) 05.25.47 Quit lightbulbjim (Read error: 110 (Connection timed out)) 05.31.41 Quit efyx (Remote closed the connection) 05.33.36 Quit faemir ("No Ping reply in 30 seconds.") 05.33.50 Join faemir [0] (n=quassel@host86-130-15-147.range86-130.btcentralplus.com) 05.36.14 Quit lightbul1jim (Read error: 110 (Connection timed out)) 05.41.06 Quit kushalone ("Leaving. I cannot promise to be back but most likely will.") 05.46.47 Join ze [0] (i=ze@76.91.72.105) 05.51.26 # insanepotato: The status of SVN compiling can be seen in the build table... 05.52.40 # insanepotato: I wasn't even aware there was a "beatbox" plugin in SVN. What are you referring to, exactly? 05.53.03 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 05.53.28 # when i check out the source from svn, the plugin in apps/plugins/beatbox 05.53.51 Quit ze ("damn warm gpu") 05.54.41 # That one isn't supposed to compile, that's why it's commented out. 05.54.58 Join midgey [0] (n=tjross@71.238.148.140) 05.55.52 # is that due to lack of interest or because of something else? because i was thinking of posting a patch to get it working =D 05.56.19 # insanepotato: Lack of work put into it. 05.58.01 # from what i saw, all that it needs to work is keymaps, and a few minor erros. i got it running on my c200 =] 05.58.28 # well, if somebody steps up to do the work, there might be a reason to not comment it out :) 05.59.01 # i'll make some keymaps =] 06.08.31 Quit z35 ("Leaving") 06.10.29 Join dmb [0] (n=dmb@unaffiliated/dmb) 06.10.42 # hey, any of you familiar with the sansa e200 v2? 06.10.49 # i'm trying to build the development version 06.11.00 # can't quite figure out how to put the build on the device though :/ 06.11.53 Join ze [0] (i=ze@76.91.72.105) 06.13.14 # dmb: "make zip"? 06.13.28 # insanepotato, that makes a zipfile 06.13.38 # the AMS device requires a .bin file to replace the firmware 06.14.17 # sorry, i thought it would be simple like other devices ^^" 06.15.10 # yeh, this device isn't fully supported yet 06.15.16 # interested in development of it though 06.17.36 Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 06.18.24 Quit SUSaiyan` (Read error: 104 (Connection reset by peer)) 06.22.07 Quit lightbul2jim (Read error: 110 (Connection timed out)) 06.22.15 # dmb: There should be instructions on the wiki pages for the AMS sansa targets. If you read through the thread and pages it should be explained somewhere. 06.25.29 # i just found a 40 page thread 06.25.31 # but thats about it 06.26.31 # dmb: http://www.rockbox.org/twiki/bin/view/Main/SansaAMS#Bootloader_Installation 06.26.31 # There are also wiki pages about them 06.26.48 # rasher, thanks, i missed that 06.26.55 # thanks for the help both of you 06.26.56 # dmb: Remember, it's a development version. There's tons of work to be done, and you really should familiarize yourself with the various documentation to see where you can pitch in. 06.31.14 # Looks like the AMS install method is similar to the coldfire irivers 06.33.43 Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) 06.33.58 Join StealthyXIIGer [0] (n=stealthy@c-68-62-18-116.hsd1.mi.comcast.net) 06.35.13 Quit StealthyXIIGer (Client Quit) 06.42.58 *** Saving seen data "./dancer.seen" 06.47.00 Join sir_yodle [0] (n=theyon@pool-141-152-46-244.rcmdva.btas.verizon.net) 06.49.32 Join midijunkie [0] (n=Miranda@pD95442C7.dip0.t-ipconnect.de) 07.20.20 Quit midijunkie (Read error: 110 (Connection timed out)) 07.27.06 # gevaerts: (for the logs) I've been messing around with your itunes work a bit more. If I use your work as is and pretend to be an ipod mini (changing ata.c config-ipod4g.h etc) it is not recognized as an ipod. 07.27.28 # As soon as i change product to "iPod" iTunes detects the device but cannot read it and gets stuck 07.28.12 # unplugging the ipod gives the message "An iPod has been detected, but it could not identified properly. " 07.29.04 # also, I dumped the xml info from my 4g since it's different than the one in your patch - it made no difference 07.29.48 # also the OF and RB use different endpoints, but I don't think that matters. same with bcdDevice, but once again probably not important 07.30.12 # i'll check the logs tomorrow 07.31.14 # (also this is on OS X 10.5.6, iTunes 8.1) 07.33.31 # I'm pretty sure I was using iTunes 7.something 07.33.47 # Though you'd think they'd act similarly 07.34.21 Quit kachna (Read error: 113 (No route to host)) 07.42.05 Quit Foxx- (Read error: 110 (Connection timed out)) 07.45.06 # kugel: Hi, I will attempt to review rockbox on 8gb fuze in March month, but not tonight 07.45.36 # kugel: I am delayed by ext4 filesystem debugging and some other unrelated data loss problems 07.46.02 # (for the logs) 07.52.37 Quit BHSPitLappy ("Ex-Chat") 08.13.58 Quit Seed ("cu, Andre") 08.19.44 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 08.35.50 Join flydutch [0] (n=flydutch@host238-166-dynamic.15-87-r.retail.telecomitalia.it) 08.37.31 Join lightbulbjim [0] (n=jim@203.171.93.108.static.rev.aanet.com.au) 08.42.59 *** Saving seen data "./dancer.seen" 08.44.30 Join Rob2222 [0] (n=Miranda@p4FDCCEA3.dip.t-dialin.net) 08.45.42 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.58.15 Join Foxx- [0] (n=Foxx@pool-141-157-246-7.ny325.east.verizon.net) 09.04.33 Join nibbler_ [0] (n=Nibbler@pD9E32709.dip.t-dialin.net) 09.14.29 Quit Rob2223 (Read error: 110 (Connection timed out)) 09.14.51 Quit awake_ () 09.17.00 Join lightbul1jim [0] (n=jim@203.171.93.108.static.rev.aanet.com.au) 09.17.16 Join Malqw[DEATH]P1ka [0] (i=pikachu@host-137-79.siberianet.ru) 09.18.26 Part Malqw[DEATH]P1ka 09.20.55 Quit insanepotato ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]") 09.22.04 # midgey: Still around? 09.22.23 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 09.32.27 Quit lightbulbjim (Read error: 110 (Connection timed out)) 09.38.32 Join tessarakt [0] (n=jens@e180075037.adsl.alicedsl.de) 09.46.49 Quit lightbul1jim (Read error: 110 (Connection timed out)) 09.51.32 Quit midgey () 09.57.28 Join n1s [0] (n=n1s@rockbox/developer/n1s) 10.00.49 Quit Seed ("cu, Andre") 10.07.29 Join lightbulbjim [0] (n=jim@203.171.93.108.static.rev.aanet.com.au) 10.09.17 # jhMikeS: Hmm, different clock frequencies don't change beast runtime at all?? 10.10.00 Join kachna [0] (n=kachna@r4ax178.net.upc.cz) 10.10.36 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 10.11.05 # hasn't that been reported for the Gigabeat F too? 10.11.33 # that's what we noticed, yes 10.11.36 # * Unhelpful thought it didn't *actually* scale, yet... 10.11.58 # It doesn't, but you can change the clock at build time 10.12.29 # * amiconn tested ape -c5000 at 528MHz this way 10.12.30 # what about the core voltage? doesn't the hardware have the ability to scale that, as well? 10.12.35 # I thought scaling was tried but not put into SVN because it didn't make a difference 10.13.46 # pixelma: yes that is true for the gigabeat F 10.13.48 # pixelma: we actually committed it, but reverted it later again. I always thought I just made a mistake somewhere. 10.14.12 Quit nuonguy ("This computer has gone to sleep") 10.14.25 # If clock scaling doesn't make a difference, it means that the stop clock is very efficient on those SoCs. 10.14.35 # maybe the CPU idles "better" than other ARM targets? so that it doesn't matter how fast it's running, so much as how much work it's actually doing? 10.14.59 # It means that if we want to save more battery power, we have to add voltage scaling 10.15.50 # i hope we get voltage scaling because the battery time on the beast is pretty bad 10.16.05 # Unhelpful: I think those SoCs have separate clock generators for the core and the peripherals. Combined with an efficient idle mode you won't see a runtime difference 10.16.51 # * amiconn actually expects the same result on the AMS targets 10.17.49 Quit CaptainKewl (Read error: 110 (Connection timed out)) 10.17.52 # * amiconn should perhaps measure beast runtime with -c4000 ape files 10.18.22 Quit nibbler_ (Read error: 110 (Connection timed out)) 10.19.04 # markun: Do you know whether the S3C2440 supports voltage scaling? 10.30.53 Quit Seed ("cu, Andre") 10.33.40 # amiconn: I don't think it does. At least I've never read anything about it. 10.34.01 # I can check the manual 10.41.07 Quit _lifeless (Remote closed the connection) 10.41.24 Join _lifeless [0] (n=lifeless@94.51.254.193) 10.41.26 # amiconn: i would think that measuring runtime with varying CPU loads would give you a good idea of how efficient the sleep mode is. maybe a synthetic workload would be better, though? a calibrated busy loop + sleep(n) would let you load the CPU as much or as little as you want, in a way that should be measurable... 10.41.48 # amiconn: the only thing I found was "In the DVS(Dynamic Voltage Scaling) VDDi & VDDiarm can be supplied with 1.0V in Idle mode. Refer the Application Notes for detailed information." 10.42.10 # but I don't think I have those Application Notes 10.43.01 *** Saving seen data "./dancer.seen" 10.43.24 # amiconn: do you have the tools to measure the current directly instead doing runtime tests? 10.53.52 Quit faemir (Success) 11.00.20 Join midgey [0] (n=tjross@71.238.148.140) 11.01.07 Join jaykay [0] (n=chatzill@p579E691A.dip.t-dialin.net) 11.02.53 # Well, there are no special tools needed, just a half-decent multimeter 11.03.24 # The difficult part is to hook it up. Difficulty varies with target 11.03.41 # I did it on my 1st Gen 11.05.43 # Wow, PF achieves 60fps on mini G2 11.09.10 Join gartral [0] (n=gareth@adsl-75-33-64-115.dsl.bcvloh.sbcglobal.net) 11.09.13 Part gartral 11.17.33 Join tvelocity [0] (n=tony@adsl24-106.her.forthnet.gr) 11.28.02 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 11.40.27 Join MethoS- [0] (n=lem@host-091-097-241-041.ewe-ip-backbone.de) 11.43.56 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 11.45.30 Join MTee [0] (n=MTee@41.233.154.103) 11.57.46 Join PaulJam [0] (n=Paule@p54BEC4B3.dip.t-dialin.net) 11.57.57 Quit midgey () 12.01.59 Quit jaykay (Read error: 110 (Connection timed out)) 12.07.07 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 12.10.41 Quit stripwax ("http://miranda-im.org") 12.12.11 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 12.13.42 Quit stripwax (Read error: 104 (Connection reset by peer)) 12.16.17 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 12.20.25 # amiconn: Maybe 10 minutes if you overlap the curves by voltage. Everything is written to keep the core asleep as much as possible so it doesn't seem too surprising (more MHz=finishes activity sooner and sleeps longer). It seems there's some rather substantial power suck since I can't imaging cutting power usage in half with the core alone. 12.27.32 # Also, more MHz also doesn't improve disk speed except for Create, Open and Dirscan by 20%. No effect all for aligning any buffers. The major bottleneck is the disk itself now. 12.34.30 # jhMikeS: do you remember anything about voltage scaling in the Gigabeat F? 12.35.39 Join bs66_1 [0] (n=sysuser@94.191.168.225.bredband.tre.se) 12.38.49 # markun: No. I don't remember the manual mentioned anything. 12.43.03 *** Saving seen data "./dancer.seen" 12.43.18 Join MethoS-- [0] (n=lem@host-091-097-245-201.ewe-ip-backbone.de) 12.44.18 Join gartral [0] (n=gareth@adsl-75-33-64-115.dsl.bcvloh.sbcglobal.net) 12.45.13 # hmm.. the sponsor section of the main page only shows the rockbox team 12.45.46 # i'm sorry, Rockbox Crew 12.53.05 Quit bs66_ (Read error: 110 (Connection timed out)) 12.54.56 Quit MethoS-- (Read error: 60 (Operation timed out)) 12.59.40 Quit MethoS- (Read error: 113 (No route to host)) 13.03.41 Part gartral 13.05.53 # amiconn: are those nop's in ata_read_sectors really needed? It's far less than 400ns for anything but a SH processor. 13.06.54 Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) 13.07.39 Quit Horscht ("Verlassend") 13.08.30 Join T-Man [0] (n=anthnsct@cpe-76-177-217-42.natcky.res.rr.com) 13.09.13 # got a question to ask 13.09.28 # go ahead 13.09.46 # it's about the firmware I have on my cheap clone ipod 13.10.03 Quit jordoex (Read error: 60 (Operation timed out)) 13.10.03 # any way I can take it out and replace it with a different firmware? 13.10.31 # if they supply firmware upgrades, then it should be easy to crack it 13.10.43 # I don't think firmware encryption is their first priority 13.10.55 # I mean hack it, not crack it 13.11.35 # know any software or utilities that will do that? 13.11.36 # I doubt it's a known device, so its documentation may lack details 13.12.37 # I doubt it 13.12.42 # actually it looks just like Ipod.. im thinking it's either the same device except for the firmware 13.13.01 # well 13.13.09 # I'm 90% sure it's different inside :) 13.13.43 # ok 13.14.11 # thus the mapped addresses might be different, different hardware chips and so on 13.15.05 # you see, since it's such a unknown device, I think people don't care to spend their days hacking it and supply a heavy documentation for it, so I guess you're out of luck 13.15.22 # maybe, but I can't tell 13.15.23 Join tyfus [0] (n=teves@host-89-167-45-123.nplay.net.pl) 13.16.18 Part tyfus 13.16.53 Quit bubsy ("Mrrrrreow!") 13.17.28 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 13.18.17 Join bubsy [0] (i=Bubsy@81-31-244-19.net.nc-systems.no) 13.21.18 # T-Man: a good start is to open it and make photographs of the chips so they can be identified 13.21.29 # and/or find a firmware update as bubsy suggested 13.34.48 Quit Seed ("cu, Andre") 13.34.51 Quit FlynDice (Remote closed the connection) 13.43.42 # bluebrother: (for the logs...) ping 13.45.36 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 13.48.55 Join Darksair [0] (n=user@221.221.164.84) 13.49.31 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 13.55.04 Quit T-Man () 13.55.28 Quit Horscht ("Verlassend") 13.57.32 Join Ubuntuxer [0] (n=johannes@dslb-092-073-028-248.pools.arcor-ip.net) 13.58.53 Quit flydutch ("/* empty */") 13.59.50 Quit |ahmina| (Connection reset by peer) 14.00.01 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 14.08.02 # The game menus arent't translated. Why? I'm currently working on brickmania, but I don't know how to include translation. 14.09.02 Quit BigBambi (Read error: 104 (Connection reset by peer)) 14.13.26 # Ubuntuxer: i think localisation for plugins isn't implemented yet. have a look at this page: http://www.rockbox.org/twiki/bin/view/Main/PluginLocalization 14.13.30 # Ubuntuxer, games are plugins and plugins don't have translations yet AFAIK 14.16.06 Quit sir_yodle ("Leaving.") 14.18.01 Quit Seed ("cu, Andre") 14.20.59 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 14.21.05 Join sir_yodle [0] (n=theyon@pool-141-152-46-244.rcmdva.btas.verizon.net) 14.25.19 Quit Horscht ("Verlassend") 14.26.32 Join BigBambi [0] (n=alex@152.27.192-77.rev.gaoland.net) 14.28.10 # Ubuntuxer: Plugin translation isn't currently supported 14.28.42 # er, it appears I've been offline (logs here I come) 14.29.35 Quit Ubuntuxer (Read error: 110 (Connection timed out)) 14.29.40 # Ubuntuxer: Anyway, it appears you have been answered - plugin localisation was a GSOC project last year that didn't get completed yet 14.29.41 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 14.40.02 # * linuxstb has implemented the ipod Device Information in ipodpatcher for Linux and win32 - anyone know how to do "SCSI Inquiry" on OS X?... 14.43.06 *** Saving seen data "./dancer.seen" 14.45.01 Join faemir [0] (n=faemir@88-106-169-118.dynamic.dsl.as9105.com) 14.45.55 # Any Windows users willing to test ipodpatcher's output of the ipod's XML info? http://linuxstb.cream.org/rockbox/ipodpatcher.exe 14.46.21 # It's just a test at the moment - I would suggest typing "ipodpatcher --list", and you should get an XML file printed to the screen, in the middle of the other info. 14.47.42 # linuxstb, does os x have the sg_inq utility? 14.48.27 # http://developer.apple.com/qa/qa2001/qa1179.html ? 14.49.13 # Not great news it seems 14.49.19 Quit sir_yodle (Read error: 110 (Connection timed out)) 14.51.09 # http://74.125.77.132/search?q=cache:GL-1kGqm348J:developer.apple.com/DOCUMENTATION/DeviceDrivers/Conceptual/MassStorage/06_LUD_Example/chapter_6_section_5.html+site:apple.com+scsi+commands&cd=3&hl=da&ct=clnk&client=iceweasel-a (pardon the awful link, but the page doesn't seem to exist anymore) 14.53.07 # * linuxstb finds http://www.thismuchiknow.co.uk/?p=28 14.58.08 # * linuxstb wonders why Apple makes life so hard... 15.02.56 Join Horschti [0] (n=Horscht@xbmc/user/horscht) 15.05.26 Join efyx [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) 15.20.32 Join sarixe` [0] (n=sarixe@68.239.154.103) 15.20.46 Join archivator [0] (n=archivat@77.70.28.57) 15.20.57 Quit Horscht (Read error: 110 (Connection timed out)) 15.25.42 Join stripwax__ [0] (n=Miranda@87-194-34-169.bethere.co.uk) 15.27.44 Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 15.29.07 Join casainho [0] (n=chatzill@bl11-200-31.dsl.telepac.pt) 15.29.16 # hello :-) 15.30.08 # I would like to have opinions, about the idea of creating an external web site for Lyre DAP (old Rockbox Player project) 15.32.55 Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) 15.35.57 Quit stripwax__ (Read error: 104 (Connection reset by peer)) 15.36.04 Quit sarixe (Read error: 110 (Connection timed out)) 15.38.04 Join Ubuntuxer [0] (n=johannes@dslb-094-220-239-192.pools.arcor-ip.net) 15.38.27 Join gregzx [0] (n=chatzill@drq228.neoplus.adsl.tpnet.pl) 15.39.21 Join stripwax__ [0] (n=Miranda@87-194-34-169.bethere.co.uk) 15.39.32 # casainho: That sounds sensible to me - it's not really a part of the Rockbox project itself (which is just a software project). 15.39.49 # (at least, the hardware parts of it are not - the software obviously will be.) 15.41.15 Quit Ubuntuxer ("Leaving.") 15.41.55 Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) 15.42.59 # I'm looking at the forums lately..and it doesn't look like much progress has been made for the v2 sansas. i.e Fuze) Is this true or am I missing something? 15.43.51 # You should also look at the Rockbox SVN changelog, and the patch tracker. 15.44.08 # But no, there aren't many people working on the Fuze port. 15.45.26 # linuxstb: other developers are suggesting to create the website... so, I guess we will do it. 15.46.04 # Thats too bad 15.46.25 # should have gotten a e200 :) 15.46.33 # for me software looks much more important... that's why we are now working on getting a first simple patch using the new name - Lyre. 15.47.18 # do you guys support nextar? or will in the future? 15.48.01 # anyone can suggest a way for we call it? Lyre DAP? Lyre Player? 15.48.12 # Rockbox Lyre? 15.48.27 # because DAP is just digital audio player, and we will record also... 15.50.37 # stripwax__: we can't, please refer to this message from Rockbox: http://forums.rockbox.org/index.php?topic=6751.msg146274#msg146274 15.52.48 Quit Seed ("cu, Andre") 15.53.13 Quit PaulJam (".") 15.55.49 # How about using the hardware revision in the name? Lyre v1 or something like that? 15.56.05 # I guess that gets old after a while 15.56.15 Join MethoS- [0] (n=lem@host-091-097-241-093.ewe-ip-backbone.de) 15.57.41 # well, I would like that in the name we get the idea of what it does... that's why I think DAP is ok, but it also record sound, so, it is not just a player... maybe there is some good word for pass the idea of what it is -- I am not American or English, so, it's not easy for me... 15.58.21 # casainho: There is no easy way to describe it in English either. 15.58.58 # so maybe we will stick with the DAP: "Lyre DAP" 15.59.07 # Including the function in the name seems a bit weird to me. Very very few do this 15.59.53 # hmmm 16.00.12 # casainho: music player/recorder 16.00.20 # or maybe we can use this phrase: "Lyre - digital audio player and recorder running Rockbox" 16.00.37 # Yes, as a catch phrase it's fine 16.01.00 # But as part of the product name, it gets weird if you ask me 16.01.20 # rasher: okok :-) 16.01.47 # This is just an opinion of course 16.01.47 # so, maybe the catch phrase is the importante, and so the nme, just Lyre. :-) 16.02.40 Join MethoS-- [0] (n=lem@host-091-096-215-190.ewe-ip-backbone.de) 16.03.10 # hmmm, and as robin said... -- music player/recorder or audio player/recorder ?? 16.03.34 # casainho: For a domain name, maybe something like lyra-project.org 16.03.47 # I prefer audio, but may not be better than music... 16.04.31 # linuxstb: I will follow that idea to others ;-) 16.05.35 # okok - I will now contine reading about the TLV320 DAC :-) bye bye 16.05.41 Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.7/2009030422]") 16.05.47 # okok 16.06.31 Quit bmbl ("Woah!") 16.07.40 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 16.07.41 Quit stripwax ("http://miranda-im.org") 16.08.30 # http://www.rockbox.org/tracker/8843 - - little confused. Does this mean code has been run? 16.09.29 # Yes, we're happily running code on those devices, but that code isn't complete yet, and has problems/bugs. 16.09.58 # But at least it __HAS__ happened. And I can help out more if I buy a fuze? 16.10.33 # Sure. The more hackers the better. 16.11.36 # cool. Im going out today. I might go to Staples and pick up one ;) 16.15.55 # does anyone know - as I dont have much research..... Is the firmware encrypted in the fuze v2? and does it have a DFU? 16.16.46 Quit MethoS- (Read error: 113 (No route to host)) 16.17.35 # taylor_: http://www.rockbox.org/twiki/bin/view/Main/SansaAMS and its sub-pages explain a good deal 16.18.00 # Other than that, I think flipping through the forum thread is most valuable 16.18.44 # rasher: thats very valuable, thanks 16.18.58 # I'll have to be careful I won't brick it 16.21.13 # But if the rockbox GUI has already been ported, I can probably launch code from the menus and be safe 16.21.32 # taylor_: It's pretty safe, unless you make a mistake compiling/installing the bootloader (which is quite hard to do) 16.21.42 # (I mean, it's quite hard to make a mistake doing that) 16.22.02 # Yeah 16.22.25 # I If I do get one...I will definately have one of you step me through the process! 16.22.58 # But no, there's no kind of built-in recovery mode available on the fuze. There is one on the e200v2, but that requires physical disassembly and shorting two pins... 16.23.29 Quit Llorean (Read error: 104 (Connection reset by peer)) 16.25.29 # Hmm, seems the name Lyra is already taken... http://en.wikipedia.org/wiki/RCA_Lyra 16.25.40 # Isn't it Lyre anyway? 16.25.42 # * linuxstb realises he misspelt lyre... 16.25.59 # ;) I knew Lyre sounded familiar though... 16.26.35 Quit stripwax__ (Read error: 104 (Connection reset by peer)) 16.28.08 # MTABLE.SYS.fuze8gb.bz2 (39 kb) Im guessing thats the bootloader? 16.28.27 # taylor_: I would suggest reading the Rockbox wiki, not guessing... 16.28.41 # ok 16.29.07 # Specifically, the page rasher linked you to about 10 minutes ago. 16.29.18 # "It really isn't very good." 16.29.19 # a.l 16.29.25 # almost golden quote material 16.29.49 # http://apple.slashdot.org/comments.pl?sid=1160561&cid=27191767 16.32.47 # I strongly disagree with that statement 16.33.23 # If he/she wants a better GUI then they can write it themselves ;) 16.35.17 # The problem is improving the UI without losing the options and flexability 16.35.41 # Most of the time "more intuitive" means "remove most of the options and use it how I think you should" 16.36.00 # gevaerts: Any thoughts about implementing that scsi inquiry stuff for real? I've started work on implementing it in ipodpatcher, but that could get confusing if Rockbox USB doesn't provide the info ipodpatcher wants. 16.36.07 # Yeah. Well thats just 1 persons opinion 16.36.19 Quit SirFunk (Read error: 110 (Connection timed out)) 16.36.22 Join stoffel [0] (n=sfr@p57B4D72D.dip.t-dialin.net) 16.36.26 # I do think the rockbox menus look a bit "techy" and not very spiffy 16.36.34 # I still think it is a very good alternative OS 16.36.37 # My only concern with the Rockbox GUI is the lack of multifont but I realize how large a task that is, so I don't complain.. 16.36.45 # linuxstb: for ipodpatcher purposes I guess a very slimmed down version would be sufficient? 16.36.48 Join miepchen^schlaf [0] (n=miepel@p579ECB7D.dip.t-dialin.net) 16.37.02 # gevaerts: Yes. I'm just intending to use it for the RAM size for the Video. 16.37.05 Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) 16.37.13 # taylor_: Well clearly so do we, but there is always room for improvement 16.38.02 # gevaerts: And I guess I'll probably just do a "strstr" to search for , rather than any real XML parsing. 16.38.24 # linuxstb: ok. It should be doable then without too much overhead (a few hundred bytes?) 16.38.49 # gevaerts: I guess the question is do we want to implement enough for itunes to be happy? 16.39.39 # Can the Rockbox USB stack grab about 10KB of RAM somewhere to create this XML dynamically? 16.40.07 # I guess it will still need some kind of description of what to create though... 16.40.15 # sure. It grabs the audio buffer but it only uses 32 to 130k of that (depending on whether you have FS#10015) 16.42.42 # I'm undecided about whether we want real ipod emulation. For non-ipods I'm pretty sure it isn't worth the hassle (fake USB IDs, fake partition tables, ...), and on real ipods I'm not sure if we can get it good enough to fool all versions of itunes reliably 16.42.46 # Yes I know. But people need to keep in mind that this is a __non-profit__ project and just because someone wants something doesn't mean you can just make it happen in two seconds. 16.42.55 Quit miepchen^schlaf () 16.43.08 *** Saving seen data "./dancer.seen" 16.43.25 # gevaerts: I'm not sure there's much more to it than that scsi inquiry. Rasher's problems last night seemed to be because a) he was using a Sansa; b) he didn't have the iPod_Control folder created. 16.44.09 # linuxstb: yes, but OF restores still fail. Maybe not a major issue, but it's still there 16.44.11 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 16.44.19 # They do? 16.44.27 # IIRC yes 16.44.43 # IIUC, an OF restore is simply "dd'ing" the firmware to the firmware partition. 16.44.51 # Is that a problem? If you want to update the OF (and are actually running an ipod...) you can boot the OF? 16.46.07 # IIRC, ipods in the OF will reboot on disconnect if the firmware partition is written to in UMS. Maybe it's related to that. 16.46.29 # http://daniel.haxx.se/blog/2009/03/14/rockboxitunes/ 16.47.24 # Oh dear 16.47.57 # rasher: ? 16.49.18 # Bagder, gevaerts' name needs another e in the article 16.49.28 # ah yes 16.49.34 # * gevaerts didn't even see that... 16.49.59 # oops 16.50.43 # At least I can dual boot with OF so there should not be many troubles 16.51.22 # hehe, apple might get pissed 16.52.14 # well, as long as it's only on ipods I don't see why they would care 16.52.16 # bubsy: hmm? 16.52.36 # And doing this on non-ipods is just silly IMHO 16.52.58 # taylor_: reverse engineering the protocol 16.53.07 # Ah 16.53.12 # ... ok, we already reverse engineered quite much of the iPod, heh 16.53.34 # Except the new ones still remain "untouched" 16.53.43 # Getting an XML file using a SCSI INQUIRY command isn't rocked science... 16.54.33 # Are you kidding, that's the best Apple could come up with? Jeez, that's just.. wrong. 16.54.51 # heh 16.54.54 Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) 16.55.26 # Well, considering that the ipod crashes with a notes file with more than 255 bytes in a link, you could say they've made some pretty sloppy choices :p 16.56.32 # gevaerts: Why do you think doing it on non-ipods is silly? Having the "convenience" (in the eyes of some people) of iTunes without being tied to specific hardware would be swell (again, for some)? 16.57.19 # I dont get what the point of using itunes with rockbox if you can just drag and drop music on the flash? 16.57.59 # rasher: it's very few people (I hope!), and it's extra complexity (fake USB ids, fake partition tables, whatever). 16.58.15 # taylor_: to prove that it can be done! 16.58.18 # taylor_: some (I'd hazard a guess and say most) people prefer a syncing app over drag and drop 16.58.58 # I suppose. How did you do that though? itunes writes to an encrypted itunesDB on the flash? 16.59.05 # rasher: the moment they connect to iTunes, the player should display a list of OSS syncing apps. Then, it'd be useful. 16.59.23 # we don't care about the itunesDB, so it can write to that as much as it likes 16.59.34 # archivator: Because you get to decide which apps a user should use? 16.59.41 # * rasher thinks this is just bone-headed elitism 16.59.59 Quit SirFunk (Connection timed out) 17.00.29 # so rockbox contains an itunesDB file to mimick the ipod? 17.00.38 # rasher: of course not. That was said tongue-in-cheek, just thought you might appreciate the irony. Oh, well. 17.00.51 # taylor_: The disk has one. Rockbox doesn't care about it 17.01.03 Quit archivator (""Off now."") 17.01.47 # I get it: "hacked itunes" ----> itunesDB ------> rockbox reads itunesDB. correct? 17.02.02 # intunes isn't hacked in any way 17.02.05 # *itunes 17.02.09 # hold on 17.02.14 # And Rockbox never reads the itunes db 17.02.34 # Itunes writes to itunesDB. But rockbox doesn't care about that and reads the mp3s instead? 17.02.47 # yes 17.03.04 # taylor_: If you want to hack on Rockbox you should probably read up on it a bit :) 17.03.07 # gutcha. Im just trying to understand this all 17.05.24 # So how did you get itunes to recognize the Sansa with rockbox? 17.05.30 # gevaerts: I think you underestimate how high regard some people have of iTunes. Of course, I might be overestimating it. 17.05.41 Join Lss [0] (n=Lss@cm246.delta91.maxonline.com.sg) 17.05.46 # taylor_: by acting like an ipod 17.05.49 # rasher: I think you are sadly right 17.06.13 Join toffe82 [0] (n=chatzill@ppp-71-138-19-90.dsl.frs2ca.pacbell.net) 17.06.56 # rasher: if you can get it to work without the firmware partition (and with the standard sansa partitions), you might be able to convince me, although I still won't like the idea of using ipod USB ids on non-ipods 17.07.12 # Thats descriptive :P rasher: People should use gtkpod :) 17.07.41 # People should use whatever they want, not what somebody else decides 17.07.43 # If we have to do all sorts of weird things with the disk, I don't think it's worth it 17.08.06 # taylor_: http://www.ipodlinux.org/wiki/Device_Information has all the info we used to do this 17.08.20 # gevaerts: Perhaps the firmware partition isn't even needed? 17.08.50 # rasher: that's the big question. If it isn't, this is a lot more practical 17.09.53 # gavaerts: thanks. @BigBambi: I know, I just persnally think GtkPod is faster and easier to use, but, as you said, its other people's decision 17.12.52 # There could be some useful changes we could make to the XML though. e.g. if a user uses itunes, but not the OF, we can reject Audible files, and DRM'd AAC. 17.13.47 Join Ubuntuxer [0] (n=johannes@dslb-094-220-229-238.pools.arcor-ip.net) 17.14.10 Join unknown [0] (n=unknown@ip56539ae4.direct-adsl.nl) 17.14.19 # That XML is very useful. linux4nano-dev has done much work with that file. 17.14.52 # We have also figured out which chip on the motherboard we are close to _sure_ decrypts the code at runtime 17.15.26 # taylor_: Huh? Are you sure you're talking about the same XML? How can it help with running code? 17.16.31 # I think you got the two mixed up; sorry. XML and the chip are two separate things. I meant we found the chip that decrypts the firmware. The XML is separate. 17.17.00 # Of course they are - XML is a markup document... 17.17.30 # Have you read the page gevaerts linked you to? 17.17.35 # yes 17.17.38 # thank you 17.17.49 # So it is nothing to do with any hardware 17.17.52 # I know about the XML. I didn't know it was used for that purpose though 17.18.04 # YES I __know___that 17.18.13 # taylor_: What did you mean with "That XML is very useful. linux4nano-dev has done much work with that file." ? 17.18.17 # So how does it help with running code? 17.18.24 # I just put two and two in the same sentence 17.18.33 # eh? 17.19.03 # Im sorry., I think I totally messed you two up. Give me a second to re word this so it makes sense 17.20.23 Quit stoffel ("leaving") 17.20.34 # We worked with this XML (how iPL got the info). But that doesn't have to do with the chip. I put both statements in one thought so it sounded like they both had to do with each other, sorry. 17.20.50 # the XML can NOT run code 17.20.59 # well clearly 17.21.26 # unless of course, there was a buffer overflow in the markup code. But of course even then it would be useless! 17.21.31 # Well, there's good news and bad news. My SD card with just a single fat32 partition *is* detected as an ipod, but it tells me it's in recovery mode, so it must check the partitioning somewhat 17.21.39 # Question is how much, I guess 17.22.15 # SD cards are formatted differently than the ipod 17.22.26 # you will need to format it using the HFS+ 17.22.30 # yes, we know 17.22.40 # Please don't go off on things you have no idea about 17.22.42 # No you don't 17.22.56 # And the format is nothing to do with the partition layout 17.23.20 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 17.23.29 # Wait a second...whose talking to who here? You need to direct your comments with name: 17.23.43 # taylor_: Who was that directed to? 17.23.47 # taylor_: The whole point of this is to see if itunes will recognise a sansa as an ipod based on USB fiddling and not also on the partition layout 17.23.54 # taylor_: I was talking to you, as was rasher 17.24.02 # Ok thank you 17.24.15 # I guess "a single partition" looks like recovery mode, so there needs to be something that looks like the firmware partition. I wonder how little we can get away with 17.24.38 # Can you fake that via USB? 17.24.48 # You should be able to 17.25.03 # BigBambi: Depends what iTunes does with it, I guess 17.25.07 # It depends on which "ipod" you want it to recognize as. 17.25.17 # They all have different partition structures 17.25.30 # taylor_: That doesn't matter here 17.25.41 # rasher: yes, if it is just to identify then OK 17.26.10 # Well, no I guess it doesn't, but you still need to make it look like a valid ipod. I would start with splitting the SD card into two partitions to replicate a 2g 17.26.27 # taylor_: WE DON'T WANT TO HAVE TO DO THAT 17.26.42 # Well then, you CANT DO IT THEN!! 17.26.49 # taylor_: Please read back, you are continually missing the point 17.26.54 # Unless you modify itunes 17.27.08 # * BigBambi gives up 17.27.18 # HOLD ON A SEC , please 17.27.20 # * stripwax suggests everyone takes a step back and a deep breath 17.27.46 # First of all, you need to give EVRYONE some credit because talking online isnt the easiest thing to do 17.28.24 # Ok, lets start back. We are trying to have iTunes recognize a mp3 player with a SD card as an "ipod" correct? 17.28.45 # What is the status of the Sansa Fuze? the wiki doesn't seem uptodate and the svn log says something about fixing the scroll wheel 17.29.25 Quit stripwax (Read error: 54 (Connection reset by peer)) 17.29.45 # GREAT SUCCESS 17.30.03 # A tiny empty partition at the end of the disk (or anywhere, I bet) is enough 17.30.07 # Of type 0 17.30.16 # interesting 17.30.26 # Should be perfectly possible to fake 17.30.40 # unknown, the wiki, svn, and forum thread have all the latest information. the status is "not ready for general users" and will continue to be so until noted on the front page 17.30.43 # And it doesn't try to write to it? 17.30.53 # BigBambi: Seems not 17.31.02 # That's nice 17.31.13 # I only made it half a megabyte 17.31.29 # And it works 'AOK' ? 17.32.01 # taylor_: Yes. 17.33.37 # interesting 17.34.00 # gevaerts: iTunes appears to check at least the following: 1) SCSI inquiry stuff 2) File structure 3) The existance of a firmware partition (which can be anywhere and any size, it seems, and doesn't need to contain anything) 17.34.13 # We should add this to linux4nano wiki. However, it doesn't really help in the matter of hacking anything 17.34.24 # but still interesting 17.35.50 # feel free 17.36.19 # It just proves how "hackish" itunes security check is 17.36.33 # It's not really a security check of any kind 17.37.01 # Just a general "is this an ipod" sanity check 17.37.16 # Well, when I mean "security" I mean "valid ipod check" 17.38.03 # Being more strict would just lead to more people having their valid ipods rejected. I think it's a reasonable amount of checks. 17.38.37 # krazykit: and for non-general users? 17.38.37 # yes 17.38.51 # this is useful for iPL users too 17.39.16 # taylor_: This is #rockbox 17.39.19 # gevaerts: And of course the USB vid/pid and vendor/product stuff - I don't quite remember if all of that was needed before iTunes would even fire off the scsi inquiry, but I believe it was? 17.40.00 # BigBambi: Yes. I know?? 17.40.27 # unknown, unless you're planning on developing, it's not ready even for testing 17.40.51 # BigBambi: What do you mean? 17.40.59 # So please stop with the off-topic remarks like "We should put this on x wiki" and "this'd be useful for x" - it isn't relevant and is off-topic 17.41.44 # rasher: we added a bunch of things at once, so maybe it is worth testing disabling things one by one. Maybe iManufacturer/iProduct is enough and vid/pid doesn't matter? 17.41.57 # gevaerts: Possibly. Let me try. 17.42.01 # Well, I am talking about the same thing as everyone else, so I guess you could say this is "on-topic" 17.42.41 # taylor_: It only is if related to Rockbox, so please confine it to that 17.43.10 # The more people who know, the better. Yes, I know, and obviously if I every put something on the wiki we would credit 'you' 17.43.59 # I'm not bothered about that, this channel is logged for support and development, so we keep it clear of anything not related. Something we are failing at now. Please respect our guidelines 17.44.20 # taylor_: ou can put it where you want, you just don't need to announce your thoughts here 17.44.55 # Ok, I apologize 17.46.39 Join MethoS- [0] (n=lem@host-091-097-243-171.ewe-ip-backbone.de) 17.46.45 # krazykit: ok, no time for developing :( thanks for the info 17.46.55 # regarding any of the mp3 players rockbox has been ported to. I am sure at least one contain an encrypted firmware? 17.46.56 # gevaerts: vid/pid seems to be needed. 17.47.44 Quit robin0800 ("No Ping reply in 30 seconds.") 17.48.15 Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) 17.48.48 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 17.49.16 # gevaerts: weird, it still does the scsi inquery, even with the wrong vid/pid, but it doesn't show up in iTunes 17.50.18 # rasher: interesting... 17.51.14 Quit jhMikeS (Nick collision from services.) 17.51.20 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 17.51.46 Quit SirFunk_ (Read error: 110 (Connection timed out)) 17.52.28 Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) 17.52.47 Join robin0800_ [0] (n=quassel@general-kt-199.t-mobile.co.uk) 17.53.11 Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-e5cede6fbd63a113) 17.55.40 Quit stripwax (Read error: 104 (Connection reset by peer)) 17.57.29 Quit Darksair ("Everything that has a beginning has an end.") 17.58.04 Quit tessarakt ("Client exiting") 17.58.12 Join tessarakt [0] (n=jens@e180075037.adsl.alicedsl.de) 18.01.57 Quit MethoS-- (Read error: 113 (No route to host)) 18.02.42 Quit tyfoo (Read error: 104 (Connection reset by peer)) 18.07.01 # gevaerts: think it's worth collecting different ipods' inquiry responses? 18.07.15 # yes 18.07.29 # Didn't ask you. 18.07.30 # actually..its too bad we can't see what itunes is doing? 18.07.37 # taylor_: rasher was asking gevaerts. 18.07.42 # Let gevaerts answer. 18.08.27 # Yes, I know, its just my opinion. No one told him he had to listen to me. Everyone relax. 18.11.03 Join StealthyXIIGer [0] (n=stealthy@c-68-62-18-116.hsd1.mi.comcast.net) 18.11.24 Quit Ubuntuxer (Read error: 110 (Connection timed out)) 18.12.30 Join n00by [0] (i=185b52cd@gateway/web/ajax/mibbit.com/x-632e324c813b72ae) 18.12.38 Join FlynDice [0] (n=FlynDice@12-46-54-184.seatac.seattwa.wayport.net) 18.13.22 # Hi y'all --- when will the fuze be supported? 18.13.43 # Oh man...that question has been asked SOO many times :) lol 18.14.06 # n00by: Impossible to predict. 18.14.18 # n00by: The bootloader has been ported, but there are still many kinks to work out 18.14.22 # Could be a month, could be never. 18.14.26 Quit robin0800 (Read error: 113 (No route to host)) 18.14.33 # http://www.rockbox.org/twiki/bin/view/Main/SansaAMS#Unbricking 18.14.41 # Take a look at that, n00by 18.18.16 # Anyone heard of n00b81? 18.19.07 # n00by: No, and keep it on-topic. 18.19.33 # He found a 'overflow' or something in the notes? is that useful? 18.19.40 # n00by: no 18.20.02 # n00by: Are you talking about someone in #linux4nano-dev? 18.21.05 # n00b81? 18.21.35 # n00by: thats me. and no, its not useful, sorry 18.21.44 # my old 'nick' 18.22.44 # taylor_: i'm curious, how did you come to the conclusion that this notes bug can not be exploited? 18.23.00 # We dont have a mem dump 18.23.13 # Its impossible to brute force 4 billion return addresses 18.24.37 # we don't even know if it is a BOF 18.24.45 # without a debugger its sort of useless 18.25.31 # debugger? 18.25.38 # you mean disassembly right? 18.26.03 # I thought someone had been attempting to disassemble the firmware already. 18.27.42 # Yeah we all were. But tracking down 400 statically linked functions is not an easy task! 18.28.24 # n00by: hard to tell 18.28.25 # So you think ipods 3g and 4g will never have rockbox? 18.28.47 # n00by: who knows 18.29.39 # my guess is 'no' 18.29.39 Join Llorean [0] (n=DarkkOne@adsl-99-21-142-126.dsl.hstntx.sbcglobal.net) 18.30.01 Quit Llorean (Client Quit) 18.30.14 Join Llorean [0] (n=DarkkOne@adsl-99-21-142-126.dsl.hstntx.sbcglobal.net) 18.30.30 Part n00by 18.31.16 # I guess that made him upset ;) 18.31.40 # taylor_: what device is this? 18.31.48 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 18.31.59 # You mean the ones that are affected? 18.32.19 # the one you dissassembled 18.33.01 # 5g 18.33.06 # or 5.5g 18.33.38 # both have the problem. Actually ALL have the problem. But you can't obviously dissasemble the 3g nano or 4g :) 18.34.04 # we picked 5g because it crashes the same way as the 3g and 4g nano 18.34.20 # so what did you mean by "We dont have a mem dump"? 18.34.44 # When I mean mem dump, I want a whole dump of the corrupt registers 18.34.56 # like with PSP-link (for the psps) 18.35.06 # essentially a "debugger" or emulator 18.35.11 # both we don't have 18.35.40 # you can probably get that from an ipod since we can run code on them but i'm not sure how thats going to help 18.36.03 # It would help, BadBlox made a mem dumper, but only for the games area 18.36.20 # it sounds like you need to dissassemble the firmware, find the fuction that overflows, and see if you can exploit it 18.36.26 # Yes 18.36.28 # dumping the program state is unlikely to help you with that 18.36.35 # It would 18.36.37 # BUT 18.36.57 # looking through the firmware of thousands of functions? thats just not realistic 18.37.10 # you'd have to find the function first anyway 18.37.28 # Yes 18.37.33 # thats the problem 18.37.41 # we believe it occurs in strcpy() 18.37.43 # so how would dumping the state help you at all? 18.37.59 # it would let us know if a return address has been overwritten 18.38.11 # or a stack pointer 18.38.16 # ? 18.38.59 # oh you mean once you've found the program and confirmed theres an exploit? 18.39.01 # stack pointer. Points to stack. 18.39.05 # yes 18.39.08 # i suppose it would be helpful to debug your hack 18.39.12 # Yes 18.39.36 # well once you get that far you can probably inject code into the apple firmware to do that 18.39.51 # As I've said before, it would at least be a little comforting to know it __IS__ exploitable before we spend a great deal of time 18.40.59 # We haven't found anyone really interested in helping us (yet) 18.41.11 # As we all are not ARM experts 18.42.46 Quit Conic (Read error: 110 (Connection timed out)) 18.43.12 *** Saving seen data "./dancer.seen" 18.43.47 Part unknown 18.47.01 # rasher: maybe it would point to patterns, yes. You never know what it's good for 18.50.08 # are rockchip players ARM? 18.51.06 Join gregzx_ [0] (n=chatzill@dtf192.neoplus.adsl.tpnet.pl) 18.52.57 Join Rondom [0] (n=Rondom@dslb-084-057-138-062.pools.arcor-ip.net) 18.53.05 # Rbutil says that the "complete installation" will install a current build. It doesn't, it installs a release version. 18.56.07 Quit jhMikeS (Read error: 104 (Connection reset by peer)) 18.56.13 # saratoga: IIRC they are. 18.56.21 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 18.56.24 # I know the Actions chipsets have a Z80 core. 19.00.02 Join EDOMPILF [0] (n=ORF@ip72-218-112-46.hr.hr.cox.net) 19.01.56 Quit saratoga ("CGI:IRC (EOF)") 19.08.13 Quit HellDragon (Read error: 54 (Connection reset by peer)) 19.08.17 Quit gregzx (Read error: 110 (Connection timed out)) 19.08.26 Quit BUMBACL0T (Connection timed out) 19.11.03 Quit robin0800_ (Remote closed the connection) 19.13.25 Quit bubsy ("Mrrrrreow!") 19.13.30 Quit stripwax (Read error: 104 (Connection reset by peer)) 19.14.40 Join bubsy [0] (i=Bubsy@81-31-244-19.net.nc-systems.no) 19.14.48 Quit bubsy (Remote closed the connection) 19.15.29 Join bubsy [0] (i=Bubsy@81-31-244-19.net.nc-systems.no) 19.17.41 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 19.19.34 Join SirFunk__ [0] (n=Sir@208-15-25-145.netsync.net) 19.21.20 Join Conic [0] (n=conicpp@c-75-68-165-66.hsd1.vt.comcast.net) 19.22.13 Join ender` [0] (i=krneki@foo.eternallybored.org) 19.24.42 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 19.25.58 Quit SirFunk_ (Read error: 145 (Connection timed out)) 19.25.59 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 19.40.45 Quit SirFunk__ (Read error: 110 (Connection timed out)) 19.41.05 Quit stripwax (Read error: 54 (Connection reset by peer)) 19.41.53 Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) 19.45.35 # Can someone save me some time here real quick. How do I pass the value in r0 back to the main c program at the end of some asm? 19.45.39 Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) 19.48.17 # linuxstb: I have absolutely no idea where to start 19.49.15 Quit FlynDice (Remote closed the connection) 19.49.23 # For non-community people - ipodpatcher is failing to compile on 64-bit linux with http://pastebin.ca/1360814 19.50.05 # It looks like uint16_t for some reason... 19.50.25 # Debian Unstable, specifically 19.50.50 # ipodpatcher uses stdint.h - maybe it should be inttypes.h ? I never know the difference... 19.51.35 # Hmm, it seems inttypes.h should include stdint.h - so maybe changing to inttypes.h is correct. 19.52.14 Join jordoex [0] (n=quassel@d154-20-29-131.bchsia.telus.net) 19.52.52 Join petur [50] (n=petur@rockbox/developer/petur) 19.59.50 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 20.01.20 Quit jhMikeS (Nick collision from services.) 20.01.26 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 20.01.39 Join casainho [0] (n=chatzill@89.180.211.249) 20.02.29 # hello :-) -- ca nsomeone please explain to me what is: clean_dcache_range(start, size); ?? on pcm-meg-fx.c ? 20.02.29 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 20.03.46 # I guess that makes sure that any cached data from that specific range is discarded from the data cache 20.05.57 # hmmmm... data cache? is something specific to ARM? 20.06.24 # no 20.09.02 # so, do I really need to do that clean data cache? 20.09.03 # it flushes out any pending writes in that range to that physical memory contents are coherent for DMA transfer 20.09.21 # bluebrother: I've started work on implementing http://www.ipodlinux.org/wiki/Device_Information in ipodpatcher. Linux is working, win32 is written but untested, OS X appears to be hell... 20.09.45 # linuxstb: oh. I could test windows later I guess 20.09.48 Join pdesjardins [0] (n=chatzill@modemcable105.248-56-74.mc.videotron.ca) 20.09.52 # hi 20.09.53 # I could try out OS X later. 20.10.05 # any one can help me with Voice option with RockBox? 20.10.07 # bluebrother: My intention is just to add a "ramsize" field to the ipod struct - so rbutil can differentiate the 5g/5.5g builds. 20.10.22 # LambdaCalculus37: You would need to implement it first... 20.10.39 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-1dcb2f68cc7f97d2) 20.10.42 # that would be nice. Any other useage for that inquiry thing in ipodpatcher? 20.11.04 Nick pdesjardins is now known as daok (n=chatzill@modemcable105.248-56-74.mc.videotron.ca) 20.11.06 # linuxstb: I'll see what I can do. 20.11.15 # casainho, have you been able to get your lcd_update routine optimised? 20.11.23 # Not really. Although it allows more reliable detection of devices, so I may be persuaded to implement restore features 20.11.29 # isn't there a similar API on osx? At least in the past OS X was much more similar to linux than windows :) 20.11.43 # (so it can also do partial screen updates instead of always full screen updates) 20.11.48 # bertrik: no, I am working on audio DAC drivers now. LCD is working perfect... :-) 20.12.25 # bertrik: I now know that maybe I can use DMA for sending the data to LCD.... 20.12.31 # bluebrother: Someone has implemented this on OSX, so it's not impossible - http://www.thismuchiknow.co.uk/?p=28 20.12.39 # It just looks a little painful... 20.12.53 # I have build a small utility that create .mp3.talk and It works on the computer but once in the RockBox, it's silence even if I have set to read the Voice Talk file in the setting, any one know why? 20.13.12 # daok: What player are you trying to use? 20.13.18 # And it looks like it doesn't use the /dev/diskN device, so ipodpatcher will need to map between the two. 20.13.27 # bertrik: first I want to put audio working, after, I will see what I will do... if we change that LCD, then no need to spend time optimizing that code... 20.13.29 # I am using GigaBeat F20 20.13.31 # daok: We use Speex for the non-Archos players. 20.13.34 # Not MP3 20.14.03 # daok: You need to encode from WAV to ".talk" with tools/rbspeexenc 20.14.09 # casainho, ok, sounds fair 20.14.24 # alright let me search it I'll be back to give you some news 20.15.02 # jhMikeS: do you think that the code can work without doing that flush? 20.15.10 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 20.15.27 # bertrik: do you think is possible to use DMA for sending data to SPI? did you saw it before? 20.16.52 # casainho: It can work but if you have a data cache+DMA there's no guarantee the audio transferred will be flawless. 20.19.55 # that code looks ugly. Reminds me of w32api somehow *shudder* 20.22.03 # it's working!!!! 20.22.05 # Thank you guy! 20.22.57 # bluebrother: Yes, I don't know why Apple needed to reinvent the wheel... 20.25.28 # jhMikeS: I don't know If I have cache.. is something dependent of MCU?? 20.25.36 # jhMikeS: or ARM core? 20.26.09 Quit stripwax ("http://miranda-im.org") 20.26.27 # bluebrother: I forget - do you have a Mac? 20.27.10 # linuxstb: no. 20.27.36 Quit avis (Remote closed the connection) 20.27.42 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 20.28.54 # casainho, caching is a general concept and is probably explained together with the capabilities of your specific processor 20.29.41 Quit gregzx_ ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]") 20.30.11 # bertrik: ah, okok, so I will look at datasheet for it :-) -- but I am almost sure that there is no problem with working on DMA, because I didn't saw any reference to it before. I will continue working now :-) -- thanks :-) 20.30.18 Join gregzx [0] (n=chatzill@dtf192.neoplus.adsl.tpnet.pl) 20.30.55 # * linuxstb starts a wiki page for all this ipod<->itunes stuff, and considers IpodItunesCommunication - any better ideas? 20.32.10 # Sounds good enough, at least 20.32.21 # is this for using the itunes library in rockbox? including the artwork database? 20.32.37 # Horschti: No. 20.32.53 # casainho: all arm9 processors have both an L1 Data and L1 Instruction cache I think 20.33.25 # thats the main difference between 7 and 9, 7 has just one cache 20.33.52 # casainho, you use the at91sam9260, right? it has 8 kB icache and 8 kB dcache 20.34.08 # Horschti: I guess that's a good point - it's not about the itunesdb, but that name can imply that... Maybe I'll use something like IpodUsbInfo 20.34.25 # linuxstb: Maybe just IpodXMLInfo ? 20.34.51 # Llorean: It's for more than just that - I want to document exactly what itunes needs from a USB device to think it's an ipod. 20.35.06 # (USB IDs, partition layout, etc) 20.35.12 # ItunesUsbInfo 20.35.20 # I don't think "IpodItunesCommunication" really suggests anything about the database anyway. 20.36.37 # Llorean: No, and it will be obvious when the page is read.... So I'll stick with that. 20.36.47 # no it doesn't actualy... i was just hoping 20.36.57 Quit daok ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]") 20.37.24 # * linuxstb wonders who created those wiki pages starting IPod... 20.38.09 # Probably someone tried iPod and just capitalized the I when it complained 20.38.18 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 20.38.33 # saratoga: bertrik : yes, I am using that AT91SAM9260, ARM9. So, I don't know yet how to use that icache and dcache...... 20.39.22 # what this function must do? :: pcm_play_dma_get_peak_buffer() ?? -- I don't understand it... 20.40.30 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 20.42.26 # if someone wants to look at my audio drivers: http://pastebin.com/mee6309f 20.43.15 *** Saving seen data "./dancer.seen" 20.43.51 # casainho, it will work fine for the moment without icache and dcache, just a bit slower. I'm no arm expert though. If I understand correctly, on the sansa clip (which also has an arm9) the icache is normally already enabled but the dcache has to be enabled explicitly 20.44.41 # IIRC, the peak buffer is used to determine the peak level for the peak meter, it's not critical for playback I think 20.44.53 # bertrik: okok, thanks. LAter I will read more about this subject. 20.45.18 # bertrik: oh, nice :-) Then I will use the empty stub :-) 20.45.37 Quit stripwax ("http://miranda-im.org") 20.45.55 # I will test the code on hardware, right now :-) 20.46.26 # but you have to return *something*. I think you can have a look at what it does on other players, for example the ams sansas 20.46.49 # okok :-) 20.48.53 # oh you may be able to get away with it for now by setting *count to 0 20.50.07 Join avis [0] (n=ident@pdpc/supporter/student/avis) 20.52.49 # well, I got an hang on undefined vector.... 20.53.50 Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.7/2009030422]") 20.53.52 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 20.58.41 # linuxstb: how hard would it be to get iTunes working correctly with other devices? just change the USB id, generate the XML file, and show a fake parition at the end? 21.01.19 Quit parafin (Read error: 110 (Connection timed out)) 21.06.08 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 21.14.10 Quit CaptainKewl ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 21.14.10 # bluebrother: http://pastebin.ca/1360814 21.14.17 # bluebrother: When compiled on amd64 21.15.00 Join MethoS-- [0] (n=lem@dyndsl-085-016-167-088.ewe-ip-backbone.de) 21.20.58 Join miepchen^schlaf [0] (n=miepel@p579ECB7D.dip.t-dialin.net) 21.21.29 Join gartral [0] (n=gareth@adsl-75-33-64-115.dsl.bcvloh.sbcglobal.net) 21.22.27 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 21.23.00 Quit jhMikeS (Nick collision from services.) 21.23.06 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 21.24.25 # i know it isn't trivial, but im experimenting, and i want to know how to interrupt the power off function called by long press on the power button in a plugin, or is this not possible 21.25.04 Join CaptainKewl [0] (n=jason@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 21.26.22 Quit taylor_ ("Leaving") 21.27.53 Quit MethoS- (Read error: 110 (Connection timed out)) 21.28.21 Join MethoS- [0] (n=lem@dyndsl-085-016-160-247.ewe-ip-backbone.de) 21.28.51 # gartral: probably not possible 21.33.05 # hmm, ok, well, for now, i added BUTTON_REL too a few of the commands in solitaire.c. I saw a fix me on a sansa keypad, and wanted to know if it could be reproduced on a sim, if so, i may try a stab at getting it straightened out 21.34.27 Quit MethoS-- (Connection timed out) 21.35.29 Join casainho [0] (n=chatzill@89.180.211.249) 21.36.11 # does anyone imagine why the player hangs here? http://blip.tv/file/1878330?filename=Jpcasainho-lyreHangs252.flv 21.37.33 # I were working on audio drivers, and I thought before that it was hanging because of missing audio drivers, however, even now with drivers it is hanging like that... I would like to know it is hanging on that phase... 21.38.45 Join MethoS-- [0] (n=lem@dyndsl-085-016-163-042.ewe-ip-backbone.de) 21.44.24 # * Unhelpful can only imagine that it will be easiest for somebody with the hardware in question to debug the hang 21.45.06 # Is there some reason the images go slightly off the left edge of the screen? 21.45.49 # Llorean: there is some problem with this LCD drivers... I am not much worried about it right now. 21.46.35 # saratoga: rasher has already succeeded in getting itunes to sync to his Sansa (with some USB patches by gevaerts) 21.47.06 # ah ok 21.47.15 # Unhelpful: I am doing JTAG debug, it jumps to interrupt handler... but I can't see it running any C code... :-( 21.50.00 # linuxstb: is there an FS entry for it? 21.50.48 # saratoga: there are some patches on gevaerts' web space.. it's not really suitable for FS 21.51.00 # gross hacks 21.51.27 # nothing wrong with hacks on FS, keeps things in the open where everyone can look at them . . . 21.51.52 # * gartral is pressed to find a reason people would want itunes as a general music manager... 21.52.16 # gartral: They still use the iTunes store. And criticism of it is off-topic in here. 21.52.20 Nick EDOMPILF is now known as BUMBACL0T (n=ORF@ip72-218-112-46.hr.hr.cox.net) 21.52.49 # casainho: have you checked the call stack? 21.52.55 # rasher: Really, Flyspray is supposed to be development, so things starting from hacks and iteratively evolving/polishing is kinda the point. 21.53.30 # bluebrother: call stack? what is that and how can I check it? 21.53.36 # If the consensus is that we really want to consider including this sort of functionality, it should be on flyspray I think 21.54.30 # gevaerts: Well, having it to look at and discuss on flyspray might help us reach a consensus. 21.55.56 Quit MethoS- (Read error: 110 (Connection timed out)) 21.56.14 # bluebrother: It hangs on undefined vector interrupt address :-( 21.58.32 # rasher: can you put the working patch on FS? I'm not sure if you changed things afterwards 21.59.03 # Hang on.. 21.59.22 # Are there different displays in the PP Sansas? 21.59.54 # I'm sitting here with my father's and my own e200 here, and the colours look different 21.59.57 Quit keby (Read error: 104 (Connection reset by peer)) 22.00.42 Quit CaptainKewl (Read error: 60 (Operation timed out)) 22.01.52 # rasher: I know there were two different versions of the e200v1 at least (two different plastic parts of the scrollwheel) I don't know if they had any *actual* differences like that though 22.09.11 # FS#10023 22.10.03 # nice title :) 22.10.20 # Haha 22.17.18 # Llorean: There's no doubt they're different. The colour I use in widecabbie (B58E00) looks sickly on my father's e280, but more warm on mine 22.17.42 Quit nuonguy ("This computer has gone to sleep") 22.18.58 # rasher: do you have different back light settings in rockbox? 22.19.09 Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 22.19.11 # Hm, possibly 22.20.46 # Brightness was different, but it still doesn't make the screens quite similar 22.21.00 # Do the e200s have a contrast value? 22.21.20 # Not that I know of 22.22.54 # can we fiound something about the encryption of the firmware of the hdd070 with this 22.22.57 # http://pastebin.com/m658f347 22.23.09 # you could try removing the OF bootloader on both to see if its the result of different initialization by different OF versions 22.23.31 # i suppose we might not init every voltage on the AS chip in rockbox 22.23.43 # this is a dll used in the upgrade of the hdd070 22.26.40 # bluebrother: do you have any idea of what can be causing that problem? 22.33.25 # saratoga: good idea, no time to check that I'm afraid :\ 22.33.47 Quit casainho (Remote closed the connection) 22.35.36 Quit XavierGr (Nick collision from services.) 22.35.47 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 22.36.52 Join midgey [0] (n=tjross@71.238.148.140) 22.36.53 Join jaykay [0] (n=chatzill@p579E7949.dip.t-dialin.net) 22.36.59 Join casainho [0] (n=chatzill@89-180-211-249.net.novis.pt) 22.39.40 Join sir_yodle [0] (n=theyon@pool-141-152-46-244.rcmdva.btas.verizon.net) 22.40.53 # #ubuntuforums-beginners 22.40.59 # whoops. 22.42.10 Join arohtar [0] (n=faemir@88-106-169-118.dynamic.dsl.as9105.com) 22.42.10 Join lrnz [0] (n=lrnz@host-84-221-102-91.cust-adsl.tiscali.it) 22.42.14 Nick lrnz is now known as asymmetric (n=lrnz@host-84-221-102-91.cust-adsl.tiscali.it) 22.42.33 Nick asymmetric is now known as logiq (n=lrnz@host-84-221-102-91.cust-adsl.tiscali.it) 22.42.46 # hi 22.43.16 # howdy. 22.43.18 *** Saving seen data "./dancer.seen" 22.43.46 # i'd like to write a script to import sansa clip's ratings to itunes.. 22.43.59 # logiq, how is that related to rockbox? 22.44.11 # lol, just a sec 22.44.25 # in this thread people are discussing MTABLE.SYS file 22.44.27 # in this thread people are discussing the 22.44.33 # http://forums.rockbox.org/index.php?topic=14064.690 22.44.50 # logiq: This is #Rockbox. It's for support questions and development on the topic of Rockbox. 22.45.34 Part gartral 22.46.15 # yeah i understand, but i thought maybe you could give me a hand, since i'm talking about a thread on your forums 22.46.18 Join einhirn [0] (n=Miranda@p4FC60C8D.dip0.t-ipconnect.de) 22.46.36 Join gartral [0] (n=gareth@adsl-75-33-64-115.dsl.bcvloh.sbcglobal.net) 22.46.45 # That thread is about porting the Rockbox software to those players. 22.46.48 # Your question, isn't. 22.46.50 # logiq: try rockbox-community 22.47.02 # kthx 22.49.37 Quit gartral (Read error: 54 (Connection reset by peer)) 22.51.02 Join gartral [0] (n=gareth@adsl-75-33-64-115.dsl.bcvloh.sbcglobal.net) 22.51.18 Join jordoex_ [0] (n=quassel@d154-20-29-131.bchsia.telus.net) 22.56.51 Part gartral 22.58.58 Quit faemir (Read error: 110 (Connection timed out)) 22.59.07 # inuxstb: you said you had a version of ipodpatcher that could dump the xml info? 22.59.19 Quit arohtar (Client Quit) 22.59.24 # Yes, for Linux and (maybe) win32. 22.59.31 Quit LambdaCalculus37 ("Fwump") 22.59.31 Quit jordoex (Read error: 145 (Connection timed out)) 22.59.37 Join faemir [0] (n=faemir@88-106-169-118.dynamic.dsl.as9105.com) 22.59.42 # The win32 version needs testing... 23.00.14 Quit jaykay (Read error: 110 (Connection timed out)) 23.00.22 Quit Seed ("cu, Andre") 23.00.22 # do you have binaries or a patch posted anywhere? 23.01.44 # I have a patch and a win32 binary - http://linuxstb.cream.org/rockbox/ipodpatcher.exe and http://linuxstb.cream.org/rockbox/ipodpatcher-sginq.diff 23.02.12 # To run it, do "ipodpatcher --list" - that will dump the xml (it's not finished yet...) 23.02.47 # The bit about the ipod serial number seems interesting also, assuming that's what the USB iSerial is set to 23.02.52 # On http://www.thismuchiknow.co.uk/?p=28, sorry 23.03.06 # I dumped the 4G xml by hand, but I'd like to check it 23.03.52 # * amiconn wonders whether the G1/G2 also provide that XML 23.04.04 # I've added a 3g-nano dump to that page 23.04.29 # amiconn: According to the IPL wiki, no. But it would hurt to test. 23.05.20 # * linuxstb remembers there's no USB... 23.05.25 # Does sending raw scsi commands via firewire work? 23.05.46 # I expect so. You can use "sg_inq" in Linux. 23.05.58 # I *think* that firewire also uses the scsi protocol like usb msc 23.06.10 Quit einhirn (Read error: 104 (Connection reset by peer)) 23.06.13 # No firewire controller in my linux box... 23.06.49 # firewire uses SPB-2 which is basically SCSI 23.08.42 # it's SBP-2 actually. Linux kernel module description says "SCSI over IEEE1394" 23.12.35 # through my vmware install of windows, ipodpatcher gets a 0 byte XML 23.12.51 # midgey: Does it give any errors? 23.12.56 # no 23.13.35 # the xml should start at page 0xc0 but it's much shorter than the 5th gen xml 23.14.18 # I've tested it on my Photo and a 5g, and the high-level logic seems fine. It's just the actual SCSI inquiry which is OS specific. 23.14.56 # if i get around to it, i'll try it on native winxp 23.15.25 # But the rest of ipodpatcher works OK in vmware? 23.16.12 # it was able to scan my 4g successfully 23.18.32 Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.7/2009030422]") 23.19.58 # The xml in FS#10023 might be a bit stupid. I think it denies AAC support 23.20.44 # I guess storing/generating the xml is going to be the hard part - i.e. how to do it with miminal ram usage... 23.21.06 # We could just save it in an external file. 23.21.09 # Load it when disk mode starts. 23.21.24 # Llorean: that just means ram usage 23.21.43 # rasher: For what? 23.21.48 # For the entire file 23.22.11 # Can't we use the audio buffer during USB mode? 23.22.18 # It's doable, with a bit of manual memory allocation 23.22.19 # only load it on those two scsi commands 23.22.19 # Llorean: we do 23.22.33 # midgey: we can't touch the disk when in msc mode 23.22.43 # Storing on disk seems messy - and makes it harder to manipulate... 23.22.44 # bah, forgot 23.23.12 # linuxstb: I imagine it'd be ideal for initial experimentaiton 23.23.18 # e.g. it needs to include the ipod's serial number 23.23.18 Part sir_yodle 23.23.56 # linuxstb: not really. 23.23.59 # Hmm, it's going to need us to know what each OF version says... 23.24.03 # linuxstb: It's just set to XXXXXXXXXX in the patch 23.24.34 # rasher: That may confuse itunes though - e.g. syncing with two different serial numbers, or DRM things. 23.25.03 # gevaerts: same error, iPod detected, but cannot be identified 23.25.06 # * linuxstb is starting to think this might be more trouble than its worth... 23.25.10 # i can try in windows real quick 23.25.49 # I guess that's open for experimentation. iTunes doesn't care for one-ipod-use it seems - http://picasaweb.google.com/lh/photo/Zen4Di8TqGdTDuUfcShcYA?authkey=Gv1sRgCKC8w6HrhOThuwE&feat=directlink 23.25.51 # Does iTunes need the whole XML 23.25.59 # Or can we just send it small parts of it that we care about? 23.26.45 Join deweycooter [0] (n=chatzill@64.91.195.155) 23.27.13 # Llorean: we don't know 23.28.19 # gevaerts: good news 23.28.30 # seems to work fine on vista with itunes 8 23.28.57 # ipod is detected as a mini, itunes tells me a software update is available 23.29.03 # database can be read 23.29.17 # so it's only OS X? 23.29.22 # seems so 23.29.30 # mayeb osx doesn't use scsi? 23.29.44 # it does. MSC *is* scsi 23.29.59 # sorry, i meant those specific queries 23.30.22 # midgey: you can check logf 23.30.47 # It should be enabled and logging something like cmdblck[2] = c0 23.30.53 # I'm pretty sure it does. It may rely on more specific things though, like caching mode pages and things like that 23.30.55 # When c0 is requested 23.31.06 # * midgey will have to learn 23.32.51 Join keby [0] (n=keby@cpe-24-243-7-225.satx.res.rr.com) 23.34.51 # midgey: after a fresh boot, plug in usb, unplug. Then go to the debug menu and do logfdump. The logf contents are now in /.rockbox/logf.txt 23.39.05 Quit ender` (" Be nice to the USA, or they'll bring you democracy.") 23.41.29 # Llorean: rasher gevaerts, IMHO If Rockbox USB is going to be in official releases for iPods either Rockbox duplication of the iTunes communication OR a very explicit section in the manual is needed. I think it is quite a lot to ask of new users otherwise. 23.42.35 Quit bmbl ("Woah!") 23.42.45 # The difference between Rockbox booting into Apple's Emergency Disk mode and Rockbox switching to Rockbox's Extreme Disk mode is subtle enough for the casual user that the "breaking" of iTunes compatibility should be addressed, again IMHO. 23.43.16 # soap: It's a lot to ask them to say "Rockbox is a replacement firmware, and your iPod will not work like an iPod while running it (both in terms of the options it will offer you on the player, and the ways in which it may communicate with software on the computer)"? 23.43.31 # soap: I think a manual section would be fine and reasonable. 23.43.42 # I'm opposed to committing this itunes code now. It's not going to be tested enough in one week, even if we get it ready and fully working this weekend 23.43.46 # I don't think we need to go into any explicit details beyond simply saying "Rockbox is different, and will work different" in a clear enough way in the introduction. 23.44.14 # The release notes should have a paragraph explaining the implications of the change I think 23.44.16 # gevaerts: Very much agreed. 23.44.35 Quit linuxstb (Remote closed the connection) 23.45.37 # I'm actually still not convinced that we should release with the rockbox USB stack. saratoga's (and other people's) issues are pretty serious IMHO 23.46.46 # Llorean: My argument rests solely on the fact that this is _new_ behavior by Rockbox - the breaking of iTunes recognition. 23.47.11 # Someone comming from 3.1 to 3.2 would not expect existing functionality to break. 23.47.16 Join linuxstb [0] (n=linuxstb@94-193-103-239.zone7.bethere.co.uk) 23.47.45 # The only functionality that's broken is "automatic rebooting into the OF" 23.48.03 # You are describing the cause - the effect is what end-users see. 23.48.09 # Transfers in the OF are still fine, so we probably need a disclaimer in red somewhere saying "To use your iPods with iTunes it will now be necessary to manually boot the original firmware" 23.48.19 # gevaerts: I think I agree - there seem to be enough people having problems with USB to prevent its release. 23.49.35 # I have the impression that it's fine on ipods, but then the ipod reboot is fast enough that people don't even know we reboot 23.50.05 Quit petur (Remote closed the connection) 23.50.27 # But then we have the itunes issue - users are bound to ask why itunes doesn't work with their ipods after installing Rockbox... 23.50.34 # gevaerts: did you see my note about your patch on the tracker? 23.51.25 # saratoga: yes. I think it's good to know, and it may provide clues but I don't think a disconnect every 5GB is good enough 23.52.20 # how many people have problems with it? 23.53.11 # * bluebrother wonders if those targetid numbers are still needed in rbutil 23.54.12 # So does anyone think USB should be enabled for the release? 23.54.37 Join parafin [0] (i=parafin@paraf.in) 23.54.58 # Is there a solid breakdown of where it fails? Are the failures tied to target, PC OS, use of hub/etc, etc? 23.55.27 # soap: mine is definately related to my PC, as it happens in windows and linux on the same machine, but on no others 23.55.34 # saratoga: at least two have reported it (you and Martyn). FS#10011 seems to point to MartinR also having problems. 23.56.18 # Also, I could reproduce this a few days ago until I reformatted the sansa. I still don't understand that 23.58.28 # My vote would be to disable USB again on the 3.2 branch 23.58.59 # My feeling is the same - now we have regular releases, we should be aiming for a high standard.