--- Log for 23.01.109 Server: grisham.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 6 days and 10 hours ago 00.00.03 # LambdaCalculus37, can't you simply make screenshots of the simulator for the clip? 00.00.38 Join parafin [0] (i=parafin@paraf.in) 00.00.45 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-9be32e8295359241) 00.00.49 # bertrik: I was trying to do that, but the screenshots are coming out looking like Archos shots. 00.00.55 Part akur 00.01.01 # today's SVN is the first version that has ever been able to reboot into USB mode on my sansa 00.04.11 # bertrik: Hang on, I'll show you a screenshot. 00.04.21 Join solexx_ [0] (n=jrschulz@e176117134.adsl.alicedsl.de) 00.04.40 # LambdaCalculus37, you mean it looks like light-green on black? 00.05.32 # LambdaCalculus37: "screenshots of the similator" != "screenshots using the simulator" 00.06.09 # you _could_ take system screens and crop them... 00.06.25 # though its a bit of work, i can help with that 00.06.56 # or, fix the sim so that it yields accurate screenshots 00.07.23 # linuxstb: as far as my page edit goes, what do you think i should do too the line in question? 00.07.25 # well, not exactly fix, as it's probably just dumping the framebuffer 00.07.26 # http://www.flickr.com/photos/26428579@N02/3218240405/ 00.08.02 # gartral: The original sentence on the page is clear to me. 00.08.03 # well, the fix would probably involve changing colors 00.08.34 # should be easy enough to #ifdef a color transform into the screen dump function 00.08.50 # does the m:robe sim give similar screenshots? 00.09.26 # linuxstb: that really doesnt answer my question, i as asking for a suggestion, not a reference... 00.09.55 # kugel: Not sure, let me find out. 00.10.04 # gevaerts: Huh? My suggestion is to do nothing. 00.10.09 # * LambdaCalculus37 remembers the manual 00.10.14 # I mean gartral... 00.10.28 # kugel: The screenshots in the manual are the proper red on dark red of the m:robe screen. 00.10.44 Quit domonoky (Read error: 54 (Connection reset by peer)) 00.11.41 # if the sim gives accurate screenshots for the m:robe, that it'll maybe just be a matter of adapting the mechanism to the clip (I don't know what the mechanism is) 00.11.59 # kugel: Me neither. That's best left to someone who knows it. 00.12.25 # though, maybe without having the 1 pixel black line between the yellow and blue parts, but that would be acceptable, wouldn't it? 00.12.56 # but maybe the magic funman did to make the sim dual color my be a difficult to handle :( 00.13.12 # * LambdaCalculus37 wishes funman were here 00.13.38 # linuxstb: reload and check, please 00.13.40 # kugel: It's unrelated to the sim. The screendump function simply dumps lcd_framebuffer[] - it's the same function in the sim and on the target - apps/misc.c:screen_dump() I think. 00.14.29 # ah yes, I thought so, that's why I wondered if the m:robe sim is similary bad 00.15.20 Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.5/2008121622]") 00.16.39 Join QuickStart [0] (n=QUICKSTA@pool-72-88-190-6.nwrknj.east.verizon.net) 00.16.57 # gartral: Reload what? I can't see any changes to RockboxPlayer or your pastebin. 00.17.52 # * LambdaCalculus37 rolls an m:robe 100 sim 00.18.31 # LambdaCalculus37: perhaps this is a clue: http://svn.rockbox.org/viewvc.cgi?view=rev;revision=17033 00.18.34 # the patebin just updated 00.19.08 # right the mrobe colors => http://svn.rockbox.org/viewvc.cgi/trunk/apps/plugins/lib/grey_core.c?r1=17033&r2=17032&pathrev=17033 00.19.49 # * LambdaCalculus37 scratches his chin in thought 00.19.56 Quit bertrik ("Leaving") 00.20.14 # Indeed that's a clue. 00.20.40 Quit solexx (Read error: 110 (Connection timed out)) 00.21.43 # gartral: Ah, you mean the newer posts to the same pastebin site? 00.22.37 Quit parafin (Remote closed the connection) 00.24.17 # linuxstb: yes,im using pastebin as my editing platform for ease of review 00.25.29 Quit gammy (Read error: 110 (Connection timed out)) 00.30.18 # there is agreement that problems with ipod accessories should not be filed in FS bug reports right? 00.30.38 # I don't know. It's in svn now 00.30.56 # we don't implement like 90% of the protocol though so most things are going to be buggy 00.31.09 # i'm not sure we need a seperate FS entry for every device that uses a feature we don't implement 00.31.15 # particularly when theres a wiki page 00.31.23 Join akur1 [0] (n=akur@bl7-116-67.dsl.telepac.pt) 00.31.50 Join intrados [0] (n=intrados@rdrt-164-107-204-249.resnet.ohio-state.edu) 00.31.58 # saratoga: How are people supposed to know? Does the manual mention anything about accessories? 00.32.50 # i don't think it does 00.33.01 # * LambdaCalculus37 checks the manual 00.33.23 # i'm not sure what the manual could realistically say other then "you device will work, or else not work" 00.33.32 # an exhaustive list is impractical 00.33.40 # gartral: As I said, I prefer the existing 3rd paragraph to your version. Some of your other changes are fine, but I don't like the phrase "hack the OF" - it's not what Rockbox is about, plus readers of the page probably won't understand "OF". 00.33.50 Quit faemir ("Lost terminal") 00.34.07 # saratoga: I think a quick blurb that says "Some iPod accessories may or may not work with Rockbox" is sufficent. 00.34.07 # saratoga: Maybe just something like "Support for accessories isn't complete - for further information, see http://.....wiki page.... 00.34.38 # Plus. don't people need to enable accessory power for some (all?) accessories? 00.34.47 # i think thats on by default now 00.34.53 # in either case I favor closing FS tasks and directing people to the wiki 00.35.15 # ok, how about rephrasing it to: "understanding the original firmware"? 00.35.18 # Yes, I think I agree - although be polite ;) 00.35.21 # linuxstb, saratoga: "Support for accessories isn't complete - you may or may not be able to use your device with Rockbox. For further information, see http://....bla bla...." 00.35.26 # (that was to saratoga) 00.35.28 # Sound good? 00.35.34 # yes that sounds fine 00.35.45 # i think soap was working on a wiki page with all the info he collected from the forums thread anyway 00.35.54 # saratoga: Where in the manual should it go? 00.35.56 # kugel: I found out why DancePuffDuo and iAmp don't work on the Clip (sim). The packages are alright and the bmp is there btw..., thing is that the on the Clip bitmaps which are wider than LCD_WIDTH refuse to load. The two themes reuse one bitmap each which has the width of the H100 main display (160), probably not to duplicate unnecessary and it works for the Iriver remote (can only test in the sim though) 00.36.11 # LambdaCalculus37: We can't be any more specific about what kinds of things are likely to work or not? 00.36.52 # now, question of the day - why are there differences and what is the proper behaviour. And does it make sense to have "dedicated" but then 2 bitmaps more? 00.37.22 # i don't know much about the manual so i'm not the one to ask 00.38.55 # linuxstb: Thus far, from my own tests, my docking station works, but it's audio-out only and has its own dedicated volume control. And I tried a car adapter with my video and got both audio out and charging. 00.40.34 # LambdaCalculus37: Did they require the accessory patch to work at all? Sounds like they might have worked without it... 00.41.02 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 00.41.54 Join soap_ [0] (n=Soap@96-35-143-21.static.stls.mo.charter.com) 00.42.15 # linuxstb: They didn't need it. 00.43.30 # gartral: Maybe simply "understand how the device works" 00.44.53 Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) 00.46.07 # ok, i did that change 00.46.20 # soo... what about bitmaps wider than LCD_WIDTH (or height) in the WPS: should they be rejected or not? Of course I can fix the issue first by introducing a smaller bitmap (would save some space on the Clip, need a bit more on the Irivers), the general question remains though 00.47.20 Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-2f7d33f1017b1ea5) 00.48.14 # pixelma: Which bitmaps are you talking about? (in those WPSes?) 00.48.48 # the bg.bmp used as a small background like part, loaded statically 00.49.14 # in case of DancePuffDuo 00.49.34 # line.bmp in iAmp 00.49.35 # In practice, assuming they still fit in the buffer, there's nothing to be gained by sharing one bitmap, so I would say to split them 00.50.21 # In fact, won't bg.bmp be loaded from disk twice anyway? Meaning that all that's saved is disk space. 00.50.25 # you save a tiny bit of disk space ;) 00.50.33 # * linuxstb is catching up... 00.51.15 # yes, I think it'll be loaded twice so no load time saving 00.51.58 Join xnyhps [0] (n=xnyhps@2001:470:1f14:da:219:e3ff:fed7:c57c) 00.52.07 # * LambdaCalculus37 heads off for a beer 00.52.09 # the sansa clip's screen can be considered a "trichrome" scheme, right? 00.52.16 Quit LambdaCalculus37 ("Ka-chunka") 00.53.10 # monochrome is two colors so three colors would rather be bicrome ... 00.55.13 # ok, but what im getting at is: wouldnt it be sensable too have rockbox's render code render in the native colors for the screen? 00.55.29 # huh? 00.55.52 Quit mcuelenaere (Read error: 54 (Connection reset by peer)) 00.55.56 # * Zagor has been chasing ghosts for an hour 00.56.08 # clip doesn't handle --rbutil for some reason 00.56.15 # I mean --rbdir 00.56.19 # gartral: isn't this what we've talked about the last hour(s) ? 00.56.59 # quite a few themes look odd on the Clip's screen though because positioning was optimised for the Iriver remote which obviously does not have such a weird gap and two colors 00.57.01 # gartral: The only problem is the screen_dump() function. 00.57.20 # And yes, I think that needs fixing. 00.58.03 # pixelma: Yes, the clip is "special" 01.01.54 Quit Aurix_Lexico (Remote closed the connection) 01.02.40 Quit Acky (Connection timed out) 01.02.49 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 01.04.03 Quit ender` (" error compiling committee.c: too many arguments to function") 01.05.56 Part akur1 01.09.11 Quit yhuang ("Leaving") 01.10.15 # Zagor: Hmm, so the bootloaders don't use ROCKBOX_DIR ? 01.10.57 Part toffe82 01.11.20 # pixelma: i'm pretty sure that the loader fails unscaled loads of bitmaps wider than LCD_WIDTH on all targets 01.12.03 # well, it worked in an H100 sim (from early January though) 01.12.44 # linuxstb: yes they do. but I didn't change the bootloader, I merely did a new test build in a different rbdir, and tried to rolo into it. and it fails, the same code that works with standard rbdir. 01.13.02 # right, but the bitmap is exactly LCD_WIDTH wide in that case, right? or did i misread? 01.13.18 Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.5/2008121622]") 01.13.44 # Unhelpful: more precisely, it was a bitmap which was LCD_WIDTH of the main display and was reused in the smaller remote WPS too 01.14.01 Quit Aurix_Lexico (Remote closed the connection) 01.14.04 Quit shadearg (Read error: 60 (Operation timed out)) 01.15.10 # Zagor: rolo is working on the Clip? 01.16.10 # pixelma: interesting... the unscaled loader reuses the same chunk loader that the scaler frontend uses, but unlike the scaler, it fails outright if the bmp file is wider than LCD_WIDTH (which is also the maximum chunk size) 01.16.41 # linuxstb: yes it does. but it somehow only runs builds made with rbdir=.rockbox 01.16.57 # basically because the code is smaller if it never has to check to see if it's used all of the current chunk - it assumes that 1 chunk == 1 line 01.17.29 # linuxstb: though it could of course be something else, this is just the symptom. I haven't looked deeper into it. 01.17.43 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 01.19.18 # this is justified on the basis that 1) i'm pretty sure that's what the old loader did, anyway (though i'd need to check to be certain) 2) it's a waste of memory to load a bitmap larger than any screen the device or its remote has 01.20.19 # s/larger/wider/ - Rockbox uses "bitmap strips" in the WPS. 01.20.56 # linuxstb: sorry, yes, i did mean "wider". 01.24.43 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-08e6fa89110e5032) 01.25.16 # * Zagor runs his clip at 4 MHz 01.25.56 # Can it decode APE? 01.26.08 # I'm playing ogg 01.26.19 # using boosting, of course 01.26.29 # gevaerts: of course it can! 01.26.50 # * gevaerts was too vague :) 01.27.10 # I'm boosting memcpy(), lcd_update() and ov_read_fixed(). that's enough to make it quite usable. 01.28.03 # "play" might've been a little better, or you could've said "in realtime" ;) 01.29.41 # something in pcmbuf seems to need a little nudge too. wav works nicely at avg cpu speed ~6 MHz until something goes wrong and it stops 01.29.58 Join Aurix_Lexico1 [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 01.32.02 # http://gar.pastebin.com/m5e49b328 <-- any suggestions before i commit this too the Rockbox player page? 01.34.19 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 01.36.00 Quit flydutch ("/* empty */") 01.38.59 Join miepchen^schla [0] (n=miepel@p579ECAA1.dip.t-dialin.net) 01.41.57 # * Zagor didn't know there was a lossless wma codec 01.42.39 # Zagor: for a while now. it is, of course, not in any way the same codec. MS seems to have a problem with that. :/ 01.43.10 # so my commit is safe? 01.43.47 # gartral: looks good, and it's a wiki anyway, so no harm 01.44.52 # indeed, it's versioned, if we hate it after your edit, we can just change it back, and maybe ban you ;) 01.46.23 Join shadearg [0] (i=arg@ipv4.panoptix.net) 01.46.35 Quit Aurix_Lexico (Read error: 110 (Connection timed out)) 01.48.25 # well, theres nothing really ban worthy in it, its just to mainly fix to poor grammar 01.49.17 # no, i really do think it's just fine. the ;) was there to indicate that the "ban" comment was a joke. it has failed, and will be disposed of. 01.50.34 # oh, ssorry, i dont take jokes too well >.> 01.51.09 Join parafin [0] (i=parafin@paraf.in) 01.51.56 # my troubles seem to be SD related. when playback stops I can't go into the file browser anymore. 01.52.23 *** Saving seen data "./dancer.seen" 01.52.50 Quit Aurix_Lexico1 (Read error: 104 (Connection reset by peer)) 01.55.21 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 01.57.02 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 01.59.30 Quit Thundercloud (Remote closed the connection) 02.03.58 Nick miepchen^schla is now known as miepchen^schlaf (n=miepel@p579ECAA1.dip.t-dialin.net) 02.14.28 # Unhelpful: so loading a wider image than the remote display worked on the Iriver RWPS because the limits are set by the main screen's specifications? 02.14.58 # pixelma: exactly. 02.15.50 Quit Rob2223 () 02.19.28 Join Rob2222 [0] (n=Miranda@p4FDCEAF4.dip.t-dialin.net) 02.20.22 Quit QuickStart (Read error: 104 (Connection reset by peer)) 02.23.34 Quit Zagor ("Clint excited") 02.38.07 Quit nibbler (Read error: 110 (Connection timed out)) 02.42.15 Quit xnyhps ("Zzzzz...") 02.47.56 Join nick [0] (n=422044fb@gateway/web/cgi-irc/labb.contactor.se/x-2879d2c35f6fc812) 02.47.56 Quit n17ikh () 02.48.10 Quit nick (Client Quit) 02.48.24 # the e200s use the 176 pixel wide USB logo, right? 02.49.27 Join geokite [0] (n=geokite@ip68-6-252-29.sd.sd.cox.net) 02.50.25 # well, their displays are 176 wide 02.50.59 Join n17ikh [0] (n=n17ikh@130.127.74.89) 02.51.38 # Hi everyone. Got a reply on the forum after stating that I'm booting from RAM on my H120 that "then you need to update the flashed rockbox to be in sync with the files in .rockbox" Any idea as to where information to do this would be? Tried searching the wiki for "flash sync ram" but no luck. 03.00.52 Quit shadearg (Read error: 54 (Connection reset by peer)) 03.07.32 Quit PaulJam_ (".") 03.08.02 Join Willwolfe [0] (n=chatzill@net35-14.netkaster.ca) 03.08.03 Join Rob2223 [0] (n=Miranda@p4FDCE942.dip.t-dialin.net) 03.09.21 Quit jhMikeS (Read error: 104 (Connection reset by peer)) 03.09.42 # Unhelpful: nope, uses the smaller one 03.10.53 Join Strife89 [0] (n=michael@204.116.244.200) 03.13.31 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 03.15.53 # geokite: http://www.rockbox.org/twiki/bin/view/Main/IriverFlashing 03.15.59 # I believe is where you need to start. 03.17.43 # That being said - I was not familiar with this procedure outside anecdotal knowledge until I searched the wiki for "iriver flash" so I am not sure if this procedure is depreciated or not. That being said (x2) - I think if this is what you did the first time around then... 03.19.25 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 03.21.39 Quit efyx (Remote closed the connection) 03.25.18 Quit Rob2222 (Connection timed out) 03.27.08 # Thank you soap. I didn't find anything there concerning syncing the flash with the files in .rockbox 03.27.55 # geokite: basically, the flash and the stuff in .rockbox needs to be the same version 03.28.05 # or at least, that's what i would expect is meant 03.29.09 # The player is a CF modded player, and I was under the impression that I needed the 7pre4 bootloader. 03.30.28 # i'm not sure about the bootloader, but if you've flashed the rockbox executable, it should be the same version as your installed codecs and plugins. 03.31.22 Join shadearg [0] (i=arg@ipv4.panoptix.net) 03.31.43 # Are you saying that I need to flash the player under the version I intend on using? 03.33.37 # i don't have an iriver, but if you're flashing rockbox, your codecs and plugins will need to be from the same version as the flashed rockbox. codecs and plugins are tied to API versions, which change over time in the rockbox executable. 03.33.38 # The main problem I'm having is further detailed at http://tinyurl.com/cvfsek 03.34.05 Join reacocard [0] (i=reacocar@saga.silenceisdefeat.com) 03.34.17 Quit reacocard (Client Quit) 03.34.28 Join reacocard [0] (i=reacocar@saga.silenceisdefeat.com) 03.35.50 Join phinze [0] (n=phinze@173-19-89-233.client.mchsi.com) 03.46.15 # geokite: so how are you updating versions in the fs entry if you don't know how to flash? 03.52.24 *** Saving seen data "./dancer.seen" 03.53.02 Quit saratoga ("CGI:IRC (EOF)") 03.57.39 Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) 04.01.24 Quit gromit`` (Read error: 110 (Connection timed out)) 04.01.52 Join MTee [0] (n=mtee@41.233.151.193) 04.06.06 Quit Strife89 ("Bed time.") 04.07.03 Quit Willwolfe ("ChatZilla 0.9.84 [Firefox 3.0.1/2008070208]") 04.10.27 Join Barahir_ [0] (n=jonathan@Xb36a.x.pppool.de) 04.14.23 Join soap__ [0] (n=Soap@96-35-143-21.static.stls.mo.charter.com) 04.14.23 Quit soap_ (Read error: 104 (Connection reset by peer)) 04.14.29 Nick soap__ is now known as soap_ (n=Soap@96-35-143-21.static.stls.mo.charter.com) 04.16.54 Join blkhawk- [0] (n=blkhawk@e176244126.adsl.alicedsl.de) 04.26.24 Join yhuang [0] (n=yhuang@nat01-voorhees-ext.rutgers.edu) 04.26.24 Quit Barahir (Read error: 110 (Connection timed out)) 04.30.12 Part gartral 04.33.45 Quit blkhawk (Read error: 110 (Connection timed out)) 04.33.52 Nick blkhawk- is now known as blkhawk (n=blkhawk@e176244126.adsl.alicedsl.de) 04.34.03 Quit phinze ("leaving") 04.37.57 Join AndyIL [0] (i=AndyI@212.14.205.32) 04.38.46 Join EspeonEefi [0] (i=eefi@STRATTON-TWO-EIGHTY.MIT.EDU) 04.39.34 Quit miepchen^schlaf (Read error: 101 (Network is unreachable)) 04.41.47 Join phinze [0] (n=phinze@173-19-89-233.client.mchsi.com) 04.49.52 Join Darksair [0] (n=user@221.221.160.85) 04.50.04 Quit AndyI (Read error: 110 (Connection timed out)) 04.50.23 Quit Aurix_Lexico (Read error: 110 (Connection timed out)) 04.51.49 Quit fyrestorm (Read error: 60 (Operation timed out)) 04.53.23 Part geokite 04.57.58 Quit sarixe ("Connection reset by the motherfucking peer") 05.00.03 Quit Seed ("cu, Andre") 05.04.12 Quit Horscht ("Verlassend") 05.06.45 Quit phinze (Read error: 110 (Connection timed out)) 05.07.29 Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) 05.36.30 Join shad0w1e [0] (n=stjrox@ool-18b92a6b.dyn.optonline.net) 05.36.57 Join geokite [0] (n=geokite@ip68-6-252-29.sd.sd.cox.net) 05.37.07 Part geokite 05.37.17 # hey is anyone familiar with the Toshiba Gigabeat? I've formatted it and now it will not flash no matter what I do - just says NO SYSTEM FOUND ON HDD. thanks 05.38.49 # The instructions don't say to format it. 05.39.01 # shad0w1e, you'll need to go through the recovery procedure as detailed here: http://www.rockbox.org/twiki/bin/view/Main/GigabeatFXPort#Gigabeat_Recovery_Procedures 05.39.18 # and restore the GBSYSTEM directory and contents 05.39.47 # hmm I think I did 05.40.18 # well theres only GBSYSTEM/FWIMG 05.40.24 # clearly you didn't, or you formatted it as NTFS 05.40.31 # its fat32 :) 05.40.55 # maybe i need to use the original cd rather than the download? 05.41.03 # although the download did come with a format and firmware flash tool 05.47.13 Join GuyInDentonTx [0] (n=chatzill@pool-173-71-23-133.dllstx.fios.verizon.net) 05.48.55 # AHHH GOTIT! 05.49.06 # i think it was the missing fonts 05.49.12 # i used the rockbox dummy fonts... 05.50.52 # which work just fine when you're using rockbox. 05.51.16 # yup im screwed 05.51.30 # are you not using rockbox? 05.51.36 # not now 05.51.39 # i had no fonts files 05.51.43 # so i figured id use those 05.51.59 # the player boots further but now i dont get mass storage access... 05.52.05 # so i may need to take it apart.. 05.52.06 # :( 05.52.29 *** Saving seen data "./dancer.seen" 05.54.42 # it might be best to do the recovery procedure (a very simple operation) and restore your gigabeat with the files included with the gigabeat room software, then reinstalling rockbox 05.55.02 # recovery wont work now ... i made things worse 05.55.08 # since the PC never recognizes the drive now 05.55.24 # unless thers some way to get the device to stop booting midway 05.57.00 # the recovery procedure works, no matter what you do to the drive (short of physically damaging it) 05.57.21 # oh 05.57.44 # pc isnt recognizing device though. 05.58.06 # where do i find out about the recovery procedure? 05.58.15 # i linked it earlier. 05.58.19 # o that link 05.58.47 # its suggesting i disconnect the HD 05.59.16 # that's correct. 05.59.28 # simple eh 05.59.28 # :P 05.59.32 # this is gonna be fun.. 05.59.54 # guess i wanna do this sooner or later anyway to upgrade the drive with the one from my other jukebox 06.00.14 # as long as you don't rush, you'll be fine 06.00.34 # im stuck at step 1 :) 06.01.34 # what, reading the Gigabeat Disassembly page? 06.01.40 # yep 06.01.41 # oh i got it 06.01.44 # needed some prying 06.02.31 # you'll want to remove only the two screws that hold the backplate in. you can leave the ones for the front plate alone 06.02.51 # yep gotit 06.02.54 # thanks 06.02.58 # it was that font that did me in 06.05.47 Quit sbhsu ("leaving") 06.05.59 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 06.13.38 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 06.13.41 # great .. i need those fonts 06.15.00 # those should be available on your cd or from the gigabeat room software you can download (i don't know about this part though) 06.15.04 Join gartral [0] (n=Gartral@75.33.64.73) 06.15.21 # it appears as though its only on your PC once it grabs it off your device 06.16.06 # i thnik i found a download though ... really slow.. 06.16.06 # i believe i've read several forum posts suggesting it is in the gigabeat room install directory. 06.16.13 # it is 06.16.19 # but what i see there appears to be the rockbox fonts 06.17.21 # i found two bugs in the Mandelbrot fractal renderer, mainly, if you keep zooming into the center, you'll see a break in the render, also, keep going far enough, it will start to only render a blue screen, no matter how far either way you go afterwards 06.25.25 Join Alystair [0] (i=Alystair@CPE001195cf04f2-CM00407b8794db.cpe.net.cable.rogers.com) 06.32.15 # is it desired behavior that when inserting music by artist, tracks get added in alphabetical order instead of album order? someone said this was in the faq but I couldn't find it 06.33.40 # krazykit, thanks a lot. ive successfully gotten rockbox to load ... although not gigabeat firmware! 06.35.43 # shad0w1e, that's good to hear. and no loss on the gigabeat firmware ;) 06.35.50 # haha i know 06.36.53 # starting to think i shouldve stuck to my iriver h140... 06.52.06 # intrados: They're sorted by whatever order your tagnavi file defines for them to be sorted by. 06.54.46 # Llorean: thanks 06.57.16 Join __lifeless [0] (n=lifeless@90.151.220.81) 06.57.50 Quit _lifeless (Read error: 60 (Operation timed out)) 06.58.54 Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 07.00.57 # Llorean: that's the order in which they're displayed but that doesn't control the order in which they get added to the current playlist, does it? 07.08.35 # They *should* insert in the same order they're displayed. 07.11.42 Join daurn [0] (n=daurnima@unaffiliated/daurnimator) 07.11.44 Join daurnimator [0] (n=daurn@ppp118-208-183-85.lns10.mel4.internode.on.net) 07.12.07 # Llorean: err. they do but I don't see how to change the part that I want to. when I do artistFoo > , it shows me the tracks in alphabetical order. is there anyway to display them as tracks from albumFoo1 and albumFoo2 in album order 07.15.12 # Wouldn't know, I don't use the database. 07.15.29 # If you want all tracks, sorted divided in albums, why not just insert the Artist via the context menu option on it? 07.16.13 # it would need us to support multiple sort keys... i don't know if we do? 07.16.57 # Llorean: I do just insert the artist via the context menu and it inserts tracks in alphabetical order 07.17.08 # intrados: I thought you said you were playing the All Tracks listing 07.17.47 # Llorean: no. I was just showing you what the result of that was since you said that they should insert in the same order that they show up under the database 07.18.43 # I thought insertion of a filter iterated through the results and inserted them in the order they were displayed to the user (skipping ) but I guess I'm wrong 07.19.23 # Unhelpful: I guees that's true. unless, you could creat some temporary key from joining the albums sequentially and then sort on that 07.19.41 # But when I said "Order they're displayed" I don't know why you told me about All Tracks when we were discussing the order they were displayed under the "Artist" view 07.20.17 # intrados: somehow i expect RB doesn't support that 07.20.19 Quit shad0w1e () 07.20.25 # Unhelpful: yeah 07.21.34 Join nibbler [0] (n=Nibbler@HSI-KBW-085-216-121-223.hsi.kabelbw.de) 07.23.19 # can we update http://www.rockbox.org/twiki/bin/view/Main/CrossCompiler to document the new rockboxdev.sh features? 07.23.32 # it still says to edit the script 07.23.48 # should that be left on the Wiki page for earlier build releases? 07.24.37 # The wiki page should reflect what's available if you checkout current source for dev tools. 07.24.40 # So feel free to update it. 07.27.51 # Llorean: so, as i understand it, at present, if i insert or queue multiple directories, i'm creating a playlist, and then random folder no longer works? 07.28.45 # if it were implemented decently, would a playlist-friendly, database-oriented "random album" mode be considered for inclusion? or are there serious barriers to doing something at the end of the playlist instead of at the end of directory? 07.30.46 # Unhelpful: I don't know if it'd be possible, currently, to identify a unique playlist as just being an album 07.32.43 Join FlynDice [0] (n=jack@ptp-westmark-cr1.fai.acsalaska.net) 07.34.01 # i was more thinking "extend the playlist with a random album upon reaching its end, if this mode is enabled" 07.35.36 # I'm not too sure, either way, whether that would be accepted, honestly 07.37.05 # hrm... i'll need to think about how i'd want it to work. tbh, if it's considered too bloaty to be acceptable in core, i would not really object to a TSR plugin, and not being able to use other plugins :) 07.38.41 # I think an "advanced playback modes" plugin might be kinda neat anyway 07.38.55 # Something like, you can tag several genres, and it randomly plays albums (or individual songs) selected from those. 07.39.10 Quit nibbler (Read error: 145 (Connection timed out)) 07.40.06 # actually, i think what i would consider ideal would be queueing one or two albums ahead of time, so that you can review them... a "remove album" playlist edit option might be helpful there 07.40.56 # By the time you're at the playlist, right now, there's no real metadata information available to the playlist editor 07.43.51 # so, pretty difficult to do, right now... 07.46.39 # Yes. 07.52.32 *** Saving seen data "./dancer.seen" 07.56.01 Quit FlynDice () 08.03.26 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.04.14 Join Rob2222 [0] (n=Miranda@p4FDCEBB2.dip.t-dialin.net) 08.14.20 Join nibbler [0] (n=Nibbler@txx226.disy.net) 08.20.47 Join Acky [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) 08.22.06 Quit Rob2223 (Read error: 110 (Connection timed out)) 08.25.42 Quit Acksaw (Read error: 60 (Operation timed out)) 08.32.37 Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) 08.34.46 Nick Barahir_ is now known as Barahir (n=jonathan@Xb36a.x.pppool.de) 08.34.51 Join n1s [0] (n=nils@rockbox/developer/n1s) 08.37.04 Quit BigBambi (Read error: 113 (No route to host)) 08.46.07 Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") 08.46.52 # I think it would be nice to use a Car Adapter Mode flag file, to let the bootloader know that it shouldn't enter usb mode on usb boot. 08.47.31 # That'd mean more ifdefing 08.47.53 # Hmm, or maybe not, because every platform has its own main bootloader file 08.48.27 # Anyway, the bootloader should be able to distinguish a charger connection from true usb now? 08.48.36 # (provided you compile a new one) 08.49.08 # aha. /me checks the code 08.49.27 # I mean on software usb targets 08.49.35 # yes 08.50.01 # do we have any hw-usb targets without separate dc charger? 08.51.08 # Hmm. The only ones that come to mind are the Ondios. They don't have charging at all, but can be powered from USB 08.51.52 # Atm they don't offer car adapter mode 08.53.17 Quit Acky (Read error: 104 (Connection reset by peer)) 08.53.33 Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) 08.56.12 # it looks to me like only IMX31L uses USB_DETECT_BY_DRV in the bootloader (firmware/export/config.h:443) 08.57.02 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 08.57.18 # it's a little odd having the usb defines depend on SWCODEC... 08.58.38 # jhMikeS: a little comment explaining the difference between USB_STATUS_BY_EVENT and USB_DETECT_BY_DRV would be nice 08.58.50 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.59.40 # Zagor: I think that is due to the fact that software usb is currently enabled for i.mx31 only, due to the problems on PP 08.59.53 Quit XavierGr (Read error: 110 (Connection timed out)) 09.00.13 # I thought we at least do charger detection on pp 09.00.13 Quit bertrik (Client Quit) 09.00.40 # Yes, we do, but probably not in the bootloaders 09.00.52 # As soon as those problems are solved, the PP bootloaders should handle usb on their own, imo 09.01.43 # Right now the handling differs between the various PP targets 09.02.36 # Sansa (v1) bootloaders detect usb, and load the OF right away if a connection is found. iPod bootloaders don't touch usb at all. 09.04.11 # sansa loads OF is usb is inserted (powered). I'd like to enable the host/charger detection there. car adapter mode is pretty worthless without automatic poweron imho. 09.04.14 # H10 differs from both, in that the built-in loader comes before our own bootloader, and handles usb itself. 09.05.49 Quit BHSPitMonkey (Remote closed the connection) 09.07.05 # in fact I think car adapter mode should be disabled on sansa until they have working powerup. having to pull the usb plug, manually power up, then insert the plug again everytime you start the car is not exactly something to brag about. 09.07.55 # Zagor: Does it work if the Sansa's never shut off? 09.08.11 # for example, if you set idle time to long enough that the period you're out of the car isn't long enough to shutdown the player. 09.08.35 # I mean, that's more or less what you have to do on H100 anyway, since they can't power on with charger, so Car Adapter should just stop/start music with charger detection 09.08.54 # If that much at least works on Sansa, it should probably stay for those who'd use it that way, until we have it even better. 09.08.56 # Llorean: it does. which would be nice for something like couriers I suppose. 09.09.04 # Or pizza delivery, but yes. 09.09.17 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 09.09.29 # Zagor: I think the number of targets where car adapter mode is broken is larger than the number of targets where it works 09.09.41 Join petur [50] (n=petur@rockbox/developer/petur) 09.09.50 # I'd like to know if we have a technical reason for not enabling host detection in sansa bootloaders though. gevaerts? bertrik? jhMikeS? 09.10.18 # On some targets it's due to the hardware (e.g. H100, Player), on others it's due to how we're handling things 09.10.51 Join flydutch [0] (n=flydutch@host5-154-dynamic.14-87-r.retail.telecomitalia.it) 09.27.11 Quit JdGordon (Remote closed the connection) 09.28.21 # amiconn: i meant to ask you... i looked at api init on codecs. it's done in codec_crt0.c now, so really it's only a matter of moving the init to the loader. it only took a couple of minutes, but i'm not sure it really gains anything? 09.30.30 Part gartral 09.42.52 # Unhelpful: consistency between plugins and codecs would be nice imo 09.44.40 # ok... that's at least one thing in favor. i notice the codec iram init is handled in the crt0... but there's probably no reason to change that to match plugins, since it's rather less common for plugins, and plugins have to stop audio playback to claim iram 09.48.43 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 09.50.45 Quit kachna (Read error: 113 (No route to host)) 09.52.33 *** Saving seen data "./dancer.seen" 09.57.21 Quit ChanServ (grisham.freenode.net irc.freenode.net) 09.57.21 NSplit grisham.freenode.net irc.freenode.net 09.57.22 Quit EspeonEefi (grisham.freenode.net irc.freenode.net) 09.57.22 Quit shadearg (grisham.freenode.net irc.freenode.net) 09.57.22 Quit solexx_ (grisham.freenode.net irc.freenode.net) 09.57.22 Quit Xerion (grisham.freenode.net irc.freenode.net) 09.57.22 Quit advcomp2019 (grisham.freenode.net irc.freenode.net) 09.57.22 Quit DaCapn (grisham.freenode.net irc.freenode.net) 09.57.22 Quit alexbobp (grisham.freenode.net irc.freenode.net) 09.57.22 Quit Dieterbe (grisham.freenode.net irc.freenode.net) 09.57.22 Quit gevaerts (grisham.freenode.net irc.freenode.net) 09.57.22 Quit sbhsu (grisham.freenode.net irc.freenode.net) 09.57.22 Quit m0f0x (grisham.freenode.net irc.freenode.net) 09.57.22 Quit MTee (grisham.freenode.net irc.freenode.net) 09.57.22 Quit petur (grisham.freenode.net irc.freenode.net) 09.57.22 Quit n1s (grisham.freenode.net irc.freenode.net) 09.57.22 Quit agaffney (grisham.freenode.net irc.freenode.net) 09.57.22 Quit FOAD (grisham.freenode.net irc.freenode.net) 09.57.22 Quit film42 (grisham.freenode.net irc.freenode.net) 09.57.22 Quit Llorean (grisham.freenode.net irc.freenode.net) 09.57.22 Quit kadoban (grisham.freenode.net irc.freenode.net) 09.57.22 Quit ender` (grisham.freenode.net irc.freenode.net) 09.57.22 Quit __lifeless (grisham.freenode.net irc.freenode.net) 09.57.22 Quit Darksair (grisham.freenode.net irc.freenode.net) 09.57.22 Quit soap_ (grisham.freenode.net irc.freenode.net) 09.57.22 Quit intrados (grisham.freenode.net irc.freenode.net) 09.57.22 Quit jhulst (grisham.freenode.net irc.freenode.net) 09.57.22 Quit timc (grisham.freenode.net irc.freenode.net) 09.57.22 Quit lightbulbjim (grisham.freenode.net irc.freenode.net) 09.57.22 Quit Galois (grisham.freenode.net irc.freenode.net) 09.57.22 Quit crwl (grisham.freenode.net irc.freenode.net) 09.57.22 Quit axionix (grisham.freenode.net irc.freenode.net) 09.57.22 Quit romain (grisham.freenode.net irc.freenode.net) 09.57.22 Quit tchan (grisham.freenode.net irc.freenode.net) 09.57.22 Quit lucent (grisham.freenode.net irc.freenode.net) 09.57.22 Quit fxb__ (grisham.freenode.net irc.freenode.net) 09.57.22 Quit scorche (grisham.freenode.net irc.freenode.net) 09.57.22 Quit Gareth (grisham.freenode.net irc.freenode.net) 09.57.22 Quit Acksaw (grisham.freenode.net irc.freenode.net) 09.57.22 Quit tajlero (grisham.freenode.net irc.freenode.net) 09.57.22 Quit GodEater_ (grisham.freenode.net irc.freenode.net) 09.57.22 Quit maraz (grisham.freenode.net irc.freenode.net) 09.57.22 Quit Unhelpful (grisham.freenode.net irc.freenode.net) 09.57.22 Quit Beta2K_ (grisham.freenode.net irc.freenode.net) 09.57.22 Quit martian67 (grisham.freenode.net irc.freenode.net) 09.57.22 Quit dionoea (grisham.freenode.net irc.freenode.net) 09.57.22 Quit nibbler (grisham.freenode.net irc.freenode.net) 09.57.22 Quit offset (grisham.freenode.net irc.freenode.net) 09.57.22 Quit havien (grisham.freenode.net irc.freenode.net) 09.57.22 Quit markun (grisham.freenode.net irc.freenode.net) 09.57.22 Quit Baw (grisham.freenode.net irc.freenode.net) 09.57.22 Quit Kohlrabi (grisham.freenode.net irc.freenode.net) 09.57.22 Quit HellDragon (grisham.freenode.net irc.freenode.net) 09.57.22 Quit feisar (grisham.freenode.net irc.freenode.net) 09.57.22 Quit Alystair (grisham.freenode.net irc.freenode.net) 09.57.22 Quit SUSaiyan` (grisham.freenode.net irc.freenode.net) 09.57.22 Quit thegeek (grisham.freenode.net irc.freenode.net) 09.57.22 Quit scorche|sh (grisham.freenode.net irc.freenode.net) 09.57.22 Quit Zambezi (grisham.freenode.net irc.freenode.net) 09.57.22 Quit balou (grisham.freenode.net irc.freenode.net) 09.57.22 Quit suom1 (grisham.freenode.net irc.freenode.net) 09.57.22 Quit desowin_ (grisham.freenode.net irc.freenode.net) 09.57.22 Quit lostlogic (grisham.freenode.net irc.freenode.net) 09.57.22 Quit preglow (grisham.freenode.net irc.freenode.net) 09.57.22 Quit killan_ (grisham.freenode.net irc.freenode.net) 09.57.22 Quit liiwi (grisham.freenode.net irc.freenode.net) 09.57.22 Quit xSlack (grisham.freenode.net irc.freenode.net) 09.57.22 Quit tmzt (grisham.freenode.net irc.freenode.net) 09.57.22 Quit amigan (grisham.freenode.net irc.freenode.net) 09.57.22 Quit Thundercloud (grisham.freenode.net irc.freenode.net) 09.57.22 Quit sarixe (grisham.freenode.net irc.freenode.net) 09.57.22 Quit yhuang (grisham.freenode.net irc.freenode.net) 09.57.22 Quit blkhawk (grisham.freenode.net irc.freenode.net) 09.57.22 Quit pixelma (grisham.freenode.net irc.freenode.net) 09.57.22 Quit amiconn (grisham.freenode.net irc.freenode.net) 09.57.22 Quit linuxstb (grisham.freenode.net irc.freenode.net) 09.57.22 Quit HBK (grisham.freenode.net irc.freenode.net) 09.57.22 Quit BlakeJohnson86 (grisham.freenode.net irc.freenode.net) 09.57.22 Quit merbzt (grisham.freenode.net irc.freenode.net) 09.57.22 Quit edrz (grisham.freenode.net irc.freenode.net) 09.57.22 Quit idshark (grisham.freenode.net irc.freenode.net) 09.57.22 Quit _Auron_ (grisham.freenode.net irc.freenode.net) 09.57.22 Quit Kopfgeldjaeger (grisham.freenode.net irc.freenode.net) 09.57.32 Quit tarbo (SendQ exceeded) 09.58.55 NHeal grisham.freenode.net irc.freenode.net 09.58.55 NJoin ChanServ [0] (ChanServ@services.) 09.58.55 Join tarbo [0] (n=me@unaffiliated/tarbo) 09.58.55 Join gartral [0] (n=Gartral@75.33.64.73) 09.58.55 NJoin Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 09.58.55 NJoin petur [50] (n=petur@rockbox/developer/petur) 09.58.55 NJoin Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) 09.58.55 NJoin n1s [0] (n=nils@rockbox/developer/n1s) 09.58.55 NJoin nibbler [0] (n=Nibbler@txx226.disy.net) 09.58.55 NJoin ender` [0] (i=krneki@foo.eternallybored.org) 09.58.55 NJoin tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 09.58.55 NJoin __lifeless [0] (n=lifeless@90.151.220.81) 09.58.55 NJoin Alystair [0] (i=Alystair@CPE001195cf04f2-CM00407b8794db.cpe.net.cable.rogers.com) 09.58.55 NJoin sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 09.58.55 NJoin sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) 09.58.55 NJoin Darksair [0] (n=user@221.221.160.85) 09.58.55 NJoin EspeonEefi [0] (i=eefi@STRATTON-TWO-EIGHTY.MIT.EDU) 09.58.55 NJoin yhuang [0] (n=yhuang@nat01-voorhees-ext.rutgers.edu) 09.58.55 NJoin blkhawk [0] (n=blkhawk@e176244126.adsl.alicedsl.de) 09.58.55 NJoin soap_ [0] (n=Soap@96-35-143-21.static.stls.mo.charter.com) 09.58.55 NJoin MTee [0] (n=mtee@41.233.151.193) 09.58.55 NJoin shadearg [0] (i=arg@ipv4.panoptix.net) 09.58.55 NJoin intrados [0] (n=intrados@rdrt-164-107-204-249.resnet.ohio-state.edu) 09.58.55 NJoin solexx_ [0] (n=jrschulz@e176117134.adsl.alicedsl.de) 09.58.55 NJoin pixelma [0] (n=pixelma@rockbox/staff/pixelma) 09.58.55 NJoin amiconn [50] (n=jens@rockbox/developer/amiconn) 09.58.55 NJoin jhulst [0] (n=jhulst@unaffiliated/jhulst) 09.58.55 NJoin linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 09.58.55 NJoin m0f0x [0] (n=m0f0x@189-47-60-182.dsl.telesp.net.br) 09.58.55 NJoin Xerion [0] (n=xerion@82-170-197-160.ip.telfort.nl) 09.58.55 NJoin agaffney [0] (n=agaffney@gentoo/developer/agaffney) 09.58.55 NJoin GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) 09.58.55 NJoin FOAD [0] (n=dok@dinah.blub.net) 09.58.55 NJoin HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 09.58.55 NJoin alexbobp [0] (n=alex@69.149.25.200) 09.58.55 NJoin Dieterbe [0] (n=Dieterbe@213.219.168.87.adsl.dyn.edpnet.net) 09.58.55 NJoin advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 09.58.55 NJoin DaCapn [0] (i=dacapn@using.your.wireless-inter.net) 09.58.55 NJoin gevaerts [0] (n=fg@rockbox/developer/gevaerts) 09.58.55 NJoin timc [0] (n=aoeu@124.93.243.83) 09.58.55 NJoin desowin_ [0] (n=desowin@72.37.225.164) 09.58.55 NJoin BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 09.58.55 NJoin film42 [0] (n=GT@ip68-96-68-104.oc.oc.cox.net) 09.58.55 NJoin martian67 [0] (i=lol3izer@about/linux/regular/martian67) 09.58.55 NJoin Unhelpful [0] (n=Militant@rockbox/developer/Unhelpful) 09.58.55 NJoin Beta2K_ [0] (n=beta@d36-78-228.home1.cgocable.net) 09.58.55 NJoin dionoea [0] (n=dionoea@videolan/developer/dionoea) 09.58.55 NJoin maraz [0] (i=maraz@xob.kapsi.fi) 09.58.55 Mode "#rockbox +o ChanServ " by irc.freenode.net 09.58.55 NJoin Galois [0] (i=djao@efnet-math.org) 09.58.55 NJoin romain [0] (n=romain@peerfuse.org) 09.58.55 NJoin fxb__ [0] (n=felixbru@h1252615.stratoserver.net) 09.58.55 NJoin lucent [0] (i=lucent@silenceisdefeat.com) 09.58.55 NJoin crwl [0] (n=crawlie@a91-154-18-71.elisa-laajakaista.fi) 09.58.55 NJoin scorche [0] (i=Blah@rockbox/administrator/scorche) 09.58.55 NJoin lightbulbjim [0] (n=jim@203.171.93.108.static.rev.aanet.com.au) 09.58.55 NJoin tchan [0] (n=tchan@lunar-linux/developer/tchan) 09.58.55 NJoin Gareth [0] (n=ngareth@www.wiked.org) 09.58.55 NJoin axionix [0] (n=axion@cpe-67-242-94-6.nycap.res.rr.com) 09.58.55 NJoin offset [0] (n=zero@ool-44c0032d.dyn.optonline.net) 09.58.55 NJoin havien [0] (n=none@68-189-143-101.dhcp.wlwl.wa.charter.com) 09.58.55 NJoin markun [50] (n=markun@rockbox/developer/markun) 09.58.55 NJoin Kohlrabi [0] (n=Kohlrabi@frustrum.nosebud.de) 09.58.55 NJoin Baw [0] (n=Sphinx@cpe-74-70-40-135.nycap.res.rr.com) 09.58.55 NJoin HellDragon [0] (n=jd@Wikipedia/HellDragon) 09.58.55 NJoin feisar [0] (i=jljhook@ihq.in) 09.58.55 NJoin merbzt [0] (n=benlar@193.13.246.198) 09.58.55 NJoin idshark [0] (i=chainsaw@i.will.tell.u.some.hotstories.de) 09.58.55 NJoin Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 09.58.55 NJoin _Auron_ [0] (n=DarkAuro@ppp-70-244-168-42.dsl.rcsntx.swbell.net) 09.58.55 NJoin edrz [0] (n=eric@static-71-178-198-5.washdc.fios.verizon.net) 09.58.55 NJoin Llorean [0] (n=DarkkOne@rockbox/administrator/Llorean) 09.58.55 NJoin kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) 09.58.55 NJoin xSlack [0] (n=brett@173-17-70-78.client.mchsi.com) 09.58.55 NJoin tmzt [0] (n=tmzt@adsl-69-221-148-155.dsl.akrnoh.ameritech.net) 09.58.55 NJoin preglow [0] (i=thomj@tvilling2.pvv.ntnu.no) 09.58.55 NJoin scorche|sh [0] (n=scorche@squisch.net) 09.58.55 NJoin suom1 [0] (i=markus@viitamaki.net) 09.58.55 NJoin balou [0] (i=balou@cl-1844.ham-01.de.sixxs.net) 09.58.55 NJoin thegeek [0] (n=nnscript@s243b.studby.ntnu.no) 09.58.55 NJoin killan_ [0] (n=nnscript@c-415472d5.06-397-67626721.cust.bredbandsbolaget.se) 09.58.55 NJoin SUSaiyan` [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 09.58.55 NJoin Zambezi [0] (i=stolgfor@91.205.60.130) 09.58.55 NJoin amigan [0] (i=dcp1990@ip68-226-92-253.ri.ri.cox.net) 09.58.55 NJoin lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) 09.58.55 NJoin liiwi [0] (i=liiwi@idle.fi) 09.59.08 Quit MTee (Read error: 104 (Connection reset by peer)) 09.59.37 # I'll write this here for the log. Apple Inc has applied for a patent covering one of our feature requests (FS#301 - Volume adaptation to external noise). Our feature request was filed in 2002. Their patent application was filed in 2007. Patent application here: http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=1&u=%2Fnetahtml%2FPTO%2Fsearch-bool.html&r=1&f=G&l=50&co1=AND&d=PG01&s1=20090022329.PGNR.&OS=DN/20090022329RS=DN/2009002 09.59.37 # 2329 Independent date confirmation of our feature request here: http://web.archive.org/web/20041229202528/www.rockbox.org/requests.shtml 10.04.59 # duly logged, and permma pated to http://gar.pastebin.com/f562f13a5 10.06.13 # we do already have logs of the channel... 10.06.39 # gartral: http://www.rockbox.org/irc/ 10.07.10 Quit tarbo (Read error: 104 (Connection reset by peer)) 10.07.17 # yes, I'm aware, but with some things, redundancy does help 10.07.23 Join tarbo [0] (n=me@unaffiliated/tarbo) 10.07.23 Quit tarbo (Client Quit) 10.08.02 Quit Slasheri (Read error: 145 (Connection timed out)) 10.10.21 Quit AndyIL (Read error: 54 (Connection reset by peer)) 10.11.17 # well, for what it's worth, here's the codec loader api init patch. i don't think it really needs nearly as much discussion as the plugin one did, since it's not changing any codecs, just changing how the init happens. http://pastebin.com/m38c1cc7f 10.12.15 # oh, i suppose i'd need to add an API version bump to that, as well. other than that, any thoughts, suggestions, objections? 10.14.54 Join AndyI [0] (i=AndyI@212.14.205.32) 10.20.04 Join vallhalla81 [0] (n=dave@cpc1-warw2-0-0-cust22.brhm.cable.ntl.com) 10.22.10 Quit m0f0x (Read error: 110 (Connection timed out)) 10.22.19 Quit tyfoo (Read error: 104 (Connection reset by peer)) 10.25.27 # hello there al i have been trying to use rockbox utility to install rockbox to my ipod 5th gen (60gb) but when i click full install it fails to ad the boot loader i have also tryed ipod patcher to add it but n luck there, any help or tips would be great thank you in advance 10.26.18 Join Acky [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) 10.28.11 # oh and to ad i have done this from both win xp and Linux 10.30.50 # also for the log: https://sourceforge.net/tracker/index.php?func=detail&group_id=44306&atid=439121&aid=614977 10.32.46 # vallhalla81: I don't know. 10.32.58 Quit gevaerts (Read error: 60 (Operation timed out)) 10.32.58 # if it's a supported target, then it should work 10.33.13 Quit Thundercloud (Remote closed the connection) 10.33.16 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 10.35.36 # Zagor: that url doesn't work when not logged in 10.36.44 # right, we closed the sf tracker when we moved to flyspray. 10.36.55 # yeps 10.37.05 # it can be opened if needed 10.39.42 # Unhelpful: looks good to me 10.40.20 Quit Acksaw (Connection timed out) 10.40.47 # hah, this apple patent was filed two days after they filed another "from-rockbox" patent 10.42.57 # hm, no I'm wrong 10.43.28 # the patent office link pointed out a different patent application now ;-/ 10.43.55 # huh? 10.44.06 # see http://www.unwiredview.com/2006/05/04/apples-ipod-audio-interface/ 10.44.22 # it links to an application, but that application was filed in 2007... 10.44.52 # the uspto url:s are a mess 10.46.54 # 'k, i'll go ahead with that, then. i think we shook out most of the gotchas with the design when i did it for plugins :) 10.49.14 Join tarbo [0] (n=me@unaffiliated/tarbo) 10.54.41 Quit tarbo (Read error: 54 (Connection reset by peer)) 10.54.53 Join tarbo [0] (n=me@unaffiliated/tarbo) 11.00.40 Quit tarbo (Read error: 54 (Connection reset by peer)) 11.00.52 Join tarbo [0] (n=me@unaffiliated/tarbo) 11.06.48 Quit tarbo (Read error: 104 (Connection reset by peer)) 11.07.01 Join tarbo [0] (n=me@unaffiliated/tarbo) 11.07.04 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 11.11.04 Part vallhalla81 11.12.39 Quit tarbo (Read error: 104 (Connection reset by peer)) 11.12.51 Join tarbo [0] (n=me@unaffiliated/tarbo) 11.16.48 # 3 build servers dropped in the last round :-( 11.18.33 Quit tarbo (Read error: 104 (Connection reset by peer)) 11.18.45 Join tarbo [0] (n=me@unaffiliated/tarbo) 11.20.03 Join Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) 11.20.12 Quit tarbo (Client Quit) 11.21.47 # hrm.... I'm getting graphics corruption on the Fuze 8gb now 11.22.04 # wonder if kugel would know why that is happening 11.25.14 # "now" ? So when did it stop working? 11.27.59 # linuxstb: there's always been some odd pixel values, what I talk about "now" is that the whole screen goes screwy for a split-second in some instances 11.28.08 # this is a new behavior I think since last week or so 11.28.20 # I would have to do some regression testing to find the exact commit 11.28.34 Join PaulJam [0] (i=PaulJam_@vpn-3088.gwdg.de) 11.28.36 # going to wait first maybe kugel knows it's causing problems and he's still working on something 11.32.22 # OK, but looking at the recent commits, r19791 and r19792 look possible candidates - so I would try r19790. 11.37.02 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 11.39.25 # how do i reset the pitch controls? 11.41.16 # linuxstb: also, just to note, the existing hack to allow the 8gb microSD to be present while booting rockbox without panic, it's panic'ing now 11.41.21 # though it works after boot 11.41.25 # this is kind of strange 11.41.42 # I wish I had the answers and not problems 11.41.51 Join vallhalla81 [0] (n=dave@cpc1-warw2-0-0-cust22.brhm.cable.ntl.com) 11.42.11 # 2gb normal microSD works okay present on boot 11.42.29 # 8gb class 6 microSDHC present on boot = panic (-4) 11.43.52 # hrm... as far as implementing "remove album", would walking the playlist to find files that belong to the same album be a way to do that? and yes, i know that's an awful thing to be doing :/ 11.44.36 # Unhelpful: I'm the minority that prefers albums to be a single file 11.44.42 # that's easy to randomize. 11.46.00 # lucent: well, i'm looking to implement random albums without having to do anything quite so nasty... Llorean thought that maybe a plugin that supports various advanced playback whose utility is too marginal for most users to justify core inclusion might be an idea :) 11.46.15 # Unhelpful: can't it be done? just activate when N number of entries after the current playlist position exist, fill with a randomly selected database album 11.46.25 # hey all I have just got a ipod 5th gen(60gb)from a friend he had rock box on it at one point but it is now blank when i try to install rockbox on to it now it fails to load the boot loader i havealso tryed ipod linux instaler but it telsme there is an error with sysinfo file so i had a look and it is blank please advise thank you 11.46.52 # vallhalla81: it might need a filesystem before the Apple tools will touch it 11.47.14 # depends on how "blank" you are talking about ;) 11.47.56 # lucent: i have manage to downgrade the firmware then upgrade the firmware but it stayes the same 11.48.08 Quit GodEater_ ("http://www.mibbit.com ajax IRC Client") 11.48.56 # wish I could help 11.49.01 # * lucent wanders off to sleep 11.50.36 # vallhalla81: does the apple firmware work fine on the ipod? 11.51.30 # yes it all good 11.51.32 Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) 11.52.08 # what is the error you get when you try to install the bootloader with rbutil? 11.52.36 # failed to install bootloader 11.52.38 *** Saving seen data "./dancer.seen" 11.53.08 # hmm, do you run rbutil with administrative rights? 11.53.28 # yes in both windows and linux 11.53.48 # lucent: yes, but depending on what you want this to do, it gets more and more questionable whether it belongs in core... 11.54.27 # for example, calculating average-last-played and average-rating values for albums based on the per-track stats, and using those as weighting factors in random album selection? 11.57.43 # is there a way to make or download a sysinfo file and replace the blank one? 12.00.20 # what sysinfo file? 12.00.39 # the one in my ipod 12.03.48 Join MTee [0] (n=mtee@41.233.151.193) 12.03.59 # why, does something not work? i really have no idea what this file is supposed to do. 12.04.15 # hey all I have just got a ipod 5th gen(60gb)from a friend he had rock box on it at one point but it is now blank when i try to install rockbox on to it now it fails to load the boot loader i havealso tryed ipod linux instaler but it telsme there is an error with sysinfo file so i had a look and it is blank please advise thank you 12.04.45 # in short;) 12.05.19 # what exactly happens when rockbox fails to install or load? 12.05.39 # the ipod linux installer is not supported here. (to me it sounds as if the sysinfo error came from that) 12.07.08 # no the main issue is that i can not load/install a boot loader 12.07.30 # you need to tell us what exactly happens when you try to install the boot loader 12.08.33 # it just downloads it but fails to install it to pod 12.10.39 # vallhalla81: The Rockbox install tools never look at the sysinfo file - so that's not your problem. 12.11.05 # how do you know that it fails to install? 12.12.08 # vallhalla81: Have you tried using ipodpatcher instead of rbutil? 12.14.11 # and did you only use the "complete installation"? I remember there was a problem with that in the Rockbox Utility once (not sure if it is solved); the workaround was to use the seperate bootloader installation on a second tab 12.14.31 Quit nuonguy ("This computer has gone to sleep") 12.14.45 # so install build and bootloader seperately, you need both 12.14.58 Quit tajlero ("Leaving") 12.16.57 # linuxstb: yes tryed the patcher too 12.17.35 # vallhalla81: And what was the message displayed by ipodpatcher? Can you post the output to somewhere like http://pastebin.com ? 12.17.54 Part gartral 12.18.13 # Hi all 12.18.56 # linuxstb : are you still working on the rm codec ? 12.18.59 # http://pastebin.com/m7fa6d2e 12.19.47 # MTee: I've done nothing on rm apart from my start at writing an rm parser a few years ago... 12.21.15 # vallhalla81: That would point to usb issues - are you using a hub, or just connecting the cable directly to your computer? 12.21.44 # directly to pc 12.21.48 # linuxstb : my mid-year vacation is starting in a few days and I might start working on it, but I think I will need help with some stuff :) 12.21.56 Join funman [0] (i=8168f702@rockbox/developer/funman) 12.23.21 # linuxstb : why do you need to write a parser ? couldn't we just use the demuxers and the decoders available on ffmpeg ? (after converting them to use fixed point) 12.24.51 # MTee: Because we want a small efficient parser designed for Rockbox's codec infrastructure - i.e. one with no dynamic memory allocation, and (if possible) no copying of data. 12.25.07 # Of course, existing parsers can be used as inspiration though. 12.26.05 # I see 12.26.24 # The other issue is that ffmpeg is a huge library, and it's not easy to extract parts from it directly - there is lots of internal code-sharing between codecs. 12.26.36 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 12.27.34 # vallhalla81: Are you using the front USB ports? If so, trying the rear ones may help. Although I have a suspicion this could be considered a bug in ipodpatcher - short reads should be accepted and then further read attempts made before giving an error. 12.28.01 # Biut the odd thing is that no-one else has reported it as an issue (as far as I know). 12.28.38 # vallhalla81: Have you also tried ipodpatcher on Windows? 12.28.46 # linuxstb: just have backports on this machine 12.28.51 # linuxstb : about vallhalla's problem, could this be a free-space issue ? 12.29.00 # yes same out putthere 12.29.22 # MTee: 50gb free space 12.29.53 # MTee: The problem is with the reading, so I'm not sure what you mean. 12.30.29 # sorry, mistake. 12.32.55 # the thing is i can transfer files to it no problem 12.33.32 # MTee: Going back to realaudio, I think the first thing I would do is to try and make Rockbox play an existing codec (e.g. mp3 or ac3) in a Realaudio.container. I think I would then try and port the Cook decoder from ffmpeg (but only for the Sim, as it's floating-point), and then as a last step convert the Cook codec to fixed-point. 12.34.55 # vallhalla81: I'm not sure what to suggest, unless you're a C programmer... Do you have access to other computers to try ipodpatcher on? 12.36.14 # Also, are you in the main Apple firmware's USB mode, or the "emergency disk mode" (the one you get by holding SELECT+PLAY whilst booting) ? If you haven't tried both USB modes, then you could try the other one. 12.37.13 Quit funman ("http://www.mibbit.com ajax IRC Client") 12.38.39 Join tarbo [0] (n=me@unaffiliated/tarbo) 12.43.10 Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 12.46.03 # linuxstb: i will try the oher mode ty or your help 12.50.23 Quit tvelocity ("Αποχώρησε") 12.51.18 Part LinusN 12.52.12 Join janne_oksanen [0] (n=janne@b01.ainola.jyu.fi) 12.52.57 # I'm probably just freaking out for nothing, but my 5th iPod Video went unresponsive 12.53.21 # the battery should be almost full fwitw 12.53.55 # keylok on/off + menu&select doesn't seem to work this time either 12.54.18 # I've been charging it for an hour no and it's still not coming back to life 12.54.24 # any ideas? 12.54.42 # How long are you holding menu+select for? It can sometime take up to about 30 seconds. 12.54.53 # probably only for like 5 seconds 12.55.16 # heh, there you go 12.55.19 # thanks :) 12.58.35 Quit tajlero ("Leaving") 12.58.54 # Maybe the manual should be more explicit about this? 12.59.41 # maybe I should have read to manual to know if it should :P 12.59.45 # *the 13.08.24 Join petur2 [50] (n=petur@rockbox/developer/petur) 13.11.04 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 13.13.37 Quit petur (Nick collision from services.) 13.13.41 Nick petur2 is now known as petur (n=petur@rockbox/developer/petur) 13.17.51 Quit robin0800 (Remote closed the connection) 13.25.28 Join petur2 [0] (n=petur@ip-212-239-214-166.dsl-static.scarlet.be) 13.26.01 Quit vallhalla81 ("Leaving.") 13.31.51 Quit petur (Nick collision from services.) 13.31.53 Nick petur2 is now known as petur (n=petur@rockbox/developer/petur) 13.33.47 Part B4gder 13.39.16 Join kachna [0] (n=kachna@r3g248.net.upc.cz) 13.41.05 Part janne_oksanen 13.41.42 Quit nibbler (Remote closed the connection) 13.44.40 Quit romain (Read error: 104 (Connection reset by peer)) 13.44.42 Join romain [0] (n=romain@peerfuse.org) 13.52.40 *** Saving seen data "./dancer.seen" 13.58.15 Quit agaffney (Read error: 110 (Connection timed out)) 14.05.14 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 14.06.06 Join thegeek_ [0] (n=nnscript@s243b.studby.ntnu.no) 14.06.10 Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) 14.20.20 Quit thegeek_ (Read error: 104 (Connection reset by peer)) 14.20.46 Join thegeek_ [0] (n=nnscript@s243b.studby.ntnu.no) 14.21.11 Quit kachna (Read error: 113 (No route to host)) 14.23.52 Quit thegeek (Read error: 110 (Connection timed out)) 14.28.29 Quit soap_ ("ChatZilla 0.9.84 [Firefox 2.0.0.20/2008121709]") 14.33.17 Join LambdaCalculus37 [0] (i=44a04303@gateway/web/ajax/mibbit.com/x-e3ad5e8d2935fd75) 14.38.21 Quit GuyInDentonTx ("ChatZilla 0.9.84 [Firefox 3.0.5/2008121622]") 14.42.36 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 14.43.07 Join petur2 [50] (n=petur@rockbox/developer/petur) 14.46.50 Quit petur (Read error: 104 (Connection reset by peer)) 14.48.15 Nick petur2 is now known as petur (n=petur@rockbox/developer/petur) 14.52.57 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 15.03.41 Join gromit` [0] (n=gromit@ALagny-154-1-66-58.w86-203.abo.wanadoo.fr) 15.04.22 Join vertic23 [0] (i=bla@g224007025.adsl.alicedsl.de) 15.04.37 # some iPod pros here? 15.04.49 # is the 80GB ipod v 5.5? 15.05.02 # or could it be that it is 5 15.05.29 # As long as it doesn't look like this: http://upload.wikimedia.org/wikipedia/en/2/2b/IPod_Classic_6th_Generation.jpg 15.05.38 # vertic23: http://support.apple.com/kb/HT1353 15.05.52 # http://www.avides.com/cover/ebay/0885909199075_A.jpg 15.06.01 # http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&item=300288825079&ssPageName=MERCOSI_VI_ROSI_PR4_PCN_BIX&refitem=130276123781&itemcount=4&refwidgetloc=closed_view_item&refwidgettype=osi_widget&_trksid=p284.m185&_trkparms=algo%3DSI%26its%3DI%252BIA%26itu%3DCR%252BIA%252BUCI%26otn%3D4%26ps%3D42 15.06.08 # it says version 5 15.06.08 # vertic23: Why do you ask? As far as installing Rockbox, there is no difference. 15.06.15 # okay 15.06.30 # I like the 5.5 design more 15.06.42 # The "5" and "5.5" look identical... 15.06.46 # okay... 15.06.52 # so this one is good to go 15.07.06 # vertic23: Be aware that some people don't know the difference and mistakenly mark the new iPod Classics as "iPod video". 15.07.15 # And the iPod Classic is not compatible with Rockbox. 15.07.27 # oh - even if it is generation 5? 15.07.36 # vertic23: That auction calls it an "iPod Classic"... 15.07.43 # Which is the 6th generation. 15.08.02 # ...ok but there stands also generation 5... that's why ... ok 15.08.24 # Generation 5 is officially known as 'iPod video" by Apple. Those have a plastic face and metal back. 15.08.38 # It looks like this: http://upload.wikimedia.org/wikipedia/commons/thumb/8/88/Ipod_5th_Generation_white.jpg/465px-Ipod_5th_Generation_white.jpg 15.08.57 # Maybe the battery life could be a clue - it claims 5 hours for video, and 30 for music in that auction (if my guesses at German are accurate) 15.09.09 # Once again "classic" proves an excellent choice of name for a new product 15.09.16 # Or the dimensions/weight 15.09.34 # they could have copied it from g5 auctions... 15.09.43 # Then they are mis-advertising... 15.10.02 # still no reason to buy it :P 15.10.04 # vertic23: the best is probably to directly ask the seller to make sure. 15.10.11 # yep 15.10.32 # or we ask someone from apple to finally get rockbox working on v6 :P 15.10.39 # 120 GB would be a dream 15.10.40 # vertic23: Not going to happen. 15.11.00 # vertic23: I would recommend that you ask the seller to take a picture of the actual device you're getting. 15.11.06 # vertic23: My guess would be a Classic - according to http://en.wikipedia.org/wiki/IPod the Classic has 30/5 hours of runtime. The 5th and 5.5th gen had 20/6.5 15.12.23 # okay 15.12.27 # thanks a lot 15.12.43 # btw have you experience with ipod + rockbox? 15.12.48 # is it good to handle with the wheel 15.13.59 # works fine if you ask me 15.14.13 # vertic23: It's a decent target. 15.14.13 # the ipod is my rockbox workhorse, I use it more than any of the other players I have 15.14.33 # but not the best by any means ;) 15.15.39 # My iPod video is also my workhorse, but my H340 and beast also fill that void when needed. 15.17.35 # anybody got an idea what it'd cost to repair a display of my iaudio x5v? 15.18.15 Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-9a7aa01cc1ede5f2) 15.19.23 Part LinusN 15.19.24 # Quite a bit? 15.19.30 Quit Alystair (Read error: 110 (Connection timed out)) 15.24.21 Quit film42 (Client Quit) 15.34.15 Join tvelocity [0] (n=tony@adsl22-155.her.forthnet.gr) 15.41.45 Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-b2df5c284d851f11) 15.46.10 Join zerozillion [0] (n=admin@85-127-160-207.dynamic.xdsl-line.inode.at) 15.46.31 # Zagor: 1) I guess I can clarify or try to invent a more self-describing name. 2) No PP bootloaders can have interrupts enabled and this detection depends on the USB bus reset interrupt 15.46.49 # hey, a quick question. i just got my first ipod ever and installed rockbox. so where do i place my music now (folder wise)? 15.47.50 # zerozillion: where you want ( but i would suggest to NOT use the .rockbox folder) 15.48.38 # jhMikeS: so we cannot add charger/host detection in the bootloader? 15.49.36 # Zagor: Possibly. I have to either use that vector remap feature or set up memory mapping there. 15.50.39 # PaulJam ah thnx. so the folders are like scanned automatically for media files? 15.50.50 Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) 15.50.59 # otherwise I don't think the flag file solution is too bad as a workaround 15.51.08 Join faemir [0] (n=daniel@88-106-244-173.dynamic.dsl.as9105.com) 15.51.26 # wohoo, got my ipod mini and installed rockbox. now i need hvsc 15.51.35 # zerozillion: Rockbox has two ways for you to view your music - a file browser to browse the disk's content, or a database built from scanning the entire disk. 15.51.38 # worn window ;) 15.51.42 # +g 15.51.52 # zerozillion: It also has a nice manual ;) 15.51.56 # i see. thnx for the infos 15.52.36 # y know, with walkmans i didn't need manuals, so i believe i need no manuals now 15.52.42 *** Saving seen data "./dancer.seen" 15.53.26 # You obviously do, otherwise you wouldn't be here asking questions... 15.54.22 Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) 15.54.44 # And we spent a lot of time writing the manual. 15.55.02 # k, i'll read it when i have probs again 16.06.54 Join Strife89 [0] (n=michael@204.116.244.200) 16.21.33 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 16.22.02 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 16.27.09 Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 16.30.24 Quit EspeonEefi ("さよなら") 16.39.42 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.39.45 Join gregzx [0] (n=chatzill@dru199.neoplus.adsl.tpnet.pl) 16.44.14 Join film42 [0] (n=GT@216.100.90.24) 16.45.07 Quit Zagor ("Client exiting") 16.47.16 Join kugel [0] (n=kugel@rockbox/developer/kugel) 16.49.06 Join icatorze [0] (n=icatorze@unaffiliated/icatorze) 16.51.28 Quit Xerion (" ") 17.04.07 # gevaerts: Do you know if it's possible to dump the whole flash of the Meizu in DFU mode? 17.05.22 # markun: no idea 17.05.50 # I'm asking since the Meizus and the iPhone both use the Whimory FTL and it looks like the iPhone guys are making some progress: http://github.com/planetbeing/iphonelinux/blob/27b57ac836053d59421a02755920b5be6b1e7805/openiboot/ftl.c 17.06.02 # ok, the manual does not really cover this - is it normal that .sid files have no sample/digi playback? 17.06.35 # markun: one of the first things I'd like to concentrate on is USB. Once we have that, we can dump the flash easily 17.07.13 # true 17.07.31 # gevaerts: is there anything USB related I could help with tomorrow? 17.07.42 Join vertic24 [0] (i=bla@g224008156.adsl.alicedsl.de) 17.08.04 Quit petur ("life sucks") 17.08.19 # ok, i reset and it works now :???: 17.09.06 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-cc9e9c1627f0d05e) 17.10.45 # markun: maybe interrupt setup. I've never done that before 17.11.32 # gevaerts: do you have a player now with a working display driver? 17.11.44 # (that was the M3, right?) 17.13.02 Join T0paz [0] (n=jonny@spc1-horn1-0-0-cust255.cosh.broadband.ntl.com) 17.13.42 # anyone here used zenutils? 17.14.43 # T0paz: probably not, since theres only 1 or 2 people working on the Zen 17.14.59 # ok 17.15.12 # T0paz: maybe mcuelenaere, but he's not here now 17.15.59 # ah, i'll hang around 17.16.29 # saratoga: any luck with the t400 ? or you don't want to try :) 17.16.35 # saratoga: There's a guy on the -dev list having trouble with building arm binutils on Ubuntu - what was your solution? 17.17.31 # * kugel sees casahino's patch 17.17.33 # rasher: I replied to that, but basically my problem was specific to a newer version of the tools 17.17.57 # theres no issue with the version hes trying to compile, and using ubuntu and his gcc version I can compile them easily 17.18.10 # so its something wrong with his system I think 17.18.12 # i had issues earlier having set PATH wrong 17.18.26 # toffe82: I hadn't given it anymore thought since asking you 17.18.30 # markun: yes 17.18.32 # (it was using arm-gcc as both CC and HOSTCC) 17.18.45 # * rasher mumbles something about using shorthand names in email headers 17.18.53 # saratoga: didn't know that was you 17.21.57 # toffer82: i looked around a bit for a firmware update, but couldn't find anything 17.22.55 # i'm in awe of the RE of the zen so far - detailed checksumming algorithms and blowfish keys? 17.23.10 # saratoga: thereis not, there is only the one for the t401 (with wifi) 17.24.14 Quit vertic23 (Read error: 110 (Connection timed out)) 17.24.35 # saratoga: do you have it? do you want it to have a lokk 17.25.49 # look^^ 17.37.04 # http://forums.rockbox.org/index.php?topic=20274.0 <-- Has anyone ever heard of this kind of behavior before? 17.38.51 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 17.40.22 Quit zerozillion () 17.40.53 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 17.40.54 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 17.52.27 Join at0m|c [0] (n=at0m@78-20-136-118.access.telenet.be) 17.52.45 *** Saving seen data "./dancer.seen" 17.57.15 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 17.59.33 # T0paz: you have some question(s) regarding zenutils? 18.00.18 # ah, hello 18.00.29 # i'm currently messing about (trying to see how things work) 18.01.04 # and have extracted the firmware, made some comedy mispellings in the .jrs file, re-made and signed the firmware, and loaded it back onto the zen, and it seems to work 18.01.35 # you're talking about the Creative ZEN? 18.01.49 # yeah 18.02.17 # yes, the firmware format itself has been broken some time now 18.02.24 # i'm currently trying to decrypt the binary itself to have a look 18.02.31 # i can see various keys in your wiki page 18.02.39 # (very impressed by the way, how on earth did you figure this stuff out?) 18.02.41 # yes, they are also integrated into zenutils now 18.03.00 # well, most of the encryption/decryption stuff was reverse engineered by some one else 18.03.07 # I helped him a bit 18.03.22 # and after that, he disappeared and well now we're here :) 18.03.44 # it's all in the creative ZVM forum thread, but that's quite long to read.. 18.05.00 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 18.07.21 # T0paz: so, are you looking into porting Rockbox to the ZEN or .. ? 18.07.32 Quit Horscht ("Verlassend") 18.10.57 Join Zoxc [0] (i=Zoxc@ti0128a340-dhcp0111.bb.online.no) 18.11.11 # that was my initial aim 18.11.16 # although i'm probably aiming too high! 18.11.49 # I think there's quite some information regarding the chipset available 18.11.57 # even some (linux) drivers 18.11.58 # i figured a good start would be getting some ARM code to run and provide some kind of output, perhaps flash the LCD or something 18.12.05 # aha, that makes it easier 18.12.17 # well, the last time I checked the site was offline 18.12.22 # but I got a backup of those files 18.12.25 # have you succeeded in restoring firmware via the rescue mode? 18.13.07 # i don't want to brick it (mainly since it isn't mine) 18.13.14 # yes, it's perfectly unbrickable 18.13.20 # unless you overwrite the bootloader :) 18.13.20 # excellent 18.13.27 # i shall avoid doing that ;) 18.13.31 # (I haven't tried on the ZEN, but it's all the same) 18.14.07 # so does zen_crypt normally take minutes to decrypt the firmware file? 18.14.10 # i'm probably doing something wrong 18.14.55 # hmm no 18.15.03 # you're using the latest SVN version? 18.15.17 # * mcuelenaere wonders why there's no link from the creativezen wiki page to the soc.. 18.16.03 # i've got both the latest SVN and one from aug 12th 2008 18.16.22 # since SVN's update_extract doesn't work (gets the wrong offset) 18.16.36 # it gets the wrong offset while the older doesn't? 18.16.41 # yeah 18.16.50 # i haven't bothered to investigate why 18.16.53 # hmm then there's still something wrong with that offset detection 18.17.11 # it's only off by a few bytes 18.19.28 # can you tell me how much off? 18.21.01 # ok 18.22.47 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 18.24.59 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 18.25.58 # so, who likes sansa fuze? 18.30.00 # This isn't a social channel. 18.30.06 # * LambdaCalculus37 points to the topic 18.31.57 # Decrypted length is unexpectedly large: 25c4e18f Check the endian and key settings. 18.32.08 # ehm, give me a minute 18.32.13 # I'm trying to replicate your setup 18.32.17 # ah, cheers 18.32.22 # i can provide files if you like 18.33.10 # oh, my error 18.33.13 # TL decryption fine 18.33.29 # (I'm also trying to fix the update_extract error) 18.33.34 # cool 18.36.02 # zen_crypt -m CENC uses a lot of RAM 18.37.11 # it doesn't look very compressed 18.37.24 # the output from the -m TL looks like code 18.37.54 # ah, I got that error myself too 18.38.00 # if it uses a lot of RAM, something's wrong :) 18.38.11 # oh yes, I forgot to mention 18.38.15 # yeah, it seems the final CENC step is unnecessary 18.38.20 # -m TL implicitly does CENC 18.38.23 # aha 18.38.43 # found all the id3 genres 18.38.47 # 'Polsk Punk' eh 18.39.52 # ok I fixed the update_extract error I think 18.40.02 # is the IDA pro freeware version worth using? 18.41.12 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.41.52 # I don't think there's any freeware IDA.. 18.42.11 # IDA Pro 4.9 Freeware 18.42.53 # hmm I didn't know they had freeware'd that 18.43.07 # I'm using 5.1 I think, but you can always see whether it works with the plugins 18.43.25 # i don't think the free version does arm 18.43.33 # hmm 18.45.26 # ARM in the free version is grayed out :( 18.46.34 # hrm :/ 18.46.43 # heh, you could probably use IDA to re-enable it ;) 18.46.52 # :) 18.47.09 # they probably just didn't include the module(s) 18.47.16 # ah 18.47.32 # so, this firmware file with its EDOC header - is that some proprietary creative format too? 18.47.37 # yes 18.47.44 # there's an IDA parser for that :) 18.47.47 # heh 18.47.50 Quit Llorean (Connection reset by peer) 18.47.51 # i see 18.47.55 # but it's also documented on CreativeZVMPort 18.47.59 # ah 18.48.07 # or at least it should 18.49.12 # hmm ah yes, if you use Windows: there are quite some 010 Editor templates 18.49.21 # wine could probably run it 18.49.26 # yes I believe so too 18.49.36 Join Llorean [0] (n=DarkkOne@adsl-65-68-72-166.dsl.hstntx.swbell.net) 18.49.46 # so this EDOC file immediately loads the userspace code into RAM? 18.50.29 # yes 18.50.34 # but I don't think it's only user space 18.50.48 # ok 18.51.01 # the bootloader is running in the highest ARM mode at that moment I think (can't remember the exact term) 18.51.15 # the data in that file is split up in sections 18.51.34 # for example section A should get loaded at address 0xABCDE and has checksum 0xFE134C 18.51.42 # and then comes the data 18.51.50 # oh and there's of course a length indicator too 18.51.54 Quit yhuang ("Leaving") 18.51.54 # presumably they're all consecutive? 18.52.04 # hi, i'm trying to 'make' a plugin for which i have the source. how would i go about that? get the rockbox source, and add the source plugin to the directory structure? 18.52.23 # T0paz: you mean in the file itself? yes 18.52.29 # running debian i've compiled some source before, but not for other targets.. 18.52.43 # (h300 in this case) 18.53.29 # in the memory blocks which it is loaded into 18.54.20 # oh, i forgot about static variables 18.55.11 # this is what 010 editor gives: http://imagebin.org/index.php?mode=image&id=36633 18.55.21 # pixelma: hey, I have a DancingPuffDou version for 176x220, what do I need to take care of if I wanted to commit? 18.55.33 # heh, i've forgotten all the terminology 18.55.35 # you can see what data gets loaded at what addresses in the BLOCKARRAY list 18.56.07 # oh that's a Zen X-Fi dump 18.56.16 # well, it runs the same chip as the ZEN 18.56.21 # so it doesn't really matter actually 18.56.45 # so interrupt vectors at the start, with user code starting at 0x40000000 ? 18.57.01 # I'm not familiar with the STMP37xx SoC .. 18.57.14 # me neither, i'm guessing 18.57.16 # interrupt vectors are probably at 0x0 18.57.28 # yes, you're probably right 18.57.38 # and 0x28000 is probably IRAM 18.57.43 # ah, the last block goes at 0 18.57.47 # i didn't spot that 18.57.54 # T0paz, do you happen to have used Creamware dsp cards? (i remember a t0paz from back then eh) 18.58.11 # nah, different person 18.58.17 # oki :) 18.58.27 Quit robin0800 (Remote closed the connection) 18.59.21 # i shall write some silly utilities to extract and create the code 18.59.41 # yes, that's probably useful 19.00.21 # if you want, I can include them in SVN 19.01.59 Join gartral [0] (n=Gartral@75.33.64.73) 19.02.35 Part gartral 19.03.51 # T0paz: just to be clear, never flash a modified FRESC file 19.04.16 # this is the rescue mode, so if you get this to not work; you're device is truely bricked :) 19.04.45 # I know of one case where a user modified a Zen X-Fi firmware to be Zen compatible, and just flashed all of it to the device 19.06.17 # ah 19.07.01 # i do have a hot air SMD rework station if it comes to it :P 19.07.26 # though making the carrier board would be a lot of work 19.08.06 # ok, make zip properly includes DancingPuffDuo, seems I got it right 19.08.23 # anyone opposed to committing a 176x220 version? 19.09.21 # hm, no, not exactly properly :( 19.11.40 Quit film42 (Remote closed the connection) 19.12.27 Join EspeonEefi [0] (i=eefi@STRATTON-SIX-FOURTY-SIX.MIT.EDU) 19.13.19 # the ZEN only appears to have two blocks 19.13.24 # spots a bug 19.13.35 # more than likely ;) 19.15.19 Quit blkhawk (Read error: 113 (No route to host)) 19.16.12 # ah, here we go, 7 blocks 19.17.14 Join Acksaw [0] (n=omgwtfbb@86.13.14.144) 19.17.54 # * mcuelenaere wonders whether 0x28000 is some kind of SoC USB memory register 19.18.49 # i think you might be right 19.18.58 # lemme lsusb 19.20.44 # kugel: did you name it right? The theme is called DancePuffDuo, the wps file needs to be named DancePuffDuo.176x220x16.wps then (you could even substitute the 16 with 2 (if it could work on a same resolution greyscale screen) or 1 (if it could work on a same sized monochrome screen) there. What's the problem? 19.21.00 # pixelma: yea, I did that. 19.21.10 # the only problem I have is that the font isn't included/installed 19.21.16 # but that appears to happen on h300 too 19.21.28 Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 19.21.42 # mcuelenaere, it looks exactly like the output of lsusb -v in hex form 19.21.46 # it's DancingPuffDuo.176x220x1.wps, and after installation it 19.21.53 Quit tajlero ("Leaving") 19.21.56 # 's DancingPuffDuo.wps 19.22.13 # T0paz: it probably won't get directly loaded into a SoC mem register 19.22.43 # wpsbuild.pl doesn't match "Font: *" in WPSLIST, only "Font.widthxheightxdepth: *" 19.22.51 # kugel: why Danc_ing_? 19.22.59 Quit toffe82 (Read error: 110 (Connection timed out)) 19.23.01 # normally, this is part of a full USB stack (which should be implemented in software, not hardware) 19.23.06 # oh, it's Dance, sorry 19.23.08 # especially when it supports MTP & UMS 19.23.11 Nick toffe82_ is now known as toffe82 (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 19.24.35 Quit Acky (Read error: 60 (Operation timed out)) 19.25.54 # rasher: any idea? 19.26.06 # rasher: wpsbuild-pl doesn't match "Font: " 19.26.17 Join Jim7 [0] (n=YourMom@74-137-160-38.dhcp.insightbb.com) 19.26.49 # kugel: is it wrong in the generated cfg or is only the font not included in the zip? 19.27.02 # the font isn't in the zip 19.27.17 # I see it's not in the h300 zip either 19.27.26 # seems like a bug to me 19.27.29 # mcuelenaere, any idea what --march the ARM962EJ-S is? 19.27.50 # i'll try armv5 19.27.55 # kugel: tried adding some debug statements at line 440? 19.29.02 # rasher: hm, the debug texts shows (doing make install for the sim) 19.29.08 # seems like a few themes suffer from that. E.g. unifont is not included in the H100 although needed for the shipped UniCatcher 19.29.15 Join Rondom [0] (n=Rondom@dslb-084-057-150-010.pools.arcor-ip.net) 19.29.29 # meant an H100 build 19.29.35 # T0paz: you mean for disassembling or gcc? (or both?) 19.29.37 # kugel: maybe it should do copythemefont()? I don't really know - I've never touched wpsbuild.pl 19.29.45 # yeah 19.29.54 # you're about to discover how little i know about ARMs 19.30.07 # i've also managed to crash the zen 19.30.13 # kugel: I believe saratoga did the changes to the system for the font file inclusion 19.30.18 # T0paz: cool :) 19.30.25 # isn't there a -mcpu switch? 19.30.37 # if so, -mcpu=arm926ej-s should work 19.30.49 # kugel: try adding copythemefont(); at line 440, and see if that does the Right Thing, but this is a shot in the dark 19.30.58 # rasher: ah yea, that did the job 19.31.26 # actually, I tried that before asking you, but I didn't see there was a "Font: " at the top, so I added one (which ofc didn't match) 19.31.40 # Please check that it doesn't install too many fonts or something - I don't want to be held responsible 19.32.02 # rasher: it seems to work 19.32.22 # and yes, ARM 926EJ-S seems to be ARMv5TE 19.32.24 # i.e. I only get 1 12-adobe..fnt, instead (so not all those which are for the other targets) 19.32.39 # make install installed 6 fonts now (before it was two) 19.32.40 # damn Data abort errors.... i don't know if i should toss my e280 at a wall or go back to original firmware 19.32.41 # So it's been wrong for all this time? Interesting.. 19.32.47 # yea 19.33.47 # does anyone still have that theme dump package for the rockbox theme site laying around somewhere? 19.34.26 # * kugel committed the fix 19.34.37 # mcuelenaere: I have it 19.34.56 # T0paz: if you got disassembling to work, look for references in the 0xF0060000 area, that's the stmp36xx LCD interface 19.35.03 # rasher: could you upload/send it? 19.35.31 # T0paz: http://www.rockbox.org/twiki/bin/view/Main/CreativeZenV#Memory_registers 19.36.04 # mcuelenaere: uploading to http://rasher.dk/rockbox/theme_dump.tgz - I'll notify you when it's done 19.36.11 # ok, thanks 19.39.04 # pixelma: is this good? http://www.alice-dsl.net/simonemartitz/rockbox/dancepuffduo.bmp 19.39.30 # * kugel made the next song info a bit more detailed, since there's enough height 19.40.19 Quit Acksaw (Read error: 131 (Connection reset by peer)) 19.40.39 Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) 19.40.45 Join miepchen^schlaf [0] (n=miepel@p579ECC98.dip.t-dialin.net) 19.41.25 Quit Rondom ("Ex-Chat") 19.41.43 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 19.42.51 # quite nice, yes 19.42.59 # cool :) 19.43.32 # the bg-...bmp was troublesome again ;) 19.45.11 # mcuelenaere: done 19.45.27 Quit Darksair ("People who are zhuangbility want to show their niubility but only reflect their shability.") 19.45.44 # wow I didn't think it was that big 19.47.31 Quit EspeonEefi ("さよなら") 19.48.06 # I have a list of committers from the pre-svn days that I'd like to commit. Should I add them to COMMITTERS, or do they go into a separate file (COMMITTERS-HISTORICAL)? 19.48.58 # do they have still access? 19.49.09 # no 19.49.23 # I think they should do into the regular COMMITTERS 19.49.24 # Some of them actually do, with different usernames 19.49.29 # s/do/go 19.49.41 # to make it easier for scripting etc 19.50.45 Join xnyhps_ [0] (n=xnyhps@2001:470:1f14:da:219:e3ff:fed7:c57c) 19.51.43 # OK. That makes three votes for COMMITTERS and none for COMMITTERS-HISTORICAL. This is easy :) 19.51.53 Nick xnyhps_ is now known as xnyhps (n=xnyhps@2001:470:1f14:da:219:e3ff:fed7:c57c) 19.52.46 *** Saving seen data "./dancer.seen" 19.55.11 # Does COMMITTERS allow for more than one username per realname? 19.55.30 # sure, it's just use for shortname => realname lookups 19.55.34 # used 19.55.37 Quit miepchen^schlaf () 19.55.42 # I think they should be added to COMMITTERS as well 19.56.16 # Bagder: Wouldn't that break then? 19.56.29 # I think they should also go into COMMITTERS. 19.56.31 # As long as you don't go back it works 19.56.56 # amiconn: all short names need to be unique, that's all 19.57.08 Join {phoenix} [0] (n=dirk@p54B4735D.dip.t-dialin.net) 19.57.18 # Hmm, you mean multiple usernames -> multiple lines? 19.57.24 # yes 19.57.26 # yes 19.57.35 # sorry, I thought that was implied 19.57.50 # * amiconn might be a bit slow today 19.58.26 # * gevaerts commits 19.59.36 Quit kugel (Read error: 104 (Connection reset by peer)) 20.03.06 Quit mcuelenaere (Read error: 54 (Connection reset by peer)) 20.04.30 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 20.05.23 # * amiconn wonders what the best fix for the annoying endian macro warnings for some sims could be 20.05.50 Join Acky [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) 20.07.30 # Obviously there are some systems where /usr/include/endian.h defines these macros - both Debian and Cygwin don't have that 20.08.19 Quit Acksaw (Read error: 54 (Connection reset by peer)) 20.08.25 Quit Acky (Read error: 104 (Connection reset by peer)) 20.08.42 Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) 20.09.46 Quit Strife89 ("Gotta go.") 20.11.00 Join miepchen^schlaf [0] (n=miepel@p579ECC98.dip.t-dialin.net) 20.11.21 # kugel (for the logs), rasher: now all fonts that are needed in some themes are included on all targets even if they are not all used on this specific target - e.g. shipped themes for bitmapped Archos only use 08-Schumacher-Clean or 08-Rockfont. The zips include Unifont or some Nimbus sizes too which are only needed on other targets 20.11.54 # * rasher told kugel to test this... 20.12.29 # mcuelenaere, do you reckon the smtp37xx has the same LCD driver as the smtp36xx then? 20.12.38 # I really have no idea what wpsbuild.pl does, so I'm not the right guy to do anything about this 20.12.53 # amiconn: maybe #if !defined(SIMULATOR) || !defined(htobe32) around them? 20.12.54 # Unifont itself is probably bigger than the rest that's needed in the zip... 20.13.10 Quit Acksaw (Read error: 104 (Connection reset by peer)) 20.13.18 # * gevaerts doesn't like the idea of more #ifs though 20.13.26 Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) 20.14.00 # mcuelenaere, do you also have the linux BSP for the sigmatel then? you're right in that the site is still down 20.16.51 # gevaerts: I'd rather want the build to use our own... 20.17.05 # good point 20.17.45 # * gevaerts tries a dirty trick 20.19.56 # That didn't work... 20.20.51 Join blkhawk [0] (n=blkhawk@e176244126.adsl.alicedsl.de) 20.20.54 Quit faemir (Remote closed the connection) 20.21.05 Join faemir [0] (n=daniel@88-106-244-173.dynamic.dsl.as9105.com) 20.22.53 Quit Rob2222 () 20.23.38 Join Rob2222 [0] (n=Miranda@p4FDCEBB2.dip.t-dialin.net) 20.24.00 Quit jgarvey (Read error: 110 (Connection timed out)) 20.24.17 Quit nuonguy ("This computer has gone to sleep") 20.24.58 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 20.28.30 Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) 20.31.40 # T0paz: yes I do, I'll upload it 20.31.50 # thanks 20.31.55 # and with a bit of luck, the stmp37xx is based on the stmp36xx 20.32.34 # i wonder how much model-specific LCD init code there is 20.32.39 # pixelma: It seems he logic in wpsbuild.pl is broken - iiuc it will copy every extra file for a wps - even if this wps is discarded later due to size constraints 20.32.49 # s/he/the/ 20.33.47 # I currently can only find the Linux BSP, but I remember there were 3 gzip's 20.33.54 # but the others weren't that interesting 20.34.36 # it'll probably be uploaded within 15min 20.35.12 # cool 20.35.19 # Extra file == {font, backdrop, icon set, viewer icon set} 20.35.40 # perhaps the reason why someone introduced the "Font.someresoltution: " and only used that for the inclusion 20.38.00 # Those files are now copied while analysing the ... section, but the size check happens after that 20.40.49 Quit nuonguy (Read error: 113 (No route to host)) 20.45.31 # * amiconn now has a preliminary patch - testing... 20.46.09 # The font.someresolution is necessary for wps'es using different fonts depending on target 20.46.19 Join Acky [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) 20.52.43 Quit saratoga ("CGI:IRC (EOF)") 21.00.37 # Hmm, wpsbuild.pl debug output is confusing (if enabled) 21.00.39 # mcuelenaere, bbl 21.00.51 Quit Acksaw (Connection timed out) 21.00.55 Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) 21.01.03 # It outputs height x width, while we're using width x height almost everywhere else 21.04.43 Join jvoegele [0] (n=jvoegele@74.138.147.34) 21.06.00 # Hi all. I am trying to build the cross compiler for iPod (arm) on Ubuntu, but it is not working. 21.06.08 # I've been told that it's a problem with Ubunt gcc and that there is a patch somehwere. 21.06.14 # Does this ring a bell for anyone? 21.07.03 Quit advcomp2019 (Read error: 60 (Operation timed out)) 21.07.19 # T0paz: sorry, I was away and apparantly mediafire doesn't allow files > 100MB so I'll need to reupload :/ 21.08.16 Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) 21.09.00 Quit Jim7 () 21.12.02 Quit Acky (Read error: 104 (Connection reset by peer)) 21.12.29 Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) 21.14.16 Quit jvoegele (Remote closed the connection) 21.14.26 Join kachna [0] (n=kachna@r4ax178.net.upc.cz) 21.15.12 Quit miepchen^schlaf () 21.16.48 Quit icatorze (Read error: 104 (Connection reset by peer)) 21.16.55 Quit Horscht ("Verlassend") 21.17.01 Join miepchen^schla [0] (n=miepel@p579ECC98.dip.t-dialin.net) 21.17.52 Quit T0paz (Read error: 113 (No route to host)) 21.24.21 Join Xerion [0] (n=xerion@82-170-197-160.ip.telfort.nl) 21.27.47 Join Jaykay [0] (n=chatzill@p579E77AB.dip.t-dialin.net) 21.28.42 # Llorean: around? 21.34.43 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 21.37.07 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-05b2e4f091ef03e1) 21.37.36 Join Acky [0] (n=omgwtfbb@86.13.14.144) 21.39.15 Join icatorze [0] (n=icatorze@unaffiliated/icatorze) 21.40.20 # T0paz (logs): http://www.mediafire.com/?5kgqmjnzynz & http://www.mediafire.com/?dqdk0homgqg 21.41.09 Join vallhalla81 [0] (n=dave@cpc1-warw2-0-0-cust22.brhm.cable.ntl.com) 21.42.05 # just a quick question can any1 suggest where i can get the roms for pack box? 21.43.02 Quit Acksaw (Read error: 60 (Operation timed out)) 21.44.09 # No. 21.44.50 # We do not discuss where to get ROMs here. At all. 21.45.20 # i think this time google is your friend 21.47.05 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 21.47.19 # ok sorry i didnt know that thnk you 21.47.31 Part vallhalla81 21.49.40 # Imo wpsbuild.pl would probably benefit from a rewrite. It's a mess... 21.52.50 *** Saving seen data "./dancer.seen" 21.53.52 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 21.56.53 Quit dfkt (Read error: 104 (Connection reset by peer)) 21.58.15 # whats a proper message for text_editor when trying to save a file without entering a name for the file? 21.58.44 Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) 21.58.46 # i a fix by yoshihisa uchida it says "can not save !!" but i think thats not the best solution 21.58.57 # *in a fix 21.59.01 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 22.00.19 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 22.02.09 Ctcp Ping from gevaerts!n=fg@rockbox/developer/gevaerts 22.02.19 # Hmm, still not entirely correct - 08-Schumacher-Clean.fnt is included for the Player, which makes no sense... 22.03.20 Nick miepchen^schla is now known as miepchen^schlaf (n=miepel@p579ECC98.dip.t-dialin.net) 22.04.31 Join gregorovius [0] (n=diego@host68.190-31-247.telecom.net.ar) 22.04.48 Quit Acksaw (Read error: 104 (Connection reset by peer)) 22.05.06 Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) 22.07.04 Quit Acky (Read error: 145 (Connection timed out)) 22.12.21 # any idea for the splash? also "Changes NOT saved"? 22.18.15 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-f5849d672c699d52) 22.19.54 Join Llor_Phone [0] (n=Llorean@166.189.103.233) 22.24.11 Quit tyfoo (Read error: 104 (Connection reset by peer)) 22.24.29 Quit mcuelenaere () 22.24.55 # how is font rendering done? what color modes does rockbox support? and how is anti-aliased fonts done? :) 22.25.13 # was 22.25.17 # Oops 22.25.43 # As I said before, Rockbox doesn't support antialiased fonts. 22.26.00 # Zoxc: and the "redereing" is just putting images next to each other 22.26.05 # rendering even 22.26.39 Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) 22.27.03 # 1bpp bitmaps 22.27.09 Quit MTee (Read error: 110 (Connection timed out)) 22.27.27 # ok 22.28.16 # * Zoxc wonders how 16bit + alpha channel would perform 22.28.41 Join gregorovius_ [0] (n=diego@host14.190-30-20.telecom.net.ar) 22.29.47 # Zoxc: Remember, slow hardware and if you use cpu time it's wasting listening time 22.30.25 # yes, but I really do hate aliased fonts :D 22.30.35 # Font rendering is slow as it is now. And there's another concern - memory usage 22.31.18 # zoxc: So come up with fast, lowmem AA fonts. 22.32.19 # Check how big unifont is already, and take that *8 for an 8bpp font (we're doing lru caching, but the lru cache needs a decent size in order not to reload continuously) 22.32.54 Quit jgarvey ("Leaving") 22.33.15 # amiconn: have you looked at the patch in the tracker? 22.33.38 # And multifont increases needed cache size again. 22.33.57 Quit tvelocity (Connection timed out) 22.34.22 # how much memory does the average rockbox device have/use? 22.34.55 # Use as little as possible. 22.35.00 Quit XavierGr (Nick collision from services.) 22.35.11 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 22.35.17 # They can have quite a bit but you want as much as possible for buffering. 22.37.40 Join balug_ [0] (n=dvg@HSI-KBW-082-212-013-200.hsi.kabelbw.de) 22.37.41 Quit Jaykay ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 22.40.41 # The goal isn't "fit it in this much" but rather "how small is possible" usually 22.42.21 Quit gregorovius (Read error: 110 (Connection timed out)) 22.43.37 Nick gregorovius_ is now known as gregorovius (n=diego@host14.190-30-20.telecom.net.ar) 22.49.07 # how fast is blitting 1bpp fonts? :D 22.52.50 Quit Llor_Phone (Remote closed the connection) 22.55.49 Join lu6cifer [0] (n=luhkevin@pool-141-158-4-188.phil.east.verizon.net) 22.56.09 # I'm planning to install rockbox and linux on my ipod...which one should I do first? 22.56.49 Quit icatorze ("www.icatorze.com.br") 22.59.23 # you ask this in #rockbox and think we wouldn't say rockbox? 22.59.41 # in fact, linux on the ipod is pretty useless so you can skip that 23.02.31 Quit lu6cifer ("leaving") 23.02.42 Join Acky [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) 23.15.10 Quit amiconn (Read error: 110 (Connection timed out)) 23.15.10 Quit pixelma (Read error: 110 (Connection timed out)) 23.15.20 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 23.15.24 Join pixelma [0] (n=pixelma@p54BD5DE8.dip.t-dialin.net) 23.23.12 Quit bmbl ("Woah!") 23.23.24 Quit Acksaw (Success) 23.24.34 Join CG2 [0] (n=4b53f26c@91.191.140.131) 23.26.15 Join webguest78 [0] (n=4b53f26c@gateway/web/cgi-irc/labb.contactor.se/x-8c4a487fc2286ec7) 23.26.26 # Hi 23.27.32 Quit Acky (Read error: 104 (Connection reset by peer)) 23.27.36 # -_-; 23.29.26 Quit CG2 (Client Quit) 23.29.46 # webguest78, hello 23.30.01 # I'm having trouble with my Rockbox database 23.30.19 # actually 23.30.26 # let me dwell into it 23.30.28 # hold on 23.32.51 Join MTee [0] (n=mtee@41.236.177.169) 23.33.24 Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) 23.33.24 Quit webguest78 ("CGI:IRC (EOF)") 23.33.36 Quit amiconn (Nick collision from services.) 23.33.39 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 23.33.39 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 23.44.54 Part amiconn_ 23.48.39 Quit XavierGr () 23.50.39 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 23.52.52 *** Saving seen data "./dancer.seen"