--- Log for 06.07.107 Server: simmons.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 4 days and 18 hours ago 00.00.26 # sorry to interupt but i'd like to know if there's any way i can get involved 00.01.13 # chuklz - the more the merrier! are you technical, programming/hardware/debugging experience, etc? 00.02.41 # well im pretty young...15....but i just got a gigabeat s and im sick of the MCE firmware. I know some Python, and am interested in hardware, etc. Anything you think I would be able to do I'd be glad to get some experience 00.02.48 Quit Siltaar (Remote closed the connection) 00.03.07 # oh ... Python :( that's not really what's used in rockbox :) 00.03.23 # (but it's an awesome language) 00.03.27 # What is Rockbox written in? C? 00.03.38 # C and assembler 00.04.06 # wow, I'm new to the whole linux, IRC, etc, so don't mind me if I ask dumb questions. 00.04.09 # petur: Your return code changes break the logical order of return codes from this function 00.04.24 Quit davina (Remote closed the connection) 00.04.25 Join saratoga [0] (i=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-6f1c5cef69aab3ac) 00.05.02 # amiconn: oops, I couln't quite figure out how they were laid out... 00.05.20 # The system is really simple 00.05.34 # First possible point of failure returns -1, second one -2 etc 00.05.36 Quit chuklz ("Leaving") 00.05.57 # If there's a downlevel return code involved, we use downlevel_return_code * 10 - n 00.06.11 # -1 and -2 already exist in the function 00.06.13 # ahhhhh 00.06.30 # that's why it started at an offset 00.06.41 # It didn't 00.06.44 # * petur slaps forehead and hopes it doesn't log in 00.06.45 # It started at -1 00.07.09 # * amiconn would like to change the *10, btw 00.07.15 # I mean the downlevel return codes 00.07.29 # yes, I'd like that too 00.07.51 # It's nasty for 2 reasons: (1) it limits the number of possible error returns to 9. If a function has more, the return code gets ambiguous 00.08.08 # anyone have power consumption measurements (in mW) of rockbox playing a 160 kb/s mp3 ? 00.08.12 # (2) *10 is a non-trivial cpu instruction 00.08.33 # on pp5022 00.08.37 # so using * 0x10 instead? 00.08.39 # (on many targets) 00.09.03 # bluebrother: Maybe, but then the problem is how to display them 00.09.16 # %x and %lx are unsigned, and return codes are negative 00.09.30 Quit Lear ("ChatZilla 0.9.78.1 [Firefox 2.0.0.4/2007051502]") 00.09.40 # error return codes of course 00.11.32 # And a return code combined by using *0x10 isn't easily recognisable when displayed using %d 00.12.01 Quit perplexity (Read error: 113 (No route to host)) 00.12.06 # amiconn - 0x80000000 + 0x10 * downstream code + error code 00.12.15 # well, how about extending %x to support signed? 00.12.22 # or even just 0x1000 * downstream code 00.12.37 # * stripwax meant 0x10000 but whatever 00.12.45 # otoh, -1 would yield 0xffffffff. Wouldn't that make it clear somehow? 00.12.46 # There can be more than one downstream error code 00.13.07 # amiconn - yep, I'm suggesting multiply by 65536 rather than 10 00.13.20 # and top bit set to make it negative 00.13.27 # yep, and that's what my remark was related to 00.13.57 # If you multiply by 0x10000 and have 2 downlevel codes, you'll get an overflow 00.14.31 # amiconn - oh -- I see what you mean. No, I meant 0x10000 * (downstream error codes * 0x10). 00.14.40 # How many downlevel codes can be there at the same time 00.15.32 # It just depends on the nesting count. Theoretically - as many as the stack allows 00.15.49 Join Xerion [0] (i=xerion@cp198589-d.landg1.lb.home.nl) 00.16.02 # But in practice I didn't see more than 3 digits 00.16.29 # oh. well, if you can limit it to 6 then you're probably ok .. 0x8123456c 00.17.06 Quit ender` (" The propeller is just a big fan in front of the plane used to keep the pilot cool. When it stops, you can actually watch the) 00.17.10 # And you can't use 0x8000000 + x because each level would try that 00.17.42 # Hmm, you can 00.17.57 # as long as you set top bit every time 00.18.01 # Multiplying the downlevel code by 16 will shift out the msb 00.18.22 # But using | 0x80000000 makes it clearer 00.18.29 # yep 00.19.00 # but then last code in stack is 0-7 not 0-15 00.19.01 # hmm 00.19.21 # That idea I don't like 00.19.48 # Too many special measures depending on whether the return value is int or long, and what architecture we're running on 00.20.04 # (64 bit sims ....) 00.20.14 # could just make it int_32 ? 00.20.32 # actually, which fn are we talking about (sorry..) 00.20.34 # Not for every function 00.20.45 # Any function that returns errors 00.20.53 Quit entheh ("^~") 00.20.56 # Some have a return data type defined by posix 00.21.19 # doesn't posix define the error codes in those cases? 00.21.27 # (e.g. open() or read() 00.21.30 # nope 00.22.10 # oh, didn't know that. 00.22.40 # Maybe it would be best to only keep the "original" error code and not attempt to combine multiple levels? 00.22.56 # seems easiest 00.23.03 # Would that allow for diagnosis without losing too much info? 00.23.28 # maybe you could have a small global stack of error codes that get pushed as you come back up the call stack 00.23.36 # 8 words or so 00.23.44 # The current mechanism shows the call chain 00.24.02 # rather than trying to fit all the possible error codes and call chain into one (potentially) 31 bit value 00.24.03 # But in fact we could use rc * 0x10 - new_rc 00.24.31 # so long as a fn can fail for only one of 16 reasons 00.24.41 # And display it negated in hex, i.e. as a positive value? 00.24.46 # ...and then display it with snprintf(buf, sizeof bu, "-%x", -rc) 00.25.44 # And the good thing with *0x10 is that it equals <<4, a single instruction on most targets 00.25.48 # (2 on SH1) 00.26.11 # Will gcc spot that optimisation? 00.26.26 # It should 00.27.06 # *10 is also just 2 insns on arm, but more on the other archs 00.27.06 # who/what displays the error code? a short stack could be used, and then all error codes on the stack displayed? or are we talking about time sensitive (codec?) errors? 00.27.26 # 1 on coldfire surely 00.27.41 Join midkay [0] (n=midkay@rockbox/developer/midkay) 00.27.46 # Hmm, true 00.27.58 # And the cycle count doesn't really matter for an eror return 00.28.06 # amiconn: how do you use arm-elf-objdump to disassemble the apple os ? (gives me File format not recognized here ... but that must be because i don't know how that works) 00.28.14 # The error code is e.g. displayed in the panic screen 00.28.27 # stripwax: Ah, no, it's also at least 2 00.28.30 # Binary size? 00.28.40 Quit Wiwie (Read error: 110 (Connection timed out)) 00.28.43 # The multiply instruction can't use an immediate constant 00.28.52 # surely panic can display a stack of errors 00.29.08 # amiconn: undefined instructions @20204004 with that patch 00.29.31 # ah, found it on google. arm-elf-objdump -b binary -marm -D apple_os.bin 00.30.41 # stripwax: My idea was about saving binary size, not increasing it 00.31.26 # stacking is only going to be a couple instructions too though 00.31.36 # (although not displaying the errors.. true..) 00.31.43 # (and also allowing a few more causes for error returns to be distinguished) 00.32.24 # 9->15 isn't bad. There aren't that many monster functions with lots of different error returns 00.32.57 # obo: Does that happen after running for a while, or quite early? 00.33.33 # rc<<4-c sounds good enough then 00.33.42 # 40ish minutes this time 00.34.28 # Really odd 00.34.51 # on a next buffer fill maybe? 00.34.52 # The G5.5/80 is already playing for ~80 minutes 00.35.26 Join krazykit_ [0] (n=krazykit@gct09-56.gctel.net) 00.35.28 # Is there a way to profile rockbox to see how much (real) time is spent by each thread? (and would that even be useful?) 00.35.34 # And I used all sorts of plugins in the beginning 00.35.44 # pixelma: it's crashed both before and after buffer refills 00.35.58 # afaict the existing on-device profiling is per thread only rather than 'global' 00.36.56 # amiconn - quite right (2 instruction mult) - sorry about that 00.37.02 Part pixelma 00.37.54 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 00.38.37 Part TrueJournals 00.39.58 Quit pondlife ("disconnected has pondlife") 00.43.37 Quit krazykit (Nick collision from services.) 00.43.39 Nick krazykit_ is now known as krazykit (n=krazykit@gct09-56.gctel.net) 00.44.43 # is the PP chip in 5G iPods the same as in 5.5G (PP5022C) 00.44.46 # ? 00.47.27 # DerPapst: yes I believe so 00.49.46 # then it's even more strange that the 5G crashes ways more often than the 5.5G one 00.51.01 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 00.54.08 Quit My_Sic (Read error: 110 (Connection timed out)) 00.54.41 Join Rob2222 [0] (n=Miranda@p54B15554.dip.t-dialin.net) 00.55.00 # lear: yes, right now the filetype array is full (at least on H100) so if you use a build with test_codec you will get the error 00.56.07 # XavierGr: Already checked petur's latest commit? 01.00.44 Quit SirFunk (Success) 01.01.47 Quit Thundercloud (Remote closed the connection) 01.02.38 Nick Mouser_X is now known as Bac (n=mouser_x@67.110.120.164.ptr.us.xo.net) 01.02.45 # anyone have DAP recommendations in the <$100 range? 01.03.07 Nick Bac is now known as Mouser_X (n=mouser_x@67.110.120.164.ptr.us.xo.net) 01.03.38 Join SirFunk [0] (n=Sir@cpe-74-71-205-222.twcny.res.rr.com) 01.04.13 Nick Mouser_X is now known as Gone_again (n=mouser_x@67.110.120.164.ptr.us.xo.net) 01.04.22 Nick Gone_again is now known as Mouser_X (n=mouser_x@67.110.120.164.ptr.us.xo.net) 01.04.26 Join andrew__2 [0] (n=andrew@stjhnf0124w-142162079146.pppoe-dynamic.nl.aliant.net) 01.04.38 # ebay for an iHP120/140 ? 01.05.07 # if you're lucky you might even get a Jiggerbeat F20 01.05.14 *** Saving seen data "./dancer.seen" 01.05.20 Join crashmatrix [0] (n=crashmat@s5590785f.adsl.wanadoo.nl) 01.05.36 # or some cool chinese rip off 01.06.28 # w/o rockbox then... 01.06.38 Quit saratoga ("CGI:IRC") 01.06.53 # yeah, it's not so much a requirement :/ 01.06.57 # as it isn't for me 01.10.11 Quit Arathis ("Bye, bye") 01.10.37 Quit andrew__ (Read error: 110 (Connection timed out)) 01.11.56 # who need that bos anyways.... 01.15.20 # zhiggabeat 01.15.22 Quit gromit` ("Coyote finally caught me") 01.15.24 # obo: http://amiconn.dyndns.org/PP502x_75MHz.diff <= back to 75MHz. Remove the other patch first 01.16.31 # amiconn: do you really think that causes the problem? 01.16.39 # I want to rule it out 01.17.35 # hmh... :) 01.19.46 # amiconn: gah! I should read the commit log before typing... 01.19.49 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 01.22.09 Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 01.23.41 Quit spiorf_ (Remote closed the connection) 01.24.39 Quit Entasis_ ("Leaving") 01.27.10 # thanks amiconn - I don't have time to test it now, but I've put the build on and will see how it goes in the morning 01.29.27 # * petur wonders if there are complaints about his last commits before going to bed 01.30.03 # * DerPapst prepares to start complaining... 01.30.45 # no :) 01.30.54 # * petur prepares to go to bed faster 01.31.10 # good night petur ;) 01.31.25 # yup 01.31.29 Quit petur ("Zzzzz") 01.32.37 Quit obo ("bye") 01.32.45 Quit jhMikeS (Read error: 110 (Connection timed out)) 01.37.54 Join hcs [0] (n=agashlin@rockbox/contributor/hcs) 01.41.28 Quit bluebrother ("leaving") 01.48.12 Quit _pill ("changing servers") 01.49.25 Join pill [0] (i=pill@sloth.shellfx.net) 01.59.14 Quit Xerion (" ") 02.03.30 Quit DerPapst ("*plop*") 02.09.09 Quit jgarvey ("Leaving") 02.12.17 Join piroko [0] (n=jeremy@dialup-4.225.90.122.Dial1.Cincinnati1.Level3.net) 02.12.27 # hcs! 02.12.40 # yo 02.13.00 # I've been playing a lot of nsf files lately, and I think I've encountered a bug in the plugin 02.13.05 Quit kismet () 02.13.58 # I can't remember the exact error message, but I will tell you in the next thirty minutes when I get it 02.14.31 # ok 02.14.49 # if I drop out say it anyway, I'll check the log 02.15.03 # Should I put anything special to search for in it? 02.15.03 # * amiconn has a suspicion regarding the instabiliy of 5g 02.15.16 # Will test tomorrow 02.15.20 # Like... 2a03? 02.15.35 # piroko: nsf would probably be fine 02.15.42 # Alright 02.16.03 # hcs: So I assume you haven't encountered problems with it? 02.16.35 # nothing serious 02.17.10 # Huh. The "bug" I found completely locks up my player :-O 02.17.47 # hmm, well, if it turns up regularly I'll try to track it dow 02.17.50 # *down 02.18.00 # hcs: Alright. It happens quite often to me 02.18.14 # what player do you have? 02.18.21 # iPod 4g grey 02.18.31 # I also get occasional pauses in sound output 02.18.37 # Like it can't handle it or something 02.18.41 # possibly 02.18.56 # But that's no big deal 02.19.45 Join secleinteer [0] (n=scl@70.230.178.109) 02.28.16 Quit piroko ("Brb") 02.28.21 Join valis [0] (n=valis@c-67-166-55-131.hsd1.co.comcast.net) 02.28.48 Quit PaulJam (".") 02.29.01 Join piroko [0] (n=jeremy@dialup-4.225.90.122.Dial1.Cincinnati1.Level3.net) 02.30.37 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 02.30.49 # hello, my wife tried to play .wma with rockbox, but the rockbox gives an error and freeze everytime, so i have to reset the rockbox 02.31.16 # is there a way to get back to normal working rockbox without reset? 02.34.39 # anyone have experience with the iaudioX5? I'm curous about rockbox's stability on it. 02.39.10 Join the_conley [0] (n=conley@72.29.62.209) 02.47.31 Quit piroko ("POOF") 02.49.28 Quit valis ("WeeChat 0.2.5") 02.55.01 Join seclein2 [0] (n=scl@70.230.157.160) 03.01.00 Quit Thundercloud (Remote closed the connection) 03.01.15 Join Nico_P [0] (n=nicolas@rob92-6-82-231-243-63.fbx.proxad.net) 03.05.15 *** Saving seen data "./dancer.seen" 03.12.41 Quit secleinteer (Success) 03.18.57 Join aliask [0] (n=chatzill@c58-109-97-210.eburwd4.vic.optusnet.com.au) 03.20.04 Join saratoga [0] (i=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-39c3e3cacced5303) 03.20.26 # anyone know about that annoying "differences in signedness" warning in GCC? 03.21.25 Quit bdgraue (Remote closed the connection) 03.22.28 # yea...you are comparing an unsigned int with an int 03.22.46 # or something like that...if you are talking about specifics in rockbox, dunno 03.23.20 # its some random gcc problem that cropped up 03.23.28 # i get thousands of those messages now when I build rockbox 03.23.31 # and they're all nonsense 03.25.48 # ah, dunno...I know I get more signedness warnings with different versions of gcc 03.26.01 # I think 4+ is gives tons of warnings over it 03.26.08 # thats the odd thing, i didn't update gcc 03.26.15 # hmm...weird 03.26.20 # still using the stock 4.0.3 build i've had for months 03.27.33 # hm...don't know what to tell you...I've never actually built rockbox 03.27.48 # I'm waiting for some more gigabeat s support first 03.28.21 # you may be in for a bit of a wait 03.30.40 # yea, I've been in that wait for a while 03.30.56 # the S wiki gets updated every now and then, so I guess they are doing something 03.31.08 # they have an IRC channel 03.31.13 # theres actually work being done 03.31.20 Part maffe 03.31.50 # yea, I know, I'm hanging out there too 03.32.02 # ah cool 03.32.15 # we need another developer to help ptw419 out 03.32.18 # I just saw your question and answered it...I actually thought I was on the fedora forum 03.32.43 # yea...I'm a programmer...but I'm not sure I have the time to really commit to this 03.32.51 # which question? 03.33.03 # I considered it a while ago, when I won the gigabeat 03.33.07 # make time :) 03.33.10 # o, signedness 03.33.22 # thats how i helped make the wma codec 03.33.29 # oh you saw a solution to that? 03.33.37 # saratoga, yeah, but aren't you getting paid by google too? 03.33.53 # I start getting paid soon...I'm so happy 03.33.57 # krazykit: yeah that helped too 03.34.07 # (I'm a student) 03.34.20 # though to be fair, I would have got paid the same if I'd gotten funded from my lab anyway 03.34.25 # so its not that big of an incentive 03.34.33 # i wish my job would hurry up and pay me. direct deposit may not deposit until the second pay period 03.34.46 # ok got the new wma decoder improvements working 03.34.49 # seems a lot faster 03.35.05 # getting 170% realtime on my sansa @ 192k :) 03.35.13 # do you use wma? 03.35.20 # nope 03.35.39 # what does the sansa have? a 100mhz ARM9? 03.35.47 Quit Beta-guy (Read error: 104 (Connection reset by peer)) 03.36.07 # i need to make an updated build, bah. 03.36.40 # same CPU as the ipods 03.36.45 # 75 MHz ARM7 03.36.55 # ah. 03.38.05 # well 2x ARM7 but we don't use the second one much yet 03.40.28 # sansa has 2 arms? 03.40.36 # yeah all the PP systems do 03.40.37 # 2 cores 03.40.44 # they really suck 03.40.49 # i assume thats one for playback and one for everything else? 03.40.55 # thats the idea 03.41.03 # we don't really use the second one much though 03.45.08 # kind of funny how slow the CPU in the ipods really was 03.45.18 # compared to what was used in everything else in that price range 03.47.37 Join z35 [0] (n=z@adsl-35-190-123.dab.bellsouth.net) 03.49.28 Part the_conley 03.50.39 # ok wma improvements are committed 03.50.45 # aw damn 03.50.52 # i JUST updated 5 minutes ago 03.50.57 Part chrisjs169|afk 03.51.16 Join chrisjs169|afk [0] (n=jack@c-68-33-114-53.hsd1.md.comcast.net) 03.51.52 # i said I'd gotten it a lot faster ;) 03.51.59 # should have guessed that meant a new build was incoming 03.53.06 # eh, i don't use wma anyway :P 03.56.52 # nice to know it's there, though 03.57.21 # oh then no sense upgrading 03.57.31 # we'll be adding a lot of new changes to the wma decoder soon anyway 03.57.45 # well, i was making a new build today anyway. 03.57.49 # hah, got the wma decoder faster then the aac decoder on my sansa 03.58.40 Quit Nico_P (Remote closed the connection) 04.02.12 Quit JdGordon ("Konversation terminated!") 04.03.32 Join safetydan [0] (i=cbca159f@rockbox/developer/safetydan) 04.09.35 Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) 04.12.38 Join TiMiD[FD] [0] (n=TiMiD[FD@asgard.valombre.net) 04.23.31 Join n17ikh|Lappy [0] (i=n17ikh@dial-51.r3.ncbrvr.InfoAve.Net) 04.30.52 Join piroko [0] (n=jeremy@dialup-4.225.94.80.Dial1.Cincinnati1.Level3.net) 04.31.04 Part TrueJournals 04.32.08 # hcs: I found an nsf file that rockbox skips really really badly on 04.33.08 # Which is sad because it's a really really good one :) 04.33.39 Quit n17ikh|Lappy () 04.40.09 Join Segadude [0] (n=sega@cpe-24-24-88-117.stny.res.rr.com) 04.40.46 # You guys have to help me! My Ipod won't turn on!!:( 04.41.46 # hello anyone here? 04.41.53 # I am here 04.43.02 # then help me please!!!!!!!!!! 04.43.19 # My ipod won't turn on! 04.43.34 # Have you plugged it in? 04.43.44 # yes 04.43.53 # Held down menu and select for at least 8 seconds? 04.44.06 # (With the hold switch off?) ;) 04.44.33 Join bspray [0] (n=bspray@c-24-23-239-25.hsd1.ca.comcast.net) 04.44.45 # no 04.44.54 # i'l try that 04.45.21 # more wma improvements 04.45.28 # Thank you so much!!!!!! 04.45.36 # Segadude: Lol. No problem 04.45.37 # that worked! 04.45.57 # see ya! 04.46.10 Quit Segadude ("Quitting!") 04.49.02 Join kismet [0] (n=infected@auh-as41124.alshamil.net.ae) 04.52.39 Part bspray 04.59.50 # saratoga: Hmm... wmav2 encoded with ffmpeg isn't working for me in rockbox. It still just sits there doing nothing. What encoder would you recommend I use? 05.00.34 # oggenc ? 05.01.13 # Haha. For testing out wma ;) 05.01.23 # I use ogg for my own collection 05.01.43 # hmm ok 05.01.55 # I was wondering why one would want to use wma actually 05.02.19 # It supposedly has a better quality than mp3 from what I've read 05.02.45 # And some people use Windows Media Player to import their cd's, and thus have collections of wma files 05.03.13 # And it looks better for rockbox to have the support I'm sure :-D 05.03.54 Join n17ikh|Lappy [0] (i=n17ikh@dial-51.r3.ncbrvr.InfoAve.Net) 05.04.05 Quit n17ikh|Lappy (Remote closed the connection) 05.05.16 *** Saving seen data "./dancer.seen" 05.13.34 Join sarixe [0] (n=sarixe@ool-435403e9.dyn.optonline.net) 05.13.38 # excellent 05.15.15 # superb 05.15.33 Quit kismet () 05.15.49 # alright, i have a question regarding building rockbox from source. i wasn't able to find m68k-elf-gcc anywhere but from a package called "coldfire", and when i use that one, i get the following error: 05.15.51 # Assembler messages: 05.15.51 # Error: already selected `5206e' processor 05.15.51 # Error: unrecognized option -m5249 05.15.51 DBUG Enqueued KICK sarixe 05.15.51 # make[1]: *** [/home/sarixe/Programs/rockbox/source/rockbox-20070705/build/firmware/ata_idle_notify.o] Error 1 05.15.52 # make: *** [build] Error 2 05.15.57 Join kismet [0] (i=huzz@auh-as41124.alshamil.net.ae) 05.19.01 # any help? 05.20.18 # piroko: thanks for the heads up 05.20.26 # i will need to test the ffmpeg encoder 05.20.48 # in the meantime, you should probably use the MS encoder 05.20.58 # its quite well behaved compared to the ffmpeg encoder 05.21.03 # sarixe: use rockboxdev.sh 05.21.16 # that'll get me m68k-elf-gcc? 05.21.23 # yes 05.21.31 # sweet, thanks 05.21.50 # piroko: what settings did you use to test the ffmpeg encoder anyway? 05.24.35 # saratoga: This was the command: ffmpeg -acodec wmav2 -i blah.ogg ~/test.wma 05.25.01 Quit saratoga ("CGI:IRC (EOF)") 05.25.08 Join saratoga [0] (i=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-7badf65ad52228b7) 05.25.12 # piroko: ok so just normal settings 05.25.17 # will take a look tomorrow 05.25.20 # And mplayer recognizes and plays it with this to say: Selected audio codec: [ffwmav2] afm: ffmpeg (DivX audio v2 (FFmpeg)) 05.25.30 # Alright :) 05.25.34 # could be either the codec or linuxstb's parser 05.25.57 Quit sarixe ("Peace") 05.26.20 Quit saratoga (Client Quit) 05.36.15 # hcs: I got the error again. "Undefined instruction at 00057C4C" 05.38.02 # with a specific file? 05.38.44 # I'm not sure. :( 05.42.40 Quit piroko ("Brb") 05.44.09 Join jhulst [0] (n=jhulst@c-71-205-0-132.hsd1.mi.comcast.net) 05.50.37 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 05.50.37 # * safetydan notes fsincos from the eq has made it in to the wma decoder 05.50.46 # Rockbox really needs its own little fixed point maths library. 05.51.11 # problem is it needs to be usable from the core, plugins, and codecs without leaving unused functions in the core 05.51.33 Join piroko [0] (n=jeremy@dialup-4.225.90.179.Dial1.Cincinnati1.Level3.net) 05.55.28 Join toffe82 [0] (i=chatzill@static-71-160-73-186.lsanca.dsl-w.verizon.net) 05.58.05 Quit Mouser_X (Read error: 104 (Connection reset by peer)) 05.58.25 Join Mouser_X [0] (n=mouser_x@67.110.120.164.ptr.us.xo.net) 06.09.37 # work is so boring ... 06.12.05 # sucks too 06.12.52 # -_- 06.13.58 # maybe I'll continue developping rb during working times instead of faking work 06.14.07 # that'd me more productive 06.14.51 # let's see if my CVS account is still there 06.16.38 # we dont use CVS anymore 06.17.13 # yes I know 06.17.15 # SVN 06.17.30 # I was hoping that my CVS account was transfered to SVN 06.17.36 # but that doesn't seem the case 06.18.58 # what do you guys do when you're bored at work ? 06.20.51 # do homework, typically 06.20.57 # counting the number of hair I have on one arm 06.21.09 # that should give me work for at least one hour 06.21.11 # or i play stupid flash games on line 06.21.16 # ah 06.21.27 # TiMiD[FD]: http://www.rockbox.org/mail/archive/rockbox-dev-archive-2007-01/0048.shtml 06.21.32 # but here I cannot play games on the company's computer 06.22.19 # TiMiD[FD]: and read further on in that thread for entertainment =) 06.22.21 # scorche: oh I don't read the mailing list, it's too painful, a forum does a better job I think 06.22.36 # yes in thoses circunstances 06.22.50 # so I guess the idea of rockbox on the Insignia has never been thrown too much around, eh 06.22.50 # I hope that there is a good troll for my personal entertainement 06.23.41 Join sarixe [0] (n=sarixe@ool-435403e9.dyn.optonline.net) 06.24.25 # ah 06.24.26 # nice 06.24.35 # I've got all the devs passwords 06.24.40 # in that page 06.24.46 # :) 06.26.04 # hey, people i have another question (noobish this time): i downloaded the set of patches that most of the wps themes require. it has a file "series" with all the patches listed. how do i make patch use that file? 06.26.56 # sarixe: are you asking what to do with patches? 06.27.01 # no 06.27.02 # rm -rf / 06.27.09 # if you like adventure ... 06.27.12 # there's a file named "series" that came with the set 06.27.18 # what set? 06.27.25 # the one from webhop 06.27.30 # webhop? 06.27.41 # um.. the patches that all the WPS themes require 06.27.49 # for iaudio x5 06.28.11 # not all themes require patches 06.28.16 # and there are multiple patches... 06.28.19 Quit z35 (Remote closed the connection) 06.28.27 # sarixe i dont think theres a way to use it, i wish there was, it would make it easier 06.28.35 # alright 06.28.39 # scorche : lemme link you 06.28.46 # i think its just included to show you what order to patch it in 06.29.19 # certain patches depend on other patches 06.29.25 # o 06.30.06 # patch isn't smart enough to patch sequentially like that. i'm sure you could hack a script that fed patch the series file and the filenames to use for patching, but it'd be way more work than it's worth 06.30.28 # ah, true 06.30.33 # nevermind about the link then 06.30.34 # thanks 06.32.18 Quit sarixe ("Peace") 06.36.45 Quit hcs ("Leaving.") 06.36.47 # what does "Rockbox = BOS" means ? 06.42.12 # bag of shit....an inside joke of sorts =) 06.43.01 Join perplexity [0] (i=heh20078@dxb-as74784.alshamil.net.ae) 06.44.03 # hah but it has been improving a lot recently 06.44.18 # the code bacame less messy than it was before 06.54.36 Quit alienbiker99 (Read error: 110 (Connection timed out)) 06.56.01 Join piroko_ [0] (n=jeremy@dialup-4.225.92.130.Dial1.Cincinnati1.Level3.net) 07.01.07 Join ptw419 [0] (i=ptw419@216-188-249-122.dyn.grandenetworks.net) 07.02.50 Part safetydan 07.05.20 *** Saving seen data "./dancer.seen" 07.08.14 Join zzuh [0] (n=infected@auh-as16018.alshamil.net.ae) 07.15.27 Quit zzuh (Read error: 104 (Connection reset by peer)) 07.17.37 Join zzuh [0] (n=infected@auh-as18996.alshamil.net.ae) 07.17.52 Join sarixe [0] (n=sarixe@ool-435403e9.dyn.optonline.net) 07.18.22 Quit piroko (Read error: 110 (Connection timed out)) 07.20.09 # back again... i applied the patches in the order "series" told me to, and tried building, but it failed, anything i can do about it? 07.20.16 Quit kismet (Connection timed out) 07.20.30 # (also, i tried building the 20070705 source, and no luck there either) 07.20.34 # the patches are likely out of sync 07.20.47 # out of sync with the current source tree? 07.20.51 # did you get any error while patching ? 07.21.01 # i got a few FAILED lines 07.21.05 # yes 07.21.06 # ok ... 07.21.29 # hm 07.21.33 # well you'll have to correct it by yourself then 07.21.40 # well, i don't know which source tree these guys were using 07.21.46 # or grab a source snapshot from the day the patch was made 07.21.59 # you could adapt the patch 07.21.59 # ok 07.22.04 # it shouldn't be very hard 07.22.08 # nah, not really 07.22.14 # i'll see what's up 07.25.50 # good luck 07.27.50 # wow, i was using the one from may... 07.27.55 # june one should work a bit better 07.27.56 # lol 07.29.02 # TiMiD[FD]: For an svn account contact Bagder, LinusN or Zagor when they're around. 07.32.24 # amiconn: hmm yes 07.32.31 # I sent a mail to daniel actually 07.33.20 # I reckon there should'nt be any problem 07.35.16 Quit BHSPitLappy (Read error: 110 (Connection timed out)) 07.41.36 Join kismet [0] (i=huzz@auh-as40374.alshamil.net.ae) 07.51.26 Quit piroko_ ("Zzz...") 07.51.59 Join miepchen^schlaf [0] (n=hihi@p54BF6611.dip.t-dialin.net) 07.54.37 Quit zzuh (Connection timed out) 07.55.29 Quit sarixe (Remote closed the connection) 08.00.51 Join DarthShrine [0] (n=Angus@pdpc/supporter/student/DarthShrine) 08.02.05 # * qwm slaps scorche repeatedly with a queer fake-leather glove 08.02.18 # leatherette? 08.02.25 # :D 08.02.29 # what're you up to? 08.03.12 # editing the MOTD in preparation for the map 08.05.56 Part toffe82 08.07.03 Join sarixe [0] (n=sarixe@ool-435403e9.dyn.optonline.net) 08.13.53 Join Rob222241 [0] (n=Miranda@p54B14260.dip.t-dialin.net) 08.14.42 Quit atsea- (Read error: 104 (Connection reset by peer)) 08.16.37 Join webguest35 [0] (i=c023110b@gateway/web/cgi-irc/labb.contactor.se/x-3b43d63ca2fa8198) 08.19.51 Join atsea- [0] (i=ariel@gateway/tor/x-7425c5d8e7187ee8) 08.24.00 Quit sarixe ("Peace") 08.26.07 Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) 08.27.49 Quit My_Sic (Client Quit) 08.29.10 Join valis [0] (n=valis@c-67-166-55-131.hsd1.co.comcast.net) 08.29.25 # anyone have rockbox working on an iaudioX5? 08.32.13 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.41.42 Join bdgraue [0] (n=bdgraue@dyndsl-085-016-107-045.ewe-ip-backbone.de) 08.44.35 Quit webguest35 ("CGI:IRC (Ping timeout)") 08.45.05 Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) 08.45.24 Part kaaloo 08.48.07 Join Siltaar [0] (n=Siltaar@reverse-52.fdn.fr) 08.57.13 Join ender` [0] (i=krneki@84-255-206-8.static.dsl.t-2.net) 08.58.29 Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) 09.01.22 Join webguest35 [0] (i=c023110b@gateway/web/cgi-irc/labb.contactor.se/x-6c3c5ba5d7a2d545) 09.02.09 # Wow, wma decoding speed on ipod is now roughly on par with mp3 decoding speed (admittedly I didn't test identical bitrates) 09.02.40 # On coldfire it's still quite a way to go though :( 09.05.22 *** Saving seen data "./dancer.seen" 09.07.02 Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) 09.07.10 Part kaaloo 09.10.35 # I really wonder if a lot of people are gonna use that 09.10.38 # I mean wma 09.11.15 # the guys who install rockbox on their DAP are generall advanced users I guess 09.12.12 # the others are just scared to install that on their player 09.12.47 # TiMiD[FD]: it's one of the big features requests we've had over the past year or two 09.14.56 # hmm really ? 09.15.04 # I'm a little bit surprised 09.15.43 # I thought the audience of rockbox was different 09.15.50 # I'm not surprised 09.15.58 # can't hurt to have a new codec anyway 09.16.19 # Even experienced user may come across wma tracks, and experienced user also know that lossy->lossy transcoding id bad... 09.16.28 # s/id/is/ 09.17.02 # of course 09.17.27 # And imho wma isn't that bad a codec, to me it sounds better than aac at similar bitrates (of course that's not a scientific comparison) 09.17.35 # you mean downloaded bu p2p right ? 09.17.59 # (in that case the experienced user redownload the file in mp3) 09.18.13 # hmm 09.18.14 # oops 09.18.24 # maybe a taboo 09.18.27 # anyway 09.18.50 # does wma still do the thing where it makes the music louder than the original so that it scores better in subjective ratings tests? 09.19.01 Join davina [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 09.19.30 # Hah! That's so dodgy. 09.21.40 # Galois: I never heard of that 09.22.08 # And the rockbox wma decoder seems to do the opposite (could also be my test track though) 09.23.54 Join petur [0] (n=petur@rockbox/developer/petur) 09.26.15 Join crop [0] (i=c27f0812@gateway/web/cgi-irc/labb.contactor.se/x-f02d06642a39be76) 09.29.24 # Hello. I've seen a strange thing on my H120. After switching the dap on, I activated the FM, listened to it for about 5 mins and then started the playback (via "Resume playback"). The right song was started, it was the 7-th song in the playlist. But pressing LEFT didn't bring me to the 6-th song. 09.29.40 Quit crop (Client Quit) 09.29.58 Quit DarthShrine (Read error: 104 (Connection reset by peer)) 09.30.15 Join crop [0] (i=c27f0812@gateway/web/cgi-irc/labb.contactor.se/x-f3e6020b5bd3cc60) 09.30.35 Quit aliask ("ChatZilla 0.9.78.1 [Firefox 2.0.0.4/2007060115]") 09.30.48 # I had to go to the file browser and choose the song there. 09.31.30 # This is not the latest build though, it's 3 or 4 days old. 09.31.39 # * petur tries 09.32.19 # And I don't know whether activating FM before playback is relevant. I just told what I did. Every little detail may be important. 09.32.22 # works here 09.33.19 # I once read the emacs guide of how to report bugs. It read "just tell what you've seen, don't make any assumptions" 09.33.57 # petur: I'll try to investigate more (can't do it atm) and report back 09.34.13 # crop: that is a good general rule 09.34.22 # I did: go to fm (it plays radio) -> press stop -> select 'resume playback' from main menu (playback starts) -> press left twice (previous song starts) 09.34.50 # maybe I must let it play radio longer? 09.35.51 # petur: I doubt it but if you have time you can try of course. And I'll try it with my installed buld and then with the latest. 09.36.21 # I've an official build, just not the latest one. 09.36.51 Quit scorche (Read error: 104 (Connection reset by peer)) 09.37.32 Join gromit` [0] (n=gromit@ras75-5-82-234-244-69.fbx.proxad.net) 09.39.24 # crop: can't make it fail here (h380) 09.45.20 Join pondlife [0] (n=Miranda@cpc1-rdng11-0-0-cust362.winn.cable.ntl.com) 09.46.00 Join scorche [0] (i=HydraIRC@rockbox/administrator/scorche) 09.47.08 # crop: I get this strange behaviour maybe 3 or 4 times a day (I use my h140 around 1hour daily) 09.47.17 # without using the radio 09.47.22 # just in playback 09.47.26 # so .... 09.48.10 # TiMiD[FD]: ...so one have to be lucky to reproduce that! :-) 09.48.35 # petur: and you apparently got no luck :-P ;-) 09.48.57 # * petur knows 09.49.36 # petur: but it's friday so the life goes on :-) 09.50.08 # yes... friday... company drink :-) 09.50.36 # he-he, as they say: hey, we've weekend soon, the day after tomorrow is already wednesday :-) 09.51.11 # ??? 09.51.21 # * pondlife wishes it was Wednesday again 09.51.34 # Too much "by the end of the week" work... 09.51.53 # I would like that 09.52.01 # to have "too much work" 09.52.47 # This shouldb e said on monday of course 09.52.56 # * pondlife has had too much work since about 1992 09.53.16 # It wears. 09.53.23 # I'm paid to be idle ^^ 09.53.35 # Idle sounds good to me. 09.53.41 # Idle = hacking time# 09.54.46 # not when you work in a japanese company 09.55.05 # idle time = sleeping awake in my case 09.55.16 # eow 09.55.35 # oh I've got a great idea 09.55.40 # I'll cut my nails 09.55.55 # that will make me some occupation for 3 or 4 minutes 09.57.18 Quit valis ("WeeChat 0.2.5") 09.59.57 # what's your job then? 10.02.39 # Do you know about the "wrong filename displayed"-bug in the WPS at at least the H300? 10.02.44 Nick Rob222241 is now known as Rob2222 (n=Miranda@p54B14260.dip.t-dialin.net) 10.03.11 # petur: I'm an office employee 10.03.17 # my job is to sit at my desk 10.03.26 # lol 10.03.27 # and to power on my computer :) 10.04.13 # TiMiD[FD]: Have you read "The Blue-Eyed Salaryman"? I thought those days were past.... :) 10.04.14 # are you hired so that when the shareholders demand jobcuts, they know who to kick out? 10.04.27 # lol 10.04.28 # no 10.04.59 # I'll rather quit by myself 10.05.03 # hmm.. 10.05.13 # anybody with h300 here? 10.05.22 # Yes 10.05.39 # with a software engineer diploma I would like to be a little more sollicited 10.05.49 # have you the sometimes wrong filename displayed bug, too? 10.06.07 # Yes, after 32 tracks 10.06.17 # Would that be your case? 10.06.17 # sometimes it shows title 4 but plays title 3 ... in that situation it shows 1 track ahead always 10.06.51 # Ah, sounds different to the one I see - when playing a long playlist, it plays track n but displays track n-32. 10.06.53 # hmm, can be, dont know. have to check 10.07.06 # hmm no 10.07.12 # it shows always track+1 10.07.20 # but only the "filename" 10.07.28 # id3 tag fields and timeline are ok 10.07.39 # anybit strange 10.07.48 # Hmm, not seen that... 10.08.08 # i have that often atm 10.08.22 # A recent development? 10.08.35 # Maybe try some older daily builds and work out which day it got borked? 10.08.37 # i didnt upgraded for ca 4 month 10.08.51 # but the problem occured after update 1-2 weeks ago 10.09.04 # i tried lastes build, too (yesterday i think) 10.09.08 # same problem 10.09.28 # well ok, i try to analyze it more and come back then 10.09.31 # There are daily builds going back 1 month or so, maybe try the oldest one available? 10.09.44 # well, i can live with it 10.09.52 # thats not the problem 10.09.54 # But it should still be fixed. 10.09.59 # just a little annoying 10.10.00 # yep 10.10.23 # There are, IMHO, too many people "living with" bugs in Rockbox, and not reporting or investigating them. 10.11.25 # cause of that im trying to help :) 10.11.27 # That's not meant as a criticism, by the way 10.11.36 # Just a sad fact of life... 10.11.56 # the problem is, i didnt know how to reproduce yet 10.12.01 # and hoped you know about the error 10.12.11 # Sorry, no. 10.12.26 # Have you checked on Flyspray? 10.12.38 # not yet 10.12.47 # It's likely to be a general SWCODEC problem, not just H300. 10.12.56 # ah i got the error again. let me try to find a way to reproduce 10.14.35 # lol 10.14.43 # pretty simple to reproduce as i see 10.15.00 # start h300, play. hit navi, go one file up, press play. done 10.15.08 # press right i mean 10.16.32 Join obo [0] (n=obo@host217-41-62-170.in-addr.btopenworld.com) 10.17.51 Join spiorf [0] (n=spiorf@host104-228-dynamic.2-87-r.retail.telecomitalia.it) 10.18.37 # ah another thing. 10.18.43 # it plays for example track 3 10.18.51 # but when pressing navi in bug situation 10.19.00 # the arrow is at track 4 10.19.15 # That's a known bug - I reported it on Flyspray a while back 10.19.30 # then i think its the same 10.19.31 # Follow Playlist gets it wrong if you press NAVI during buffering. 10.19.48 # and WPS filename is wrong then too 10.20.15 # I didn't see that - but I display ID3. 10.20.23 # id3 is ok 10.20.32 # but filename is track+1, too 10.20.35 # as the arrow 10.21.24 # Yes, in the browser. 10.21.41 # i meaned filename in WPS 10.21.47 # but i think its the same cause. 10.22.11 # Weirdly it works ok once the buffering process has completed... if you wait a minute or so before you first press NAVI. 10.22.28 # And that makes it hard to debug in the simulator. 10.22.29 # which buffering you mean? from filename cache? 10.22.47 # Reading files from disk - i.e. wait for the disk to spin down. 10.23.03 # tried that, but let me try again 10.24.12 # nope pondlife, didnt work for me 10.24.26 # i waited until disc icion was gone + 5 secs 10.24.29 # pondlife: does it still occur after jhMike's commit? 10.24.31 # switched song. bug 10.24.48 # crop: Which commit is that? 10.25.14 # i have 070704 10.26.23 # crop: It's happening with the current SVN 10.27.25 # I like the way that repeatedly pressing NAVI results in skipping forwards ;p 10.27.28 # obo: Any news concerning G5 instability? 10.27.36 Quit kfazz ("Leaving") 10.27.38 # lol pond 10.27.56 # "New one-button operation" 10.28.06 # lol 10.28.07 # amiconn: only just got into work - it's playing, I'll let you know how it goes 10.28.24 # amiconn: What's the current test? 75 vs 78 ? 10.32.16 # pondlife: he's fixed a bug in FM which was caused by the wrong adc code or something like that. Let me see... 10.32.39 # fm? 10.33.17 # crop: Don't worry, it's definitely not fixed.. 10.33.25 # pondlife: I meann the commit from 27 Jun 03:11 10.33.34 # pondlife: he-he :-) 10.34.55 # well ok, at least the problem is known 10.36.27 # Rob2222: Maybe put a note on Flyspray to mention the filename display aspect. 10.39.36 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 10.40.07 # obo: Reducing the clock might help stability, but not because of the clock reduction. I have a suspicion what might be going on, but can't verify myself 10.40.20 # This G5.5/80 simply doesn't crash (and neither does my mini) 10.40.42 # You could do another test: 10.40.47 # amiconn: I'm happy to keep testing... 10.40.56 Quit Thundercloud (Remote closed the connection) 10.41.27 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 10.41.30 # Revert everything to svn, and then comment out lines 179 and 180 in firmware/target/arm&/system-pp502x.c 10.41.44 # (the goal is that unknown1 will always be set to 15) 10.42.09 # If you load such a build, I would expect it to crash even faster than svn... 10.42.38 # If it does, I think I understand what this 0x70000034 register does... 10.43.05 # Okay, I'll give that a go next 10.43.12 # ..and why it only crashes on some G5s 10.47.12 # pondlife: i didnt find it in flyspray. strange search engine. i type follow playlist and get 200 hits ... 10.49.09 # http://www.rockbox.org/tracker/task/7244 10.49.14 Join RoC_MasterMind [0] (n=Free@c-24-129-94-172.hsd1.fl.comcast.net) 10.49.37 Quit midkay ("Leaving") 10.49.50 # Rob2222: Actually, http://www.rockbox.org/tracker/task/7248 sounds like yours 10.50.07 # So don't worry.. 10.50.31 # pondlife: have you tried this with dircache disabled? 10.50.39 # crop: yes, same 10.50.50 # crop: Yes 10.51.07 # pond: - go to any dir with MP3 files not containing ID3 tags; <= thats not even needed 10.51.24 Join midkay [0] (n=midkay@rockbox/developer/midkay) 10.51.28 # Yep, I se roolku has also mentioned this aspect. 10.52.07 # crop: I can repro this from cleared settings, just enabling Follow Playlist. 10.53.06 Quit TiMiD[FD] ("leaving") 10.53.10 # pondlife: ah, just read this in the bug report, sorry 10.53.33 # hum, interesting. The pp5022 pdf mentions 100MHz max per core instead of 80MHz. Did someone already try to make it run at 100MHz ? 10.53.43 # added a comment to flyspray 10.54.54 # damn, i have to listen to my lecture than seeking errors in h300 10.55.05 # -have + should 10.55.42 # dionoea: I tried 96MHz once. Worked fine. 10.57.41 # ah, nice. :) might be interesting for mpegplayer on ipod video. (although mpegplayer on ipod video is completely useless) 10.59.02 # completely unrelated: any idea what the yuv422i string in the 5G's apple_os.bin refers to ? (could the pp chip handle both rgb565 and yuv422i ?) 11.00.55 Join desowin [0] (n=desowin@avc146.internetdsl.tpnet.pl) 11.01.43 # The pp chip doesn't "handle" pixel formats 11.01.52 # I guess this might have to do with the tv out 11.02.55 Quit RoC_MasterMind ("Leaving") 11.05.25 *** Saving seen data "./dancer.seen" 11.14.36 Join bger [0] (i=c32fc110@gateway/web/cgi-irc/labb.contactor.se/x-d74c5b966c51bb85) 11.15.36 # http://cgi.ebay.com/TOSHIBA-GIGABEAT-F40-40GB-MP3-MOBILE-AUDIO-PLAYER-NR_W0QQitemZ270142433596QQihZ017QQcategoryZ73839QQssPageNameZWDVWQQrdZ1QQcmdZViewItem <= any ideas what could be the cause of the 'left and right buttons don't work' 11.16.19 # bger: long time no see =P 11.16.48 # btw, toffe82 is the one you likely want to talk to about that 11.16.53 # yeah, too much work 11.17.45 # i can't buy this item (its for US only), but i'm sure that the price will be low, so if the unit can be repaired easily, someone could buy it 11.18.02 # he nabs most of those actually 11.18.11 # you should see his collection of parts... 11.20.27 # :D 11.26.47 Join safetydan [0] (n=dan@rockbox/developer/safetydan) 11.30.29 # * pondlife wishes F40s appeared in the UK a bit more often. 11.30.39 # What's a good guide to arm instructions? 11.31.20 # Google gave me... http://www.heyrick.co.uk/assembler/ 11.31.34 # http://www.heyrick.co.uk/assembler/sanity.html is good! 11.34.47 # cheers 11.35.00 # No idea if it's accurate, of course... 11.39.00 # well I only need to read some arm asm at the moment 11.47.42 Quit crop ("CGI:IRC") 11.48.32 Join Lear [0] (i=chatzill@rockbox/developer/lear) 11.49.23 # amiconn: after 1 hour, got an undefined instruction at 00108B14 - that's with lines 179 and 180 commented out 11.49.24 # * GodEater shakes his head at the Nano 2G thread. 11.50.33 # obo: Hmm. Is that earlier than with svn? 11.51.04 # svn yesterday was anywhere between 40 minutes and a couple of hours 11.51.13 # GodEater: dont you see?...it is so easy...we just need a driver! 11.51.46 # scorche: he's clearly far cleverer than us 11.52.14 # i didnt even knwo about the "afws" before that 11.52.52 # obo: Hmm, okay. YOu could try to set unknown1 (line 181) to 3 - that's what the apple loader sets and hence what was used before my changes 11.52.58 # haha: "Yep, it's been done. Check out my build of evilg's build." 11.53.06 # scorche: if you can invent a new acronym you're a genius - it's a clear indication 11.53.09 # unofficial builds of unofficial builds 11.53.10 # * amiconn thinks 0x700000034 has to do with sdram timing 11.53.26 # s/used/always used/ 11.53.57 # * amiconn summons LinusN 11.54.28 # * petur thinks Sweden is in holiday ;) 11.54.33 # obo: Oh, if you try this, leave lines 179 and 180 commented out of course 11.54.52 # amiconn: yup - building that now 11.55.06 # If this works, I think I know the reason, and the solution 11.55.42 Join zzuh [0] (i=huzz@auh-as51515.alshamil.net.ae) 11.58.58 # btw, there was somebody here yesterday evening who was interested in having a go at the encryption of the nano 2gen - see the log starting 20:25 12.00.12 # ( http://www.rockbox.org/irc/reader.pl?date=20070705#20:00 ) 12.03.31 Join The-Compiler [0] (n=florian@134-113.0-85.cust.bluewin.ch) 12.06.14 Quit kismet (Connection timed out) 12.15.46 Quit Thundercloud (Remote closed the connection) 12.29.56 # That IRC log has some nice yellow-on-white text :/ 12.32.57 Join maffe [0] (n=maffe@barmen.interhost.no) 12.33.05 # * amiconn doesn't use this scripted log reader 12.33.43 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 12.34.19 Join LinusN [0] (i=linus@rockbox/developer/LinusN) 12.34.25 # Nor do I, normally. 12.34.59 # It usually lags like hell 12.35.05 # (half an hour or so) 12.35.08 Part LinusN 12.35.10 Join LinusN [0] (i=linus@rockbox/developer/LinusN) 12.49.08 Join belze_ [0] (i=nifty@dslb-088-073-199-167.pools.arcor-ip.net) 12.53.35 Quit borisyeltsin (Remote closed the connection) 13.01.12 Join Nico_P [0] (n=nicolas@rob92-6-82-231-243-63.fbx.proxad.net) 13.05.30 *** Saving seen data "./dancer.seen" 13.05.58 Join Entasis [0] (n=Jarred@ppp121-45-172-127.lns11.adl2.internode.on.net) 13.08.50 # markun: thanks! 13.12.00 # ohhh... BOFH time :) 13.12.42 Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) 13.15.51 Quit amiconn (Nick collision from services.) 13.15.52 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 13.16.28 Quit The-Compiler (Read error: 104 (Connection reset by peer)) 13.18.53 # petur: no problem :) 13.19.16 Join fed [0] (i=4a7b3e0c@gateway/web/cgi-irc/labb.contactor.se/x-fd10795b77df2ea5) 13.19.31 # of course, paypal had to have its share but that's ok 13.19.47 # btw, I'll be in Amsterdam on sunday 13.19.53 # did I pay something extra? 13.20.08 # too bad, I'll be in venlo for a change.. 13.20.11 # no, it's taken off of my part ;) 13.20.25 # weird! 13.20.41 # is anyone here well versed in the recording screen? 13.20.49 # I'll be doing recording fieldtests (bjork concert) 13.21.00 # fed: what's up? 13.21.05 # petur: ah, some friends of mine are going to that concert 13.21.45 # I'd like to change the rec directory after recording has started. By the way, I have multiple rec directories already set up. 13.23.07 Quit safetydan ("Ex-Chat") 13.23.36 # I know how to change the directories, but for some reason, I can't change the directory after rec has started. 13.24.08 # because that is passed on to the lower level code... 13.25.06 # I have given up on trying to change the directory after rec has started, and now I would like ot try to just change the filename after the fact. 13.25.21 # petur: I can't stop reading BOFH stories, he is my new idol :P; Hell, I want to become a computer operator now hehe 13.25.48 # I can't seem to find a funtion like 'cp' or 'rename' 13.27.25 # fed: int rename(const char* path, const char* newpath) 13.27.43 # (firmware/common/file.c) 13.27.53 Join merbzt [0] (n=benlar@dns.basset.se) 13.28.18 # fed: you should be able to stop and restart recording with a new directory 13.28.50 # I did do the stop and start with the new directory fine 13.29.04 # so? 13.29.06 # I tried rename, but it doesn't seem to work... 13.29.47 # did you try rec_new_file(void) (apps/recorder/recording.c)? 13.30.03 # not that I have ever tried ;) 13.30.43 # if I do that, what you are currently recording goes to the old directory, and the next one goes to the new directory. That is what I am doing now. 13.30.47 Join markun_ [0] (n=markun@rockbox/developer/markun) 13.31.10 # What I'd like is for what I have already recorded to go to the new directory. 13.31.28 # you can't 13.31.31 Quit markun (Read error: 54 (Connection reset by peer)) 13.31.48 # the file is open and data is being written into it 13.31.56 # That's why I want to rename after the fact. 13.32.27 Nick markun_ is now known as markun (n=markun@rockbox/developer/markun) 13.32.27 # unless you would do that in the first few minutes (while the data is still being buffered -ie before the first flush) 13.32.47 # you can only rename if the file is closed 13.32.58 # That sounds good. 13.33.06 # (don't know where that is done) 13.33.14 # Oh 13.33.24 # I guess I'll stick with rename 13.33.34 # so restart recording with a new file and then you should be able to rename the previous one 13.34.46 # Yeah, but I can't seem to get the rename finction to work. Now that I know where it is (thank you), I'll try to find out what I'm doing wrong. 13.35.55 # The other thing I'd like to do is change the prerec time after rec has started. I figure that you just need to change the audioduf start in the final file saving in MP3.c 13.36.07 # do you know if this is possible? 13.36.10 Quit webguest35 ("CGI:IRC") 13.36.20 Join spiorf_ [0] (n=spiorf@host49-214-dynamic.15-87-r.retail.telecomitalia.it) 13.36.50 # sorry, it is /firmware/mpeg.c 13.37.54 # I fear the prerec time is set at recording init (not even rec start) 13.38.24 # it is 13.38.26 Join Febs [0] (n=chatzill@rockbox/administrator/Febs) 13.38.30 # why would you want to change the prereq time after the recording has started? 13.38.47 # prerec 13.39.00 # and I don't think you can do the init twice, so you have to create a new function to modify it and make sure the buf is fine... tricky code 13.39.14 # but in case MPEG_SAVE_DATA, there is rc = write(mpeg_file, audiobuf + audiobuf_read, amount_to_save); 13.39.31 # which suggests that you can change the prerec after the fact 13.39.39 # maybe before the first flush? 13.39.42 # why would you want that? 13.39.56 # I use it as a voice recorder. 13.40.02 # fed, I guess you could fiddle with the start of rec pointer 13.41.03 # if you have prerec at 30sec, and you said something and only need the last 10 sec, I hate listening to the 20sec prior to that. It would be nice to change it on the fly. 13.41.31 # How would I change the rec pointer? 13.42.29 # haven't visited that code since jhMikeS rewrote most part of it 13.42.34 # why not just edit the files afterwards? 13.43.18 # i assume we are talking archos here? 13.43.27 # too much work when you are dealing with 30 recs a day 13.43.28 # oh... 13.43.41 # * petur was thinking SWCODEC 13.43.48 # sansa, actually 13.44.00 # fed: how would you change it on the fly, ui-wise? 13.44.18 Join Kingstone [0] (i=Kingston@87.69.67.222) 13.44.26 # will there be Rockbox for iPhone? 13.44.27 Quit spiorf (Connection timed out) 13.44.29 # I set up the scroll to change the prerec time. I've got that part going 13.44.48 # and it really isn't about changing the prerec time, is it? it sounds more like you want to select how much of the recording to save 13.45.03 # after the fact 13.45.25 # I would like prerec to be 1-2 minutes, and then chose what you keep after. 13.45.33 # fed: if it is sansa, then you are not supposed to look in firmware/mpeg.c 13.45.34 # Kingstone: are you serious? 13.45.36 Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) 13.45.56 # where would I look then? 13.45.58 # fed: firmware/mpeg.c is only for the archos targets 13.46.26 # fed: try firmware/pcm_record.c 13.46.27 # that would explain a lot of my frustration 13.46.53 # pcm_record is for wav file. I use mp3 recording 13.47.00 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 13.47.16 # no 13.47.35 # recording has two buffers: PCM and encoded 13.47.54 # when PCM is almost full, it is handed to the encoder 13.47.56 # pcm_record.c handles the raw pcm recording, and passes it to the encoder 13.48.17 # the encoder (WAV, MP3,...) writes its result in the encoded buffer 13.48.31 # hey, I'm explaining it... :p 13.48.44 # * LinusN backs off 13.48.55 # * petur resumes 13.49.09 # and when the encoded buffer is almost full, it is flushed to disk 13.49.15 # * petur is done 13.50.31 # where is the flush? in mpeg.c? 13.50.51 # no idea, ask jhMikeS ;) 13.51.52 # how do I contact jhMikeS? 13.52.31 # he's based in the US, should get here this afternoon (euro time) 13.53.34 # Thank you very much! 13.55.42 Join norbusan [0] (n=norbusan@pnsgw1-client190.demo.tuwien.ac.at) 13.55.51 Part norbusan 13.56.37 # Until next... 13.56.41 Part fed 14.00.37 # preglow: vector_fmul_add_add can be optimized quite much, one argument is always 0 and another one is always 1 14.03.29 Quit TrueJournals () 14.07.48 # preglow: I added it this way just to be compatible with the ffmpeg simd routines 14.08.29 # merbzt: I think preglow is on holiday (already or almost) 14.12.33 # amiconn: just had a data abort, after 2 hours with unknown1 = 3 14.19.25 Join Crash91 [0] (n=crash@196.219.185.25) 14.19.34 # hello 14.20.11 # hi Crash91 14.20.40 # markun: hello markun 14.22.16 # markun: how do youthink this looks as a replacement for rockbox's connected icon? 14.22.19 # http://www.iriver.co.jp/images/supporter/670_52/ss_usb_connected.jpg 14.23.03 # I think the current one is fine too 14.23.15 # :) 14.23.20 # omg 14.23.40 # i have a ghost in my dvd drive, it keeps opening and closing! 14.24.04 # ......ok it stopped 14.24.19 # Crash91: who drew that image? 14.24.56 # not me, but i am going to make something like it, so dont go on about copyright 14.25.03 # :-) 14.25.03 # :) 14.25.11 # Zagor: this is the image from the original iriver FW (H300) 14.25.18 # XavierGr: aha 14.25.26 # indeed :P 14.25.36 # and anyway....its iriver 14.25.38 # so I don't think that rockbox can use it even if we want it 14.26.28 # am I allowed to use images if they are released under GPL/CC? 14.27.14 # GPL yeah 14.27.50 # How about if i take a pic of my sansa's connector (plain black, no logos) and edit it a bit 14.29.10 # Crash91: connector? do you mean connect image, or the cable? 14.29.20 # Cable 14.29.24 # that's fine 14.29.29 # Ok 14.30.22 # hmm....does anyone know if i can install inkscape locally without becoming root? 14.31.20 # obo: hmrf! 14.31.38 # obo: Did you also test the 75MHz patch? 14.32.13 # not for long enough, no - I'll run that this afternoon 14.33.10 # * Zagor just found out that there is no way to make the log reader work in msie, since it simply doesn't support "server push" 14.33.23 # I guess I can stop trying now, then 14.34.00 # at least make it show the log in IE then.... 14.34.08 # (without the auto-refresh) 14.34.33 # sure. I'll add a notice at the top too. 14.37.09 # amiconn: let me know if there is something that I can test. 14.37.34 # Do you still need me to test r13764, 65, 66? 14.42.47 Join DeadlyAvenger [0] (n=sam@88-106-140-154.dynamic.dsl.as9105.com) 14.43.03 # hello 14.43.38 # ...or not 14.43.56 # btw: the wma decoder is almost running in realtime now on the iriver after the last submits 14.44.27 # anyone here able to give me a hand with wpdmon? 14.44.55 Join DarthShrine [0] (n=Angus@pdpc/supporter/student/DarthShrine) 14.45.02 Join printfXh4 [0] (n=pseudo@ppp121-45-211-205.lns2.bne1.internode.on.net) 14.48.37 # DeadlyAvenger: with what ?!? 14.49.23 # have any of the recent ipod changes gone anywhere near the USB code ? 14.49.52 # GodEater: wpdmon, it monitors the output to a device using the mtp protocol 14.49.56 # * petur guesses this: http://www.microsoft.com/whdc/device/media/WPD_tips.mspx 14.50.06 # * petur guessed too late 14.50.17 # lol 14.50.44 # trying to get a readout on my zen vision m, but it doesn't like it :( 14.52.02 # the page I linked mentions that the tool outputs trace info, maybe have a peek at it with debugmon? 14.53.22 Quit SirFunk (Read error: 110 (Connection timed out)) 14.54.45 # hmmm 14.56.14 # guys, for the "new" rockbox USB icon, how about the gnome icons for computer and DAP with an arrow between them? 14.57.49 Quit miepchen^schlaf ("Verlassend") 14.59.41 Join miepchen^schlaf [0] (n=hihi@p54BF6611.dip.t-dialin.net) 15.02.39 Join Arathis [0] (n=doerk@p5484BDC6.dip0.t-ipconnect.de) 15.05.32 *** Saving seen data "./dancer.seen" 15.06.05 # Crash91: didn't we just change them? 15.06.22 # erm...when? 15.06.36 # Crash: yes I don't think we need new USB icons, current ones are good enough imho 15.07.03 # :) Ill make them for my build, and you can take them if you like them 15.07.37 # sure, if they are good looking 15.07.45 # I prefer the glossy-looking icons to the grey solid ones :) 15.07.51 # Febs: Yes please. Alternatively you could test my 75MHz patch 15.08.30 # Almost finished, making some "Connection" arrows between computer and DAP icons, ill upload them to imageshack when im finished 15.08.40 # Note that it's not the same as testing those intermediate revisions 15.08.43 Part chrisjs169|afk 15.08.55 # * amiconn wonders why 78MHz would be a problem for PP5022 :| 15.09.06 Join chrisjs169|afk [0] (n=jack@c-68-33-114-53.hsd1.md.comcast.net) 15.09.22 # amiconn: I've had r13764 running for about 40 minutes with no crash. 15.12.33 Quit Thundercloud (Remote closed the connection) 15.17.09 # XavierGr:Finished, will post link soon 15.17.22 Join reppel [0] (n=reppel@213-140-11-128.fastres.net) 15.18.03 # amiconn: r13764 crashed. There was no error message, just a complete freeze. 15.18.54 # http://img151.imageshack.us/img151/6268/connectsw1.jpg <- "New" icon 15.19.42 Quit printfXh4 (Read error: 113 (No route to host)) 15.20.01 # you should have the image on the DAP's screen 15.20.06 # (like infinite inclusion) 15.20.31 # Crash: MyOpinion: I don't like that an ipod looking device is shown on the picture, also I prefer a USB cable depicted, other than that it is a good looking picture 15.21.02 # I like the way the current one uses transparency to show on top of my backdrop 15.21.43 # petur:Just fill the white with purple 15.21.46 # pink* 15.22.01 # you think it's that easy? 15.22.12 # XavierGr: Thanks, im looking for an image under gpl that looks nice 15.22.33 # I got the current icons from the gnome default theme/tango, 15.23.03 # Crash91: if they used AA then the transparent version will be ugly on anything but a white background 15.23.28 # AA? 15.23.36 # anti aliassing 15.23.44 # aah 15.23.55 # i was thinking of album art :p 15.24.04 # tssss 15.24.12 # except if you keep like a 2 or 3 pixel wide white border (at least it won't look fuzzy) 15.24.46 # Ok, i will try to do a white stroke around it......i need to get used to gimp.... 15.25.18 # does anyone know how to stroke an image in the gimp? 15.31.31 Quit pill (Nick collision from services.) 15.31.42 Join _pill [0] (i=pill@sloth.shellfx.net) 15.33.18 Quit reppel ("leaving") 15.37.19 Join SirFunk [0] (n=Sir@admin-147-222.potsdam.edu) 15.39.01 # will there be Rockbox for iPhone? 15.39.14 # Kingstone: yes, if someone makes it 15.39.39 # i mean, does anybody started thinking/working 15.39.47 # i don't have an iphone nor i can buy 15.39.50 # The iPhone completely disappointed people 15.39.51 # i don't live in the US.. 15.39.55 # so dont buy one 15.40.12 # but i will want to when it come to my country (europe) 15.40.15 # why disappointed/ 15.40.35 # since apple says they will prevent all 3rd party software, it could be a bit hard 15.41.05 # Very slow browsing, poor video, the list goes on 15.41.19 # and yes, no 3rd party software 15.41.51 # You HAVE to get a cingular wireless connection even if you dont want to. 15.42.17 Join The-Compiler [0] (n=florian@189.56.76.83.cust.bluewin.ch) 15.43.40 # Febs: Hmm, would be interesting to know whether r13764 _only_ causes freezes (i.e. no data aborts) 15.43.49 # ..or undefined instructions 15.44.59 # I'll keep testing and let you know what I observe. r13764 has not crashed again since my last message to you. When I was running r13767 yesterday, it was crashing much more frequently, and with data aborts and undefined instructions. 15.45.17 Join pixelma [0] (i=d5494d90@rockbox/staff/pixelma) 15.45.19 # iPhone IMHO as Crash said sucks, no 3G or MMS and the lack of a physical keyboard is weird. Apple and its fanboys though did a fine job into advertising and publicity 15.45.32 # XavierGr:http://www.who-sucks.com/tech/15-reasons-why-apples-iphone-sucks 15.45.57 # No support for vista or win x64 15.46.28 # oh and, the biggest reason......APPLE PRODUCT 15.46.44 # exactly 15.47.45 # wma on iriver H300 is according to test_codec 103.09% realtime. It needs a little bit more optimization to be usable for coldfire 15.48.35 # Guys...is there a sim for linux? 15.49.43 # you can compile one if you have the right pakcages 15.50.06 # or you could install vmware on linus and use the vmware image but I don't find it very efficient if you already run linux 15.50.11 # hmmm.....how? Guide me through it 15.50.19 # not the vmware 15.51.33 # have you looked the wiki? 15.52.23 # http://www.rockbox.org/twiki/bin/view/Main/UiSimulator 15.53.02 # thanks 15.55.12 # naah....too much work and i dont have wine 15.55.22 # ill just use my sansa 15.55.52 # wine? 15.56.04 # you don't need wine to run the sim 15.56.04 Join sarixe [0] (n=sarixe@ool-435403e9.dyn.optonline.net) 15.56.37 # hi, i tried using the rockbox source from the exact day the patches were released, and still i got FAILED hunks 15.58.20 # then you have to contact the author of the patch or try to fix the failed hunks yourself 15.58.47 # ok 15.59.25 # XavierGr: got it....i was looking at wrong page 16.00.26 # wait...are they meant to be called hunks? 16.00.46 # sarixe: you could post to ask for an update on the flyspray page that you got the patch 16.00.52 # i thought it was a typo for chunks 16.00.55 # that's what patch calls them, Crash91 16.01.02 # kk 16.01.15 # XavierGr : it was rockbox.webhop.org 16.01.37 # various patches such as scroll margins, multi-font support, album art, etc 16.02.00 # it's for a lot of the wps themes for iaudio x5 16.02.15 # sorry, that's the first time I encounter tha page 16.02.19 # ^that 16.02.26 # ...seems to be the mantra 16.02.59 # I am sure that most of the patches there can be found on the patch tracker too 16.03.18 # though I don't know if they are updated, or if they compile cleanly all together 16.03.19 # alright, i'll check there... you think they'd be updated there? 16.03.21 # o 16.03.27 # you will just have to try it 16.03.32 # yup 16.03.36 # too many patches to fiddle those days :P 16.03.58 Quit Zagor ("Client exiting") 16.04.03 # lol 16.04.45 Join saratoga [0] (i=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-a61dacf6405464fb) 16.07.33 # Hello saratoga any new optimizations for wma on coldfire? This thing is a tiny bit away from beeing usable 16.08.02 # XavierGr: where is the directory the uisim reads stuff from? 16.08.38 # XavierGr: last nights changes should work on all platforms 16.08.44 # is it rockbox-full.zip 16.08.46 # they made arm a good bit faster 16.08.56 # have you tried them on coldfire? 16.09.14 # XavierGr : the majority of the problems seem to be in the lcd files in firmware/export 16.10.16 # i also checked the patch tracker, and they had an even older version than i have 16.11.23 # Crash: to install a rockbox build on the sim, type "make install" after you have compiled the sim with "make" 16.11.38 # saratoga: yeah they did make it faster on coldfire. 16.11.50 # saratoga, it's samsharp99 from the zen forums, do you know anything about getting wpdmon to work? 16.12.03 # saratoga: it went from 90% to 103% I think 16.12.24 Nick DeadlyAvenger is now known as samsharp99 (n=sam@88-106-140-154.dynamic.dsl.as9105.com) 16.13.00 # DeadlyAvenger: sorry, never heard of it 16.13.06 Join bluebrother [0] (i=XFRBxDpX@rockbox/staff/bluebrother) 16.13.10 # XavierGr: I mean where is the .rockbox directory that the sim is reading from 16.13.22 # i wonder why its so much slower on coldfire 16.13.30 # theres hardly any arm specific stuff in there 16.13.32 # Crash91: look for the archos subdir 16.13.41 # unless memory is a lot faster on arm targets? 16.13.51 # its blank 16.14.16 # amiconn: with r13764, data abort at 000371FC. 16.14.25 # saratoga: RAM is slow on ColdFire at least. Moving stuff to IRAM makes a big difference. 16.14.37 # Crash91: the archos dir its the root of the sim device 16.14.41 # That's how I made AAC usable on ColdFire... 16.14.48 Quit sarixe (Remote closed the connection) 16.15.03 # i built the sim in /home/crash/rockbox/uisim 16.15.08 # how much iram is there on coldfire? 16.15.13 # the archos directory in /uisim is blank 16.15.32 # 96 kb, half of which is available to the codec. 16.15.46 Join sarixe [0] (n=sarixe@ool-435403e9.dyn.optonline.net) 16.15.47 # Crash91: checked for hidden folders? 16.15.48 # ok so same as PP 16.16.00 # Oh yeah...:P 16.16.22 # well if some enterprising coldfire owner wants to try, I've barely used any of the available IRAM... 16.16.35 Join arturo182 [0] (n=arturo18@h-87-199-5-147.dolsat.pl) 16.16.38 # since we're still moving things around in memory a lot 16.16.43 # on M5 my test 128kbps wma track is now as fast as the test ape track I got from linuxstb (I always forget the quality) - about 105% runtime in test_codec 16.17.26 # with last night's changes 16.17.31 Quit DarthShrine (Connection timed out) 16.19.14 # thats ridiculous 16.19.24 # I get ~190% realtime on the sansa 16.19.45 # saratoga: vector_fmul_add_add can be optimized abit, it's called with 0 always for one argument and 1 for another 16.19.59 # merbzt: I saw that 16.20.07 # please hold off on touching that for a bit 16.20.33 # I want to rewrite that to use the CORDIC trig functions instead of the fixsin32 and fixcos32 it now uses, which will mean changing the fixed point format 16.20.54 # afterwards I suspect it could be folded into a FMAC loop or such 16.22.41 # though please if you want to try out any other changes, feel free 16.22.43 Quit hax (Read error: 104 (Connection reset by peer)) 16.22.49 # theres so much that could be done better 16.22.55 # hard to pick just one place :) 16.26.41 # XavierGr: Ive finished my "icon" and it looks okay on backgrounds 16.26.42 # oh duh! the webhop site has pre-patched source! lemme try that...... 16.27.06 # saratoga: I have a local change that speeds up wma on coldfire by ~5% 16.28.30 # saratoga: I wonder why wma is nearly on par with mp3 on arm, but way slower than mp3 on coldfire 16.29.04 # On coldfire, mp3 doesn't even boost most of the time 16.30.29 # Lear: Speaking about aac usability on cf - it plays w/o skipping, but boost ratio stays at 100% :| 16.31.28 # saratoga: I assume that you mean that you want to use Q1.31 as array representation and thereby getting rid of the shifting in the mul operator ? 16.32.19 # is CPU scaling enabled on sansa? Whenver i go into debug>audio thread it shows boost as 100% 16.32.21 # amiconn: Strange, last I looked, it was something like 50%. With "reasonable" bitrates. 16.33.00 # my rockbox db seems shot, is there a way to go fixing it, apart from setting -> update db now 16.33.00 # I used ~128kbps (which sound like 128kbps encoded with xing - urgs) 16.34.13 # zzuh: there have been problems with the db recently 16.34.15 # No, more than 50, about 80, with ~160 kbps (iTunes), 16.34.15 Join Doomed [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) 16.34.26 # merbzt: I think you still need to do the shift with Q1.31 16.34.39 # mostly i was hoping to get rid of the redudant trig functions 16.34.44 # alright... what do i do when the .c file compiles alright, but then LD gives the .o an error? 16.34.53 # guys, take a look at my "new" usb connector icon and tell me what you think 16.34.54 # http://img385.imageshack.us/img385/7673/connectvx5.png 16.35.01 # if theres a performance improvement, that'd be nice too though :) 16.35.03 # Crash91, what can be done? 16.35.08 # (With a bit of dsp processing on) 16.35.16 # plus cordic is more accurate, so that would mean less rounding errors too 16.36.10 # Lear: No dsp stuff enabled here. (H180) 16.36.13 # zzuh: goto initialize db and it will probably crash wile initing, then note where it crashes and press Prev/back before it crashes again 16.36.23 # hehe 16.36.26 Quit pixelma ("CGI:IRC") 16.36.26 # thanks :) 16.36.29 # zzuh:This will restore most of your db, but not all 16.36.38 # its just a workaround :) 16.36.45 # Maybe there's a boost count imbalance so it stays boosted without necessity? 16.36.53 # Voice was enabled, btw 16.36.55 # You can always use the file browser :P 16.37.18 Join pixelma [0] (i=d5494d90@rockbox/staff/pixelma) 16.37.19 # Anyone check out my usb thing 16.37.41 # http://img385.imageshack.us/img385/7673/connectvx5.png 16.39.21 # Crash91 : it's very slow to load 16.39.28 # but nice 16.39.59 # thanks, the slowness is not my fault, probably imageshack's servers are busy 16.40.04 # right 16.40.54 # Any criticism? 16.41.19 # i like the shading on the computer and the arrow 16.41.43 # try to incorporate that into the audio player 16.41.57 # Well...to be honest 16.42.02 # i didnt make the icons 16.42.07 # ...copy/paste, right... 16.42.37 # Gnome, but i had to delete all the edges and ensure it blends well 16.43.01 # right 16.43.09 # but i thought it would be a nice replacement for the current ones 16.43.39 # for those who were at Devcon West (or who have been to vegas and are geeks): http://www.reallifecomics.com/archive/070706.html 16.44.45 # fyi, it redirects you to the homepage 16.44.53 Quit saratoga ("CGI:IRC (Ping timeout)") 16.45.03 # Crash91, could you see your private message? 16.45.18 # no, i am not registered 16.45.26 # join #crash if you want to talk 16.50.30 Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) 16.53.30 Join Arathis_ [0] (n=doerk@p5484BDC6.dip0.t-ipconnect.de) 16.53.32 # amiconn: data abort whilst running at 75MHz, in apps/dsp 16.54.36 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 16.55.01 Quit atsea- (Read error: 104 (Connection reset by peer)) 16.55.07 Join Xerion [0] (i=xerion@cp198589-d.landg1.lb.home.nl) 16.58.06 Quit Arathis (Nick collision from services.) 16.58.11 Nick Arathis_ is now known as Arathis (n=doerk@p5484BDC6.dip0.t-ipconnect.de) 16.58.50 # Why is it not possible to kick yourself if you are an op?!?! 17.03.17 # guys...how do i patch .diff files? 17.03.42 # is it patch -p0 < xxxx.diff? 17.03.55 # yes$* 17.03.56 # using the patched source provided on rockbox.webhop.org, i get an error with rockcalendar.o, saying an undefined reference to `memcpy' 17.04.06 # ok 17.04.07 # Crash91 : http://www.die.net/doc/linux/man/man1/patch.1.html 17.04.42 # sarixe: just so you know, the patches from rockbox.webhop.org are meant to be applied in sequence... you can't just pick one and apply it 17.04.49 # i know 17.04.51 # about the ld error I don't know though 17.04.57 # i applied them in sequence 17.05.04 # oh 17.05.08 # and then i tried using THEIR OWN patched source 17.05.13 # which should be the same 17.05.23 # however, when i applied them in sequence, i got some errors 17.05.31 # FAILED hunks 17.05.35 # sarixe: almost the same as "man patch" 17.05.36 *** Saving seen data "./dancer.seen" 17.05.41 # Crash91 : identical 17.05.46 # :) 17.05.51 # sarixe: why do you get failed hnuks on a patched source ? 17.05.59 # i don't know 17.06.09 # the patches are meant to be used on 2007-06-22 17.06.13 # wait, you applied patches on a patched source ? 17.06.13 # and that's what i used them on 17.06.16 # no 17.06.30 # i applied patches to the original rockbox-20070622 17.06.37 # and that gave me failed hunks 17.06.39 # ok 17.06.57 Quit Lear ("ChatZilla 0.9.78.1 [Firefox 2.0.0.4/2007051502]") 17.07.07 # and then i downloaded the patched source from rockbox.webhop.org, hoping it would yield better results 17.07.22 # (didn't patch it again, just assumed it was already patched, as promised) 17.07.38 # and i go to make it, and get that ld error 17.10.05 # it's in function keyboard_loop in rockcalendar.c 17.10.27 # but i can't even find ANY reference to memcpy there, let alone undefined 17.10.50 # it should be rb->memcpy 17.11.03 # that's the one, but it's in a completely different function 17.11.20 # read_notes 17.11.20 # could you pastebin the coupiler output ? 17.11.24 # yup 17.12.00 Join saratoga [0] (i=980398fe@gateway/web/cgi-irc/labb.contactor.se/x-4d828bb83cde82b9) 17.13.01 Join PaulJam [0] (i=Paul@vpn-3011.gwdg.de) 17.13.13 # Nico_P : you need the whole output, or just the error? 17.13.25 # just the area with the rror 17.14.09 # http://pastebin.com/943212 17.14.23 Join Sancho [0] (n=Bobarama@pool-71-104-17-149.lsanca.dsl-w.verizon.net) 17.14.31 Join jgarvey [0] (n=jgarvey@cpe-066-057-231-236.nc.res.rr.com) 17.15.35 Quit chrisjs169|afk (Read error: 104 (Connection reset by peer)) 17.15.54 Quit arturo182 () 17.16.03 Join chrisjs169|afk [0] (n=jack@c-68-33-114-53.hsd1.md.comcast.net) 17.16.08 # sarixe: you propably need a similar gange like it was done here: http://svn.rockbox.org/viewvc.cgi/trunk/apps/plugins/sokoban.c?r1=13739&r2=13740 17.16.43 # guys, if i apply several patches and the do svn up . will it replace the patched files?! (if the patched files have been updated) 17.17.08 # Crash91: no, it will attempt to merge your changes with the ones in SVN 17.17.28 # Ok, good thing i got that clarified :) 17.17.34 # btw, i can't even get the original source to build right 17.17.49 # the letter next to the file will tell you what happened... C for conflict, G for merged IIRC 17.18.02 Quit Sancho (Client Quit) 17.18.05 # sarixe: that's not a good sign 17.18.09 # nope 17.18.16 # are you sure you have the right compiler version ? 17.18.24 Quit petur ("connection reset by beer") 17.18.27 # sarixe: Have you managed to do a clean build without patches, from rockbox.org? 17.18.29 # i ran tools/rockboxdev.sh 17.18.35 # pondlife : no 17.18.42 # Have you tried that? 17.18.47 Quit pixelma ("CGI:IRC 0.5.7 (2005/06/19)") 17.18.51 # i.e. ignore the webhop stuff completely 17.18.56 # i have 17.18.58 # no success 17.19.19 # What OS are you? 17.19.28 # linux 17.20.10 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 17.20.16 # Ah, ok. I'm not familiar but I'd start with an svn diff and making sure it finds no differences. 17.20.25 # ok 17.20.34 # svn up won't overwrite patched stuff 17.20.40 # wait, will svn have the 2007-06-22? 17.20.48 # No, the current build 17.20.50 # o 17.20.57 # well, i'm actually not that familiar with svn 17.21.12 Join miepchen^schlaf [0] (n=hihi@p54BF6611.dip.t-dialin.net) 17.21.24 # any guide i should use? 17.21.32 # I'd forget the 2007-06-22 and any patches... hang on, Ill find the wiki 17.21.44 # pondlife : then what? 17.22.11 # i mean, the whole purpose of these patches is to be able to use certain themes 17.22.22 # and afaik, these patches aren't incorporated yet 17.22.30 # Well I'd prove you can compile a working Rockbox first. Forget patches. 17.22.36 # true 17.23.03 # Then you can get them incorporated... maybe need to pester some people to work on them of course... so it could take a while. 17.23.10 # shall i get the bleeding source? 17.23.13 # But then everyone benefits and we can help you 17.23.14 # Yes 17.23.25 # sarixe: svn will allow you to get the particular revision you want 17.23.45 # but pondlife's right, test with the most recent first 17.23.59 # sarixe: type svn update in the dir with the rockbox source 17.24.07 Part LinusN 17.24.13 # then svn diff to make sure that you don't have any differences 17.24.20 # ok 17.24.26 # XavierGr: that'll only work if the source is a wroking copy... sarixe: is it ? 17.24.27 # if it doesn't output anything you are ready to go 17.24.43 # Nico_P : is what? 17.24.45 # sarixe: i.e. did you do an svn checkout ? 17.24.58 # yeah I thought that you have already checkedout the source 17.25.14 # no, i was dl-ing it from the site 17.25.22 # sarixe: http://www.rockbox.org/twiki/bin/view/Main/UsingSVN 17.25.31 # and now my stepdad's fucking with port 80 on my system again 17.25.32 # Nico_P: Thanks, that's what I was looking for 17.25.33 # brb 17.25.33 # nope you have to checkout the code 17.25.37 # else svn will not work 17.26.04 # Maybe start in a whole new directory before you checkout 17.26.28 # pondlife: would you like write access to the MoB repo in JdGordon's SVN ? 17.27.00 # Nico_P: No, don't worry... unless it comes with a free time machine. 17.27.06 # hehe 17.27.31 # More important that some of us check through your code as it progresses. 17.27.52 # agreeed 17.28.44 # back 17.29.00 # Maybe you could lay out JdGordon's SVN like the real one a bit... might help merging.. 17.29.13 # * pondlife must look up about git 17.29.31 # * sarixe is an svn newb 17.29.45 # pondlife: I'll probably use a git branch on my comp to do that 17.29.49 # sarixe: I was, not long ago. It's pretty nice. 17.30.12 # Mind you, I have to use SourceSafe at work :S 17.30.13 # right... i've minimally used cvs, and yes, it's nice 17.30.13 # pondlife: ideally, Bagder would set me up with git hosting on rockbox.org 17.30.58 # Are you ready to start using buffering.c in the playback code now? 17.31.06 # alright, i just downloaded rockbox-bleeding 17.31.12 # attempting to make 17.31.19 # Nico_P: Or is there some multithreading testing to be done in file copy first? 17.31.46 # pondlife: I don't really know 17.32.08 Quit Siltaar (Remote closed the connection) 17.32.49 Join fed [0] (i=4a7b3e0c@gateway/web/cgi-irc/labb.contactor.se/x-a5e0e97e6f818186) 17.32.49 # Nico_P: md5s match on target now ? (was it the alignement issue?) 17.32.52 # running rockboxdev.sh 17.32.55 # I'd think the next step is to carry on copying files in a plugin, but with two threads.... one internal running the buffering and another calling the API and writing the output. 17.33.03 # dionoea: yes, it was an alignment issue 17.33.08 # nice :) 17.33.15 # works fine on target now, except it fails the LL test 17.33.22 # LL ? 17.33.39 # linked list ? 17.33.42 # linked list... I wrote a small test suite to make sure everything's OK, and a part of it fails on target 17.33.48 # * pondlife was wondering what that failure was about 17.33.50 # ah ok. 17.34.01 # I am using rename () , and the return value was -72. Does anyone have an idea of what this means? 17.34.07 # Ah, you said it was a move_handle issue, right? 17.34.20 # yes. I thought it would be the alignment but no 17.34.37 # I think I'll investigate that 17.34.41 # If it's on target only, then maybe there's another alignment issue? 17.34.54 # maybe yes 17.35.06 # or some other weird issue :) 17.35.42 # Do you need to have appropriate struct member alignment? I've heard rumours about that (but assume gcc would pack).. 17.35.52 # Nico_P: For target tests, an ipod (or even an archos) would be better. Both will throw an exception (data abort on arm, cpuadrerr on sh) on unaligned accesses 17.36.15 # amiconn: I only have a gigabeat and an H300 17.36.28 # my brother will be back with his H10 on the 25th 17.36.28 # amiconn: That can be enabled on H300, right? 17.36.42 # pondlife: If the struct itself is aligned, there should be no problem. gcc aligns struct members, as long as you don't declare a packed struct 17.36.51 # Good 17.36.56 # how do i remover a patch? 17.37.09 # patch -R < thepatch 17.37.09 # patch -p0 -R < xx.patch 17.37.10 # Crash91: patch -R -p0 < diff 17.37.10 # pondlife: Nope. Coldfire doesn't care about alignment and happily accesses unaligned values (jsut slower) 17.37.25 # ok thanks 17.37.38 # But perhaps it can be enabled on gigabeat 17.37.42 # Crash91: man patch too ;) 17.37.57 # lol...keep forgetting 17.40.00 # Does the gigabeat's arm core include the system control coprocessor? 17.40.59 Join zylche [0] (n=zylche@80-192-36-235.cable.ubr01.dund.blueyonder.co.uk) 17.41.22 # whats up with rocklife? just upgraded rockbox there, 06/06/07 --> 06/07/07 17.41.36 # Can anyone let me know how I access the DEBUGF outputs? 17.41.43 # badabing, i actually got it to build this time 17.42.03 # bleeding source builds fine here 17.42.27 # pondlife : now what? 17.43.20 # Ah, looks like it does :) 17.43.34 Quit Caliban (Read error: 110 (Connection timed out)) 17.43.45 # amiconn : who were you talking to? 17.43.56 # zylche: what's up what ? 17.44.05 # * amiconn answered his own question 17.44.13 # ah 17.44.59 # sarixe: OK, now work out which patches you need (as few as possible) and attempt to apply them one at a time. Flyspray is the place where you'll find the latest versions. 17.45.12 # ok 17.45.16 # amiconn: is that good or bad ? 17.45.36 # i cant get pegbox to build properly :( 17.45.37 # Some may fail to patch as they are out of date. You'll need to pester the author to update or have a hack yourself... 17.45.46 # Nico_P: It is good. You can enable abort on unaligned accesses 17.45.55 # http://www.rockbox.org/tracker/5725 < i have done everything that says but no joy 17.46.27 # sarixe: Also, some patches may fail when combined with others. I suggest you do a make after each successful patch. 17.47.02 Part fed 17.47.32 # pondlife : just for the record... what do i do after make? 17.47.40 Join Entasis_ [0] (n=Jarred@ppp121-45-17-218.lns11.adl2.internode.on.net) 17.47.40 # make zip? 17.48.00 # Nico_P: In firmware/target/arm/s3c2440/gigabeat-fx/mmu-meg-fx.c, try the following: 17.48.04 # Yes, if you need a zip to install on the device. 17.48.28 # sarixe: But I meant to rebuild after each patch just to save time if one is broken. 17.48.29 # Insert the following line between line 91 and 92: 17.48.41 # it'll make rockbox.zip for me? or the files to put in it? 17.48.52 # "orr r0, r0, #1<<1\n" /* enable alignment fault check */ 17.48.59 # sarixe: If it doesn't compile, you can patch -R and try again. 17.49.03 # pondlife : ok, i'll try that 17.49.20 # for unix apps that isntall with a Makefile.PL, is there some command to change the install path? 17.49.30 # Yes, make zip makes rockbox.zip - but you don't need to do that until you have constructed your final build 17.49.38 # ok 17.50.02 # Although you may want to check you can make zip and install your initial unpatched build first. 17.50.20 # (And that it plays music!) 17.50.36 # amiconn: ok 17.51.41 # pondlife : the latest versions of these patches all appear to be 20070622 17.52.09 # Link? 17.52.18 # http://rockbox.webhop.org/ 17.52.43 # under "Builds based on SVN repository from 20070622" 17.53.33 # Nico_P: This should crash with a data abort if you run yesterday's problematic code (with the broken alignment) 17.53.57 # sarixe: You'll need to search Flyspray for the patches you want... the webhop one is frozen in time 17.54.04 # amiconn: I've just build a logf build with this change 17.54.04 # o 17.54.09 # The displayed address should match the function in question 17.54.12 # I expect it to crash in the LL test 17.54.46 # sarixe: IMHO, with Rockbox, progress is so fast there's little point in worrying about "unofficial" sources... 17.55.01 # mm 17.55.03 # hmm, no crash 17.55.13 # you think these patches will be incorporated soon, then? 17.55.19 # sarixe: Unlikely 17.55.25 # hm 17.55.29 # But Flyspray has the latest versions 17.55.56 # would there just be similar ones put in? (stable ones that are permanent) 17.56.30 # Depends... The WPS ones probably won't be as there is a plan for viewports that will make them redundant 17.56.45 # what's that? 17.56.50 # (viewports) 17.57.15 # Search the wiki... :) 17.57.25 # lol 17.57.41 # It's a can of worms :) 17.58.15 # Anyway, best you pick which patches you want and attempt to grab them from Flyspray, I'd say. 17.58.51 # e.g. http://www.rockbox.org/tracker/task/4733 for multifont 17.58.52 # ok 17.59.02 # amiconn: still no crash, even with the alignment check comment out 17.59.20 # Nico_P: Even if you remove the +3)&~3 ? 17.59.45 # pondlife: that's what I commented out 17.59.51 # Gotcha 18.00.03 # So bad files came out...? 18.00.35 # how do i change the coordinates of the USB logo? 18.00.41 # pondlife: yes 18.01.29 # Maybe something else is resetting the alignment fault bit? 18.03.05 # pondlife : rockbox boots and plays music 18.03.26 # So you can definitely build from scratch! 18.03.37 # yup 18.03.43 # i don't know why it failed before 18.03.46 # But the challenge is in getting a set of synced patches and source. 18.03.47 Join ^BeN^ [0] (n=Paprica@rockbox/developer/paprica) 18.03.51 # right 18.04.01 # sarixe you can svn up to any rev you want 18.04.05 # svn up -rN 18.04.17 # replace N with the date? 18.04.22 # <^BeN^> hi 18.04.24 # Guys, does anyone know where to set the coordinates at which the usb logo/rockbox logo is displayed?? 18.04.26 # the rev or mayb the date 18.04.32 # type svn help up 18.04.33 # Date isn't accurate enough really. 18.04.33 Nick ^BeN^ is now known as Paprica (n=Paprica@rockbox/developer/paprica) 18.04.51 # :P 18.05.19 Join Rori [0] (i=MO-Pants@host-84-9-52-242.bulldogdsl.com) 18.05.27 # Hi Paprica 18.05.40 # lol 18.05.47 # someone remmber me? =\ 18.05.54 # Hi guys. Does anyone know if I can use this http://www.filron.com/index.php?act=viewProd&productId=15986 on my 1st gen Nano with Rockbox? Or would I have to boot to the Apple firmware? 18.06.01 # Yes, now you've decloaked :) 18.06.03 Part zzuh ("brb") 18.06.31 # lol what is decloaked 18.06.33 # =\ 18.07.25 # hi Paprica . Did you see my comment on the Spider solitaire entry in FS ? 18.07.50 # hmm.. is rockipedia still getting worked on? 18.08.04 # And is there a plugin to do it for an ipod video 5g? 18.08.39 # dionoea no =\ 18.08.52 # ok :) 18.09.32 # Paprica: I didn't recognise ^BeN^... 18.09.56 # hihi :) 18.10.21 # OK, I know I've asked before, but would a 4GB iPod Nano in black or white be a 1st gen for certain...? 18.10.40 # For example, this one: http://cgi.ebay.co.uk/ws/eBayISAPI.dll?ViewItem&ih=013&sspagename=STRK%3AMEWA%3AIT&viewitem=&item=230148502989&rd=1&rd=1 18.11.01 # is there a 2nd gen ipod nano? 18.11.08 # the 1st gen has metal back 18.11.19 # sarixe: There is, and Rockbox won't work on it. 18.11.20 # amiconn: my gigabeat refueses to crash 18.11.22 # the 2nd gen has curved edges and is all plactic 18.11.24 # o 18.11.25 # plastic* 18.11.26 # Nico_P: :) 18.11.55 # pondlife: Get_a_Sansa 18.12.16 # pondlife:the link you set has 1st gens 18.12.23 # Crash91: Is Sansa smaller than a Nano? 18.12.37 # pondlife:no but 500% more features 18.12.42 # This is for mrs pondlife, she wants no HD and tiny 18.12.53 # sansa = flash 18.12.58 # Features not important, size is. 18.13.05 # ok 18.13.22 # hoold on 18.13.23 # "2006-12-17: Recording on iPod 4G/5G/Nano and H10" How do you record on a Nano??? Also still need an answer on Nano accessories. 18.13.30 # I don't think I can justify the expense of a nano really - maybe just get a tiny unbranded one. 18.13.50 # http://cache.gizmodo.com/assets/resources/2006/10/SansaNanoFaces.jpg < the nano in the pic is 2nd gen, 1st get is somewhat thicker (2mm?) 18.14.25 # sansa = 1cm thick, nano = .5cm thick 18.15.01 # pondlife: 18.15.03 # IPod Nano — Dimensions: 90x40x6.9 (first generation) 90x40x6.5 (second generation) 18.15.03 # http://www.3000rpm.com/acatalog/Sumvision_2_Gig_USB_MP3_Player_With_Radio.html is cheap... but no Rockbox. 18.15.10 # pondlife : i think you're right about the patches... none of them seem to work 18.15.11 # lol 18.15.17 # sansa = 4.4 cm wide x 8.9 cm long x 1.3 cm high 18.15.42 # pondlife: fyi sansas are cheaper than nanos while having more features 18.15.50 # either way, is there a way i can have svn automatically update the source tree, and have an automatic build process, like the daily build server? 18.16.23 # sarixe: "svn up" will update your source 18.16.28 Quit Entasis (Connection timed out) 18.16.29 # ok 18.17.37 # is there something like task schedulaer in linux? then you could make it automatically execute a shell script 18.17.48 # at ? 18.18.01 # <[Ray]> cron 18.18.04 Quit Thundercloud (Remote closed the connection) 18.18.15 # aye, cron 18.18.19 # i should have though of that 18.19.19 Part Crash91 18.21.12 Quit obo ("KVIrc 3.2.6 Anomalies http://www.kvirc.net/") 18.21.32 Join Crash91 [0] (n=crash@196.219.185.25) 18.21.44 # Is Rockipedia a deserted idea then? 18.21.53 # pondlife: i recommend you get a creative MuVo 18.21.59 Part Crash91 18.23.45 # memmove seems to e causing me problems 18.24.49 # alright... anyone wanna give me a quick howto on getting source from the svn? 18.25.03 # like, how to login and then what to do from there...? 18.25.27 # you don't need to login for svn 18.25.31 # to get the source 18.25.45 # so... what DO i do? 18.25.52 # sarixe: http://www.rockbox.org/twiki/bin/view/Main/UsingSVN#Downloading_checking_out_the_sou 18.25.56 # thanks 18.30.45 # So...do ANY dock accessories for iPod work in Rockbox? 18.32.42 # Rori: i think there is a wikipage. IpodAccesories or something like that. 18.33.15 Part maffe 18.33.38 # k thx 18.33.54 Join maffe [0] (n=maffe@barmen.interhost.no) 18.35.06 Join webguest17 [0] (i=1895b9de@gateway/web/cgi-irc/labb.contactor.se/x-81e2abdd23e70787) 18.37.44 # this is more useful http://www.rockbox.org/twiki/bin/view/Main/IpodAccessories 18.38.15 Quit desowin ("use linux") 18.43.59 # hi, i have a GBC rom saved to my ipod but when i go to open it in rockbox files it wont open it goes into a white screen then flashes unknown ROM size 61d54 and then pluggin error , help please? 18.45.06 Join Domonoky_ [0] (n=Domonoky@e179202118.adsl.alicedsl.de) 18.46.53 Join Rincewind [0] (i=goLP5Wcp@nat-wh-1.rz.uni-karlsruhe.de) 18.52.41 # I don't understand why finding out the iPod universal dock serial protocol etc is so hard. There are MANY dock accessories and those companies don't seem to have a problem obtaining the documentation. Unless you have to pay for it I can't see why someone could not just ask for it from either Apple or one of those companies that make the addons 18.52.47 Quit webguest17 ("CGI:IRC (EOF)") 18.53.03 # Opinions? 18.55.28 Quit foleyjd ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 18.55.35 # i guess these companies have to sign some kind of NDA to get them. 18.56.14 # http://stud3.tuwien.ac.at/~e0026607/ipod_remote/ipod_ap_old.html any use? 18.57.01 # Rori: the dock protocol i swell understood 18.58.38 Join petur [0] (n=petur@rockbox/developer/petur) 19.01.25 # hey petur, thanks for fixing FS7388 and 7359 19.01.32 # np 19.01.33 Quit Domonoky_ (Read error: 104 (Connection reset by peer)) 19.01.49 # someone have quick help for this line? : 19.01.51 # cp rockbox.zip rockbox-${date +%Y%m%d}.zip 19.01.52 # thanks for spotting 19.02.21 # i'm trying to copy the output of make zip to a file with the date in the name 19.02.49 # PaulJam: your bugreports are nice, you almost give the solution. Sometimes I wonder why you didn't attach the patch ;) 19.03.14 # petur: no realname :p 19.03.25 # ah right.. pitty 19.03.33 # you deserve credit ;) 19.03.59 Part maffe 19.04.11 Join maffe [0] (n=maffe@barmen.interhost.no) 19.05.14 # nvm, i got it 19.05.17 Quit sarixe ("Peace") 19.05.38 *** Saving seen data "./dancer.seen" 19.06.28 Join Arathis_ [0] (n=doerk@p5484BDC6.dip0.t-ipconnect.de) 19.06.45 Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) 19.07.45 Quit Arathis (Nick collision from services.) 19.07.49 Nick Arathis_ is now known as Arathis (n=doerk@p5484BDC6.dip0.t-ipconnect.de) 19.08.41 Quit My_Sic (Read error: 110 (Connection timed out)) 19.15.24 # " Rori: the dock protocol i swell understood" I meant in getting accessories to work over the serial interface 19.17.17 # There are so many addons for the iPod I am amazed that this has not been added yet. Guess there are not that many Rockbox iPod users who need them as I thought. Maybe it's just the Non-Rockbox crowd who usually buy that stuff. 19.17.36 # GodEater: are you around? 19.17.52 Part maffe 19.18.13 Join maffe [0] (n=maffe@barmen.interhost.no) 19.18.16 Quit maffe (Remote closed the connection) 19.18.33 Join maffe [0] (n=maffe@barmen.interhost.no) 19.19.41 # Rori: the interface was documented ages ago 19.19.53 # its not supported because no one has figured out how the PP serial interface works 19.20.25 # as I stated 19.20.31 # would need docs 19.20.38 # maybe NDA would screw that up 19.20.57 Join Arathis_ [0] (n=doerk@p5484BDC6.dip0.t-ipconnect.de) 19.20.58 Quit Nico_P (Remote closed the connection) 19.21.04 # Rori: what companies produce is something else 19.21.06 Quit Arathis_ (Read error: 104 (Connection reset by peer)) 19.21.13 # they don't need this information to make an ipod accessory 19.21.28 # since apple provides the firmware 19.21.42 # so they don't even need to know 19.21.45 # what goes on inside 19.21.54 # just instructions to interface with the apple fw 19.21.57 # yeah makes sense 19.22.29 # theres some simple protocol with just a few commands 19.22.34 # list files, play file, etc 19.22.34 # so they can still keep the serial PP to themselves...hmmm how annoying 19.22.40 Join obo [0] (n=obo@82-46-82-224.cable.ubr02.trow.blueyonder.co.uk) 19.23.03 # kinda like Nano 2G has an encryption? 19.23.18 # what do you mean? 19.23.38 # I heard they could not crack 2G Nano or something which is why it's not got a Rockbox 19.23.42 Join Caliban [0] (n=ianmacd@kwark.caliban.org) 19.23.56 # i dont think its encryption though 19.24.01 # I don't understand it technically 19.24.57 # Perhaps it's interfacing with the hardware that is the problem 19.25.00 # I thought that it was bc nano 2g has different internals hw-wise, like not portalplayer based anymore 19.25.12 # yeah diff chipset 19.25.17 # I read that too 19.25.41 # oh well. I want to know how good 2G's gapless playback is 19.25.56 # wow, it has gapless playback... but does it play vorbis? 19.25.58 # I may buy an 8GB one if it's good enough 19.26.00 # .. thought so 19.26.02 # the 2G does encrypt the firmware and it is based on different hardware 19.26.05 # not bothered about Ogg etc 19.26.11 # i just didn't understand how that was like the serial port 19.26.16 # Just want a player that works fully and has gapless 19.26.32 # MP3 and AAC are just fine for me 19.26.48 # although working in iTunes sucks a bit 19.26.54 # one thing that annoys me about vanilla apple is the need of itunes 19.26.56 # I prefer easy folder and filenames 19.27.04 # or specialized obfuscated uploader or whatnot 19.27.08 # yeah 19.27.08 # yeah 19.27.23 # well I could put up with that. I don't change my music on it that often anyhow 19.27.51 # so has anyone any experience with 2G Nano's gapless playback? 19.27.51 # I think there are some linux tools so you can upload to plain ipod, cant buy songs tho 19.28.05 # this isn't the right place to discuss the apple firmware 19.28.11 # ok 19.28.17 # will check ilounge 19.29.00 # oh yeah, keeping in mind that gapless is kind of impossible with eg mp3 encoded files unless youre lucky 19.29.21 # Ave: mp3 works fine with gapless 19.29.37 # rockbox, itunes, etc will decode it gaplessly 19.29.45 # you need more oompah in the gapless engine detecting when there's silence or end 19.29.59 # iTunes perhaps but it's the player I am interested in 19.30.02 # with vorbis you KNOW when the song ends precisely 19.30.06 # Rockbox does a good job of gapless 19.30.25 # I also like that rb has dithering 19.30.47 # mp3 gapless fine 19.31.12 # Ave: gapless mp3 as implemented in rockbox, itunes, etc does not detect where silence is 19.31.21 # Doomed? 19.31.29 # its actual gapless decoding, same as ogg or mpc 19.31.34 # oh ok 19.31.46 # there has been some advancements 19.32.08 # oops sorry, didnt write a complete sentence, =\ 19.33.38 # Doomed are you saying 2G Nano has decent gapless decoding with iTunes 7? 19.34.10 # no, i was wanted to say that mp3s play fine gaplessly on rockbox 19.34.27 # k# 19.34.35 # my friend has an 8gb nano 2g, but i dont remeber offhand how the gapless was 19.35.44 # might be worth finding out if he will let you play with it :) 19.36.21 # iTunes's gapless implementation is "ok". I don't think it's as good as Rockbox's - but it's a vast improvement over "no gapless at all" in previous iTunes. 19.37.49 Join Wiwie [0] (n=goddi@p5B09AC1A.dip0.t-ipconnect.de) 19.38.11 # Hmm you can buy refurbed ipods from apple's online store. Wonder what the warranty is though 19.38.20 Quit Arathis (Read error: 110 (Connection timed out)) 19.38.26 # same 1 year hmm 19.39.08 # hows the price? 19.39.08 # 135 for a 8gb nano as opposed to 169 (UK ripoff prices again) 19.39.14 # ah 19.39.34 # have to see if I can find cheaper on google product search lets check 19.39.59 # I wouldnt mind a 8G 1st gen nano if such exists 19.41.18 Join thegeek [0] (i=thegeek@ti521110a080-5005.bb.online.no) 19.42.14 Join ompaul [0] (n=ompaul@freenode/staff/gnewsense.ompaul) 19.42.43 # Ave: it doesn't 19.42.43 # you would need to mod the nand flash memory 19.42.47 # change it out 19.43.03 # 128.79 is cheapest I can find 8GB 2G Nano 19.43.05 # rats, so the 4gig is max 19.43.27 # I currently have 2G one which is fine and all, but at times it gets a little tight on space.. 19.43.33 # ex postage and no idea if that includes vat it wants me to register to checkout (Hates those online shops) 19.43.42 Quit chrisjs169|afk (Read error: 110 (Connection timed out)) 19.44.26 # ah vat included 19.44.28 # good 19.44.38 # depending on shipping that would not be a bad deal 19.44.54 # new rather than a refurb 19.45.15 # tempted... 19.45.28 # have you considered anything other than nano? or apple 19.45.33 # heh. nah I don't need to right now. Maybe later. 19.45.40 # Febs: got your message - will make sure we leave a message for you if we actually work out where to meet up 19.45.43 # Reason I would stick with Apple is for the accessories 19.45.47 # my experience with other brands has not been all that good 19.45.57 # the accessories aren't usually supported in rockbox anyway 19.46.01 # nobody has as many addons 19.46.06 # I know 19.46.13 # which is why I was thinking of a 2G for gapless 19.46.21 # Rob2222: Fix for your WPS filename available here - http://www.rockbox.org/tracker/task/7244 19.46.24 # Sansa is 8GB and works pretty well even without accessories 19.46.31 # Rori: Why not a 5.5G ? 19.46.39 # then you could run Rockbox on it too 19.46.53 # the sans build quality was little flimsy, compared to apple 19.46.56 # sansa 19.47.12 # GodEater: thanks! 19.47.16 # 1. I want gapless playback (Rockbox delivers). 2. I want accessories to work as per hardware spec (Not on Rockbox for many addons). 3. more memory (2G has 8GB) 19.47.21 # at least the problems are solvable, unlike the nano 2g 19.47.29 # Febs: otherwise I think we'll turn up at the hotel front desk and go from there :) 19.47.30 # 4. I want small. 19.48.07 Join docgnome [0] (n=docgnome@c-67-168-17-68.hsd1.wa.comcast.net) 19.48.25 # 5. I don't want to wait years for Rockbox to support accessories fully. If I could do it myself I would heh. I ain't complaining though since Rockbox is free ;) 19.48.27 # does anyone know anything about mounting an Archos Jukebox under OS X 10.4? 19.48.58 # docgnome: I'm not entirely sure it's possible 19.49.03 # but if it is - amiconn will know 19.49.04 # it's a Studio 20 running rockbox. 19.49.07 # Players like Sansa etc are nice and all but I do like my addons :) 19.49.11 # markun: around? 19.49.18 # GodEater_: what makes you say that? 19.49.30 # * pondlife wanders off, wondering if anyone would like to look at the one-line mod attached to FS 19.49.34 # #7244 19.49.39 # as I understand it - the old Archoses don't implement USB mass storage 19.49.48 # though I'm ready to be corrected if I'm wrong 19.49.51 # docgnome: The archos Player/Studio has an USB chip that does not use the usb msd standard 19.50.21 # You need a specific ISD200 driver; don't know whether that's available for OS X 19.50.39 # amiconn: figures. Strange though that I can mount it just fine under Linux. 19.51.02 # docgnome: this is because there's a driver under linux :) 19.51.06 # Linux has an ISD200 driver, courtesy of Zagor 19.51.42 # GodEater: This is correct, or specifically, it applies to the archos Player/Studio (all capacity versions), and the archos recorder v1 (usb1.1 versions, which are the 6, 10 and 15GB models) 19.52.07 # is the list of archoses for which it isn't true shorter ? :) 19.52.12 # The recorder v1 20GB and the fm/v2 recorders are usb2.0 and use the ISD300 which is msd compatible 19.52.20 # hehe - thought so 19.52.28 # I should really try to remember that 19.52.33 # And the Ondios are also msd compatible (though usb1.1 only) 19.52.41 # ouch - slow! 19.52.47 # Nah, it's flash 19.53.07 # And the bridge is much slower than what usb1.1 at max would be 19.53.39 # Updating rockbox on my archos Studio 20 is several times (read: more than 10x) faster than on Ondio 19.53.42 # It seems that there is a driver for OS X 10.1 that came on the CD that came with the Jukebox but it's for 10.1 and it doesn't seem to do... anything after I installed it on 10.4 19.54.03 # I thought USB1.1 was something like 11Mbps, while USB2.0 was up around 400 ? 19.54.37 # Actually this doesn't have to do with USB versions; it's a common misbelief 19.55.06 # maybe my old Rio600 is the culprit for me believing this 19.55.16 # it was SO slow to load anything on to 19.55.20 # USB1.1 defines a protocol, and 2 transfer speeds: low speed (1.5Mbit/s) and full speed (12 Mbit/s) 19.55.48 # USB2.0 extends the protocol, *and* adds a 3rd transfer speed: high speed (480Mbit/s) 19.56.09 # Hmm from what I am reading 2G Nano's gapless playback only works if the album is in the iTunes database. If not then you are screwed. 19.56.20 # But: an USB2.0 compatible device does not *require* high speed to be supported 19.56.43 # amiconn: I see what you're saying - I was aware USB 2.0 *could* be slower 19.56.52 # I've just not come across many devices which are 19.57.06 # But even if the bridge implements high speed, the 480Mbit/s is a theoretical limit 19.57.08 # I *didn't* know there were two speeds for 1.1 though 19.57.27 # amiconn: Much like my 22Mbit/s broadband :) 19.57.43 # * GodEater_ checks his router. Yep. Only 8Mb/s 19.57.43 # I should go into an Apple store with a USB drive with some CD mix tracks on it and get them to transfer them onto a player and test it. 19.57.47 # It would mean that fast hdd connected via USB2.0 could yield 60MByte/s, but in practice you'll see something like 30 19.58.25 # Rori: Do you mean iTunes Store Database ? 19.58.38 # GodEater: Low speed is often used for HIDs (mice, keyboards). More than enough for them, and allows cheaper designs 19.58.40 # Rori: because it it's not in the iTunes player database, then it won't play at all ;) 19.58.55 # amiconn: very good point - I'd just not thought about it I guess 19.59.02 # I'm running my main hard drive here off USB1.1 (full speed, but still) 19.59.03 # wut? 19.59.07 # it's not often you worry about the transfer speed of your mouse 19.59.29 # hehe 19.59.31 # Rori: you said you can only get gapless if it's in the iTunes database 19.59.35 # Gamers might ;) 19.59.38 Quit Rincewind (Read error: 113 (No route to host)) 19.59.42 # if you add MP3's of your own to iTunes it won't play them because it's not in their database? 19.59.53 # amiconn: I met Thresh (of Quake / Doom) fame once - he was obsessive about his mouse 20.00.18 # Rori: when you add anything to your local iTunes - it goes into the database 20.00.27 # oh 20.00.36 # Rori: so I'm not sure what you're saying won't play back gaplessly 20.00.56 # actually, I met him twice, once in Stockholm, and once in London 20.00.59 # Rori: afaik itunes reads the lame header when you impot mp3s (and plays them gaplessly) 20.01.20 # But what I read on iLounge was that if the album does not contain the info (IE you have a bunch of MP3's from an album not listed on iTunes) then the gapless feature would not work? 20.01.25 Join TTSbox [0] (n=OzgurOzt@aksu.cse.ohio-state.edu) 20.01.26 # hmm 20.01.35 # GodEater: Perhaps he'd buy an USB2.0 high-speed capable mouse ;) 20.01.37 # maybe I should install iTunes 7 and test 20.01.43 # Rori: again - what do you mean by "Not listed in iTunes" ? 20.01.46 # do you mean the online store ? 20.01.51 # yeah 20.01.52 # or do you mean the program on your computer 20.01.57 # err 20.02.15 # I mean when sending the MP3's to the player for gapless playback 20.02.21 # Rori: well that's a complete fabrication - NONE of my music is on the iTunes store - and my iPod managed to play it back gaplessly just fine 20.02.31 # Not sure how iTunes and the player handles it 20.02.43 # iTunes DOES have to preprocess it all before it goes onto the player though 20.02.48 # 2G/5.5G? 20.02.52 # yes 20.02.55 # k 20.03.04 # the preprocessing can take a LONG time if you have a lot of music 20.03.16 # I have about 6000 tunes, and it took about 4 hours 20.03.32 # Rockbox does it on the fly :) 20.03.54 # what the hell is it doing? converting to aac? 20.04.02 # No - it scans for gaps 20.04.09 # lulz 20.04.13 # and records information about it in the iTunesDB on the player 20.04.30 # how does it know if an album is meant to be gapless or nor? 20.04.31 # so the local playing mechanism on the iPod doesn't have to do the same trick 20.04.37 # Rori: it doesn't 20.04.57 # although you can tag them as such in iTunes 20.05.04 # ah 20.05.09 # not that I ever found that made the slightest bit of difference 20.05.10 # I'd rather tag 20.05.15 # hmm 20.05.46 # anyway - I think that's more than enough talk about iTunes 20.05.55 # Fraunhoffer we love you for the MP3 codec but ffs why didn't you include a gapless tagging feature? :P 20.05.58 # What the hell does itunes need to scan? 20.06.10 # every track in your database 20.06.19 # from beginning to end as far as I could make out 20.06.35 # Gapless playback just means that the playback engine doesn't add null samples between 2 adjacent tracks 20.07.05 # I should 'upgrade' all my older MP3's anyhow 20.07.16 # heh 20.07.24 # upgrade to ogg YEAH 20.07.32 # Trimming the tracks is not gapless playback by definition, it's gap removal (or track mangling, as I would call it - brr) 20.07.36 # too lazy to go ripping again (Yeah right) ;) 20.08.02 # amiconn: I don't believe it actually alters the tracks (although I could be wrong) 20.08.11 # I think it writes meta data to the iPod database 20.08.18 # So why does it need to scan them? 20.08.21 # to indicate where to stop playing one track, and when to play the next 20.08.33 # Hmm, and that takes 4 hours for just 6000 tracks? 20.08.43 # yes - it's not fantastic 20.08.44 # :) 20.08.49 # which is why I prefer rockbox 20.08.52 # Rockbox can do that within minutes - on an 11MHz CPU (!!) 20.08.58 # indeed ;) 20.09.05 # Hrm... I guess the only real solution would be to have a Linux virtual machine and mount the jukebox there and drag and drop the files into it 20.09.14 # add *even* where you see fit 20.09.33 # Steve Job's monkeys have a lot to learn from Rockbox 20.09.54 # which is better than having to throw everything on a pen drive and go downstairs to load it... but still annoying. 20.10.02 # I'm still dumbfounded by how long the apple firmware takes to boot 20.10.11 # it seems about 10x rockbox's loading speed 20.10.21 # that's to load all the drm 20.10.23 # heh 20.10.25 # 10x as long I mean 20.11.00 # I don't know whether the boot speed depends on whether the itunesdb is populated, but to mee the apple boot speed seems quite fast compared to the iriver OF (with its db enabled) 20.11.04 Quit docgnome () 20.11.26 # do you think apple will ever add bluetooth to their players (Forgetting iPhone for now)? 20.11.27 # oh the irvier db load takes soooo long 20.11.39 # amiconn: ah yes - I remember that too 20.12.03 # I never used it for real myself (got my 2 irivers mainly for rockbox hacking) 20.12.15 # I can't actually recall the last time I ever used the OF on the iriver though 20.12.25 # With rockbox, the H140 (now H180) has become one of my main daps 20.12.41 # i used it for about a week and i couldnt read the titles cause they had a stupid graphic on the left side so, i remembered rockbox and put it on 20.12.42 # amiconn: it's what I use in the car 20.12.48 # I have an H140 sitting on the side 20.12.54 # you put an 80GB drive in? 20.12.56 # that was about when db was getting commited 20.13.15 # In car and at home. For when I need a small unit, I use the Ondio FM most of the time 20.13.19 # heh - I had my H140 before RB was ever ported to it 20.13.21 # or should i say tagcache 20.13.29 # Strange problem here: I've reformatted my ipod 5.5G with the mtools (because of the bug in mkfs.vfat), now I get these outputs: http://www.pastebin.ca/606167 But I can only copy 8GB of datas, then I get "no space left on device"... 20.13.30 # I followed LinusN's progress with it closely :) 20.13.46 # I can't think of a use for the H140 these days. Too much of a brick 20.13.53 # i had it i ithink december 04? 20.14.06 # Rori: that's tragic - it's one of the best RB targets there is 20.14.18 # * amiconn agrees with GodEater 20.14.32 # i broke on of my h120 boards so i bought another h120 to just have cause i love it 20.14.43 # One big advantage of the H1x0 (and the archos recorder) is that they have s/pdif out 20.14.53 # i might install rockbox on the flash, amiconn whats that? 20.14.58 # I don't want to miss that 20.15.16 # Doomed: removes the iriver firmware forever ;) 20.15.23 # and makes booting super fast 20.15.38 # yeah i know i think i want it. i meant whats that as in s/pdif 20.15.40 # perhaps I should sell the H140 to a person who may find it more usefull 20.15.42 # think you'll need the unreleased V7.0 bootloader though 20.15.49 # ah 20.15.54 # it's digital line out 20.16.25 # ah ok. oh Rori ill take the back of the H140 case off your hands haha 20.16.29 # I even had iRiver fix the click 20.16.43 # Rori: if you truly don't want it - then how about donating it to a RB dev ? 20.16.51 # heh 20.17.03 # I'll think about it :) 20.17.26 # I suspect some of them would offer to pay for it too if you're not feeling that generous 20.17.32 # I have loads of hardware I never sell. too lazy 20.17.44 # :| 20.18.27 # got a 7600GT AGP card in a box. Hardly ever used. Should have ebayed it ages ago lol 20.19.09 # and an XDA Mini palm mobile 20.19.15 # and a SE P900 20.19.34 # unused and boxed 20.20.57 Join chrisjs169|afk [0] (n=jack@c-68-33-114-53.hsd1.md.comcast.net) 20.22.10 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 20.27.39 Quit ptw419 () 20.29.46 # anyhow later 20.29.50 Quit Rori () 20.31.00 Join toyoyo [0] (i=a-S@dialpool-210-214-111-184.maa.sify.net) 20.31.35 # hello... 20.31.53 # I need some help 20.32.14 # instaiiling rockbox on my ipod video 20.32.21 # anybody there? 20.33.50 Join docgnome [0] (n=docgnome@c-67-168-17-68.hsd1.wa.comcast.net) 20.34.29 # toyoyo: just do what the manual says 20.34.54 Join petur2 [0] (n=petur@rockbox/developer/petur) 20.35.10 Quit petur (Nick collision from services.) 20.35.15 Nick petur2 is now known as petur (n=petur@rockbox/developer/petur) 20.36.16 Part docgnome 20.39.32 # I tried doing that but I get an error 20.40.17 # when I press"i" at the prompt for the ipodpatcher, 20.40.35 # It says "Error reading from disk: The request could not be performed because of an I/O device error" 20.40.40 # and exits 20.41.28 # Any idea what to do? 20.42.36 # euh 20.42.42 # * amiconn summons Nico_P 20.43.08 # * amiconn pings markun again 20.43.42 Join piroko [0] (n=jeremy@dialup-4.225.92.153.Dial1.Cincinnati1.Level3.net) 20.43.52 Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) 20.44.14 # toyoyo: What os are you running ipodpatcher on, and do you use the latest ipodpatcher? 20.44.15 # Can someone help me? :( 20.44.23 # Yeah 20.44.31 # I'm running Windows XP Home 20.44.44 # and yeah i'm running the latest ipodpatcher 20.45.08 # Note that you need administrative right in order to use ipodpatcher 20.45.18 # Yup.. I have those 20.46.06 # Would it be easier if I booted into linux and tried? 20.46.16 Quit piroko (Client Quit) 20.46.30 # In theory it shouldn't matter 20.46.51 # linuxstb is the ipodpatcher expert (but isn't around atm) 20.46.54 # I know.. but no matter what I try, it still shows the same error 20.47.09 # Oh... 20.47.49 # Hmmm 20.49.06 Join piroko [0] (n=jeremy@dialup-4.225.92.153.Dial1.Cincinnati1.Level3.net) 20.49.15 # I even tried closing the iTunesHelper and ipodservice processes, in case they're preventing ipodpatcher from doing I/O 20.49.50 # * amiconn wonders whether XP home might be the problem, but doubts it 20.50.02 # Hmm... 20.50.53 # I knew XP Home wasn't the right choice but I had no choice :P 20.51.22 # "XP" looks like someone sticking his tongue out in disgust 20.51.23 # Iirc there is an option in itunes which enables or disables direct disk access 20.51.32 # I can't tell for sure; never used itunes 20.51.35 # Just "enable disk use" 20.52.00 # Oh.. let me try 20.53.43 # "Enable disk use" is checked all right 20.54.44 # But still it says "Write failed" when I use ipodpatcher 21.00.45 # can you add a text file or whatever toyour ipod's disk 21.01.14 # yeah, sure 21.02.06 # Hey, one thing... 21.02.38 Quit Thundercloud (Remote closed the connection) 21.02.43 # when I double click on the iPod icon in my computer... it shows some error that "copy.exe" was not found 21.03.00 # and I have to right click and click on open to see the files 21.03.05 Join atsea- [0] (i=ariel@gateway/tor/x-f63c14b0e22d4ace) 21.03.12 # Does this have anything to do with my problem? 21.03.35 # probably not 21.03.56 # assuming you can write arbitrary files to the ipod, i don't know why this wouldn't work 21.03.59 Join Robin0800 [0] (n=Robin080@cpc4-brig8-0-0-cust563.brig.cable.ntl.com) 21.04.18 # have you done anything funny to the ipod like restored it with a 3rd party tool or installed some other hack? 21.04.35 # Nothing of thst sort 21.04.55 # This is the first extra I ever tried to install 21.05.40 *** Saving seen data "./dancer.seen" 21.05.42 # Soap,Why is the Ipod running at 78 mhz? 21.06.06 # I'm an odd person to ask 21.06.34 # heh 21.07.05 # SVN r 13767 21.07.19 # Just so you know.. I was able to copy the .rockbox folder to the iPod root folder without any problems 21.07.20 # http://www.rockbox.org/since-4weeks.html 21.07.27 # 3rd of July @ 00:42 21.07.29 # Soap,according to this forum Topic: playback crashes on 5g (60GB) ipod it makes it crash 21.07.41 # whoa 21.07.47 Quit Kingstone () 21.07.54 # I just read that forum thread 30 seconds ago. 21.08.24 # Nowhere in that thread is proof that the commit which changed clock scaling also is the cause of 5th gen crashes. 21.08.44 # Guess I have to try it out on Linux then 21.08.56 Join desowin [0] (n=desowin@avc146.internetdsl.tpnet.pl) 21.09.30 # Soap,I can confirm it crashes Ive been trying to find out why for two days! 21.09.38 # obo: congrats on getting commit access! 21.09.48 # well, test with 13767 and 13766 21.10.05 # if 13767 crashes and 13766 it would be nice to know. 21.10.06 # desowin: thanks :) 21.10.20 # *and 13766 doesn't 21.11.12 # Soap,my ipod has never crashed in abut the last six months I think it must be this 21.11.20 # Soap, it crashes with r13764. 21.11.33 # Robin0800: see 21.11.37 # Though crashes with r13767 seem to be more frequent. 21.12.36 Join AceNik_ [0] (n=AceNik@203.145.159.44) 21.13.33 # hey guys i broke my headphones pin , i opened it to solder it also , i have lesser volume in one side now , can you please help 21.13.37 # ok, Robin0800, then test 13763 vs 13762 21.14.03 # (though I am behind in my log reading - has 13763 already been confirmed as the source of the crashes?) 21.14.39 # Soap,Can you get older builds on svn 21.16.26 # Robin0800: svn co -r 21.16.47 # Soap, I have not been able to replicate the crashes on r13661, but I have on r13764. It seems unlikely that the changes to reversi cause the problem, so r13763 seems to be the likely culprit. 21.17.49 # ipod video Robin0800 ? 21.17.58 Quit My_Sic (Read error: 110 (Connection timed out)) 21.18.20 # Soap,yes 60gb 21.18.39 # you be around in a bit? 21.19.04 # I wonder why it *only* crashes on the video, and not on any other PP5022 target (nano or mini G2) 21.19.22 # Are crashes reported for G5 32MB models? 21.19.44 # video is 5021 treated as 5020 21.19.59 # amiconn,perhaps its the extra 3mhz 21.19.59 # so is nano IIRC 21.20.06 Quit AceNik_ ("bye guys have fun , enjoy !!!!!") 21.20.12 # It's ironic that a fix to stabilize the older generation ipods breaks other ones :P 21.20.16 # Robin0800: crashes start _before_ that commit. 21.20.24 # No, video and nano are labeled 5021 but report as 5022 to software and are handled as such 21.21.22 # The OF does exactly the same, I disassembled video, mini and color/photo firmware and compared the clock switching routines 21.21.49 # And I'm quite sure it's not the extra 3MHz. The 5022 is specced up to 100MHz 21.22.21 # Soap,It was either tuesday or wednesday night watever builds those were? 21.22.45 # Soap, it crashes with r13764. 21.22.53 Quit petur ("switch") 21.23.11 # which is prior to the max frequency change, but post amiconn's first PP rework. 21.23.28 # The video firmware checks for 3 PP types in that routine though: PP5020, 5022 and 5026 (!) 21.23.38 Join petur [0] (n=petur@rockbox/developer/petur) 21.23.42 # hmm 21.24.17 # Febs: What PP version is reported for your G5 in the debug menu? 21.25.06 # PP5022C 21.25.14 # hmm 21.27.54 Join crop [0] (i=53f23e69@gateway/web/cgi-irc/labb.contactor.se/x-c5e5baf62d8158d0) 21.28.58 # If I copy/move/etc files in USB mode, how are the ops made? Via the RB's fat driver or through the host PC's one? 21.29.10 # is there any point in me changing config-ipodvideo.h back to "5020" from "5022" and seeing if the crashing is still there? 21.29.45 # no 21.30.09 # The 5020 and 5022 *do* differ in how clock setup is done 21.30.17 # ANd the 5020 handling was also changed 21.30.18 # crop: usb mode is handled in hardware 21.30.24 # ...to make it not crash anymore 21.30.36 # except for the PP targets, which use apples disk mode 21.30.46 # Soap,the debug h/w sayes 76 Mhz clock cpu and audio thead say 78Mhz 21.30.57 # so, for usb there is no part of Rockbox involved. Rockbox only enables usb mode. 21.31.09 # The HW info one is an estimation (hence "est.") 21.31.31 # This was added by me to verify whether the setup is correct 21.31.37 # bluebrother: could you elaborate? Who's moving bytes and bits on the HD then? I.e. was the recent fix by petur relevant if I only managed files in USB mode? 21.32.05 # crop: well, most players have a dedicated usb-ata brigde chip 21.32.11 # bluebrother: ah, you type rather fast! :-) 21.32.42 # if Rockbox detects a usb connection it enables this chip. As only one device can access the disk Rockbox can't access the disk that time 21.32.49 # we do not have a software usb stack yet, so our fat code is never involved during usb 21.33.17 # and for PP targets it's quite similar, the major difference is that it's apples code that does usb 21.33.36 # besides, if the devices comes up as external hard disk on the pc, the pc will do the filesystem handling 21.33.48 # as an external hard disk is ... just a disk ;-) 21.33.49 # And it won't even be involved if we have an usb stack one day 21.33.59 # petur: my HD is still sane then :-) 21.34.19 # usb msd works at the block level, it's always the PC filesystem which is responsible for messing up ;) 21.34.32 # amiconn: I wasn't trying to second-guess your decision to treat the 5021 as a 5022. 21.34.34 # yup 21.35.00 # Soap: It's not my decision... the 5021 is actually a 5022 21.35.18 # Either it's only a marketing thing, or it's somewhat reduced in specs 21.35.19 # indeed out fat code will never be involved... silly me 21.35.29 Quit Febs ("switching computers ...") 21.35.35 # But certainly not below the 5020 specs 21.35.43 Join Febs [0] (n=chatzill@207-172-204-33.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 21.36.01 Part maffe 21.36.09 Join maffe [0] (n=maffe@barmen.interhost.no) 21.36.24 # the crashes appear to start after rockbox started treating the 5021 as a 5022. 21.36.58 # (and everything else which got changed @ that time) 21.37.38 # 5020 and 5022 are treated exactly the same everywhere in rockbox, except for clock setup 21.44.39 Quit crop ("CGI:IRC (EOF)") 21.46.11 Join Bagder [0] (n=daniel@rockbox/developer/bagder) 21.48.34 Quit bdgraue (Remote closed the connection) 21.49.13 Join bdgraue [0] (n=bdgraue@dyndsl-085-016-107-045.ewe-ip-backbone.de) 21.49.20 # Soap,looking at the change logs it looks like the 2nd and 3rd of july are where the problems started 21.50.39 # aye, day is known, and specific commit is strongly suspected. 21.50.41 Quit bdgraue (Remote closed the connection) 21.53.26 # Ha! 21.53.33 # Seems I found something... 21.56.27 Join bdgraue [0] (n=bdgraue@dyndsl-085-016-107-045.ewe-ip-backbone.de) 21.58.43 Quit bdgraue (Client Quit) 21.59.18 # ... very long drumroll ... 21.59.25 # ? 21.59.39 # amiconn: we are waiting for your discovery :P 21.59.55 # yes, and we're turning blue now from holding our breath 22.00.01 # indeed 22.00.53 # The G5 OF does handle the PP5022 a little different than the mini firmweare 22.01.20 # There's a small udelay() *before* checking the 'pll locked' bit 22.01.33 # * amiconn will make a new patch to test 22.01.47 Join bdgraue [0] (n=bdgraue@dyndsl-085-016-107-045.ewe-ip-backbone.de) 22.01.47 Quit bdgraue (Remote closed the connection) 22.01.47 Quit piroko (Connection timed out) 22.02.49 # Hmm, in fact no need to make a full blown patch 22.02.58 # Febs, obo: around? 22.03.08 # Yes. 22.03.38 # I have a new thing to test: First revert system-pp502x.c to current svn 22.04.15 # Then add a new line 192 (before the while(...) line), just: 22.04.19 # udelay(255); 22.07.44 # Where is that file located? 22.07.54 # firmware/target/arm 22.08.03 Join bdgraue [0] (n=bdgraue@dyndsl-085-016-107-045.ewe-ip-backbone.de) 22.08.03 Quit bdgraue (Read error: 104 (Connection reset by peer)) 22.09.43 # Compiling now ... 22.11.12 Join bdgraue [0] (n=bdgraue@dyndsl-085-016-107-045.ewe-ip-backbone.de) 22.11.14 Quit bdgraue (Remote closed the connection) 22.16.59 # OK, it's running now. I'll let you know of any issues. 22.18.28 # Febs,what target are you running it on? 22.18.45 Part maffe 22.18.56 # Robin0800: what behavior leads to crashes? 22.19.04 Join maffe [0] (n=maffe@barmen.interhost.no) 22.20.48 Quit The-Compiler (Connection timed out) 22.20.55 Join The-Compiler [0] (n=florian@127.24.77.83.cust.bluewin.ch) 22.21.20 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 22.21.52 # Robin0800: iPod Video 60 GB. 22.22.06 # Soap,during normal playback with shuffle on half hour commute any time 5 mins to 25 mins 22.22.17 # ok 22.30.37 Join bdgraue [0] (n=bdgraue@dyndsl-085-016-107-045.ewe-ip-backbone.de) 22.31.51 Join datsit40ther1 [0] (n=peter@71.5.77.5) 22.36.34 Join merbanan [0] (n=banan@83.233.243.210) 22.41.17 Quit petur ("*plop*") 22.41.46 # No creative Zen support? Seems not from what I have read. My goal as a 52 year old is to have a larger font on my zen v plus. I also use an iriver h10 which I see IS supported. I will have to check out the h10 stuff and come back here later. 22.42.47 Join acb5649 [0] (i=480ec220@gateway/web/cgi-irc/labb.contactor.se/x-4f0c426aab307058) 22.43.27 # Don't suppose anyone knows any more than the IRC log about Nico_P's memmove() problem? 22.43.59 # Can anybody please tell me what kind of harddrive i could use with my H10? 22.44.36 # acb5649: http://www.rockbox.org/twiki/bin/view/Main/HardDriveReplacement might help... 22.44.47 # or it might not... :) 22.45.28 # * ender` yawns 22.45.33 # * acb5649 waits for the H10 radio to work with RockboX. 22.45.51 # Why wait when you could be doing it..? 22.46.49 Quit The-Compiler (Connection timed out) 22.49.20 # I would not know how to code. I am waiting for the head of the H10 port to give me more info. 22.51.44 Quit acb5649 ("CGI:IRC") 22.54.22 Join webguest79 [0] (i=480ec220@gateway/web/cgi-irc/labb.contactor.se/x-17bb95df3261df20) 22.54.50 Quit webguest79 (Client Quit) 22.56.35 # * amiconn wonders whether there are different revisions of the PP5022C 22.56.56 # Have you found any way to make it spew out an ID string? 22.57.49 Quit SirFunk (Read error: 113 (No route to host)) 22.58.25 # Hmm, a build should have been triggered by now... 22.59.14 # heh, i just wanted to ask if something is wrong with the buildserver. 22.59.28 # pondlife: ah, that reminds me... 22.59.33 # It's gone to the pub along with most of us... 22.59.47 # Bagder: ..? 22.59.55 # there's a little prob 23.00.06 # with multiple scripts doing 'svn up' 23.00.18 # so the build mater sometimes doesn't "catch" the change 23.00.20 # master 23.01.28 # Shall I commit something silly (a comment change?) to give it another chance? 23.01.37 # nah, I poke it manually now 23.01.46 # and I think I fixed the actual problem too 23.01.52 # Bonus! 23.02.25 # I noticed the diff script on the builds page quite often gets the revision numbers wrong: e.g. http://build.rockbox.org/cvsmod/chlog-20070706T210126Z.html 23.02.29 # Is that related? 23.02.43 # anyone know why i'm suddenly getting hundreds of "signedness" warnings in arm-elf-gcc? 23.02.48 # Or is that just due to the manual poking? 23.02.55 Quit Thundercloud (Remote closed the connection) 23.02.58 # so far i just ignore them, but its a little odd that it started happening so suddenly 23.03.01 # in this case it is due to the manual way to provoke a rebuild 23.03.13 # saratoga: In the WMA codec only, or everywhere? 23.03.18 # everywhere 23.03.52 # saratoga: no new -W options? 23.04.13 # saratoga: sim build? 23.04.15 Quit saratoga ("CGI:IRC") 23.04.21 Join saratoga [0] (i=980398fe@gateway/web/cgi-irc/labb.contactor.se/x-33cff6a523e7e32b) 23.04.30 # Ah no, you said arm-elf-gcc 23.05.13 # Try reconfiguring anyway, especially if you might have changed the target Makefile manually 23.05.28 # Perhaps some -W options were lost by accident 23.05.30 # i haven't changed anything 23.05.37 # i get it even with SVN builds 23.05.41 *** Saving seen data "./dancer.seen" 23.05.44 # hmm 23.05.48 # and for all targets I've tried to build 23.05.57 # Did you update your arm-elf-gcc? 23.05.58 # arm-elf-gcc version? 23.06.00 # gcc 4.0.3 if it matters 23.06.11 # That's the recommended one... odd... 23.06.32 # would updating be an option? 23.06.47 # nah 23.07.05 # 4.1.x is know to produce unstable rockbox binaries for arm 23.07.09 # *known 23.07.11 # ah ok 23.07.16 # well its not a big deal 23.07.21 # i can just ignore it 23.07.27 # saratoga: Not that it'd cause signedness warnings, but do you have "rockbox patch #1" on 4.0.3? 23.07.45 # pondlife: i used the install script, so i have whatever it has 23.07.52 # rockbox patch #1 only matters for SH1 23.07.59 # Centos linux (redhat clone) 23.14.15 # amiconn: 30 minutes with the addition of the udelay on my Nano and no crashes yet. 23.14.35 # Soap: Did the nano also crash with current svn? 23.14.56 # This would be the first report for nano.... 23.15.22 # I hadn't seen any reports, but A:it's the same processor as the Video is it not? B:Febs is testing on the video so I thought best to try different. 23.15.33 # hm. 23.15.51 # C:perhaps the test isn't that valuable. :() 23.15.55 # I didn't manage to crash the G5.5/80 with svn, for hours 23.16.19 # So it's certainly not all of them, that's why I think there might be several revisions of the cpu 23.17.08 Quit datsit40ther1 () 23.17.46 # revisions we'd be able to detect? 23.18.15 # not afaik 23.18.38 # The OF must have to cope with any differences. 23.18.39 Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) 23.18.55 # Or could there be multiple OFs too? Sounds unlikely. 23.19.09 # It looks like the OF just plays safe here 23.19.13 # Robin0800: are you still here? 23.19.14 # would it be poor form to have the guts of a codec call pcmbuf_insert() directly? 23.19.22 # saratoga: Yes 23.19.26 # i'm kind of tempted to kill the output buffer 23.19.47 # Some revisions of the PP5022 might not reset the PLL_LOCKED bit fast enough, so the OF waits a bit, and *then* starts checking the bit 23.20.16 # The PP5022B doesn't seem to suffer from this problem, because the ipod mini (g1/g2) firmware doesn't do this 23.20.42 Join S1gn [0] (n=corwin@bzq-88-155-56-202.red.bezeqint.net) 23.22.02 # Soap,still here just! 23.22.06 # so i should build up an output buffer and then submit it to pcmbuf_insert() all at once? 23.22.40 # Wooh, small memory corruption problem spotted...? 23.23.57 # Robin0800: do you want a video build with amicon's "proposed" fix? Seeing as you were having problems, perhaps you should try the fix. 23.24.48 Quit desowin ("use linux") 23.24.54 # saratoga: There are some float tables in wmadata.h. Are these used at all? 23.25.18 # amiconn: 1 hour plus and still running. 23.25.26 # Also, is this style (actual data defined in .h file) a legacy from ffmpeg? 23.25.35 # struct mp3entry defines path of size MAX_PATH. We then memcpy MAX_PATH+1 bytes from it... not quite right. 23.25.41 # Though my battery is down to 30%. 23.25.51 # amiconn: which tables? 23.25.56 # Febs: Just connect the charger... 23.26.12 # can I view non english texts in built-in text viewer in rockbox? no success so far 23.26.14 # saratoga: lsp_codebook 23.26.14 # * Febs tries to remember if he started from a full battery. 23.26.28 # amiconn: the file is from ffmpeg 23.26.51 # lsp_codebook isn't used yet 23.26.57 # it will be once I get LSP working 23.26.57 # Febs: my battery isn't dropping fast, as best I can tell 23.27.07 # What's lsp? 23.27.14 # line spectral pairs 23.27.22 # its a low bitrate thing used by Ogg and WMA 23.27.27 # i don't understand how it works yet 23.27.38 # but the encoder switches it on at 24kbps 23.28.09 # * amiconn is reading http://en.wikipedia.org/wiki/Line_spectral_pairs 23.28.20 # Soap: it may be my battery. I installed a replacement last week and I'm not yet sure that it is any good. I also can't say for certain that I started this test with a full battery. 23.28.28 # i need to sit down with a DSP text and learn what the heck they do 23.28.48 # amiconn: Shouldn't pathname variables be stored in char[MAX_PATH+1]? I think so, but I fear for the binary size a little. 23.28.49 # S1gn: the text viewer has its own codepage setting, mybe that is your problem? 23.29.24 # Ah no - actually it should be MAX_PATH everywhere by the look of it. 23.30.09 # PaulJam: probably.. but how do I set codepage in viewer ? 23.30.23 Quit merbanan (Remote closed the connection) 23.30.54 # S1gn: look in the rockbox manual for your device how to access the menu of the textviewer. 23.36.48 # PaulJam: no word in manual about codepage in viewer :-/ 23.37.15 # only word wrap, scrollbar and stuff like that 23.38.19 Quit saratoga ("CGI:IRC (EOF)") 23.38.41 # ah, looks like the manual isn't quite up to date. what player do you have? 23.39.52 # SanDisk Sansa e200 (but now use uisimulator on linux box) 23.41.14 # oh wait... i pressed "select" and there is something interesting there 23.41.39 # oh yes! it worked ) 23.44.19 Part maffe 23.47.39 Join maffe [0] (n=maffe@barmen.interhost.no) 23.47.58 Join Davide-NYC [0] (n=chatzill@user-12hdtj8.cable.mindspring.com) 23.51.17 # Soap,no not realy unless you can post it as a patch or diff file 23.51.19 Part maffe 23.51.30 # ? 23.51.34 # it's one line 23.51.35 Join maffe [0] (n=maffe@barmen.interhost.no) 23.51.42 # I was going to offer you the build 23.54.14 # Soap,very kind of you but I would also like to add patches 23.55.29 # if you test stability you schouldnt use other patches 23.55.40 # 1 hour and 50 minutes ago ami con said in this channel the line which needs added and where 23.55.53 # * bluebrother thinks when hunting bugs no additional patches make sense at all 23.56.48 Quit ender` (" On-line, adj. The idea that a human being should always be accessible to a computer.") 23.56.58 # so were your complaints in the forums about a stock build or a custom one? 23.57.42 Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz)