--- Log for 16.10.106 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 3 days and 10 hours ago 00.01.24 # DST is a pox on humanity. 00.01.50 # * amiconn likes DST 00.02.02 # * JdGordon hates it.. 00.02.24 # the difference is, sunset at the hieght of summer is 9pm here without DST, 10pm is just rediculous 00.02.33 # in the uk its like 4pm isnt it? :D 00.03.40 Quit MarcoPolo ("Bye !") 00.05.23 Join acknabar [0] (n=qailer@c80-217-91-17.cm-upc.chello.se) 00.05.35 Quit acknabar (Read error: 54 (Connection reset by peer)) 00.08.52 Quit t0mas ("Doei") 00.10.13 Quit lee-qid (Read error: 110 (Connection timed out)) 00.17.34 Join MarcoPolo [0] (n=MarcoPol@virlet.rez-gif.supelec.fr) 00.20.26 Quit mirak (Read error: 110 (Connection timed out)) 00.21.18 Quit ender` (" We live in an age when pizza gets to your home before the police. -- Jeff Marder") 00.23.47 Join mirak [0] (n=mirak@AAubervilliers-152-1-9-250.w82-121.abo.wanadoo.fr) 00.24.49 # pixelma: ping... 00.26.32 # the problem I have with DST is I work outdoors, and it throws off my biological clock twice a year. 00.27.14 Quit pagefault ("Leaving") 00.27.22 Join pagefault [0] (i=pagefaul@pdpc/supporter/active/pagefault) 00.28.03 Part nave7693 00.31.33 Join mirfle [0] (i=52a680a5@gateway/web/cgi-irc/labb.contactor.se/session) 00.31.40 # Hi 00.31.48 Quit MarcoPolo ("Bye !") 00.33.36 # I just loaded the bootloader for the h120 available on the iriver flashing page, and now the original firmware won't boot. 00.33.42 # see: http://forums.rockbox.org/index.php?topic=6995.0 00.37.28 Join FOAD_ [0] (n=dok@a82-93-10-238.adsl.xs4all.nl) 00.38.05 Join MarcoPolo [0] (n=MarcoPol@virlet.rez-gif.supelec.fr) 00.43.46 Join linuxstb [0] (i=3f82c736@gateway/web/cgi-irc/labb.contactor.se/session) 00.47.51 Quit FOAD (Read error: 110 (Connection timed out)) 00.48.04 Quit Id2ndR ("Parti") 00.48.50 Quit mirfle ("CGI:IRC (EOF)") 00.48.54 Join mirfle [0] (i=52a680a5@gateway/web/cgi-irc/labb.contactor.se/session) 00.50.11 # does anyone here know what might be the problem? 00.52.14 # mirfle: Slasheri would probably be the person to ask - he wrote all the flashing code. 00.53.00 # But have you tried restoring the original firmware as described at the end of the IriverFlashing page? 00.53.18 Part telliott_ 00.54.37 # I can load rockbox fine, it's just the OF that doesn't work. I wouldn't really care about that if it weren't for the few wma's I still have... 00.55.48 # how do I turn a .hex to a . bin? 00.55.51 Quit dan_a (Read error: 110 (Connection timed out)) 01.00.42 # the wiki page should be changed to have the info on backing up the flash BEFORE using the iriver_flash plugin for the first time, not only when completely removing the OF.. 01.01.03 # that would have saved me this trouble 01.04.10 Quit lodesi (Read error: 113 (No route to host)) 01.08.10 # hope somenone can help me in the forums.... 01.08.12 Quit mirfle ("CGI:IRC") 01.09.54 # How do I make screenshots out of rockbox? 01.10.38 # Madkiss: http://www.rockbox.org/twiki/bin/view/Main/ScreenDump 01.10.55 # Okay! 01.11.17 # And even another question ... I loaded multiple files onto the iPod, and yet, the While Playing screen still looks the same, there are the same icons in the upper bar etc. pp. 01.11.20 # How do I change that? 01.12.33 # Madkiss: How do you expect the WPS to change? 01.13.03 # http://www.rockbox-themes.org/index.php?res=320x240x16 01.13.07 # I want it to look like Theme X Hibar 01.13.13 # but all that changes is the background 01.14.18 # When you first installed Rockbox, did you also install the font zip file? 01.14.23 # yes 01.14.43 Quit Rondom ("Ex-Chat") 01.15.09 Quit dpro (Read error: 110 (Connection timed out)) 01.15.20 # Madkiss: So you just try to load that theme, right? 01.15.28 # yes. 01.15.33 # the background changes, the font changes 01.15.35 # but nothing else .. 01.16.00 # Have you copied all the files that this wps needs to your player? 01.16.08 # yes 01.16.22 # What am I doing wrong when I see "tag-cache is not ready"? 01.16.23 # amiconn: still awake? 01.18.36 # Madkiss: Can't think of what's wrong then (about the WPS) 01.18.59 # Madkiss: do you have a folder in .rockbox/wps whith the exact same name as the actual wps-file you are trying to load? 01.19.13 # anyone have an archos recorder? 01.19.52 # drwxrwxrwx 1 madkiss madkiss 4096 Oct 15 22:50 Theme X HighBar 1 01.19.52 # -rwxrwxrwx 1 madkiss madkiss 1370 Sep 22 17:12 Theme X HighBar 1.wps 01.21.57 # Madkiss: How did you install the wps? Did you unzip it to your computer, then copy the files, or unzip it directly to your ipod? 01.22.21 # I unzipped them directly 01.22.40 # can sometry try getting into th pitch screen from the wps on the recorder? on+up or down) and lemme know if it works? 01.25.36 # JdGordon: It doesn't work 01.25.40 # * Madkiss laughs 01.26.02 # amiconn: does naything happen? or it just plain doesnt work? 01.26.16 # [23:53:50] Pitch screen doesn't appear on recorder 01.26.29 # i.e. nothing happens 01.27.34 # well.. thats very odd... because there is nothing in the wps keymap which should stop it from working! 01.27.59 # was the combo always on+up/down? 01.28.27 # yes 01.29.03 Join Elric-Kun [0] (n=Elric-Ku@cm187.epsilon201.maxonline.com.sg) 01.29.13 # Hello guys 01.29.17 Nick Elric-Kun is now known as L (n=Elric-Ku@cm187.epsilon201.maxonline.com.sg) 01.30.25 # HAVE_PITCHSCREEN doesn't seem to be defined for the recorder... 01.30.48 # ... well that would explain it :p 01.33.43 # 23.22.51 # Button actions was meant to solve problems, not create them :/ <- HA! it wasnt the actions after all and obviously hasnt worked for a while :D 01.34.17 # Yes - in this case it wasn't 01.34.44 # just making sure botht he v1 and v2 both compile ok 01.35.00 # it was only defined for the fmrecorder.. 01.36.17 # odd... 01.37.21 *** Saving seen data "./dancer.seen" 01.38.59 Join lukaswayne9 [0] (n=lukas@c-68-84-69-12.hsd1.nj.comcast.net) 01.39.46 Join Platyna [0] (i=platyna@xpam.de) 01.40.07 # Hello. 01.40.48 # I have iPod Video 60 GB. Is there any way to apply skins to main menu and to change font of main menu? Because it is very, very small. 01.41.30 Join waszi [0] (i=waszi@platinum.linux.pl) 01.41.38 # Yes. 01.44.38 # amiconn: ah, found the problem... i missed the 2 configs when i moved the #define from the screens file to the config.. doh! 01.44.42 # all fixed now 01.45.09 # 2 months ago :p 01.51.13 # Okay. THe only problem left is that no matter what theme I use, it all looks completely foo. 01.51.26 # did u download the fonts? 01.51.33 # yes 01.52.22 # foo? 01.53.08 Join dan_a [0] (n=dan-mirc@217.23.173.156) 01.53.08 # yeah. 01.53.10 # broken 01.54.12 Join Davide-NYC [0] (n=chatzill@user-12hdtm5.cable.mindspring.com) 01.54.21 # Can you be more descriptive? What exactly seems wrong? 01.55.01 Quit pixelma (" reboot") 01.55.26 # Hello all! QQ: my nephew wants to check out Rockbox, his PCs HD crashed recently and he want to get all of the music off of his iPod before taking the RB plunge. 01.55.57 # I do not have an iPod but have used Ephod in the past to remove files (backup) from other's ipods. 01.56.04 # Is this the best solution currently? 01.57.32 Quit L (Read error: 113 (No route to host)) 02.00.08 # dang, no one wants to chime in on this one? 02.00.22 # Genre9mp3: The Album-icon is not displayed, instead, I see fragments of the file listing 02.01.03 # Davide-NYC - Sharepod is easy. 02.01.15 # free? 02.01.17 # yes 02.01.23 Quit preglow (kornbluth.freenode.net irc.freenode.net) 02.01.23 NSplit kornbluth.freenode.net irc.freenode.net 02.01.28 # thanks soap, you are a scholar and gentleperson 02.01.37 # :-) 02.01.37 NHeal kornbluth.freenode.net irc.freenode.net 02.01.37 NJoin preglow [0] (n=thomjoha@rockbox/developer/preglow) 02.02.17 # Davide-NYC - I'm familiar with ephpod, but never used it. sharepod allows you to create directories/filenames based on the tags just like a good tagger. 02.02.26 # sweetness 02.02.33 # that is much better than ephosd 02.02.35 # Madkiss: Album-art is not supported by rockbox (at least yet)... you need to use the Album art patch for that 02.02.36 # *ephod 02.03.54 # if he was going to dual-boot Rockbox/Apple and use tagcache, sharepod is what I would use. Sub-1MB, and can reside on the ipod gives you /almost/ the same functionality as the drag-and-drop joy that is a RockBoxed Apple-free Ipod 02.03.54 Quit NickDe (Read error: 54 (Connection reset by peer)) 02.04.10 Join NickDe [0] (n=nicholas@ip68-14-79-70.ri.ri.cox.net) 02.04.16 Join pixelma [0] (i=pixelma@82.193.235.34) 02.05.55 # okay 02.06.14 # Soap: thanks again. I'll be cak Tuesday. 02.06.17 # *back 02.06.20 # lol 02.06.27 Quit Davide-NYC ("Chatzilla 0.9.75 [Firefox 1.5.0.7/2006090918]") 02.06.29 Quit MarcoPolo (Remote closed the connection) 02.10.18 # This "Tagcache is not ready"-stuff is getting me, dammit 02.11.54 # How to make the font bigger, please? 02.11.56 # :) 02.12.39 # how do I fix "tagcache is not ready"? 02.14.21 # Platyna: Somewhere in the main menu (I forget exactly where), there is a "Browse fonts" option that lets you choose different fonts - assuming you downloaded and unzipped the fonts zip file when you first installed Rockbox. 02.15.09 # Madkiss: have you initialized the Tagcache? 02.15.09 # Madkiss: Have you read the manual section on tagcache and followed the instructions there? 02.15.15 # yes. 02.15.23 Join lukaswayne9_ [0] (n=lukas@c-68-84-69-12.hsd1.nj.comcast.net) 02.15.53 # I initialized it manually 02.16.55 # Madkiss: Have you rebooted your player after that? 02.17.08 # yes 02.23.41 # linuxstb: Well, I think it is not font problem but resolution problem... 02.24.10 # How can I change resolution? All letters are very small and that "desktop" not takes whole screen space. 02.24.43 # You choose a different sized font. 02.25.22 # If I do theme gets broken. 02.25.52 # And I have 2 mm black "borders" by each side of screen. 02.25.57 # Then you will need to use a different theme - one based on a bigger font. 02.26.08 # See above. 02.26.42 # I have screen alot smaller than iPod's display. 02.27.44 # And I don't know what do do about it. 02.28.33 # have you tried another bigger font as linuxstb suggested and seen how it looks like.... 02.28.40 # I don't understand what you mean. The small black borders are normal - at least, I get them on my 5g. 02.29.11 # pixelma: It is NOT a font issue. 02.29.19 # What has font to screen resolution? 02.29.39 # linuxstb: But on default firmware I don't have them. 02.29.50 # I mean I have them, but they are almost invisible. 02.30.48 Join Yono [0] (n=Yono@69-169-149-152.bflony.adelphia.net) 02.31.01 Part jhMikeS 02.31.45 # Platyna: There isn't a screen resolution option 02.32.16 # :/ 02.32.35 # So, it is some fixed value in the code? 02.32.42 Join Mikachu [0] (i=Mikachu@kr-lun-154-152-233-83.3.cust.bredband2.com) 02.32.59 # and the "desktop" not using the whole screen might result fron the fact that the lists/menus just aren't long enough to take the whole screen 02.33.10 # it seems that rockbox crashes on boot if prio scheduling is disabled, at least on my ipod nano 02.33.10 # with a small font 02.33.16 # this also includes the bootloader 02.33.22 # where prio scheduling is disabled by default 02.33.41 # is this known? 02.33.50 # ps hi guys 02.34.11 Quit anathema (Read error: 113 (No route to host)) 02.34.25 # pixelma: It is not that. It has a white background right? 02.34.27 # So... 02.34.40 # That white background not takes as much screen as it used to do. 02.34.44 # And that's the problem. 02.34.51 # linuxstb: do you know? 02.34.51 Join Febs [0] (n=shortcho@207-172-204-33.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 02.35.26 # Mikachu: No idea - I haven't touched the new scheduling code. 02.35.36 # i'm wondering why the old code doesn't work 02.35.49 # Platyna: It used to do? with Rockbox that is or you mean with retailOS? 02.36.20 # Platyna: I'm just reinstalling the Apple firmware on my 5g now, to compare with Rockbox. I never use it, so wouldn't have noticed if the display looks different... 02.37.06 # But in the emergency disk mode (the "Do not disconnect" screen), which is also Apple's software, the white background takes up the same area as it does in Rockbox. 02.37.07 # my friends brother has an ipod video, i noticed the firmware now lets you set brightness 02.37.16 # Mikachu: Even without priority scheduling it doesn't run the old code 02.37.27 # amiconn: okay, i haven't actually looked at it 02.37.35 # (but it does run the same code as on archos, where it does work) 02.37.38 # but i remember it worked without prio scheduling at least some time after it was merged 02.37.54 # but now i haven't updated in a few weeks 02.37.57 # hadn't* 02.40.48 Quit Criamos ("( www.nnscript.de :: NoNameScript 4.03 :: www.XLhost.de )") 02.41.21 Quit EspeonEefi (Read error: 145 (Connection timed out)) 02.42.05 # well, the next time someone needs to compile the ipod nano bootloader, they'll have to figure it out 02.42.21 # Genre9mp3: On that default firmware I had nice screen resolution. 02.42.29 # Platyna: Apple's firmware seems to use an identical area of the LCD to Rockbox - I can't see any difference. They both have a small black border. 02.43.19 # * Platyna scratches her head. 02.43.24 Join ton [0] (n=ton_rulz@cor6-ppp3390.for.dsl.connect.net.au) 02.43.28 # I could have swore It were bigger. 02.43.32 # Platyna: what white background are you referring to... (is it in a wps)? The default theme should use light blue as background colour (I just want to understand what you mean) 02.43.32 # hi 02.43.34 # Or maybe it is illusion... 02.43.50 # anyone working on putting rock box on creative zen vision m 02.44.03 # pixelma: Ah apropos theme, I have problem, I found a nice one, but when I choose bigger font it gets broken. 02.44.05 # :/ 02.44.23 # any1? 02.44.49 # ton: This forum thread is the only activity: http://forums.rockbox.org/index.php?topic=3320.0 02.45.41 # they keep talking about it but r they? 02.46.39 Join lsajsf [0] (n=aus@70.134.78.48) 02.46.48 # Platyna: Themes use specific fonts. Try using a theme that uses a bigger font 02.46.57 # does rockbox work with the new ipod 5g? 02.47.14 # 5.5g i guess? 02.49.07 # Genre9mp3: Maybe you could just point me to some theme building doc? 02.49.10 # lsajsf: Not yet. 02.49.29 # Because I like this theme. And there is plenty of space around elements, so maybe I could modify it. 02.49.37 # ok thanks 02.49.42 Quit lsajsf (Client Quit) 02.50.28 # Platyna: http://www.rockbox.org/twiki/bin/view/Main/WebHome?topic=CustomWPS 02.51.11 # Thank you. 02.51.16 Join alphakiller [0] (n=bits@200.162.22.132) 02.51.46 Quit TeaSeaLancs (Remote closed the connection) 02.52.15 # How to put cover images? 02.53.43 # you mean album covers? 02.54.20 # Yes. 02.55.23 # This is not officialy supported on Rockbox. You need the album art patch for that 02.55.41 # Mhm...Where do I obtain it? 02.55.42 # :> 02.56.26 # In the tracker... but you have to apply it to the source and then compile your own build 02.57.13 # ton: I haven't read that thread, but I would guess not - lots of people talk about porting Rockbox, but very few actually do. And I don't think any existing Rockbox developers own a Zen, or plan to buy one. 02.59.31 # * Genre9mp3 wonders how many Zen users would like to have Rockbox 03.02.40 # It's probably the most asked-about port that doesn't exist. 03.03.35 # Yes.. I guess it's the most popular player that Rockbox does not support 03.04.08 # Maybe until the MS Zune arrives... 03.07.18 # what does the zen even run on? 03.07.35 # You mean the CPU? 03.07.58 Join barrywardell [0] (n=barrywar@host-194-46-232-64.dsl-ie.utvinternet.net) 03.08.33 # It's a TMS320 - an ARM9 core plus a DSP. 03.09.03 # oops 03.09.07 # linuxstb: Zen Vision M that is? 03.09.16 # * amiconn caused some yellow... 03.09.46 # Genre9mp3: Yes, IIRC. 03.10.51 Join Kalthare [0] (n=kalthare@c-71-197-114-207.hsd1.ca.comcast.net) 03.11.58 # ...and even red :( 03.12.17 # Imho we need a decision concerning the iFP port and plugins 03.12.34 Quit dan_a (Read error: 110 (Connection timed out)) 03.15.08 # I'm preparing a new patch for the 5.5. AFAIK, it fixes everything except the crash. 03.15.55 # Did you get the FAT test code working? 03.16.30 # Yeah, it just needed a few defines and a couple of source files added to the Makefile. 03.16.52 # Could you post a separate patch for that? It would be nice to commit it. 03.17.52 # Well, one thing I didn't fix is the reams of warnings about signedness mismatches. Is that alright? 03.18.40 Part alphakiller 03.19.05 # Also, I defined the build date by hand, which I'm pretty sure isn't the right way to do it. 03.19.16 Join blueworm [0] (n=blueworm@7.Red-80-32-172.staticIP.rima-tde.net) 03.26.49 # Still want the patch? 03.26.54 Quit Yono ("Leaving") 03.30.20 # Kalthare: Sure, if you post what you've got, I'll either commit it as it is, or try to fix the problems. 03.31.41 # Kalthare: how's it going? 03.35.26 # godzirra: I'm pretty sure I've fixed the FAT code. 03.35.44 # linuxstb: Okay, gimme a bit to put that together. 03.37.09 # Kalthare, then it will work on an 80?! 03.37.25 *** Saving seen data "./dancer.seen" 03.38.24 # myzar: Unfortunately, the 80 seems to have more than the FAT code wrong with it. And even on my 30 it crashes during music playback, but I'm confident at this point that the FAT code isn't responsible. 03.39.44 # Kalthare: wow, thats awesome. 03.39.49 # So you've got a working 5.5g solution? 03.40.17 # godzirra: Well, it works if you wanna play Doom. It's still not so good at music. :/ 03.40.32 Join webguest30 [0] (i=47ff9014@gateway/web/cgi-irc/labb.contactor.se/session) 03.41.20 Join midkay [0] (n=midkay@rockbox/developer/midkay) 03.41.24 # Kalthare: I would'nt mind testing it on 80Gb ;) 03.42.27 # i'd do it, but i want to see more progress first 03.42.32 # i have an 80 =p 03.42.45 Quit pagefault (Read error: 60 (Operation timed out)) 03.42.59 # Kalthare, you don't think there's a way to get in touch with an engineer from toshiba 03.43.06 # and ask them the differences between the 30 gigs 03.43.13 # and the new drives they made for the 80s 03.43.16 # do you? 03.43.32 # MK8007GAH is the model, i'm reading up on it online 03.43.41 # I'll put up the new patch as soon as I'm done putting it together. I'll say, tho, that I haven't done anything that's likely to fix the problem on the 80. 03.43.54 # myzar: I'm not exactly an expert on ATA programming. 03.44.00 # oh, me neither 03.44.18 # i'm trying to figure out how to assist the coders 03.44.25 # but i'm afraid i wouldn't use C++ 03.44.27 # * blueworm having happy thoughts 03.45.08 # could it be the perpendicular recording, Kalthare? 03.45.20 # linuxstb: http://kalthare.freeshell.org/test-fat.patch , or should I post it to flyspray? 03.45.27 # myzar: I don't even know what that is. 03.45.44 # aren't the 30 and 60 gb drives perpendicular too? 03.45.46 # Kalthare: That's fine there, thanks. 03.45.52 # dunno, PaulJam 03.45.55 # Kalthare: I'd pr efer music to doom ;) 03.45.56 # i'm trying to figure that out 03.46.01 # Kalthare: why doesnt the music work? 03.46.03 # linuxstb: Hope it helps. 03.46.17 # Kalthare, perpendicular recording is basically making hard-drives cheaper 03.46.19 Join pagefault [0] (i=pagefaul@pdpc/supporter/active/pagefault) 03.46.22 # by putting 10 times more data on the same surface 03.46.30 # the drive in mine is (or claims it is) an MK8010GAH 03.46.34 # http://en.wikipedia.org/wiki/Perpendicular_recording 03.46.42 Quit midkay ("Leaving") 03.46.44 # godzirra: I don't know. It freezes. 03.47.10 # what, sneakums 03.47.10 # myzar: http://www.hitachigst.com/hdd/research/recording_head/pr/PerpendicularAnimation.html 03.47.12 # for your 80? 03.47.14 # :) 03.47.16 # watch that 03.47.19 # its scary. 03.47.28 # yes, the drive in my 80G claims to be an MK8010GAH 03.49.04 # that IS scary godzirra 03.49.11 # myzar: isnt it awesome though? :) 03.49.15 # Go go school house rock 03.50.00 Join midkay [0] (n=midkay@rockbox/developer/midkay) 03.50.24 # it's scaring me 03.50.37 # but check, godzirra 03.50.43 # Do we know where Rockbox fails on the 80GB - is it during ata_init() or later? 03.50.43 # if the 30 and the 60 drives were perpendicular 03.50.50 # during. 03.50.55 # somebody tried to debug it 03.50.57 # they may be wrong 03.51.11 # i tried to debug it 03.51.22 # see my rockbox-dev post 03.51.43 # summary: ATA_STATUS is set to STATUS_ERR during the attempt to read the MBR 03.52.27 # it hangs in sleep(1) when perform_soft_reset() is called 03.52.53 # myzar: even after the scary movie I still dont really understand perpendicular drives. 03.53.00 # it's so damn easy 03.53.15 # instead of layering the bits _ _ _ _ _ 03.53.20 # they layer them | | | | | | | | 03.53.34 # or something 03.53.36 # But why couldnt they do that before? 03.53.41 # so it hangs after ata_init(), not during 03.53.44 # or make stacks of them 03.53.46 # i.e. ====== 03.53.47 # yes, it is after 03.53.50 # how do they get the read head to different depths? 03.53.55 # it's sleeping 03.54.12 # why is it resetting, though? 03.54.19 # linuxstb: here is the post: http://www.rockbox.org/mail/archive/rockbox-dev-archive-2006-10/0014.shtml 03.54.34 # myzar: because ATA_STATUS was set to STATUS_ERR 03.54.37 Part Platyna ("Live Free Or Die!") 03.54.55 # no, sneakums 03.54.57 # that just says it's an error 03.55.04 # if it's hanging in sleep 03.55.17 # that probably means it's done reading (or trying to read) 03.55.18 # people could anyone make a port for creative zen vision m 03.55.18 # yes, and then rockbox calls perform_soft_reset() 03.55.21 # and it has slowed down 03.55.22 # so manyt people have it 03.55.27 # the drive physically has slowed down 03.55.29 # which is sleep mode 03.55.33 # it isn't spinning at full rpm 03.55.44 # Kalthare: so whats the issue with music? 03.55.46 # the reason, godzirra 03.55.55 # so could anyone 03.55.55 # the sleep function it's hanging in is the one that's called when rockbx wants to *gasp* sleep 03.56.00 # is because the more energy it takes to read the drive 03.56.00 # ton: if someone wants to do it, they'll do it. 03.56.03 # ton: it's a lot of work 03.56.09 # the more of a chance it can mess up the magnetization 03.56.26 # there seems to be an unrelated problem with using sleep in the bootloader, since udelay() works fine 03.56.26 # and that's proportionate to the size of the magnetic region 03.56.28 # i know its alot of work 03.56.32 # godzirra: I wish I knew. My guess at this point is that the longer disk accesses is making some part of the code, somewhere, unhappy. 03.56.40 # so instead of making drives bigger 03.56.45 # they add a layer 03.56.49 # and stack the data 03.57.01 # they wanted to do this with floppy disks years ago 03.57.06 # and make an even bigger disk 03.57.24 # but 20 years later, they decided to lower costs of hard drives by applying this instead 03.57.53 # there are sheer physical limits to how fast you can seek a disk head and get it in position too 03.58.00 Join Will [0] (n=Will@87-194-13-8.bethere.co.uk) 03.58.01 # which is why drives have been getting smaller 03.58.12 # the reason for that is because of the energy i stated 03.58.13 # i know its alot of work but could anyone please try to put rockbox on creative zen vision m 03.58.17 # it has moving parts in it, remember? 03.58.23 Join webguest14 [0] (i=47566355@gateway/web/cgi-irc/labb.contactor.se/session) 03.58.26 # ton: no 03.58.32 # and the more space and the more energy in the drive, the more of a chance it can heat up and demagnetize 03.58.36 # y bit 03.58.36 # and your data will go poof at that point 03.58.40 # guys - what is the best way to boot into Apple firmware - seems a bit hit and miss to me 03.58.40 # hello? 03.58.43 # sneakums: Yes, I don't think sleep() should be used in the bootloader. We don't have interrupts enabled, so if Rockbox sleeps, it won't wake up. 03.58.55 # try opening up a drive as it's spinning at full speed and see if you can still read the data 03.59.01 # Will: you'll get the hang of it after a while 03.59.14 # linuxstb, that's a valid hypothosis 03.59.26 # when is the perfect time to hit menu to get into apple firmware? 03.59.27 # i keep getting the -1 error message on my boot up 03.59.29 # Will: It's in the FAQ - turn Rockbox off by a long press on PLAY, then press MENU to turn your ipod back on, and keep your finger pressed on MENU (never release or move it) until you see "Loading original firmware". 03.59.35 # it shouldn't be sleeping in the bootloader, and there is no code to help it sleep if it does 03.59.40 # Will: just around the time the apple shows up 03.59.40 # linuxstb: i replaced the sleep calls with udelay calls, and the soft reset completes, but it doesn't help 03.59.54 # sneakums 03.59.55 # i geuss ill wait my turn then lol 03.59.56 # Will: if you have it turned of and just press release and hold like linuxstb said, it should work 04.00.01 # the question is why is it soft resetting? 04.00.03 # the 30 doesn't. does it? 04.00.05 # thanks guys 04.00.10 # the 60 from 5gs doesn't as well 04.00.17 # none of the previous generations do a reset 04.01.30 # is there any way to have a menu at beginning to choose firmware to load? 04.01.40 # OK i have windows xp an a 30gigabit 5g ipod i downloaded everything correctly up until i tryed to install the firmware everything was fine until i downloaded the fonts build for the video ipod how an where do i extract it? 04.02.05 # http://louhi.kempele.fi/~skyostil/projects/albumart/ <-- great program for getting album art if you are interested.. 04.02.18 # myzar: actually, the question is why the status is set to STATUS_ERR after the read. i know why it's resetting: it's because that's what ATA code does in that circumstance. 04.02.21 # Will: you can use the ipodlinux bootloader 04.02.21 # Will: you could use the ipodloader2 from ipodlinux. this has afaik a graphic menu 04.02.40 # that is another path as well, sneakums 04.02.42 # is it a hard one to install? 04.02.49 # if you know why it is resetting, you can fix it from there 04.02.49 Quit lukaswayne9_ ("Ex-Chat") 04.02.56 # if you know why it is giving an err, then you can fix it there 04.02.57 # does ipodlinux work on g 04.03.01 Quit lukaswayne9 ("Ex-Chat") 04.03.13 # but the way to check it is to compare to the 5.5g 30 04.03.17 # does it work on %G ipods the site said no 04.03.28 # Kalthare: so no closer than currently? 04.03.55 # godzirra: Very much less likely to corrupt your filesystem. And you might have better luck than I'm having. 04.03.59 Quit webguest30 ("CGI:IRC") 04.06.45 Quit webguest14 ("CGI:IRC (EOF)") 04.07.37 # It's a cleaner patch now, too, tho that doesn't matter too much. 04.08.15 # Kalthare: I'll try it out. Where was the link to the patch? 04.08.42 # ipodloader2 worked a treat guys - thanks very much 04.08.55 # The patch I posted earlier was for the FAT test code. I'm still putting the finishing touches to the 5.5 patch. :) 04.09.04 # ahh ok 04.09.16 # if I'm not here, message me the link. I'll be happy to try it out. 04.10.39 # It'll be up in a sec.. 04.15.22 # http://www.rockbox.org/tracker/task/6169 04.16.17 # can't you just reformat the device? 04.16.57 Quit midkay (Read error: 104 (Connection reset by peer)) 04.17.01 # Mikachu: Yes, but you have to hex-edit the MBR, and you can only access the partition using mtools. 04.17.16 # And it still only works on the 30GB. 04.17.22 # and none of us have any idea why it wont work on the 80 04.17.25 # as opposed to the 30 04.17.36 # i can't find any mention of this 80 drive anywhere 04.17.42 # no specs, differences, comparisons... 04.18.03 Part pixelma 04.19.18 Join midkay [0] (n=midkay@rockbox/developer/midkay) 04.19.53 # Mikachu: The Apple bootloader expects 2048-byte sectors, and the disk mode tells the host PC that the disk has 2048-byte sectors. Kaltare has worked around the first problem, but there's not much we can do with the second. 04.20.14 # this is just a wild guess, but could it have smething to do that the 30 GB drives support ATA 2 to 6 and the 80 GB drives only ATA 3 to 6 , so that the 80 GB ipods have a different hardware? 04.20.15 # ah 04.20.49 Quit Genre9mp3 ("I don't suffer from Rockbox psychosis. I enjoy every minute of it.") 04.20.59 # I don't think I can help with the 80 at all. I haven't got one, and I don't know anything about driver programming or ATA. I do hope it's made to work, tho. 04.23.55 Quit besonen_mobile (Read error: 60 (Operation timed out)) 04.25.55 Part Will 04.27.06 # PaulJam: if rockbox's ATA driver is using ATA-2 commands, then that might be it 04.28.04 Join besonen_mobile [0] (n=besonen_@dsl-db.pacinfo.com) 04.30.01 Join EspeonEefi [0] (i=espeonee@STRATTON-SEVEN-FOURTY-SEVEN.MIT.EDU) 04.32.33 Join niskel [0] (n=niskel@fctnnbsc15w-156034087017.nb.aliant.net) 04.33.08 # Hmmm. When was the new scheduler put in? 04.33.26 # that said, they do seem to be upward compatible 04.33.33 # * sneakums grabs the ATA-3 doc to see if there's a lit of removed stuff 04.34.22 # nothing in the TOC jumping out 04.34.59 # Oh well, still no go, on 80GB 04.35.19 # how can that be, sneakums? 04.35.26 # you mean they snuck in ATA-3 into the new 80? 04.38.20 Join Moos [0] (i=51400b8c@gateway/web/cgi-irc/labb.contactor.se/x-0f9051d7efa76a63) 04.41.45 Join Paul_the_Nerd [0] (n=Llorean@cpe-70-112-165-230.austin.res.rr.com) 04.41.51 Quit niskel (Remote closed the connection) 04.49.33 # How many threads are there? 04.50.49 # There's some sort of max threads define, I believe. 04.52.21 Quit linuxstb ("CGI:IRC (Ping timeout)") 04.52.23 # I'm thinking it may be another thread that's freezing the system. 05.00.01 Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) 05.00.22 # rockbox for creative zen vision m 05.00.24 # we need 05.00.25 # please 05.00.27 # Then do it 05.00.40 # New ports happen by someone who owns the player doing it. 05.00.50 Quit midkay (Read error: 104 (Connection reset by peer)) 05.00.54 # but i dont no how 05.01.09 Join Rob2222_ [0] (n=Miranda@ACB39D1C.ipt.aol.com) 05.01.24 # Well, pestering the room doesn't make it any more likely to happen 05.01.50 # k sorru 05.01.52 # sorry 05.03.39 Join midkay [0] (n=midkay@rockbox/developer/midkay) 05.08.27 Quit ton () 05.08.33 Quit amiconn (Read error: 60 (Operation timed out)) 05.08.33 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 05.09.31 # How likely would it be that disc accesses taking longer would cause trouble for another thread? 05.13.08 # that would need to be in apple's firmware itself 05.13.23 # they can't put that into the drive and state that if the accesses take longer, it outputs an error 05.13.43 # it's a possibility, but... 05.13.56 # i doubt it 05.14.07 # take an example of reading a large large music file 05.14.12 # it accesses longer than smaller ones 05.14.14 # it can read it fine 05.14.45 # I'm talking about the playback crash on the 30GB model. 05.15.07 # oh, i was tieing in the 80 05.15.21 # i'm not sure how the apple firmware is handled when rockbox runs physically 05.15.47 # The problem with the 80 is a wholly different issue. 05.15.48 # could it be a caching problem? 05.15.57 # yes, but when we fix the 80 05.16.02 # we'll probably get a playback crash as well 05.16.20 # myzar: When Rockbox is running, the Apple firmware is uninvolved. 05.16.33 # completly? 05.16.48 # Rockbox is a replacement firmware. 05.16.58 # It's not a modification of existing firmware. 05.16.58 Quit Moos ("CGI:IRC (EOF)") 05.17.18 # of coarse 05.17.24 # but does it use any part of the original firmware? 05.17.36 Quit Rob2222 (Read error: 110 (Connection timed out)) 05.17.54 # myzar: No. 05.17.55 # If it used any part of theirs, it would qualify as a modification of theirs since it was there first, wouldn't it? 05.18.02 # Paul_the_Nerd: Any thoughts on my question? 05.18.08 # not at all 05.18.18 # you can still get data or information from calls from something else 05.18.22 # as an example, at least 05.18.29 # then it has nothing to do with the firmware 05.18.40 # it's a change in the hardware, probably the drive 05.18.56 # and from what we can tell from the debug, it's after ata_init 05.18.59 # is that correct, Kalthare? 05.19.03 # myzar: When someone says "using" a part of something, that assumes accessing or executing it, not just learning from it via reverse engineering or whatnot. 05.19.21 # well, not when i "use" a part of something 05.19.30 # i say this because i've used that term for almost a decade 05.19.39 # perhaps it's because i'm not using C++ 05.19.39 Quit EspeonEefi ("Leaving") 05.19.44 # If the Rockbox *devs* used the Apple firmware, it would fit your definition. 05.19.50 Join version7 [0] (n=v7@user-24-214-165-197.knology.net) 05.19.54 # it's not my definition 05.19.58 # But if the Rockbox *software* used the Apple firmware, that would mean that it *must* be present for Rockbox to execute. 05.20.04 # Because it's a little hard to use something that's not there, right? 05.20.06 # thank you for speaking down to me Paul_the_Nerd 05.20.31 # myzar: I'm explaining the way a lot of terms are interpreted around here, because common ground on terms is essential for clear communication. 05.20.52 # i use terms quite differently, because of the work in the past 05.20.54 # that i have done 05.21.33 # i'm not exactly sure how the IPod works seperate from their firmware and the harddrive it runs 05.21.41 # Where a software can "use" something without actually using it, but rather by having its programmers learn from that something and reimplement similar or identical things? 05.22.00 # i never mentioned reverse engineering 05.22.04 # i'm not sure how the firmware works 05.22.05 # Even if the terms mean something different for you overall, it's important to either use them how other people here will understand them, or clarify what is meant. 05.22.13 # for all i know, you can be running rockbox alongside the official firmware 05.22.17 # and grabbing information from there 05.22.22 # *replacement* 05.22.26 Quit sneakums ("taster, you're the automatic saint") 05.22.27 # I said that in my first thing to you 05.22.34 # You can't *replace* something and still be dependent upon it. 05.22.40 # false. 05.22.55 # Replacing something means substituting for it 05.23.01 # Means that the original would not be there in a true replacement 05.23.06 # Means you *can't* depend on it because it's not there 05.23.12 # nobody said it has to be a *TRUE* replacement either 05.23.17 # It's the very definition of the word "replacement" 05.23.22 # I need a simple question answered? will the rockbox firmware allow navigation of the ipod on a external screen such as a tv? 05.23.34 # myzar: So, you assumed that I misused the word replacement? 05.23.34 # i'm sorry Paul_the_Nerd, but we aren't speaking in definitions 05.23.41 # did i say you misused it? 05.23.44 # We're speaking English. 05.23.53 # no, we're actually typing english 05.23.54 # You said "nobody" said it had to be a "true" replacement 05.24.03 # True, we are typing English. 05.24.08 # you mentioned that would be a TRUE replacement 05.24.16 # version7: I don't think the tv out on the g5 works yet 05.24.21 # No, I said Rockbox was a replacement firmware. 05.24.26 # this is for a ipod photo 05.24.31 # and i mentioned that there are plenty of instances where something can replace something else and still use things from the old one 05.24.34 # I used the word replacement as its true definition. 05.24.36 # i'm not arguing that 05.24.43 # i didn't know it was a full replacement 05.24.52 # Even though I told you it was, completely clearly 05.25.12 # you can tell me whatever you want 05.25.12 # Which means you either assumed that I didn't know what I was talking about, or that I misused the word. 05.25.19 # i can still selectively choose to argue or believe it 05.25.26 # to see how long of an argument i can pull out here 05.25.44 # Rockbox is a replacement firmware in the true sense of the word. 05.25.51 # thanks for the info, Paul_the_Nerd. 05.26.11 # but you missed one point i made before 05.26.18 # This is why the developers are extremely hesitant to implement the current dual boot method that has been created for the X5, because it requires a dependency on the original firmware. 05.26.21 # since i don't know the schema of an ipod 05.26.35 # i am probably referring to the firmware improperly 05.26.45 # i am trying to figure out what can regulate how rockbox works 05.26.49 # independent to the firmware itself 05.27.10 # what would cause the ipod to reset and crash, for instance 05.27.10 # So, you want something other than Rockbox to regulate Rockbox? 05.27.30 # it doesn't have to only be rockbox 05.27.38 # i'm figuring out why the damn thing crashes on playback 05.27.44 # Many things could cause it to crash, like unaligned memory accesses or hardware not being initialized or used properly. 05.27.46 # and since firmware is eliminated... 05.27.56 # How is Rockbox eliminated? 05.28.18 # i meant the apple firmware. 05.28.21 # not rockbox. 05.28.40 # Well it's a pretty important distinction to breeze over. 05.28.52 # i've been referring to apple's firmware as firmware 05.28.57 # and rockbox as the alternate firmware 05.28.59 # this whole discussion 05.29.20 # Well, try to use the terms everyone else does. 05.29.40 # There are many names for the original firmware that aren't vague like "firmware" 05.29.54 # i'm sorry, i rarely conform to the majority 05.30.02 # because i speak for myself, not for the understanding of others 05.30.15 # Kalthare: Do we actually *know* that all the hardware inside the 5.5G is the same, or are we assuming it is because it works mostly the same? 05.30.41 # myzar: Well, if you want to speak *with* someone, you have to speak in a way they understand. This is why language exists. 05.30.56 # myzar: If you feel the desire to continue speaking solely for yourself, feel free to take it to PMs 05.31.12 # Paul_the_Nerd: We've at least sight-verified the PP chip to be the same. 05.32.40 # Kalthare: I'm just wondering about the distinction Apple is making with the Search function, and wonder if there's something else that's been missed, or if they're honestly just lying about the old ones being too slow. Because if there is a hardware difference, it could be relevant, right? 05.33.03 # Paul_the_Nerd: I would assume you understand what I say, unless you aren't qualified to speak on the topic we are discussing 05.33.22 # and at that point, you could ask what i mean, if you have any questions as to the validity or definition of a term or phrase i say 05.33.51 # Paul_the_Nerd: It might be the cause of all this 2K-sector insanity. The fps-test came out exactly the same as the 5G. 05.34.32 # myzar: I did question it. And I've now suggested to you that you use the accepted terms for this channel 05.35.43 # Paul_the_Nerd: Very well. Your point has been taken. 05.36.35 Quit pagefault (Read error: 54 (Connection reset by peer)) 05.36.53 # Kalthare: I doubt longer disk accesses are the problem though 05.37.04 # Kalthare: But where is the extra time spent? 05.37.27 *** Saving seen data "./dancer.seen" 05.37.54 # Paul_the_Nerd: There are a lot of accesses -- particularly for directories, and the FAT itself -- that are pulling 4 sectors now, instead of just 1. 05.39.34 Join pagefault [0] (i=pagefaul@pdpc/supporter/active/pagefault) 05.39.49 Quit pagefault (Read error: 54 (Connection reset by peer)) 05.39.51 # Kalthare: Do you have a description of the freezes somewhere? 05.39.55 Join pagefault [0] (i=pagefaul@pdpc/supporter/active/pagefault) 05.43.42 # Kalthare: For example, I don't know of they're consistent or semi-random. 05.44.04 # Paul_the_Nerd: It crashes while closing /.rockbox/.playlist_control after writing it. Specifically, it seems to be crashing partway thru the copy_read_sectors() loop reading the /.rockbox directory, so as to update the file size. 05.44.51 # Kalthare: I'm guessing you've tried other file writes too and gotten freezes as well? 05.45.30 # Paul_the_Nerd: No. It updates the tag cache with no problem. Doom can save and load without a hitch. It passes all the tests in firmware/test/fat/. 05.47.09 # Kalthare: So it would seem dependent about what else was happening on the same time, you're right. 05.47.28 # Paul_the_Nerd: I'm thinking it's playback. 05.48.12 # And you can't get playback started to try another write during it? 05.48.51 # Because it freezes during that... =/ 05.50.12 # Maybe I'll neuter the function that's writing .playlist_control. 05.51.00 # Kalthare: Maybe try that, then do another file write during playback and see if it's related to that function, playback, or some unholy combination of the two. 05.51.44 Join RoC_MM [0] (i=dragon@c-66-177-58-16.hsd1.fl.comcast.net) 05.56.32 # Not to mention seeing if removing that code makes it NOT crash. 05.56.43 # Yeah, that too. :-P 06.01.02 # I'll be a bit, tho. The old version of my patch caused nasty FS corruption -- and an intermediate version that I didn't post caused much, much worse corruption. So I need to reformat my iPod. 06.01.16 # Aaah 06.01.19 # Eep 06.02.31 # Well, actually.. which, would you say, is worse? Writing FAT updates to the wrong location on the drive, or writing only the first quarter of each updated sector of the FAT? 06.03.23 # That's a tough call. 06.03.33 # I think they're both bad enough. 06.04.35 # Luckily, the new version does neither of these things. :) 06.05.20 # I think that's an important feature. 06.05.59 Join |AhIoRoS| [0] (n=ahioros@201.224.122.227) 06.07.05 Join EspeonEefi [0] (i=espeonee@STRATTON-THIRTY-EIGHT.MIT.EDU) 06.07.18 # Absolutely. 06.15.12 Quit |AhIoRoS| ("Abandonando, see you http://ahioros.homelinux.net") 06.16.24 Quit PaulJam (".") 06.29.52 # I had a request that you guys install CIA for rockbox 06.30.08 # it seems to be the trend 06.30.43 # CIA? 06.31.13 # it's an IRC bot and web site that tracks CVS changes 06.31.18 # and posts them to the channel 06.31.24 # nearly everyone is using it now 06.31.33 # http://cia.navi.cx 06.31.38 # it's pretty cool 06.31.51 # http://cia.navi.cx 06.31.52 # oops 06.32.01 # just useless stats 06.32.09 # but you get it posted to IRC when someone makes a commit 06.33.01 # the nice thing is you can have an RSS feed for your project 06.35.48 # anyway just a thought 06.36.27 Quit version7 () 06.36.28 # if you join #commits 06.36.33 # you can see it in action 06.43.25 Quit besonen_mobile (Connection timed out) 06.45.27 # pagefault: Actually, I think that's kinda neat if it could be made to return the automated build results in some reasonably readable way. 06.45.48 # i'm sure the folks in #cia could do something fo ryou 06.45.56 # that is the development channel for it 06.46.27 # or they may already have that but just not documented 06.46.49 # Well, it mentions the possibility to do that in the section on how it works. 06.47.57 # But with how many automated builds are created, it'd either be unreadable, or require some sort of filtering, perhaps only the first failed build being reported or something. I'm just thinking anyway, use of something like that is more for those like Bagder and LinusN to consider, I think 06.52.45 Join besonen_mobile [0] (n=besonen_@dsl-db.pacinfo.com) 06.55.42 # I should just do the button mappings for the h10 06.55.47 # since no seems to want to do it 06.57.48 # need more 128x128 themes 06.57.54 # iCatcher is getting old 07.13.59 Join MarcoPolo [0] (n=MarcoPol@virlet.rez-gif.supelec.fr) 07.15.22 Join BHSPitLappy [0] (n=steve-o@adsl-66-141-169-210.dsl.rcsntx.swbell.net) 07.16.07 Quit BHSPitLappy (Read error: 104 (Connection reset by peer)) 07.16.52 Quit blueworm ("Leaving") 07.17.18 Join BHSPitLappy [0] (n=steve-o@adsl-66-141-169-210.dsl.rcsntx.swbell.net) 07.32.57 Join Sinbios [0] (i=Sinbios@dsl-10-149-232.b2b2c.ca) 07.33.56 Join GFoux [0] (n=greyfoux@APoitiers-155-1-147-120.w81-50.abo.wanadoo.fr) 07.37.31 *** Saving seen data "./dancer.seen" 07.46.05 Quit nGs|GreyFox`afk (Read error: 110 (Connection timed out)) 07.50.37 Join crushjane [0] (n=jay_jay_@125.33.225.75) 07.50.56 # hi 07.52.17 Quit pagefault ("Leaving") 07.55.41 # has anyone considered an encycopodia (ipod-formatted wikipedia) viewer for rockbox? 07.57.14 # might be fun to write a pseudo-html renderer 08.00.11 # i believe one was started 08.00.37 Quit Sinbios ("If the definition of a klutz is someone who doesn't have eyes on their ass, then yes, I suppose I am a klutz.") 08.05.46 Join theli_ua [0] (n=theli@mail.ukrcard.com.ua) 08.13.11 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 08.23.03 # hcs: one was started but i think the project isn't alive anymore 08.23.34 # there's talk about that on misticriver only 08.23.43 # and there doesn't seem to be any code available for some reason 08.23.55 # well, not completly dead : http://rockipedia.techmight.com/index.php?title=Progress_Report#August_15th.2C_2006.2C_11:33_AM 08.24.16 # well, according to posts on MR he's stopped developing it 08.24.57 # Bagder: ok 08.38.32 Join pondlife [0] (n=Miranda@cpc1-rdng11-0-0-cust472.winn.cable.ntl.com) 08.43.04 Join dan_a [0] (n=dan-mirc@217.23.173.156) 08.48.07 # is the TV out of a DVB-C card hauppauge nexus or tecnotrend premium better than TV OUT of video card ? 08.48.42 # for what? 08.49.09 # i would use the graphics card out for anything besides just video honestly 08.49.39 # video is not as good ? 08.49.43 # and you are better off using the dvi/vga signal than the tv out 08.49.58 Join rigel [0] (n=rigel@dsl092-248-194.sfo4.dsl.speakeasy.net) 08.50.07 # on a cathodic TV I can't do that. 08.50.07 # are there plans to port for the zune? 08.50.20 # particularly the wifi capabilities 08.50.33 # rigel: see the NewPort wiki page 08.50.40 # url? 08.50.44 # oh 08.50.46 # nm 08.51.21 # aaaarrrrgh 08.51.22 # Bagder: I've got a working LCD driver for the Sansa 08.51.28 # scorche: sorry I aske in rong channel anyway ^^ 08.51.34 # dan_a: supercool! 08.51.40 # ;) 08.51.44 # i dont see it 08.51.50 # Thank MrH for his patience with me! 08.51.51 # Now rombox is too big on the v1 as wel :-( 08.51.58 # rigel: then look harder ;) 08.52.10 # * scorche cries on amiconn's shoulder 08.52.20 # imho, rombox needs to become a special build with some stuff ripped out 08.52.38 # i wouldnt mind getting rid of tagcache etc 08.52.54 # * amiconn disagrees 08.53.10 # scorche: url plz 08.53.42 # rigel: click wiki on the side, enter NewPort into the box at the top... 08.53.48 # amiconn: then what's your suggestion on how to keep our nose above the water? 08.54.26 # oh, case-sensitive 08.54.34 # i always assume otherwise 08.54.39 # rigel: executive summary: "we don't do port on request, people who own units do ports" 08.55.12 # afaik, not a single guy close to Rockbox owns a zune 08.55.20 # amiconn: where are you seeing that it is too big for the v1?...does it not give the error that it does on the v2? 08.55.32 # No, not yet 08.55.35 # Bagder: not yet, theyre not out 08.55.45 # For some reason the linker doesn't give that error immediately 08.55.47 # i dont know if there are fcc photos yet either 08.56.05 # My local build is 132 bytes too big, official is probably a bit more 08.56.20 # rigel: there are reasons they are somewhat similar to some gigabeat models, and we have some work on gigabeat going on 08.56.32 # I meant - there are reasons "to believe" 08.56.40 # hm 08.56.54 # Bagder: i thought it was similar to gigabeat players that we arent working on 08.57.01 # or were you just talking in general? 08.57.19 # yes, but I believe the ones they are working on are somewhat similar to the ones they aren't working on as well 08.57.22 # but I might be wrong 08.57.47 # just taking tagcache out alone should grant us plenty of space for rombox 08.58.02 Join pagefault [0] (i=pagefaul@pdpc/supporter/active/pagefault) 08.58.09 # Bagder: Would it be possible to collect and link the distributed build .map files somewhere? (for targets and bootloaders) 08.58.51 # yes, sure it could be done similar to the bleeding edge build 09.00.30 # would you like it for the latest build only, or with a history? 09.01.59 Join petur [0] (i=d4efd6a6@gateway/web/cgi-irc/labb.contactor.se/session) 09.04.33 Quit ShadowdogMU ("You know you'll miss me :P") 09.08.34 Join _FireFly_ [0] (n=FireFly@fhrouter83.fh-wuerzburg.de) 09.14.06 Join FireFly_ [0] (n=FireFly@fhrouter83.fh-wuerzburg.de) 09.14.06 Quit _FireFly_ (Connection reset by peer) 09.18.17 Quit scorche (Remote closed the connection) 09.21.32 Quit matsl (Read error: 110 (Connection timed out)) 09.22.17 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 09.27.39 Join dpro [0] (n=x@chello080109121047.8.15.vie.surfer.at) 09.29.35 Quit FireFly_ (Read error: 145 (Connection timed out)) 09.34.04 Join LinusN [0] (i=linus@rockbox/developer/LinusN) 09.37.33 *** Saving seen data "./dancer.seen" 09.41.45 Join besonen_mobile_ [0] (n=besonen_@dsl-db.pacinfo.com) 09.43.59 Quit besonen_mobile (Read error: 110 (Connection timed out)) 09.44.14 Join FireFly_ [0] (n=FireFly@fhrouter83.fh-wuerzburg.de) 09.45.22 Quit myzar (Read error: 104 (Connection reset by peer)) 09.47.10 Quit dan_a (Read error: 110 (Connection timed out)) 09.49.21 Quit crushjane (Read error: 110 (Connection timed out)) 09.55.20 # weird.. i think original firmware can corrupt the filesystem 09.55.21 Quit BigBambi ("Leaving") 09.55.29 # now fsck.vfat says: 09.55.30 # Currently, only 1 or 2 FATs are supported, not 191. 09.55.39 # ouch 09.55.59 # and only booted up original fw a few times to fix the problem with flash plugin 09.56.24 # fortunately files are still there but even .rockbox-directory got corrupted and needed to erase it for rockbox to boot up again 09.56.51 Quit RoC_MM ("Leaving") 10.00.03 # Slasheri: which device? 10.00.10 # pondlife: h140 10.00.18 # :( 10.03.41 Join spiorf [0] (n=spiorf@host222-126.pool8248.interbusiness.it) 10.05.39 Join dan_a [0] (n=dan-mirc@wormhole.domicilium.com) 10.05.58 Quit matsl (Remote closed the connection) 10.09.25 # Slasheri: This is rather obscure, but could you look at http://www.rockbox.org/viewcvs.cgi/apps/playback.c.diff?r1=1.349&r2=1.350. I'm wondering why you had to change the timing at line 3221/3228.. 10.09.48 # I'm sure it's fine, bur I'd like to understand 10.11.00 # Did this increase UI responsiveness, for example? 10.11.27 # just a moment 10.11.50 # ah, yes, you can change it back 10.12.01 # No need particularly 10.12.19 # shouldn't be necessary.. i was just experimenting with something and forgot it there 10.12.35 # I'm just trying to justify every change in the mid-Sept updates regarding the whitenoise issue,. I very much doubt this is relevant though 10.13.36 Quit JdGordon ("Konversation terminated!") 10.13.36 Quit FireFly_ (Read error: 131 (Connection reset by peer)) 10.15.30 Part [aspect] 10.21.35 Join myzar [0] (i=derelict@cpe-72-129-81-32.socal.res.rr.com) 10.22.35 Join TeaSea [0] (n=thunderc@82.152.216.119) 10.23.58 Quit TeaSea (Remote closed the connection) 10.26.06 Join Siku [0] (n=Siku@f303b.w3.tontut.fi) 10.42.04 Join JdGordon [0] (n=jonno@c220-237-57-32.smelb1.vic.optusnet.com.au) 10.45.29 # Slasheri: Did you see last night's comment about the new scheduler having problems on ipod when priority scheduling is disabled (i.e. in the bootloader)? 10.48.40 Join alphakiller [0] (n=bits@200.162.22.132) 10.49.21 # Bagder: .map files with history would be preferable, if that's possible 10.49.30 Quit barrywardell () 10.49.36 Quit alphakiller (Client Quit) 10.49.53 # sure, I just need to give each a local name according to the build time stamp or similar 10.50.16 # I mainly want them to have a means for tracking down UIEs reported here, or on the ml/forum 10.50.25 # a good idea 10.50.38 # Another purpose is precisely tracking size of rombox 10.50.49 # Don't forget that archos builds have 2 .map files 10.51.01 # ah, right 10.51.37 # Would it be possible to have .map files for dailies as well, or is that system too different? 10.51.59 # they're similar 10.52.01 # Don't suppose Tomasz Malesinski is around under some name,,? 10.52.21 # pondlife: I don't think he's on IRC much 10.52.29 # There was a mod "Do not use our simple snprintf in simulator, because ALSA library requires a more advanced one. Fixes the problem with ALSA on Linux." 10.52.43 Quit JdGordon ("Konversation terminated!") 10.52.43 # But it breaks the sim logging here (Cygwin) 10.52.53 # oh 10.53.07 # Surely the sim should be able to use our code as much as possible too. 10.53.28 # yeah, but alsa clearly needs a better snprintf than what we provide 10.53.49 # I guess the proper fix would be to modify the check to only be used on linux 10.54.02 # Doesn't SDL take care of the differences? 10.54.19 # then you wouldn't have any problems ;-) 10.54.21 # Sorry, I'm lacking in cluefulness on this 10.54.39 # It seems odd that ALSA would be relying on our code. 10.54.44 # I believe ALSA is what needs the snprintf and alsa is not used on windows/cygwin 10.54.56 # yeah, but it does/did 10.55.09 # it could of course possibly be fixed in a different way to have 10.55.15 # Callbacks, I guess.. 10.55.17 # it use the libc snprintf for alsa 10.55.37 # OK - what's a good #ifdef to detect Linux vs Cygwin? 10.56.03 # Preferably one already used in Rockbox. 10.56.27 # I believe "linux" and "__linux" are defined when building for linux 10.56.57 # And Cygwin doesn't emulate that? 10.57.04 # no, cygwin is not linux 10.57.12 # I know, but it tries to pretend 10.57.18 # not really 10.57.22 # OK 10.57.25 # it emulates posix/unix 10.57.42 # Thanks, I'll play and fix 10.59.49 # pondlife: His nick is tomal, but he's indeed not often here 11.00.07 # Thanks 11.05.58 Join Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 11.05.58 # I figure we ignore the plugin .maps, or would they ever be really useful too? 11.07.30 # Much less often, and indeed they're so many that it would be a pita to collect them 11.07.39 # There are codec .map files too... 11.08.53 # right 11.09.10 # well, I was pondering to do a 'scp' of all possible .maps and make a zip out of them locally or similar 11.10.40 # Or you could have the maps added in to the rockbox.zip file by the build system? 11.11.16 # yes, but then everyone would download them as well 11.11.34 # I guess I can make a separate build target and then download that zip 11.12.06 # Slasheri: Another (unrelated) question..? 11.12.07 # I think I'll try that 11.13.27 # 'make maps'? 11.13.39 # or 'make mapzip' 11.13.42 # If I use Tagcache to play all tracks, while it's building the playlist (displaying Searching...), it now counts downwards, as if the playlist is getting smaller/filtered. Is this right? 11.13.52 # make mapzip 11.13.54 # I'm fairly sure it used to count up 11.13.58 # ls -l rockbox-maps.zip 11.13.58 # -rw-rw-r-- 1 dast dast 119333 Oct 16 11:13 rockbox-maps.zip 11.14.13 # for a recorder build done just now 11.14.28 # pondlife: yep, that is a feature 11.14.47 Join barrywardell [0] (n=barrywar@host-194-46-232-64.dsl-ie.utvinternet.net) 11.14.48 # pondlife: at first when it searches from tagcache, it counts upwards and after that downwards 11.15.02 # originally that was a bug but i think it could be a nice feature 11.15.12 # * pondlife disagrees or doesn't understand 11.15.20 # To me it looks like it's started to filter 11.15.37 # I actually end up with a playlist of 11000 entries, so why count down? 11.15.37 # because when it inserts tracks to playlist, you can see how many tracks there are left to be processed 11.15.48 # in fact i think the playlist system is quite slow.. 11.15.59 # tagcache is way faster than playlist could handle 11.16.11 # Gotcha. Maybe the prompt shouldn't be "Searching..." but "Left to queue" or something? 11.16.28 Quit barrywardell (Client Quit) 11.16.28 # yep, true 11.17.03 # Any idea which code is making playlist handling slow? 11.17.04 # at first it's searching when tagcache finds the entries.. but that's usually quite fast that you don't even see that 11.17.16 # Indeed. Or only for 2 seconds. 11.17.29 # The bulk of time is this countdown, can take quite a while 11.17.49 # Is it doing lots of inserts, rather than appends or something? 11.18.03 # yeah, lots of inserts 11.18.15 # it needs to insert each track individually 11.18.33 # Initial build could be much faster then 11.19.08 # true.. it could start playback and process in background 11.19.27 # Nice. Play once the first entry is queued 11.19.51 # but that needs some investigation how to do it 11.20.48 # amiconn: not yet, i will check from logs soon 11.20.48 Quit sublimal (Read error: 104 (Connection reset by peer)) 11.20.49 # Could cause a problem if the user attempts playlist maintenance whilst it's still doing the initial build 11.21.23 # yep, that is one potential problem at least 11.21.45 # or it could start playback in background while still waiting until all entries have been added to the playlist 11.22.08 # So you'd hear music but not have the WPS? 11.22.24 Join Genre9mp3 [0] (n=yngwiejo@88.218.17.158) 11.22.27 # Or have a splash over the WPS? 11.23.02 # maybe.. but then we probably would have to put wps in a separate thread 11.23.12 # Urgh. 11.23.51 # I think we could just speed it up for now. That should be safe and there should be plenty of room for improvement by the look of it. 11.24.05 # because when wps is shown, wps likes to take over all control from main thread 11.24.44 # true.. there must be some way to optimize playlist code in performance 11.25.09 # Maybe a fast Tagcache->playlist interface? 11.25.38 # probably.. i wonder if hardeep has anything in mind 11.25.40 # Or are there other cases that are slow 11.26.19 # BRB 11.26.22 Quit pondlife ("reboot time") 11.27.19 Quit darkless ("Leaving") 11.37.39 *** Saving seen data "./dancer.seen" 11.47.04 Join obo [0] (n=obo@82-46-82-224.cable.ubr02.trow.blueyonder.co.uk) 11.53.40 Join apv [0] (n=apv@bb-87-82-30-236.ukonline.co.uk) 11.58.54 Join chendo_ [0] (n=chendo@203-206-12-133.dyn.iinet.net.au) 11.59.22 Quit idnar (Nick collision from services.) 11.59.25 Join idnar_ [0] (i=mithrand@unaffiliated/idnar) 12.01.43 Join midkay_ [0] (n=midkay@63-226-213-147.tukw.qwest.net) 12.04.25 Quit chendo (Read error: 60 (Operation timed out)) 12.04.45 Join mirfle [0] (i=52a680a5@gateway/web/cgi-irc/labb.contactor.se/x-ea44f6e36e2c9a95) 12.05.27 # Slasheri? 12.06.59 # does anyone here know how to convert a .hex to a .bin? 12.08.36 Join chendo [0] (n=chendo@203-206-76-153.dyn.iinet.net.au) 12.10.24 Join blueworm [0] (n=blueworm@7.Red-80-32-172.staticIP.rima-tde.net) 12.12.13 # mirfle: hi :) 12.12.31 # hi 12.12.58 Quit chendo_ (Read error: 60 (Operation timed out)) 12.14.03 # mirfle: i am not sure if you got the query (might have some problems unless you are registered here) 12.14.09 # but i can dcc you the fix 12.14.54 # ah, in fact you are using a webchat so that isn't possible. but i will provide you an url 12.15.06 # thanks 12.15.14 Quit petur ("lunch") 12.15.15 Join _FireFly_ [0] (n=FireFly@fhrouter83.fh-wuerzburg.de) 12.16.08 # mirfle: did you got it? 12.17.04 # I got it 12.17.26 # great, i will remove it now 12.18.15 # now I just run it with the iriver_flash plugin, right? 12.19.30 # yep 12.19.39 # I just called the BSA on my work 12.19.42 # then you should be able to boot original fw again 12.19.42 # this will be fun 12.19.45 Quit midkay (Read error: 110 (Connection timed out)) 12.20.22 # I bet they will come in and sieze all the computers 12.20.22 # should I use the new version of the plugin you just put in cvs? 12.20.54 # mirfle: it shouldn't matter, but i would advice using the latest version 12.21.15 # it just no longer corrupts the original fw when flashing the bootloader 12.23.35 # it works! thanks :) 12.24.17 # :) 12.25.08 # gotta go 12.25.12 Quit mirfle ("CGI:IRC") 12.28.41 Join pondlife [0] (n=Miranda@cpc1-rdng11-0-0-cust472.winn.cable.ntl.com) 12.45.10 Join ShadowdogMU [0] (n=Brock@cpe-65-28-252-205.woh.res.rr.com) 12.47.35 Join Id2ndR [0] (n=ubuntu@laf31-2-62-34-88-193.dsl.club-internet.fr) 12.47.47 Quit psiborg ("leaving") 12.47.48 Join Criamos [0] (n=Criamos@p5493288E.dip0.t-ipconnect.de) 12.50.28 Join lee-qid [0] (n=liqid@p54965DD6.dip.t-dialin.net) 12.59.48 Join Quazgaa [0] (i=quaz@m207.telcomplus.net) 13.01.01 # hmm, it seems that it's possible to create a playlist of like 4000 files under 2s if there is a better tagcache <-> playlist interface and dircache is used 13.01.34 # where is the bottleneck? 13.02.27 # currently it seems that update_control() -function inside playlist.c takes all power 13.03.02 # and currently it's not possible to cache entries containing filenames because that data is lost 13.03.27 # but if tagcache could provide direct dircache pointers to playlist, then it would be very fast and that would be cacheable 13.03.49 Join JdGordon [0] (n=jonno@c220-237-57-32.smelb1.vic.optusnet.com.au) 13.06.40 # Anyone here with an H300 series? 13.07.15 # * JdGordon 13.07.18 # me 13.07.23 # whatcha need? 13.07.27 Quit Id2ndR ("Parti") 13.07.39 # Slasheri: And what happens if dircache is disabled or not available at all? 13.08.10 # JdGordon: Well, people are semi-reporting drastically reduced battery life. I haven't managed to talk any of them into properly testing it, but I was wondering if someone more reliable could comment. ;) 13.08.22 # JdGordon: Are you running a recent build, and is battery life horrible again? 13.08.59 # Paul_the_Nerd: to tell you the truth.. i never really take notice of batt life... i usually charge every 2 days or so.. but im only about 3hours per day.. 13.09.17 # im happy to run battery bench tonight if your really interested 13.09.32 # actually ill do it anyway... 13.09.36 # JdGordon: If you could, just a cleared settings disk power off enabled battery bench with a modern build. 13.09.44 # * JdGordon hopes it actually outputs stuff this time 13.09.46 # One person says he's getting 2 hours in Rockbox vs 10 in retail. 13.09.53 # amiconn: then it would be as slow as before 13.09.55 # it didnt output anything on my nano when i did it 13.09.58 # But he doesn't say when he tested retail or anything 13.10.18 # JdGordon: The Nano version of the plugin had a lot of problems due to the way the flash memory was handled if I recall. 13.10.25 # ah ok 13.11.15 # ok, im charging now, batt is about 80% so i should be able to start soonish 13.11.46 # Thanks 13.12.20 # I mean, the *only* place I see it discussed is Misticriver where custom builds flourish, but one of them mentioned getting his build from the Rockbox website, so... I dunno 13.13.00 # Paul_the_Nerd: I wonder if the H300 problem could be related to this: http://www.rockbox.org/tracker/task/6175 13.13.10 Quit _FireFly_ ("Leaving") 13.13.19 # whats the expected life of a h320? 13.13.30 # 15-16 hours 13.13.54 Join petur [0] (i=d4efd6a6@gateway/web/cgi-irc/labb.contactor.se/session) 13.14.52 # so i bassically need to start 3 hours ago to make sure i will have some batt life for uni tomorow :D 13.15.03 # Hahaha 13.15.20 # i doubt it will go 12 hours tho.. because the batt is a bit old now 13.15.24 # JdGordon: Honestly, about 4-6 hours of test ought to provide more than enough evidence either way. 13.15.37 # A full one would be nice though 13.15.51 # yeah, but if im gonna do the test, a full test would be nicer anyway 13.15.56 # Yes. :) 13.16.05 # * JdGordon wonders if i can beat my sister nano's 9h 13.16.28 # time remaing while chargnign is estimated till total right? 13.16.32 # Febs: Honestly I probably wouldn't have even thought twice about the problem if someone hadn't blatantly misused the word "implies". 13.21.00 Quit JdGordon ("Konversation terminated!") 13.26.47 Join lodesi [0] (n=lds@82.247.165.89) 13.27.07 Join falkyre [0] (n=falkyre@209.8.41.64) 13.29.41 # Slasheri: To state your timing figure... I don't deem tagcache slow. Building a 300+ tracks playlist from tagcache takes just a few seconds on archos recorder 13.29.48 # 3000+ 13.34.09 Join JdGordon [0] (i=JdGordon@c220-237-57-32.smelb1.vic.optusnet.com.au) 13.37.40 *** Saving seen data "./dancer.seen" 13.38.16 # hmm.. interesting 13.40.53 Quit JdGordon () 13.43.07 # I can tell you the exact amount tonight 13.45.12 Quit Febs (Read error: 110 (Connection timed out)) 13.48.50 # Slasheri: Could it be that priority scheduling slows tagcache->playlist transfer down on swcodec? 13.49.31 Join PaulJam [0] (n=pauljam@vpn-3005.gwdg.de) 13.50.35 Join jonno [0] (n=jonno@c220-237-57-32.smelb1.vic.optusnet.com.au) 13.51.30 Nick jonno is now known as JdGordon (n=jonno@c220-237-57-32.smelb1.vic.optusnet.com.au) 13.52.49 # Paul_the_Nerd: im gonna give the batt another 8min to finish chargning then start the test with default settings @ 10pm 13.53.12 Quit apv (Remote closed the connection) 13.53.55 # JdGordon: Thanks. 13.56.45 # amiconn: i just discovered something weird.. playlist resuming has always been _very_ slow but now it was almost instant.. not sure what caused that 13.58.53 Join matsl [0] (n=matsl@dhcp102.contactor.se) 14.00.52 Quit scottder (Read error: 131 (Connection reset by peer)) 14.01.47 # Updating Rockbox-in-flash on AJBR is just running rockbox.ucl right? 14.07.30 Quit Kitt0s (Read error: 145 (Connection timed out)) 14.09.24 Quit JdGordon ("Konversation terminated!") 14.12.44 # Paul_the_Nerd: yes, but you must be running the same version that you are flashing, by first running the ajz file 14.13.19 # LinusN: I remembered that much. :) 14.13.28 # :-) 14.13.49 # LinusN: I just couldn't remember whether to execute Rockbox.ucl or Rombox.ucl, but managed to look it up. I was fairly certain it was Rockbox, but wasn't about to just experiment. 14.14.23 # Paul_the_Nerd: i don't think there are batteryproblems in recent builds (at least not with CVS on H300). both tests were made two days ago with cvs and reset settings and one album set to repeat: http://img142.imageshack.us/my.php?image=bildschirmfotognuplotkq2.png 14.15.30 # PaulJam: So, no noticeable difference between the 10-14 and the 09-20 build. Good to know. :) 14.17.44 Join jhMikeS [0] (n=jethead7@adsl-75-45-240-34.dsl.sfldmi.sbcglobal.net) 14.23.20 # Paul_the_Nerd: That depends on whether you want rombox or not. Both .ucl files are flash files 14.23.46 # but today's daily doesn't feature rombox anymore for the v1 :-( 14.23.49 # amiconn: I already have Rombox installed, just was updating. 14.24.04 # You can switch at will if both are available 14.24.08 # Ah 14.25.01 # Rombox gives you more free buffer at the cost of slightly slower operation (not noticeable most of the time) 14.25.32 Quit Joely ("Get MacIrssi - http://www.g1m0.se/macirssi/") 14.25.41 # I don't usually spend much time "operating" anyway. 14.26.25 Quit GFoux ("Le vrai danger, c'est quand les hommes penseront comme les ordinateurs") 14.28.44 # PaulJam: Thanks for checking out the old builds - re white noise etc... 14.28.57 # You said you thought it was older than 2006-09-18 14.29.09 # LinusN: hello. did anything pop out at you from those logs? 14.29.29 # I reckon it will be either 16th or 17th that starts it happening, please continue! 14.29.35 # i haven't had time to work on it 14.29.44 # i have had the whitenoise problem in a sim from cvs source 06-09-01 14.30.06 # Linus: ok 14.30.58 # jhMikeS: have you studied the logs? 14.31.00 # * jhMikeS has to resync the patch again :) 14.31.42 # LinusN: I gave it some going over but but can't see what is it is 14.31.56 # i'll see if i can take a look tonight 14.32.11 # LinusN: Tried to step away for a bit and see if something pops in my head 14.33.47 # There must be just some wierd little thing since in principle it ought to work 14.33.56 Quit NickDe ("Leaving") 14.34.14 Join barrywardell [0] (i=892b7a86@gateway/web/cgi-irc/labb.contactor.se/session) 14.35.12 # i'll make some logs with the cvs version and compare 14.36.18 # Good idea. Probably identical though! l 14.36.43 # Other than a couple bits 14.38.20 # "Other than a couple bits" - i'll remember that one :-) 14.39.12 # * jhMikeS loves making bad puns :) 14.39.46 # * amiconn wonders what patch this talk is about 14.40.24 # recording 14.41.45 Quit blueworm ("Leaving") 14.41.48 Join JdGordon [0] (n=jonno@c220-237-57-32.smelb1.vic.optusnet.com.au) 14.45.30 # more specifically finding out why source selection goes haywire on uda devices with WSO in slave mode 14.47.22 # PaulJam: Aha. So maybe try going back one month at a time..? 14.47.49 # currently i'm going back in 10 day steps 14.48.20 # Try binary search, you 14.48.34 # 'll get there faster :) 14.49.00 # OK. Sounds like you are finding it quite easy to repro. I have only heard it very occasionally, certainly not reliably 14.49.14 # reliably failing that is 14.50.47 # I had a white noise problem on track skips until I reset my settings. Is that the issue or something else? 14.51.15 # Similar. Although this will happen with reset settings (if you turn repeat Off) 14.51.19 Join Kitt0s [0] (i=Kaa@84.94.67.21.cable.012.net.il) 14.52.02 Join Febs [0] (i=2662c44b@gateway/web/cgi-irc/labb.contactor.se/session) 14.52.13 # I don't use repeat, just EQ and the EQ gets messed up a lot but the EQ was the problem in my case. 14.53.27 Quit Kitt0s (Read error: 131 (Connection reset by peer)) 14.54.31 Join Kitt0s [0] (i=Kaa@84.94.19.231.cable.012.net.il) 14.54.53 # I was wondering, if you don't need "fast" bitmap why can't we store 8 bit paletted images for some things? That would save space just from the logo. 14.57.49 # Bitmap display is never fast enough 14.58.30 # Rockbox generally stores native bitmaps in framebuffer format 14.58.37 # nothings ever fast enough :) 14.58.57 # This is both fast and KISS 14.59.06 # I know it does. I even threw together an 18-bit version with all the trimmings to check it out 15.00.43 Quit matsl (Remote closed the connection) 15.00.44 # It would be very simple. Color bitmaps would have just a pointer as the first data...if NULL: native format, if non-NULL: pointer to palette and 8-bit format. No new functions exposed. 15.01.19 # * amiconn dislikes much of the artifial complexity introduced recently :/ 15.01.28 # jhMikeS: what would the point be? 15.01.46 # i also fail to see the point 15.01.49 # * Bagder prefers simplicity 15.01.54 # * LinusN too 15.03.26 # Saving some ram of course when the logo and the usb connect image don't really need to be super fast but they'll be about half size. The code would be rather insignificant. 15.04.27 # we don't have very many such pics 15.06.30 Quit JdGordon ("Konversation terminated!") 15.06.32 # I know that but how much complication is it really? And you get some ram back. With an optimized palette the appearance should be about the same. 15.06.40 Join _FireFly_ [0] (n=FireFly@fhrouter83.fh-wuerzburg.de) 15.07.26 Quit Quazgaa ("leaving") 15.07.34 # if we would have a second format, I'd rather see it use a compressed format 15.07.44 # compressed native, that is 15.08.08 # but isn't this just a few hundred bytes we're talking about to gain? 15.08.11 # And uncompress then drawing? 15.08.24 # do we have a problem with memory shortage on the platforms with color lcd's? 15.08.31 Join JdGordon [0] (n=jonno@c220-237-57-32.smelb1.vic.optusnet.com.au) 15.09.07 # i don't think we have 15.09.38 # let's not solve problems we don't have 15.10.23 # So any word on the 5.5g? 15.10.31 # Last I heard Kalthare had doom working but music playback wasn't? 15.11.13 # of course not but figure 8512 bytes verses 16000 for the logo plus a few hundred code 15.11.18 # on x5 15.13.13 # out of 16 megs 15.13.17 # yup 15.14.13 # Keep it for more useful things. Was glad I was able to save some IRAM of late too but that's more precious. 15.14.43 # iram is a different thing, of course 15.16.45 # I was suprise that using 18-bit didn't kill things that bad. Only lost 3fps on updates even with a 32-bit frame buffer. This was just "research" of course. I ain't plugging to use it cause it actually looks worse. 15.16.48 # I think it's unneeded complexity too. 15.17.22 # Compressed image drawing is almost surely going to work its way in at some point, I'd guess, especially as people try for more and more graphical / skinnable UIs. 15.17.38 # there is one slight advantage of a paletted format, and that would be that all color platforms would have the same image format 15.17.46 # Complexity. Not to be critical but I find it strange to call that "complex". 15.18.30 # jhMikeS: not complex, but *more* complex than the native format 15.18.32 # jhMikeS: Anything added to Rockbox at all qualifies as "additional complexity" though. ;) 15.19.27 # Is there support for Rockbox to shut a player off once the battery gets below a certain level? 15.19.50 # no 15.20.15 # i tinhk there is a patch which adds that for the h300 15.20.21 # there are problems on the H10 where when the battery gets below a certain level the ADC isn't read properly 15.20.38 # it ends up that up on the scrollpad is constantly read 15.20.43 Quit jhMikeS (Read error: 104 (Connection reset by peer)) 15.20.45 # barrywardell: the adc that reads the battery level? 15.21.00 # it reads the scrollpad too 15.21.22 Join jhMikeS [0] (n=jethead7@adsl-75-46-160-54.dsl.sfldmi.sbcglobal.net) 15.21.22 # so, how do we trust the battery level adc? :-) 15.21.26 # it ends up constantly reading up from the scrollpad 15.21.38 # and no other buttons work 15.21.44 # and the volume goes up to max 15.21.46 # barrywardell: i've had that problem with the h10, yes 15.21.55 # its annoying as fuck all 15.22.09 # oh, *that* annoying? :-) 15.22.22 # LinusN: the battery level still reads kinda ok, but maybe a bit low 15.22.34 # barrywardell: i'm just teasing you 15.22.46 # haha 15.23.10 # barrywardell: i think we should look into implementing such a feature 15.23.12 # Paul_the_Nerd: its been going for 90min and the batt is still @ 90%.. so the guy definatly is over-exagurating.. or has a dead batt 15.23.40 # JdGordon: Gotcha. 15.23.43 # rrr Connection bit it... 15.23.46 # is it possible to change the cvs shortcuts? why is maual/ being downloaded with rockbox-devel? 15.23.54 # LinusN: would it be reasonable to have it shut down once the battery gets below battery_level_dangerous? 15.24.23 # barrywardell: i think so 15.24.44 # barrywardell: the problem is what to do with the settings and resume info 15.24.55 # I was talking about two formats simultaneously and no, all format wouldn't be the same (in principle) because the palette would still have native color. But I'll stop beating a dead horse. :P 15.25.16 # once the battery gets below battery_level_dangerous, then disk writes don't happen anyway, do they? 15.25.30 # so settings haven't been saved in that case anyway? 15.25.48 # barrywardell: In theory a user can plug in without shutting down and losing anything though, right? 15.26.31 # hmm, true 15.26.52 # Maybe an option for "Low Battery" with a choice like "Warn" and "Shutdown" and a note in the manual that shutting down will most likely not result in saved settings / playback info / etc. 15.27.07 # plugging in would probably push the level back up above battery_level_dangerous 15.27.21 # obo: there? 15.27.26 # jhMikeS: smells more pcf50606 interrupt handling. :) 15.27.30 # maybe we can just save settings once the battery level gets that low, then shutdown 15.27.38 # and have the warn option too? 15.28.37 # Why should have to trust the battery level ADC on platforms where we have hardware charge management? 15.28.54 # I don't feel the need for a warn option, but could add one if it was desired? 15.28.58 # barrywardell: The problem is the disk spinup. It's hard to tell when the battery will be too low to spin up the disk. I suppose you could pick an assuredly safe voltage, and have some sort of emergency "save" occur at that point no matter what, or something. 15.29.14 # jhMikeS: i don't understand the question 15.29.43 # The pcf warns about low bat and impending shutdowns and such so just watch those interrupts for that. 15.29.50 # Paul_the_Nerd: that's what battery_level_dangerous is for. it's the level below which rockbox will not do a disk spinup 15.29.57 # jhMikeS: on the x5 yes 15.30.07 # Don't the iRivers use it too? 15.30.11 # jhMikeS: no 15.30.26 # x5 isn't the only one iirc 15.30.46 # barrywardell: Doesn't that mean there's a chance that when you reach it, it's too late, or is it set high enough to be sure? 15.30.51 # the irivers use the pcf50606 as an advanced voltage regulator 15.31.21 # and the charging is done by another circuit 15.31.33 # Paul_the_nerd: I'm not too sure. I guess it depends on who calibrated it for each player 15.31.59 Join bluebrother [0] (i=810d4658@gateway/web/cgi-irc/labb.contactor.se/session) 15.32.42 # Febs, why have you put the eq description in a table? 15.33.03 # barrywardell: Well, assuming it's set high enough to assure one final disk write, it seems reasonable to perform the write at that time, then either shutdown or not depending on what preference a user has. Warn seems unnecessary if the write can be assured. 15.33.42 # I don't like it. It isn't a float, so it doesn't float, and it doesn't break as it's a table. 15.34.02 # and, it's completely different to all descriptions of that type in the rest of the manual 15.34.11 # Any new code should take into account the possibility of having all that hardware managed imo 15.34.21 # on the other hand, i don't think it's a big deal if the settings aren't saved when the batteri is too low 15.34.33 # we just need to make sure it doesn 15.34.43 # 't crash because rockbox can't save them 15.34.59 # jhMikeS: true 15.35.06 # * jhMikeS has never used his player long enough in one run to run out the battery. 15.35.22 # LinusN: If you make sure to get one last write in though, you can save your playlist status, runtime data, and in the case of running a benchmark, a final battery benchmark status, all of which I think are handy. 15.36.05 # Put the "battery driver" in the target tree :) 15.36.07 # the resume info should have been saved on the last successful spinup anyway 15.36.42 # LinusN: Yes, but depending on buffer status that could've been as much as an hour ago, sometimes even more. 15.36.54 # * LinusN tries the scrobbler patch on rec-fm - doesn' 15.36.56 # t work 15.37.00 Join NickDe [0] (n=nicholas@198.7.232.64) 15.37.04 # Paul_the_Nerd: yes 15.37.09 # * Paul_the_Nerd hasn't tried the scrobbler patch yet. 15.37.21 # LinusN: does that mean if it gets working it can be accepted? 15.37.25 # * JdGordon liked that patch 15.37.34 # i want to commit it 15.37.42 *** Saving seen data "./dancer.seen" 15.37.57 # :) 15.38.45 # haha, just hit low battery had my volume go up to max! 15.39.03 # is that the warning? ;-P 15.39.21 # that'll teach you not to go there very often! ;-) 15.40.07 # makes me really want to get power off on low battery working 15.40.33 # I think giving the user an option for graceful power down on critical battery is a good thing, is all. 15.40.45 # i'll try to get something working which writes to disk, then shuts down when the battery level gets low 15.40.59 # Just an option, when enabled, performs a proper shutdown (like holding Stop while in WPS on H100) 15.41.01 # and I'll add a setting for it 15.41.11 # I'll post a patch once I have it working 15.41.27 # Couldn't there be a broadcast with a system message re: battery events? 15.41.46 # i think it should be 15.43.16 # That way they can be queued from the GPI0 as well as in other ways. 15.43.32 # exactly 15.44.33 # Not to mention an event for charging complete. 15.46.03 # The battery scale on the x5 isn't right cause it almost never show a full charge even when it is done charging. 15.49.50 Quit XavierGr () 15.50.41 # LinusN: here now - how badly does it not work? 15.51.02 # obo: hang on 15.54.04 Quit spiorf (Remote closed the connection) 15.58.37 # bluebrother: two reasons (1) I thought it looked better, and more importantly, (2) I needed a way to separate the general description of the EQ bands from the descriptions of the menu items themselves, for which I use item[ ]. 15.59.39 # jhMikeS: That ins't necessarily due to the scale; charging monitoring isn't _properly_ implemented on any of the newer targets. 15.59.51 # Even some of the old targets need improvement... 16.00.36 # bluebrother, I don't feel strongly about it, and I kept a copy of the prior version so that I can change that portion back to what it was, if necessary. 16.01.35 # Perhaps the better approach would be to do two subsections: (1) Description of the EQ itself, and (2) description of each item in the "Graphical EQ" menu. 16.02.58 # ("Graphical EQ" is a bad name for that menu, considering that the submenus contain options for both graphical and non-graphical EQ interfaces.) 16.04.13 # Wouldn't simply "Equalizer" be enough 16.04.37 # Oh, right, on a related note: The custom eq .cfg files are included in the Archos builds (or at least Recorder V1) and I'm guessing this shouldn't be the case. 16.04.55 # Or perhaps "Software Equalizer" 16.06.36 # Paul_the_Nerd: those were my thoughts exactly. I think I prefer "Equalizer." 16.07.49 # hey, what's new in the 5.5G ipod? :( 16.08.01 # why doesn't rockbox work in it, because of the firmware change? 16.08.14 # Febs: I prefer "Equalizer" too. 16.08.34 # Febs, two sections may be indeed better. But the table looks simply wrong there. 16.08.55 # Paul_the_Nerd: Is it possible to sort search results in the forums by date posted as well? (instead of only relevance percentage) 16.09.51 # bluebrother: OK, I'll use two sections. I probably will not be able to get to it for a couple of days though. (PaidWork has been brutal recently.) 16.10.54 # Genre9mp3: Try the "Advanced Search" link on the search page 16.11.37 # Paul_the_Nerd: Oh yes... just found it! Thanks 16.11.40 # no problem ... it's mostly an optical issue ;-) 16.11.55 # Genre9mp3: No problem. :) 16.12.34 # obo: seems to work, i just didn't realize that the log file is not saved until you shut down 16.13.31 # bbl 16.13.34 Quit bluebrother ("CGI:IRC 0.5.7 (2005/06/19)") 16.14.42 # annoyingly enough, it seems people can screw up their sansas by only changing the mi4 16.15.30 # That is Not A Good Thing. 16.15.37 # indeed not 16.16.00 # Though I thought, from reading the thread, that in the cases I read they could still get to recovery mode, but not mount it. 16.16.59 # this guy can even mount it but putting back the good images doesn't magically fix the player, it just doesn't seem to accept them 16.17.05 Quit theli_ua ("Leaving") 16.17.26 # to me this looks like a bug in the system 16.18.09 # I've mailed my SanDisk friend to see if I can get some inside comments on this 16.18.12 # Bagder: It doesn't say that it's updating, or it says that it's updating but fails? 16.18.37 # I seem to remember there being a little output text there. 16.18.47 # "It simply hangs with either a black or a corrupted screen." 16.18.55 Join bawb2 [0] (n=bawb2@129.237.2.66) 16.19.44 # this is from Peter P, who made the wheel glow 16.19.56 # and he definitely didn't update the BL too? 16.20.00 # nopes 16.20.03 # What version was he updating with, do we know? I know I've successfully updated / installed an MI4 via the recovery mode on mine, but not while running a non-standard MI4. 16.20.35 # I've replaced my mi4 with crap and recovered fine every time 16.20.54 # so there needs to be more to it that we don't really know at this point 16.20.54 # Same here 16.21.17 # LinusN: yes, it will cache upto 32 tracks... 16.21.23 # possibly unclean umounts or whatever 16.21.40 # Bagder: I'm just wondering if the problem isn't the updater but the file being used or the process. 16.22.10 # well, this guy has clues so I don't think it is that simple 16.22.44 # obo: does it flush the cache when the disk spins for another reason? 16.22.56 # maybe a fluke? maybe he wrote to the bootloader flash by accident? 16.23.24 # Well even a clue doesn't preclude the occasional user error. 16.23.24 # that's not too likely since we only build mi4 files when we experiment 16.23.37 # For example, was he using the MI4 you've got at daniel.haxx.se? 16.23.40 # but of course, everything is possible 16.23.56 # He was playing about with accessing different registers/memory areas, so it could have corrupted something 16.24.06 # true 16.24.31 # I've suggested reinstalling the bootloader in recovery mode 16.25.03 # petur: no 16.25.36 Nick idnar_ is now known as idnar (i=mithrand@unaffiliated/idnar) 16.25.36 # petur: I just thought that since if it was active and there was something to write.... why not? 16.26.21 Join webguest45 [0] (i=c0647cda@gateway/web/cgi-irc/labb.contactor.se/session) 16.26.32 # * petur is confused - so it does write on disk spinup? 16.27.14 # if there is anything in the cache it will write it if the disk is spinning, otherwise it will continue to add items until the max is reached 16.27.41 # unless it's a flash based device 16.27.46 # :) 16.27.55 # obo: really? i didn't see any evidence of that when trying it out 16.28.14 # i played a few songs, stopped, and then looked in the file 16.28.23 # empty (apart from the header) 16.28.30 # then i rebooted 16.28.35 # and the information was there 16.28.48 # it only gets a chance to write while it's being called, so if the disk isn't spinning when the track_changed() event occurs, it won't see it 16.29.23 # Bagder: Do you know if it did the "Reading Main Image" "Writing Main Image" for him, or if the scramble was before that? 16.29.30 # obo: i see 16.29.31 # lcd driver for sansa? woot! 16.29.35 # Paul_the_Nerd: I don't know 16.29.39 # mrh truly is a genious 16.29.54 # he's a true magician 16.30.04 # LinusN: That would be another case for a registered spinup callback... 16.30.10 # amiconn: yes 16.30.12 # Bagder: I think that might be useful to know. ;) 16.30.13 # gtg, bye all 16.30.16 Part LinusN 16.30.43 # Bagder: Is the code I sent OK from a style perspective? 16.31.12 # sure! 16.31.23 # Bagder: What about a more flexible way to select alternatives in langv2? 16.31.29 # it doesn't use the 4 spaces indent all over though 16.31.53 # One reason I didn't start going through all that stuff is that we can only filter by target 16.32.10 # In case a new target gets added that means reviewing all .lang files... 16.33.19 # do you have an idea how to improve then? 16.33.52 # would we have named features and be able to do strings based on them? 16.34.19 # That would certainly be usefu 16.34.21 # l 16.34.52 Join TeaSea [0] (n=thunderc@82.152.216.119) 16.34.55 # Bagder: I deny responsibility for that - I used someone else's LCD driver as a template! 16.34.57 # I guess using #ifdef in .lang files would be3 too technical for the average translator? 16.35.02 # dan_a: :-) 16.35.50 # But perhaps another file could set those named features based on the #defines set in the config-*.h files? 16.36.05 # amiconn: that's indeed a good idea 16.36.55 # We have features which are swcodec only, hwcodec only, MAS35xxF only (not in the core yet), RTC only... 16.37.08 Join elinenbe [0] (i=d1c4c008@gateway/web/cgi-irc/labb.contactor.se/session) 16.38.17 # A thorough .lang cleanup should regain quite some space for archos (andat least some space for all others as well) 16.39.08 # I'm not going to break it down to every tiny feature, also because that might breakhw mods 16.39.39 Quit _FireFly_ ("Leaving") 16.40.29 Join Xerion_ [0] (i=xerion@zarathul.student.utwente.nl) 16.40.44 # (e.g. the alarm mod for rec v1, or backlight mod for Ondio) 16.43.46 Join _FireFly_ [0] (n=FireFly@fhrouter83.fh-wuerzburg.de) 16.44.08 # gaah 16.44.21 # crontab -r instead of crontab -e is not a good mistake 16.44.28 Quit Xerion (Read error: 54 (Connection reset by peer)) 16.44.28 Nick Xerion_ is now known as Xerion (i=xerion@zarathul.student.utwente.nl) 16.45.06 Quit EspeonEefi ("Leaving") 16.47.07 # haahaha 16.47.19 # no, it's not 16.47.40 # luckily I had just done a crontab -l so I could just copy and paste a new one 16.48.24 Quit markun (Read error: 104 (Connection reset by peer)) 16.48.30 Join markun_ [0] (n=markun@bastards.student.utwente.nl) 16.48.37 # my crontab command doesn't have a -r switch it seems 16.49.01 # lucky you ;-) 16.49.28 # I did "for i in /etc/init.d/* ; do $i status; done" on a machine 500 miles away the other day. And found that /etc/init.d/shutdown doesn't take any arguments. 16.49.41 # hahahaha 16.49.44 # eesh 16.50.13 # some experiences are harder to reach than others 16.50.35 # dan_a: any progress on verifying that the codec thread is indeed running on the COP and that it is also indeed running at the same time as other threads, not just linearly on two cores? 16.51.02 # lostlogic: No, I've been playing around with the Sansa, I'm afraid. 16.51.08 # *nod* 16.51.59 Quit JdGordon ("Konversation terminated!") 16.54.17 Join psiborg [0] (n=psiborg@flits103-221.flits.rug.nl) 16.55.27 Join rretzbach [0] (n=robert@dslb-084-062-017-210.pools.arcor-ip.net) 16.57.29 Quit Febs ("CGI:IRC (EOF)") 16.58.54 Join mra [0] (i=mra@nat/hp/x-d6272855da425bb7) 16.59.39 Join Kartun [0] (i=53a77092@gateway/web/cgi-irc/labb.contactor.se/session) 17.00.40 # On .lang: I haven't really observed myself but all language strings are included in a target even if not used in the c? 17.00.54 # hi everyone 17.00.54 Quit Kartun (Client Quit) 17.03.44 # jhMikeS: yes 17.04.12 # That's one of the problems langv2 should (and can) solve 17.04.26 # ...but so far nobody started the necessary rework 17.04.46 # amiconn: that's what's in use now? 17.04.49 # ...partially because the filter options are limited 17.04.53 # yes 17.05.10 Join Kartun [0] (n=Kartun@83.167.112.146) 17.05.15 # ...and partially because it's _a lot_ of work 17.05.23 # hi everyone 17.05.41 # How could I upload my Skin to rockbox.org ? 17.06.27 Quit rretzbach (Connection reset by peer) 17.06.30 Join rr3tzbach [0] (n=robert@dslb-084-062-017-210.pools.arcor-ip.net) 17.07.01 # Kartun: give us the wiki name you registered 17.07.04 # amiconn: What sort of method for filtering is there? The filtering could be done by programmers so translators don't have to worry about it if that's a concern. 17.08.40 # reading back up I guess you're considering something like that already :) 17.09.29 # Kartun: ? 17.09.37 # AlexeyTveritinov 17.09.46 # lostlogic: Quick question of the day? 17.09.50 # nod 17.10.01 # Could you have a look at http://www.rockbox.org/viewcvs.cgi/apps/playback.c.diff?r1=1.345&r2=1.346 17.10.58 # I'm wondering why line 953 needs to set tracks[track_ridx].buf_idx = 0. 17.10.59 # Kartun: you now have wiki write access 17.11.18 # 10x a lot ... will try :) 17.11.23 Join linuxstb [0] (i=3f82c640@gateway/web/cgi-irc/labb.contactor.se/session) 17.11.51 # Just trying to seperate the filling (track_widx/buf_widx) from the playback (track_ridx/buf_ridx)... 17.12.18 # pondlife: that's just sorta a "just in case the buffer got effed, since we're rebuffering any way, let's just reset the buffer pointers entirely 17.12.35 # OK, not something that is really needed then 17.12.59 # Rebuffer will overwrite that when it becomes the track to write. 17.13.01 Join webguest77 [0] (i=54997076@gateway/web/cgi-irc/labb.contactor.se/session) 17.13.39 # if everything is working correctly, then it doesn't actually matter to what location on the ring we start filling nor start reading as long as before any reading is done they are the same point 17.13.52 # where do i get the windows installer for archos, i want to instsll rockbox on my unit and it says i need to use windows installer which i cant find on the wiki 17.14.06 # True. My current version just resets _widx = _ridx and never zeroes them 17.14.51 # yep seems fine to me... unless we want talk about the small extra cost of reading over the ring boundary that will happen sooner :-P 17.15.01 Quit webguest45 ("CGI:IRC") 17.15.11 # But I don't entirely understand this rebuffer fix (mainly the overlap stuff further down), and only use MP3 myself... so am a bit concerned! 17.15.28 # lostlogic: When you run dan_a's COP patch, do you get both a main and a codec thread running on the COP? i.e. listed as (1) in View OS Stacks? 17.15.45 # linuxstb: yeah 17.15.59 # jesus, i jave RTFM and I still cant figure out how to install rockbox on my archos player, great manual you have 17.16.01 Part webguest77 17.16.02 # lostlogic: Tomorrow's question will be "Why do we need a guard buffer?"... :-) 17.16.13 # want the answer now, or want to wait until tomorrow? 17.16.19 # Now, if you can!! 17.17.01 # In 50 words or less 17.17.06 # ;-p 17.18.16 # the guard buffer allows us to guarantee a certain minimum block size to the codecs, which is needed, because I believe some codecs will don't understand about ring buffers and if they don't get the amount of data they want contiguously the first time they will re-request, expecting that whatever reading process they are waiting on will eventually have that block available 17.18.57 # OK, so it's just a mechanism by which we don't use the whole ring buffer in case that leads to that situation, right? 17.19.33 # So we just insert data from the guard buffer at wrap round if needed. 17.19.52 # kinda other way around 17.19.54 # petur: and how do I upload my screenshot/wps ? 17.20.14 # Ah, I see - it's outside of the ring buffer really 17.20.21 # we never fill the guard buffer until the codec makes such a wrapping request, then we copy from the buffer start into the guard buffer to provide contiguous memory to the codec 17.20.38 # OK 17.20.41 # yep 17.21.00 # One more? audio_read_file - what is the purpose of "overlap"? 17.21.13 # hmm, that one I'll hafta actually go to code for, 1s 17.21.14 # Kartun: look at the page when you edit it. Certain image formats are shown inline - which is what you want 17.21.21 # encoders already do that at wraparound :) 17.22.40 # Kartun: click 'Attach' on the page where you want to add your screenshot, and read the notes that are at the bottom 17.23.45 # there's also a lot of info here: http://www.rockbox.org/twiki/bin/view/Main/WpsGallery 17.23.46 Join dpr0 [0] (n=x@chello080109121047.8.15.vie.surfer.at) 17.24.08 # pondlife: I don't think overlap is my code, but it looks like it is the amount of data in the current read that is going to write into the currently playing track, so we can change the currently playing track's start position to not be zero, incase there is a seek backwards. 17.24.29 # it also looks like the code should be refactored so that there aren't two blocks in a row that start with if (overlap > 0 && 17.25.28 Quit Siku () 17.25.33 # yeah, this looks like someone enhanced a hack of mine which would actually update the start_pos at the start of the fill with this improved version... 17.25.45 # I wonder what triggers end-of-fill now *looks* 17.26.55 Quit Kartun (" HydraIRC -> http://www.hydrairc.com <- Try something fresh") 17.27.36 # hmm, would be better to not have the fill_bytesleft variable and to do a smarter end-of-fill trigger, now that we have that overlap logic in there... just check if where a full 32k block read would fill to would write over the playing position and stop if it would, otherwise do the read and then check the overlap 17.27.54 # would eliminate another file-scoped variable. 17.29.02 Join Siku [0] (n=Siku@f303b.w3.tontut.fi) 17.29.33 Quit lee-qid ("Trillian (http://www.ceruleanstudios.com") 17.30.04 # Sorry, got called away 17.30.38 # If you could add some comments to that overlap code, that would be nice. It's rather mysterious and I think it results in a bug.. 17.30.45 # * pondlife looks for the Flyspray number 17.31.12 Quit dpro (Read error: 60 (Operation timed out)) 17.31.18 # http://www.rockbox.org/tracker/task/5906 17.31.22 # (maybe) 17.33.18 # pondlife: ah, sure, assign the task to me and I'll work on what all I described above over the next few days... I'm determined to get my butt back into coding rockbox this month ;) 17.33.36 # my iPod has bad blocks 17.34.03 # can I use RockBox and somehow mark sectors bad and that they should be avoided? 17.35.53 # I'll carry on digging and just leave that overlap code alone... 17.35.57 # Thanks, bye for now 17.37.16 Quit falkyre (Read error: 104 (Connection reset by peer)) 17.37.45 *** Saving seen data "./dancer.seen" 17.40.24 Join San2 [0] (n=Wonderbo@193.203.136.27) 17.40.32 # hey 17.40.43 # can the iPod Video Record audio? 17.41.20 # San2: Yes. There's a work-in-progress patch on flyspray for it. 17.42.12 # You need to build or buy line-in adapter though - the line-in pins are in the dock connector on your ipod. 17.42.19 Join SereR0kR [0] (n=SereR0kR@Ea47f.e.strato-dslnet.de) 17.42.30 # oh, thats fine 17.42.31 # thank you 17.43.26 # And it will have the same recording capability's as the H300 has atm? 17.44.29 Join rre7zbach [0] (n=robert@dslb-084-062-005-196.pools.arcor-ip.net) 17.44.29 Join Ribs [0] (n=freenode@91.84.8.218) 17.45.26 # San2: Eventually, yes. In fact it should be better than the H300 - the ipods should be able to record at a wider range of samplerates, up to 96KHz, and probably also 24-bit. 17.46.20 # Thats good. :) 17.46.25 # thanks :D 17.46.43 Quit San2 () 17.49.13 Quit dpr0 (Read error: 110 (Connection timed out)) 17.50.53 # dan_a: I'm not sure yet what changed, but I just tried your COP patch again on my 5g, and it appears to work fine - I get a main thread on the COP... 17.52.03 # Excellent. It seems to behave... strangely, as you may have seen from the logs 17.52.27 # * jhMikeS has to implement encoder bit bepth now :0 :) 17.53.11 # Yes, it does seem odd. For example, in the audio debug screen, if I play with the wheel, the PCM buffer empties. If the codec thread is indeed running on the COP, I'm not sure why lots of wheel events and screen updates would affect it. 17.53.31 # That seems to support the linear execution theory 17.54.43 # You should see what happens when you get data aborts now.... 17.55.15 # Oh? 17.55.23 # linuxstb: Perhaps interrupts are routed to both cores? (just a guess) 17.55.38 # Ah, it seems the keybindings in the audio debug screen have been changed - the wheel is skipping tracks.... 17.56.31 # Paul_the_Nerd: The thread dies, but everything else carries on running. Then after a while, the thread sometimes comes back to life 17.57.37 # dan_a: That sounds... fun. 17.58.09 # * linuxstb wonders why the audio debug screen doesn't use the WPS context for checking actions such as next/prev track... 17.58.11 # amiconn, linuxstb: Yes, it could be an interrupts thing. I wasn't sure what the correct behaviour for the interrupts should be, so I just did what felt right. 17.59.37 Join rretzbach [0] (n=robert@dslb-084-062-031-208.pools.arcor-ip.net) 18.00.12 # I think the cop shouldn't receive any interrupts 18.00.37 # Has anyone done a runtime test yet with the codec thread on the COP? 18.00.39 # Hmm, but it should wake up from the timer tick when it's sleeping... 18.00.57 Quit petur ("*poof*") 18.01.15 Quit rr3tzbach (Read error: 110 (Connection timed out)) 18.01.19 # That should be set in the interrupt controller, though, not in the IRQ handler if I understand things correctly 18.01.37 Join blueworm [0] (n=blueworm@7.Red-80-32-172.staticIP.rima-tde.net) 18.01.50 # linuxstb: I haven't yet. 18.01.53 # I was probably wrong about the wheel events causing the PCM buffer to empty - I didn't realise it was skipping tracks... 18.01.54 # pondlife: a little update on the testing: with a sim from 2006-08-20 01:00 i get both problems, the stopping and the whiteniose. with a build from 2006-08-15 01:00 i get only the stopping, and not the whitenoise after rebuffering. 18.01.59 Quit bawb2 ("seacrest out!") 18.02.23 Join BigBambi [0] (n=Alex@cpc2-nfds9-0-0-cust419.leic.cable.ntl.com) 18.02.49 # PaulJam: Aha 18.05.05 # there was one commit on playback.c in this time. the next thing i'll try is a build from aug. 15. 18:05. 18.05.12 # If you could try the 16th, 17th, 18th - I'd really like to know which of those days it was. 18.05.26 # I wonder if there is an underlying issue that the scheduler has exposed? 18.09.18 # The range 15th-18th is looking quite common 18.10.31 Quit obo ("bye") 18.11.35 # this is august, the scheduler was committed in september 18.12.00 # Ah 18.12.09 # Time for me to go home, and then get this LCD driver comitted! 18.12.10 # Good point! I was refering to Sept 18.15.06 # Here's a thought. Can you try the current CVS build, but go into playback.c and comment out the #include PLAYBACK_VOICE line? 18.15.17 # This will remove plenty of code from playback.c.. 18.15.24 # har 18.15.49 # #define I mean, of course... 18.16.00 # * pondlife is too close to the code 18.17.04 # * jhMikeS understands that one :) 18.17.40 # ok, i can try that. 18.17.44 # The only playback change in 15th-20th August is http://www.rockbox.org/viewcvs.cgi/apps/playback.c.diff?r1=1.339&r2=1.340.. 18.18.46 Join YouCeyE [0] (n=YouCeyE@unaffiliated/youceye) 18.18.47 Join bluebrother [0] (i=wI3J8PM9@nat-wh-1.rz.uni-karlsruhe.de) 18.18.48 Quit _FireFly_ ("Leaving") 18.19.14 Quit blueworm ("Leaving") 18.20.29 # pondlife: is your RINGBUF_ADD macro safe for use in an if? 18.20.59 # Should be. I put the whole thing in brackets. 18.21.03 # Why? 18.21.15 # cuz I'm going to use it in an if... 18.21.34 Join pixelma [0] (i=pixelma@82.193.235.34) 18.21.37 # Hmm, did I miss some arithmetic, or is this new? 18.23.24 Join Febs [0] (i=2662c44b@gateway/web/cgi-irc/labb.contactor.se/session) 18.26.55 Quit rre7zbach (Connection timed out) 18.27.28 # pondlife: herm? I haven't _used_ it, I'm _about to_ I think it'll work fine too, was just checking with you first ;) 18.27.52 Quit elinenbe ("CGI:IRC") 18.28.59 # I think we should reject this task http://www.rockbox.org/tracker/task/6191 (word viewer) because it's a strange, undocumented format. 18.29.03 # what do you think? 18.29.19 # i would agree 18.29.41 # I think it should be rejected because of the use of the word "microoft" 18.29.42 # you can give him a link to wvware 18.31.31 # Hum...I'm not sure why it would be helpful since viewing text files is next to useless enough on small screens. 18.31.54 # Viewing .docs would requires supporting .ttf and various other things. 18.31.56 # Right? 18.32.12 # Or would it just be extracting the text out of it, with very minimal formatting? 18.32.40 # isn't it possible to show a .doc as plain text only 18.32.48 # Could extract the text but I wonder if fully formatted tables are expected 18.32.57 # ! 18.33.09 Quit dan_a (Read error: 110 (Connection timed out)) 18.33.17 # on larger screens a html viewer would be nice. It could also help browsing the manual on the device. 18.34.13 # and embedded jpg images could be a problem 18.35.27 # we've got a jpeg decompressor already 18.35.35 Quit linuxstb ("CGI:IRC") 18.36.28 # I don't think a basic html viewer would need support for images. 18.36.44 # it would be nice, though 18.36.49 Join Lear [0] (n=chatzill@h187n8c1o285.bredband.skanova.com) 18.37.44 Join Arathis [0] (n=doerk@p54848E2B.dip0.t-ipconnect.de) 18.38.09 Part Paul_the_Nerd 18.40.45 Join Davide-NYC [0] (n=chatzill@user-12hdtm5.cable.mindspring.com) 18.41.43 # I think we should have an image handling library and therefore a more comprehensive image viewer plugin 18.44.21 # Is here anyone in from the Unitet States? 18.44.26 # -t+d 18.45.07 # Rob2222_: I am, why? 18.45.40 Join dan_a [0] (n=dan-mirc@217.23.173.156) 18.46.22 Nick Rob2222_ is now known as Rob2222 (n=Miranda@ACB39D1C.ipt.aol.com) 18.46.31 Join TeaSeaLancs [0] (n=thunderc@82.152.99.209) 18.46.48 # pondlife: the overlap logic was indeed flawed, but my adjustment to buffering termination will fix it any way. 18.47.09 # Good 18.47.18 # PaulJam: bad news! 18.47.38 Quit NickDe ("Leaving") 18.48.02 # what? 18.48.07 # The playback.c commit on the 15th August was indeed bad - and could result in memory corruption = white noise 18.48.25 # This was then fixed by the commit on the 23rd August 18.49.02 # So, if I understand correctly, your white noise may be from a different cause to that in the current CVS. 18.49.29 Join NickDe [0] (n=nicholas@198.7.232.64) 18.49.41 Quit TeaSea (Read error: 110 (Connection timed out)) 18.49.46 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 18.50.28 Join Rob2222 [0] (n=Miranda@ACB39D1C.ipt.aol.com) 18.50.43 # re :/ 18.50.44 # Of course, the slopping problem seems to have been there throughout? 18.50.47 # hcs: so they can come in with a swat team on a no-knock raid...why just cause. Maybe they'll find something. 18.50.48 # stopping! 18.50.59 # slopping! :D 18.51.11 # Hmm, a new feature, I fear! 18.51.25 # Rockbox v3.1 - now with random slopping 18.51.36 # If it can feed the cat and clean the litter too I'd be happy 18.52.19 # pondlife: what do you think about a "RINGBUF_CROSS(i,j,x) (i=j:i+x-filebuflen>=j) 18.52.21 # lostlogic: Is your update coming to CVS soon? 18.52.43 # pondlife: haven't finished the code nor started testing, so you go ahead if you have some stuff ready. 18.52.45 Quit rretzbach (Read error: 104 (Connection reset by peer)) 18.52.53 # btw, the stopping problem is still there with the voice line commented out, but i guess this was more or less expected. 18.52.55 # No, just wanted to see it! 18.53.17 # PaulJam: Well, it proves it's not the voice code doing it. 18.53.40 # lostlogic: RINGBUF_CROSS - does this detect wrap? 18.53.43 # yeah you'd think voice would be more trouble than it really is 18.54.23 # pondlife: it detects when the event "buffer pointer i moves x crosses j" 18.54.54 # Nope, still don't get it! What do you mean by "crosses"...? 18.55.07 # pondlife: so should i test a build from aug 23. 08:30 to see if this commit (temporarily) fixes the whitenoise problem? 18.55.20 # *fixed 18.55.39 # whitenoise problem? :> 18.55.43 # Yes, although it may be that the problem you're seeing is there too! 18.55.46 Join petur [0] (n=petur@rockbox/developer/petur) 18.55.53 # pondlife: hmm -- so I have the question: when I advance the buffer by x, from i, will I be before or after j? and this macro answers that question 18.56.03 # Aha gotcha 18.56.23 # x = the increase... I didn't get that bit! 18.56.32 # *nod* 18.56.35 # RINGBUF_ADD_CROSS maybe? 18.56.38 # sure 18.56.39 # what's j? 18.56.42 Quit lodesi (Read error: 113 (No route to host)) 18.57.07 # j is the point you're checking against. 18.57.09 # jhMikeS: that's a good question -- in my initial use of the macro, j will be the current read position of the buffer 18.57.17 # The finishing line, if you will 18.57.30 Quit godzirra (Read error: 104 (Connection reset by peer)) 18.57.33 # #define RINGBUF_PHOTO_FINISH... 18.58.13 # pondlife: I'll redefine the macro arguments to be consistent with your naming: p,v,o? 18.58.28 # i is the write pos? 18.58.36 # o? or p1/p2? 18.58.37 # in the initial use, yes 18.58.40 # p1/p2, sure 18.58.40 Join lodesi [0] (n=lds@82.247.165.89) 18.59.07 # Never was a fan of o for pointers. Have seen it many times though. 19.02.23 Quit Davide-NYC ("Chatzilla 0.9.75 [Firefox 1.5.0.7/2006090918]") 19.02.25 # (wr_pos < rd_pos ? wr_pos+bytes >= rd_pos : wr_pos+bytes-filebuflen >= rd_pos) ?? 19.02.38 # Readable, aren't they! 19.03.22 # * amiconn wonders what association lets a dev use 'o' for a pointer... 19.03.50 # stands for "ouch it's pointy"? 19.03.52 # * pondlife won't name names... 19.03.52 Join spiorf [0] (n=spiorf@host238-200.pool8248.interbusiness.it) 19.04.26 # or maybe "offset" 19.04.33 # Or "overwrite randomly" 19.05.03 # heh...let's have a version of the sliding puzzle where you put ram back in order 19.05.16 # Actually "offset" is the reason. But they are often converted to pointers without changing the name. 19.05.23 # I think that's what I've seen. 19.05.34 # jhMikeS: Heh, pointers are neat 19.06.41 # jhMikeS: how about start, mark and bytes? 19.07.05 Quit MarcoPolo (Read error: 104 (Connection reset by peer)) 19.08.06 Join dpr0 [0] (n=x@86.59.55.206) 19.09.09 Join ender [0] (i=null@84.52.165.220) 19.09.16 # pondlife: little update: with voice commented out, the whitenoise problem still exists (tested on target) 19.09.45 # OK. I thought it might. Current code I assume? 19.09.58 # yes 19.09.59 # dan_a: Do you have a scan of the iPod 3G front? 19.10.06 # Could you try the 24th Aug? 19.10.15 Nick ender is now known as ender` (i=null@84.52.165.220) 19.10.23 # amiconn: Sorry, I don't 19.10.38 # And I don't have access to a scanner either 19.10.40 # I suspect this is a long-standing issue,sadly. This could disprove that theory. 19.11.10 # i'm currently testing on a sim from aug 23. 08:30 19.11.42 # OK. Can you repro with a short album? Or do you have to do a full buffer's worth perhaps? 19.11.52 Join rretzbach [0] (n=robert@dslb-084-062-031-208.pools.arcor-ip.net) 19.11.53 # i.e. is it possibly linked to buffer wrap? 19.12.51 # You're certainly powering through the tests quicker than I thought possible! 19.13.03 # the first album has 4 tracks (23,4 MiB) 19.13.04 Join MarcoPolo [0] (n=MarcoPol@virlet.rez-gif.supelec.fr) 19.13.17 # i'm sure how that macro will detect buffer overflow reliably...maybe not trying hard enough 19.14.08 # the second album is longer, because the whitenoise problem happens after buffer refill. 19.14.32 # jhMikeS: it doesn't detect overflow, actually I just modified it so it returns the number of bytes by which you will cross the mark 19.14.55 Quit _Lucretia_ (kornbluth.freenode.net irc.freenode.net) 19.14.55 NSplit kornbluth.freenode.net irc.freenode.net 19.14.59 # 'returns' I always say that, but that's not how macros work 19.15.09 # calculates 19.15.59 # I wasn't sure on the virtues of macro vs. function vs inline function on this one. Are you happy with macros? 19.16.07 # yes. 19.16.50 # * pondlife wonders what isn't being reset after playback finishes naturally, and playback is then started again... 19.17.18 # looks like it returns bool 19.23.53 Join acknabar [0] (n=qailer@c80-217-91-17.cm-upc.chello.se) 19.23.54 Join wooo [0] (n=none@cpc3-bele3-0-0-cust660.belf.cable.ntl.com) 19.26.02 # Sansa updates ahoy! 19.27.15 # yeah, I guess it works...have to be patient with me...I'm kinda mentally challenged :) 19.32.48 # nice updates! 19.33.04 # is that the same ADC driver as in the H10? does it work? 19.33.05 Quit SereR0kR (Read error: 104 (Connection reset by peer)) 19.33.45 NHeal kornbluth.freenode.net irc.freenode.net 19.33.45 NJoin _Lucretia_ [0] (n=munkee@dyn-62-56-72-136.dslaccess.co.uk) 19.33.57 # barrywardell: I've used the ADC driver from the H10, but I don't know if anything uses it. Nothing seems to. 19.34.21 # ah, ok. 19.34.38 # i'd imagine at least the battery should 19.35.03 # The mic must be connected to something, too. 19.35.45 # the mic on the H10 isn't connected to the ADC 19.35.52 # It's so much easier to figure things out when you've got an LCD screen! 19.36.05 # How is it connected on the H10? Or don't you know yet? 19.36.22 # it's connected to the WM8731 19.36.34 # the recording patch in the tracker works with the mic 19.36.41 # Oh, of course. 19.37.48 *** Saving seen data "./dancer.seen" 19.38.55 # * barrywardell has a sansa on order :) 19.39.30 # barrywardell: hope you don't switch to sansa_only than ;) 19.39.50 # both are quite similar i think 19.40.22 # great :) 19.41.02 # * Arathis hopes for even better development because of more (?) devs :D 19.43.36 Join leftright [0] (n=leftrigh@p54997076.dip.t-dialin.net) 19.44.04 # hi, i want to flash my recorder, but the url returns 404 http://www.jens-arnold.net/Rockbox/flash_rec.zip 19.44.59 # leftright: Those images are taken down on purpose, they're way outdated: Bootbox is the supported method now: http://www.rockbox.org/twiki/bin/view/Main/BootBox 19.45.09 # the diffrenece between the Original firmware and Rockbox on the recorder is Day and night, trully amazing 19.45.19 # thanks amiconn 19.46.33 # that backfround noise with the original fimware is gone with rockbox, i dont know how you go it but its magic, my unit is a fairly old one but still sounds good, sounds different to my H140 19.48.39 # * amiconn thinks the sim could simulate dual-core operation... 19.49.32 # Currently, the sim mimicks rockbox threading by mutexing sdl threads. For dual core, there could be 2 mutexes, one per simulated core 19.50.04 # pondlife: on a sim from 23 aug at 8:30 (directly after the fix) the whitenoise problem still exists. 19.50.59 # Good ;-) 19.51.02 # I guess 19.51.21 # OK, so how about if you go back to before the Aug 15th? Or did you already do that? 19.51.49 # dan_a: What's the 3G's backlight colour? 19.52.22 # amiconn: Light blue - I think it's the same as the 4G 19.52.29 # ah 19.52.36 # So it's different from the mini 19.52.55 # yes, on a sim from aug 15. 01:00 and from aug 10. 01:00 the whitnoise problem didn't happen. (but the stopping happened) 19.53.05 # I've not seen a mini 19.53.15 # The mini has white backlight 19.53.21 # ...at least the 2G 19.54.48 # so it seems that it was a commit on aug 15. between 01:00 and 18:05 19.54.49 Join D_C [0] (n=yay@124-168-86-29.dyn.iinet.net.au) 19.55.10 # Ah, so it must be the voice mod 19.55.16 # Can you open playback.c up... 19.55.34 Join drippydonut [0] (n=chatzill@AC8D5ABC.ipt.aol.com) 19.55.42 # on a current cvs? 19.55.46 # Yep 19.55.47 # amiconn, do i install Bootbox then Rombox, or the other way around 19.55.55 # Don't rush, I need to think a bit.. 19.56.31 # Ah, better idea 19.56.40 # Go to any "bad" version 19.56.57 # And run it with no .voice file present 19.57.27 # i have done all the tests with no .voice file 19.57.37 # Ah... ok.. Weird 19.57.53 # Well, plan B then. On the current playback.c 19.58.08 # on target i have a voice file, but it is located under /Daten/ 19.58.26 # OK. Can you try WITH a voice file and see if that helps 19.58.35 # Maybe that's why I'm not able to repro it 19.58.39 # ok 20.00.20 # do you think it would be possible for rockbox to have a pdf viewer 20.00.29 # or is that too intensiv 20.01.38 Join Rondom [0] (n=Rondom@p54AECE8F.dip.t-dialin.net) 20.02.38 # I've got to go now, unfortunately, but if you'd like to try something else, go back to the CVS build and look in the current playback.c routine audio_reset_buffer(). Then remove the else clause ("Allow for 1 codec...") completely and see if that fixes it in your original test (without voice file). 20.02.40 # pondlife: any specific voicefile? 20.02.53 # Don't think so 20.03.44 # Mine is 1,533,792 bytes - not sure where it's from though! 20.05.03 # Just noticed you said the offending commit must have happened before 18:05 on Aug 15... 20.05.08 Join charkins [0] (n=casey@pdpc/supporter/active/charkins) 20.05.32 # Well this work was after that. 20.06.28 # Forget me... I am in the wrong time zone 20.06.33 # D_C, I don't think it's impossible (at least on non-archos targets) but it would be quite some work. I don't think someone will pick this up soon 20.06.40 Join GreyFoux [0] (n=greyfoux@APoitiers-155-1-147-120.w81-50.abo.wanadoo.fr) 20.06.43 # It was at 18:01! 20.07.37 Quit Ed (Nick collision from services.) 20.07.52 Join Ed___ [0] (i=ed@83.98.131.212) 20.09.42 Join GrumpyPiano [0] (n=select@83.71.36.217) 20.09.46 Join lightyear [0] (n=lightyea@p54877E20.dip.t-dialin.net) 20.11.11 # Hi. I've a 3G iPod. And I'm wondering what would be the best audio format to use. That wouldn't have problems with buffer underruns. 20.11.41 # Hmm, is filebuflen -= CODEC_IRAM_SIZE + CODEC_SIZE; 20.11.46 # the same as filebuflen -= (CODEC_IRAM_SIZE + CODEC_SIZE); 20.11.47 # ? 20.12.10 # yes 20.12.11 # yes 20.12.12 # amiconn: i flashed my recorder, and I get the following message on boot "File type arrayfull", is this bad ? 20.12.23 # Welll, it's not that then... 20.12.33 # You probably didn't flash a recent build yet 20.12.48 # GrumpyPiano: Anything that doesn't compress very much (eg Flac.) The best compression/performance ratio seems to be for Musepak 20.12.56 # The flash images on the bootbox page contain a rockbox build from when these images were made. 20.13.16 # dan_a: Ok thanks I'll try that :) 20.13.32 # You already flashed that image, now run rombox.ucl or rockbox.ucl in order to bring in the current build 20.13.37 # hmm, I wonder if this will work at all. 20.14.15 # lostlogic: I dare you to scrap buf_ridx completely :-) 20.14.33 # The description on the FlashingRockbox page is basically still correct, only that we no longer use the archos firmware as fallback firmware, but bootbox, and that there is rombox 20.14.34 # pondlife: I'll leave that up to you. I _use_ buf_ridx in this code, so :-P 20.14.40 # Nooooo!! 20.14.50 # (but today's daily breaks rombox for recorder v1) :-( 20.15.02 # I tried and failed, but am still unsure exactly why buf_ridx is needed. 20.15.27 # pondlife: only because otherwise buf_ridx = CUR_TI->buf_idx + ci.curpos and that calculation sucks 20.15.45 # The funny thing is that's not always true 20.15.49 # oh 20.15.51 # cuz of codecs 20.15.55 # ? 20.16.03 # Do a seek and it ends up askew, even with codecsize=0. 20.16.11 # :( 20.16.18 # That is they mystery I'm left with 20.16.23 # dan_a: does musepack run well for 3g? 20.16.27 # It's probably obvious when you know about it 20.16.50 # But conceptually I don't see the need for buf_ridx. Just ci.curpos should deal with most stuff. 20.16.55 # well it plays music which is honestly better than I thought I'd do in my first shot 20.17.06 # What have you done..? 20.17.09 # pondlife: but ci.curpos is relative to the current track 20.17.18 # ahh, I know why it doesn't work 20.17.24 # amiconn; so if i rolo on the build i have it'll flash it ? 20.17.28 # preglow: I tested just about everything when we got sound on the 3g, and from memory, yes, musepack didn't skip 20.17.35 # becuase we move buf_idx when we overwrite part of a track, but ci.curpos is always relative to the _start_ of he track 20.17.47 # dan_a: how nice! 20.17.48 # Yes, but we have .start_pos 20.18.01 # so it's buf_idx + curpos - start_pos 20.18.02 # Or is that a file offset. 20.18.06 # this gets prettier all the time 20.18.23 # I just think it should be possible, conceptually. 20.18.38 # GrumpyPiano: It also helps if you go into the menu screen while you're listening to music 20.18.58 # Maybe ci.curpos should be relative to the buffer, not the track anyway? 20.19.02 # :) 20.19.07 # No, don't change it... 20.19.14 # haha, not now any way 20.19.41 # OK, so what have you found and changed that is likely to break playback so much?? 20.19.46 # pondlife: well for the first time in a long while, it's my turn to post a patch for testing 20.20.01 # \o/ The master returns.... 20.20.15 # just removed the use of fill_bytesleft 20.20.50 # I haven't looked at the filling much yet. Just assumed that worked once it was triggered... 20.21.26 # but it was apparently cuasing bugs, so ... :) 20.22.29 # http://lostlogicx.com//transfer/rockbox/remove_fill_bytesleft.diff 20.23.42 # Sadly I have to go now. Will try it in the morning. :( 20.23.58 # any other playback testing enthusiasts? PaulJam? 20.24.30 Quit dpr0 (Read error: 110 (Connection timed out)) 20.24.41 # see ya pondlife 20.24.49 # I've given PaulJam strict instructions not to branch from CVS until he can confirm that my voice patch was to blame :) 20.25.03 # lol 20.25.30 # * amiconn wonders why his last commit didn't trigger a rebuild 20.25.36 # Bagder? 20.25.37 # * pondlife couldn't resist and applied the patch 20.26.30 # Oops, it fills forever here. 20.27.01 # pondlife: as in it overwrites itself over and over? 20.27.18 # Not sure, just fills and fills 20.27.41 # weird. 20.27.56 # Recipe is on http://www.rockbox.org/tracker/task/5906 20.28.21 # I had a similar problem where I had a <= rather than a < on a filebuflen check 20.28.29 # When I was tinkering I mean 20.28.38 # OK, I really do have to go now. 20.28.54 Quit pondlife ("...and is in Trouble") 20.29.39 Quit Seed (Remote closed the connection) 20.29.43 # Ah, now it started... 20.30.10 Quit edx (Read error: 113 (No route to host)) 20.30.53 # the build server is becoming sentient and has devoloped a sense of humor 20.31.11 # Bagder: What does the buildmaster do in the 4 extra minutes when the build itself already finished? 20.34.43 Join halfss [0] (n=douglas@lvrgtnhed51-pool6-a10.lvrgtn.tds.net) 20.36.30 Nick dan_a is now known as dan_a_afk (n=dan-mirc@217.23.173.156) 20.37.17 # It thinks about inventing time travel to back to the 80s and kill Sarah Connor 20.38.02 Part halfss ("Ex-Chat") 20.38.08 # * preglow finally realises the rockbox plot for starting to use distributed computing 20.38.45 Part GrumpyPiano 20.39.36 # It's the endtimes and the build master will become our master and we shall gladly serve our build master 20.41.26 # serve him by doing code commits? ;-) 20.41.47 # It is 0xfood for the build master 20.42.41 Join SereR0kR [0] (n=SereR0kR@Ea47f.e.strato-dslnet.de) 20.42.52 # hehe 20.44.30 Join Seed [0] (i=ben@85.64.207.9.dynamic.barak-online.net) 20.44.32 Quit barrywardell ("CGI:IRC") 20.45.36 # Am I the only one who observes very unreliable USB connection on H1x0/H300/X5 ? 20.46.21 # x5 doesn't have a reliable usb connect no matter what...you can startle it easily. Must move slowly... 20.47.38 # It happens very often that the USB logo appears, but the PC doesn't mount the drive. Works everytime in H1x0/H300 bootloader USB, or cowon bootloader USB 20.48.19 Quit TeaSeaLancs (Read error: 110 (Connection timed out)) 20.49.04 # yup. If you're using debian you must be focused to some other window program too or else debian gets the connection. 20.49.07 # amiconn: no problem whatsoever on my h140... 20.49.35 # This is in windows. Never had any connection problems from the PC side 20.49.44 # but I has probs before that when pluggin/unpluggin too fast 20.49.56 Quit Seed ("cu, Andre") 20.50.09 # This seems to be a rockbox problem 20.50.13 # Windows here too. I do use the bootloader more often than not, but still... 20.50.30 # ...only happening on swcodec (except ipod which reboots into apple disk mode) 20.50.34 # I have the same stuff with the ROM boot when pluggin 20.51.32 # SWCODEC used to swap codecs out but I think that is gone. It's set up that if all thread don't ack the connect the connect never happens? 20.52.00 Join Seed [0] (i=ben@85.64.207.9.dynamic.barak-online.net) 20.52.06 # All threads with a public event queue must acknowledge the connection 20.53.51 # The codec thread can't if a codec is loaded and running. If voice is swapped, it can't either. hmmm. 20.54.46 # Does the codec thread have a public event queue? 20.55.22 # yes it seems. it has codec for usb connect events or had. I haven't looked at what changed except the swapping was removed. 20.55.38 # i.e. one that is initialised with queue_init(...., true); 20.56.52 Quit dan_a_afk (Read error: 60 (Operation timed out)) 20.56.57 # yes, it seems they all are in playback.c on quick reexamination 20.57.24 # except codec_callback_queue...oops 21.02.45 Quit SereR0kR () 21.03.00 Join webguest99 [0] (i=3eebdcad@gateway/web/cgi-irc/labb.contactor.se/session) 21.04.32 # amiconn: think there should be a memswap function to swap codecs with one buffer? Could be useful elsewhere too. 21.05.09 Join ben__ [0] (n=lightyea@p54877E20.dip.t-dialin.net) 21.05.11 Quit lightyear (Read error: 110 (Connection timed out)) 21.05.49 Quit Seed (Nick collision from services.) 21.05.52 Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) 21.05.56 Join Seed [0] (i=ben@85.64.207.9.dynamic.barak-online.net) 21.08.55 Join amiconn__ [0] (n=jens@p54BD65F9.dip.t-dialin.net) 21.10.39 Join falkyre [0] (n=falkyre@209.8.41.76) 21.10.53 Quit Rondom (Nick collision from services.) 21.11.00 Quit falkyre (Client Quit) 21.11.03 Join Rondom [0] (n=Rondom@p54AEE58B.dip.t-dialin.net) 21.15.05 Join Will [0] (n=Will@87-194-13-8.bethere.co.uk) 21.17.13 Quit acknabar ("Leaving") 21.17.27 Quit amiconn_ (Read error: 60 (Operation timed out)) 21.18.23 # hey is there a way to have rockbox start in a default folder i.e. where my music is stored? 21.20.39 Part Will 21.21.09 # hmmm...impatient. was gonna tell 'm 21.21.17 Join Will [0] (n=Will@87-194-13-8.bethere.co.uk) 21.21.19 # hahahaha 21.22.27 Join drezha [0] (n=chris@cpc2-leed8-0-0-cust431.leed.cable.ntl.com) 21.22.28 # Will: no, that's not possible 21.22.34 Quit amiconn (Read error: 110 (Connection timed out)) 21.22.35 Nick amiconn__ is now known as amiconn (n=jens@p54BD65F9.dip.t-dialin.net) 21.22.44 # * petur looks at jhMikeS ;) 21.22.49 # hi all 21.23.19 # hi there 21.23.22 # wherefore, sir petur? 21.23.41 # jhMikeS: "hmmm...impatient. was gonna tell 'm" 21.24.08 # thought you guys might be able to help... 21.24.08 # been considering changing my MP3's to Ogg Vorbis now I'm mainly using linux and had a couple of questions about it 21.24.09 # Well he waited about 60s and split 21.25.31 # If you want answers you have to wait till the season is right for the tree to bear fruit. :P 21.25.50 # any ideas on when that'll be? :p 21.25.56 # * petur gives up and minds some code 21.26.31 # petur: never give up, never surrender! 21.26.45 # drezha: asking would be wise if you're after answers 21.27.15 # sorry 21.27.44 # the prerequesite for an affirmative or negative is an interogative =:-D 21.28.08 # 1. from a brief look at http://www.rockbox.org/twiki/bin/view/Main/ManualRockboxInstall#iriver_jukeboxes it appears that I cant run Rockbox on my IHP-100 21.28.15 # this true? 21.28.35 # no, not true 21.28.52 Nick markun_ is now known as markun (n=markun@bastards.student.utwente.nl) 21.29.02 # no? good. So installing Rockbox, I'll be able to convert my MP3's to Ogg's and still have them play? 21.29.17 # drezha: well, you can have it play your mp3s as they are too 21.29.28 # converting from one lossy format to another is never wise 21.29.30 # drezha: I wouldn't convert them 21.29.35 # preglow: thanks :) 21.29.58 # drezha: which iriver do you have exactly? 21.30.01 # cheers 21.30.19 # the back of it says the iHP-100 21.30.31 # how many gigabite? 21.30.32 # jhMikeS, the king of semantics 21.30.36 # It's also unwise as well 21.30.48 Quit NickDe ("Leaving") 21.30.50 # slightly old now 21.30.59 # gigabyte even :) 21.31.07 # 10 21.31.41 Part Will 21.31.54 # my second question was, will using Ogg use less space for the same quality? 21.32.01 # I've never used or heard an ogg play before 21.32.20 # drezha: rip a CD to ogg and try it 21.32.20 # * jhMikeS : The king of not noticing when someone has left or entered. 21.32.25 # drezha: using a good mp3 encoder, the quality is about the same, don't expect drastic savings 21.32.45 # ogg vorbis does perform better at low bitrates, though, if you use that 21.32.47 # * petur looks at jhMikeS ;) 21.33.30 # But I did write that and THEN Will reentered so it wasn't that bad. 21.33.57 # right OK.. I was looking at 192 bitrates 21.35.06 # drezha: just rip to ogg at a few bitrates and compare 21.35.49 # I've converted mp3s to OGG when they need to manually edited to be gapless...:/ 21.36.28 # jhMikeS: when the MP3s need to be edited? 21.36.46 # jhMikeS: why not use mp3directcut to lossless crop mp3's? 21.37.00 # Open is WAV editor and strip out the encoder delays to the sample and encode that to OGG. 21.37.15 # How does it know the delays? 21.37.49 *** Saving seen data "./dancer.seen" 21.38.09 Quit webguest99 ("CGI:IRC (EOF)") 21.39.00 # I guess it could pick from common ones and all delays should be 1/2 frame for MPEG1...should try it thought even thought it almost never needs to be done 21.40.39 # is there any decent rippers for Ubuntu? 21.40.45 # I cant seem to change the bitrate 21.40.51 # petur: thanks, looks like a nice utility 21.50.56 Join Paul_the_Nerd [0] (n=Llorean@cpe-70-112-165-230.austin.res.rr.com) 21.52.14 Quit Ribs ("eh eh ehhhh!") 21.54.37 Quit Lear ("Chatzilla 0.9.75 [Firefox 2.0/2006100319]") 21.57.51 Quit Siku () 22.00.41 Join lee-qid [0] (n=liqid@p54966885.dip.t-dialin.net) 22.04.11 Quit charkins (Read error: 60 (Operation timed out)) 22.06.12 Part drezha 22.06.51 # rockbox is trully magic on the recorder, it is streaks ahead of stock 22.08.02 # I hav just flashed it as well, boot is quicker, 22.10.01 Join bluey- [0] (n=bluey@dslb-088-073-122-201.pools.arcor-ip.net) 22.10.08 # the lack of background noise with rockbox on ajr is just amazing, 22.11.06 Join nyonyai_csipcsi [0] (i=nyonyai_@catv-5063cf6c.catv.broadband.hu) 22.11.49 # I never used my recorder with Archos firmware, it is just so bad 22.11.50 # can someone tell me, how video playback is working nowdays on rockbox, especially on h300? 22.12.56 # its really amazing how different firmwares can be, the original is so shite in comparison 22.13.22 # does it plays back video with sound, or still not? 22.13.56 # but, how rockbox fixes the background/white noise, or poor snr is amazing 22.14.19 # nyonyai_csipcsi: still no sound 22.14.39 # hm ok, thanx 22.15.29 # when will the time come , when approximately be able to play with sound?:) 22.15.45 # nobody knows 22.16.17 # i in love with my Recorder, sounds different to my H140, recorders sound is "fuller" than the H140's, midrange is meatier 22.16.26 Join Rincewind [0] (i=squid@proxy2.rz.uni-karlsruhe.de) 22.16.59 # * leftright will stop gushing now 22.17.08 Join MadDog011 [0] (n=MadDog01@cable-87-116-149-50.dynamic.sbb.co.yu) 22.17.20 Quit Rincewind (Client Quit) 22.17.25 Part MadDog011 22.17.42 Join CriamosAndy [0] (n=Criamos@p54930C59.dip0.t-ipconnect.de) 22.20.16 Join nudelyn [0] (i=nudel@dyn-62-56-105-213.dslaccess.co.uk) 22.20.17 # next step is to fit a 120gig HDD, :-) 22.21.28 Quit myzar ("...") 22.22.09 Join myzar [0] (i=derelict@cpe-72-129-81-32.socal.res.rr.com) 22.23.34 Part nyonyai_csipcsi 22.24.37 Join RedKennedy [0] (n=red@cpe-24-198-185-151.maine.res.rr.com) 22.24.41 # hello all 22.25.06 # * Bagder says hello on the behalf of "all" 22.25.19 # :) 22.28.03 Quit drippydonut ("Chatzilla 0.9.74 [Firefox 1.5.0.7/2006090918]") 22.30.03 Quit Spida (Read error: 54 (Connection reset by peer)) 22.31.19 Part Paul_the_Nerd 22.32.08 Quit ben__ (Remote closed the connection) 22.32.52 Quit mirak (Remote closed the connection) 22.35.24 Quit Criamos (Read error: 110 (Connection timed out)) 22.38.23 Quit nudelyn2 (Read error: 110 (Connection timed out)) 22.38.50 Quit CriamosAndy (Read error: 110 (Connection timed out)) 22.42.27 Join godzirra [0] (n=shawn@c-68-57-151-199.hsd1.va.comcast.net) 22.42.36 # Howdy folks. 22.45.10 # Any word on 5.5g? 22.45.20 # hiya, godzirra. 22.45.49 # I've been a bit busy with other stuff for the past day, but I'm settling in now to try and debug that crash. 22.46.07 # All good. 22.46.13 # * myzar licks Kalthare and godzirra 22.46.15 # Let me know if you need any help testing. Its about all I can do to help :) 22.46.24 # myzar: I hope you're a hot chick... 22.46.30 # only if you want me to... 22.46.31 # Wait.. this is the internet.. everyone's a hot chick :) 22.46.33 # * myzar winks 22.46.38 # lmao 22.46.48 # interesting fact 22.46.54 # my name in ascii totals 666 22.47.05 # heh 22.47.26 # if you need me to help you guys with the 5.5s, i can help ya 22.47.36 # but i code in brainf**k and not C++ 22.47.44 # though i do have an 80 22.48.17 # I've neutered the functions that write the file that's crashing, but I'm still setting up my iPod for testing, so I dunno yet if that'll narrow things down at all. I do note, with some surprise, that one of the functions in question steals the MP3 buffer for its own purposes. 22.50.33 # ;o 22.50.39 # evening 22.50.51 # perhaps that has something to do with either search or gapless? 22.50.51 # can i upgrade an ipod firmware after having rockboxed it? 22.50.59 # yes 22.51.03 # because itunes seems like it hangs 22.51.03 # but you will need to reinstall rockbox 22.51.13 # ah 22.51.13 # that's not rockbox pill 22.51.16 # here's a simple test 22.51.23 # that's itunes being sucky? 22.51.26 # plug in your ipod and find the database file 22.51.32 # cut it somewhere else and run itunes again 22.51.38 # if it runs, you know some program corrupted it 22.51.46 # well itunes runs 22.51.49 # but hangs. 22.51.50 # crashes 22.51.54 # or seems unresponsive 22.51.57 # yes 22.51.57 Part mra ("Leaving") 22.51.59 # yeah, i'm in the same boat 22.52.00 # yesyes 22.52.06 # i used the winamp plugin ml_ipod once 22.52.11 # now anything can read the ipod but itunes 22.52.20 # okay 22.52.20 # and i dont like that, because now i cant get gapless 22.52.25 # try to do what it old ya 22.52.31 # but say it's a friend's ipod mini 22.52.36 # if i delete the db 22.52.42 # no 22.52.44 # do not DELETE 22.52.44 # will i be able to rebuild it 22.52.47 # move it temporarily 22.52.50 # (i'm a newbie at ipod) 22.52.54 # ah! 22.53.13 # itunes will say you have no music 22.53.19 # but it's there, as you can tell by the space meter 22.53.24 # if so, it's your database 22.53.34 # okay hang on tight 22.53.37 # i'll let you know 22.53.47 # i've got a question about the doom plugin...is there anything to install besides teh rockdoom wads and teh game wads? 22.53.48 # the* 22.54.14 # RedKennedy: That should be it, unless you want addons 22.54.21 # lame 22.54.22 # sexy addons. 22.54.26 # like Kalthare in the nude. 22.54.31 # :o 22.54.32 # Kalthare: danke 22.54.35 # heh 22.54.41 # was i right, pill? 22.54.46 # what is the name of the itunes db file? 22.54.50 # itunesdb? :p 22.54.51 # this is going to make study halls fun on my x5 :) 22.54.53 # yeah. 22.54.58 # that it? 22.55.03 # yes 22.55.05 # don't delete it. 22.55.14 # it's 164kB 22.55.22 # yeah, you don't have much music 22.55.26 # she 22.55.30 # :p 22.55.36 # she. 22.55.58 # reboot 22.56.02 # brb 22.56.02 # maybe she unplugged it at a wrong time 22.56.10 # maybe 22.56.10 # and it killed her DB file 22.56.16 # that's pretty small 22.56.21 # unless she has like... 4 songs 22.56.28 # we'll be sure in 5 minutes 22.56.29 # brb 22.56.33 # wii boot 22.56.34 # wait. 22.56.37 # why are you rebooting. 22.56.40 # ugh, nevermind 22.56.49 # because i thought itunes was faulty 22.56.53 # so i uninstalled it 22.56.56 # and did not reboot 22.57.16 # so now it says "reboot before reinstalling itunes" 22.57.29 # go ahead. 22.57.31 Join Id2ndR [0] (n=ubuntu@laf31-2-62-34-88-193.dsl.club-internet.fr) 22.57.33 # k brb 22.59.34 Quit amigan (Read error: 104 (Connection reset by peer)) 23.00.08 Quit leftright (" Try HydraIRC -> http://www.hydrairc.com <-") 23.01.23 Quit rretzbach (Read error: 104 (Connection reset by peer)) 23.02.03 Join amigan [0] (i=dcp1990@unaffiliated/amigan) 23.05.09 # back 23.05.39 Join blueworm [0] (n=blueworm@7.Red-80-32-172.staticIP.rima-tde.net) 23.07.46 # Okay, if you destroy half of the playlist code, music playback works on the 30GB 5.5G 23.08.36 # now itunes doesn't seem to see the ipod 23.08.42 Quit lee-qid ("Trillian (http://www.ceruleanstudios.com") 23.08.48 # and sometimes i wonder why i hate apple 23.10.12 # destroy playlist code? 23.10.13 # huh? 23.10.28 Quit bluey- ("Leaving") 23.11.33 Join NickDe [0] (n=nicholas@13.sub-75-192-156.myvzw.com) 23.12.20 # What crashes it is the playlist control file being updated. 23.12.35 # Huh. 23.12.36 # thats odd. 23.12.47 Quit Arathis ("[rl_bot quit]") 23.13.18 # Now I'm updating the tag cache during playback, and it's handling it like a champ. So, yeah, the playlist code is the problem here. 23.14.02 # how do you get that mfing itunes to see that frigging ipod??!! 23.14.22 # is there a "scan" option or something? 23.14.27 # apple.com/support 23.14.40 # * pill dies 23.16.21 # Well, as I said before, one of the functions I gutted was taking over the MP3 buffer for its own purposes... 23.17.01 Join Moos [0] (i=51400b8c@gateway/web/cgi-irc/labb.contactor.se/session) 23.17.23 # hmm 23.17.46 # itunes still appears to hang at "upgrading "that ipod" please wait.. thing 23.17.57 # or in progress.. 23.37.52 *** Saving seen data "./dancer.seen" 23.39.22 Quit MarcoPolo (Read error: 104 (Connection reset by peer)) 23.40.51 # pill 23.40.54 # i think you killed the ipod 23.40.58 Join mirak [0] (n=mirak@AAubervilliers-152-1-62-6.w82-121.abo.wanadoo.fr) 23.41.00 # but the DB file has nothing to do with that 23.41.18 # if it wasn't seeing the IPod, i think that it was a short while before it would have died anyways 23.42.15 # * petur finds ugly ascii art in philips sample code 23.46.11 # it's usually easier to fix the ipod yourself than hope itunes can do it 23.47.14 # godzirra 23.51.08 Join xamphear [0] (n=xamphear@d-65-175-175-236.metrocast.net) 23.51.15 Join charkins [0] (n=casey@pdpc/supporter/active/charkins) 23.55.19 Quit wooo (Read error: 110 (Connection timed out)) 23.57.40 # it was not itunesdb 23.57.44 # it was no nothing 23.57.51 # itunes still hangs 23.57.54 Quit blueworm ("Leaving") 23.58.07 # and it's pissing me off to the point of no return 23.58.56 Quit Febs ("CGI:IRC (EOF)")