--- Log for 19.09.106 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 17 days and 18 hours ago 00.01.46 # I think the Apple one still only clicks when the cursor moves, but I like the idea of it clicking each time the wheel *wants* the cursor to move, since then you know how fast you're actually triggering the wheel. More like physically turning something. Does that make any sense? 00.02.03 Join dpassen [0] (n=dpassen1@resnet-236-163.resnet.UMBC.EDU) 00.02.29 # Paul_The_Nerd: it does 00.03.42 # i agree completely 00.04.07 # * amiconn wants adjustable wheel sensitivity, and the hard-wired repeat when keeping the finger on the wheel to be removed 00.07.24 # obo: setting thread priority 4 (same as UI thread) works fine 00.08.13 # now to make a build with unplug + piezo and i can finally go to sleep 00.08.27 # heh 00.08.57 # no sound skipping nomatter how fast or long i scroll 00.10.00 # I figure I'm probably in way over my head, but how would I go about debugging crashes on the ipod mini 1g? 00.10.54 # Crashes as in "Error message" or freezes? 00.11.17 # Data abort at hex. I figure for the freezes I'm out of luck. 00.13.23 # Well, the hex values can be looked up in the .map file for that build (available when compiled) 00.14.18 # Yeah, it looks like the crash I got just now was in set_cpu_frequency(). But isn't there a way I can get a disassembly or something that shows where in the function it crashed? 00.14.22 # amiconn: still there? 00.14.30 Quit CriamosAndy ("( www.nnscript.de :: NoNameScript 4.03 :: www.XLhost.de )") 00.14.50 # amiconn: I would like acceleration control of the scrolling iriver too 00.15.04 # good night all 00.16.38 # mirak: ?? 00.18.19 # nite lini 00.20.46 Quit petur ("here today, gone tomorrow") 00.23.31 Quit lee-qid (Read error: 110 (Connection timed out)) 00.24.40 Quit aegray (Read error: 110 (Connection timed out)) 00.25.13 # amiconn: control the select bar scrolling 00.25.18 # in folder browsing 00.25.52 # What so you want to control there? 00.25.55 Quit dpassen1 (Read error: 110 (Connection timed out)) 00.26.02 Quit obo ("bye") 00.26.17 # I think the acceleration is perfect for button-scroll targets and doesn't need any adjustment 00.26.20 # a setting that let you choose when you want the bar to accelerate and how much 00.26.44 # The ipod scroll wheel is an entirely different thing 00.27.27 # I think it's too slow to start to accelerate 00.27.31 # for me 00.27.54 # I admmit people have different tastes on that matter 00.28.48 Quit Nibbier (Read error: 104 (Connection reset by peer)) 00.30.16 Join RoC_MM [0] (i=dragon@c-66-177-58-16.hsd1.fl.comcast.net) 00.30.33 Quit linuxstb_ ("CGI:IRC") 00.31.39 Quit RoC_MM (Client Quit) 00.36.44 Quit Pyromancer (Remote closed the connection) 00.41.40 Join webguest61 [0] (i=917408a3@gateway/web/cgi-irc/labb.contactor.se/session) 00.44.45 Quit lodesi ("leaving") 00.47.54 Join Nibbier [0] (n=sven@e181070110.adsl.alicedsl.de) 00.48.48 Join Pyromancer [0] (n=pyromanc@dsl092-069-150.bos1.dsl.speakeasy.net) 00.50.09 # Generally speaking, is there a way a newbie like me can help stabilize the mini1g port? 00.59.52 Join italys [0] (n=Adam@66-178-164-116.dialup.bendor24hg9.rio.com) 01.01.40 Quit webguest61 ("CGI:IRC") 01.01.57 # Kalthare: One useful thing is to find reliable ways to recreate bugs. Being able to easily recreate a crash/freeze is half-way to fixing it. 01.02.07 Join rotator [0] (n=e@rockbox/developer/rotator) 01.02.55 # Rockbox is incredible 01.03.32 Quit matsl (Remote closed the connection) 01.03.48 # linuxstb: Hm. Well, hopefully I can, but I've just been running into random crashes and freezes during playback. :/ 01.04.12 # It's the CPU boosting bug. Again. 01.04.51 # Paul_The_Nerd: Oh. What's known about it? 01.05.05 # Disabling CPU scaling prevents it. 01.05.14 # Boosting the cpu by hand prevents it. 01.05.22 # * midkay hopes playback and config loading are fixed when he upgrades to the latest CVS build.. 01.05.29 # today wasn't particularly fun in those aspects. :) 01.05.45 # And as far as I know, it only happens on 1G Mini, 4G Photo and Grayscale. 01.06.11 # That's about as much as I've got "reliably" 01.06.27 # Has a standard way of refering to the two different "generations" of the Nanos been decided upon yet? 01.06.37 # Nano, and Nano 2G 01.06.38 # :-P 01.06.48 # I think the wiki needs updated to reflect that all the info refers ONLY to the Nano 1G 01.06.50 # I guess the old ones could be referred to as 1G nanos now 01.07.09 # sigh.. i think it was that new.. er.. scheduler. 01.07.13 # I think "1st gen" and "2nd gen" is better - too many people confuse "1G" with "1GB"... 01.07.24 # config loading is broken, and playlists seem to play in reverse order or something.. 01.07.43 # Paul_The_Nerd: I don't suppose there's anything I can do to help? 01.08.08 # linuxstb - that makes sense, should I start changing "Ipod 4G" to "Ipod 4th gen" also? 01.08.35 # Slasheri? 01.08.37 Quit spiorf (Read error: 60 (Operation timed out)) 01.08.52 Quit klrspz () 01.09.49 # Kalthare: I'm really not sure, honestly. 01.10.30 # i just installed rockbox on my 20gig 4gen grayscale pod 01.10.32 # <3 01.11.39 # Paul_The_Nerd: Well, I'll see if I can figure something out. I don't expect much, tho -- this is way beyond my ability. 01.11.58 Quit Pyromancer ("Ex-Chat") 01.12.21 # Kalthare: If you can come up with a reliable way to cause the crash, that would be, as linuxstb said, one of the best possible things 01.14.05 # Paul_The_Nerd: Okay, I'll poke at it for a while. 01.14.10 *** Saving seen data "./dancer.seen" 01.19.00 Join Pyromancer [0] (n=pyromanc@dsl092-069-150.bos1.dsl.speakeasy.net) 01.21.11 # Hmm. I updated Rockbox today, and since then, the wheel's been really unresponsive. 01.22.05 # That will be the new scheduler... 01.22.46 # Oh. Does it have crashes, too? 01.22.51 # it's glitchy, i just had to get an older daily.. 01.23.26 # it causes playlists to be played in reverse, apparently.. as well as breaking config loading.. and when i changed crossfade settings it got stuck on "restarting playback". 01.23.55 # Surely you can't blame the scheduler for everything... 01.24.12 # the problems are introduced on that day, and i didn't see anything else that would cause it? 01.24.27 # Hmm, it freezes if I run doom and then sudoku. 01.24.59 # sounds really dubious that the scheduler could cause that 01.25.08 # there's the scheduler, and then.. a button mapping adjustment.. a bugfix.. and a menu adjustment. 01.25.12 # it comes in on exactly that day.. 01.25.15 # http://www.rockbox.org/daily/changes-20060917.html 01.25.38 # this build is the one that causes those things to happen, so.. i'm running the day before now and it's fine. 01.26.20 # is there anyway to remove the apple OS? 01.26.25 # i'd far prefer the new scheduler, i'd love having slower buttons or LCD updates sometimes instead of cutting out music. but it's not so nice when things are played out of order etc.. 01.26.59 Quit Kohlrabi ("Quit") 01.30.29 Quit jhMikeS (Read error: 104 (Connection reset by peer)) 01.30.45 Join Gatechy260 [0] (n=holton14@c-24-99-46-156.hsd1.ga.comcast.net) 01.31.33 # italys: Write this file to your firmware partition instead of the rockboot.bin you created - it doesn't include the Apple firmware and will greatly speed up booting on your 4g: http://www.davechapman.f2s.com/rockbox/rockboot-4g-noapple.bin 01.31.52 # I should still be able to mount my device in windows, right? 01.31.53 # italys: You can also delete the iPod_Control folder if you haven't already. 01.32.23 # italys: Yes, it doesn't affect the contents of your ipod's flash - which is where the disk mode code is. 01.33.18 # Well, I don't know enough to blame any particular code change, but it definitely reliably crashes if I run Sudoku after RockDoom. 01.33.55 # Kalthare: Have you set up a development environment and compiled your own version of Rockbox yet? 01.34.04 Join O11 [0] (n=irc@82-35-97-118.cable.ubr05.dals.blueyonder.co.uk) 01.34.26 # Hmm.. I had a general thought about rockbox as a whole.. 01.34.31 # linuxstb: Yeah, this is one I compiled myself. 01.35.02 # has rockbox ever approached a mp3 manufacturer to ask if they can have details on how the player works and the firmware? 01.35.19 # Kalthare: In which case, you could try older versions from CVS and see which change broke it. 01.35.35 # linuxstb: okay, I'll try that. 01.35.38 Join EV|Toshiba [0] (n=Testing@pool-72-64-146-8.tampfl.fios.verizon.net) 01.35.42 # because it seems like some people see the fact that they can put rockbox on their player as an advantage.. 01.35.51 # so it could be good for sales.. 01.35.57 # O11: Yes. Generally mp3 manufacturer's don't have the info we need - it's the chip manufactuerers, and a growing number don't make their datasheets public. 01.36.12 # and it's not like it's going to make any negative effects on their sales.. 01.36.18 # Oh -- when I built it, it complained that the apps/plugins/zxbox/ directory was missing. What's the story there? 01.36.32 Quit JoeBorn ("Leaving") 01.36.39 # linuxstb: oh.. okay.. 01.36.41 # You need to do "cvs update -dP" - zxbox is a new directory 01.36.44 # Kalthare: Did you download from CVS, or download a source archive? 01.37.02 # Okay, that'd be why. I don't know much about CVS, either. ;p 01.37.44 Quit O11 (Client Quit) 01.40.36 Quit TeaSea (Remote closed the connection) 01.41.07 # logf() doesn't cause problems, does it? I've been enabling it. 01.42.03 # It shouldn't do, but that could be worth testing. 01.42.42 # linuxstb: Fair enough. 01.43.26 # Apparently ipod_fw won't extract the firmware from a 5.5G, according to a recent post on our forums. 01.43.34 # Think maybe the 5.5G is encrypted now too? 01.46.24 # can anyone help me set up cygwin to be able to use arm-elf-objdump? 01.46.33 # Paul_The_Nerd: not unlikely 01.46.49 Quit Nibbier (Read error: 110 (Connection timed out)) 01.47.35 Join Nibbier [0] (n=sven@e181124038.adsl.alicedsl.de) 01.48.44 # Which ones are the 5.5G? 01.49.15 # The new Video with brighter screen 01.50.20 Join jhMikeS [0] (n=jethead7@adsl-68-252-4-178.dsl.sfldmi.ameritech.net) 01.50.51 # I don't think ipod_fw would complain if the firmware is encrypted - there must at least be other things different. 01.51.10 # Does anyone know if the audioscrobbler plugin will keep logging, even if I restart my DAP, or connect it to a computer? 01.54.07 # so 01.54.14 # hwo do I use tagcache 01.54.18 # I initialied it 01.55.21 # Have the RAM cache option on. 01.55.29 # Gatechy260: http://www.rockbox.org/twiki/bin/view/Main/CygwinDevelopment 01.55.34 # When it's done initializing, reboot your DAP. 01.55.52 # The ram cache option is not necessary. 01.55.59 # DAP? 01.56.09 # Digital Audio Player. 01.56.13 # No, but if your going to be going through the database, it'll drain battery life less. 01.56.14 # and "reboot your DAP" means "shut down cleanly by holding PLAY for a few seconds, then turn it back on" 01.56.31 # And then go to General Settings -> File View -> Show Files and choose ID3 Database. 01.56.35 # I don't see RAM cache option 01.56.45 Quit Landus ("Leaving") 01.56.59 # well, just got done reading through ipl's forums to see if they had any tidbits on the 2g nano......all i can say, is that they have *a lot* of idiots with over 600 posts... 01.57.21 Join Landus [0] (i=Landus@70-100-181-192.dsl1-erie.roc.ny.frontiernet.net) 01.57.32 # Landus: It will only save battery if you browse a lot 01.57.41 # Man, I hate when I accidently hit Alt - F4. 01.57.47 # Anyway, it's Load to RAM. 01.57.49 # my iPod just locked up 01.57.51 # what do I do 01.57.57 # Landus: If you like to set up a long playlist and then just listen to it, then it'll actually make your battery life worse. 01.59.07 # ok 01.59.14 # how do I select RAM option, Landus 01.59.17 # I see Load Into Ram 01.59.18 # scorche: I'm more interested about anyone who's tried IPL on an 80GB 5g 01.59.25 # That's it. 01.59.27 # Turn it on. 01.59.30 # Either yes or no. 01.59.44 # yeah...i was looking for that post...couldnt find it 01.59.48 # ok 01.59.51 # I rebooted 02.00.07 # Did you switch the file view to ID3 Database? 02.00.40 # ok 02.00.50 # it's working, thanks 02.02.26 # Anytime. 02.03.52 # I need to get a new iPod bat 02.05.11 # Before I butcher more of the wiki, could one of the elder gods tell me if they approve of http://www.rockbox.org/twiki/bin/view/Main/IpodInstallation 02.06.08 # weird 02.06.25 # going forward in a song list goes backwards 02.06.55 Quit [xt] (Read error: 60 (Operation timed out)) 02.07.00 Quit Gatechy260 (Read error: 60 (Operation timed out)) 02.08.15 # italys: use a few days older daily build, something broke it and i'm confident it's the new scheduler. 02.09.16 Join webguest14 [0] (i=47cdcd57@gateway/web/cgi-irc/labb.contactor.se/session) 02.09.44 Quit mooch (Read error: 101 (Network is unreachable)) 02.10.30 # what would be the better choice for rockbox - video ipod or iaudio x5l ? in terms of stability, etc... 02.11.34 # im leaning towards iaudio x5l because the native os supports flac and ogg . .. though that really wouldnt make much of a difference if i have rockbox on each . . . 02.12.33 Join ismo__ [0] (i=laitinei@huippu.net) 02.13.20 Join mooch [0] (n=data@195.60.253.141) 02.13.53 # stability is not an issue. 02.14.18 # RockBox has not been tested on the /new/ ipod videos, and might not work at the moment. 02.14.45 # The assumption was it would work, but reports are leaking in that it may very well not. 02.15.07 # But regardless of that, the major difference is buttons, screen, battery life, and features. 02.15.53 # aw 02.15.56 # it locked up again :( 02.16.03 Join [xt] [0] (n=[xx]@wikipedia/xx) 02.18.18 # Hm. I cleaned out .rockbox/ and the doom/sudoku crash went away. Grr. I should've tried that _first_. 02.18.36 Quit ismo_ (Read error: 113 (No route to host)) 02.19.11 Part italys 02.22.22 # Anyway, I'll be back later. 02.22.26 Quit Kalthare ("Download Gaim: http://gaim.sourceforge.net/") 02.27.56 # Soap: Didn't we just agree on "1st gen" instead of "1G" ? 02.28.39 # hmm anyone familiar with configuring SDL on Mac? 02.28.46 # I get this error: Unsupported system: Darwin, fix configure and retry 02.29.07 # im trying to build the sim 02.29.49 # I thought that worked now... Check the patch tracker - I think there is a patch to make the sim work on the Mac. 02.30.09 # alright i'll check it out 02.30.12 # linuxstb - I can do that, but it would involve changing LOTS of appearances of 1G, 2G, 3G, 4G, 5G throughout the wiki. 02.30.59 # I understand what and why you prefer that, but the overwhelming majority of the players are called NG 02.31.32 # I think the others are less important - for the Nano, we have both 1st gen and 2nd gen, and also 1GB and 2GB versions. 02.32.18 # But also, I would like to see the wiki install instructions disappear and replaced by links to the manual. 02.32.20 # That is an argument I hadn't considered, I was just trying to keep the naming conventions consistant. 02.32.54 # I was just starting there because they are the first linked pages in the ipod port section. 02.33.15 Quit ^BeN^ (Read error: 113 (No route to host)) 02.33.16 # Another useful page would be one that answered the question "What ipod do I have?" 02.33.34 # and yea, the *nix install page is weak, and the OS/X one needs updated like was done to the Windows one regarding the Nano with firmware 1.2 02.33.57 # Yes, I was too lazy to update all three pages with the 1.2 instructions... 02.34.05 # Could we use the images from the manuals, or should photos be used? 02.34.36 # You mean the new svg images? 02.35.55 # yes 02.37.07 Join JdGordon [0] (n=jonno@c220-237-57-32.smelb1.vic.optusnet.com.au) 02.37.19 # Yes, I think the svg images would be fine. 02.37.44 # The only problems I imagine with a photo-lineup ID system is: A-is there a visual difference between the Mini 1st and 2nd, and what is the visual difference between a video 30GB 5G and a video 30GB 5.5G? 02.38.07 # 60/80GB answers itself. 02.38.38 Join davidc__ [0] (n=davidc@72.169.118.173) 02.38.47 # 1st and 2nd gen minis have two key differences 02.38.59 # I think you would need a textual description as well. Other information such as the date/year of release and the status in Rockbox would be nice in that page. 02.39.00 # The text color, (white vs colored) and whether or not they have their capacity on the back 02.43.37 # Ok, fixed my "fix" of the Windows instructions. 02.49.01 # Paul_The_Nerd: "the text color" as in what? 02.49.12 # I believe the labels on the wheel 02.49.21 # oh. 02.49.36 # The IPL wiki has a good description - http://ipodlinux.org/Generations 02.50.41 Quit ismo__ (Read error: 110 (Connection timed out)) 02.51.32 # * linuxstb wonders if Rockbox works on a 1st or 2nd generation ipod. 02.51.34 Quit mooch (Read error: 113 (No route to host)) 02.52.00 # linuxstb: I can test for you when I get home... 02.53.13 Join daurnimator [0] (i=quae@unaffiliated/daurnimator) 02.53.49 Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) 02.55.00 # davidc__: Thanks. Feel free to fix any problems you might find :) 02.55.40 # * linuxstb goes to bed 02.55.51 # linuxstb: k.. is rockbox still fat only? [no hfs?] 02.56.06 # davidc__: yes 02.56.32 # what about ext3? 02.56.42 # linuxstb: feel free to steal our hfs driver from the bootloader :P 02.56.49 # no support for that either 02.56.49 # it should be fairly simple to kludge on 02.56.58 # ext3 is more important than hfs :) 02.57.26 # desrt: eh, fine. You can steal both drivers then ;) 02.57.37 # pfah 02.57.40 # my ipod won't even boot 02.58.35 # nano? 02.58.40 # ya 02.58.49 # plug it in to USB for an hour or so. 02.59.01 # they die hard when the battery is drained. 02.59.01 # make sure its a powered usb port 02.59.03 # that won't help 02.59.06 # charger is best 02.59.10 # desrt: yeah, it will. 02.59.16 # i assure you it won't 02.59.18 # desrt: unless ya hit it with an hammer ;) 02.59.26 # desrt: what did ya do to it then? 02.59.28 # it's a new 8gb one 02.59.31 # linuxstb: seen http://www.samsung.com/products/semiconductor/SystemLSI/DigitalMedia/OpticalASSP/OpticalPlayer/MP3/S5L8700/S5L8700.htm 02.59.35 # it doesn't work yet 02.59.36 # desrt: ah, what'd you do to it? 02.59.45 # tried to install rockbox :p 02.59.54 # desrt: ah, I thought you were talking about hard boot 02.59.55 # not os :P 02.59.58 # we told you it wouldnt work ;) 03.00.20 # scorche; i made backups :) 03.00.35 # and if you hadnt, i would have called you names 03.00.39 # scorche: wtf. 03.00.42 # theres some info for a S5l8700 03.00.54 # synic: ?? 03.01.20 # scorche: what are you running rockbox on? 03.01.42 # synic: are you the synic i think you are? 03.01.47 # scorche: I am. 03.01.58 # since when did you start coming in here? 03.02.13 # I dunno... since like 3 minutes after I found out you could run rockbox on an ipod 03.02.26 Quit jaebird ("Ex-Chat") 03.02.28 # (maybe last Wednesday or something) 03.02.29 # synic; DO NOT BE DECEIVED 03.02.32 # ah 03.02.33 Quit daurnimator ("I wonder where that fish could be") 03.02.34 # it doesn't work :p 03.02.39 # works for me :) 03.02.39 # unless it's an old ipod 03.03.13 # scorche: no, but really, what are you running it on? 03.03.31 # 00000000 7b 7b 7e 7e 20 20 2f 2d 2d 2d 2d 2d 5c 20 20 20 |{{~~ /-----\ | 03.03.31 # 00000010 7b 7b 7e 7e 20 2f 20 20 20 20 20 20 20 5c 20 20 |{{~~ / \ | 03.03.31 # 00000020 7b 7b 7e 7e 7c 20 20 20 20 20 20 20 20 20 7c 20 |{{~~| | | 03.03.31 DBUG Enqueued KICK desrt 03.03.31 # 00000030 7b 7b 7e 7e 7c 20 53 20 54 20 4f 20 50 20 7c 20 |{{~~| S T O P | | 03.03.31 # 00000040 7b 7b 7e 7e 7c 20 20 20 20 20 20 20 20 20 7c 20 |{{~~| | | 03.03.33 # 00000050 7b 7b 7e 7e 20 5c 20 20 20 20 20 20 20 2f 20 20 |{{~~ \ / | 03.03.36 # 00000060 7b 7b 7e 7e 20 20 5c 2d 2d 2d 2d 2d 2f 20 20 20 |{{~~ \-----/ | 03.03.38 # hahahahah 03.03.41 # oh dear lord 03.03.50 # perfectly formatted for a texteditor 03.03.51 # desrt: hehe... I remember that since long ago 03.04.08 # synic: ajr 03.04.12 # davidc__: No, I hadn't found that page on the 8700 - thanks for the link. 03.04.19 # wtf is ajr 03.04.33 # linuxstb: no ds'es yet... 03.04.35 # archos jukebox recorder 03.04.38 # but at least we have some specs 03.04.42 # Regarding HFS support - Rockbox needs read/write, and IIUC, loader2 only has a read-only HFS driver. 03.05.40 Part Paul_The_Nerd 03.06.20 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 03.06.20 # * desrt finds some xml in here 03.06.42 # uh. 100 calories? 03.07.18 # this must be the nike crap 03.07.41 # 03.08.01 # LOL 03.08.10 # why do they store this crap in the firmware? 03.08.27 # 03.08.35 # seriously. what a waste :p 03.08.36 # why not? 03.08.49 # davidc_: Some more publicity info: http://www.samsung.com/Products/Semiconductor/Support/ebrochure/systemlsi/audio_decoder_chip_datasheet_051103.pdf 03.08.53 # because i have to upload this crap when i flash my ipod now and usb is slow :p 03.08.57 # It'd be stored on the hard drive either way - it may as well be hidden. 03.09.11 # what a pedantic answer. 03.09.13 # aliask; actually, i'd prefer to be able to delete it :) 03.09.36 # But then you'd never be able to hear Lance Armstrong give you moral support while running! 03.10.52 # so if not arm, what were the last round of ipods running on? 03.11.05 # desrt: There's a FAT16 filesystem hidden in that partition - that contains those xml files and the voice clips as .wav files. 03.11.16 # desrt: arm. 03.11.25 # desrt: they are arm....but samsung, not portalplayer 03.11.32 # IPODRESOURCFAT16 03.11.33 # Specifically PortalPlayer SoCs containing two arm7tdmi cores. 03.11.35 # you speak the truth. 03.13.00 # desrt: Try running this program on the contents of the firmware paritition: http://www.davechapman.f2s.com/rockbox/fw.c 03.13.18 # It will extract the three images contained in it to files. 03.13.46 # You then need to strip the first 512 bytes from "image2.bin" and you can then use "mount -o loop" to access it. 03.14.11 *** Saving seen data "./dancer.seen" 03.14.19 # oh. good. it's short. 03.14.33 # * desrt looks it over before executing code from random websites linked to by strangers on irc :) 03.15.11 # I would be worried if you didn't... 03.15.19 # So I am convinced that rockbox is the greatest thing since sliced bread. 03.15.31 # my ipod is not a toaster. :( 03.15.32 # Or at least it made my x5 a lot funner to use =] 03.15.39 # desrt, it works about as well as one 03.16.30 # linuxstb; is this your code? 03.16.41 # Yes. 03.16.44 # it has a bug 03.16.51 # :) What? 03.16.53 # fwbuf=malloc(len); 03.16.56 # len might be negative 03.17.14 # (or insanely large, for that matter) 03.18.09 # I'll take the risk... 03.18.30 # it's insecure against rogue firmwares! 03.18.33 # But feel free to add a safety check - it shouldn't be more than 20MB 03.18.44 # i'm good, thanks :) 03.18.47 # Allocating a negative amount of memory is fun to do. 03.19.03 Join daurnimator [0] (i=quae@unaffiliated/daurnimator) 03.19.22 # you need for malloc, btw and for the various file functions you use 03.19.43 # * linuxstb makes a note never to share quick hacks again... :) 03.19.57 # also... your call to open() is incorrect 03.20.09 # when creating files open() takes a 3rd argument -- the mode of the file to create 03.20.16 # you probably want 0666 03.20.22 # (it gets modified by the process umask) 03.21.02 # channel 03.21.26 Quit bytie (Read error: 110 (Connection timed out)) 03.22.25 # so uh... i want to do a port :) 03.22.35 # Another interesting link relevant to the new Nano's processor: http://www.cparity.com/jpdfs/ieee/sp/wssips/2003016/01aug/0057lee.pdf 03.23.21 # hey. not bad. 03.23.46 # 3 years old. i wonder if it's still at all accurate 03.24.10 # linuxstb: where did you find that one? 03.24.13 # It's talking about the CalmADM DSP 03.24.28 # linuxstb; it's a research paper... 03.24.29 # scorche: googling for "calmadm" 03.24.38 # at the time they published this they probably had implemented it in VHDL or something 03.26.53 # linuxstb: so is the new processor ARM9? 03.27.24 # Yes - see the first PDF I linked to (or the html page davidc__ linked to) 03.27.56 Join Kalthare [0] (n=kalthare@c-71-197-114-207.hsd1.ca.comcast.net) 03.28.01 # so what needs to be done, anyway? 03.28.17 # modify the firmware to watch what interesting things happen? 03.28.36 # Firstly work out the encryption used in the firmware... 03.28.53 # encrypted? 03.29.04 # excessively lame. 03.29.07 # linuxstb: ah...i see...somehow, i missed that link on my tour of samsung's site 03.29.32 # Unless I'm mistaken, image1.bin (the main firmware) is encrypted. At least it's not ARM code, and there are no visible strings. 03.29.51 # awesome. 03.30.16 # ...not really 03.30.25 # heh. the mbr looks like the start of a FAT filesystem 03.30.30 # how odd 03.30.46 # scorche: You were probably searching for "8701" - that page is for the 8700. 03.31.25 # linuxstb: i was, but i also was searching for anything of a similar name, which i must have glazed over that one in the list 03.31.49 # A google for S5L8700 brings up a few other MP3 players using that chip... 03.32.07 # such as? (lazy me) 03.32.11 # linuxstb; what do you use to decompile arm? 03.32.13 # Could be interesting to get other firmware files. 03.32.26 # scorche: http://www.google.co.uk/search?q=S5L8700 :) 03.32.34 # bah you =) 03.33.09 # rrr, and I was just gonna get an ipod video, too 03.33.24 # In fact, it just seems to be one player: http://en.meizu.com/news_x.asp?MZ_ID=97 03.33.49 # Kalthare: the new ipod video does not have the new processor 03.34.18 # "the unofficial ipod video" 03.34.50 # scorche: but the bootloader doesn't work on it, right? 03.35.15 # Kalthare: correct..it is still beginning to be investigated though 03.35.40 # I guess you'll have it figured out by the time I have the money. 03.36.02 # desrt: I've just been using arm-elf-objdump up to now, but should really get myself a copy of IDA Pro. 03.36.19 # if you wish to place a time estimate on when it will be available, go ahead =) 03.36.43 # * linuxstb predicts it will be available when it's done. 03.37.00 # * scorche votes to stick with linuxstb's prediction 03.37.07 Join Davide-NYC [0] (n=chatzill@user-12hdtm5.cable.mindspring.com) 03.37.15 # * desrt reads fw.c a bit closer 03.37.43 # desrt: The firmware partition format is documented here: http://ipodlinux.org/Firmware 03.37.46 # Oh, say -- does ejecting the ipod do anything in particular? Or can I just unmount it and disconnect it? 03.38.08 # desrt: So it looks like Apple have kept that part of the ipod almost the same at least. 03.38.29 # linuxstb: well, you might not have much luck getting a copy of the meizu's bootloader....unless you happen to have some chinese friends 03.38.32 # so this says starts execution at 0x0 03.38.57 # i have to assume there is some other lower-level firmware (ie: not the disk) at this address 03.39.01 # since 0x0 on the disk is x86 code 03.39.04 # scorche: It's a weird device - flash-based (1GB, 2GB or 4GB) with a 320x240 screen and xvid playback... 03.39.12 # yeah...i noticed 03.39.17 # and werent you off to bed? =P 03.40.08 # Thanks for reminding me. I should go there... 03.40.13 # noo 03.42.07 # hm. littleendian 03.42.54 # desrt: There will be some code in flash RAM which is executed when the Nano is powered up or reset. That will load (and decrypt) the firmware from the flash disk and execute it. The "aupd" image on disk is that bootstrap code and is flashed when you upgrade the firmware. 03.43.13 # But now I really need to go to bed. Goodnight. 03.43.19 # hmm 03.44.18 # i guess if you send a new aupd then you risk for-real bricking your ipod 03.48.45 Quit daurnimator ("I wonder where that fish could be") 03.53.16 Join Quazgaa [0] (i=quaz@m175.telcomplus.net) 03.53.57 # desrt: is this the same unit you were describing before? http://en.meizu.com/news_x.asp?MZ_ID=97 03.56.09 # no? 03.57.00 # Davide-NYC: that is the placer with the samsung chip in it also 03.57.08 # s/placer/player 03.57.59 # My wants something with video playback for long flights. An 8GB version of that player looks like it could be endorsed. 03.58.07 # *My wife wants 03.58.41 # Davide-NYC: i beleive it only comes in 1, 2, and 4 03.59.03 # So far yes. But maybe soon it'll be offered with larger capacity. (this was off topic, sorry) 03.59.08 # cool. 03.59.10 Quit hardeep ("[BX] Become a BitchX Certified Systems Engineer today! Apply within!") 03.59.12 # they used mtools to create the resource filesystem 03.59.35 # wow, people still use bitchx? 03.59.58 Quit Rob2222 (Read error: 110 (Connection timed out)) 04.03.31 # Looks like I may be getting one of the new iPod things today. Any way I'd be able to help figure out the bootloader without putting it at risk? 04.03.35 # "this is lance armstrong. congratulations. you've covered 250 miles" 04.03.51 # this is surreal 04.04.04 # desrt: heh, that's in the firmware too? 04.04.39 # ya 04.04.45 # that's really weird. 04.04.50 # i just sucked it out using mtools 04.04.51 # crazy apple hackers 04.04.55 Quit gopp ("gop: god giveths and democarts taketh away!") 04.05.02 # i'm deeply amused 04.07.37 # bah, now I want to explore the 5g firmware 04.07.42 # this is your fault. 04.08.00 # for zxbox... do need to get the .tap or .tzx? 04.08.23 # JdGordon: I think either is ok - just make sure you get the 48k one 04.08.30 Quit BHSPitLappy (Remote closed the connection) 04.09.13 # synic: not sure what else you might find of interest...that was added with the 1.2 firmware update for the nike-apple device 04.10.25 Join actionshrimp [0] (n=nn@host81-129-197-4.range81-129.btcentralplus.com) 04.13.36 Join ^BeN^ [0] (i=Paprica@85.250.72.123) 04.14.24 Join Paul_The_Nerd [0] (n=Paul_The@cpe-70-112-165-230.austin.res.rr.com) 04.17.01 # simcity seems to be the only game i cn get working... 04.29.54 Quit sucka (Read error: 101 (Network is unreachable)) 04.32.42 Join vik [0] (n=vik@cor7-ppp1173.bur.dsl.connect.net.au) 04.32.58 Part pixelma 04.33.54 Quit Kalthare ("Download Gaim: http://gaim.sourceforge.net/") 04.34.18 Join nudelyn [0] (n=leo@dyn-62-56-66-42.dslaccess.co.uk) 04.34.49 # what units does rockbox store volume in internally? 04.34.54 Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) 04.41.28 Quit XavierGr (Read error: 110 (Connection timed out)) 04.45.35 Join mooch [0] (n=data@195.60.253.141) 04.47.51 Join ismo_ [0] (i=laitinei@huippu.net) 04.50.19 Quit ^H (Read error: 110 (Connection timed out)) 04.52.19 # vik: you mean decibels or what? 04.52.32 # midkay: yep 04.52.43 # vik: then, decibels. :) 04.53.02 Quit amiconn (Read error: 110 (Connection timed out)) 04.53.02 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 04.53.35 # wasn't sure if it was that or % or 0-255 or something. 04.53.52 # ah. used to be % a while ago. 04.57.36 # but now I've found functions which give the min and max anyway, making it independent of units 05.06.36 Join mooch_ [0] (n=data@195.60.253.141) 05.07.15 Quit mooch (Read error: 101 (Network is unreachable)) 05.10.01 Quit ismo_ (Read error: 110 (Connection timed out)) 05.14.14 *** Saving seen data "./dancer.seen" 05.15.16 Join ismo_ [0] (i=laitinei@huippu.net) 05.20.54 Quit EV|Toshiba (Read error: 104 (Connection reset by peer)) 05.24.41 Quit _Veseliq_ (Remote closed the connection) 05.26.05 Join _Veseliq_ [0] (n=veseliq@195.85.215.210) 05.46.49 Quit actionshrimp ("( www.nnscript.de :: NoNameScript 4.01 :: www.XLhost.de )") 05.56.55 Quit Davide-NYC ("Chatzilla 0.9.75 [Firefox 1.5.0.7/2006090918]") 06.11.12 Join damaki [0] (n=Chocolat@ALille-253-1-4-64.w90-7.abo.wanadoo.fr) 06.16.49 Quit Nibbier (Read error: 110 (Connection timed out)) 06.16.57 Join Nibbier [0] (n=sven@e181084074.adsl.alicedsl.de) 06.23.58 Join JoeBorn [0] (n=jborn@adsl-75-2-241-229.dsl.chcgil.sbcglobal.net) 06.26.44 Quit damaki__ (Read error: 110 (Connection timed out)) 06.31.51 Quit davidc__ (Read error: 54 (Connection reset by peer)) 06.33.00 Join davidc__ [0] (n=davidc@72.169.118.173) 06.40.53 Quit rotator ("zzzzzzzzz") 06.54.00 Quit [xt] ("(madvirii): i thought the cosby show was programmed in linux") 07.08.01 Quit Xerion (Read error: 104 (Connection reset by peer)) 07.09.54 Join aegray [0] (n=aegray@74.135.163.80) 07.11.38 Join Xerion [0] (i=xerion@zarathul.student.utwente.nl) 07.14.16 *** Saving seen data "./dancer.seen" 07.30.16 Join damaki_ [0] (n=Chocolat@ALille-253-1-15-40.w90-7.abo.wanadoo.fr) 07.31.45 Join Kalthare [0] (n=kalthare@c-71-197-114-207.hsd1.ca.comcast.net) 07.36.45 Join spiorf [0] (n=spiorf@host49-0.pool80183.interbusiness.it) 07.39.14 Join rigel [0] (n=rigel@c-24-7-33-87.hsd1.ca.comcast.net) 07.39.20 # does rockbox supprt flac? 07.39.25 # yes 07.39.34 # COOL 07.39.42 # what about a monkeys-audio plugin? 07.39.54 # if you say so... id rather have 14 weeks of music on my DAP than 14 minutes 07.39.57 # nope 07.40.20 # 20 gigs is still 35-40 full length 74:00 cds 07.40.40 # hehehe 14 minutes 07.41.06 # I think you'll get worse battery life, due to more disc accesses.. right? 07.41.19 # ah, probably 07.41.31 # yes...but it is a more efficient codec than others, so it balances out somewhat 07.41.38 # i've got most of my stuff in mp3 and ogg 07.41.54 # but some things in flac that i like in particular and may be more prone to psychoacoustic artifacts 07.42.10 # which those 2 properties fairly easily intersect for me 07.42.10 # :p 07.42.25 # FLAC is one of the most efficient codecs, but MP3 is now, for all practical purposes, nearly as efficient since they both play unboosted. 07.42.41 # they do? 07.42.48 # Any news on the 5.5G? 07.42.48 # On coldfire 07.42.57 # unboosted? 07.42.59 # Kalthare: nope 07.43.03 # ha, I'm playing from ADPCM, beat that for efficiency 07.43.06 # Kalthare: The firmware partition contents have changed, so the tools need to be adjusted. 07.43.07 # ah,,, 07.43.35 # Quazgaa: The processor doesn't have to change to a faster speed (on the iRiver HXXX series players) during playback. 07.43.39 # Paul_The_Nerd: about how long ago was it optimised for coldifre? 07.43.53 # scorche: It was actually a general optimization. It benefited the iPods as well. 07.43.57 # i see 07.44.08 # ah..i dont remember hearing such news 07.44.13 # Paul_The_Nerd: Okay, thanks -- that's what I figured. Is there anyone working on it? 07.44.21 # scorche: If I recall it was the one that made the iPods not *always* skip no matter what. 07.44.36 # Kalthare: I don't think anyone here has one yet. 07.44.40 Quit damaki (Read error: 110 (Connection timed out)) 07.45.07 # Paul_The_Nerd: I'm getting one tomorrow. Any way I can help? 07.45.40 # Kalthare: Ask linuxstb, when he's around, if he'd be interested in a dump of the firmware partition from it. He might be. 07.46.11 # i would say he is 07.46.14 # Paul_The_Nerd: Again, thank you. 07.46.23 # I'll be he is. 07.46.28 # But I can't *promise* that he will be. :) 07.48.49 # Well, I'm pretty sure I'm getting one tomorrow, at least. 07.53.50 Quit JoeBorn ("Leaving") 08.01.50 Join LD [0] (i=LD@AC996A0D.ipt.aol.com) 08.01.57 Quit davidc__ () 08.02.03 # sup folk 08.03.54 # does anyone have any suggestions for a person using a pioneer ipod hookup? 08.04.05 Join marktaff [0] (n=mark@c-24-18-146-98.hsd1.mn.comcast.net) 08.04.22 Join ^H [0] (i=nudel@dyn-62-56-66-42.dslaccess.co.uk) 08.04.59 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 08.05.31 Quit linuxstb (Read error: 110 (Connection timed out)) 08.05.31 # hello 08.05.34 # when rockbox freezes is there anything I should try besides rebooting? 08.06.35 # I'm thinking about buying an ipod nano at circut city. How can I tell if it is a generation 1 ipod nano that is supported by rockbox? 08.06.37 # <^H> I wihs MIRC wouldn't "helpfully" remember stupid nicks that you used as a one-off. 08.07.59 # marktaff: If it's white, or if it's Black and NOT 8gb (and if it's not in an aluminum shell) it's a first gen. Best Buy, at least my Best Buy, doesn't have them any more. 08.08.02 # marktaff: the 1st gen nanos are either black or white...have a shell of plastic, not metal...come in 1, 2, and 4GB capacities 08.08.21 # scorche: The new ones come in black, but the black one is only 8gb 08.08.30 Nick ^H is now known as nudelyn2 (i=nudel@dyn-62-56-66-42.dslaccess.co.uk) 08.08.32 # i know 08.08.35 # Thanks. this is a 2GB white one for $129US 08.08.55 # does it come in a clear case or a square-ish box? 08.10.07 # Haven't see the box, just the display model 08.10.36 # does it have curved edges on the sides? 08.10.41 # or just a beveled edge? 08.11.29 # It was rectangular and thin with rounded corners, otherwise no curves 08.11.47 # then it was a 1st gen 08.11.49 # Iiuc white should always be 1st gen 08.11.51 Join daurn [0] (n=quae@124.243.137.107) 08.12.19 # yeah...the new ones are silver...i just wanted someone to talk to =( 08.12.29 # and does rockbox work well on the gen 1 ipod nano? 08.13.03 # define "well" 08.13.12 # it is well wnough by my standards 08.13.20 # I run cutting edge KDE, so I am OK with occasional bugs, just so that it usuallly works right, and bugs get fixed... 08.13.24 # s/wnough/enough 08.14.33 # Thanks for all your help. I'll buy one on the way to work tomorrow. ;-) 08.14.41 # It was rectangular and thin with rounded corners, otherwise no curves 08.14.41 # then it was a 1st gen 08.14.42 # hmmm 08.14.49 # rounded corners means 2nd gen, no? 08.14.49 # I'm debating trying rockbox 08.14.53 # It will make my flights *much* nicer 08.15.08 # they're certainly much more rounded than the 1st gen which are very barely rounded at each edge.. 08.15.22 # marktaff: well, were they rounded, or a big curve? 08.15.42 # don't recall for sure, just looked at the display for a minute or two... 08.15.51 # any way to tell based in model numbner? 08.15.56 # number* 08.16.09 # well, if you are sure it was white and not silver, it is a 1st gen anyway 08.16.12 # can't recall if it had some plastic on the front or if it was completely aluminum? 08.16.25 # white on the front at least 08.16.36 # scorche: alright, calm down. we heard you the third time. 08.16.41 # this one is white plastic front, silver colored plastic back, I think 08.16.51 # then you should be fine 08.16.56 # cool 08.17.28 # that'd be a first gen, thus you *will* be fine. :) 08.17.34 # if all else fails, ask the employee if "it is a new one, or the old kind" 08.18.02 # terms they would understand ;) 08.18.05 # huh? if it fails he's already got it home and realized it doesn't work.. 08.18.52 # midkay: not everything is literal....that is a common phrase meaning a variety of things including "if you are not sure about any of the means we have said" 08.19.41 # scorche: i was just amused at how you start with "well, it's white, so it's a first gen" and end up at "well, it's white, and it's got plastic, so it's probably a first gen, and you could also ask if it's a new one or the old kind and maybe that would help reassure that it could be a 1g".. :) 08.19.41 # and if not, a phrase can be adapted to use 08.19.43 # Thanks again guys. 08.19.46 # night 08.20.01 # midkay: if you want to fight about it, i suggest uploading the map 08.20.12 Part marktaff ("Konversation terminated!") 08.20.28 # don't feel like owning you right now, anyways. 08.20.48 # please...i have won a good majority of the time 08.21.46 # usually when you wait to sv_lan 0 for a few minutes or disconnect and then argue that you were ahead when you "crashed" or "dropped out" even when there are screenshots to prove the opposite. 08.22.31 # anyways, enough of your inconsistent drivel. i'm going to bed. 08.22.32 # excuses...last time for example, we stopped after the first crash, and i i was ahead by at least 10 08.22.34 Quit nudelyn (Read error: 110 (Connection timed out)) 08.22.38 # riight, right. 08.22.44 # *poff* 08.22.59 # drivel?....that is insulting....that is usually a word we use to describe dongs =/ 08.33.58 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 08.33.58 Quit einhirn (Client Quit) 08.38.12 Join theli_ua [0] (n=theli@mail.ukrcard.com.ua) 08.41.00 Quit LD () 08.43.45 Join Mordov|hardlywo [0] (n=mordov@mail.furuno.no) 08.48.57 Join petur [0] (i=d4efd6a6@gateway/web/cgi-irc/labb.contactor.se/session) 08.49.38 Part Paul_The_Nerd 09.03.45 Join DarthShrine [0] (n=darth@pdpc/supporter/student/DarthShrine) 09.12.47 Join LinusN [0] (i=linus@rockbox/developer/LinusN) 09.13.19 Quit vik ("Leaving") 09.13.56 # if any of you wonder where bagder is today, i can tell that he is now a proud father of a son 09.14.15 # oh 09.14.18 *** Saving seen data "./dancer.seen" 09.14.21 # oooo 09.14.33 # wow 09.14.34 # cool 09.14.42 # when did he get the time to do that? must have been offline some minutes ;) 09.14.46 # hey, the h10 20gb manual should be updated 09.14.51 # petur: lol 09.14.56 # because the controls are all messed up 09.15.03 # i cant figure out how to get to these menus anymore 09.15.39 # damn, you people keep going at it 09.15.47 # how're you going to keep up the rockbox time if you keep fathering children! 09.16.41 # :-) 09.17.09 # LinusN: is the child named sansa? =) 09.17.29 # :-) 09.17.49 # e200 would be a cooler name 09.18.28 # and as he grows up, we can start calling him e250 09.18.33 # then e280 09.18.42 # Then iPod *runs* 09.19.19 # ...that is after he has reached the top of the hill ;) 09.21.43 Join YouCeyE [0] (n=YouCeyE@unaffiliated/youceye) 09.24.28 Quit gromit` (Read error: 104 (Connection reset by peer)) 09.26.48 Join linuxstb [0] (i=5343d4aa@gateway/web/cgi-irc/labb.contactor.se/session) 09.27.46 # preglow: Did you see this link in the IRC logs? http://www.samsung.com/products/semiconductor/SystemLSI/DigitalMedia/OpticalASSP/OpticalPlayer/MP3/S5L8700/S5L8700.htm 09.28.07 # linuxstb: i stopped reading irc logs after they became huge, heh 09.28.20 # having a peek now 09.28.28 # Plus here: http://www.samsung.com/Products/Semiconductor/Support/ebrochure/systemlsi/audio_decoder_chip_datasheet_051103.pdf 09.29.09 # wow... it has usbhost 09.29.28 Join gromit` [0] (n=gromit@ras75-5-82-234-244-69.fbx.proxad.net) 09.29.29 # in fact it has lots of neat stuff 09.29.36 # is this the nano core or what? 09.29.48 # linuxstb: I'm probably going to be getting a 5.5G iPod tomorrow, and it was suggested to me you might be interested in a dump of the firmware partition. Is that the case? 09.30.11 # preglow We think the Nano has a S5L8701 - those are the specs for the S5L8700 09.30.26 Quit gromit` (Client Quit) 09.30.37 # "Digital data recording/playback system utilizing EEPROM and ROM memories as a storage medium" 09.30.46 # 200mhz... 09.30.46 # Kalthare: Yes, I'm always interested in firmwares. 09.30.48 # mmmmmm 09.30.59 # petur: Yes, patented.. 09.31.38 Join pondlife [0] (n=Miranda@cpc1-rdng11-0-0-cust472.winn.cable.ntl.com) 09.31.45 # Plus a 120MHz DSP... 09.31.48 # linuxstb: Okay, cool. If I do get it, I'll get back in touch with you. 09.32.10 # linuxstb: looks very, very nice 09.32.24 # linuxstb: god knows how much fancy-ass stuff you can do with that rig 09.32.32 # preglow: The calmrisc will be 'fun' to code for... 09.32.44 # amiconn: using it as a dsp engine shouldn't be too hard 09.32.44 # Seems major overkill for the Nano though - especially with Apple's track record of underusing hardware. 09.33.06 # amiconn: and yeah, i probably WILL think it's fun :P 09.33.46 # If you google for "calmadm" you'll find a little info about it. 09.33.46 # Yeah, maybe using it for dsp stuff exclusively will be easier than what the gmini 1x0 does 09.33.59 # amiconn: by far 09.34.14 # i know it's got a single cycle 24x24 mac engine 09.34.16 # which is nice 09.34.41 # But I wonder why they added the calmrisc+mac at all when there is a 200MHz arm core 09.34.49 # amiconn: power consumption 09.35.21 Quit perplexity (Read error: 113 (No route to host)) 09.38.16 Part BossG 09.39.26 Join BossG [0] (n=bossplay@c-69-245-151-28.hsd1.in.comcast.net) 09.40.48 Quit Kalthare ("Download Gaim: http://gaim.sourceforge.net/") 09.40.59 # LinusN: Did you upgrade farsan.haxx.se meanwhile? 09.41.17 # did that last night, after reading about it in the irc logs 09.41.51 # ok :) 09.42.46 # 256kb sram... 09.43.04 # if this thing is in the new nano's, i'm bloody getting one the second they're cracked 09.43.23 # hehe 09.43.27 # nanos... 09.43.29 # * amiconn wonders what the ipl people will do 09.43.44 # re it, probably... 09.44.58 # but it'll probably be a bitch 09.45.46 # what with the no docs, encrypted code and epoxied chips 09.46.43 # what's sram good for? 09.46.59 # There must be some unencrypted loader (in eprom) that loads and decrypts the encrypted part(s) 09.47.13 # amiconn: sure, but we'll need to read that first, then 09.47.39 # Is the eprom part of the soc, or is it separate chip like in th eolder ipods? 09.47.42 Quit Quazgaa ("leaving") 09.47.48 # separate, i think 09.47.52 # but nothing impossible these days 09.48.11 # A separate chip could be unsoldered and read out externally 09.48.39 # problem is they've epoxied all the important chips to the board 09.48.47 # It's a question of equipment, and of the package. BGA is hard... 09.49.00 # so we'd need to read the bus lines directly 09.49.05 # Are there photos somewhere? 09.49.14 # yeah, linuxstb will no doubt supply you with urls 09.49.41 # http://pc.watch.impress.co.jp/docs/2006/0915/apple.htm 09.49.50 # nudelyn2: it's very fast ram 09.50.04 # doesn't look like this thing has any onboard mask rom 09.51.18 # ah ok :) 09.52.02 # The ARM9 core is used to run the operating system, task management and various control tasks. 09.52.05 # 200 mhz for that, yes 09.52.47 # we bloody run an entire os with decoder on 75mhz arm7s now, so that's not overkill at all, no 09.53.23 # hmm, it does seem to have 50kb onboard rom 09.53.27 Part BossG 09.54.30 # hm 09.54.57 # maybe it needs the extra horsepower for decrypting the code? ;) 09.55.56 # kind of like how code bloat in windows drives to some extent adoption of new higher powered processors 09.56.08 # on the consumer end, i mean 09.56.57 # let's just hope they've put some fancy-ass decrypting code in that eeprom, then 09.57.08 # in which case we'll have to read code off the data bus when they write it to ram 09.57.19 Quit jhMikeS (Read error: 110 (Connection timed out)) 09.57.38 # i was just talking shit 09.57.45 # i have no idea what im saying 09.58.26 # preglow: If the system design is half-decent, you won't be able to read the code from the data bus if it's stored in the internal rom 09.58.47 # The internal data won't be driven on the external bus 09.58.55 # That would be a waste of time and power 09.59.02 # amiconn: of course not, but they'll have to decrypt the firmware from the external rom 09.59.26 # amiconn: and that's only in the unlikely case that it's not decrypted before it's flashed 09.59.29 # Yes, but that's only the input data for the decrypter 09.59.45 # ...not the code to decrypt it 10.01.16 # sure, but we don't care if we can read the decrypted data 10.01.21 # which we can, unless they put everything in sram 10.02.23 Quit solarflare ("This computer has gone to sleep") 10.04.36 Quit linuxstb ("CGI:IRC") 10.16.49 Join safetydan [0] (n=dan@cor8-ppp2595.for.dsl.connect.net.au) 10.17.58 Quit ismo_ (Read error: 113 (No route to host)) 10.19.18 Join gromit` [0] (n=gromit@ras75-5-82-234-244-69.fbx.proxad.net) 10.21.28 Join shadok [0] (n=shad@unaffiliated/shadok) 10.22.17 Join Zmanu [0] (n=manu@ANancy-152-1-4-236.w83-194.abo.wanadoo.fr) 10.22.30 # hello 10.22.37 # hi 10.22.39 # is rockbox under gpl ? 10.22.43 # yes 10.22.48 # ok thanks 10.22.53 Part Zmanu 10.23.02 # :) 10.23.19 # aaaaannnnd with 36 seconds, ITS A NEW WORLD RECORD! 10.23.29 # nice with some simple questions for a change 10.23.39 Join Zmanu [0] (n=manu@ANancy-152-1-4-236.w83-194.abo.wanadoo.fr) 10.23.42 # i come back 10.23.50 # welcome 10.23.51 # the licence is not on the website 10.24.07 # maybe something to add 10.24.12 # LinusN: someone connected to his gigabeat over serial yesterday: http://www.hack.id.au/files/gigabeat/irc/gigabeat/2006.09.19 10.24.38 # Zmanu: http://www.rockbox.org/twiki/bin/view/Main/DocsIndex#General_Rockbox_Information 10.24.44 # ok tnaks 10.24.46 # thanks 10.25.10 Quit scottder_ (Remote closed the connection) 10.25.12 # bye 10.25.12 Join scottder [0] (n=sdexter@ip70-188-142-96.ri.ri.cox.net) 10.25.14 Part Zmanu 10.25.59 # markun: nice 10.26.55 Join mirak8 [0] (i=5372a20c@gateway/web/cgi-irc/labb.contactor.se/session) 10.26.56 # He's more interested in a (better) linux port thouhg 10.27.02 # Has anyone worked out why the 5.5G iPod has better *video* battery life, but identical audio life? More efficient backlight or something? (Might explain why it's brighter as well.) 10.27.50 # hi 10.28.00 # markun for gigabeat ? 10.28.30 # yes 10.31.39 Join solarflare [0] (n=supernov@82-203-170-134.dsl.gohome.fi) 10.32.09 # you want to run gnome ? :p 10.33.49 # nudelyn2: I think Apple have included a major update to the firmware that runs on the Broadcom chip - the new version now decodes higher resolution video and has lower power consumption. 10.34.14 Join Seed [0] (i=ben@85.64.207.9) 10.34.23 # i see, so that improvement may apply to older 5G ipods as well 10.35.23 # I would expect so. 10.35.45 # At least, older 5gs can now decode the same higher resolutions as the new 5gs. 10.39.17 # mirak8: maybe matchbox? :) http://projects.o-hand.com/matchbox/screenshots.html 10.41.44 Join bytie [0] (n=anonym@p548CA6F0.dip0.t-ipconnect.de) 10.42.16 Quit solarflare (Read error: 54 (Connection reset by peer)) 10.42.35 # mmm 10.43.43 # mirak8: but I'm more interested in rockbox 10.44.15 Quit Seedy (Read error: 110 (Connection timed out)) 10.48.10 # was it possible to implement all ffmpeg ? 10.48.28 # or does it produce to big binary ? 10.50.49 Quit lini (Read error: 60 (Operation timed out)) 10.53.07 Join PaulJam [0] (n=pauljam@p54BCE8D4.dip.t-dialin.net) 11.00.14 # * amiconn still finds it really odd that a dap runs linux and has a 300MHz cpu 11.00.31 # I mean that it runs linux for normal operation 11.00.56 # Seeing as jhMikeS isn't around, can anyone with a device handy confirm (a) that recording in CVS works and (b) find out whether http://www.rockbox.org/tracker/task/6024 breaks recording 11.01.21 # It's the playback-stops-voice-and-playback-dies fix. Take 2. 11.04.18 # pondlife: which' target do you have? 11.05.14 # H300, but it's not here with me 11.05.42 # i see 11.05.58 # I was hoping to see if jhMikeS could help, but he's not here. 11.06.38 # Anyway, I'm off to a meeting now, but I'd really like to progress this asap as the current CVS is a bit of a mess and I feel a bit responsible. 11.07.02 # i'll test and report back 11.07.30 # good final note on that patch :) 11.07.44 # I bear no ill will ;-) 11.08.04 # * pondlife has calmed down a bit over the past day 11.08.43 # p.s. how do I link entries on Flyspray? RaeNye mentioned it on the ML 11.08.53 # i.e. link a bug and a patch 11.09.46 Join p3tur [0] (i=d4efd6a6@gateway/web/cgi-irc/labb.contactor.se/session) 11.09.46 Quit petur ("CGI:IRC (EOF)") 11.09.59 Nick p3tur is now known as petur (i=d4efd6a6@gateway/web/cgi-irc/labb.contactor.se/x-a91f2f2665ce69bd) 11.10.54 # pondlife: edit task, then click the Related Tasks tab 11.10.58 # Aha 11.11.02 Quit scorche (Read error: 104 (Connection reset by peer)) 11.11.19 Join scorche [0] (n=scorche@208-110-158-224.customer.csolutions.net) 11.11.25 # Thanks 11.11.44 # silly me, you don't even have to edit task 11.14.11 Quit pondlife (""Uh ok, back in a few hours"") 11.14.20 *** Saving seen data "./dancer.seen" 11.14.23 # * petur wonders why intel names 4-core chips Core 2 Quadro and not Core 4 11.15.16 Quit mirak8 ("CGI:IRC (EOF)") 11.22.48 # because they'r eintel 11.30.21 # Probably the same reason why the clock-tripled 486 was named DX4 instead of DX3 11.32.23 # hmmm, recording works with the patch, but the recording monitoring doesn't work 11.33.02 # the peak meters show the correct levels, but the headphones are silent 11.33.34 # voice and audio playback works fine 11.35.21 Join lee-qid [0] (n=liqid@p54965EE9.dip.t-dialin.net) 11.36.20 Join Mmmm [0] (n=mscarrat@cpc4-hem13-0-0-cust438.lutn.cable.ntl.com) 11.37.00 Join JHChristMan [0] (n=CHRIS@203.45.188.97) 11.37.07 # hi 11.37.26 Join perplexity [0] (i=heh7755@dxb-as59276.alshamil.net.ae) 11.39.12 Part JHChristMan 11.39.18 Quit newbyx86 (Read error: 110 (Connection timed out)) 11.45.16 Quit lee-qid ("Trillian (http://www.ceruleanstudios.com") 11.45.56 Join lee-qid [0] (n=liqid@p54965EE9.dip.t-dialin.net) 11.58.15 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-158-193.pools.arcor-ip.net) 11.58.32 Join Baerman [0] (i=431578a3@gateway/web/cgi-irc/labb.contactor.se/session) 11.58.41 # hi 11.58.58 # whats up 11.59.17 # The sky, quite possibly. 12.00.54 # hi 12.01.16 Join baerman714 [0] (i=Joe@67-21-120-163.lkwnny.adelphia.net) 12.01.19 # hi 12.01.19 Quit Baerman (Client Quit) 12.01.27 # is rockbox nice? 12.01.46 # What do you define as nice. 12.01.58 # better then the ipod firmware that i have now? 12.02.20 # What's better? 12.02.26 # yea 12.02.29 # which is better 12.02.35 # rockbox or ipod firmware 12.02.39 # baerman714: http://www.rockbox.org/twiki/bin/view/Main/WhyRockbox 12.03.10 # how do i instal it? 12.03.25 # baerman714: http://www.rockbox.org/twiki/bin/view/Main/IpodPort 12.03.37 # ok 1st can it kill my ipod? 12.03.39 # lol 12.03.43 # no 12.03.56 # (at least I don't think that has happened yet) 12.04.00 # ook 12.04.02 # i have a nano 12.04.30 # And there are a lot of users who have tried: http://rasher.dk/rockbox/people/userlist.html 12.04.41 # I've got it working on my Nano. Be warned of the battery usage, though. 12.04.54 # ah 12.04.56 # killer? 12.05.20 # No, just short. 12.05.29 # lol iasnt it always short/ 12.05.30 # ? 12.05.33 # isnt** 12.05.43 # baerman714: do you have use for any of the rockbox features? 12.05.59 # Heh. 12.06.14 # i like the theme changer thing 12.06.33 Quit petur ("lunch!") 12.06.35 # does it make nano play videos? 12.06.50 # If you like huge, soundless videos, sure. 12.06.56 # ic 12.07.01 # (it is a work in progress) 12.07.05 # ook 12.07.32 # do stolen ipods have anything in them that phones home if there reported? 12.07.46 # how could they? 12.07.52 # no idea 12.07.55 # You've stolen an iPod now? 12.07.58 # when u connect them to itunes or something 12.08.00 # then that would be a no ;) 12.08.05 # lol 12.08.14 # no i "found" it 12.08.24 # s/found/stole/ 12.08.30 # no found 12.08.31 # lol 12.09.07 # i have seen many cases of "Found ipod" 12.09.15 # there is a screen of owner information. 12.09.25 # watched some person walk into the apple store in the mall and connect there ipod to the charger thing and walk back into the mall to shop 12.09.26 # isn't there? 12.09.32 # make the requirements to get it, to list the music that is on the device 12.09.34 # so i picked it up 12.09.35 # lol 12.09.47 # no, that is theft. 12.09.52 # ah, now the tagnavi.config syntax has been improved with support for sub menus and including user's custom menu :) 12.09.54 # lol they shold have left it there then 12.09.55 # lol 12.10.05 # and you should have returned it to them 12.10.20 # lol fuckhead lol 12.10.26 # the only info the onscreen thigny gives is the serial and stuff 12.10.34 # take it back 12.10.37 # u can change the name the person used 12.10.49 # and u can get the password that locks the screeen 12.11.03 # u just connect it to the pc and unhide the folder 12.11.11 # i am sure that the person went to the employees of the store...they should have some information that the person left 12.11.14 # and click the file that says locked 12.11.15 # the point is, the name they used could help you return it, but you are a miserable scum and wouldn't even try. 12.11.27 # and it shows the pass 12.11.36 # Yeah. Rockbox will hax your computer because of that. 12.11.39 Quit Mmmm (Remote closed the connection) 12.11.44 # the name said Pod 12.11.48 # lol 12.11.53 # wasnt a human name im sure 12.12.01 # hilarous indeed 12.12.08 # take it back to the store you stole it from, stop making excuses to justify your theft. 12.12.19 # take it back for wat 12.12.27 # take it back so the owner can claim it. 12.12.39 # im sure the owner knows it got snatched 12.12.40 # lol 12.12.54 # i really dont see the humor in that 12.13.03 # * markun neither 12.13.20 # k 12.13.25 # its 8 gigs and its bluer 12.13.27 # blue 12.13.39 # it isn't yours, take it back, 12.13.48 # rockbox doesn't work with the 8 gb version 12.13.51 # i personally would be pretty damn pissed if someone stole by brand new device that i paid $250 for 12.13.58 # yea me to 12.14.00 # baerman714: Keep it and give the guy the money for iPod + music 12.14.01 # s/by/my 12.14.21 # wat music? 12.14.26 # Let's hope they have a camera in the store.. 12.14.46 # The music that's meant to be on an iPod... 12.14.53 # That's normally the point of one. 12.14.54 # lol u pay for the music? 12.15.04 # ... 12.15.04 # i just dl it on p2p and add it to the librrary 12.15.28 Join Rob2222 [0] (n=Miranda@ACD01C83.ipt.aol.com) 12.15.28 # he steals an ipod...what makes you think he would not steal music as well? 12.15.40 # why would someoen pay for music from itunes 12.15.41 # lol 12.15.49 # I never suggested that he paid. Maybe the original owner would though. 12.15.51 # there are things called CDs 12.16.06 # wat about it 12.16.09 # baerman714: you can't run rockbox on your nano 12.16.15 # kk 12.16.22 # i have a 4 gig one too 12.16.30 # lovely 12.16.35 # work on those ones? 12.16.38 # That one will self destruct. 12.16.56 # And report to Apple for stolen music. 12.17.05 # what one 12.17.06 # lol 12.17.13 Join Genre9mp3 [0] (n=yngwiejo@dsl-88-218-17-158.customers.vivodi.gr) 12.17.34 # someone told me they do that is that true if u have downloaded music on ur ipod apple makes it shut off and not work again? 12.18.00 # huh? 12.18.10 # baerman714: i personally dont have any urge to help you any longer...i doubt anyone else in this channel feels that either... 12.18.11 Quit bytie (Read error: 113 (No route to host)) 12.18.26 # wow just cuz i found a ipod 12.18.27 # lol 12.18.28 # Lake Winola? 12.18.32 # you STOLE an ipod. 12.18.34 # you didnt find it 12.18.36 # found 12.18.37 # see above 12.18.52 # someone left it behind and i found it 12.18.54 # You found it in a store. 12.19.01 # yea that some person left 12.19.09 # still doesn't make it yours. 12.19.15 # like 'finding' a car that is parked somewhere 12.19.18 # People leave food on shelves in the super market. Do you take it? 12.19.20 # Scranton? 12.19.33 Join KN|stiff [0] (n=phhome@p54B7F0B0.dip.t-dialin.net) 12.19.34 # he was charging his device, and most likely, you nabbed it when the employees were not looking 12.19.48 # no the emplyes didnt know 12.19.53 # he didnt ask 12.19.57 # * Genre9mp3 reads the logs... 12.19.59 # he just walked in from shoppin somewhere 12.20.01 # it is a common thing now a days for people to come into retail stores and charge their devices 12.20.16 # it still isn't yous. 12.20.18 # *yours 12.20.19 # emplyes didnt know it was there 12.20.27 # it still doesn't make it yours. 12.20.44 # well i waited 3 hrs b4 i walked by it 12.20.45 # lol 12.20.55 # it still doesn't make it yours. 12.20.58 # and it was like 2 min b4 closeing time for the mall 12.21.09 # Now you change the story. 12.21.11 # it still doesn't justify taking what is not yours. 12.21.11 # so idk wat happen to the dude that left it 12.21.23 # I must admit it's strange to leave your new toy in a store 12.21.40 # yea id never leave my ipod sitting in some store 12.21.51 # I wouldn't if you were around, baerman714 12.22.07 # Did you show it to all your friends at high school? 12.22.16 # highschool? 12.22.22 # markun: when i used to work retail, people would come in and charge their dead devices for a bit...i am guessing that this person left it, told the employees, and nabbed it when they werent looking 12.22.38 # I'm below highschool O_o 12.22.38 # hehe... baerman714... you seem to have your "own" point of view at the word "ethics"! 12.22.42 # nope he didnt talk to workers 12.22.48 # he stuck it on and walked out 12.23.08 # i am done with this....we have created enough spam 12.23.25 # Indeed. 12.23.53 # yea time for me to get off this laptop in target now 12.23.55 # lol 12.24.02 # So funny. 12.24.14 # bought ATI x1900 512mb pciE card 12.24.18 # whoooo 12.24.21 # rockin 12.24.30 # By bought you mean found? 12.24.37 # no bought 12.24.43 # DarthShrine: if you are going to say indeed, then stop also =P 12.24.51 # scorche: Indeed pwnz j00. 12.24.59 # * Soap with the /ignore 12.25.04 # Most intellectual-sounding word...Ever. 12.25.48 # There was this blind man right 12.25.48 # He was feelin' his way down the street with a stick right (yeah), hey 12.25.48 # He walked past this fish market, you know what I'm sayin' (fish market?) 12.25.48 DBUG Enqueued KICK baerman714 12.25.48 # He stopped he took a deep breath he said 12.25.48 # "Snfffffff, woooo good morning ladies" 12.27.38 Quit DarthShrine ("Leaving.") 12.28.46 Join DarthShrine [0] (n=darth@pdpc/supporter/student/DarthShrine) 12.28.53 # wb 12.31.40 Part baerman714 12.31.45 # Yay! 12.38.47 Part DarthShrine 12.41.10 Join damaki [0] (n=Chocolat@ALille-253-1-14-8.w90-7.abo.wanadoo.fr) 12.41.14 Join scorche` [0] (n=upirc@208-110-158-224.customer.csolutions.net) 12.42.05 Join bytie [0] (n=anonym@p548CA6F0.dip0.t-ipconnect.de) 12.42.13 # testing...nothing to see here 12.42.20 # . 12.42.41 Part scorche` 12.43.20 Quit PaulJam (".") 12.46.47 Join ismo_ [0] (i=laitinei@huippu.net) 12.55.02 Quit damaki_ (Read error: 110 (Connection timed out)) 13.02.56 Join petur [0] (i=d4efd6a6@gateway/web/cgi-irc/labb.contactor.se/session) 13.06.49 Join Criamos [0] (n=Criamos@p54930F80.dip0.t-ipconnect.de) 13.11.44 # anyone can recommend something to read on preprocessor macroses? 13.14.24 *** Saving seen data "./dancer.seen" 13.15.25 # "the c programming language"? 13.15.50 # http://gcc.gnu.org/onlinedocs/cpp/ 13.17.47 # http://www.parashift.com/c++-faq-lite/inline-functions.html#faq-9.5 :-) 13.18.16 # haha 13.18.23 # (less applicable in straight C of course) 13.18.51 # try using inline functions when parsing the linker command files 13.19.33 # sounds nasty 13.19.45 Nick nudelyn2 is now known as nudelyn (i=nudel@dyn-62-56-66-42.dslaccess.co.uk) 13.19.55 Join jhMikeS [0] (n=jethead7@75.46.166.137) 13.20.06 # we use the preprocessor for a lot of stuff 13.20.34 # RB is C rather than C++ right? Does C even have inline? 13.20.38 # but mostly for simple conditional compilation 13.21.05 # nudelyn: c99 has inline 13.21.08 # Yeah, no alternative for conditional compilation. 13.21.12 # Ah, I didn't know that. 13.21.46 # i agree that you shouldn't use macros instead of inlined functions 13.32.45 # Hmm, my ipod doesn't boot :P 13.34.17 # LinusN: speaking of nothing... 5400 RPM disks spin a whole lot more than the "older" 4x00-something drives :) 13.35.12 # dwihno: figures... 13.35.50 Join Mmmm [0] (n=mscarrat@cpc4-hem13-0-0-cust438.lutn.cable.ntl.com) 13.36.15 # LinusN: still, pretty happy about it though... I read somewhere on ebay where someone claimed it's possible to use rockbox with 200gb drives (not that it really matters) 13.36.21 # but it's kinda false advertising 13.37.02 # dwihno: on what DAP> 13.37.04 # ? 13.37.38 # ajr? 13.37.45 # scorche: mhm 13.38.05 # well, you can use a 200gb drive, but you will only get 127 GB out of it =) 13.38.54 # scorche: if people manually sync the content with the drive bypassing the isd300 perhaps it might be doable.. but I think LinusN once mentioned a limit in rockbox as well 13.39.41 # dwihno: well, if it happens, let me know...i have a 160 gig perpendicular drive in there atm =P 13.41.05 Join XavierGr [0] (n=xavier@ppp198-158.adsl.forthnet.gr) 13.41.06 # makes it terribly hard to feel an urge to upgrade to a non-ancient player 13.41.09 # scorche: well, you could simply detach the drive and sync it using some other interfacing... :) 13.41.36 # You got a 160GB drive just to squeeze the last 7GB out of the possible amount? 13.41.40 # dwihno: for the price i got it, i dont mind at all that i am not getting the full potential out of it 13.42.01 # for $60, when those seagate drives were still 300... 13.43.14 # I would just be annoyed knowing a lot of storage wouldn't be used :) 13.43.28 Quit safetydan ("Ex-Chat") 13.44.14 # when i finally get a laptop, i can always change them out anyways to have more for the lappy 13.44.55 # true, true. 13.45.40 # and yeah...5400 do spin more...i can balance it on my knee and see it quiver when the drive spins up => 13.45.45 # I actually needed a smaller 2.5" disk for a linux'ish work project... So I convinced my superiors I could use my old disk (and thus, I could upgrade) 13.46.42 Join t0mas_ [0] (n=Tomas@ip503c08d1.speed.planet.nl) 13.53.05 # amiconn: I think that when a timer has finished you should be presented with a screen that tells you it has finished and asks if you wish to execute the timer task. What do you think? 13.53.09 # If so, would the only way to do this be to have a thread waiting for the task to be passed via a queue from the tick task? 13.54.43 # i'm thinking of a dedicated cron thread, sending SYS_xxx messages to the gui thread 13.55.14 # and the default message handler does what you just mentioned 13.55.14 Join newbyx86 [0] (n=newbyx86@ip68-7-14-7.sd.sd.cox.net) 13.56.34 # just committed the improved tag browser menu configuration support =) 13.56.49 # including even sub menu support for including of external files :) 13.57.09 # LinusN: Hmmm I'm begginning to get the feeling I'm getting a bit above myself here! :D what's a cron thread? 13.57.33 # Mmmm: you know what the unix "cron" system is? 13.57.46 # no.. maybe I should look it up... 13.57.56 # it's a system for scheduling events 13.58.11 # i'll call it a timer thread from now on :-) 13.58.21 # right! :D 13.59.04 Join pondlife [0] (n=Miranda@cpc1-rdng11-0-0-cust472.winn.cable.ntl.com) 13.59.22 # one approach could be to let the timer thread have a list of callbacks to call at specific times 13.59.46 # Anyideas how I can recovery my ipod? (nano) It doesn't boot :( 14.00.00 # LinusN: I've made a countdown timer for the recording screen which uses a tick task for the timer, but if you implement what you just said, I suppose this won't be needed right? 14.00.49 # what does the tick task do in your implementation? 14.01.27 # it just counts down and then I thought when it reaches 0 posts a queue 14.01.43 # my idea is to create a general event scheduling framework, which the recording timer could use 14.01.59 Join actionshrimp [0] (n=nn@host81-129-197-4.range81-129.btcentralplus.com) 14.02.04 # yeah..that would be better...but harder to do! :) 14.02.06 # your tick task is basically what i had in mind for the "raw" timing 14.02.29 # except it posted to the timer thread queue 14.03.48 # the simple raw timer api could probably be "send me a message in X ticks" 14.04.47 # right, but wouldn't it also need to know whatthe timer is for so that it could do something if you replied yes to the message? 14.05.18 # the thread asking for the message will of course know what to do when the message arrives 14.05.51 # the "complex" api could be "call this function in X ticks" 14.06.22 # but the trick is that the function must be called in the gui thread, otherwise the display may be garbled 14.11.49 # another think to think about is how to unify the event scheduling for both rtc and non-rtc targets 14.11.56 # thing, even 14.13.20 # non rtc targets would have to be with countdowns only right? whereas rtc targets could be on an alarm or both... 14.13.36 # yup 14.13.59 # one approach could be that the api is always using countdown 14.14.26 # but the rtc targets can set an alarm to wake up the unit when the timer expires 14.14.49 # couldnt you just test compare the current time with the wanted time 14.15.03 # or doesnt the clock work like that? 14.15.25 # you could, but that would take lots of unnecessary i2c traffic 14.15.49 # i2c? 14.15.53 # and you still want to set an alarm to be able to turn the unit off while waiting 14.16.15 # you use i2c to talk to the rtc chip 14.16.27 # ahh, I see... 14.17.28 # regardless of how the time is set, the message queue mechanism could work in the same way on all targets 14.18.32 # yeah, that makes sense... 14.18.34 # when i think of it, i don't think it's necessary to have a separate timer thread 14.19.11 # you mean have them combined? 14.19.18 # we could also let the SYS_TIMER event have an argument 14.20.24 # all events have a data field that is rarely used 14.21.02 # this field could contain either some sort of ID to keep track of what the event is supposed to do, or even a function pointer 14.22.09 # that's what i was thinking earlier! :D 14.22.20 Join mirak8 [0] (i=5372a20c@gateway/web/cgi-irc/labb.contactor.se/session) 14.22.20 # the timer thread would be responsible for re-arming the timer with the next event in turn, but that could just as well be done by the message handling function 14.22.58 Join bluebrother [0] (i=4Nw3Peuz@nat-wh-1.rz.uni-karlsruhe.de) 14.23.35 # linuxstb_ have you looked at ffmpeg mpeg2 decoder ? 14.24.02 # is the forums stylesheet broken? 14.24.04 # so it would basically be set_timed_event(long ticks, void *fn); 14.24.22 # bluebrother: in what way? 14.24.54 # the forums get displayed strangely for me. 14.25.08 # bluebrother: they look allright to me 14.26.46 # http://www.stud.uni-karlsruhe.de/~uhcn/rockbox/titlepage2.png 14.27.33 # bluebrother: wow! 14.27.45 # looking at the source code links to this style sheet: http://forums.rockbox.org/Themes/Rockbox_Llorean/style.css?rc3 14.28.13 Quit webguest14 ("CGI:IRC (EOF)") 14.28.17 # which results in garbage when trying to open it with firefox. Omitting the ?rc3 gives me a readable stylesheet. 14.28.55 # i have the same style sheet and it works for me 14.29.36 # strange, in konqueror it works. 14.29.56 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 14.29.56 # * bluebrother looks for that "empty cache" button 14.29.56 # i use firefox too, and it looks fine 14.30.30 # now it works again. 14.30.45 # strange, then something with the browser cache did stupid things :( 14.30.49 # the entire site does that to me occasionally. 14.30.50 # LinusN: Don't suppose you had time to try my patch out with recording yet? 14.31.04 Quit lee-qid ("Trillian (http://www.ceruleanstudios.com") 14.31.26 # If not, I'll go for a drive and grab my H300 14.32.52 # pondlife: see irc log, 11:32 14.32.59 # Thanks 14.33.48 # OK 14.34.11 # But it worked without the patch ? 14.34.28 # I know the playback is ok, the sim does a grand job with them 14.34.40 # s/playback/voice and playback 14.34.54 # * petur points to LinusN 14.35.12 # pondlife: i didn't try the cvs version without the patch 14.35.18 # OK 14.35.45 # want me to do that? 14.35.47 # I'm a little surprised it would influence recording at all, but then I know very little of recording (or indeed Rockbox) 14.35.49 # Yes please 14.39.24 # monitoring works without the patch 14.39.31 # Weird 14.39.36 # what was your patch supposed to fix? 14.40.06 # The problem where playback stops and then voice doesn't work, and then any attempt to playback crashes Rockbox 14.40.16 # i.e. if playback stops naturally 14.40.24 # At end of playlist with repeat off 14.40.57 Quit petur ("worrrk") 14.41.08 # The problem is caused by swap_codec being called when there is no audio codec running 14.41.22 # Which, of course, never returns 14.41.42 # Bug report is here: http://www.rockbox.org/tracker/task/5414 14.43.25 # jhMikeS probably knows why it breaks recording. 14.45.09 # Hmm, I assumed that audio_codec_loaded would be true during encoding too - this is not the case. It's audio_codec_loaded, not audio_dec_loaded... 14.46.39 Nick mooch_ is now known as mooch (n=data@195.60.253.141) 14.50.47 Quit Bjoern-Erik (Read error: 110 (Connection timed out)) 14.55.17 Quit ^BeN^ (Read error: 110 (Connection timed out)) 14.55.42 # what is #define for the h300/h100 >|| (play/pause) button? 14.56.01 # BUTTON_PLAY 14.56.03 # BUTTON_ON ? 14.56.09 # ah, yes 14.56.18 # thanks\ 14.56.52 # huh...I know something? :) 14.57.43 # * jhMikeS is just waking up 14.57.43 # More than me! 14.58.09 # I should read that bug report I take it? mkay 14.58.20 # Yes... I'm attempting a nice take 2 on my voice fix - one that doesn't break recording 14.58.52 Join PaulJam [0] (n=pauljam@p54BCD818.dip.t-dialin.net) 14.58.54 # First question is: Is playback.c used for monitoring? 14.59.00 Quit bluebrother ("out for real life") 15.00.16 # no 15.00.42 # OK. So it's reasonable that audio_codec_loaded is false..... 15.01.13 # But it seems that "playing" is set to true. 15.01.13 # follow the thread execution in your head...that's what turned up the reason for voice hangs when entering the recording screen 15.01.54 # ok...playing is true when finishing the playlist? 15.02.01 # Yes, likely 15.02.24 # I'm a bit confused - need to do some more sim runs 15.02.25 # must know for a fact everything its doing 15.03.12 # sim does this too? I never use the sim 15.03.35 # It does a good job of reproing the playback crash 15.03.55 # I am attempting to add some dummy recording to it right now. 15.04.11 # i.e. encode will run, but input will always be 0. 15.04.42 # I don't have an LCD remote, so real-time logf is tricky to do on the device 15.05.47 # the report mentions nothing about recording or crashing. recording would only interfere when actually recording. if you don't go to the recording screen...worry not 15.06.08 Join Febs [0] (n=shortcho@207-172-204-33.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 15.06.41 # No, the problem is my patch. It resolves the reported bug by not calling swap_codec while there's no audio codec loaded. But appears to break recording monitoring. I am trying to work out why 15.06.44 # * jhMikeS being overly blatherous 15.06.50 # But don't know enough yet 15.06.56 # I know why 15.06.59 # Aha 15.07.05 # That's what I changed 15.07.10 # look at the diff 15.08.04 # I did, but this is just a 2-liner and I still don't understand. 15.08.53 # All I've added is a test on audio_codec_loaded, so as to yield rather than swap_codec 15.09.23 # I need to educate myself a lot more 15.09.34 # If you can help that would be good.... 15.09.37 # waiting...for commit history to load 15.09.41 # http://www.rockbox.org/tracker/?getfile=12374 15.10.02 Part shadok ("Quit !") 15.10.21 Join MadDog011 [0] (n=MadDog01@cable-87-116-149-196.dynamic.sbb.co.yu) 15.10.26 Part MadDog011 15.12.09 # http://www.rockbox.org/viewcvs.cgi/apps/playback.c.diff?r1=1.351&r2=1.352 15.12.23 # That yield is not needed 15.12.49 # I thought it was, but I'll try again without 15.13.08 Quit Mmmm (Remote closed the connection) 15.13.14 # Why is it bad to enqueue voice messages when voice isn't the current codec BTW? 15.13.42 # I would think they would just sit on the queue and shouldn't cause problems 15.13.52 # it can causes voice to retake the mutex before the codec thread get to grab it 15.14.15 # It would be easier with preemptive threads 15.14.19 # :) 15.14.25 *** Saving seen data "./dancer.seen" 15.14.33 # Not sure I disagree ;) 15.15.31 # I was hoping that things could run as independently as possible - i.e. maybe the voice thread will take mutex again, but the codec thread should get another chance soon enough. 15.16.02 # I won't remove any, but I do think there are too many ifs in there 15.16.03 # voice when waiting on it's queue waits with the mutex locked 15.16.26 # Yes, but not forever. 15.16.34 # it will if there's no message 15.16.50 # or not playing anything iirc...I just look 15.17.03 # The problem is that if (playing) should not be there 15.17.20 # Voice shouldn't depend on playing state at all really 15.17.40 # Just like playing shouldn't depend on voice_is_playing! 15.18.44 # I get the impression that over the past few years, there have been many while loops and ifs added to fix individual cases (all of which work and are safe) but which are just overcomplicating what should be simple. 15.19.43 # the software playback engine isn't old enough to talk about "past few years" 15.19.47 # My previous patch was an attempt to simplify. It just got committed before it was finished. 15.20.06 # Sorry LinusN, just joking a bit 15.20.26 # but we all agree that it should be a lot simpler 15.20.26 # Do you not agree that these aspects should run independently? 15.20.27 # if(playing) probably doesn't need to be there if the message is only sent when loading the codec...I think...:) 15.21.38 # You mean in the voice queue reader? 15.21.44 # if current_codec == CODEC_IDX_VOICE then we know the voice codec has the lock 15.22.05 # the converse is true with audio codecs too 15.23.14 # Yes, but why should enqueuing be affected? 15.23.30 # I'm probably missing something basic here ;-) 15.24.17 # and (x)_codec_loaded is set outside the lock... 15.24.33 # Hold on...I have to think it all through again! :) 15.25.37 # Thanks 15.26.30 # don't do anything that calls swap_codec while the lock is not taken either since swap_codec assumes that the thread with the lock is what's calling it 15.29.18 # Yes, but that should be managed by the reading end of the queue 15.29.31 # Not the enqueuing end 15.34.53 # this whole locking/swapping stuff looks really shaky to me 15.35.05 # It's unpleasant at best 15.35.45 # I assumed it was a necessary evil though. 15.37.39 # well, we have to swap, no? 15.37.55 # if the codec thread can own the mutex, the voice thread cannot process the sent messages anyway...another clue...if you queue a swap...it will happen later and voice will swap itself away 15.38.13 # preglow: yes, we can only have one codec in memory at a time 15.39.09 # it won't be the correct swap though 15.39.48 # Well, you are only really queuing instructions, not specifying anything about swapping.... 15.40.10 # HELP :) I have been seartching forums all day looking for a xchange battery for my h120, can't find out what to buy,,, could someone point me in the right direction?PP 15.40.13 # some instuctions perform swapping 15.40.25 # which is fine 15.40.26 # When dequeued 15.40.35 # Yes 15.41.32 # but the message that swaps can be put in the queue when the voice thread cannot process it because it's in swap_codec looping around 15.41.53 # But it can pick it up next time it gets a chance 15.42.18 # Isn't that the (main) point of the queues? To decouple the threads 15.42.32 # It will be for the wrong request 15.42.44 # Why? 15.42.59 # FIFO... they will get there in the end... 15.43.41 # once the codec thread leaves the mutex from playback ending...the voice thread will retake the mutex and find the queued swap message from the previous load 15.43.52 # not the one you want 15.44.10 # Are you referring to Q_AUDIO_PLAY? 15.44.33 # Q_AUDIO_PLAY and anything the would do what it does 15.44.39 # Q_ENCODER_RECORD 15.45.06 # That's why I put the test in so as not to call swap_codec unless needed. 15.45.13 Quit Mordov|hardlywo ("The amount of experience you have is paralell with the amount of equipment you have ruined.") 15.46.23 # no wai 15.47.54 # for one thing the encoder doesn't flag itself with audio_codec_loaded 15.48.06 # That's the problem - my test is wrong 15.48.20 # I had assumed the encoder was a codec 15.48.24 # if (!audio_codec_loaded && current_codec == CODEC_IDX_AUDIO) => is encoder codec 15.48.43 Join tvelocity [0] (n=tony@ipa142.9.tellas.gr) 15.49.29 # there we're some other reason spanning the entire engine as to why I did that but again I don't recall the specificities. It all seems obvious at the time then I just forget :P 15.49.29 # Ah... I thought there were only 2 codecs - voice and audio. And x_codec_loaded is a prerequisite for each to be used.... 15.50.01 # So is there a good reason why the encoder shouldn't have audio_codec_loaded? 15.50.14 # the recording hand was due to not swapping if !audio_codec_loaded 15.50.17 # *hang 15.50.35 # i.e. it waits in voice forever 15.50.41 # I believe there was...yes 15.51.03 # I'd rather have a simple test if we can get away with it. 15.51.51 # The main other use of audio_codec_loaded is to wait for the codec to stop and start 15.51.59 # I think queueing the swap should be avoided altogether if voice is not active 15.52.19 # But the encoder has its own flag for that 15.52.27 # True 15.52.51 # But the problem is that the voice may become active after the codec has processed tha 15.52.53 # that 15.53.30 # I maintain that all tests, especially timing sensitve ones, should be on the queue reading side. 15.53.35 # voice won't be active during while the encoder is loaded...it can leave swap_codec 15.53.56 # *can't leave 15.54.29 Quit daurn (Remote closed the connection) 15.54.58 # I see you currently stop voice explicitly before encoding. Is this needed to stop voice being recorded? In the future it may not be... 15.55.20 Join tucoz [0] (n=martin@rockbox/developer/tucoz) 15.55.30 # i.e. Only hardware restrictions should prevent voice during recording 15.55.44 # Voice can't be running 15.55.47 # Why not? 15.56.05 # I mean, in theory 15.56.06 # DMA I believe... 15.56.34 # OK - that's a general Rockbox restriction, not hardware dependent 15.56.35 # ? 15.56.38 Join daurn [0] (n=quae@124.243.137.107) 15.57.06 # When applying replaygain to mp3-files, do I select track gain or album gain for an album? 15.57.53 Join charkins [0] (n=casey@pdpc/supporter/active/charkins) 15.57.54 # yes...hardware... 15.59.00 # I guess my question depends on how i listen to music. So it will be album gain for now 15.59.26 # tucoz: either way really...your preference 15.59.39 # I guess :) 16.00.10 # pondlife: Those stale swap messages have to be ignored for one 16.00.32 # Yes 16.02.46 Part LinusN 16.02.48 # But they should be ignored too if voice is already swapping. This isn't as simple as FIFO and let it be. :( 16.08.26 # I don't see why that is a problem. If voice is already swapping it won't be reading the queue. 16.08.46 # uh 16.08.55 # exactly, the messages will back up 16.09.10 # And then be read/discarded as soon as possible 16.09.12 # does anyone have Rock The Casbah in at least mp3 192? 16.09.25 # my copy is distorting (badly recorded from my LP) 16.09.59 Join rretzbach [0] (n=robert@dslb-084-062-018-029.pools.arcor-ip.net) 16.10.43 Part Iltsu ("thanks<3") 16.11.32 # daurn: I have that song 16.11.56 # good(ish) quality? 16.12.10 # 192kbps 16.12.30 # from the essential clash cd 16.12.37 # could you dcc it? 16.13.12 # tucoz:in albumgain mode it will also add the trackgain tags 16.13.47 # brb 16.14.16 # markun: ok. When I applied albumgain to an album, the volume got a lot lower 16.14.23 # tucoz: not working :S 16.14.26 # Yeah...I think the voice problem is from the stale swap message after the audio codec unloaded. 16.14.27 # hmm 16.14.37 # maybe upload to yousendit.com or such? 16.14.39 # maybe it is some firewall issues here 16.14.43 # ok 16.15.05 # hmmm...maybe... 16.15.18 # anyone else having problemw ith recent playback changes making the UI unresponsive until the first track is fully buffered? 16.15.43 # I think people with ipods experience that 16.16.02 # ok, so it's not just me 16.16.15 # * lostlogic makes faces at slaheri and pondlife 16.18.48 # daurn: check your pm 16.18.53 # x_codec_loaded is not a good test for swapping...current_codec is 16.19.07 # tucoz: i got it 16.19.21 # damn 16.19.25 # i'm not idented 16.19.26 # :P 16.19.33 Nick daurn is now known as daurnimator (n=quae@124.243.137.107) 16.24.30 # lostlogic: I think that might be the scheduler rather than the playback changes 16.24.50 # My own build is pre-scheduler and seems ok (H300) 16.25.18 # it's becoming clearer again...audio_codec_loaded is a good test for swapping on the voice side 16.25.44 # That's what I concluded 16.26.08 # since the voice thread can't run until the codec thread yields while waiting on the mutex 16.26.18 # And I'm only really changing the voice side. You can comment out the #define PLAYBACK_VOICE to get a clean (no voice) version for comparison... 16.26.56 # But with the encoder this isn't true I guess. 16.27.08 Join nls [0] (i=HydraIRC@nl104-202-216.student.uu.se) 16.27.23 # * jhMikeS thinking through "out loud" :) 16.27.34 # * pondlife is too 16.29.17 # It's a bad idea for the voice thread to ever call swap_codec unless audio_codec_loaded=true. 16.29.49 # yes 16.30.29 # But this then breaks recording because audio_codec_;loaded = false and voice never swaps out? 16.31.18 # you blocked the swap in Q_ENCODER_RECORD 16.31.46 # I did, but that's been reverted now and is irrelevant to my problem 16.31.52 # That was just me trying to be clever 16.32.02 # * pondlife is not clever 16.32.25 # cmon...this isn't really trivial but really should be simplified 16.32.48 # Yep 16.33.07 # I'm wondering if audio_codec_loaded should be set to false before leaving the guarded section 16.33.16 # Which routine? 16.33.21 # codec_thrad 16.33.24 Join davidc__ [0] (n=davidc@72.169.118.173) 16.33.37 # Since it is not loaded anymore 16.33.48 # It should 16.34.08 # The check after the switch will have to be changed 16.34.52 # Where does the guarded section end then? 16.34.53 # I guess it's ok if mutex_unlock doesn't yield 16.34.59 # Ah, I see 16.35.35 # no yield before setting it to false !!! 16.35.49 # Sorry was looking at the wrong switch() 16.36.49 # So you don't think audio_codec_loaded should be true during encoding? 16.37.26 # I'll have to scan the references to it again to see why 16.37.58 # this was one reason: 16.37.59 # if (audio_codec_loaded) 16.37.59 # { 16.37.59 DBUG Enqueued KICK jhMikeS 16.37.59 # if (ci.stop_codec) 16.37.59 # { 16.37.59 *** Alert Mode level 1 16.37.59 # status = CODEC_OK; 16.38.01 # if (!playing) 16.38.03 # pcmbuf_play_stop(); 16.38.05 # } 16.38.07 # audio_codec_loaded = false; 16.38.09 # } 16.38.29 # it will call pcmbuf_play_stop if I set it true 16.38.34 # ! 16.39.13 Quit davidc__ (Read error: 104 (Connection reset by peer)) 16.39.40 # I have to reboot, back in a bit 16.39.49 # I put in separate encoder error handling to my next update. ci.enc_codec_loaded can be < 0 to indicate an error 16.40.17 Quit pondlife (Read error: 54 (Connection reset by peer)) 16.43.45 Join jamwt [0] (i=jamwt@66.180.175.79) 16.44.21 Join pondlife [0] (n=Miranda@cpc1-rdng11-0-0-cust472.winn.cable.ntl.com) 16.44.32 # hi.. I was wondering if anyone knew whether anyone was working on supporting the serial interface and apple "accessory protocol" for rockbox/iPod 16.44.48 # if not, I might take a crack at it 16.44.50 # :-) 16.46.04 Quit aliask ("Chatzilla 0.9.75 [Firefox 1.5.0.7/2006090918]") 16.46.39 # jamwt: I think noone is working on it, so go ahead. 16.46.47 # if someone is going to commit something soon can he commit also this: http://rafb.net/paste/results/AO3bd463.html ? 16.46.59 # markun: k 16.48.00 *** Alert Mode OFF 16.52.39 # Slasheri: do you have an example tagnavi_custom.config ? i have tried to create one, but the item "Custom view..." doesn't show up in the main menu (in the h300 uisim). 16.52.41 Join Mmmm [0] (n=mscarrat@cpc4-hem13-0-0-cust438.lutn.cable.ntl.com) 16.53.46 Join tucoz_ [0] (n=martin@233.84-48-89.nextgentel.com) 16.54.02 Part tucoz_ 16.54.25 Nick daurnimator is now known as daurnimator|afk (n=quae@unaffiliated/daurnimator) 16.55.35 Nick daurnimator|afk is now known as daurnimator (n=quae@124.243.137.107) 16.56.55 # uh 16.57.04 # anyone care to paste a log of what just happended? 16.57.24 # Slasheri: ok, i got it to work. i didn't know, that i have to specify a root menu in the custom file too. 16.58.09 # PaulJam: ? 16.58.30 Quit Febs () 16.59.17 Join _FireFly_ [0] (n=FireFly@p54A47FA4.dip.t-dialin.net) 16.59.24 # daurnimator: do you mean an irc-log? http://www.rockbox.org/irc/current.txt 16.59.31 # no 16.59.32 # i mean 16.59.38 # what did i just do/ 16.59.44 # - like 3 mins ago 16.59.48 # * daurnimator is now known as daurnimator|afk 16.59.48 # * daurnimator|afk is now known as daurnimator 16.59.48 # uh 16.59.53 # not much 17.00.38 # heh 17.00.42 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 17.00.42 # * daurnimator hugs dircproxy 17.00.56 Quit JdGordon ("Konversation terminated!") 17.02.14 Quit theli_ua ("Leaving") 17.02.19 # i logged off & in 17.02.20 # seems it didn't restart 17.02.20 # - when i rejoined, i got a log 17.02.21 DBUG Enqueued KICK daurnimator 17.02.21 # (with timestamps) 17.05.43 Join loco [0] (n=jochen@dslc-082-082-095-224.pools.arcor-ip.net) 17.06.27 # hello everyone. is the simulator build (h120) supposed to work? there seems to be an error with the makefile for me. 17.06.42 # The H300 sim builds ok... 17.07.05 # according to the cvs build table, so does the h120 sim 17.07.28 # i get an make: *** zxbox: No such file or directory. Stop. 17.07.41 # s/an/ 17.07.58 # sounds like you need to check out a fresh copy of cvs.. does your tree even have zxbox ? 17.08.15 # well, i cvs upped before. 17.09.05 # do you have apps/plugins/zxbox ? 17.09.25 # no, just apps/plugins/zxbox.c 17.09.31 # PaulJam: hmm, weird.. there shouldn't be a need to specify a root menu 17.09.32 # loco: Did you cvs up -dP ? 17.09.45 # PaulJam: but you need to name the custom menu as "custom" or it doesn't show up 17.09.46 # Without the -d part, you won't get new directories 17.09.51 # argh... shame on me... 17.09.56 # something like %start_menu "custom" "My menu" 17.10.08 # thanks a lot. 17.10.13 # in fact it was %menu_start 17.11.22 Quit tucoz (Read error: 110 (Connection timed out)) 17.11.22 # Slasheri: that was what i tried first, but it didn't work. it worked when i added 'root_menu "custom"' at the end of the file. 17.11.27 Quit bytie ("Dana") 17.11.48 Quit XavierGr (Nick collision from services.) 17.11.51 Join XavierGr [0] (n=xavier@ppp137-81.adsl.forthnet.gr) 17.12.48 # PaulJam: hmm, interesting.. could you paste a copy of the file somewhere? 17.12.50 Quit loco ("bye and thanks for the help") 17.12.56 # why do we need a 512KB codec swap buffer for the voice codec when mpa_codec is only 73KB? 17.13.02 # PaulJam: oh, and did you add the empty line after the menu items? 17.13.08 # that is necessary for it to work 17.13.42 # PaulJam: if it's the end of file, you need to empty lines there 17.13.49 # jhMikeS: because no-one thought about it? 17.14.19 # I guess it could be that the voice codec may be something other than MP3 one day... 17.14.20 # I think it should check the file size before dividing up the buffer IMHO. 17.14.28 *** Saving seen data "./dancer.seen" 17.15.35 # pondlife: but it would probably always be the same codec so we'll know how much space it needs. The voice shouldn't be too elaborate in that regard. 17.15.43 # Yes, I agree 17.16.22 # jhMikeS: I won't necessarily always be the same codec 17.16.35 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 17.16.35 # * amiconn is waiting for preglow's magix speex decoder ;) 17.16.45 # *magic even 17.16.46 # How many voice codecs do we need to use at once? 17.16.59 # Yes, but you'd use speex for alll voice in that case.. 17.17.05 # I think a voice synth that sounds like SpeakNSpell would be cool or like HAL 17.17.09 Join bbroke [0] (n=bbroke@p54BD4BF0.dip0.t-ipconnect.de) 17.17.15 # Then we know the codec size 17.17.33 # Well, you could get a robot arm to operate a SpeakNSpell, and generate voice clips that way... ;-) 17.17.36 # Just check the file size for voice codec and give it just enough 17.17.38 # Very 1980s 17.17.53 # During transition, it might be necessary to load either mpa.codec or speex.codec depending on what voice file is found 17.17.58 # pondlife: of course! I still have mine 17.18.26 # Does it still mis-spell colour? 17.18.36 # ok...then we have a list of possibilities and leave enought room for the largest of them...but they don't even approad 512KB 17.18.52 # It's "color" stateside :) 17.18.58 # Yes, but check how much ram mpa.codec actually takes 17.19.11 # The 73KB of the binary image isn't everything 17.19.25 # There's also the .bss segment 17.19.51 # Slasheri: i had only a linebreak at the end of the file. i thought that conts as an empty line. with two linebraks it works (without specifiing a root) 17.19.52 # hmmm...so how much RAM does it take? 17.19.53 # Of course, a smaller CODEC_SIZE would also reduce the memcpy-ing a bit. 17.20.05 # i.e. for voice swap-ins 17.20.23 # pondlife: Yes, but we could even save one of the swap buffers completely 17.20.32 # ...with a special copy-swap routine 17.20.40 # amciconn: xor of course 17.20.44 # Good idea 17.20.49 # jhMikeS: huh? 17.21.16 # XOR for register swap... 17.21.18 # you had something else in mind...both codecs get swapped on USB connect 17.21.28 # PaulJam: nice :) but a good note, i think that is a bug and i will try to fix that 17.22.03 # Just load one memory line from the codec buffer into 4 registers, load one line from the swap buffer into another 4 registers, then write back in the opposite destination 17.22.16 # * jhMikeS was making a joke about his "amiconn loves eor/xor" :) 17.22.34 # Well, who doesn't! 17.22.41 # amiconn: it's on the tracker 17.22.51 # A nwew sitcom - "Everyone Loves XOR" 17.22.52 # amiconn: i don't have time to fix it to stop throwing warnings 17.23.13 # freqmod will do it once he's got time again 17.23.21 # jhMikeS: Xor is often very useful... 17.23.57 # definitely 17.24.31 # You can xor the codecs togther to swap them 17.24.58 # Hehe, yes, but doing the read twice, write twice thing is faster 17.25.56 # Hmm, I don't like the loud beeping on skip tracks when you're at the end... is that new? 17.25.58 # Well...we have to watch the USB connect thing then 17.26.06 # playback.c - audio_next. 17.26.17 # jhMikeS: USB connect thing? 17.26.47 # pondlife: The beep isn't new. It's an option though, perhaps you enabled it by accident 17.27.21 # Nope, not the beep 17.27.43 # ?? 17.27.51 # Slasheri added a second beep (lower pitched) so you can tell if you're skipping and you've reached the start or end of a playlist 17.27.58 # Added in here: http://www.rockbox.org/viewcvs.cgi/apps/playback.c.diff?r1=1.350&r2=1.351 17.28.01 # * amiconn doesn't use the swcodec targets enough to notice such things... 17.28.13 # I prefer it not to beep at all in this case. 17.28.27 # Beep should probably be a keyclick anyway - for feedback of a keypress. 17.28.40 # I don't really think it's a playback thing per se. 17.29.00 # The lower beep is much louder sounding than the normal one, probably due to hearing non-linearity 17.29.17 # The archoses run nice and stable, and there isn't a single feature of the newer targets that I actually need 17.29.39 # So... all the newer targets are just there for the fun of coding 17.30.11 # I love my Archos too, but need to fix it one day.. 17.31.03 # Only 50% of my targets are archoses, but I use them like 90% of the time I'm using daps 17.32.50 # amiconn: each codec swaps the other on USB connect...why? this seems like a collision given the way swap_codec works 17.33.43 # jhMikeS: Odd. So it constantly swaps codecs back and forth during USB connection? 17.34.35 # When playback is stopped, the main codec isn't needed, so the voice codec is what should be swapped in, and stay in until playback is started again 17.35.06 # well...audio thread swaps if voice_codec_loaded...and vice versa 17.35.45 # I mean codec thread not audio thread 17.36.06 # Of course, the voice codec is also required sometimes during playback. 17.39.09 # Yes, but the main codec isn't needed when playback is stopped 17.39.11 # why should they each swap the other if the other is loaded upon connect? ?? 17.40.48 Quit aegray ("Lost terminal") 17.42.06 # pondlife: Hmm, maybe the second beep doesn't obey the beep volume setting? 17.42.26 # It sounds like it's playing two beeps - the low and high one together! 17.42.43 # You may need to listen to it and you'll see what I mean 17.42.51 # is there a way to keep the H300 connected to usb and having the device not in UMS ? 17.44.04 # mirak: Yes, hold A-B while plugging USB 17.44.17 # Then it just charges from USB (slowly) 17.44.49 Join bytie [0] (n=anonym@p548CA6F0.dip0.t-ipconnect.de) 17.44.52 # damn I didn't knew that :-/ It could be written on the screen while connected ^^ 17.45.23 # amiconn while in charge mode can you listen music ? 17.46.52 # of course 17.47.47 # a-b ? doesn't work for me 17.49.06 # You need to press & hold it while plugging. Once in USB mode it's too late 17.49.30 # Maybe it's another button for iriver... don't remember exactly 17.49.33 # mirak8: "Enable USB charging mode on H300, hold Rec when inserting the USB connector to not enter USB mode. This may not always work, since we don't yet know how to control the charging chip correctly." 17.49.41 # Ah, so Rec it is 17.50.28 # ugh, beep 17.50.29 # remove it! 17.51.09 # ok that's when inserting, what I am looking for is when rockbox is running, if I plug the usb I go to usbmode, then I want to go back to rockbox without unpluging the usb cable. 17.51.49 # mirak8: that doesn't work yet, but feel free to implement it 17.51.53 # Slasheri: wouldn't it be better (and maybe simpler in the code) to completely ignore the tagnavi.config if a tagnavi_custom.config (with the correct version number) exists in the .rockbox folder? this way people who want to use (only) custom views and don't need entrys like for example "Composer" can set their custom view as root menu. 17.52.40 Quit XavierGr (Read error: 113 (No route to host)) 17.53.11 # markun if it's technically feasible that's intersting. I would use that mostly when I build a version to test without removing the cable each time 17.53.31 # mirak8: but how to enter USB mode again.. 17.55.23 # markun iriver firmware can go from charging to usb mode by pushing play. 17.55.28 # preglow: Did you mean the extra beep I was referring to? 17.55.38 # PaulJam: Hmm, maybe.. i have also thought that it would be possible to remember the last menu on boot 17.57.36 # pondlife: all beeps! 17.57.49 # pondlife: but especially ones you can't turn off, yes 17.58.08 # Hmm, does it not turn off? 17.58.13 # I didn't realise that 17.58.24 # I use beep=strong 17.58.33 # Good when driving 17.58.37 Join solarflare [0] (n=supernov@82-203-170-134.dsl.gohome.fi) 17.58.49 # i might not know what you're talking about :> 17.59.55 # I often have that effect... 18.00.20 # maybe we should have a memswap function? 18.00.22 # I meant the intentional (and configurable) beep on file skip 18.05.14 # Slasheri: I think it would be better to embed the default tagnavi.config layout, and not ship a tagnavi.config file at all 18.05.53 # Same thing as we do with the default wps 18.06.05 # amiconn: hmm, true. but i am not sure how to do it.. just embed the file content to the code or something like that? 18.08.24 # amiconn: but with a separate file it is easier to create custom views, because you have a good example file. 18.10.41 Join davidc__ [0] (n=davidc@72.169.118.173) 18.12.44 Nick daurnimator is now known as daurnimator|afk (n=quae@unaffiliated/daurnimator) 18.12.44 DBUG Enqueued KICK daurnimator|afk 18.12.46 Nick daurnimator|afk is now known as daurnimator (n=quae@124.243.137.107) 18.12.46 DBUG Enqueued KICK daurnimator 18.12.46 Join lodesi [0] (n=lds@d01m-89-83-139-80.d4.club-internet.fr) 18.16.26 Join merbanan [0] (n=banan@c80-216-155-218.cm-upc.chello.se) 18.20.06 Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 18.21.56 Quit linuxstb_ (Read error: 110 (Connection timed out)) 18.22.57 Join bluebrother [0] (i=GMybGhig@nat-wh-1.rz.uni-karlsruhe.de) 18.25.12 Quit davidc__ () 18.25.32 Quit Mmmm (Remote closed the connection) 18.27.41 Nick JBonBike is now known as JoeBorn (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) 18.30.00 Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) 18.36.15 Join ender` [0] (i=null@84.52.165.220) 18.36.40 Join pixelma [0] (i=pixelma@82.193.235.34) 18.41.49 Join lini [0] (i=pugsley@62.204.144.237) 18.45.10 # could anyone knowledgable with playback.c please add back the boost on read functionality? 18.45.50 # If I want to change a strig in english.lang do I edit and leave as is? 18.52.12 Quit Strath (Read error: 54 (Connection reset by peer)) 18.52.52 # preglow: Can you explain more... 18.52.57 # "boost on read" 18.53.54 Join lightyear [0] (n=lightyea@p54875B9A.dip.t-dialin.net) 18.54.13 Quit tvelocity ("Αποχώρησε") 18.54.26 # boost when buffering from the disk? 18.54.46 # Any idea when this was changed? 18.54.54 Quit ender` (Read error: 113 (No route to host)) 18.55.43 # afaics it still does it -- boost is 100% in audiothread while buffering... 18.55.49 # Should do 18.57.11 # hmm, this is interesting. I was also able to reproduce the PDIR1FULL error at 0x3 with my h140 while building tagcache 18.57.29 # this has _something_ to do with the new scheduler, not yet sure in what way 18.57.33 Join ender` [0] (i=null@84.52.165.220) 18.57.48 # pondlife: well, boost on read 18.57.51 # pondlife: boost while reading 18.57.54 # pondlife: from the disk 18.59.02 # i wonder how it is possible to get such an error as PDIR1 shouldn't be enabled by default 18.59.05 # You implied it has changed... recently? 19.01.26 # pondlife: talking to me or him? 19.02.13 # preglow: You 19.03.21 # pondlife: it used to boost some time ago, before lostlogic did some work on it 19.03.26 # this seems good.. that pdir error always at same point, now at 0x2 19.03.29 # Ah, ok 19.03.42 # pondlife: imho, it really should boost to minimise disk on time 19.03.54 # I agree 19.04.01 # pondlife: if the codec is very close to boosting on its own, rockbox can spend ages and ages reading 19.04.21 # its gotten worse after the new scheduler as well, i think 19.05.27 # yesterday i had a case where rockbox started switching the disk on and off continously when buffering was to take place 19.06.11 # Slasheri: could that have been the new scheduler starving whatever thread is reading from the disk? 19.07.04 # preglow: hmm, currently codec and buffering should have the same priority so they should get the equal amount of cpu by scheduler 19.07.34 # but if buffering thread does not give codec enough cpu time, then codec thread's priority will be changed higher 19.07.39 # and that will starve everything 19.07.49 # well, this wasn't exactly pretty 19.07.51 # preglow: If you can reproduce, maybe try putting a cpu_boost(true) in at the start of audio_read_file(), and a corresponding cpu_boost(false) at the end? 19.08.07 # can't reproduce it, no 19.08.11 # Ah, ok 19.08.12 # don't even remember what codec i used 19.08.23 # hmm, it probably was ogg 19.08.49 # Hmm. Imho the codec thread should _never_ switch to realtime unless the CPU is already boosted 19.09.10 # _realtime_ ? 19.09.13 # there is an actual realtime prio? 19.09.16 # amiconn: cpu should be boosted before that switch 19.09.18 Quit bytie ("Dana") 19.09.40 # at least boosting watermark is much higher than the priority switching watermark level 19.09.44 Join lowlight [0] (i=c730190a@gateway/web/cgi-irc/labb.contactor.se/session) 19.09.57 # and with iriver that seems to work correctly.. but maybe ipod behaves differently 19.10.02 # this was on iriver 19.10.05 # h120 19.10.09 # hmm, weird 19.10.15 # preglow: I would aim to repro it if you can 19.10.17 # but yeah, do we actually use a realtime prio? 19.10.36 # yep, when the pcm buffer data is really at critical 19.10.40 # that's a real no no, if you ask me 19.10.50 # at the point unless we switch priority to realtime, audio will skip 19.10.54 Join obo [0] (n=obo@82-46-82-224.cable.ubr02.trow.blueyonder.co.uk) 19.10.56 # if we actually need to use realtime prio, then we're doing something seriously wrong 19.11.22 # better to let it skip 19.11.32 # i don't want to think about what my threads do when they're never called anymore 19.11.46 # hmm, then the priority scheduling would help only background tasks 19.11.49 # preglow: Also pop a bug report on Flyspray? 19.11.53 # I gotta go 19.11.54 Quit pondlife () 19.11.58 # realtime priority is switched back as soon as possible.. but other threads are still called 19.11.58 # pondlife: i don't really have much details... 19.12.04 # but just less often 19.12.12 # preglow: boosting while buffering taken out around here...http://www.rockbox.org/irc/rockbox-20060413.txt @ 19.53.26 19.12.19 # something like 1-3 times per second depending on the priority 19.12.35 # Slasheri: well, then what i encountered pretty much has to be some other bug 19.12.39 # but i can't possibly imagine what 19.12.54 # yes, that sounds like a bug 19.12.55 # preglow: 19.53.54 # If so, that should besolved soon by a global boost-on-disk-read in the ata driver 19.13.13 # the file buffer was really low and it did try to read all the time 19.13.23 Join Arathis [0] (n=doerk@p508A61A7.dip.t-dialin.net) 19.13.27 # but it seemed to go really long between each read 19.13.43 # eh.. 19.13.52 # playback thread no longer boosts when buffering? 19.13.54 # that is really bad 19.13.56 # nope 19.14.01 # it hasn't done so since lostlogic did his stuff 19.14.11 # agreed, very bad 19.14.19 # really weird.. no wonder if that causes problems 19.14.31 *** Saving seen data "./dancer.seen" 19.14.33 # i'm not convinved a boost in ata read is the correct solution, though 19.14.36 # but it doesn't sound very bad either 19.14.44 # Why not? 19.15.02 # and another place to do it would be the scheduler.. :) 19.15.07 # amiconn: depends on how the reading is done 19.15.08 # i always experimented a little with that 19.15.22 # amiconn: if lots of small blocks are read instead of one big, for example 19.15.27 Quit idnar (Nick collision from services.) 19.15.29 Join idnar_ [0] (i=mithrand@unaffiliated/idnar) 19.15.32 # amiconn: we don't want to do a lot of boosting and unboosting 19.15.37 # No 19.15.50 # Of course it shouldn't unboost immediately 19.15.53 Quit damaki (Read error: 104 (Connection reset by peer)) 19.16.18 # preglow: something i tried, was that unless cpu has been last in sleep withing 500ms, switch boost on. And then unboost as soon as we put core in sleep again 19.16.21 # It should boost at the first read, and then start a timeout for unboosting 19.16.21 # well, if that can be made to work reliably, then that should be good 19.16.44 Join damaki [0] (n=Chocolat@ALille-253-1-14-8.w90-7.abo.wanadoo.fr) 19.16.46 # and boosting can be triggered manually also.. something like thread_trigger_boost(); 19.16.48 # Slasheri: i say we wait until we have removed some of the bugs already in the new scheduler until we start adding new stuff 19.16.52 # it'll only make debugging harder 19.16.54 # and no need to remember to unboost the cpu 19.17.04 # preglow: yes, of course 19.17.12 # i am now investigating that PDIR issue 19.17.20 # I think auto-boosting in the scheduler would be bad 19.17.43 # (1) It would probably boost/unboost very often, defeating timer precision etc 19.18.07 # hmm, so boosting could affect the timer precision also? 19.18.15 # There are also some places in the code where we must keep the cpu boosted for precision, so the manual boost has to stay anyway 19.18.36 # Yes, on coldfire 19.18.39 # amiconn: manual boost would always work as before too 19.18.51 # if cpu is boosted manually, scheduler would not unboost it 19.18.54 # That's the reason why backlight fading needs to keep the cpu boosted 19.18.57 # it just calls the cpu_boost 19.19.02 # yep, true 19.19.32 # (2) Boosting in the scheduler will probably boost more often than necessary, lowering battery runtime 19.20.09 # any mpeg compression expert around ? 19.20.13 # mirak: depends 19.20.25 # i know something, but i'm not an expert 19.20.26 # hmm, really? for example if core has not been in sleep state during the last 500-1000ms and then boosting it.. 19.20.47 Join MarcoPolo_ [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) 19.20.52 # The core not sleeping doesn't necessarily mean that it needs to be boosted 19.21.14 # true, but yet i can't think of any situation where it wouldn't mean that 19.21.19 # It might just mean that the performance is just enough to keep up 19.21.47 # in which case we'd definitely not want boosting 19.21.49 Join TeaSea [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 19.21.54 # ...or there might be an unavoidable polling loop, or a data transfer loop... 19.22.25 Quit ScoTTie (Connection timed out) 19.22.25 Quit MarcoPolo (Read error: 113 (No route to host)) 19.24.19 # preglow: this is about sparse DCT matrix. I was wondering what's the rate of zeros coefficient in this matrix. I know the goal in compression chain is at some point to have as much zeros as possible, however, I am not sure if quantification bring back some numbers. 19.25.53 # bring back numbers? 19.26.04 # quantisation can't bring back numbers 19.26.37 # preglow: if there is really a lot of zeros, then it could be valuable to skip 4 mac operations per 0 coefficient. however since 4 mac operations are 4 cycles, I am not sure a AND plus BRANCH would cost less in the end 19.26.42 # it depends what matrix you're talking about. if you're talking i-frame transforms, then the ratio of zeros to non-zero numbers is usually very big 19.26.49 # preglow: quantisation is just about multiplying ? 19.27.27 # the matrices are actually coded as runs of 0s 19.27.33 # because they're so many 19.27.52 # it's a very common optimisation to check for zeros, but i don't know if it'll matter for coldfire 19.27.56 # I know ffmpeg idct uses this skip if a coef is zero but, they don't have a mac to do the operations 19.28.08 # well 19.28.10 # if the data is in iram 19.28.14 # i don't know if i'd bother 19.28.25 # I think that with emac, testing for zero would slow down things 19.28.29 # i almsot certainly wouldn't 19.30.46 Quit PaulJam (".") 19.31.08 Quit charkins ("Leaving") 19.31.14 # 8 coefficients of a row are stored in upper and lower parts of 4 registers. So I would do eventually an AND 0000FFFF on upper part to cancel the upper part and then test lower part, however I am toasted for coef in adress registers ... 19.31.54 # and the opposite to test upper part ... 19.32.53 # Yes, and then you test, and if it's zero, you skip the mac.w with a branch... even the branch alone is slower than just performing the mac.w 19.33.24 # mac.w is single cycle, a conditional branch forward eats 3 cycles 19.33.45 # I'd say forget that 19.34.01 # I would skip 4 mac 19.34.23 # You still wouldn't gain anything 19.34.25 # but well if branch is 3 19.34.36 # mac/mac/mac/mac/movclr = 5 cycles 19.34.53 # and/test/branch is also 5 cycles 19.35.14 # the 4 skipped mac are on 4 different accumulators 19.35.34 # ...and if you need to copy to a data register to do the check... 19.35.36 # so the moveclr shouldn't be counted, but of course that's still 4 19.35.59 # I can eventually not check that adress register ;) 19.36.14 # ok that's not worth, that's what I need to be sure 19.36.24 # The zero row check is for CPUs with slow multipliers, or even no hardware multiplier at all 19.38.04 Ctcp Ignored 2 channel CTCP requests in 2 seconds at the last flood 19.38.04 # * amiconn wonders whether it would be worth it on arm 19.41.34 # if zeros are really that much present I could eventually test if a full register is zero and skip 8 mac directly 19.42.40 Join Rondom [0] (n=Rondom@p54AEE41B.dip.t-dialin.net) 19.42.49 # that's the best I can think off ^^ 19.42.50 # amiconn: mla on arm would take about 3 cycles for an nn x 16 bit multiply, i think 19.44.31 Join klrspz [0] (n=klrSpz@69.15.248.2) 19.48.01 # preglow: at least on ARM9 mla only takes 1 cycle if one of the operands is 0 19.52.48 # ???? 19.52.54 # ahh, right 19.53.03 # are you sure you don't mean 2? 19.53.17 # i don't think the early termination triggers on the lowest byte 19.53.21 # only the top three bytes 19.56.05 Quit MarcoPolo_ (Read error: 60 (Operation timed out)) 19.59.15 Join hardeep [0] (n=hardeeps@c-71-202-85-199.hsd1.ca.comcast.net) 20.01.15 # * amiconn wonders where preglow found those detais 20.01.19 # *details 20.03.26 Join S0ap [0] (n=Soap@unaffiliated/s0ap) 20.04.30 # ah, this is good. In fact the new scheduler makes rockbox to crash with bad mp3 files easier than previously 20.04.37 # so now it's possible to fix that problem 20.07.42 # amiconn: DDI0210C_7tdmi_r4p1_trm.pdf, section 6.6 20.07.52 # Slasheri: how/why? 20.08.19 # preglow: i don't know why, but that PDIR1FULL error is definately caused by a bad mp3 file (i have now found the file) 20.08.27 # trying to reproduce it on simulator now.. 20.08.45 # before the scheduler patch, no such files crashed the unit immediately 20.09.49 Nick daurnimator is now known as daurnimator|afk (n=quae@unaffiliated/daurnimator) 20.09.49 DBUG Enqueued KICK daurnimator|afk 20.13.03 Join aegray [0] (n=aegray@vpn82-7e-92-63.near.uiuc.edu) 20.20.02 Quit Soap (Read error: 110 (Connection timed out)) 20.20.54 Quit bbroke ("Chatzilla 0.9.75 [Firefox 1.5.0.7/2006090918]") 20.29.03 Quit mirak8 ("CGI:IRC (Ping timeout)") 20.29.13 Join Paul_The_Nerd [0] (n=Paul_The@cpe-70-112-165-230.austin.res.rr.com) 20.29.31 Join Zagor [0] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 20.31.27 Quit damaki (Read error: 104 (Connection reset by peer)) 20.32.37 Join damaki [0] (n=Chocolat@ALille-253-1-14-8.w90-7.abo.wanadoo.fr) 20.32.38 Quit Nibbier (Read error: 104 (Connection reset by peer)) 20.34.32 Join Nibbier [0] (n=sven@e181084074.adsl.alicedsl.de) 20.35.24 Join damaki_ [0] (n=Chocolat@ALille-253-1-3-36.w90-7.abo.wanadoo.fr) 20.45.07 Quit mirak (Connection timed out) 20.45.20 Join mantono [0] (n=mantono@c83-250-204-173.bredband.comhem.se) 20.46.54 Join darkless [0] (n=darkless@62.79.44.48) 20.48.15 Join mirak [0] (n=mirak@AAubervilliers-152-1-87-46.w86-203.abo.wanadoo.fr) 20.48.45 Join bytie [0] (n=anonym@p548CA6F0.dip0.t-ipconnect.de) 20.51.30 Quit damaki (Read error: 110 (Connection timed out)) 20.52.20 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 20.52.20 # * Bagder crawls in 20.52.20 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 20.53.28 Join Rob2222 [0] (n=Miranda@ACD01C83.ipt.aol.com) 20.54.45 # * obo wishes his congratulations 20.55.10 # thanks 20.55.18 Join XavierGr [0] (n=xavier@ppp137-81.adsl.forthnet.gr) 20.57.21 # how can it be explained that writting to memory takes less cycles than reading from memory ? 20.57.40 # Wow, the tagnavi syntax just changed a lot. 20.58.00 # Well, "increased" 21.00.50 # mirak: When reading, the CPU has to wait for the data 21.01.20 # * preglow hands bagder a cigar 21.01.25 # Paul_The_Nerd: are the changes documented? 21.02.17 # amiconn: ok then optimising writes is pretty useless then ? 21.02.25 # No 21.02.35 # Writing much data in sequence is still slow 21.03.32 # But writing single data items is faster than reading, because there usually is a store buffer 21.03.53 Quit aegray (Read error: 110 (Connection timed out)) 21.04.27 # Of course this only holds for memory writes; writing to an i/o area is usually unbuffered 21.04.45 # dpassen: They're documented by way of "you can read the file and see how it works" really. 21.04.55 # Ok 21.05.02 # Will try an updated build later 21.05.49 # so in my code I need to write 4 bytes coming from 4 different computations, I put them in a register and do a left shift. Then move.l to memory. in my case it's more a movem.l for 8 bytes. Is it still better than doing 8 byte moves ? 21.06.16 # yes, it should 21.06.43 # does it change something to the problem if it's iram or sdram ? 21.06.52 # However, using movem.l for 8 bytes instead of two move.l isn't faster 21.07.22 Quit hcs (Read error: 110 (Connection timed out)) 21.07.34 # amiconn: doesn't it save one instruction cycle at least ? 21.07.38 # nope 21.07.44 # It needs one cycle extra 21.07.56 # one extra cycle per registry ? 21.08.02 # movem.l needs 1+n cycles, where n is the number of registers 21.08.14 # ah I see 21.08.53 # ok, I can use only one register instead of two then. 21.09.23 # In iram. it might even be that the byte stores are faster 21.10.22 # there is only burst read, not burst write ? One could think that a movem keep opened the "channel" to ram 21.10.25 # With long stores, you need 3x lsl.l + 3x or.l + move.l = 7 cycles 21.11.07 # why do you use or ? 21.11.08 Join aegray [0] (n=aegray@ip082.pool104a.sms2.champaign-il.egix.net) 21.11.10 # 4x move.b is only 4 cycles - if you store to iram 21.11.25 # "move.b %d0,%d2 \n\t" 21.11.25 # "lsl.l #8,%d2 \n\t" 21.11.27 # Replace or.l by move.b, same timing 21.11.55 # Slasheri: was that it? 21.12.21 # Regarding burst mode - the bus controller can only do certain burst lengths, namely 1, 2, 4 and 16 bytes. Not 8 bytes 21.12.33 # huh lol 21.12.36 # So an 8 byte store is split in 2 4-byte-bursts 21.14.16 # amiconn: when using the or however you need to have a clean destination registery before starting. you don't need that with a move and a lsl 21.14.33 *** Saving seen data "./dancer.seen" 21.14.55 # Yes, but that wasn't the point 21.15.17 # You still need 3x lsl.l + 3x move.b + move.l = 7 cycles 21.20.10 Join Lmcmann [0] (i=c0553201@gateway/web/cgi-irc/labb.contactor.se/session) 21.20.10 Quit thegeek (Read error: 104 (Connection reset by peer)) 21.20.14 # preglow: yep 21.20.29 # preglow: no longer crashes at least on my player 21.20.30 Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) 21.22.21 Join pondlife [0] (n=Miranda@cpc1-rdng11-0-0-cust472.winn.cable.ntl.com) 21.25.36 # anyone here use pandora 21.26.15 # Slasheri: why did the scheduler provoke that? 21.26.19 # Slasheri: or was it a coincidence+ 21.26.30 Join linuxstb_ [0] (i=5343d4aa@gateway/web/cgi-irc/labb.contactor.se/session) 21.27.07 # linuxstb_: the wma patch was a big mess 21.27.52 # I haven't looked at it in detail, but I'm not surprised... 21.28.06 # I'll try to slim it down when I get time 21.28.31 # What do you mean by "slim it down" ? 21.28.57 # it's lots of unneeded ffmpeg code in there 21.29.06 # Good - I was hoping you meant that. 21.29.13 Join CriamosAndy [0] (n=Criamos@p5493008A.dip0.t-ipconnect.de) 21.30.56 Join davidc__ [0] (n=davidc@72.169.118.173) 21.36.32 Quit Rondom ("bb in 5 mins") 21.41.03 Part Lmcmann 21.41.28 Quit lightyear (Connection timed out) 21.41.51 Join lightyear [0] (n=lightyea@p54876BBD.dip.t-dialin.net) 21.44.08 Nick idnar_ is now known as idnar (i=mithrand@unaffiliated/idnar) 21.44.26 # preglow: i think it was just coincidence 21.44.31 Join Lefungus [0] (n=nope@AVelizy-151-1-14-199.w82-120.abo.wanadoo.fr) 21.44.39 Quit XavierGr () 21.44.41 # but a good thing indeed 21.45.24 Quit Criamos (Read error: 110 (Connection timed out)) 21.46.14 # sure 21.47.27 Quit lightyear (Remote closed the connection) 21.48.47 # preglow, need some feedback from you on mpc and seeking benchmarks 21.49.17 Join MadDog011 [0] (n=MadDog01@cable-87-116-149-50.dynamic.sbb.co.yu) 21.50.14 # like how much granularity the seek table need ? 21.50.36 # ie, how much seek points per file approximately 21.54.48 Part mantono ("Don't worry, be happy") 21.56.53 Part MadDog011 21.56.53 Quit solarflare (Read error: 104 (Connection reset by peer)) 21.58.34 Quit linuxstb_ ("CGI:IRC (Ping timeout)") 22.04.04 Join tucoz [0] (n=martin@rockbox/developer/tucoz) 22.04.15 Quit davidc__ () 22.05.11 Quit rretzbach (Connection reset by peer) 22.05.24 # Lefungus: wouldn't know 22.05.45 # Lefungus: for pc use, you can get away with pretty many frames per slot, i'd guess 22.06.06 # we want it to work for both, as we may store a seek table in files directly 22.06.35 Quit aegray (Connection timed out) 22.06.47 # mpc_uint32_t seek_table[10000]; 22.07.00 # hmm 22.07.09 # well, there's a tradeoff 22.07.13 # from mpc.c in rockbox cvs, I interpret that as a 10000 entries seek table 22.07.14 # you don't want the seektable to bloat the file 22.07.34 # Lefungus: yeah, but that's per file, no matter how big it is 22.07.41 # congratulations Bagder 22.07.48 # thanks 22.07.50 # Lefungus: if it's a long file, there'll be more frames per entry 22.08.07 Quit bytie ("Dana") 22.08.11 # Bagder: we were wondering if you were going to call him sansa :) 22.08.20 # or e200 22.08.23 # ok, I just meant, how many entries per file, not how many samples per entry 22.08.26 # of course 22.08.31 # my wife would love it! ;-) 22.08.39 # a woman loves dedication in a man 22.08.46 # especially to hobbies 22.08.49 # awww, what a pretty name. what does it mean? 22.08.50 # hehe 22.09.08 # Lefungus: god knows, you pretty much have to see how much is practical 22.09.22 # Lefungus: i really don't have many musepack files yet so i haven't gotten to use it much 22.09.22 # well, is it working nicely enough currently ? 22.09.28 # Lefungus: sure, people say it is 22.09.35 # i really haven't used rockbox myself for a pretty long while 22.09.40 # don't travel much these days 22.09.42 # ok 22.09.57 # do you happen to know whether the seek table is stored in internal or external memory ? 22.10.10 # Bagder: Best wishes for the new family member! :) 22.10.14 Quit linuxstb__ (Read error: 110 (Connection timed out)) 22.10.16 # Lefungus: you mean as in sram or dram? 22.10.25 # is there on coldfire a function that reverse all bytes of a long word ? 22.10.41 # dunno how you call it, internal=small&fast, external=big&slow 22.10.43 # mirak: endian swap? sure 22.10.47 # I remember something like that but can't find 22.10.49 # dram, definitely, no reason to store anything like that in fast ram 22.10.52 Quit merbanan (Remote closed the connection) 22.10.54 # Bagder: Congratulations. I expect we'll see you on here at all sorts of odd hours now! 22.10.59 # haha 22.11.01 # preglow: yes, this would save me. 22.11.01 # hehe 22.11.26 # yeah, they say two kids give you more spare time than just one ;-P 22.11.43 # [04:34] * Bagder tears his hair out! 22.11.50 # *g* 22.11.51 # Maybe once one is old enough to look after the other... 22.11.56 # hello.. how can i change h10 firmware to rockbox? 22.12.03 # 20gb model 22.12.34 # YouCeyE: http://www.rockbox.org/twiki/bin/view/Main/IriverH10Port#Installation_Instructions 22.12.41 # Does the H10 Rockbox manual have installation instructions yet? 22.13.00 # no, unfortunatley not 22.13.17 # tucoz, is it fully functional now? i had iriver h120 and rockbox porting was easy 22.13.28 # pondlife: or the other is old enough to be able to be safel looked after by the other... 22.13.43 # YouCeyE: I think it's fairly usable 22.13.50 # nice 22.13.55 # safely? 22.13.59 # someday i'll learn myself english 22.14.18 # preglow: can't find it back 22.14.22 # Nah, safely is a subjective term 22.14.30 # we should switch to norwegian as official Rockbox language! 22.14.34 # mirak: system.h 22.14.35 # mirak: swap32 22.14.43 # enig! 22.14.51 # anyway the stock firmware sucks on h10.. i will just upgrade 22.15.02 # Is there a nowegian port of C? 22.15.06 # norwegian 22.15.19 # preglow: in assembly ? 22.15.23 # i've seen basic with norwegian keywords, heh 22.15.25 # mirak: yes 22.15.51 # Is C available in other "languages" than english? 22.16.14 # YouCeyE: radio and recodring isn't implemented yet in rockbox on h10 22.16.14 Join LinusN [0] (i=linus@rockbox/developer/LinusN) 22.16.17 # if you can't memorise what "if" means in other languages, you shouldn't program 22.16.19 # would that even be called C? 22.16.21 # tucoz: never seen it 22.16.28 # tucoz: but microsoft has almost certainly tried 22.16.32 # haha 22.16.39 # for sure 22.17.04 # preglow: can't find it in the manual. is that one cycle operation ? 22.17.07 # pondlife: i've seen ancient footage of myself "taking care" of my little brother... 22.17.17 # pondlife: nearly choked him a couple of times 22.17.26 # Arathis, is mp3 playing fully functional? just like other 22.17.35 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 22.17.36 # hardeep: I *think* I know how the Insert situation can be improved a lot. Or made more complex. I'm not really sure. I responded in the forums again. 22.17.39 # mirak: it's not an instruction, it's a routine 22.18.03 # mirak: line 284 22.18.19 # I threw a plank at my little brother and he ended up in hospital. 22.18.44 # YouCeyE: On the H10 battery life is still not great, and music may skip if your WPS is too complex (primarily peakmeters). 22.18.48 # Years later he threw a Rubik's cube at me and broke my front tooth 22.18.54 # So we're even 22.18.57 # well I want it to reverse bytes and get them one by one with a move.b and a right shift, since we can't rotate bits 22.19.04 # YouCeyE: if you use a wps without peakmeter and not an EQ it works very well. cpu booting isn't working fine. 22.19.23 # Isn't working fine? 22.19.25 # What's wrong with it? 22.19.37 # bbl 22.20.36 # i was all nice to my second little brother, though, probably because i wasn't too keen on strangling siblings i'm twelve years older than 22.20.53 # would u suggest me to wait for sometime for full fledged h10 firmware? 22.20.55 # Arathis: I thought CPU boosting worked fine on the H10s now. 22.21.17 # rockbox firmware works in ums mode? 22.21.20 # or ptp? 22.21.28 # mtp.. 22.22.14 # UMS 22.22.25 # I believe 22.22.27 # USB doesn't work, but if you have an MTP player UMS trick works, just you don't need to reset 22.22.56 Join petur [0] (n=petur@rockbox/developer/petur) 22.23.05 # Arathis: Is it posted somewhere about the CPU boosting thing? 22.23.18 # yes.. ums trick works on stock firmware.. but on rockbox firmware do i need to use the same trick? 22.23.27 Quit Genre9mp3 ("I don't suffer from Rockbox psychosis. I enjoy every minute of it.") 22.23.36 # Paul_The_Nerd: ask barrywardell 22.23.46 # preglow: byterev would be what I needed, damn 5249 ... 22.23.53 # YouCeyE: yes, because USB isn't supported yet 22.24.25 # Paul_The_Nerd: the last thing I know is it still causes freezes 22.26.02 # preglow: ok just 3 cycles. not bad 22.26.10 # mirak: what? 22.28.22 # preglow: nothing I was reading the wrong swap function, as there is no swap.b on coldfire 22.31.05 # * tucoz doesn't understand how playlists work after reading http://forums.rockbox.org/index.php?topic=6535.0 22.33.09 # but that might be because i seldom use playlists :) 22.34.04 # tucoz: That's okay, apparently I no longer understand how they work either. 22.34.11 # hehe 22.34.48 # I think though that removing the concept of "Insert Next" and "Insert Last" and just having "Insert" and "Insert, and move insertion pointer" (needs a shorter name) and then giving the user the option to manually choose where the pointer is set at any given time allows a lot more flexibility anyway 22.35.12 # You can then insert songs anywhere in a playlist easily, plus not get stuck with "You can't do that unless you insert them, then move them" situations. 22.35.35 # Hmm. simplifying is good, but wouldn't that force the user to take an extra step when making a playlist? 22.35.56 # Only when wanting to "Insert Last" 22.36.06 # I think 22.36.11 Nick S0ap is now known as Soap (n=Soap@unaffiliated/s0ap) 22.36.18 # A normal "Insert + increment" would work like "Insert" does now. 22.36.22 # I think that i would only use insert next or insert last when making a playlist 22.36.56 # how does insert work now? 22.36.58 # Insert Next does inverse order. If you have 1 2 3 4, playing 2, and do "Insert Next" on A, B, then C, you get 1 2 C B A 3 4 22.37.10 # oh 22.37.31 # ah, that should be the other way (imo) 22.37.42 # Depending on how you created the playlist, the Insert Pointer in that list will either be at 2, or at 4. So if you "Insert" A B C, you get either 1 2 A B C 3 4, or 1 2 3 4 A B C 22.38.07 # hmm. so that is the dynamic/static concept? 22.38.20 # tucoz: "insert next" means "insert after the currently playing track" 22.38.40 # It's actually a little more than that, since I believe if you just play a single song in a directory that still counts as "dynamic" but in that case the pointer will be the currently playing song. 22.39.08 # The problem comes up if you create a playlist by inserting several songs manually because you don't want to listen to whole folders, or want to mix and match. 22.39.24 # dynamic playlists are those that are created on the fly 22.39.28 # Once you've done *any* insertions during the process of making your list, it becomes impossible to later come back and add the A B C in. 22.39.41 # Unless you insert them in inverse order. 22.39.49 # LinusN: yes I know that. But lets say i listen to song 2, and want to hear 3 songs after that, i would want them to be played in the order i insert them 22.40.14 # then don't use "insert next" 22.40.24 # should i use insert then? 22.40.25 # That's why I think it could be much better to scrap the Next/Last concepts and just have a user-locatable insertion point. 22.40.29 # tucoz: Usually. 22.40.32 # haha 22.41.25 # "SimpleBox", bah 22.41.37 # LinusN: then I would first Insert next, and then Insert after that? 22.41.49 # Insert Next doesn't currently move the insertion pointer. 22.42.15 # So, 1 2 3 4, Insert A, Insert Next B, Insert C gets you 1 2 B A C 3 4, if I understand correctly 22.42.45 # I see the commit comment: 22.42.45 # iCatcher/UniCatcher WPS updates by Ioannis Koutoulakis: code update to the new volume/battery enum system and new versions for H10 5GB, Gigabeat and X5 remote 22.43.08 # have the new volume/battery enum system changes been noted in the wiki or manuals? 22.43.41 # I believe it's in the CustomWPS wiki page 22.43.52 # Since isn't that just the arbitrary enum change? 22.44.12 # I don't know, I was hoping to find out. 22.44.32 # Paul_The_Nerd: your example is what I would expect to happen 22.44.42 # or rather, want to happen 22.46.12 # tucoz: The only problem I have with that is that the C goes after A, rather than B. For me, that's not ideal. For others, it is. 22.47.06 # Soap: yes, it's in the CustomWPS wiki page 22.47.12 # thank you pixelma 22.48.40 Join TheMcPoon [0] (i=TheMcPoo@modemcable093.146-70-69.mc.videotron.ca) 22.49.05 # Hey guys, I was just wondering, with the new ipods, do people with 60gb videos get the firmware too? 22.49.11 # Ahoy, remember e'eryone, tis' talk like a pirate day today Aye. 22.49.37 # http://www.talklikeapirateday.com/wordpress/ 22.51.33 # Zagor: the manual needs the similar rename 22.51.34 # Anyone know 22.51.35 # ? 22.51.43 # Bagder: yes 22.52.24 # TheMcPoon: There are *lots* of iPod specific places on the internet. This place is dedicated to users of various players who *don't* want to use the original firmware. Really think this is the best place to ask? But as far as I know, the new iPod got *a* firmware update. It may not be the same firmware though. 22.53.01 # unless TheMcPoon spoke about Rockbox as "firmware" 22.53.16 # Yes, I know it's people dedicated to using a different firmware, but I thought people would also know about the new ipod firmware. 22.53.40 # Arr.. Bagder congratulations to yarr matey.. 22.53.56 # Bagder: Aye, I be congratulating ye' as well. 22.54.21 # aye aye 22.54.29 # TheMcPoon - that would still be drifting off-topic. This channel isn't just for Rockbox users, but for Rockbox discussion. 22.55.21 # Alright, I understand. So, I shall ask, does anyone know where I can go to ask/find firmware other than Rockbox? 22.55.45 # Ahoy, was it another game that was called Tetrox, or somethin' else that caused the rename? A pence for an old man o'de sea? 22.56.03 # tucoz: I'm writing a mail explaining it 22.56.05 # tucoz: another game that uses a similar name 22.56.22 # cool. I found a detergent with called Tetrox :) 22.56.23 # ... pretty well known 22.56.32 # -with 22.56.56 # something like "Avast, ye demon copycats! Taste the wrath of my arse!" from a law firm 22.57.02 # haha 22.57.18 Join Mmmm [0] (n=mscarrat@cpc4-hem13-0-0-cust438.lutn.cable.ntl.com) 22.57.45 # I think the rox part in terox made me think it was a rockboxed game 22.58.37 # whatever happened to the jewels images buisness? 22.58.46 # the never got back 22.58.49 # they 22.59.15 # we should google next time a suspicious plugin gets committed 22.59.27 # heh top searchresult for tetrox on google is a screenshot of rockbox tetrox :) 23.00.05 # I don't think googling works for this kind of thing 23.00.11 # tucoz: wouldn't have helped in this case 23.00.20 # really? 23.00.23 # "find names that are trademarked that might look similar to this" 23.00.46 # "t*tris" is a pretty well-known trademark 23.00.47 # aha. so Tetrocks or rocktris wouldn't work? 23.01.19 # exactly 23.01.34 Quit Mmmm (Client Quit) 23.01.35 # I didn't think Tetris *was* trademarked. 23.01.38 # * ze cluelessly jumps in without knowing what the coversations about: 23.01.39 # i like "rockblocks" 23.01.41 # what about rockblocks? 23.01.43 # doh 23.01.44 # :p 23.01.51 # Paul_The_Nerd: they claim it is 23.01.54 # And anyway, Tetrox could easily have worked as a reference to Tetronimos, which is what they are. 23.02.07 # Interesting 23.02.08 Join Strath [0] (n=donat@dpc6747254230.direcpc.com) 23.02.13 # Is this what the legal issue was you couldn't talk about Bagder? 23.02.26 # its a part of it, yes 23.03.03 # Hrm, well according to wikipedia someone does claim ownership of it at least. 23.03.08 # And it's my arch-nemesis as well. 23.03.25 # "Familiar game with falling blocks." :-D 23.03.48 Join tucoz_ [0] (n=martin@233.84-48-89.nextgentel.com) 23.03.53 # I wonder if they could sue if you did call it "Falling Tetronimoes" 23.04.06 # probably not 23.04.13 # but 23.04.14 Quit tucoz (Nick collision from services.) 23.04.15 # Paul_The_Nerd: the thing is they can sue us whatever we do. 23.04.16 Nick tucoz_ is now known as tucoz (n=martin@233.84-48-89.nextgentel.com) 23.04.20 # Rockblox works. :) 23.04.23 # in this case, the details are in the details 23.05.01 # testing trademark in court is way more expensive than it's worth 23.05.10 # at least for us in this case 23.05.30 # Yeah 23.05.41 # and that's not even mentioning the amount of boredom 23.05.48 # just rename it and be done with it 23.05.54 # Yup 23.06.02 # that is the easiest and best solution 23.06.02 # dude, why the hell cant you get some EFF or OSDN associated lawyer to take it on pro bono? 23.06.15 # rigel: because there is no payoff 23.06.18 # rigel: Because it doesn't matter and isn't worth it? 23.06.45 # challenging intellectual property law is always worth it 23.06.49 # imho 23.07.01 # but im a bi of a zealot 23.07.03 # rigel: then become a lawyer and do it for us pro bono :) 23.07.04 # bit, even 23.07.06 # easy to say when you're not involved 23.07.07 # Some intellectual property law is good. And trademarks are actually a very important thing, overall. 23.07.29 # Trademark greatly increases the odds of you actually knowing who you're buying something from. 23.07.32 # i didnt say IP law is bad, did i? 23.07.35 # heh 23.07.42 # You said it's always worth it to challenge it. 23.07.42 # i just said challenging it is always good. 23.07.50 # yes. they are completely different. 23.07.58 # If someone is actually *right* though, challenging it is good why, then? 23.08.10 # solidifying that precedent 23.08.21 # or reexamining its basis, if that is necessary 23.08.28 # ideally, sure 23.08.31 # sounds like money well spent for rockbox 23.08.32 # but man, the boredom 23.08.34 # Hahaha 23.08.39 # the stacks of paper 23.08.54 # who is this that owns the rockbox trademark? 23.09.10 Quit TheMcPoon () 23.09.13 # rigel: I offer you a solution. Take our plugin code, adapt it to run on a PC, name it whatever you want, and then contact the EFF to protect *you* :-P 23.09.14 # there is no generic such thing 23.09.34 # i'm unclear on what the issue is then 23.09.42 # Bagder: I guess I'm the last person here to tell you: congratulations! 23.09.49 # oh yeah cngrats, badger 23.09.51 # +o 23.10.00 # ok, so I was not the last :) 23.10.06 # hee 23.10.10 # rigel: The issue isn't in regard to the Rockbox name, but the name of one of our plugins. 23.10.16 # oh 23.10.18 # thanks. have a beer each for me ;-) 23.10.23 # which one? 23.10.33 # Bagder: will they leave us alone after we rename or is there more to it? 23.10.41 # i thought someone was claiming rights to the rockbox name 23.10.42 # well 23.10.44 # my bad 23.10.44 # i have no beer!!1 23.10.47 # i should have read the scroll 23.10.52 # I'll have a beer then 23.10.57 # i have no beer!!1 23.10.58 # hmm is calling the doom plugin simply DOOM ok? 23.11.22 Part lowlight 23.11.34 # markun: there is more 23.11.57 # they've trademarked all our plugins? :> 23.12.13 # Deutsche Rockwool Mineralwoll-GmbH owns the Rockbox trademark in the EU :-) 23.12.19 # heh http://www.brickmania.com/ 23.12.35 # which names are the subject of trademark disputes? 23.12.38 # LinusN: yeah, but not exactly in our product class :-) 23.12.38 # Bagder: from the same guys? 23.12.41 # nls: Doom's source has been released under the GPL. We aren't just calling it doom. it IS Doom. 23.12.47 # Zagor: :-) 23.13.14 # markun: yes, the name of the plugin is part of it but not the whole 23.13.22 Quit pondlife (""disconnected has pondlife"") 23.13.32 Quit lini ("lini has no reason") 23.13.56 # Paul_The_Nerd, yeah but I was thinking that all the other modified doom variants outthere use different names. 23.14.09 Join lini [0] (i=pugsley@62.204.144.237) 23.14.16 # GPL allows you to release clones with the same name 23.14.19 # nls: Like "Doom Legacy" or "zDoom" ? 23.14.36 *** Saving seen data "./dancer.seen" 23.14.43 # in fact, forbidding that makes it non-GPL compatible 23.14.44 # didn't know about those... ok 23.14.55 # Those were, at one point, the most popular ones. 23.15.00 # so uh, what is the trademark in dispute again? 23.15.01 # It's been a while since I've been in the Doom scene though 23.15.34 # Maybe pacbox should be called rockman 23.15.48 # pacrock 23.15.54 # * preglow hoists the "please not rock in everything" banner 23.16.04 # pacbox? 23.16.28 # but pacbox is still using the pac part 23.16.33 # "Little Yellow Guy" 23.16.38 # there you go! 23.16.41 # boxman 23.16.48 # yeah, LYGbox 23.16.59 # "non-trademark-infringing-dot-eating-pie-man" 23.17.42 # Bagder, congrats 23.17.50 # * bluebrother just read logs ... 23.17.58 # we should name everything with long strings of random letters that change on every compile ;-) 23.18.03 # or xobox could be infringing to trademark 23.18.11 # why not use some locale names? 23.18.32 # PizzaAccumulatingCrumbsbox 23.18.42 # I remember some linux application that used a german name as application name. 23.19.17 # yeah name all the plugins from the credits 23.19.29 # maybe "egoshooter" for doom :) 23.19.39 Quit KN|stiff (Read error: 104 (Connection reset by peer)) 23.20.09 # and bollar_och_linjer for xobox 23.20.26 # name them all in urdu 23.20.28 # * Paul_The_Nerd wants a plugin named after him. 23.20.30 Join rotator [0] (n=e@rockbox/developer/rotator) 23.20.31 # Which is most annoying? 23.20.34 # that should obviate any copyright issues 23.20.48 # PaulTheNerd-Plugin ;-) 23.20.49 # er, trademark 23.20.50 # beb 23.20.53 # heh, even 23.20.54 # damn kb 23.20.57 # * nls wanna be bubbles <3 23.21.18 # see you 23.21.20 # rigel: except in pakistan and india, then 23.21.20 Part tucoz 23.21.41 # india is notoriously lax about IP law 23.21.48 # and I bet there are trademarked urdu names already 23.22.04 # at least w/r/t drug patents 23.22.15 # which is closer to my actual area of expertise than coding 23.23.56 # well gotta go to bed so I can get up... 23.24.03 Part nls 23.25.48 # might wanna duplicate that effort 23.30.01 Join EV|Toshiba [0] (n=Testing@pool-72-64-146-8.tampfl.fios.verizon.net) 23.31.48 Join solarflare [0] (n=supernov@82-203-170-134.dsl.gohome.fi) 23.32.10 Join webguest94 [0] (i=5211b106@gateway/web/cgi-irc/labb.contactor.se/session) 23.32.42 Part LinusN 23.39.47 Quit Nibbier (Read error: 110 (Connection timed out)) 23.40.29 Quit Pyromancer ("Ex-Chat") 23.41.05 Join Nibbier [0] (n=sven@e181089091.adsl.alicedsl.de) 23.43.24 Quit darkless (Read error: 104 (Connection reset by peer)) 23.43.51 Join darkless [0] (n=darkless@62.79.44.48) 23.45.49 Join Angryman [0] (i=54389f07@gateway/web/cgi-irc/labb.contactor.se/session) 23.46.19 # Does anyone know how to wipe sector 60 (Software advice recommend) ??? 23.47.06 # Paul_The_Nerd: the only problem with your playlist proposal is that users would need to do an extra step to insert next/last. i'm betting there will be many complaints about that 23.47.19 # but i'm all for simplifying the options 23.47.39 # i cant figure out the controls of the h10 20gb 23.47.49 # and the "manual" hasnt been updated since the controls were all changed 23.48.11 # What do you wanna know 23.48.13 # rigel 23.48.28 # how to get to these menus 23.48.39 # to make playlists, etc 23.48.51 # Settings are reached by long press either on right or left or a short press on power off 23.49.04 Join Pyromancer [0] (n=pyromanc@dsl092-069-150.bos1.dsl.speakeasy.net) 23.49.29 # Did that help? 23.49.39 # yep 23.49.43 # thx 23.49.44 Quit Lefungus ("Parti") 23.50.13 # how do i update the tag database 23.50.22 # Which version are you running 23.50.31 Quit EV|Toshiba ("Leaving") 23.50.32 # With or without Album Art 23.50.33 # yesterday's 23.50.37 # Without 23.50.53 Join webguest38 [0] (i=46b37457@gateway/web/cgi-irc/labb.contactor.se/session) 23.50.55 Quit Kohlrabi ("Quit") 23.51.29 # You#ll find it in file view 23.51.53 # Hey I use a mac os x and I just installed rockbox and is great anyway to make fonts bigger? also I have ipod video and I would like to know how to get a GUI bootloader I dont like the idea that rockbox is first on boot 23.52.08 # i dont see it 23.52.13 # wait 23.52.49 # anyone? 23.53.01 # "gui bootloader"? 23.53.05 # short press on Power off ->General Settings --> File View -->Tag cache 23.53.10 # webguest38 - The ipodlinux loader brings up a boot menu upon power-on 23.53.11 # webguest38: you need to install the font package 23.53.26 # webguest38 - you need to install the fonts package from the daily download page. 23.53.36 # ok hang on 23.53.43 # you need to play around more with rockbox ;-) 23.54.01 # I dont have ipodlinux installed 23.54.07 # webguest38: the rockbox bootloader isn't GUI based, you'll need the ipod linux bootloader like Soap said 23.54.13 # do I need to install it 23.54.18 # ipodlinux 23.54.35 # Through windows or mac do I install IPL 23.54.49 # webguest38 - rockbox is first on boot for many reasons, but an important one to consider is the fact that the Apple firmware boots from disk only if it has been shut off for 48(?) hours, and so most of the time once you boot into apple firmware you won't have to deal with the bootloader again until you want to boot rockbox. or atleast infrequently. 23.54.53 # Does anyone know what means this "*PANIC* Stkov tagcache ??? 23.55.27 # or better where the trouble is done in the code...? 23.55.44 # or how to wipe sector 60 ;-) 23.55.46 # But i would like to have a GUI so how would i install IPL under windows or os x 23.56.40 # ok, i initialized and updated the tag cache 23.56.42 # that would be a question for #ipodlinux, but they might get rightfully pissy if you don't read their excellent website before asking basic questions. 23.56.44 # and i still cant search 23.56.50 # or look at tags at all 23.56.58 # rebooting 23.57.06 # would installing IPL erasse rockbox? 23.57.06 # webguest38: this might help - http://ipodlinux.org/Loader_2 23.57.39 # whee 23.57.40 # Angryman, if you want to wipe a specific sector on disk you can use dd and simply write from /dev/zero 23.57.44 # you can set it via file view settings 23.57.59 # Thx bluebrother 23.58.12 # thanks for the link I was about to gooogle it 23.58.26 # I hope i dont have to spend hours installing rockbox all over