--- Log for 26.01.109 Server: grisham.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 9 days and 10 hours ago 00.00.41 # Where's the "I modified the UNKNOWN register" bit? 00.01.03 Quit domonoky (Read error: 104 (Connection reset by peer)) 00.01.06 # Another interesting detail is that jrbil measured less speed, and less corruption (iiuc). Different OF loader versions might set up timing differently 00.01.26 # kugel: agree, but odd they state it happened w/ 3.0... unless that's "any svn until 3.1 release" 00.01.37 # which we'll never know, as they won't answer 00.01.54 # "invalid"? 00.02.07 # A dump of the sd register range of two Sansas with differing write speed might be helpful. Probably some general setup ranges are interesting too 00.02.07 # Unhelpful: I think he means he noticed it after upgrading from 3.0 00.02.09 # ah, no, not a bug :) 00.02.39 Quit PaulJam__ (Read error: 60 (Operation timed out)) 00.02.54 Join PaulJam__ [0] (i=PaulJam_@vpn-3032.gwdg.de) 00.03.15 # And then there's also the RE way... 00.04.15 # Bagder: I dont have a datasheet on the LEDs on the mp3 player? 00.04.35 # is that really a question? 00.04.43 # yes 00.04.47 # because I dont know for sure 00.05.03 # I figure you'd be the one who knows, I certainly don't 00.05.22 # where do mp3 players commonly controll the leds from? 00.06.06 # My guess would be a pinout 00.06.18 # that's common, yes 00.06.44 Quit PaulJam (Read error: 113 (No route to host)) 00.07.06 # amiconn: I think I'm going to wait until toni clarifies what he means by "modified the UNKNOWN register". 00.07.52 Quit PaulJam_ (Read error: 110 (Connection timed out)) 00.08.12 # Unhelpful: the slides look nicer but now the album title at the top doesn't look that nice with the font I'm using (10-Nimbus), might be worse with the 11 pixels tall font cabbiev2 uses. And sorry for taking so long, had to first find out where the compile errors and then data aborting in plugins, I had, came from... 00.08.57 # gevaerts: ok, I'm copying my windows7 iso 00.09.22 # Is it worth trying? 00.09.24 # kugel: 00.09.48 # Isn't that a bit off-topic here ;) 00.09.53 # slyyf: This channel is for Rockbox discussion only. He only really mentioned it instead of simply saying "a alrge file" 00.09.59 # *large 00.10.03 # slyyf: depends 00.10.25 # I think the lcd is more important, but if you're tired of it it doesn't make much sense to force it 00.10.41 # SWEET official PCB diagram for the Samsung P2 00.10.55 # Llorean: I think he's re'ing whether he should try to turn the leds on 00.11.04 # ya 00.11.48 # slyyf: well, the leds are probably attached to GPIO, I'm not sure if the pcb diagram helps 00.12.04 # GPIO or similar* 00.12.22 # Unhelpful: default position of the album title seems to be bottom though, which looks nice 00.12.44 # They are connected via the LCD connecttor apprently 00.13.05 # maybe.. 00.13.41 # amiconn: I kept writes slow on purpose or there would have been some optimization in writing but it would corrupt the FAT almost immediately. I have up trying to pin things down since I had alot of junk to do other than that. 00.13.49 # slyyf: I'm inclined to say that RE'ing the OF may give best results 00.14.06 # OF? 00.14.15 # orig. firmware 00.14.27 # jhMikeS: I know, the comment says so. I tried an optimisation anyway 00.14.46 # what do I look for though? 00.14.49 # and RE refers to reverse engineering, such as disassembling the of file 00.14.59 # Actually I didn't run into problems even with an optimised write loop as long as the thing was unboosted 00.15.18 # but that certainly requires some fitness in that area, and some knowledge of assembler 00.15.28 # I have *caugh*cracked*caugh* software before..with ida+ollydbg..thats the most of my RE experience 00.15.30 Quit Aristad (Read error: 110 (Connection timed out)) 00.15.57 # hehe, that might already be sufficient 00.16.18 # well, I can go boot into windows and pull up IDA..but I dont know what I look for 00.16.18 # ida is nice. just try to load the OF using arm assembly 00.16.26 # I got it loaded before 00.16.30 # got the entry point 00.16.47 # but I dont know what to look for 00.17.00 # urgh, when I want to enter the track list of an album in pf on my c200 now, I get a "Divide by zero at 01F84570 (0)" 00.17.05 # slyyf: I can't tell what to look out for, I have 0 experience with the d2 port 00.17.20 # you should really try to contact shotofadds, he's your man 00.17.20 Quit AndyI (Read error: 110 (Connection timed out)) 00.17.38 # * pixelma should test with an svn build thougj 00.17.45 # *though 00.18.41 # K, the O ring LED thing _is_ connected via the LCD cable 00.18.54 # slyyf: do you know the addresses of the hardware registers? 00.18.54 Quit bertrik ("Leaving") 00.18.55 Join Barahir_ [0] (n=jonathan@Xceef.x.pppool.de) 00.19.06 # kugel: I can find it out via the datasheet 00.19.28 # I wonder if IDA runs in Wine...would save me from booting into windows 00.19.40 # you can basically search the disassembly for those. the related functions are generally not far away from those 00.19.58 # slyyf: I don't know, but I know that it runs natively in linux too 00.20.05 # ya but there are how many pinouts? the LED could be one of how many? 00.20.52 # finding that out is up to you :) 00.21.03 # fun, wish me luck, I will go digup a copy of ida 00.21.33 # ida runs in the terminal on linux, just as nicely as in windows imo 00.22.26 # gevaerts: kde reports transfer speeds between 3 and 1,5MB/s 00.22.33 # oh, it stopped now 00.22.54 # pixelma: it overlaps the larger covers if it's at top. it's defaulted to top for LCD_HEIGHT > 100, otherwise bottom. 00.24.07 # ...what color is the default bootloader..its displaying blue..I thought I got that fixed... 00.24.40 # isnt it usually muilticoloured? 00.25.47 # must have nicked some number somewhere 00.26.37 # * jhMikeS from amiconn's statement gets some idea that clocking needs proper setup for SD interface (or something like that). 00.26.37 # Unhelpful: that divide by zero error happens in SVN too, could it be related to jhMikeS' changes some days ago? 00.27.10 # pixelma: Before that it simply would have been ignored and gone unnoticed. 00.27.11 Join tvelocity[a] [0] (n=tony@adsl17-96.her.forthnet.gr) 00.27.33 Quit tvelocity (Connection timed out) 00.29.29 # woa....Thank god for that...IRSSI just asked me "Paste 164 lines to #rockbox?" 00.29.35 Quit Tim3128 (Remote closed the connection) 00.29.39 # jhMikeS: That's what I always said. Either it's some register in the clock setup range, or in the sd controller register range 00.29.51 # The ata controller also has timing setup registers 00.30.26 # If we change core clock, we also need to change the timing setup accordingly 00.31.03 Quit Barahir (Read error: 110 (Connection timed out)) 00.31.07 # * rasher fights the bmp loader, the sim or something else 00.31.11 # ...since a lot of peripheral modules seem to be fed from the same clock source as the cores 00.31.18 # Maybe like the LCD bridge, it can pick a clock source? 00.31.53 # Some can be switched to 24MHz, e.g. the lcd bridge, but at the cost ofperformance 00.32.25 # kugel: what do you think? (Finall) fix LCD so it doesnt shift over, Fix it so it can actually detect the battery state, OR Make LEDs work so I can feel some sort of accomplishment? 00.32.35 # Also this LCD bridge switching doesn't work reliably on all targets. Some just freeze when switching to 24MHz 00.33.02 # * kugel would focus on the lcd 00.33.16 # k 00.33.24 # Its getting frustrating 00.33.46 # slyyf: They all have to be done, so any time you find something that doesn't work, it's still an accomplishment. Just focus on that. :) 00.33.55 # I foundout unlike the D2 its indipendent of any extenel LCD controller 00.34.19 # I found that out by removing any refrences to the communication with lcd code, and it still worked exactly the same 00.35.48 Quit tyfoo (Read error: 104 (Connection reset by peer)) 00.39.39 # BigBambi: hey, you're still playing with full disks? 00.39.56 # I just wonder if http://www.rockbox.org/tracker/task/7721 still happens 00.41.55 Quit T0paz ("Leaving") 00.45.54 Nick Barahir_ is now known as Barahir (n=jonathan@Xceef.x.pppool.de) 00.46.29 Quit flydutch ("/* empty */") 00.48.16 # gevaerts: copying is getting really slow after the first 1,5GB 00.50.14 Nick PaulJam__ is now known as PaulJam (i=PaulJam_@vpn-3032.gwdg.de) 00.51.09 Quit faemir ("Lost terminal") 00.52.30 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-1d8386f4a0d17be1) 00.53.13 Quit rocko ("Leaving") 00.53.28 Join akur [0] (n=akur@bl5-224-196.dsl.telepac.pt) 00.53.48 Part akur 00.54.34 Quit ender` (" I think computer viruses should count as life. I think it says something about human nature that the only form of life we h") 00.54.55 # Whatever GPIOA_SET = (1<<16) does, it powerd on the green led 00.57.43 # what is GPIOA_SET? 00.58.32 # it writes bits to the GPIO A register 00.58.59 # I meber defined that though 00.59.05 # *never 00.59.18 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 00.59.48 # that's essentially doing "set the 16th bit in the GPIOA hardware register [to 1]" 01.00.04 # oh I found its definiton 01.01.19 Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 01.02.10 Quit Thundercloud (Remote closed the connection) 01.02.17 # So, something is physically connected to a pin for GPIOA? 01.02.29 Nick amiconn is now known as amiconn_ (n=jens@rockbox/developer/amiconn) 01.02.38 # It doesnt effect anything inside the telechip itself 01.02.42 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 01.03.04 # yes? thats how GPIO works? 01.03.21 # slyyf: http://en.wikipedia.org/wiki/GPIO 01.04.14 # Will rockbox play AAC gapless if encoded with Nero Digital Encoder? 01.05.24 Nick amiconn is now known as amiconn_ (n=jens@rockbox/developer/amiconn) 01.05.27 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 01.07.07 Join QuickStart- [0] (n=QUICKSTA@pool-72-88-146-62.nwrknj.east.verizon.net) 01.07.26 Quit QuickStart- (Read error: 104 (Connection reset by peer)) 01.08.20 Quit tvelocity[a] (Connection timed out) 01.08.22 # Kohlrabi: I think some AAC profiles are problematic. Are you in need of AAC? You could use MP3 or OGG which offer gapless too 01.08.24 # pixelma: would've been silently ignored before, i'll take a look when i have a chance... 01.08.39 # kugel: not really in need, just thought about using it 01.09.05 # I'd really love to use MPC, but I'll wait for a final SV8 version :\ 01.09.20 # generally, AAC is one of the less-good supported codecs 01.09.45 # as in some profiles (HE-AAC IIUC doesn't quite work), but also as in decoding speed 01.10.06 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 01.10.24 # Kohlrabi: http://www.rockbox.org/twiki/bin/view/Main/CodecPerformanceComparison 01.10.53 # but to answer your initial question, yes, rockbox should be playing it gapless if encoded properly 01.11.21 # hm 01.11.32 # Maybe I should just test my files 01.11.35 # wait a sec. 01.12.11 # can Rockbox have softare FLAC? 01.12.15 # *software 01.12.21 # kugel: do you know if the CPU dynamically scales with needed processing power? 01.12.31 # i.e. will using MPC save me some battery life? 01.12.45 # cpu boosts as needed 01.12.55 # nice 01.13.00 # hmm 01.13.00 Nick amiconn is now known as amiconn_ (n=jens@rockbox/developer/amiconn) 01.13.04 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 01.13.09 # Unhelpful: you have an e200, right? 01.13.09 # so, yes, codecs with lower requirements will directly result in longer runtime 01.13.17 # kugel: can rockbox decode a codec even if its chip doesnt support it..like..software 01.13.30 # kugel: and rockbox plays Musepack SV(, right? 01.13.30 # Kohlrabi: but that's not necessarily true for HD based players 01.13.39 # SV8* 01.13.42 # I don't know about mpc, sorry 01.13.46 # ah, OK 01.13.53 # but we have the creator of mpc around sometimes 01.14.10 # so, I doubt it's unsupported :) 01.14.50 # Woa..according to this the tcc7801 decodes h263..I wish the P2 firmware actually took advantage of that 01.15.20 # er..264 01.18.55 # nice :) 01.23.25 # Ok, sweet, I know the address for the location that the led controller is...I can just search for that in the firmware in ida 01.23.59 # slyyf: just take care of the instruction mode 01.24.09 # I dont know what that is 01.24.10 # arm can be done in arm mode, or thumb mode 01.24.14 # ah 01.24.24 # the sansa of mostly uses thunmb, I don't know what samsung does 01.24.26 # Kohlrabi: No, Rockbox doesn't currently play Nero-encoded AAC gaplessly, only itunes-encoded AAC. 01.24.27 # So I have to figure out which it is? 01.24.47 # linuxstb: and it sadly won't play usepack SV8 either :( 01.24.53 # musepack even 01.25.30 # we need to poke Buschel then 01.29.42 # Ok, I will have IDA in 10 mins or so, I can relax until then 01.31.34 Nick amiconn is now known as amiconn_ (n=jens@rockbox/developer/amiconn) 01.31.36 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 01.33.16 # JdGordon: I don't quite understand your objections against http://www.rockbox.org/tracker/task/9828 01.33.49 Nick amiconn is now known as amiconn_ (n=jens@rockbox/developer/amiconn) 01.33.51 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 01.33.54 # kugel: is the FS bug for the playback issues on fuze(gen1)? 01.33.59 # is there a 01.34.15 # no, and we do not want bug reports on unsupported targets 01.34.36 # where are those tracked, only on forum? 01.34.58 # in our minds, and on some wiki pages 01.35.30 # maybe in the ams sansa developement thread in the forums 01.35.30 Nick amiconn is now known as amiconn_ (n=jens@rockbox/developer/amiconn) 01.35.33 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 01.35.57 # but we know about the playback issues, there's no need to write them down anyway 01.36.01 # or anywhere 01.36.14 # kugel: the description of that patch sounds like a slow screen to me 01.36.30 # pixelma: which? 01.37.13 # the 9828 one you asked Jd about 01.37.24 # what do you mean? 01.37.32 # maybe I wasn't clear enough 01.37.35 Nick amiconn is now known as amiconn_ (n=jens@rockbox/developer/amiconn) 01.37.48 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 01.37.53 # cancelling only happens when you leave the screen, so nothing is slowed down 01.38.18 # well, if it needs an additional button press now to leave the screen, the handling of the screen will be slowed down 01.38.51 # doesn't it need a button to leave anyway? it does on my e200 01.38.58 # and on my fuze and clip 01.38.59 # the only thing ida gives me for linux is a debug server 01.39.55 Nick amiconn is now known as amiconn_ (n=jens@rockbox/developer/amiconn) 01.39.57 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 01.40.32 # kugel: shows how much I know the quick screen. But I know that this wasn't the intention of the quick screen in the beginning and it worked differently on the recorders before button actions (in the core). Someone wanted the old behaviour back 01.40.40 Nick amiconn is now known as amiconn_ (n=jens@rockbox/developer/amiconn) 01.40.42 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 01.41.14 # ah right, I remember it was initially thought to work different 01.41.25 # no, it's not working like that :p 01.41.59 Nick amiconn is now known as amiconn_ (n=jens@rockbox/developer/amiconn) 01.42.01 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 01.42.50 Quit Thundercloud (Remote closed the connection) 01.42.55 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 01.47.08 # kugel: Halp, IDA refuses to load the file like I remember 01.47.34 # Load, type:arm, hit D three times to get the JMP statement, and hit E 01.48.06 Quit Seed ("cu, Andre") 01.50.40 # I remmeber this working before 01.50.55 # kugel: on h300 with your quickscreen cancel patch the LEFT and RIGHT buttons have no function anymore. 01.51.13 # (in the quickscreen) 01.51.31 # kugel: Under processor type I shoudl select, arm correct? 01.52.16 # hooray for ACTION_NONE ;) 01.52.22 # PaulJam: weird 01.52.51 # ACTION_NONE is basically required to remove ACTION_STD_CANCEL and _OK from them in the quickscreen 01.52.59 # that's also done on the e200 (and works there) 01.53.05 # weird that it doesn't work on the h300 01.53.28 # kugel Nevermind, I forgot to hit C 01.53.55 *** Saving seen data "./dancer.seen" 01.54.02 # PaulJam: can you try reverting the h300 keymap file? 01.54.12 # ok 01.54.19 # kugel: Look further down in the h1x0_h3x0 quickscreen keymap - LEFT/RIGHT are used... 01.54.36 # yea 01.54.47 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 01.54.48 # but I think I figured 01.55.01 # e200 doesn't plainly BUTTON_RIGHT 01.55.15 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-3675ded8bc07391e) 01.55.16 # kugel: is this ARM, ARMB, or ARM: XSCALE/ 01.55.20 # it does both with BUTTON_REL and BUTTON_REPEAT respectively, the h300 doesn't do that 01.55.28 # so this what I did is probably not needed 01.56.10 # Yes, it seems odd the h1x0/h3x0 and e200 do that differently. Are LEFT/RIGHT normal buttons on the e200? 01.56.18 # yes 01.56.45 # and I needed to ACTION_NONE the right button, else it would leave the quickscreen 01.58.23 # I would guess it's not just the h1x0/h3x0 01.59.10 Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) 01.59.21 # probably, yes 02.00.00 # kugel: well, when reverting the keymap then it works. BUt i must say that i really don't like that the settings get reverted when leaving the QS by pressing A-B. thats how i usually leave it because this button can be easier reached. 02.00.12 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 02.00.39 # PaulJam: well, I said, the button that usually left the quickscreen, cancels now 02.00.57 # and that the usual OK/select button does save the changes. 02.01.13 # are the usual OK/Select button(s) badly reachable in the quickscreen? 02.01.28 # kugel: I think lots of people will think the same as PaulJam - you're changing the keymapping people have been using for years... 02.01.48 # I see that BUTTON_ON and BUTTON_SELECT should leave the quickscreen without canceling 02.02.42 # linuxstb: yes, I'm aware of that. But otherwise it would be greatly inconsistent with the rest of rockbox 02.02.46 # and i'm not really sure why this is actually needed, i mean in the QS i usually have items that i change often and so i know what values are appropriate for the current use case, so i won't accidently change it to something that i don't want without knowing what was set before or what would be a good value. 02.03.14 # Also, is "int" the right type for "old" ? qs->items[i]->setting is defined as void*, so IIUC, you'll at least break 64-bit sims. 02.03.16 # PaulJam: that's why I put it on the tracker, it's up for discussion :) 02.03.36 # linuxstb: weird that it didn't break my sim, as I'm on 64bit 02.04.20 # it worked with int on both, sim and target, here. if that's not the proper type, the correct one will be used ;) 02.05.38 # kugel: Alright, its auto anlyising the file 02.05.53 # PaulJam: there's enough confirm buttons on every target from what I've noticed, and I'm having the opinion, that every setting change should be cancelable, this is how the rest in rockbox works too 02.08.17 # PaulJam: looking at the h300 keymap, I'm wondering why the normal cancel button isn't used anyway? 02.08.18 Quit HellDragon (Client Quit) 02.08.35 # kugel: STOP cancels too 02.08.44 # ACTION_STD_CANCEL seems to be BUTTON_OFF 02.09.08 # ok, so I'm unsure why A-B is even made to cancel 02.09.14 # yes STOP = BUTTON_OFF 02.10.20 # well, if STOP cancels, we could have A-B/BUTTON_MODE save the settings 02.11.09 # saving should be the normal action, expressed by using the standard confirm buttons for exiting the quickscreen 02.11.38 # * rasher doesn't really see the need for a cancel action in the QS 02.11.41 # kugel: The quickscreen should work "live", that's why it's called quickscreen. It is not cancellable by design 02.11.52 # amiconn: it's still live 02.12.24 # kugel: ok, it just finished anlysising..now what 02.12.35 # I didn't change live behavior. the old values are just written back if expecitely cancelled 02.13.43 # This seems like a solution looking for a problem, and a recipe for confusion... "Why aren't my changes working?" 02.14.07 # To me, anyway 02.14.21 # there's a splash which indicates cancelling (like in all other settings), so there shouldn't be confusion 02.14.54 # Well that's good. Ish. I still don't see the need though 02.15.08 # consistency 02.15.32 # There are no other screens like it - there's no need to be consistent with anything 02.17.29 # That said, I don't understand the need to cancel regular settings either 02.17.36 # so maybe I'm just odd 02.18.23 # well, I highly appreciate cancellability 02.18.52 # especially together with settings that are "live" 02.19.22 Join PaulJam_ [0] (n=PaulJam_@vpn-3010.gwdg.de) 02.20.15 Quit PaulJam (Read error: 60 (Operation timed out)) 02.20.35 Nick PaulJam_ is now known as PaulJam (n=PaulJam_@vpn-3010.gwdg.de) 02.21.20 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 02.28.09 # kugel: Apparently the entire firmware never makes refrence to 0xF005A028 (address for GPIOA_SET_ 02.28.18 # as a string 02.28.38 # isn't GPIOA_SET a rockbox function? 02.29.01 # you should rather search for the address of GPIOA 02.29.16 # #define GPIOA_SET (*(volatile unsigned long *)0xF005A028) 02.29.27 # I searched for the address F00..etc 02.29.30 # hm 02.29.39 # 0xF005A020 <-- this is the gpioa base address 02.29.48 # you should search for this 02.29.50 # k 02.30.02 # searching for the whole address can be tricky 02.30.13 # especially if you disassembly in thumb mode 02.30.31 # I am using whatever IDA chose as default 02.30.58 # you also need to take care of the endianess 02.31.24 # try to search only for F005 or A020, that's more likely to give results 02.31.36 # ohh damn, right 02.31.44 # ^ Gave me some results anyways 02.31.48 # er..anyway 02.32.13 # all like 02.32.27 # LDR r0, = THATADDRESS 02.32.37 # not always r0 however 02.32.43 # see, you found something :) 02.32.49 # which register doesn't really matter 02.33.16 # k...so what is that line doing? 02.33.21 # I dont know arm 02.33.28 Join wpyh [0] (n=william@123.114.165.79) 02.33.33 # that loads the address into that register 02.33.41 # ah ok 02.33.55 # and a register is like a slot or w/e, k 02.34.07 # slyyf: here's a good simple guide on arm disassembly which you may refer to http://www.peter-cockerell.net/aalp/html/frames.html 02.34.16 # k, thanks 02.37.58 # pixelma: yes, an e200 and an s60 02.43.58 # pixelma: was this a particular album, or any time you go to the tracklist on any album? 02.44.19 # * Unhelpful wonders if it has to do with his correcting the sine table to have actual zeroes in it :/ 02.47.09 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 02.48.22 Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) 02.49.31 Join yhuang [0] (n=yhuang@nat01-voorhees-ext.rutgers.edu) 02.50.09 # kugel: Ok, so as a test here is what I am going to do: Search for the address for the volume thing in the telechip, from there find the one that is increasing the volume..look for a check before it..somewhere in there there should be a check for if the hold key is on...and once i find the hold key address, I can search for occurances of that, and then the code for blinking the red LED when you do something on hold that you cannot 02.50.17 # sound good? 02.50.52 # that could work 02.50.59 # but it doesn't have to 02.51.05 # unless you habe better plan? 02.51.07 # *have 02.51.12 # I don't have any plan 02.57.06 Quit Makuseru (Remote closed the connection) 02.58.22 # are there flaws in mine/ 03.04.13 Join lu6cifer [0] (n=luhkevin@pool-71-126-109-205.phlapa.east.verizon.net) 03.04.23 # hey, how do I skip the loading screen when playing doom? 03.04.50 # the one that displays while loading the game? 03.04.55 # yea 03.05.00 # well 03.05.07 # i don't see how you could expect to do that? 03.05.31 # it's the one that shows a video of the guy playing the game 03.05.35 # not really a loading screen 03.05.39 # more of an intro 03.05.50 # have you looked in the manual? 03.05.58 # no... 03.06.01 Join Strife89 [0] (n=michael@204.116.244.200) 03.08.00 Quit Llorean (Read error: 104 (Connection reset by peer)) 03.08.32 Join Llorean [0] (n=DarkkOne@adsl-65-68-72-166.dsl.hstntx.swbell.net) 03.08.47 # would be nice if this thing had an emulator 03.16.37 # well, i figured one thing out, when you resume playback after a major update, it causes the abort, after playing a track from the internal memory, and moving back to where i was, it plays with out fail 03.20.14 # Does 0xF0059044 have any sort of alias? 03.21.26 Quit lu6cifer ("Lost terminal") 03.21.28 # PaulJam: I uploaded another version which is a bit better with the buttons 03.22.43 # or not, tracker is painfully slow 03.23.17 # slyyf: the datasheet tells you 03.23.21 # or the d2 code 03.23.52 # #define DAVC (*(volatile unsigned long *)0xF0059044) 03.23.58 # i'll try it. btw, you should give your patches numbers. 03.24.09 # PaulJam: yea, I usually do that 03.24.25 # but sometimes just when uploading the 3rd version ;) 03.24.48 # lol! I forgot quickscreen.c 03.25.12 # kugel: the rom has no refrence to 0xF0059044 ...I guess they must like, add 0x44 to the controller location or something? 03.26.24 # slyyf: tcc780x.h contains register definitions 03.26.46 # kugel: refering to the original P2 rom 03.28.35 # slyyf: no idea, really 03.29.02 # slyyf: I can't really help you any further. You're kinda alone, until shotofadds retuns some day 03.29.15 Quit Strife89 ("Bed early.") 03.29.26 Quit kugel (Remote closed the connection) 03.30.59 # who? 03.31.43 # oh, the D2 dev 03.32.14 # yea, but he disappeared a while ago, never said nothing, just went poof 03.37.25 # fail...I should actually concentrate on the bootup sequence for now and see if I can find the lcd init code 03.38.09 # pixelma: unfortunately, when i built it myself, pictureflow.map shows that address in the middle the pictureflow splash logo... would you mind giving it a try with this build? https://looking-glass.us/~chshrcat/rockbox/rockbox-c200-test.zip 03.38.32 # * Unhelpful is hoping the address reported turns out to be where the bad call to the division routine was made, and not just the address of __div0 03.53.59 *** Saving seen data "./dancer.seen" 03.55.58 Quit Seed ("cu, Andre") 03.58.59 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 04.04.18 Quit wpyh (Read error: 104 (Connection reset by peer)) 04.04.50 Part gartral1 04.06.05 Quit XavierGr () 04.13.45 Join blkhawk- [0] (i=HydraIRC@g227067170.adsl.alicedsl.de) 04.14.30 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 04.15.00 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-eb292c1ccdafb6eb) 04.23.01 Quit miepchen^schlaf (Read error: 60 (Operation timed out)) 04.24.32 Join Barahir_ [0] (n=jonathan@Xaa4b.x.pppool.de) 04.31.28 Quit blkhawk (Connection timed out) 04.32.02 Nick blkhawk- is now known as blkhawk (i=HydraIRC@g227067170.adsl.alicedsl.de) 04.32.08 Quit rocko ("Leaving") 04.35.42 Quit Barahir (Read error: 110 (Connection timed out)) 04.36.57 Join gartral1 [0] (n=Gartral@adsl-75-33-69-121.dsl.bcvloh.sbcglobal.net) 04.37.10 Quit PaulJam (".") 04.37.54 Nick yhuang is now known as help (n=yhuang@nat01-voorhees-ext.rutgers.edu) 04.38.04 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 04.38.14 Nick help is now known as yhuang (n=yhuang@nat01-voorhees-ext.rutgers.edu) 04.41.07 Quit yhuang ("Leaving") 04.41.39 Join yhuang [0] (n=yhuang@nat01-voorhees-ext.rutgers.edu) 04.53.43 Quit agaffney (Read error: 110 (Connection timed out)) 04.54.35 Quit Aurix_Lexico (Read error: 110 (Connection timed out)) 04.59.35 Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) 05.00.37 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 05.01.59 Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) 05.12.08 Quit CaptainKewl (Read error: 110 (Connection timed out)) 05.12.46 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 05.15.13 Nick yhuang is now known as yhuang_ (n=yhuang@nat01-voorhees-ext.rutgers.edu) 05.15.50 Nick yhuang_ is now known as yhuang (n=yhuang@nat01-voorhees-ext.rutgers.edu) 05.16.07 Quit slyyf (Read error: 110 (Connection timed out)) 05.18.06 Quit agaffney (Read error: 104 (Connection reset by peer)) 05.18.08 Join agaffney_ [0] (n=agaffney@gentoo/developer/agaffney) 05.24.51 Quit agaffney_ (Read error: 104 (Connection reset by peer)) 05.26.50 # as i was saying, im still not shure where the problem was, and i was directed be gevaerts i belive, too ffile a FS too post the two files he had asked for 05.29.41 # and nope, no luck with the aforementioned method, lessee, how can i cause a file to become corrupt? 05.30.31 Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) 05.31.05 Join Valerian [0] (n=Valerian@203.171.86.202) 05.31.36 Quit Valerian (Client Quit) 05.32.20 Quit Horschti ("Verlassend") 05.39.54 # and it JUST happened, same spot, after the buffer refilled from the first emptying, as soon as the bottom three filled, it aborted 05.40.31 # you're saying rockbox has trouble playing corrupt files? 05.41.01 # im saying that it causes the corruption 05.41.53 # keep in mind, im playing from SD, which has been known too be troublesome in the past 05.42.56 # Rockbox doesn't write to your audio files. 05.42.56 # either that or the buffer is brokeny 05.43.22 # well, lets see what happens after it emptys and fills again 05.43.55 Quit agaffney (Read error: 104 (Connection reset by peer)) 05.44.30 # is there a way too force the buffers to quickly empty without skipping tracks?? 05.45.08 # Increase playback speed or use higher bitrate files so that more data is consumed per second 05.49.41 # grrr this is sporadic! as soon as i think i have it cornered, its cause and trigger seem too jump 05.49.52 Quit rocko ("Leaving") 05.53.15 Join Valerian [0] (n=Valerian@203.171.86.202) 05.53.37 # is there a tool too test the source file for errors? 05.53.43 # "the source file"? 05.53.57 Nick Valerian is now known as Bunny_cuddles (n=Valerian@203.171.86.202) 05.54.03 # the original MP3, from my systems harddrive 05.54.05 *** Saving seen data "./dancer.seen" 05.54.18 # play it? 05.54.53 # Try decoding it with ffmpeg or such and see if it reports any errors. 05.55.32 # well, i know it plays fine in all the music playback software i have, i was thinking more a way to pick it apart and check it over 05.55.37 Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) 05.55.58 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 05.56.16 # do you mean edit it? 05.57.06 # gartral1: ffmpeg will probably report errors and warnings where it's still able to play but something was wrong with the file 05.57.38 # gartral1: You are not putting music on the player/card with Rockbox's USB mode, right? 05.57.55 # You never responded to my query as to whether you were using the officially provided build on the flyspray task (or any of my questions, really) 06.00.19 # Llorean: sorry, havent checked FS, and yes, ive tryed both my modded builds and official, both sporadically crash in the same place across 2 different e250s 06.01.27 # If you're going to use flyspray, you should turn on email notifications so that it's actually useful. 06.01.30 # As well, what about USB? 06.02.55 # it is the file, winff just aborted on it, but way late in playback, and no, i do have the usb mode on, but i used an external card reader to transfer, and i have email notifications on, just havent checked 06.03.18 # You *need* to be using an official build for all tests, please 06.04.52 # * gartral1 sighs "ive diffed mine with the officials, all thats different is my bootsplash, thats all, besides that, its 100% your code, and about filespray, im checking now 06.05.09 # gartral1: And I've told you: There could be differences in the environment in which you compiled it. 06.05.22 # So please, shut up about the "I've diffed the code" aspect, and follow our standards for filing bug reports. 06.06.04 # Use the official one so that we can factor out _all_ possible additionally introduced variables. 06.06.58 # look, its off of JDs and i keep an official build on the card, and it does the same thing, so, i do belive its not my enviroment 06.07.08 # That _doesn't matter_ 06.07.13 # For all official bug reports, be using an official build. 06.07.19 # It's a very simple standard. 06.08.55 # like i said, at the time, i tryed _both_ they _both_ abort at 000090D0 0, if there were any difference between them, i would have mentioned already 06.09.35 # And, if it hadn't been corrupted on the original file, how would you know your build hadn't corrupted it and then the official build had failed because it was now corrupt? 06.10.12 # because i always start with the official and move to mine 06.10.27 Quit Bunny_cuddles ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 06.10.29 # I find that completely unbelievable. 06.10.55 # Every time you boot the player, you boot the official build, listen to music, and then *if* it crashes, you reboot to your build to see if yours does too? 06.11.06 Part toffe82 06.12.06 # yes, with the exception of _once_ the very first time it happened, since then, i start with official 06.12.29 # Why, exactly, do you even have your build around if you never use it until after you've had a crash? 06.12.37 Quit HellDragon (Read error: 104 (Connection reset by peer)) 06.12.42 Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) 06.12.42 # You know we don't accept bug reports on custom builds. 06.12.43 # and ive replaced most of the files on the drive since then, soo... 06.13.02 # cause i like my boot splash >.> 06.13.09 # no real other reason 06.13.15 # Yes, but you would only ever see your boot splash *if* you had a crash, by your definition. 06.14.21 Quit HellDragon (Read error: 104 (Connection reset by peer)) 06.14.23 Join hd [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) 06.16.45 # Anyway, so the original file is corrupt, right? 06.16.52 # look, the point is moot, they both crash, thats the meat, beyond that, im rather hard-pressed too reproduce it, and further more, i just said the the parent file that was transfered just crashed ffmpeg, three times, so its obviosly not even rockbox 06.17.20 # gartral1: For future bug reports, be using the official build, and stick to the official build only as long as you're helping investigate the bug please. 06.17.27 # *don't* introduce artificial additional factors. 06.17.35 # but it doesnt explain the oggs that crash in rockbox, just the one file 06.17.48 # gartral1: Have you verified they're good too? 06.18.26 # And you should probably use a command-line ffmpeg so you can see the full log, rather than just determining by whether a crash occurs. 06.18.56 # yep, in the proccess, so far, only found 3 bad ones (when the entirty of the drives contents crashed rockbox before a wright over...) im really baffeled by this 06.19.23 # Didn't you previously narrow it down to a small selection of songs? 06.20.14 # at first, then it started happening universally, then i reloaded everything and only a few albums did it, then i reloaded those, and now only a few songs, and only once in a while 06.20.46 # And the files that fail turn out to be corrupt when you actually test them? 06.20.47 # and the whole thing has me stripping my hair out... 06.20.58 # some yes, others, no 06.21.14 # You've tested some on the actual card that crash rockbox, but aren't corrupt? 06.21.47 # yes 06.21.58 # I thought you *just* started testing, and you were testing the original files. 06.22.01 # its very hard too pinpoint the actual cause 06.22.58 # yes, thats the drive there on that i just started with, ive been looking at whats on the card with rockbox for a bit, havent tryed them with winff yet though 06.23.20 # So you *haven't* tested ones that crash Rockbox on the card with ffmpeg? 06.23.54 # not from the card with ffmpeg, but as soon as im done with the drive, ill move too the card 06.24.01 # So why'd you say you had tested them? 06.24.10 # I'm getting really confused. 06.24.21 # cause i HAVE tested them with rockbox! 06.24.30 # That's NOT TESTING THEM. 06.24.55 # how do you think i feel! 06.25.10 # Seriously. 06.25.32 # if the problem is "they crash Rockbox" and I ask "have you tested them elsewhere to see if they're corrupted" you don't answer "yes" when the only test you've run is trying to play them in Rockbox 06.25.48 # Unless you intend to say "sometimes they crash Rockbox, sometimes they don't" in which case you need to *say* it, because you haven't mentioned that anywhere yet. 06.26.17 # but anyway, so far, i only have three parent files actually corrupted, starting the card 06.26.42 # Do you intend to say "sometimes they crash, sometimes they don't" or not? 06.26.46 # I really need clear answers here. 06.27.23 # and yes, ive tryed playing them in other things that wernt ffmpeg, and they worked, so at first, i thought nothing of it, and b when i first started, yes, THEY ALL crashed rockbox 06.27.30 # Otherwise I have no idea what you mean by "I tested them with Rockbox" and I'd like an explanation of why that was relevant so I understand where we're standing, and what you meant by "tested" 06.28.33 # "they all crashed Rockbox but when I recopied them, they didn't" doesn't mean much, since we can't go back to test the old files for corruption. 06.28.43 # The only files I'm asking about are files that are _currently_ crashing Rockbox 06.29.06 Quit yhuang ("Leaving") 06.29.07 # And you should probably test them with ffplay and watch for warning or error messages in the log. 06.29.13 # ok, prioritizing the three that caused ffmpeg too fail, the three on the card are failing so far as well, but there are other files that crashed rockbox in the card that arnt crashing ffmpeg 06.29.14 # WinFF may cover up warnings, I'm not sure. 06.29.20 Join yhuang [0] (n=yhuang@unaffiliated/yhuang) 06.29.41 # Unhelpful: __div0 is called with lr for the division routine in [sp] 06.29.44 Quit HBK (Read error: 104 (Connection reset by peer)) 06.29.51 # gartral1: I've said a few times now, you probably shouldn't be using WinFF 06.29.54 # Are you just ignoring me? 06.30.22 Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 06.30.40 # and ffplay isnt giving warning either, it just aborts 06.30.53 # Aborts why? 06.31.18 # no reason given, the prompt window just disappears and stops playing 06.31.28 # same thing winff did 06.31.45 # Try the files that don't crash winff... 06.31.51 # The ones that do crash Rockbox but don't crash winff. 06.32.04 # so far so good 06.32.21 # Playing from the card? 06.32.29 # yessir 06.32.47 # playing finely, i might add 06.33.21 Quit timc (Remote closed the connection) 06.34.02 # * gartral1 is banging head into the desk trying to figure this out 06.35.15 # ok, so far we have 3 confirmed corrupts that _always_ crash ffplay/winff, and _sometimes_ crash rockbox, and 2 that tottally work, and _sometimes_ crash rockbox 06.35.30 # gartral1: I thought you said they always crash Rockbox and at the same point in the song. 06.36.14 Join timc [0] (n=aoeu@124.93.243.83) 06.36.54 # the three corrupt ones, when they do crash, yes, but its more cause of timing in the buffer in RB, with ffmpeg, yes, its always near the end of the song, and i cant tell exactly where cause neither winff, nor ffplay give a staus bar, or timer 06.37.36 # But you just said all 5 songs only sometimes crash Rockbox. 06.38.02 Quit agaffney (Read error: 110 (Connection timed out)) 06.38.03 # yes, which is totally confusing me... 06.38.21 # So we're down from "all my files" to only five? 06.38.29 # The bug report says "any music file" 06.38.29 # and before we reloop, YES im using the official builds ATM 06.38.43 # But from what you've described, it's not all files. 06.38.45 # cause at the time i filed, it was any file i played 06.39.08 # ive since then reloaded my music, and it has fixed most of them 06.39.41 # Didn't you have this problem just a week or two ago? 06.39.47 # at least, as far as ive tested, it would take hours to indevidually test all 06.39.48 # Same problem, all your files, found out they were mostly corrupted? 06.40.19 # no, a week ago, i cleaned the database cache and THAT fixed most... for a bit... 06.40.20 # Well, as I said in my comment: Don't say "all files" if you don't actually mean all, and even if you do, document the details since it's still not guaranteed every file will play 06.40.27 # More information in a bug report is helpful 06.40.59 # Now, how were the files that are failing encoded, and what format? 06.41.50 # mostly MP3, one ogg, all sometimes fail, sometimes play with no problem... 06.42.39 # You mean "ogg vorbis"? 06.43.22 # two, one an MP3, the other the Ogm, both play fine in ffplay/winff, and sometimes fail with RB 06.44.03 # "Ogm" is the extension for movies in ogg containers. Please, be careful with your typing. 06.44.17 # Unless you mean it really is a .ogm 06.44.22 # ok, Oga, sorry, it gets confusing 06.45.00 # * gartral1 makes the mental mistake "ogg music" instead of the proper "ogg audio" 06.45.31 # That still doesn't tell me if it's vorbis. There are a few audio formats you can put in a .ogg or .oga file and we support two of them. 06.45.34 # Three, actually 06.45.46 # That's why I asked. 06.46.22 Join AndyI [0] (i=AndyI@212.14.205.32) 06.47.01 # i was only aware that ogg flac and and ogg vorbis are "oga" files, and all my "ogg" media is labeled by the now old ".ogg" extension 06.47.36 # Could you please just answer the question, though? 06.47.56 # yes, vorvis 06.48.04 # vorbis* 06.48.31 # And how were they encoded? 06.49.14 # You should probably post file details to the flyspray tracker so other devs can attempt to reproduce the problem 06.49.40 Join agaffney_ [0] (n=agaffney@gentoo/developer/agaffney) 06.49.49 # directly from CD, using Exact Audio Copy with the vorbis 2 encoder 06.51.13 # ok, if i could have edit perms to my filespray post, ill fix it 06.51.35 # Just post a reply. 06.52.09 # Describe specifically what settings you used to encode all the files that crash 06.52.26 # ..... thats was a year and a half ago... 06.54.11 # Look. 06.54.19 # At this point you're the _only_ person who's having this problem 06.54.26 # It means there's either something unique about your files, or your player. 06.54.47 # If you want someone to look into it, you need to be able to give them a recipe to reproduce the problem. 06.55.03 # That means as many details as possible about how to create a file that will cause this problem. 06.55.34 # i only remember they were all q7 vbr ogg vorbis files or q6 mp3 vbr, beyond that, there really is no other defining information about them... 06.56.47 # Then it's almost certainly your player. 06.56.59 # If standard MP3 / Vorbis files crashed it, we'd have plenty more reports 06.57.07 # But you said you tried two players. 06.57.13 # no, ive mentioned before, my moms dap is doing the same things 06.57.36 # So what's unique about these files. You mentioned last time that your files were 48khz. 06.57.42 # Are these resampled to 48 for some reason? 06.57.52 # and its the same hardware, a non "R" e250 06.57.57 Quit DataGhost () 06.57.59 # yes.. 06.58.10 # CDs are 44.1 06.58.27 # You actually degrade the sound quality by encoding at 48khz 06.58.46 # yes, but the EAC program has 48 by default... 06.58.49 # No. 06.58.51 # It doesn't 06.58.54 # It has 44.1 06.59.01 # it did when i installed it 06.59.27 # otherwise the audio files would all be 44.1 06.59.29 # It never has for CDs, because CDs are 44.1 and the whole point is _Exact_ Audio Copy 06.59.43 # Any 48khz files could never possibly be exact. 06.59.51 # They'd be an exact copy of a resampled (different) CD 07.00.31 # anyway, is there some reason a 48 khrz file would break rockbox? 07.00.42 # It shouldn't 07.00.55 # But it's a very important piece of information for someone to test your files accurately. 07.01.17 # You need to include mention of that on the task 07.01.22 # and looking closly, no, some are 44.1, others are 48 07.02.22 # Well, document them on the task, please 07.02.32 # Bitrate, file format, any encoding options you remember, and sample rate. 07.02.39 # For each of the five crashing files, at the very least. 07.03.15 # Oh, and encoder version used if you can figure that out 07.03.43 Quit sarixe (Remote closed the connection) 07.03.59 Quit agaffney_ (Read error: 104 (Connection reset by peer)) 07.07.13 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 07.07.46 # The other possibility is that it's your MicroSD card that's the problem. 07.08.10 # It would certainly explain why sometimes you get corruption, sometimes you don't, sometimes you get crashes, sometimes you don't. 07.09.16 Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) 07.12.01 # nah, ive upgraded both since, and not likely a problem with the card, as the parents from my harddrive are curropt as well 07.12.57 # Only a couple of the parents are corrupt. 07.13.08 # * gartral1 needs too learn the proper spelling of "corrupt" 07.14.02 # You need to not assume this is all one problem. It's possibly one problem, or its possibly multiple. Right now we're just gathering data. 07.14.26 # Do non-corrupt songs on the internal storage ever fail? 07.16.24 # nope, not since my "grand reload" 07.16.37 # before that, yes 07.16.50 # As I told you earlier, I'm not asking about before. 07.16.57 # as i said, _any_ file caused it too fail 07.17.02 # As I told you earlier, I'm not asking about before. 07.17.14 # no, not anymore 07.17.36 Join Darksair [0] (n=user@221.221.156.123) 07.17.50 # Then it would be a good idea to investigate the card as well. 07.18.01 # Since only it and your music are the common factor. 07.18.10 # its a transcend 4 gig SDHC calss 4 07.19.12 # and i formatted it when i got it, it came up as 3.74 gigs, with no errors, and running a check now, just too make sure 07.21.22 # no errors... 07.21.49 # i think its just a bad copy on the part of the 2 oddlings, and bad parents for the other three 07.22.04 # I thought you said you tested the ones on the card... 07.22.35 # i did, and the same five failed, i thought i mentioned that clearly 07.23.08 # You said that some past the ffplay test. 07.23.11 # *passed 07.24.10 # yes, the two oddling ones that seemed ok from the drive and card, but looking at bin size, ther are different, short by 6 and 20 bytes 07.24.31 # on the card, i should say 07.24.48 # So in the end, the problem is basically "rockbox doesn't deal with bad files well"? 07.24.56 # i belive soo 07.25.04 # let me reload these five and see 07.25.22 # reloading the ones with bad parents won't fix anything 07.25.47 # if its _just_ the three confirmed bad ones, then thats the case, if all five fail, theres something more here 07.25.53 # And honestly, it sounds like ffmpeg may be more forgiving than Rockbox right now, so we don't know if the "good" parents are really good 07.26.03 Join axionix [0] (n=axion@cpe-67-242-94-6.nycap.res.rr.com) 07.26.29 # now all i gotta do is try to get it too abort... 07.30.05 # dangit, now, when i WANT it too abort, its fine! grrrrr 07.33.31 # ok, it just aborted on a bad one, played the two odd ones ok though, so, i think it is "rockbox hates poorly encoded media" 07.39.13 # ok, well, thank you very much for being so patiant with me 07.40.37 Quit Acksaw (Read error: 104 (Connection reset by peer)) 07.47.43 Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) 07.50.28 # anyway, i have it working, its 2 am, im off too bed all, night 07.54.09 *** Saving seen data "./dancer.seen" 07.57.14 Part gartral1 08.05.56 Quit hd (Read error: 110 (Connection timed out)) 08.20.44 Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) 08.34.16 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.40.02 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 08.44.10 Join n1s [0] (n=nils@rockbox/developer/n1s) 08.48.33 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 08.57.35 Join Rob2222 [0] (n=Miranda@p4FDCF61B.dip.t-dialin.net) 09.00.00 Join petur [50] (n=petur@rockbox/developer/petur) 09.13.46 Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) 09.16.08 Quit Rob2223 (Read error: 110 (Connection timed out)) 09.19.04 Quit HellDragon (Read error: 104 (Connection reset by peer)) 09.26.19 Quit GodEater_ ("http://www.mibbit.com ajax IRC Client") 09.29.18 Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) 09.36.49 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 09.37.01 Join fragilematter [0] (n=fragilem@92.83.248.112) 09.40.06 Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) 09.42.14 Quit EspeonEefi ("さよなら") 09.43.16 Part B4gder 09.45.55 Join EspeonEefi [0] (i=eefi@STRATTON-TWO-EIGHTY.MIT.EDU) 09.47.54 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 09.49.07 Quit EspeonEefi (Client Quit) 09.54.10 *** Saving seen data "./dancer.seen" 09.58.49 Nick Barahir_ is now known as Barahir (n=jonathan@Xaa4b.x.pppool.de) 10.00.29 Quit robin0800 () 10.00.48 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 10.10.23 Quit fragilematter ("I'll be back sometime today.") 10.10.36 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 10.12.02 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 10.12.27 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 10.34.07 Quit gevaerts (Nick collision from services.) 10.34.16 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 10.35.56 Quit Thundercloud (Remote closed the connection) 10.40.19 Join EspeonEefi [0] (i=eefi@STRATTON-SIX-FOURTY-SIX.MIT.EDU) 10.40.45 # so whats the correct way to read text in from a utf8 file? 10.40.54 # re FS#9839 10.42.07 # 9839? 10.42.19 # 9830 sorry 10.43.37 Quit EspeonEefi (Client Quit) 10.48.34 # Ah, OK. I guess what we would want Rockbox to do would be to treat the file as utf-8 encoded if the BOM is found, otherwise use the user's codepage. playlist.c seems to do this. 10.52.35 Join kugel [0] (n=kugel@rockbox/developer/kugel) 10.53.00 # looks like cuesheet tries to convert to utf8 regardless of if its utf8 or not 10.56.39 # if it is utf8 we can just do a strcpy instead of iso_decode()? 10.57.34 # Yes. 10.59.46 # http://pastebin.com/df24e505 ? 11.00.59 Quit nuonguy ("This computer has gone to sleep") 11.01.16 # * JdGordon gives it a try 11.02.03 # That looks OK to me. 11.03.00 Quit kachna (Read error: 113 (No route to host)) 11.03.38 # Although I don't think strncpy will null-terminate the string if it's longer than the buffer. 11.04.13 # on thursday morning 0800 CET, the main web site, the build master, the mailing lists etc will be down for some 30 minutes or so 11.04.49 # JdGordon: And shouldn't the strncpy use "MAX_NAME*3" ? 11.05.06 # why *3? 11.05.20 # That's the size of the buffer. 11.06.13 # wtf? I wonder why whoever did that change didnt just fix that #define? 11.07.06 # roolku did that back in nov 07! 11.07.19 # MAX_NAME is the maximum number of characters, not bytes. 11.09.41 # should that be changed to MAX_NAME_BYTES and MAX_NAME_CHARS (maybe something shorter?) 11.10.47 # You could just use sizeof() instead of MAX_NAME_BYTES 11.11.15 # Or maybe not... 11.11.22 # not with the way dest is used 11.11.43 # meh, MAX_NAME*3 and +1 for the \0 line work well enough 11.13.17 # +1 ? Don't you just mean dest[MAX_NAME*3] = 0? 11.13.35 Join gromit`` [0] (n=gromit@ALagny-154-1-8-60.w83-112.abo.wanadoo.fr) 11.13.53 # Also, the strncpys at the end of that function (copying performer name) should be fixed to use *3 as well IIUC. 11.14.08 # arg, yeah of course 11.14.13 # (or sizeof would work there...) 11.14.57 # Maybe add a define somewhere for what that 3 is, just so it's clearer when someone reads in the future? 11.15.23 # ill add a quick comment 11.16.45 # *3 because utf8 chars can be max 3 bytes each? 11.16.56 # I'm not even sure if that's true though... 11.17.14 # No, it can be up to 4... 11.18.05 # * linuxstb sees another trivial bugfix that opens a can of worms... 11.19.23 # apparently the last byte is for rarely used chars 11.19.24 Quit gromit` (Read error: 110 (Connection timed out)) 11.19.33 Quit kugel (Remote closed the connection) 11.20.30 # linuxstb: Looking at the wikipedia page, UTF-8 sequences can be longer than 4 bytes. 11.21.06 # I'm not sure why, but there's characters reserved for the beginning of 5 and 6 byte sequences 11.21.11 # Er, bytes reserved 11.24.56 # That same page says that RFC 3629 restricts UTF-8 to chars up to 0x10ffff - so only 4 bytes are needed. 11.25.24 # Ah 11.31.05 Join fragilematter [0] (n=fragilem@92.83.248.112) 11.32.09 # I wonder if we should bother with a readline_utf8? and fix open_utf8() so it can let the caller know if the file is utf8 or not? 11.40.36 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 11.41.20 Join gromit` [0] (n=gromit@ALagny-154-1-64-33.w81-249.abo.wanadoo.fr) 11.43.56 Part LinusN 11.46.50 # 3 bytes are enough for any 16-bit unicode character. I don't think we will support more than that. 11.46.55 Quit gromit`` (Read error: 110 (Connection timed out)) 11.50.06 # Is unifont only the 16-bit ones, then? 11.54.14 *** Saving seen data "./dancer.seen" 12.05.48 Join BigBambi_w [0] (i=86ceaf40@64.62.228.82) 12.10.03 Part B4gder 12.10.14 Quit robin0800 (Read error: 60 (Operation timed out)) 12.12.10 Quit timc ("Leaving") 12.12.54 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 12.18.45 Join tvelocity [0] (n=tony@195.74.255.80) 12.19.56 Quit robin0800 (Remote closed the connection) 12.19.57 Join gromit`` [0] (n=gromit@ALagny-154-1-35-8.w83-200.abo.wanadoo.fr) 12.20.16 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 12.32.03 Join kugel [0] (n=kugel@rockbox/developer/kugel) 12.32.03 Quit gromit` (Read error: 110 (Connection timed out)) 12.35.15 Quit kugel (Read error: 104 (Connection reset by peer)) 12.36.26 Join kugel [0] (n=kugel@rockbox/developer/kugel) 12.42.02 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 12.43.15 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 12.52.10 Quit Darksair ("Emacs = ESC-Meta-Alt-Ctrl-Shift") 12.52.30 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 12.52.37 # Llorean: BDF doesn't support more than the BMP 12.57.26 Join Darksair [0] (n=user@221.221.156.123) 12.59.18 Quit havien (Read error: 110 (Connection timed out)) 12.59.30 Join havien [0] (n=none@68-189-143-101.dhcp.wlwl.wa.charter.com) 13.00.21 Quit Darksair (Client Quit) 13.07.54 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 13.14.44 # LinusN: hey, can i bug you about hwcodec? 13.15.08 # nope, there are no bugs in that code :-P 13.16.59 # I need to get it to send an event when it loads the id3entry for the next track. http://www.rockbox.org/tracker/task/9795?getfile=18396 has the 2 lines I added to mpeg.c which I was hoping would do it but apparently not.. any ideas where to do it properly? 13.21.12 # also, swcodec loads the id3entry for the first unbuffered track when the buffer fills.. should/could this be added to hwcodec to make the next track info avilable more often? or not worth the addition? 13.23.55 # not sure about that 13.24.37 # bit regarding your patch, is it important to only send the event when the *next* track is loaded, why not always when it has fetched the id3 info? 13.25.22 # or are you trying to catch the case when the current track is loaded? 13.26.17 Quit kugel (Remote closed the connection) 13.26.32 # I need to catch at least when the next tracks id3 is ready, I asked pixelma to test it without the if line so it always sends when any id3 is ready but that apparently didnt work 13.26.55 # in what way didn't it work? 13.28.11 # looking for the irc log... 13.28.52 # i have to go to a meeting, brb 13.34.40 Part B4gder 13.34.46 # LinusN: log starts at http://www.rockbox.org/irc/log-20090122#12:05:46 13.34.52 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 13.35.11 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 13.36.22 Join gregzx [0] (n=chatzill@drp132.neoplus.adsl.tpnet.pl) 13.37.00 # those problems dont show up on swcodec so hwcodec must be doing something funny (somewhere)... the patch tries to limit the amount of full wps redraws to only happen on track change and when the next track info is avilable 13.37.01 Quit gregzx (Client Quit) 13.38.57 Quit fragilematter ("screenshooting in an 8.10 virtual machine") 13.40.31 Join kugel [0] (n=kugel@rockbox/developer/kugel) 13.43.09 Quit agaffney (Read error: 104 (Connection reset by peer)) 13.47.57 Join gregzx [0] (n=chatzill@dsm77.neoplus.adsl.tpnet.pl) 13.48.28 Join nibbler [0] (n=Nibbler@txx226.disy.net) 13.49.07 Join timc [0] (n=aoeu@124.93.243.83) 13.50.55 Join Tim3245 [0] (n=57c22635@gateway/web/cgi-irc/labb.contactor.se/x-c220b65d6a3d1109) 13.54.15 *** Saving seen data "./dancer.seen" 13.57.15 Quit kugel (Read error: 104 (Connection reset by peer)) 14.03.38 Join kugel [0] (n=kugel@rockbox/developer/kugel) 14.05.23 Quit Tim3245 ("CGI:IRC (Ping timeout)") 14.16.18 Quit kugel (Remote closed the connection) 14.18.13 Join kugel [0] (n=kugel@rockbox/developer/kugel) 14.20.42 Quit Seed ("cu, Andre") 14.21.45 Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) 14.25.07 Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37) 14.26.17 Join agaffney_ [0] (n=agaffney@gentoo/developer/agaffney) 14.27.05 Join fragilematter [0] (n=fragilem@92.83.248.112) 14.31.07 Nick agaffney_ is now known as agaffney (n=agaffney@gentoo/developer/agaffney) 14.31.32 Join nplus [0] (n=nplus@243.131.Globcom.Net) 14.33.34 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 14.33.54 # * Zagor discovered today that our 3.1 releases don't have the "3.1" version string 14.34.27 # hm, they were intended to have it 14.34.43 # * LambdaCalculus37 notices that the Subversion updates on the front page isn't showing the two most recent commits 14.35.06 # I helped a coworker install and was surprised to see the svn revision rather than 3.1 14.35.56 # we also found strange issues with rbutilqt (FS#9833) 14.37.20 # Strange... I can view the two most recent commits from JdGordon and myself on ViewVC, but not on the front page. :/ 14.37.21 # isn't 19857 the most recent? 14.37.32 # B4gder: No, 19859 is (mine). 14.37.41 # hm 14.37.46 # JdGordon got 19858 in. 14.38.03 # hah, the build system isn't running atm! 14.38.13 # :P 14.38.39 # how did that happen? 14.38.49 # It's taking a nap? ;) 14.38.54 # I bet JdGordon hacked it off to hide his reds ;) 14.38.56 Join Jaykay [0] (n=chatzill@p579E647F.dip.t-dialin.net) 14.38.58 # so my commit never got built? 14.39.01 # it deserves some rest every now and then 14.39.08 # * JdGordon wondered why there was 0 delta :p 14.39.16 # JdGordon: Don't feel bad, neither did mine. :) 14.45.53 Quit fragilematter ("teoria probabilităților => miercuri examen") 14.46.16 # there we go! 14.46.30 # * JdGordon hears disks churning and assumes its rbclient 14.46.49 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 14.48.43 # \o/ 14.48.50 # * LambdaCalculus37 sees his commit on the front page! 14.48.55 # My first *big* commit! :) 14.51.14 Quit __lifeless (Read error: 110 (Connection timed out)) 14.51.19 # hmmm multiple changes in one commit :/ 14.53.09 # B4gder: something thats been bugging me for a while on the build page... is the first time the build just happened and the 2nd is the one before that? 14.53.52 # the first is a sliding average and the "most recent" is the most recent ;-) 14.54.36 # ah ok 14.54.55 # so the "expected time" is the first one 14.55.56 Join lasser [0] (n=chatzill@Wa7ce.w.pppool.de) 14.56.46 # My commit was nice and green... I was afraid something would bork somewhere. :P 14.57.44 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 14.58.16 # * JdGordon blames LambdaCalculus37 for the delta :p 14.58.39 # or at least 2 bytes of it :D 14.59.09 # JdGordon: Yes, it's always the manual writer's fault. :P 15.00.43 # JdGordon: Regarding your cuesheet fix - shouldn't they be MAX_NAME*3+1 in the last two strncpys ? And I thought you said you would comment the use of MAX_NAME*3? ;) 15.01.24 # yes and yes :p forgot about the comment 15.01.45 # I think a define for them would be better though anyway 15.01.48 # Although maybe sizeof() would be clearer for the last two. 15.02.14 # Or yes, a define could work as well... 15.02.16 # that will make the lines longer 15.02.42 # * linuxstb hands JdGordon a couple of linefeeds 15.02.43 # and I didnt want to do a int length = sizeof(...) line incase the 2 buffers ever dont have the same lnegth 15.02.59 # split lines are just as annoying as long lines 15.03.38 # Then edit docs/CONTRIBUTING... ;) 15.04.12 # I'll sneak a change s/80/120/ into there also :) 15.04.27 # haha 15.04.34 # Wait until the next Swedish holiday... 15.04.43 # that holiest rule of them all! 15.04.45 # Damn, too late, they've seen it... 15.05.04 # Go on, give us 100... 15.05.15 # #1 - "Thy Code Shall be Narrow" 15.05.54 # So indent with 1 space? 15.06.15 # no indenting! 15.06.24 # rename all symbols to half the length! 15.06.29 # screw it... no new lines either 15.06.42 # JdGordon: All of Rockbox in 80 characters? 15.06.52 # that might be difficult 15.07.06 # amiconn will like that idea though... no chance of wasted ram :D 15.07.23 # * Zagor looks at JdGordon and wonders if he's actually the libvorbis author 15.07.23 # char* mystring[10000000000] is quite short... 15.07.38 # * linuxstb wonders where that extra * came from 15.07.53 # libtremor even 15.08.01 # sneaky way of quadrupaling the ram usage? 15.08.45 Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-058c14d6d848d04c) 15.19.28 Quit Jaykay (Read error: 110 (Connection timed out)) 15.20.11 # LinusN: i'm off... ill check the logs in the morning incase you come up with any ideas.... 15.20.14 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 15.35.37 # Oh, crud... I forgot to commit a file as part of FS#9826! See, I knew I was going to forget something! :) 15.36.17 # * LambdaCalculus37 will commit the last file on his break 15.37.42 # No, nevermind... the patch version I used (latest one) doesn't have the missing file. 15.42.21 Join BXCracer [0] (n=bxcracer@78-62-4-159.static.zebra.lt) 15.46.45 Join Zoxc [0] (i=Zoxc@ti0128a340-dhcp0111.bb.online.no) 15.49.19 Quit kugel (Remote closed the connection) 15.51.00 Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) 15.54.19 *** Saving seen data "./dancer.seen" 15.59.45 Part LinusN 16.11.33 Quit tyfoo (Read error: 104 (Connection reset by peer)) 16.13.53 Quit bmbl (Read error: 110 (Connection timed out)) 16.16.23 Quit krazykit (Read error: 110 (Connection timed out)) 16.20.44 Join PaulJam [0] (n=PaulJam_@vpn-3121.gwdg.de) 16.24.30 Join mike_montreal [0] (n=4635943b@gateway/web/cgi-irc/labb.contactor.se/x-8935c0761092f6bf) 16.27.33 # my ipod video 60/80 no longer switches to disk mode when connected to xp computer. this happened between builds r19819 and r19826, and continues with present builds. 16.28.10 Join Jaykay [0] (n=chatzill@p579E647F.dip.t-dialin.net) 16.28.34 Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-75fe91547f91ecd0) 16.29.54 Quit lasser ("ChatZilla 0.9.84 [Iceweasel 3.0.5/2008122011]") 16.36.36 Quit Jaykay ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 16.37.58 Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) 16.38.28 Join Windlord [0] (n=Windlord@cm198.sigma108.maxonline.com.sg) 16.38.44 Part Windlord 16.42.05 Join fragilematter [0] (n=fragilem@92.83.248.112) 16.42.39 Join Comokanu [0] (n=5c08e047@gateway/web/cgi-irc/labb.contactor.se/x-9e351b80f9f222c6) 16.43.16 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-cd4a71fec77b81e7) 16.43.16 Quit Comokanu (Client Quit) 16.43.18 Join {phoenix} [0] (n=dirk@p54B47497.dip.t-dialin.net) 16.43.36 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.45.55 Quit mike_montreal ("CGI:IRC (EOF)") 16.50.02 Quit fragilematter ("time to eat") 16.55.25 Join _lifeless [0] (n=lifeless@90.151.36.98) 16.57.05 Join MethoS- [0] (n=lem@91.96.210.167) 17.06.23 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 17.11.21 Join faemir [0] (n=daniel@88-106-244-173.dynamic.dsl.as9105.com) 17.14.28 Join kugel [0] (n=kugel@rockbox/developer/kugel) 17.14.46 Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) 17.15.35 Quit Zagor ("Client exiting") 17.17.29 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 17.25.26 Part B4gder 17.26.24 Join flydutch [0] (n=flydutch@host5-154-dynamic.14-87-r.retail.telecomitalia.it) 17.28.14 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 17.30.31 Join Hillshum [0] (n=Hillshum@75-165-245-240.slkc.qwest.net) 17.34.45 # so, how much against are people http://www.rockbox.org/tracker/task/9828? 17.35.50 # Now it does hardly change existing behavoir (only for sansas, which should exit the quickscreen with select anyway imo) 17.36.10 # on the sansa, select does nothing, but power exists (which is usually stop, so not even cancel) 17.36.41 # btw, is there any special reason why you use HZ/4 for the splah and not HZ/2 like in the other menus? i found it a little too short. 17.37.18 # The quickscreen should always exit with the same button used for entering it. On targets which allow simultaneous button presses, the original quick behaviour needs to be restored as well 17.40.02 # amiconn: I didn't change that 17.40.17 # PaulJam: too short? ok, I can change that 17.40.39 # PaulJam: maybe there should be a general cancel function/macro, so that HZ/2 is always used 17.41.15 # amiconn: "On targets which allow simultaneous button presses, the original quick behaviour needs to be restored as well"? 17.42.05 # on which target has it ever been like that? 17.42.29 # (assuming you mean the qs is only up as long as the entering button is kept pressed) 17.43.38 Quit petur ("work->home") 17.45.51 # yes 17.46.14 # That was how the quickscreen originally worked, on the target where it was invented, the recorder 17.47.01 # I don't think it can work nicely on other targets, plus, some targets use the enterring screen as a setting changing button 17.47.24 # I can't imagine how this would work nicely on my e200 17.48.18 # and I don't see any need to make it work like this again to be honest 17.48.50 # I use the quickscreen frequently, and I like how it works (with a dedicated exit button) 17.49.44 # if I use the live-feature, e.g. to toggle between eq or crossfeed, just to try out how it sounds, it would be majorly annyoing to have to keep 1 button always pressed 17.51.07 # PaulJam: would you want to have it like that? 17.52.52 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 17.54.21 *** Saving seen data "./dancer.seen" 17.55.42 Mode "#rockbox +o logbot " by ChanServ (ChanServ@services.) 17.56.45 # well, if i understand correctly you'd have to use both hands to use the quickscreen. so i prefer the current behavior. but maybe both could be combined somehow. for example on the H300: if you keep pressing A-B while using the quickscreen then leave it as soon as A-B is released, bit if you release the A-B button before pressing any of the directional buttons then don't automatically leave the QS. 17.57.43 # kugel: I don't understand your patch now - e.g. on ipods, you've changed the mapping of MENU from "cancel" to "OK" - so there is no "cancel" option mapped in the quickscreen, so your patch does nothing... 17.58.10 # linuxstb: no, cancel from STD context is applied 17.58.34 # kugel: Which is what? ... 17.59.02 # (which seems to be BUTTON_PLAY|BUTTON_REPEAT) 17.59.15 # Which is ACTION_QS_DOWN 17.59.17 # hm, wait, play is the down button, right? 17.59.31 # hm, that's a bug then :) 17.59.49 # Have you tried your patch in any targets apart from Sansas? 17.59.57 # some, not all 18.01.20 # well, maybe it should be like on the sansas 18.01.37 # i.e. select is OK (and menu would be cancel) 18.02.15 # Yes, that's the only thing that would make sense (assuming this feature is wanted - I'm indifferent about it). 18.04.22 Join miepchen^schlaf [0] (n=miepel@p579EC7EA.dip.t-dialin.net) 18.09.11 Quit miepchen^schlaf (Client Quit) 18.09.12 Quit BigBambi_w ("http://www.mibbit.com ajax IRC Client") 18.10.03 # linuxstb: I'm not sure if it's wanted. Well, I want it, but others doesn't seem to be too happy about it :) 18.11.16 # but I think it's mainly because messing with the keymaps is always a bit controversial 18.12.46 Join QuickStart [0] (n=QUICKSTA@pool-72-88-146-62.nwrknj.east.verizon.net) 18.15.26 Join elementz [0] (n=elementz@78.52.130.31) 18.16.06 # hi. i've installed rockbox via the auto installer for linux on my ipod mini, second gen 18.16.14 # it worked fine in the beginnging 18.16.28 # * n1s doesn't use the quickscreen but doesn't see why cancelling would be needed (i don't see the need to cancel out of regular settings either to be honest) 18.16.46 # * rasher stands in n1s' corner 18.17.33 # now, it does not start anymore, i am not able to reset it. when plugging it into usb, only *sometimes the charging battery appears on the display, but thats it 18.17.41 # looks like rockbox bricked my ipod... 18.17.51 # or is there a solution out there? 18.18.03 # elementz: How long are you holding MENU+SELECT for? It can sometimes take up to about 30 seconds. 18.18.08 Quit flydutch (Read error: 104 (Connection reset by peer)) 18.18.45 # linuxstb: tried for like 10 secs or so 18.18.49 # hold on ill retry 18.19.29 Join flydutch [0] (n=flydutch@host5-154-dynamic.14-87-r.retail.telecomitalia.it) 18.20.32 Join tvelocity[a] [0] (n=tony@adsl7-240.her.forthnet.gr) 18.22.17 # n1s, rasher: then this isn't something for you I guess. I, however, love that this is possible and implemented on the setting 18.22.46 # and I make use of it frequently 18.22.50 # linuxstb: ok, seems to not work. dmesg gives no output either 18.23.10 # elementz: sansa/ipod? 18.23.21 # kugel: ipod mini 18.23.36 # it seems http://svn.rockbox.org/viewvc.cgi?view=rev&revision=19819 is causing this, I heard some similar reports 18.23.41 # and I have such problems myself 18.24.21 # that's even in the of for some weird reason 18.24.46 Quit tvelocity (Read error: 128 (Network is unreachable)) 18.25.15 # before it stopped working, it constantly froze while playing, when rescanning the database, all kinds of previously deleted tracks appeard on the ipod, some of them where playable, some made it crash 18.25.49 # and, well, as i said now it does not even start at all anymore, no reset, no dmesg, no nothing 18.26.26 # what I get in dmesg is "waiting for device to settle", then nothing 18.26.41 # if I try often enough, it eventually connects though 18.26.53 # nope, not even that 18.27.08 # seems like rockbox actually *can brick your ipod 18.27.11 # good to know 18.27.35 # Rockbox can *not* brick an iPod. Only smashing the iPod with a hammer can brick it. 18.28.03 # does rockbox boot at least? 18.28.22 # nothing, the darn thing wont even turn on anymore 18.28.28 # been charging it for ages 18.28.42 # but even the charge symbol stopped showing 18.28.46 # hm, that doesn't sound very related to rockbox 18.30.18 Join miepchen^schlaf [0] (n=miepel@p579EC7EA.dip.t-dialin.net) 18.30.25 # elementz: try if resetting works if you turn on the hold button and then off again before trying the reset procedure. 18.30.27 # wow battery symbol is back now, after holding reset for some time and having the thing plugged in 18.30.42 # but still nothing on dmesg 18.31.05 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.31.59 Quit axionix (Read error: 110 (Connection timed out)) 18.34.54 Quit toffe82 (Read error: 60 (Operation timed out)) 18.37.30 Join MethoS-- [0] (n=lem@host-091-097-243-113.ewe-ip-backbone.de) 18.39.39 Quit faemir (Remote closed the connection) 18.39.52 Join faemir [0] (n=daniel@88-106-244-173.dynamic.dsl.as9105.com) 18.40.40 # I saw this effect that the Ipod wouldn't get further than the low battery splash on amiconn's Mini last December. You could reset it well but that didn't help much, don't know how it behaved on an USB data connection. If I remember correctly he said it only "fixed" itself by leaving it in the drawer for a while and let the battery drain, better let him tell the story though 18.41.15 Join Aristad [0] (n=Aristad@p579DE65E.dip.t-dialin.net) 18.42.31 Quit gevaerts ("BIOS update") 18.44.38 Quit MethoS- (Read error: 145 (Connection timed out)) 18.54.42 Join nibbler_ [0] (n=Nibbler@HSI-KBW-085-216-121-223.hsi.kabelbw.de) 18.55.48 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 18.56.00 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.56.57 Quit nibbler (Read error: 113 (No route to host)) 18.57.31 # pixelma: ok, strange behavior. amiconn you around? 18.58.50 # kugel: The real-quick quickscreen method used to be available *in addition* to entering and exiting with short presses. And this method does have an advantage if you know what you want to change - it is faster. 19.00.19 # LambdaCalculus37, elementz: Rockbox seems at least to be able to confuse the charging circuitry in a way that the OF loader is unable to get it back working 19.01.25 # There are just two options to get it back working when that happens. (a) Put the thing away for several weeks, so that the battery drains below the hardware shutoff point.(b) Open it and disconnect the battery for a minute or so 19.01.59 # amiconn: in addition? as in the current behavior should be also there? 19.02.16 # amiconn: hm, are there guides how to dismantle an ipod mini? 19.02.19 # how do you differentiate between the two modes? 19.02.40 # Easy. It's short press vs. longpress 19.03.04 # If by the time the screen is entered the button is still held down, it's the quick method 19.04.49 # elementz: http://www.ifixit.com/Guide/iPod/iPod-Mini/96 19.05.09 # amiconn: ok, did I break that (because you said it's to be restored)? 19.05.13 # thx 19.05.26 # elementz: *AHEM* In proper English. please. 19.05.41 # Getting this back to work probably just needs some extra entries in the quickscreen context, plus a little modification of status handling 19.05.42 Quit faemir (Remote closed the connection) 19.05.54 Join faemir [0] (n=daniel@88-106-244-173.dynamic.dsl.as9105.com) 19.06.00 # kugel: No, you didn't. JdGordon|zzz did, months ago... 19.06.03 Quit Hillshum (Read error: 54 (Connection reset by peer)) 19.07.03 # My main point today was that the quickscreen should always be exitable with the same button that brings it up. It's quite confusing for long-term rockboxers if this doesn't work 19.07.38 # (another problem on the Recorders - it works for the standard (F2) quickscreen, but not for the F3 screen) 19.07.51 # amiconn: difficult on eg. e200, where the quickscreen button is used to change option 19.07.56 # Oh, and quickscreen settings shouldn't be cancellable 19.08.04 Quit domonoky (Read error: 110 (Connection timed out)) 19.08.32 Quit nuonguy ("This computer has gone to sleep") 19.08.58 # ok, will need to get those special screwdrivers first 19.09.35 # rasher: That's bad. I guess it's DOWN because that doubles as MENU on the Sansas? 19.09.43 # elementz: if you don't care too much about slight scratches, you can do it with ordinary tools 19.10.03 # btw, is it possible to get rid of the ipod file system, and make the ipod completely manageable by mounting it to a linux fs? so that i could just drop my files and folders on the device 19.10.40 # I can think of two fixes. (1) Choose a different button for the quickscreen. (2) if that's not possible, disallow DOWN in the quickscreen. UP should be available as a replacement 19.10.40 # teh filesystem needs to be FAT32 but you can manage your files however you like 19.10.41 # gevaerts: yeah, but i dont have a srewdriver with the size of those tiny screws on top of the ipod 19.10.52 # ah ok. You do need that :) 19.11.22 # n1s: so, i could completely format the ipod with fat32, than install rockbox to the bootsector, and just use that? 19.11.44 # amiconn: I agree, but that's not possible without major remapping I think 19.11.46 # elementz: The screws require a #00 sized Phillips screwdriver. 19.11.50 # There's also (3) keep it as-is on Sansa, but it's kinda unusual for the quickscreen... it's called *quick*screen for a reason 19.11.58 # at least on some targets 19.12.50 # Btw, the quick mode is the reason why the quickscreen doesn't use UP. 19.12.56 # amiconn: I don't think it's slow just because of that 19.14.01 Join Hoe`` [0] (i=j@c-75-67-120-55.hsd1.ma.comcast.net) 19.14.05 # With the quick mode working, you can change a setting within less than a second (i.e. enter the quickscreen, change the setting, and go back to where you noticed that you need to change it) 19.14.05 # I actually don't agree that the "fast mode", which isn't really faster, but more annyoing to use (at least in my imagination), if it disallows adding a 4th item or disallows my patch 19.14.26 # how do i prevent constantly getting doubled database entries? 19.14.26 # +is so important 19.14.35 # (iPod video 5g) 19.17.01 Join stoffel_ [0] (n=sfr@p57B4DD92.dip.t-dialin.net) 19.17.14 Nick amiconn is now known as amiconn_ (n=jens@rockbox/developer/amiconn) 19.17.34 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 19.17.47 Quit stoffel_ (Client Quit) 19.20.38 # Hoe``: have you checked if the duplicate entries aren't caused by actual duplicate files by saving a playlist of the duplicate enries and checking that with a text editor? 19.20.54 # na,m because the whole db duplicates :P 19.21.53 # if i have a .m3u, will that cause duplicates? 19.22.02 # as in, it adds the mp3s, then readds them from the m3u? 19.22.31 # hmm, was the problem there right after initialising the database or did it occur later? 19.22.59 # no, the database doesn't read m3u playlists 19.26.04 # amiconn: well, basically, my change wouldn't break it if it was working. 19.26.41 # amiconn: and if it's going to restored, I guess it would be reasonable and logical if cancel wasn't available in the "fast mode" 19.26.41 # it happens 'randomly' with in a couple weeks of deleting the old db 19.27.10 # think i'm currently up to 3x entries 19.27.38 # I think I've seen a problem of duplicated db entries too but I never really invested the time to reproduce 19.27.42 # what's the difference between innitalize db and update db? 19.28.13 Quit Horscht ("Verlassend") 19.28.16 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 19.30.06 # initialize completely rebuilds the database, update only updates what was changed. 19.31.17 Nick amiconn is now known as amiconn_ (n=jens@rockbox/developer/amiconn) 19.31.19 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 19.31.38 Quit faemir (Read error: 110 (Connection timed out)) 19.32.33 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 19.32.43 Join akur [0] (n=akur@bl6-156-198.dsl.telepac.pt) 19.32.47 # that duplicate thing is a really weird issue.. is there still any way to re-produce that? I have never had it on my h140 19.32.57 Part akur 19.33.52 # Hoe``: do you use the "update now" functionality? and what database settings do you use? i use "load to ram - yes", "auto update - yes", "gather runtime data - yes", and directory cache is also enabled. and i have never noticed duplicate enries. 19.36.07 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 19.37.27 # i use load to ram, auto update, and father runtime information 19.38.20 # Hoe``: please try with directory cache enabled if you could still cause that problem to happen 19.38.35 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 19.38.59 # that could be the cause.. need to investigate that 19.39.03 # okay 19.41.32 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 19.47.56 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 19.54.22 *** Saving seen data "./dancer.seen" 20.01.37 Quit BigBambi (Remote closed the connection) 20.02.01 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 20.05.09 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 20.10.40 Quit HellDragon (Client Quit) 20.15.12 Join pixelma_ [50] (i=pixelma@rockbox/staff/pixelma) 20.15.25 Join amiconn_ [0] (n=jens@p54BD5B77.dip.t-dialin.net) 20.15.25 Join pixelma2 [0] (n=pixelma@p54BD5B77.dip.t-dialin.net) 20.15.30 Quit amiconn (Nick collision from services.) 20.15.36 Join Vorador [0] (n=tomas@lan-84-240-35-19.vln.skynet.lt) 20.15.38 # gevaerts: is it possible for USB to work on 12Mhz instead of 48Mhz? 20.15.41 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 20.15.55 Part Vorador ("Ex-Chat") 20.16.04 Quit pixelma (Read error: 113 (No route to host)) 20.16.20 Quit pixelma_ (Client Quit) 20.16.45 Nick pixelma2 is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 20.17.01 # mcuelenaere: I'm not sure what you mean... 20.17.21 # doesn't the USB standard require transfers are done in 48Mhz? 20.17.55 # Transfers are done at either 12Mbit or 480Mbit (full speed/high speed) 20.18.06 Quit BigBambi (Remote closed the connection) 20.18.35 # mm ok, then this is SoC specific 20.18.45 # probably, yes 20.19.01 # * gevaerts would expect 30MHz or 60MHz... 20.19.19 # it should be running 48Mhz, but it reports to be running at 12Mhz.. 20.19.22 # and still USB works fine 20.19.30 Join nuonguy [0] (n=john@24.6.174.132) 20.21.42 Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) 20.22.07 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 20.22.52 Join pyro_maniac [0] (n=jens@i59F76CC3.versanet.de) 20.23.33 Quit yhuang (Remote closed the connection) 20.26.57 Join PaulJam_ [0] (i=PaulJam_@vpn-3121.gwdg.de) 20.37.00 Quit Thundercloud (Remote closed the connection) 20.38.11 Join akur1 [0] (n=akur@bl5-227-189.dsl.telepac.pt) 20.40.23 Join PaulJam__ [0] (n=PaulJam_@vpn-3044.gwdg.de) 20.40.36 Quit HellDragon (Read error: 104 (Connection reset by peer)) 20.40.54 Join Rondom [0] (n=Rondom@dslb-084-057-132-017.pools.arcor-ip.net) 20.40.55 Quit PaulJam (Nick collision from services.) 20.41.46 # Unhelpful: tried your build today and it didn't help with the divide by zero problem. I tried some things like setting different font sizes and when I realised it probably happens when it wants to draw the "flip selected cover" animation, I checked for differences between a "known" and the "unknown" bitmaps - everything resulted in the same crash. Realised that I saw a slightly different address yesterday (last digit was a 4, not a 0) probably wit 20.41.46 # build... 20.43.20 # i didn't expect that build to fix it, but the address might actually match up with my map files, now, and then i can use the debug objects to pin it down to a line :) 20.43.31 Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) 20.43.58 # assuming the address is benig reported correctly... i would hope it's where the bad div call happened 20.44.17 Quit amiconn (Remote closed the connection) 20.44.18 Quit pixelma (Remote closed the connection) 20.45.39 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 20.45.40 Join pixelma [0] (n=pixelma@rockbox/staff/pixelma) 20.46.43 # Unhelpful: It should be the pc immediately following the divide call (lr) 20.47.47 # gevaerts: IIUC, it's perfectly legal to force SE0 (disconnect) to force reenumeration of a device. Any idea what a minimum safe value should be? 20.47.53 # lovely. then the address it's hitting now should match up on my end :) 20.48.24 # jhMikeS: you mean how long to hold SE0? let me check the spec 20.49.40 # Unhelpful: if that helps, I could upload (parts of) my mapfile somewhere 20.49.50 Quit Rondom (Nick collision from services.) 20.50.06 Join Rondom [0] (n=Rondom@dslb-084-057-135-161.pools.arcor-ip.net) 20.50.24 # gevaerts: It seems to take quite some time on windows. I suspect some might expect longer. Right now it's about 150ms before it starts the driver fully enabled. 20.50.26 # pixelma: i have the mapfile, and objects with debug data, for the build i linked :) 20.50.57 # umm, need to check that again for the address 20.52.08 # bluebrother: Does rbutil know exactly which device it has found when saying "Detected an unsupported Apple variant" ? Although I'm not sure how to make that message any clearer... (re: http://forums.rockbox.org/index.php?topic=20332.0 ) 20.52.20 # I see in the logs that an important part of my line got cut off which mentioned that the different address was with the SVN build 20.52.46 # jhMikeS: I'm not sure if I understand the scenario you're talking about correctly 20.53.38 Quit nibbler_ (Read error: 60 (Operation timed out)) 20.54.00 Join nibbler_ [0] (n=Nibbler@HSI-KBW-085-216-121-223.hsi.kabelbw.de) 20.54.26 # gevaerts: Forcing a disconnect so that the host sees the device as detached (after bus reset detection) and so it redetects the device and gives another bus reset when the driver is restarted. 20.54.26 Join satchafunkilus [0] (n=satch@86.125.72.166) 20.54.33 # Hi. 20.55.07 # Will rockbox ever support iriver e100? 20.55.21 # Perhaps, if interested owners do the required work 20.55.26 # No, iriver e100 is banned :) 20.55.32 # Unhelpful: address with your build is 01F84570 (0) - I believe that's the same as I saw yesterday with my build that included your size patch 20.55.50 Nick PaulJam__ is now known as PaulJam (n=PaulJam_@vpn-3044.gwdg.de) 20.55.53 # it shoud be, my build is from the working tree i made the patch from... 20.55.55 # satchafunkilus: Ports are not done by a "rockbox team", but by owners that want it enough to do all the hard work required 20.56.13 # Zoxc: please, don't say things like that. You will confuse people 20.56.36 # hrm, maybe i'm going about this wrong :/ 20.57.13 # It's IRC. It's expected :( 20.57.23 # Zoxc: Not here please 20.57.40 # Thanks for the info. 20.57.42 Quit satchafunkilus (Client Quit) 20.58.36 # jhMikeS: I'm not actually sure if SE0 to force a disconnect is expected to work from the device side 20.59.21 # * gevaerts unfortunately doesn't know USB that well below chapter 8 20.59.50 # * mcuelenaere got the internal speaker on the Onda working :) 21.00.14 # gevaerts: I think it is supposed to. 21.00.38 # how many rockbox targets have an fm chip that supports RDS? 21.00.53 # clearing the RUN bit performs "disconnect" 21.00.57 Join __lifeless [0] (n=lifeless@94.50.185.21) 21.00.59 # the only one I know is the si4701 in n1s' beast 21.02.37 # bertrik: I think all SI470x (in any RB device) do support it. 21.03.49 Join Jaykay [0] (n=chatzill@p579E6984.dip.t-dialin.net) 21.04.48 # jhMikeS, si4701 and si4703 support it, the si4700 and si4702 don't unfortunately... ams sansas have a si4702 as far as I've seen 21.05.03 # jhMikeS: IIRC there's a settling time in the spec somehwre 21.05.19 Quit Rondom (Read error: 104 (Connection reset by peer)) 21.05.28 # are symbols sorted in the build-generated map files? i'm quite confused about where the trouble is, and nm didn't help me any :/ 21.05.43 # jhMikeS: IIRC there's a settling time in the spec somewhere that allows bus-powered devices some time before they're expected to respond to things. I can't find it right now though 21.05.59 Join Rondom [0] (n=Rondom@dslb-084-057-194-132.pools.arcor-ip.net) 21.06.04 Quit PaulJam_ (No route to host) 21.06.14 # I suspect that si4700 and si4701 are actually the same, but with different firmware (same for si4702 and si4703)... 21.06.22 Quit __lifeless (Read error: 60 (Operation timed out)) 21.06.25 # gevaerts: One settling time I recall was 2uS 21.06.53 Join __lifeless [0] (n=lifeless@94.50.177.40) 21.06.56 # Clearly not the right one though 21.07.17 # It's more than that. There is one that basically allows a device some time to get running 21.07.36 Join tessarakt [0] (n=jens@e180081097.adsl.alicedsl.de) 21.08.18 # gevaerts: I don't mind finding it. Probable chapters? 21.08.37 # I'd say either 7 or 9, but I'm not sure 21.11.24 # has anybody something in mind with which i could do a battery bench? a patch, codec, setting, anything? 21.11.31 Quit BigBambi ("Please insert girder") 21.11.47 # i want to give my dap something to do ;) 21.12.11 # jhMikeS: it seems to work great, but sadly, that's um, not helpful :/ 21.12.21 Quit QuickStart (Remote closed the connection) 21.12.34 # if i'm understanding you correctly, the reported address should be the instruction after the bad call? 21.12.39 Join BigBambi_ [0] (n=Alex@168.189.72-86.rev.gaoland.net) 21.13.01 Quit _lifeless (Read error: 110 (Connection timed out)) 21.13.09 Nick BigBambi_ is now known as BigBambi (n=Alex@rockbox/staff/BigBambi) 21.13.20 Nick BigBambi is now known as BigBambi_ (n=Alex@rockbox/staff/BigBambi) 21.13.37 # I've wondered if we could make the panics a little more helpful, like reporting more register contents (maybe the link register?) 21.13.47 # at least for ARM 21.13.56 # Unhelpful: Yes, just the return address for the divide routine 21.14.16 # right... it appears that some of the divide routines call others :/ 21.14.23 Nick BigBambi_ is now known as BigBambi (n=Alex@rockbox/staff/BigBambi) 21.15.37 # i decompiled pictureflow.elf, the address she reported is just after: "1f8456c: eb000014 bl 1f845c4 <__udivsi3>"... inside __divdi3 :/ 21.16.26 Part akur1 21.18.21 # divdi3 is... 64-bit division? i'm guessing it just calls udivsi3 (32-bit unsigned?) if the top 32 bits of both operands are empty? 21.20.39 # I not really familiar with what the specific routines are for 21.20.44 Quit amiconn (Remote closed the connection) 21.20.44 Quit pixelma (Remote closed the connection) 21.22.04 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 21.22.05 Join pixelma [0] (n=pixelma@rockbox/staff/pixelma) 21.25.08 # elementz: depends on what you mean by "completely format" but the only supported way to install rockbox is the official way with dual boot but you can still manage your files any way you like just the OF will not see them 21.25.56 Join bluehazzard [0] (n=chatzill@host66-184-static.84-94-b.business.telecomitalia.it) 21.26.13 # bertrik, jhMikeS: the only thing i know is that the si470x in my beast reports itself as a si4701 unless i read the datasheet wrong and that _should_ support rds, didn't try it so far 21.26.13 # mcuelenaere: btw. congrats. :) *someone reads logs* 21.26.19 # :) 21.26.36 # having a schematic really helps things 21.26.40 # although I can't imagine an internal speaker in an mp3 player sounds nice 21.26.54 # or DAP ;) 21.26.56 # well, it is there so it should be used :) 21.27.00 # n1s, do you see some changing data in the RDS data registers when you go to the radio debug menu? 21.27.31 # mcuelenaere: sure 21.28.22 # mcuelenaere: maybe you can use it for surround sound :) 21.28.27 # n1s: By mistake it had my beast receiving RDS and was watching it in the radio debug screen. Just enable the bit for it. 21.28.40 # gevaerts: it's one speaker, so mono :) 21.29.11 # * mcuelenaere wonders whether it could get used as mic 21.29.20 # bertrik: no, but as jhMikeS said it needs to be enabled 21.29.54 # jhMikeS: i still intend to try it at some point, just pretty busy... 21.30.10 Quit HellDragon (Client Quit) 21.30.33 # well, i'm pretty sure i know the "culprit"... there's a routine in pictureflow name of "fdiv". pf uses truly fixed-point math, except for actual pixel coordinates, all of the values are signed 22.10... fdiv, rather bizarrely, calculates division as (((long long)num)<<(shift*2)/den)>>shift 21.30.45 Quit Rondom (Nick collision from services.) 21.31.01 Join Rondom [0] (n=Rondom@dslb-084-057-201-234.pools.arcor-ip.net) 21.31.28 Quit elementz (Read error: 110 (Connection timed out)) 21.32.03 # n1s, I've been reading up a bit about RDS and it doesn't seem to be very hard to use 21.32.10 Part Hoe`` 21.32.24 Quit AndyI () 21.32.50 Join Hoe`` [0] (i=j@c-75-67-120-55.hsd1.ma.comcast.net) 21.32.52 Part Hoe`` 21.33.30 # indeed you have to set a bit to enable RDS on the si4701/3 (it's disabled by default) 21.33.50 Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) 21.34.34 # RDS would be awesome 21.35.16 # Is it actually used for anything else than stupid text adverts? 21.35.18 # rds on the beast ? 21.35.49 # the sandisk players don't have the GPIO tuner lines connected for anything? 21.35.50 # n1s, I don't know, but at least just having the station name would be nice 21.36.04 # n1s: Shows the station name here on all channels - sometimes the currently playing song 21.36.11 # * rasher hasn't ever seen adverts on RDS 21.36.15 # jhMikeS, you mean for interrupts? I don't think so, but I'm not sure yet. 21.37.26 # Aren't there more things on RDS than just the text to be shown, like alternative frequencies to try and things like that? 21.37.45 # yes 21.38.56 # apparently the basic features are Programme Identification (PI), Programme Service (PS) name, Alternative Frequency (AF) list, Traffic Programme (TP) identification, and Traffic Announcement (TA) signal 21.41.28 # n1s: I've never seen an advert - it shows station mae, programme name, song title + artist sometimes, plus lets you do traffic announce stuff + change to a stronger frequency for the same station if you get out of the area 21.41.53 # The last one is especially useful for national stations that broadcast on multiple requencies depending on region 21.42.38 # never seen artist and title which I find a pity as I like listening radio to discover new music 21.42.59 # but that doesn't belong here, sorry 21.43.32 Quit bluehazzard ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 21.47.10 # the RDS enable bit won't stick on my si4702 in my clip. The RDSA data register shows a value though (0xFF), the other RDS data registers show 0x00. 21.47.27 # Does Sansa'a firmware support RDS? 21.48.54 # Sansa? 21.49.02 # no it does'nt 21.50.43 # ah, the v2 Sansas 21.51.47 # oh, the bit does stick even on a si4702, but I don't see any meaningful data 21.53.15 # are you saying that clip can support RDS ? isn't this a hardware feature ? 21.54.23 *** Saving seen data "./dancer.seen" 21.54.45 # no, the sansa clip does not support RDS, it does not have a version of the fm chip that supports RDS. 21.56.30 # my sansa clip has a si4702 chip, you need a si4701 or si4703 chip for RDS. 21.56.36 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 21.57.30 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 21.58.24 # hrm... i think i'll add a debugf in fdiv, and see if i can trigger it in sim. i can't duplicate on beast, but the aspect ration may be important... 21.58.45 # rasher: are you now auto-importing binsizes from the commits ? if so, do you add targets that aren't already being recorded in the db? 21.59.13 # Bagder: Yes and yes 21.59.14 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 21.59.22 # great! 22.02.38 # bertrik: Ah, I misunderstood your comment about the Clip - I thought you expected RDS to work there... 22.03.21 # linuxstb, I just wanted to see what happened if I tried to enable it anyway 22.05.14 Quit nplus (Read error: 110 (Connection timed out)) 22.07.20 Join balug_ [0] (n=dvg@HSI-KBW-082-212-013-200.hsi.kabelbw.de) 22.11.13 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 22.14.36 Join DJuniah [0] (n=ricky@67.205.245.207) 22.15.02 # quick question about the port. Is USB charging enabled? 22.16.01 Quit DJuniah (Client Quit) 22.16.07 # Which port? 22.16.13 # too late 22.17.29 # linuxstb, I' 22.18.02 # m hoping maybe newer ams sansas have the fm chip that does support RDS, very small chance though... 22.18.31 # Indeed. Those things cost more money... 22.18.41 # bertrik: the beast does though right? 22.19.20 # yes, it seems so, but it's the only rockbox target that can possibly support RDS that I know so far 22.19.22 # I though we said that the beast didn't have it 22.19.53 # near as i can tell, not having done software 3D in something like a decade, and this not being how i would've written it at all, it would seem that the particular division causing trouble ought to be returning zero on zero denominator... i think? 22.20.21 # toffe82: Say it aint so! 22.21.01 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 22.22.38 Join Anges [0] (n=agnes@lns-bzn-49f-62-147-173-3.adsl.proxad.net) 22.22.45 Quit Horscht (Read error: 104 (Connection reset by peer)) 22.28.17 Quit Aristad (Read error: 104 (Connection reset by peer)) 22.30.30 Join krazykit [0] (n=kkit@adsl-76-252-49-213.dsl.ipltin.sbcglobal.net) 22.36.49 Quit {phoenix} (Remote closed the connection) 22.36.54 Join HBK- [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 22.40.00 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 22.40.13 Join PaulJam_ [0] (i=PaulJam_@vpn-3044.gwdg.de) 22.46.11 Quit evilnick ("http://www.mibbit.com ajax IRC Client") 22.51.52 Part Anges 22.52.05 Quit Jaykay ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 22.53.36 Join JackPequeno [0] (n=4439fab5@gateway/web/cgi-irc/labb.contactor.se/x-501dcc66b842ea8d) 22.54.21 # hello 22.54.40 Quit HBK (Read error: 110 (Connection timed out)) 22.54.52 Quit JackPequeno (Client Quit) 22.58.22 Join faemir [0] (n=daniel@88-106-244-173.dynamic.dsl.as9105.com) 22.58.59 Join JackPequeno [0] (i=JackPequ@c-68-57-250-181.hsd1.in.comcast.net) 22.59.10 Quit PaulJam (Connection timed out) 23.00.16 # hi 23.00.20 Quit amiconn (Nick collision from services.) 23.00.21 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 23.00.37 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 23.01.28 # JackPequeno: Hi 23.03.08 # i registerd can i get wiki write permissions 23.04.04 # <-- this is my username 23.05.18 # Done. 23.05.25 # thank you 23.09.44 Quit jgarvey ("Leaving") 23.11.33 Quit nibbler_ (Read error: 110 (Connection timed out)) 23.12.47 Quit BXCracer (Remote closed the connection) 23.14.06 Quit nuonguy ("This computer has gone to sleep") 23.15.10 Quit balug_ ("Ex-Chat") 23.17.32 Join pixelma_ [0] (n=pixelma@rockbox/staff/pixelma) 23.17.42 Quit Rondom ("Ex-Chat") 23.18.11 Quit pixelma (Read error: 110 (Connection timed out)) 23.18.52 Quit Zoxc () 23.18.58 Quit bluebrother (Nick collision from services.) 23.19.03 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 23.21.15 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 23.30.23 Quit tessarakt ("Client exiting") 23.30.47 Quit bmbl ("Woah!") 23.31.27 # linuxstb: rbutil uses usb ids to detect the Classic and others, so it's as exact as the usb ids are unique 23.31.56 # the notification code isn't too smart right now, thus the "incompatible variant" for now. 23.32.11 # extending that might be a good idea(tM) 23.33.28 # bluebrother: I looked on during FS#9833. It really was as he described - rbutilqt failed claiming it was a MacPod. after many attempts we gave up and tried the ipodpatcher manually and much to our surprise it worked. 23.33.55 # Zagor: Which version of each was he using? 23.34.55 # rbutilqt 1.0.9 and whatever version of ipodpatcher is linked from the manual 23.35.11 # the macosx versions of both 23.35.29 # so it should be the same code, which detects that its a macpod 23.35.45 # Zagor: so it's in the logs? 23.35.58 # bluebrother: what is in what logs? 23.36.16 # the guy having problems. In the irc logs 23.36.35 # no, it did not happen on irc. it happened in my office. 23.36.45 # oh. 23.37.02 # "aaaand its liiiive in Zagor's office" !! 23.37.28 # well, did you disconnect the ipod after conversion? I somewhat wonder if it's related to some OS caching of the mbr 23.37.29 # we even looked in the source and couldn't understand how on earth it fails. but fail it did. 23.37.44 # we didn't convert. it was a winpod from the start. 23.37.56 # oh. 23.38.04 # Bought new as a winpod, or possibly previously tinkered with? 23.38.26 # Llorean: Possibly converted earlier. I'm not sure. 23.38.54 # problem is that this makes this task almost unsolveable. I have no way to reproduce, and it's the same code used. 23.39.07 # and especially if even you didn't figure a difference ... 23.39.25 # Too bad there's not a dump from before the install too. 23.39.50 # I know. I hate such bug reports too :-) Another unpleasant thing is that autodetect hung. 23.39.51 # Zagor: Did you try other versions of rbutil (Win/Linux)? 23.39.57 # the only idea I have about this is that it could be some disk locking issue, like the "no sansa found" bug 23.40.24 # What do we use to determine if it's a macpod (what must be true/false?) 23.40.32 # the mbr dump is actually from before the install. we did it to look at the mbr and verify the presence of 0x55 and 0xaa. 23.40.50 # Llorean: 0x55 and 0xaa at the end of the MBR 23.41.00 # Zagor: That's the entirety of the check? 23.42.05 # if those are present, it's flagged as a winpod. if they are not, we check for 'E' and 'R' at the start of the sector. if those are present, its a macpod. 23.42.07 # Does RBUtil use the same code to *get* the MBR? 23.42.50 # Zagor: Do you know if it's a 2048-byte sector ipod (i.e. 5.5g)? 23.42.54 # rbutil calls ipodpatcher, and uses that output struct 23.43.07 # Zagor: have you tried on a different OS than Mac? 23.43.50 # bluebrother: yes it is. a 60 GB video 64MB 23.44.11 # we did not try another OS. we fell back to manual install. 23.44.40 # (oh, that "yes" was to linuxstb) 23.44.57 # it might of course be some undetected glitch that's specific to OS X. There's still no testing of rbutil on OS X. 23.46.59 # linuxstb : do you know where I could find a rm file containing mp3 ? I'm searching right now but can't find anything 23.47.50 # Zagor: Can you build rbutilqt on that Mac? Maybe dumping the partition read by ipodpatcher-in-rbutil would give a clue? 23.48.09 # MTee: Do you know the mplayerhq archive of audio test files? 23.48.47 # no, will look there now. Thanks :) 23.48.58 # http://samples.mplayerhq.hu/real/mp3_in_rm/ 23.49.40 # linuxstb: good idea. we could start with just looking at the output of the ipodpatcher partition dump. 23.49.43 # thanks a lot 23.51.12 # macs are still 32 bit? 23.51.42 Quit HellDragon (Client Quit) 23.51.47 # Isn't PPC 64-bit? 23.51.52 # I wonder it if could be a simple permission problem. I'm not sure if he ran ipodpatcher sudo or not. I know he didn't sudo rbutilqt. 23.52.19 # no, that should still not flag it as a macpod 23.52.30 # that should not detect the Ipod at all 23.52.38 # exactly 23.52.51 # Were any other devices (with DOS MBR) attached to the Mac? 23.52.59 # * bluebrother doesn't know 23.53.09 # * linuxstb noticed the device was /dev/disk8 23.53.18 Join efyx_ [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) 23.53.50 # linuxstb: I'm pretty sure there wasn't. we ran 'mount' and as I remember the only one marked 'msdos' was the ipod. 23.54.27 *** Saving seen data "./dancer.seen" 23.54.27 # * linuxstb suspects LinusN's ipod was hiding around the back 23.54.36 # :-) 23.55.02 # * bluebrother wonders if iller means something in swedish 23.55.22 # iller = polecat 23.55.40 # http://en.wikipedia.org/wiki/European_Polecat 23.55.59 # (use as just a nonsense word) 23.57.35 # does anyone know a fdisk that will read mbr from a file instead of device? 23.58.30 # sfdisk? 23.58.32 # ah, sfdisk does