| 00:01:46 | Paul_The_Nerd | 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 | dionoea | Paul_The_Nerd: it does |
| 00:03:42 | preglow | 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 | lini | obo: setting thread priority 4 (same as UI thread) works fine |
| 00:08:13 | lini | now to make a build with unplug + piezo and i can finally go to sleep |
| 00:08:27 | obo | heh |
| 00:08:57 | lini | no sound skipping nomatter how fast or long i scroll |
| 00:10:00 | Kalthare | 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 | Paul_The_Nerd | Crashes as in "Error message" or freezes? |
| 00:11:17 | Kalthare | Data abort at hex. I figure for the freezes I'm out of luck. |
| 00:13:23 | Paul_The_Nerd | Well, the hex values can be looked up in the .map file for that build (available when compiled) |
| 00:14:18 | Kalthare | 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 | pixelma | amiconn: still there? |
| 00:14:30 | | Quit CriamosAndy ("( www.nnscript.de :: NoNameScript 4.03 :: www.XLhost.de )") |
| 00:14:50 | mirak | amiconn: I would like acceleration control of the scrolling iriver too |
| 00:15:04 | lini | good night all |
| 00:16:38 | amiconn | mirak: ?? |
| 00:18:19 | obo | 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 | mirak | amiconn: control the select bar scrolling |
| 00:25:18 | mirak | in folder browsing |
| 00:25:52 | amiconn | 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 | amiconn | I think the acceleration is perfect for button-scroll targets and doesn't need any adjustment |
| 00:26:20 | mirak | a setting that let you choose when you want the bar to accelerate and how much |
| 00:26:44 | amiconn | The ipod scroll wheel is an entirely different thing |
| 00:27:27 | mirak | I think it's too slow to start to accelerate |
| 00:27:31 | mirak | for me |
| 00:27:54 | mirak | 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 | Kalthare | 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:00 |
| 01:01:40 | | Quit webguest61 ("CGI:IRC") |
| 01:01:57 | linuxstb | 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 | italys | Rockbox is incredible |
| 01:03:32 | | Quit matsl (Remote closed the connection) |
| 01:03:48 | Kalthare | linuxstb: Hm. Well, hopefully I can, but I've just been running into random crashes and freezes during playback. :/ |
| 01:04:12 | Paul_The_Nerd | It's the CPU boosting bug. Again. |
| 01:04:51 | Kalthare | Paul_The_Nerd: Oh. What's known about it? |
| 01:05:05 | Paul_The_Nerd | Disabling CPU scaling prevents it. |
| 01:05:14 | Paul_The_Nerd | 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 | midkay | today wasn't particularly fun in those aspects. :) |
| 01:05:45 | Paul_The_Nerd | And as far as I know, it only happens on 1G Mini, 4G Photo and Grayscale. |
| 01:06:11 | Paul_The_Nerd | That's about as much as I've got "reliably" |
| 01:06:27 | Soap | Has a standard way of refering to the two different "generations" of the Nanos been decided upon yet? |
| 01:06:37 | Paul_The_Nerd | Nano, and Nano 2G |
| 01:06:38 | Paul_The_Nerd | :-P |
| 01:06:48 | Soap | I think the wiki needs updated to reflect that all the info refers ONLY to the Nano 1G |
| 01:06:50 | Paul_The_Nerd | I guess the old ones could be referred to as 1G nanos now |
| 01:07:09 | midkay | sigh.. i think it was that new.. er.. scheduler. |
| 01:07:13 | linuxstb | I think "1st gen" and "2nd gen" is better - too many people confuse "1G" with "1GB"... |
| 01:07:24 | midkay | config loading is broken, and playlists seem to play in reverse order or something.. |
| 01:07:43 | Kalthare | Paul_The_Nerd: I don't suppose there's anything I can do to help? |
| 01:08:08 | Soap | linuxstb - that makes sense, should I start changing "Ipod 4G" to "Ipod 4th gen" also? |
| 01:08:35 | midkay | Slasheri? |
| 01:08:37 | | Quit spiorf (Read error: 60 (Operation timed out)) |
| 01:08:52 | | Quit klrspz () |
| 01:09:49 | Paul_The_Nerd | Kalthare: I'm really not sure, honestly. |
| 01:10:30 | italys | i just installed rockbox on my 20gig 4gen grayscale pod |
| 01:10:32 | italys | <3 |
| 01:11:39 | Kalthare | 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 | Paul_The_Nerd | 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 | Kalthare | 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 | Kalthare | Hmm. I updated Rockbox today, and since then, the wheel's been really unresponsive. |
| 01:22:05 | linuxstb | That will be the new scheduler... |
| 01:22:46 | Kalthare | Oh. Does it have crashes, too? |
| 01:22:51 | midkay | it's glitchy, i just had to get an older daily.. |
| 01:23:26 | midkay | 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 | linuxstb | Surely you can't blame the scheduler for everything... |
| 01:24:12 | midkay | the problems are introduced on that day, and i didn't see anything else that would cause it? |
| 01:24:27 | Kalthare | Hmm, it freezes if I run doom and then sudoku. |
| 01:24:59 | preglow | sounds really dubious that the scheduler could cause that |
| 01:25:08 | midkay | there's the scheduler, and then.. a button mapping adjustment.. a bugfix.. and a menu adjustment. |
| 01:25:12 | midkay | it comes in on exactly that day.. |
| 01:25:15 | midkay | http://www.rockbox.org/daily/changes-20060917.html |
| 01:25:38 | midkay | 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 | italys | is there anyway to remove the apple OS? |
| 01:26:25 | midkay | 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 | linuxstb | 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 | italys | I should still be able to mount my device in windows, right? |
| 01:31:53 | linuxstb | italys: You can also delete the iPod_Control folder if you haven't already. |
| 01:32:23 | linuxstb | italys: Yes, it doesn't affect the contents of your ipod's flash - which is where the disk mode code is. |
| 01:33:18 | Kalthare | 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 | linuxstb | 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 | O11 | Hmm.. I had a general thought about rockbox as a whole.. |
| 01:34:31 | Kalthare | linuxstb: Yeah, this is one I compiled myself. |
| 01:35:02 | O11 | 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 | linuxstb | Kalthare: In which case, you could try older versions from CVS and see which change broke it. |
| 01:35:35 | Kalthare | 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 | O11 | because it seems like some people see the fact that they can put rockbox on their player as an advantage.. |
| 01:35:51 | O11 | so it could be good for sales.. |
| 01:35:57 | linuxstb | 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 | O11 | and it's not like it's going to make any negative effects on their sales.. |
| 01:36:18 | Kalthare | 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 | O11 | linuxstb: oh.. okay.. |
| 01:36:41 | linuxstb | You need to do "cvs update -dP" - zxbox is a new directory |
| 01:36:44 | Paul_The_Nerd | Kalthare: Did you download from CVS, or download a source archive? |
| 01:37:02 | Kalthare | 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 | Kalthare | logf() doesn't cause problems, does it? I've been enabling it. |
| 01:42:03 | linuxstb | It shouldn't do, but that could be worth testing. |
| 01:42:42 | Kalthare | linuxstb: Fair enough. |
| 01:43:26 | Paul_The_Nerd | Apparently ipod_fw won't extract the firmware from a 5.5G, according to a recent post on our forums. |
| 01:43:34 | Paul_The_Nerd | Think maybe the 5.5G is encrypted now too? |
| 01:46:24 | Gatechy260 | can anyone help me set up cygwin to be able to use arm-elf-objdump? |
| 01:46:33 | preglow | 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 | Kalthare | Which ones are the 5.5G? |
| 01:49:15 | Paul_The_Nerd | 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 | linuxstb | I don't think ipod_fw would complain if the firmware is encrypted - there must at least be other things different. |
| 01:51:10 | Landus | 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 | italys | so |
| 01:54:14 | italys | hwo do I use tagcache |
| 01:54:18 | italys | I initialied it |
| 01:55:21 | Landus | Have the RAM cache option on. |
| 01:55:29 | linuxstb | Gatechy260: http://www.rockbox.org/twiki/bin/view/Main/CygwinDevelopment |
| 01:55:34 | Landus | When it's done initializing, reboot your DAP. |
| 01:55:52 | Paul_The_Nerd | The ram cache option is not necessary. |
| 01:55:59 | italys | DAP? |
| 01:56:09 | Paul_The_Nerd | Digital Audio Player. |
| 01:56:13 | Landus | No, but if your going to be going through the database, it'll drain battery life less. |
| 01:56:14 | linuxstb | and "reboot your DAP" means "shut down cleanly by holding PLAY for a few seconds, then turn it back on" |
| 01:56:31 | Landus | And then go to General Settings -> File View -> Show Files and choose ID3 Database. |
| 01:56:35 | italys | I don't see RAM cache option |
| 01:56:45 | | Quit Landus ("Leaving") |
| 01:56:59 | scorche | 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 | Paul_The_Nerd | Landus: It will only save battery if you browse a lot |
| 01:57:41 | Landus | Man, I hate when I accidently hit Alt - F4. |
| 01:57:47 | Landus | Anyway, it's Load to RAM. |
| 01:57:49 | italys | my iPod just locked up |
| 01:57:51 | italys | what do I do |
| 01:57:57 | Paul_The_Nerd | 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 | italys | ok |
| 01:59:14 | italys | how do I select RAM option, Landus |
| 01:59:17 | italys | I see Load Into Ram |
| 01:59:18 | linuxstb | scorche: I'm more interested about anyone who's tried IPL on an 80GB 5g |
| 01:59:25 | Landus | That's it. |
| 01:59:27 | Landus | Turn it on. |
| 01:59:30 | Landus | Either yes or no. |
| 01:59:44 | scorche | yeah...i was looking for that post...couldnt find it |
| 01:59:48 | italys | ok |
| 01:59:51 | italys | I rebooted |
| 02:00 |
| 02:00:07 | Landus | Did you switch the file view to ID3 Database? |
| 02:00:40 | italys | ok |
| 02:00:50 | italys | it's working, thanks |
| 02:02:26 | Landus | Anytime. |
| 02:03:52 | italys | I need to get a new iPod bat |
| 02:05:11 | Soap | 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 | italys | weird |
| 02:06:25 | italys | 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 | midkay | 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 | webguest14 | what would be the better choice for rockbox - video ipod or iaudio x5l ? in terms of stability, etc... |
| 02:11:34 | webguest14 | 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 | Soap | stability is not an issue. |
| 02:14:18 | Soap | RockBox has not been tested on the /new/ ipod videos, and might not work at the moment. |
| 02:14:45 | Soap | The assumption was it would work, but reports are leaking in that it may very well not. |
| 02:15:07 | Soap | But regardless of that, the major difference is buttons, screen, battery life, and features. |
| 02:15:53 | italys | aw |
| 02:15:56 | italys | it locked up again :( |
| 02:16:03 | | Join [xt] [0] (n=[xx]@wikipedia/xx) |
| 02:18:18 | Kalthare | 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 | Kalthare | Anyway, I'll be back later. |
| 02:22:26 | | Quit Kalthare ("Download Gaim: http://gaim.sourceforge.net/") |
| 02:27:56 | linuxstb | Soap: Didn't we just agree on "1st gen" instead of "1G" ? |
| 02:28:39 | midgey34 | hmm anyone familiar with configuring SDL on Mac? |
| 02:28:46 | midgey34 | I get this error: Unsupported system: Darwin, fix configure and retry |
| 02:29:07 | midgey34 | im trying to build the sim |
| 02:29:49 | linuxstb | 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 | midgey34 | alright i'll check it out |
| 02:30:12 | Soap | 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 | Soap | I understand what and why you prefer that, but the overwhelming majority of the players are called NG |
| 02:31:32 | linuxstb | 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 | linuxstb | But also, I would like to see the wiki install instructions disappear and replaced by links to the manual. |
| 02:32:20 | Soap | That is an argument I hadn't considered, I was just trying to keep the naming conventions consistant. |
| 02:32:54 | Soap | 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 | linuxstb | Another useful page would be one that answered the question "What ipod do I have?" |
| 02:33:34 | Soap | 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 | linuxstb | Yes, I was too lazy to update all three pages with the 1.2 instructions... |
| 02:34:05 | Soap | Could we use the images from the manuals, or should photos be used? |
| 02:34:36 | linuxstb | You mean the new svg images? |
| 02:35:55 | Soap | yes |
| 02:37:07 | | Join JdGordon [0] (n=jonno@c220-237-57-32.smelb1.vic.optusnet.com.au) |
| 02:37:19 | linuxstb | Yes, I think the svg images would be fine. |
| 02:37:44 | Soap | 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 | Soap | 60/80GB answers itself. |
| 02:38:38 | | Join davidc__ [0] (n=davidc@72.169.118.173) |
| 02:38:47 | Paul_The_Nerd | 1st and 2nd gen minis have two key differences |
| 02:38:59 | linuxstb | 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 | Paul_The_Nerd | The text color, (white vs colored) and whether or not they have their capacity on the back |
| 02:43:37 | Soap | Ok, fixed my "fix" of the Windows instructions. |
| 02:49:01 | midkay | Paul_The_Nerd: "the text color" as in what? |
| 02:49:12 | Paul_The_Nerd | I believe the labels on the wheel |
| 02:49:21 | midkay | oh. |
| 02:49:36 | linuxstb | 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 | davidc__ | 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 | linuxstb | davidc__: Thanks. Feel free to fix any problems you might find :) |
| 02:55:40 | * | linuxstb goes to bed |
| 02:55:51 | davidc__ | linuxstb: k.. is rockbox still fat only? [no hfs?] |
| 02:56:06 | scorche | davidc__: yes |
| 02:56:32 | desrt | what about ext3? |
| 02:56:42 | davidc__ | linuxstb: feel free to steal our hfs driver from the bootloader :P |
| 02:56:49 | scorche | no support for that either |
| 02:56:49 | davidc__ | it should be fairly simple to kludge on |
| 02:56:58 | desrt | ext3 is more important than hfs :) |
| 02:57:26 | davidc__ | desrt: eh, fine. You can steal both drivers then ;) |
| 02:57:37 | desrt | pfah |
| 02:57:40 | desrt | my ipod won't even boot |
| 02:58:35 | Soap | nano? |
| 02:58:40 | desrt | ya |
| 02:58:49 | Soap | plug it in to USB for an hour or so. |
| 02:59:01 | Soap | they die hard when the battery is drained. |
| 02:59:01 | davidc__ | make sure its a powered usb port |
| 02:59:03 | desrt | that won't help |
| 02:59:06 | davidc__ | charger is best |
| 02:59:10 | davidc__ | desrt: yeah, it will. |
| 02:59:16 | desrt | i assure you it won't |
| 02:59:18 | davidc__ | desrt: unless ya hit it with an hammer ;) |
| 02:59:26 | davidc__ | desrt: what did ya do to it then? |
| 02:59:28 | desrt | it's a new 8gb one |
| 02:59:31 | davidc__ | linuxstb: seen http://www.samsung.com/products/semiconductor/SystemLSI/DigitalMedia/OpticalASSP/OpticalPlayer/MP3/S5L8700/S5L8700.htm |
| 02:59:35 | desrt | it doesn't work yet |
| 02:59:36 | davidc__ | desrt: ah, what'd you do to it? |
| 02:59:45 | desrt | tried to install rockbox :p |
| 02:59:54 | davidc__ | desrt: ah, I thought you were talking about hard boot |
| 02:59:55 | davidc__ | not os :P |
| 02:59:58 | scorche | we told you it wouldnt work ;) |
| 03:00 |
| 03:00:20 | desrt | scorche; i made backups :) |
| 03:00:35 | scorche | and if you hadnt, i would have called you names |
| 03:00:39 | synic | scorche: wtf. |
| 03:00:42 | davidc__ | theres some info for a S5l8700 |
| 03:00:54 | scorche | synic: ?? |
| 03:01:20 | synic | scorche: what are you running rockbox on? |
| 03:01:42 | scorche | synic: are you the synic i think you are? |
| 03:01:47 | synic | scorche: I am. |
| 03:01:58 | scorche | since when did you start coming in here? |
| 03:02:13 | synic | 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 | synic | (maybe last Wednesday or something) |
| 03:02:29 | desrt | synic; DO NOT BE DECEIVED |
| 03:02:32 | scorche | ah |
| 03:02:33 | | Quit daurnimator ("I wonder where that fish could be") |
| 03:02:34 | desrt | it doesn't work :p |
| 03:02:39 | synic | works for me :) |
| 03:02:39 | desrt | unless it's an old ipod |
| 03:03:13 | synic | scorche: no, but really, what are you running it on? |
| 03:03:31 | desrt | 00000000 7b 7b 7e 7e 20 20 2f 2d 2d 2d 2d 2d 5c 20 20 20 |{{~~ /−−−−-\ | |
| 03:03:31 | desrt | 00000010 7b 7b 7e 7e 20 2f 20 20 20 20 20 20 20 5c 20 20 |{{~~ / \ | |
| 03:03:31 | desrt | 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 | desrt | 00000030 7b 7b 7e 7e 7c 20 53 20 54 20 4f 20 50 20 7c 20 |{{~~| S T O P | | |
| 03:03:31 | desrt | 00000040 7b 7b 7e 7e 7c 20 20 20 20 20 20 20 20 20 7c 20 |{{~~| | | |
| 03:03:33 | desrt | 00000050 7b 7b 7e 7e 20 5c 20 20 20 20 20 20 20 2f 20 20 |{{~~ \ / | |
| 03:03:36 | desrt | 00000060 7b 7b 7e 7e 20 20 5c 2d 2d 2d 2d 2d 2f 20 20 20 |{{~~ \−−−−-/ | |
| 03:03:38 | desrt | hahahahah |
| 03:03:41 | desrt | oh dear lord |
| 03:03:50 | desrt | perfectly formatted for a texteditor |
| 03:03:51 | davidc__ | desrt: hehe... I remember that since long ago |
| 03:04:08 | scorche | synic: ajr |
| 03:04:12 | linuxstb | davidc__: No, I hadn't found that page on the 8700 - thanks for the link. |
| 03:04:19 | synic | wtf is ajr |
| 03:04:33 | davidc__ | linuxstb: no ds'es yet... |
| 03:04:35 | scorche | archos jukebox recorder |
| 03:04:38 | davidc__ | but at least we have some specs |
| 03:04:42 | linuxstb | 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 | desrt | uh. 100 calories? |
| 03:07:18 | desrt | this must be the nike crap |
| 03:07:41 | desrt | <!−− Lance Armstrong attaboy voice file−−> |
| 03:08:01 | aliask | LOL |
| 03:08:10 | desrt | why do they store this crap in the firmware? |
| 03:08:27 | desrt | <!−− Paula Radcliffe attaboy voice file−−> |
| 03:08:35 | desrt | seriously. what a waste :p |
| 03:08:36 | Soap | why not? |
| 03:08:49 | linuxstb | davidc_: Some more publicity info: http://www.samsung.com/Products/Semiconductor/Support/ebrochure/systemlsi/audio_decoder_chip_datasheet_051103.pdf |
| 03:08:53 | desrt | because i have to upload this crap when i flash my ipod now and usb is slow :p |
| 03:08:57 | aliask | It'd be stored on the hard drive either way - it may as well be hidden. |
| 03:09:11 | Soap | what a pedantic answer. |
| 03:09:13 | desrt | aliask; actually, i'd prefer to be able to delete it :) |
| 03:09:36 | aliask | But then you'd never be able to hear Lance Armstrong give you moral support while running! |
| 03:10:52 | desrt | so if not arm, what were the last round of ipods running on? |
| 03:11:05 | linuxstb | 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 | linuxstb | desrt: arm. |
| 03:11:25 | scorche | desrt: they are arm....but samsung, not portalplayer |
| 03:11:32 | desrt | IPODRESOURCFAT16 |
| 03:11:33 | linuxstb | Specifically PortalPlayer SoCs containing two arm7tdmi cores. |
| 03:11:35 | desrt | you speak the truth. |
| 03:13:00 | linuxstb | desrt: Try running this program on the contents of the firmware paritition: http://www.davechapman.f2s.com/rockbox/fw.c |
| 03:13:18 | linuxstb | It will extract the three images contained in it to files. |
| 03:13:46 | linuxstb | 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 | desrt | 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 | linuxstb | I would be worried if you didn't... |
| 03:15:19 | amigan | So I am convinced that rockbox is the greatest thing since sliced bread. |
| 03:15:31 | desrt | my ipod is not a toaster. :( |
| 03:15:32 | amigan | Or at least it made my x5 a lot funner to use =] |
| 03:15:39 | amigan | desrt, it works about as well as one |
| 03:16:30 | desrt | linuxstb; is this your code? |
| 03:16:41 | linuxstb | Yes. |
| 03:16:44 | desrt | it has a bug |
| 03:16:51 | linuxstb | :) What? |
| 03:16:53 | desrt | fwbuf=malloc(len); |
| 03:16:56 | desrt | len might be negative |
| 03:17:14 | desrt | (or insanely large, for that matter) |
| 03:18:09 | linuxstb | I'll take the risk... |
| 03:18:30 | desrt | it's insecure against rogue firmwares! |
| 03:18:33 | linuxstb | But feel free to add a safety check - it shouldn't be more than 20MB |
| 03:18:44 | desrt | i'm good, thanks :) |
| 03:18:47 | amigan | Allocating a negative amount of memory is fun to do. |
| 03:19:03 | | Join daurnimator [0] (i=quae@unaffiliated/daurnimator) |
| 03:19:22 | desrt | you need <stdlib.h> for malloc, btw and <unistd.h> for the various file functions you use |
| 03:19:43 | * | linuxstb makes a note never to share quick hacks again... :) |
| 03:19:57 | desrt | also... your call to open() is incorrect |
| 03:20:09 | desrt | when creating files open() takes a 3rd argument −− the mode of the file to create |
| 03:20:16 | desrt | you probably want 0666 |
| 03:20:22 | desrt | (it gets modified by the process umask) |
| 03:21:02 | Caliban_ | channel |
| 03:21:26 | | Quit bytie (Read error: 110 (Connection timed out)) |
| 03:22:25 | desrt | so uh... i want to do a port :) |
| 03:22:35 | linuxstb | 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 | desrt | hey. not bad. |
| 03:23:46 | desrt | 3 years old. i wonder if it's still at all accurate |
| 03:24:10 | scorche | linuxstb: where did you find that one? |
| 03:24:13 | linuxstb | It's talking about the CalmADM DSP |
| 03:24:28 | desrt | linuxstb; it's a research paper... |
| 03:24:29 | linuxstb | scorche: googling for "calmadm" |
| 03:24:38 | desrt | at the time they published this they probably had implemented it in VHDL or something |
| 03:26:53 | scorche | linuxstb: so is the new processor ARM9? |
| 03:27:24 | linuxstb | 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 | desrt | so what needs to be done, anyway? |
| 03:28:17 | desrt | modify the firmware to watch what interesting things happen? |
| 03:28:36 | linuxstb | Firstly work out the encryption used in the firmware... |
| 03:28:53 | desrt | encrypted? |
| 03:29:04 | desrt | excessively lame. |
| 03:29:07 | scorche | linuxstb: ah...i see...somehow, i missed that link on my tour of samsung's site |
| 03:29:32 | linuxstb | 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 | desrt | awesome. |
| 03:30:16 | scorche | ...not really |
| 03:30:25 | desrt | heh. the mbr looks like the start of a FAT filesystem |
| 03:30:30 | desrt | how odd |
| 03:30:46 | linuxstb | scorche: You were probably searching for "8701" - that page is for the 8700. |
| 03:31:25 | scorche | 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 | linuxstb | A google for S5L8700 brings up a few other MP3 players using that chip... |
| 03:32:07 | scorche | such as? (lazy me) |
| 03:32:11 | desrt | linuxstb; what do you use to decompile arm? |
| 03:32:13 | linuxstb | Could be interesting to get other firmware files. |
| 03:32:26 | linuxstb | scorche: http://www.google.co.uk/search?q=S5L8700 :) |
| 03:32:34 | scorche | bah you =) |
| 03:33:09 | Kalthare | rrr, and I was just gonna get an ipod video, too |
| 03:33:24 | linuxstb | In fact, it just seems to be one player: http://en.meizu.com/news_x.asp?MZ_ID=97 |
| 03:33:49 | scorche | Kalthare: the new ipod video does not have the new processor |
| 03:34:18 | scorche | "the unofficial ipod video" |
| 03:34:50 | Kalthare | scorche: but the bootloader doesn't work on it, right? |
| 03:35:15 | scorche | Kalthare: correct..it is still beginning to be investigated though |
| 03:35:40 | Kalthare | I guess you'll have it figured out by the time I have the money. |
| 03:36:02 | linuxstb | 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 | scorche | 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 | linuxstb | desrt: The firmware partition format is documented here: http://ipodlinux.org/Firmware |
| 03:37:46 | Kalthare | Oh, say −− does ejecting the ipod do anything in particular? Or can I just unmount it and disconnect it? |
| 03:38:08 | linuxstb | desrt: So it looks like Apple have kept that part of the ipod almost the same at least. |
| 03:38:29 | scorche | 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 | desrt | so this says starts execution at 0x0 |
| 03:38:57 | desrt | i have to assume there is some other lower-level firmware (ie: not the disk) at this address |
| 03:39:01 | desrt | since 0x0 on the disk is x86 code |
| 03:39:04 | linuxstb | scorche: It's a weird device - flash-based (1GB, 2GB or 4GB) with a 320x240 screen and xvid playback... |
| 03:39:12 | scorche | yeah...i noticed |
| 03:39:17 | scorche | and werent you off to bed? =P |
| 03:40:08 | linuxstb | Thanks for reminding me. I should go there... |
| 03:40:13 | desrt | noo |
| 03:42:07 | desrt | hm. littleendian |
| 03:42:54 | linuxstb | 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 | linuxstb | But now I really need to go to bed. Goodnight. |
| 03:43:19 | desrt | hmm |
| 03:44:18 | desrt | 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 | Davide-NYC | desrt: is this the same unit you were describing before? http://en.meizu.com/news_x.asp?MZ_ID=97 |
| 03:56:09 | desrt | no? |
| 03:57:00 | scorche | Davide-NYC: that is the placer with the samsung chip in it also |
| 03:57:08 | scorche | s/placer/player |
| 03:57:59 | Davide-NYC | My wants something with video playback for long flights. An 8GB version of that player looks like it could be endorsed. |
| 03:58:07 | Davide-NYC | *My wife wants |
| 03:58:41 | scorche | Davide-NYC: i beleive it only comes in 1, 2, and 4 |
| 03:59:03 | Davide-NYC | So far yes. But maybe soon it'll be offered with larger capacity. (this was off topic, sorry) |
| 03:59:08 | desrt | cool. |
| 03:59:10 | | Quit hardeep ("[BX] Become a BitchX Certified Systems Engineer today! Apply within!") |
| 03:59:12 | desrt | they used mtools to create the resource filesystem |
| 03:59:35 | Quazgaa | wow, people still use bitchx? |
| 03:59:58 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 04:00 |
| 04:03:31 | Kalthare | 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 | desrt | "this is lance armstrong. congratulations. you've covered 250 miles" |
| 04:03:51 | desrt | this is surreal |
| 04:04:04 | synic | desrt: heh, that's in the firmware too? |
| 04:04:39 | desrt | ya |
| 04:04:45 | synic | that's really weird. |
| 04:04:50 | desrt | i just sucked it out using mtools |
| 04:04:51 | synic | crazy apple hackers |
| 04:04:55 | | Quit gopp ("gop: god giveths and democarts taketh away!") |
| 04:05:02 | desrt | i'm deeply amused |
| 04:07:37 | synic | bah, now I want to explore the 5g firmware |
| 04:07:42 | synic | this is your fault. |
| 04:08:00 | JdGordon | for zxbox... do need to get the .tap or .tzx? |
| 04:08:23 | aliask | 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 | scorche | 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 | JdGordon | 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 | vik | 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 | midkay | vik: you mean decibels or what? |
| 04:52:32 | vik | midkay: yep |
| 04:52:43 | midkay | 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 | vik | wasn't sure if it was that or % or 0-255 or something. |
| 04:53:52 | midkay | ah. used to be % a while ago. |
| 04:57:36 | vik | but now I've found functions which give the min and max anyway, making it independent of units |
| 05:00 |
| 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:00 |
| 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:00 |
| 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 | rigel | does rockbox supprt flac? |
| 07:39:25 | JdGordon | yes |
| 07:39:34 | rigel | COOL |
| 07:39:42 | rigel | what about a monkeys-audio plugin? |
| 07:39:54 | JdGordon | if you say so... id rather have 14 weeks of music on my DAP than 14 minutes |
| 07:39:57 | JdGordon | nope |
| 07:40:20 | rigel | 20 gigs is still 35-40 full length 74:00 cds |
| 07:40:40 | Quazgaa | hehehe 14 minutes |
| 07:41:06 | Kalthare | I think you'll get worse battery life, due to more disc accesses.. right? |
| 07:41:19 | rigel | ah, probably |
| 07:41:31 | scorche | yes...but it is a more efficient codec than others, so it balances out somewhat |
| 07:41:38 | ze | i've got most of my stuff in mp3 and ogg |
| 07:41:54 | ze | but some things in flac that i like in particular and may be more prone to psychoacoustic artifacts |
| 07:42:10 | ze | which those 2 properties fairly easily intersect for me |
| 07:42:10 | ze | :p |
| 07:42:25 | Paul_The_Nerd | 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 | midkay | they do? |
| 07:42:48 | Kalthare | Any news on the 5.5G? |
| 07:42:48 | Paul_The_Nerd | On coldfire |
| 07:42:57 | Quazgaa | unboosted? |
| 07:42:59 | scorche | Kalthare: nope |
| 07:43:03 | hcs | ha, I'm playing from ADPCM, beat that for efficiency |
| 07:43:06 | Paul_The_Nerd | Kalthare: The firmware partition contents have changed, so the tools need to be adjusted. |
| 07:43:07 | midkay | ah,,, |
| 07:43:35 | Paul_The_Nerd | Quazgaa: The processor doesn't have to change to a faster speed (on the iRiver HXXX series players) during playback. |
| 07:43:39 | scorche | Paul_The_Nerd: about how long ago was it optimised for coldifre? |
| 07:43:53 | Paul_The_Nerd | scorche: It was actually a general optimization. It benefited the iPods as well. |
| 07:43:57 | Quazgaa | i see |
| 07:44:08 | scorche | ah..i dont remember hearing such news |
| 07:44:13 | Kalthare | Paul_The_Nerd: Okay, thanks −− that's what I figured. Is there anyone working on it? |
| 07:44:21 | Paul_The_Nerd | scorche: If I recall it was the one that made the iPods not *always* skip no matter what. |
| 07:44:36 | Paul_The_Nerd | Kalthare: I don't think anyone here has one yet. |
| 07:44:40 | | Quit damaki (Read error: 110 (Connection timed out)) |
| 07:45:07 | Kalthare | Paul_The_Nerd: I'm getting one tomorrow. Any way I can help? |
| 07:45:40 | Paul_The_Nerd | 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 | scorche | i would say he is |
| 07:46:14 | Kalthare | Paul_The_Nerd: Again, thank you. |
| 07:46:23 | Paul_The_Nerd | I'll be he is. |
| 07:46:28 | Paul_The_Nerd | But I can't *promise* that he will be. :) |
| 07:48:49 | Kalthare | Well, I'm pretty sure I'm getting one tomorrow, at least. |
| 07:53:50 | | Quit JoeBorn ("Leaving") |
| 08:00 |
| 08:01:50 | | Join LD [0] (i=LD@AC996A0D.ipt.aol.com) |
| 08:01:57 | | Quit davidc__ () |
| 08:02:03 | LD | sup folk |
| 08:03:54 | LD | 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 | marktaff | hello |
| 08:05:34 | hcs | when rockbox freezes is there anything I should try besides rebooting? |
| 08:06:35 | marktaff | 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 | Paul_The_Nerd | 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 | scorche | 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 | Paul_The_Nerd | 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 | scorche | i know |
| 08:08:35 | marktaff | Thanks. this is a 2GB white one for $129US |
| 08:08:55 | scorche | does it come in a clear case or a square-ish box? |
| 08:10:07 | marktaff | Haven't see the box, just the display model |
| 08:10:36 | scorche | does it have curved edges on the sides? |
| 08:10:41 | scorche | or just a beveled edge? |
| 08:11:29 | marktaff | It was rectangular and thin with rounded corners, otherwise no curves |
| 08:11:47 | scorche | then it was a 1st gen |
| 08:11:49 | amiconn | Iiuc white should always be 1st gen |
| 08:11:51 | | Join daurn [0] (n=quae@124.243.137.107) |
| 08:12:19 | scorche | yeah...the new ones are silver...i just wanted someone to talk to =( |
| 08:12:29 | marktaff | and does rockbox work well on the gen 1 ipod nano? |
| 08:13:03 | scorche | define "well" |
| 08:13:12 | scorche | it is well wnough by my standards |
| 08:13:20 | marktaff | 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 | scorche | s/wnough/enough |
| 08:14:33 | marktaff | Thanks for all your help. I'll buy one on the way to work tomorrow. ;-) |
| 08:14:41 | midkay | <marktaff> It was rectangular and thin with rounded corners, otherwise no curves |
| 08:14:41 | midkay | <scorche> then it was a 1st gen |
| 08:14:42 | LD | hmmm |
| 08:14:49 | midkay | rounded corners means 2nd gen, no? |
| 08:14:49 | LD | I'm debating trying rockbox |
| 08:14:53 | marktaff | It will make my flights *much* nicer |
| 08:15:08 | midkay | they're certainly much more rounded than the 1st gen which are very barely rounded at each edge.. |
| 08:15:22 | scorche | marktaff: well, were they rounded, or a big curve? |
| 08:15:42 | marktaff | don't recall for sure, just looked at the display for a minute or two... |
| 08:15:51 | marktaff | any way to tell based in model numbner? |
| 08:15:56 | marktaff | number* |
| 08:16:09 | scorche | well, if you are sure it was white and not silver, it is a 1st gen anyway |
| 08:16:12 | midkay | can't recall if it had some plastic on the front or if it was completely aluminum? |
| 08:16:25 | scorche | white on the front at least |
| 08:16:36 | midkay | scorche: alright, calm down. we heard you the third time. |
| 08:16:41 | marktaff | this one is white plastic front, silver colored plastic back, I think |
| 08:16:51 | scorche | then you should be fine |
| 08:16:56 | marktaff | cool |
| 08:17:28 | midkay | that'd be a first gen, thus you *will* be fine. :) |
| 08:17:34 | scorche | if all else fails, ask the employee if "it is a new one, or the old kind" |
| 08:18:02 | scorche | terms they would understand ;) |
| 08:18:05 | midkay | huh? if it fails he's already got it home and realized it doesn't work.. |
| 08:18:52 | scorche | 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 | midkay | 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 | scorche | and if not, a phrase can be adapted to use |
| 08:19:43 | marktaff | Thanks again guys. |
| 08:19:46 | marktaff | night |
| 08:20:01 | scorche | midkay: if you want to fight about it, i suggest uploading the map |
| 08:20:12 | | Part marktaff ("Konversation terminated!") |
| 08:20:28 | midkay | don't feel like owning you right now, anyways. |
| 08:20:48 | scorche | please...i have won a good majority of the time |
| 08:21:46 | midkay | 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 | midkay | anyways, enough of your inconsistent drivel. i'm going to bed. |
| 08:22:32 | scorche | 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 | midkay | riight, right. |
| 08:22:44 | midkay | *poff* |
| 08:22:59 | scorche | 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:00 |
| 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 | LinusN | 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 | petur | oh |
| 09:14:18 | *** | Saving seen data "./dancer.seen" |
| 09:14:21 | scorche | oooo |
| 09:14:33 | rigel | wow |
| 09:14:34 | theli_ua | cool |
| 09:14:42 | petur | when did he get the time to do that? must have been offline some minutes ;) |
| 09:14:46 | rigel | hey, the h10 20gb manual should be updated |
| 09:14:51 | LinusN | petur: lol |
| 09:14:56 | rigel | because the controls are all messed up |
| 09:15:03 | rigel | i cant figure out how to get to these menus anymore |
| 09:15:39 | preglow | damn, you people keep going at it |
| 09:15:47 | preglow | how're you going to keep up the rockbox time if you keep fathering children! |
| 09:16:41 | LinusN | :-) |
| 09:17:09 | scorche | LinusN: is the child named sansa? =) |
| 09:17:29 | LinusN | :-) |
| 09:17:49 | preglow | e200 would be a cooler name |
| 09:18:28 | scorche | and as he grows up, we can start calling him e250 |
| 09:18:33 | scorche | then e280 |
| 09:18:42 | DarthShrine | Then iPod *runs* |
| 09:19:19 | scorche | ...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 | linuxstb | 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 | preglow | linuxstb: i stopped reading irc logs after they became huge, heh |
| 09:28:20 | preglow | having a peek now |
| 09:28:28 | linuxstb | Plus here: http://www.samsung.com/Products/Semiconductor/Support/ebrochure/systemlsi/audio_decoder_chip_datasheet_051103.pdf |
| 09:29:09 | petur | wow... it has usbhost |
| 09:29:28 | | Join gromit` [0] (n=gromit@ras75-5-82-234-244-69.fbx.proxad.net) |
| 09:29:29 | petur | in fact it has lots of neat stuff |
| 09:29:36 | preglow | is this the nano core or what? |
| 09:29:48 | Kalthare | 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 | linuxstb | 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 | petur | "Digital data recording/playback system utilizing EEPROM and ROM memories as a storage medium" |
| 09:30:46 | preglow | 200mhz... |
| 09:30:46 | linuxstb | Kalthare: Yes, I'm always interested in firmwares. |
| 09:30:48 | preglow | mmmmmm |
| 09:30:59 | linuxstb | petur: Yes, patented.. |
| 09:31:38 | | Join pondlife [0] (n=Miranda@cpc1-rdng11-0-0-cust472.winn.cable.ntl.com) |
| 09:31:45 | linuxstb | Plus a 120MHz DSP... |
| 09:31:48 | Kalthare | linuxstb: Okay, cool. If I do get it, I'll get back in touch with you. |
| 09:32:10 | preglow | linuxstb: looks very, very nice |
| 09:32:24 | preglow | linuxstb: god knows how much fancy-ass stuff you can do with that rig |
| 09:32:32 | amiconn | preglow: The calmrisc will be 'fun' to code for... |
| 09:32:44 | preglow | amiconn: using it as a dsp engine shouldn't be too hard |
| 09:32:44 | linuxstb | Seems major overkill for the Nano though - especially with Apple's track record of underusing hardware. |
| 09:33:06 | preglow | amiconn: and yeah, i probably WILL think it's fun :P |
| 09:33:46 | linuxstb | If you google for "calmadm" you'll find a little info about it. |
| 09:33:46 | amiconn | Yeah, maybe using it for dsp stuff exclusively will be easier than what the gmini 1x0 does |
| 09:33:59 | preglow | amiconn: by far |
| 09:34:14 | preglow | i know it's got a single cycle 24x24 mac engine |
| 09:34:16 | preglow | which is nice |
| 09:34:41 | amiconn | But I wonder why they added the calmrisc+mac at all when there is a 200MHz arm core |
| 09:34:49 | preglow | 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 | amiconn | LinusN: Did you upgrade farsan.haxx.se meanwhile? |
| 09:41:17 | LinusN | did that last night, after reading about it in the irc logs |
| 09:41:51 | amiconn | ok :) |
| 09:42:46 | preglow | 256kb sram... |
| 09:43:04 | preglow | if this thing is in the new nano's, i'm bloody getting one the second they're cracked |
| 09:43:23 | scorche | hehe |
| 09:43:27 | preglow | nanos... |
| 09:43:29 | * | amiconn wonders what the ipl people will do |
| 09:43:44 | preglow | re it, probably... |
| 09:44:58 | preglow | but it'll probably be a bitch |
| 09:45:46 | preglow | what with the no docs, encrypted code and epoxied chips |
| 09:46:43 | nudelyn2 | what's sram good for? |
| 09:46:59 | amiconn | There must be some unencrypted loader (in eprom) that loads and decrypts the encrypted part(s) |
| 09:47:13 | preglow | amiconn: sure, but we'll need to read that first, then |
| 09:47:39 | amiconn | 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 | preglow | separate, i think |
| 09:47:52 | preglow | but nothing impossible these days |
| 09:48:11 | amiconn | A separate chip could be unsoldered and read out externally |
| 09:48:39 | preglow | problem is they've epoxied all the important chips to the board |
| 09:48:47 | amiconn | It's a question of equipment, and of the package. BGA is hard... |
| 09:49:00 | preglow | so we'd need to read the bus lines directly |
| 09:49:05 | amiconn | Are there photos somewhere? |
| 09:49:14 | preglow | yeah, linuxstb will no doubt supply you with urls |
| 09:49:41 | linuxstb | http://pc.watch.impress.co.jp/docs/2006/0915/apple.htm |
| 09:49:50 | markun | nudelyn2: it's very fast ram |
| 09:50:04 | preglow | doesn't look like this thing has any onboard mask rom |
| 09:51:18 | nudelyn2 | ah ok :) |
| 09:52:02 | preglow | The ARM9 core is used to run the operating system, task management and various control tasks. |
| 09:52:05 | preglow | 200 mhz for that, yes |
| 09:52:47 | preglow | we bloody run an entire os with decoder on 75mhz arm7s now, so that's not overkill at all, no |
| 09:53:23 | preglow | hmm, it does seem to have 50kb onboard rom |
| 09:53:27 | | Part BossG |
| 09:54:30 | rigel | hm |
| 09:54:57 | rigel | maybe it needs the extra horsepower for decrypting the code? ;) |
| 09:55:56 | rigel | kind of like how code bloat in windows drives to some extent adoption of new higher powered processors |
| 09:56:08 | rigel | on the consumer end, i mean |
| 09:56:57 | preglow | let's just hope they've put some fancy-ass decrypting code in that eeprom, then |
| 09:57:08 | preglow | 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 | rigel | i was just talking shit |
| 09:57:45 | rigel | i have no idea what im saying |
| 09:58:26 | amiconn | 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 | amiconn | The internal data won't be driven on the external bus |
| 09:58:55 | amiconn | That would be a waste of time and power |
| 09:59:02 | preglow | amiconn: of course not, but they'll have to decrypt the firmware from the external rom |
| 09:59:26 | preglow | amiconn: and that's only in the unlikely case that it's not decrypted before it's flashed |
| 09:59:29 | amiconn | Yes, but that's only the input data for the decrypter |
| 09:59:45 | amiconn | ...not the code to decrypt it |
| 10:00 |
| 10:01:16 | preglow | sure, but we don't care if we can read the decrypted data |
| 10:01:21 | preglow | 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 | Zmanu | hello |
| 10:22:37 | LinusN | hi |
| 10:22:39 | Zmanu | is rockbox under gpl ? |
| 10:22:43 | LinusN | yes |
| 10:22:48 | Zmanu | ok thanks |
| 10:22:53 | | Part Zmanu |
| 10:23:02 | markun | :) |
| 10:23:19 | scorche | aaaaannnnd with 36 seconds, ITS A NEW WORLD RECORD! |
| 10:23:29 | LinusN | 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 | Zmanu | i come back |
| 10:23:50 | LinusN | welcome |
| 10:23:51 | Zmanu | the licence is not on the website |
| 10:24:07 | Zmanu | maybe something to add |
| 10:24:12 | markun | LinusN: someone connected to his gigabeat over serial yesterday: http://www.hack.id.au/files/gigabeat/irc/gigabeat/2006.09.19 |
| 10:24:38 | LinusN | Zmanu: http://www.rockbox.org/twiki/bin/view/Main/DocsIndex#General_Rockbox_Information |
| 10:24:44 | Zmanu | ok tnaks |
| 10:24:46 | Zmanu | thanks |
| 10:25:10 | | Quit scottder_ (Remote closed the connection) |
| 10:25:12 | Zmanu | 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 | LinusN | markun: nice |
| 10:26:55 | | Join mirak8 [0] (i=5372a20c@gateway/web/cgi-irc/labb.contactor.se/session) |
| 10:26:56 | markun | He's more interested in a (better) linux port thouhg |
| 10:27:02 | nudelyn2 | 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 | mirak8 | hi |
| 10:28:00 | mirak8 | markun for gigabeat ? |
| 10:28:30 | markun | yes |
| 10:31:39 | | Join solarflare [0] (n=supernov@82-203-170-134.dsl.gohome.fi) |
| 10:32:09 | mirak8 | you want to run gnome ? :p |
| 10:33:49 | linuxstb_ | 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 | nudelyn2 | i see, so that improvement may apply to older 5G ipods as well |
| 10:35:23 | linuxstb_ | I would expect so. |
| 10:35:45 | linuxstb_ | At least, older 5gs can now decode the same higher resolutions as the new 5gs. |
| 10:39:17 | markun | 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 | mirak8 | mmm |
| 10:43:43 | markun | mirak8: but I'm more interested in rockbox |
| 10:44:15 | | Quit Seedy (Read error: 110 (Connection timed out)) |
| 10:48:10 | mirak8 | was it possible to implement all ffmpeg ? |
| 10:48:28 | mirak8 | 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 |
| 11:00:14 | * | amiconn still finds it really odd that a dap runs linux and has a 300MHz cpu |
| 11:00:31 | amiconn | I mean that it runs linux for normal operation |
| 11:00:56 | pondlife | 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 | pondlife | It's the playback-stops-voice-and-playback-dies fix. Take 2. |
| 11:04:18 | LinusN | pondlife: which' target do you have? |
| 11:05:14 | pondlife | H300, but it's not here with me |
| 11:05:42 | LinusN | i see |
| 11:05:58 | pondlife | I was hoping to see if jhMikeS could help, but he's not here. |
| 11:06:38 | pondlife | 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 | LinusN | i'll test and report back |
| 11:07:30 | petur | good final note on that patch :) |
| 11:07:44 | pondlife | I bear no ill will ;-) |
| 11:08:04 | * | pondlife has calmed down a bit over the past day |
| 11:08:43 | pondlife | p.s. how do I link entries on Flyspray? RaeNye mentioned it on the ML |
| 11:08:53 | pondlife | 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 | petur | pondlife: edit task, then click the Related Tasks tab |
| 11:10:58 | pondlife | 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 | pondlife | Thanks |
| 11:11:44 | petur | 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 | preglow | because they'r eintel |
| 11:30:21 | amiconn | Probably the same reason why the clock-tripled 486 was named DX4 instead of DX3 |
| 11:32:23 | LinusN | hmmm, recording works with the patch, but the recording monitoring doesn't work |
| 11:33:02 | LinusN | the peak meters show the correct levels, but the headphones are silent |
| 11:33:34 | LinusN | 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 | JHChristMan | 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 | Baerman | hi |
| 11:58:58 | Baerman | whats up |
| 11:59:17 | DarthShrine | The sky, quite possibly. |
| 12:00 |
| 12:00:54 | Baerman | hi |
| 12:01:16 | | Join baerman714 [0] (i=Joe@67-21-120-163.lkwnny.adelphia.net) |
| 12:01:19 | baerman714 | hi |
| 12:01:19 | | Quit Baerman (Client Quit) |
| 12:01:27 | baerman714 | is rockbox nice? |
| 12:01:46 | DarthShrine | What do you define as nice. |
| 12:01:58 | baerman714 | better then the ipod firmware that i have now? |
| 12:02:20 | DarthShrine | What's better? |
| 12:02:26 | baerman714 | yea |
| 12:02:29 | baerman714 | which is better |
| 12:02:35 | baerman714 | rockbox or ipod firmware |
| 12:02:39 | markun | baerman714: http://www.rockbox.org/twiki/bin/view/Main/WhyRockbox |
| 12:03:10 | baerman714 | how do i instal it? |
| 12:03:25 | markun | baerman714: http://www.rockbox.org/twiki/bin/view/Main/IpodPort |
| 12:03:37 | baerman714 | ok 1st can it kill my ipod? |
| 12:03:39 | baerman714 | lol |
| 12:03:43 | markun | no |
| 12:03:56 | markun | (at least I don't think that has happened yet) |
| 12:04:00 | baerman714 | ook |
| 12:04:02 | baerman714 | i have a nano |
| 12:04:30 | markun | And there are a lot of users who have tried: rasher.dk/rockbox/people/userlist.html">http://rasher.dk/rockbox/people/userlist.html |
| 12:04:41 | DarthShrine | I've got it working on my Nano. Be warned of the battery usage, though. |
| 12:04:54 | baerman714 | ah |
| 12:04:56 | baerman714 | killer? |
| 12:05:20 | DarthShrine | No, just short. |
| 12:05:29 | baerman714 | lol iasnt it always short/ |
| 12:05:30 | baerman714 | ? |
| 12:05:33 | baerman714 | isnt** |
| 12:05:43 | markun | baerman714: do you have use for any of the rockbox features? |
| 12:05:59 | DarthShrine | Heh. |
| 12:06:14 | baerman714 | i like the theme changer thing |
| 12:06:33 | | Quit petur ("lunch!") |
| 12:06:35 | baerman714 | does it make nano play videos? |
| 12:06:50 | DarthShrine | If you like huge, soundless videos, sure. |
| 12:06:56 | baerman714 | ic |
| 12:07:01 | scorche | (it is a work in progress) |
| 12:07:05 | baerman714 | ook |
| 12:07:32 | baerman714 | do stolen ipods have anything in them that phones home if there reported? |
| 12:07:46 | scorche | how could they? |
| 12:07:52 | baerman714 | no idea |
| 12:07:55 | DarthShrine | You've stolen an iPod now? |
| 12:07:58 | baerman714 | when u connect them to itunes or something |
| 12:08:00 | scorche | then that would be a no ;) |
| 12:08:05 | baerman714 | lol |
| 12:08:14 | baerman714 | no i "found" it |
| 12:08:24 | DarthShrine | s/found/stole/ |
| 12:08:30 | baerman714 | no found |
| 12:08:31 | baerman714 | lol |
| 12:09:07 | scorche | i have seen many cases of "Found ipod" |
| 12:09:15 | Soap | there is a screen of owner information. |
| 12:09:25 | baerman714 | 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 | Soap | isn't there? |
| 12:09:32 | scorche | make the requirements to get it, to list the music that is on the device |
| 12:09:34 | baerman714 | so i picked it up |
| 12:09:35 | baerman714 | lol |
| 12:09:47 | Soap | no, that is theft. |
| 12:09:52 | Slasheri | ah, now the tagnavi.config syntax has been improved with support for sub menus and including user's custom menu :) |
| 12:09:54 | baerman714 | lol they shold have left it there then |
| 12:09:55 | baerman714 | lol |
| 12:10:05 | scorche | and you should have returned it to them |
| 12:10:20 | Soap | lol fuckhead lol |
| 12:10:26 | baerman714 | the only info the onscreen thigny gives is the serial and stuff |
| 12:10:34 | Soap | take it back |
| 12:10:37 | baerman714 | u can change the name the person used |
| 12:10:49 | baerman714 | and u can get the password that locks the screeen |
| 12:11:03 | baerman714 | u just connect it to the pc and unhide the folder |
| 12:11:11 | scorche | 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 | baerman714 | and click the file that says locked |
| 12:11:15 | Soap | 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 | baerman714 | and it shows the pass |
| 12:11:36 | DarthShrine | Yeah. Rockbox will hax your computer because of that. |
| 12:11:39 | | Quit Mmmm (Remote closed the connection) |
| 12:11:44 | baerman714 | the name said Pod |
| 12:11:48 | baerman714 | lol |
| 12:11:53 | baerman714 | wasnt a human name im sure |
| 12:12:01 | scorche | hilarous indeed |
| 12:12:08 | Soap | take it back to the store you stole it from, stop making excuses to justify your theft. |
| 12:12:19 | baerman714 | take it back for wat |
| 12:12:27 | Soap | take it back so the owner can claim it. |
| 12:12:39 | baerman714 | im sure the owner knows it got snatched |
| 12:12:40 | baerman714 | lol |
| 12:12:54 | scorche | i really dont see the humor in that |
| 12:13:03 | * | markun neither |
| 12:13:20 | baerman714 | k |
| 12:13:25 | baerman714 | its 8 gigs and its bluer |
| 12:13:27 | baerman714 | blue |
| 12:13:39 | Soap | it isn't yours, take it back, |
| 12:13:48 | markun | rockbox doesn't work with the 8 gb version |
| 12:13:51 | scorche | i personally would be pretty damn pissed if someone stole by brand new device that i paid $250 for |
| 12:13:58 | baerman714 | yea me to |
| 12:14:00 | DarthShrine | baerman714: Keep it and give the guy the money for iPod + music |
| 12:14:01 | scorche | s/by/my |
| 12:14:21 | baerman714 | wat music? |
| 12:14:26 | markun | Let's hope they have a camera in the store.. |
| 12:14:46 | DarthShrine | The music that's meant to be on an iPod... |
| 12:14:53 | DarthShrine | That's normally the point of one. |
| 12:14:54 | baerman714 | lol u pay for the music? |
| 12:15:04 | DarthShrine | ... |
| 12:15:04 | baerman714 | 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 | scorche | he steals an ipod...what makes you think he would not steal music as well? |
| 12:15:40 | baerman714 | why would someoen pay for music from itunes |
| 12:15:41 | baerman714 | lol |
| 12:15:49 | DarthShrine | I never suggested that he paid. Maybe the original owner would though. |
| 12:15:51 | scorche | there are things called CDs |
| 12:16:06 | baerman714 | wat about it |
| 12:16:09 | markun | baerman714: you can't run rockbox on your nano |
| 12:16:15 | baerman714 | kk |
| 12:16:22 | baerman714 | i have a 4 gig one too |
| 12:16:30 | scorche | lovely |
| 12:16:35 | baerman714 | work on those ones? |
| 12:16:38 | DarthShrine | That one will self destruct. |
| 12:16:56 | DarthShrine | And report to Apple for stolen music. |
| 12:17:05 | baerman714 | what one |
| 12:17:06 | baerman714 | lol |
| 12:17:13 | | Join Genre9mp3 [0] (n=yngwiejo@dsl-88-218-17-158.customers.vivodi.gr) |
| 12:17:34 | baerman714 | 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 | Genre9mp3 | huh? |
| 12:18:10 | scorche | 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 | baerman714 | wow just cuz i found a ipod |
| 12:18:27 | baerman714 | lol |
| 12:18:28 | Soap | Lake Winola? |
| 12:18:32 | Soap | you STOLE an ipod. |
| 12:18:34 | scorche | you didnt find it |
| 12:18:36 | baerman714 | found |
| 12:18:37 | scorche | see above |
| 12:18:52 | baerman714 | someone left it behind and i found it |
| 12:18:54 | DarthShrine | You found it in a store. |
| 12:19:01 | baerman714 | yea that some person left |
| 12:19:09 | Soap | still doesn't make it yours. |
| 12:19:15 | markun | like 'finding' a car that is parked somewhere |
| 12:19:18 | DarthShrine | People leave food on shelves in the super market. Do you take it? |
| 12:19:20 | Soap | Scranton? |
| 12:19:33 | | Join KN|stiff [0] (n=phhome@p54B7F0B0.dip.t-dialin.net) |
| 12:19:34 | scorche | he was charging his device, and most likely, you nabbed it when the employees were not looking |
| 12:19:48 | baerman714 | no the emplyes didnt know |
| 12:19:53 | baerman714 | he didnt ask |
| 12:19:57 | * | Genre9mp3 reads the logs... |
| 12:19:59 | baerman714 | he just walked in from shoppin somewhere |
| 12:20:01 | scorche | it is a common thing now a days for people to come into retail stores and charge their devices |
| 12:20:16 | Soap | it still isn't yous. |
| 12:20:18 | Soap | *yours |
| 12:20:19 | baerman714 | emplyes didnt know it was there |
| 12:20:27 | Soap | it still doesn't make it yours. |
| 12:20:44 | baerman714 | well i waited 3 hrs b4 i walked by it |
| 12:20:45 | baerman714 | lol |
| 12:20:55 | Soap | it still doesn't make it yours. |
| 12:20:58 | baerman714 | and it was like 2 min b4 closeing time for the mall |
| 12:21:09 | DarthShrine | Now you change the story. |
| 12:21:11 | Soap | it still doesn't justify taking what is not yours. |
| 12:21:11 | baerman714 | so idk wat happen to the dude that left it |
| 12:21:23 | markun | I must admit it's strange to leave your new toy in a store |
| 12:21:40 | baerman714 | yea id never leave my ipod sitting in some store |
| 12:21:51 | DarthShrine | I wouldn't if you were around, baerman714 |
| 12:22:07 | Soap | Did you show it to all your friends at high school? |
| 12:22:16 | baerman714 | highschool? |
| 12:22:22 | scorche | 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 | DarthShrine | I'm below highschool O_o |
| 12:22:38 | Genre9mp3 | hehe... baerman714... you seem to have your "own" point of view at the word "ethics"! |
| 12:22:42 | baerman714 | nope he didnt talk to workers |
| 12:22:48 | baerman714 | he stuck it on and walked out |
| 12:23:08 | scorche | i am done with this....we have created enough spam |
| 12:23:25 | DarthShrine | Indeed. |
| 12:23:53 | baerman714 | yea time for me to get off this laptop in target now |
| 12:23:55 | baerman714 | lol |
| 12:24:02 | DarthShrine | So funny. |
| 12:24:14 | baerman714 | bought ATI x1900 512mb pciE card |
| 12:24:18 | baerman714 | whoooo |
| 12:24:21 | baerman714 | rockin |
| 12:24:30 | DarthShrine | By bought you mean found? |
| 12:24:37 | baerman714 | no bought |
| 12:24:43 | scorche | DarthShrine: if you are going to say indeed, then stop also =P |
| 12:24:51 | DarthShrine | scorche: Indeed pwnz j00. |
| 12:24:59 | * | Soap with the /ignore |
| 12:25:04 | DarthShrine | Most intellectual-sounding word...Ever. |
| 12:25:48 | baerman714 | There was this blind man right |
| 12:25:48 | baerman714 | He was feelin' his way down the street with a stick right (yeah), hey |
| 12:25:48 | baerman714 | He walked past this fish market, you know what I'm sayin' (fish market?) |
| 12:25:48 | DBUG | Enqueued KICK baerman714 |
| 12:25:48 | baerman714 | He stopped he took a deep breath he said |
| 12:25:48 | baerman714 | "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 | baerman714 | wb |
| 12:31:40 | | Part baerman714 |
| 12:31:45 | DarthShrine | 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 | scorche` | testing...nothing to see here |
| 12:42:20 | scorche | . |
| 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:00 |
| 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 | theli_ua | anyone can recommend something to read on preprocessor macroses? |
| 13:14:24 | *** | Saving seen data "./dancer.seen" |
| 13:15:25 | LinusN | "the c programming language"? |
| 13:15:50 | LinusN | http://gcc.gnu.org/onlinedocs/cpp/ |
| 13:17:47 | nudelyn2 | http://www.parashift.com/c++-faq-lite/inline-functions.html#faq-9.5 :-) |
| 13:18:16 | LinusN | haha |
| 13:18:23 | nudelyn2 | (less applicable in straight C of course) |
| 13:18:51 | LinusN | try using inline functions when parsing the linker command files |
| 13:19:33 | nudelyn2 | 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 | LinusN | we use the preprocessor for a lot of stuff |
| 13:20:34 | nudelyn | RB is C rather than C++ right? Does C even have inline? |
| 13:20:38 | LinusN | but mostly for simple conditional compilation |
| 13:21:05 | LinusN | nudelyn: c99 has inline |
| 13:21:08 | nudelyn | Yeah, no alternative for conditional compilation. |
| 13:21:12 | nudelyn | Ah, I didn't know that. |
| 13:21:46 | LinusN | i agree that you shouldn't use macros instead of inlined functions |
| 13:32:45 | Iltsu | Hmm, my ipod doesn't boot :P |
| 13:34:17 | dwihno | LinusN: speaking of nothing... 5400 RPM disks spin a whole lot more than the "older" 4x00-something drives :) |
| 13:35:12 | LinusN | dwihno: figures... |
| 13:35:50 | | Join Mmmm [0] (n=mscarrat@cpc4-hem13-0-0-cust438.lutn.cable.ntl.com) |
| 13:36:15 | dwihno | 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 | dwihno | but it's kinda false advertising |
| 13:37:02 | scorche | dwihno: on what DAP> |
| 13:37:04 | scorche | ? |
| 13:37:38 | scorche | ajr? |
| 13:37:45 | dwihno | scorche: mhm |
| 13:38:05 | scorche | well, you can use a 200gb drive, but you will only get 127 GB out of it =) |
| 13:38:54 | dwihno | 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 | scorche | 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 | scorche | makes it terribly hard to feel an urge to upgrade to a non-ancient player |
| 13:41:09 | dwihno | scorche: well, you could simply detach the drive and sync it using some other interfacing... :) |
| 13:41:36 | dwihno | You got a 160GB drive just to squeeze the last 7GB out of the possible amount? |
| 13:41:40 | scorche | 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 | scorche | for $60, when those seagate drives were still 300... |
| 13:43:14 | dwihno | I would just be annoyed knowing a lot of storage wouldn't be used :) |
| 13:43:28 | | Quit safetydan ("Ex-Chat") |
| 13:44:14 | scorche | when i finally get a laptop, i can always change them out anyways to have more for the lappy |
| 13:44:55 | dwihno | true, true. |
| 13:45:40 | scorche | 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 | dwihno | 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 | Mmmm | 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 | Mmmm | 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 | LinusN | i'm thinking of a dedicated cron thread, sending SYS_xxx messages to the gui thread |
| 13:55:14 | LinusN | 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 | Slasheri | just committed the improved tag browser menu configuration support =) |
| 13:56:49 | Slasheri | including even sub menu support for including of external files :) |
| 13:57:09 | Mmmm | 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 | LinusN | Mmmm: you know what the unix "cron" system is? |
| 13:57:46 | Mmmm | no.. maybe I should look it up... |
| 13:57:56 | LinusN | it's a system for scheduling events |
| 13:58:11 | LinusN | i'll call it a timer thread from now on :-) |
| 13:58:21 | Mmmm | right! :D |
| 13:59:04 | | Join pondlife [0] (n=Miranda@cpc1-rdng11-0-0-cust472.winn.cable.ntl.com) |
| 13:59:22 | LinusN | one approach could be to let the timer thread have a list of callbacks to call at specific times |
| 13:59:46 | Iltsu | Anyideas how I can recovery my ipod? (nano) It doesn't boot :( |
| 14:00 |
| 14:00:00 | Mmmm | 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 | LinusN | what does the tick task do in your implementation? |
| 14:01:27 | Mmmm | it just counts down and then I thought when it reaches 0 posts a queue |
| 14:01:43 | LinusN | 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 | Mmmm | yeah..that would be better...but harder to do! :) |
| 14:02:06 | LinusN | your tick task is basically what i had in mind for the "raw" timing |
| 14:02:29 | LinusN | except it posted to the timer thread queue |
| 14:03:48 | LinusN | the simple raw timer api could probably be "send me a message in X ticks" |
| 14:04:47 | Mmmm | 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 | LinusN | the thread asking for the message will of course know what to do when the message arrives |
| 14:05:51 | LinusN | the "complex" api could be "call this function in X ticks" |
| 14:06:22 | LinusN | but the trick is that the function must be called in the gui thread, otherwise the display may be garbled |
| 14:11:49 | LinusN | another think to think about is how to unify the event scheduling for both rtc and non-rtc targets |
| 14:11:56 | LinusN | thing, even |
| 14:13:20 | Mmmm | non rtc targets would have to be with countdowns only right? whereas rtc targets could be on an alarm or both... |
| 14:13:36 | LinusN | yup |
| 14:13:59 | LinusN | one approach could be that the api is always using countdown |
| 14:14:26 | LinusN | but the rtc targets can set an alarm to wake up the unit when the timer expires |
| 14:14:49 | Mmmm | couldnt you just test compare the current time with the wanted time |
| 14:15:03 | Mmmm | or doesnt the clock work like that? |
| 14:15:25 | LinusN | you could, but that would take lots of unnecessary i2c traffic |
| 14:15:49 | Mmmm | i2c? |
| 14:15:53 | LinusN | and you still want to set an alarm to be able to turn the unit off while waiting |
| 14:16:15 | LinusN | you use i2c to talk to the rtc chip |
| 14:16:27 | Mmmm | ahh, I see... |
| 14:17:28 | LinusN | regardless of how the time is set, the message queue mechanism could work in the same way on all targets |
| 14:18:32 | Mmmm | yeah, that makes sense... |
| 14:18:34 | LinusN | when i think of it, i don't think it's necessary to have a separate timer thread |
| 14:19:11 | Mmmm | you mean have them combined? |
| 14:19:18 | LinusN | we could also let the SYS_TIMER event have an argument |
| 14:20:24 | LinusN | all events have a data field that is rarely used |
| 14:21:02 | LinusN | 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 | Mmmm | 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 | LinusN | 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 | mirak8 | linuxstb_ have you looked at ffmpeg mpeg2 decoder ? |
| 14:24:02 | bluebrother | is the forums stylesheet broken? |
| 14:24:04 | LinusN | so it would basically be set_timed_event(long ticks, void *fn); |
| 14:24:22 | LinusN | bluebrother: in what way? |
| 14:24:54 | bluebrother | the forums get displayed strangely for me. |
| 14:25:08 | LinusN | bluebrother: they look allright to me |
| 14:26:46 | bluebrother | http://www.stud.uni-karlsruhe.de/~uhcn/rockbox/titlepage2.png |
| 14:27:33 | LinusN | bluebrother: wow! |
| 14:27:45 | bluebrother | 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 | bluebrother | which results in garbage when trying to open it with firefox. Omitting the ?rc3 gives me a readable stylesheet. |
| 14:28:55 | LinusN | i have the same style sheet and it works for me |
| 14:29:36 | bluebrother | 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 | LinusN | i use firefox too, and it looks fine |
| 14:30:30 | bluebrother | now it works again. |
| 14:30:45 | bluebrother | strange, then something with the browser cache did stupid things :( |
| 14:30:49 | synic | the entire site does that to me occasionally. |
| 14:30:50 | pondlife | 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 | pondlife | If not, I'll go for a drive and grab my H300 |
| 14:32:52 | petur | pondlife: see irc log, 11:32 |
| 14:32:59 | pondlife | Thanks |
| 14:33:48 | pondlife | OK |
| 14:34:11 | pondlife | But it worked without the patch ? |
| 14:34:28 | pondlife | I know the playback is ok, the sim does a grand job with them |
| 14:34:40 | pondlife | s/playback/voice and playback |
| 14:34:54 | * | petur points to LinusN |
| 14:35:12 | LinusN | pondlife: i didn't try the cvs version without the patch |
| 14:35:18 | pondlife | OK |
| 14:35:45 | LinusN | want me to do that? |
| 14:35:47 | pondlife | 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 | pondlife | Yes please |
| 14:39:24 | LinusN | monitoring works without the patch |
| 14:39:31 | pondlife | Weird |
| 14:39:36 | LinusN | what was your patch supposed to fix? |
| 14:40:06 | pondlife | The problem where playback stops and then voice doesn't work, and then any attempt to playback crashes Rockbox |
| 14:40:16 | pondlife | i.e. if playback stops naturally |
| 14:40:24 | pondlife | At end of playlist with repeat off |
| 14:40:57 | | Quit petur ("worrrk") |
| 14:41:08 | pondlife | The problem is caused by swap_codec being called when there is no audio codec running |
| 14:41:22 | pondlife | Which, of course, never returns |
| 14:41:42 | pondlife | Bug report is here: http://www.rockbox.org/tracker/task/5414 |
| 14:43:25 | pondlife | jhMikeS probably knows why it breaks recording. |
| 14:45:09 | pondlife | 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 | theli_ua | what is #define for the h300/h100 >|| (play/pause) button? |
| 14:56:01 | LinusN | BUTTON_PLAY |
| 14:56:03 | theli_ua | BUTTON_ON ? |
| 14:56:09 | LinusN | ah, yes |
| 14:56:18 | theli_ua | thanks\ |
| 14:56:52 | jhMikeS | huh...I know something? :) |
| 14:57:43 | * | jhMikeS is just waking up |
| 14:57:43 | pondlife | More than me! |
| 14:58:09 | jhMikeS | I should read that bug report I take it? mkay |
| 14:58:20 | pondlife | 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 | pondlife | First question is: Is playback.c used for monitoring? |
| 14:59:00 | | Quit bluebrother ("out for real life") |
| 15:00 |
| 15:00:16 | jhMikeS | no |
| 15:00:42 | pondlife | OK. So it's reasonable that audio_codec_loaded is false..... |
| 15:01:13 | pondlife | But it seems that "playing" is set to true. |
| 15:01:13 | jhMikeS | 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 | jhMikeS | ok...playing is true when finishing the playlist? |
| 15:02:01 | pondlife | Yes, likely |
| 15:02:24 | pondlife | I'm a bit confused - need to do some more sim runs |
| 15:02:25 | jhMikeS | must know for a fact everything its doing |
| 15:03:12 | jhMikeS | sim does this too? I never use the sim |
| 15:03:35 | pondlife | It does a good job of reproing the playback crash |
| 15:03:55 | pondlife | I am attempting to add some dummy recording to it right now. |
| 15:04:11 | pondlife | i.e. encode will run, but input will always be 0. |
| 15:04:42 | pondlife | I don't have an LCD remote, so real-time logf is tricky to do on the device |
| 15:05:47 | jhMikeS | 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 | pondlife | 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 | pondlife | But don't know enough yet |
| 15:06:56 | jhMikeS | I know why |
| 15:06:59 | pondlife | Aha |
| 15:07:05 | jhMikeS | That's what I changed |
| 15:07:10 | jhMikeS | look at the diff |
| 15:08:04 | pondlife | I did, but this is just a 2-liner and I still don't understand. |
| 15:08:53 | pondlife | All I've added is a test on audio_codec_loaded, so as to yield rather than swap_codec |
| 15:09:23 | pondlife | I need to educate myself a lot more |
| 15:09:34 | pondlife | If you can help that would be good.... |
| 15:09:37 | jhMikeS | waiting...for commit history to load |
| 15:09:41 | pondlife | 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 | jhMikeS | http://www.rockbox.org/viewcvs.cgi/apps/playback.c.diff?r1=1.351&r2=1.352 |
| 15:12:23 | jhMikeS | That yield is not needed |
| 15:12:49 | pondlife | I thought it was, but I'll try again without |
| 15:13:08 | | Quit Mmmm (Remote closed the connection) |
| 15:13:14 | pondlife | Why is it bad to enqueue voice messages when voice isn't the current codec BTW? |
| 15:13:42 | pondlife | I would think they would just sit on the queue and shouldn't cause problems |
| 15:13:52 | jhMikeS | it can causes voice to retake the mutex before the codec thread get to grab it |
| 15:14:15 | jhMikeS | It would be easier with preemptive threads |
| 15:14:19 | jhMikeS | :) |
| 15:14:25 | *** | Saving seen data "./dancer.seen" |
| 15:14:33 | pondlife | Not sure I disagree ;) |
| 15:15:31 | pondlife | 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 | pondlife | I won't remove any, but I do think there are too many ifs in there |
| 15:16:03 | jhMikeS | voice when waiting on it's queue waits with the mutex locked |
| 15:16:26 | pondlife | Yes, but not forever. |
| 15:16:34 | jhMikeS | it will if there's no message |
| 15:16:50 | jhMikeS | or not playing anything iirc...I just look |
| 15:17:03 | pondlife | The problem is that if (playing) should not be there |
| 15:17:20 | pondlife | Voice shouldn't depend on playing state at all really |
| 15:17:40 | pondlife | Just like playing shouldn't depend on voice_is_playing! |
| 15:18:44 | pondlife | 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 | LinusN | the software playback engine isn't old enough to talk about "past few years" |
| 15:19:47 | pondlife | My previous patch was an attempt to simplify. It just got committed before it was finished. |
| 15:20:06 | pondlife | Sorry LinusN, just joking a bit |
| 15:20:26 | LinusN | but we all agree that it should be a lot simpler |
| 15:20:26 | pondlife | Do you not agree that these aspects should run independently? |
| 15:20:27 | jhMikeS | if(playing) probably doesn't need to be there if the message is only sent when loading the codec...I think...:) |
| 15:21:38 | pondlife | You mean in the voice queue reader? |
| 15:21:44 | jhMikeS | if current_codec == CODEC_IDX_VOICE then we know the voice codec has the lock |
| 15:22:05 | jhMikeS | the converse is true with audio codecs too |
| 15:23:14 | pondlife | Yes, but why should enqueuing be affected? |
| 15:23:30 | pondlife | I'm probably missing something basic here ;-) |
| 15:24:17 | jhMikeS | and (x)_codec_loaded is set outside the lock... |
| 15:24:33 | jhMikeS | Hold on...I have to think it all through again! :) |
| 15:25:37 | pondlife | Thanks |
| 15:26:30 | jhMikeS | 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 | pondlife | Yes, but that should be managed by the reading end of the queue |
| 15:29:31 | pondlife | Not the enqueuing end |
| 15:34:53 | LinusN | this whole locking/swapping stuff looks really shaky to me |
| 15:35:05 | pondlife | It's unpleasant at best |
| 15:35:45 | pondlife | I assumed it was a necessary evil though. |
| 15:37:39 | preglow | well, we have to swap, no? |
| 15:37:55 | jhMikeS | 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 | LinusN | preglow: yes, we can only have one codec in memory at a time |
| 15:39:09 | jhMikeS | it won't be the correct swap though |
| 15:39:48 | pondlife | Well, you are only really queuing instructions, not specifying anything about swapping.... |
| 15:40:10 | Mordov|hardlywo | 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 | jhMikeS | some instuctions perform swapping |
| 15:40:25 | jhMikeS | which is fine |
| 15:40:26 | pondlife | When dequeued |
| 15:40:35 | pondlife | Yes |
| 15:41:32 | jhMikeS | 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 | pondlife | But it can pick it up next time it gets a chance |
| 15:42:18 | pondlife | Isn't that the (main) point of the queues? To decouple the threads |
| 15:42:32 | jhMikeS | It will be for the wrong request |
| 15:42:44 | pondlife | Why? |
| 15:42:59 | pondlife | FIFO... they will get there in the end... |
| 15:43:41 | jhMikeS | 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 | jhMikeS | not the one you want |
| 15:44:10 | pondlife | Are you referring to Q_AUDIO_PLAY? |
| 15:44:33 | jhMikeS | Q_AUDIO_PLAY and anything the would do what it does |
| 15:44:39 | jhMikeS | Q_ENCODER_RECORD |
| 15:45:06 | pondlife | 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 | dongs | no wai |
| 15:47:54 | jhMikeS | for one thing the encoder doesn't flag itself with audio_codec_loaded |
| 15:48:06 | pondlife | That's the problem - my test is wrong |
| 15:48:20 | pondlife | I had assumed the encoder was a codec |
| 15:48:24 | jhMikeS | 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 | jhMikeS | 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 | pondlife | 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 | pondlife | So is there a good reason why the encoder shouldn't have audio_codec_loaded? |
| 15:50:14 | jhMikeS | the recording hand was due to not swapping if !audio_codec_loaded |
| 15:50:17 | jhMikeS | *hang |
| 15:50:35 | pondlife | i.e. it waits in voice forever |
| 15:50:41 | jhMikeS | I believe there was...yes |
| 15:51:03 | pondlife | I'd rather have a simple test if we can get away with it. |
| 15:51:51 | pondlife | The main other use of audio_codec_loaded is to wait for the codec to stop and start |
| 15:51:59 | jhMikeS | I think queueing the swap should be avoided altogether if voice is not active |
| 15:52:19 | jhMikeS | But the encoder has its own flag for that |
| 15:52:27 | pondlife | True |
| 15:52:51 | pondlife | But the problem is that the voice may become active after the codec has processed tha |
| 15:52:53 | pondlife | that |
| 15:53:30 | pondlife | I maintain that all tests, especially timing sensitve ones, should be on the queue reading side. |
| 15:53:35 | jhMikeS | voice won't be active during while the encoder is loaded...it can leave swap_codec |
| 15:53:56 | jhMikeS | *can't leave |
| 15:54:29 | | Quit daurn (Remote closed the connection) |
| 15:54:58 | pondlife | 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 | pondlife | i.e. Only hardware restrictions should prevent voice during recording |
| 15:55:44 | jhMikeS | Voice can't be running |
| 15:55:47 | pondlife | Why not? |
| 15:56:05 | pondlife | I mean, in theory |
| 15:56:06 | jhMikeS | DMA I believe... |
| 15:56:34 | pondlife | OK - that's a general Rockbox restriction, not hardware dependent |
| 15:56:35 | pondlife | ? |
| 15:56:38 | | Join daurn [0] (n=quae@124.243.137.107) |
| 15:57:06 | tucoz | 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 | jhMikeS | yes...hardware... |
| 15:59:00 | tucoz | I guess my question depends on how i listen to music. So it will be album gain for now |
| 15:59:26 | jhMikeS | tucoz: either way really...your preference |
| 15:59:39 | tucoz | I guess :) |
| 16:00 |
| 16:00:10 | jhMikeS | pondlife: Those stale swap messages have to be ignored for one |
| 16:00:32 | pondlife | Yes |
| 16:02:46 | | Part LinusN |
| 16:02:48 | jhMikeS | 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 | pondlife | I don't see why that is a problem. If voice is already swapping it won't be reading the queue. |
| 16:08:46 | daurn | uh |
| 16:08:55 | jhMikeS | exactly, the messages will back up |
| 16:09:10 | pondlife | And then be read/discarded as soon as possible |
| 16:09:12 | daurn | does anyone have Rock The Casbah in at least mp3 192? |
| 16:09:25 | daurn | 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 | tucoz | daurn: I have that song |
| 16:11:56 | daurn | good(ish) quality? |
| 16:12:10 | tucoz | 192kbps |
| 16:12:30 | tucoz | from the essential clash cd |
| 16:12:37 | daurn | could you dcc it? |
| 16:13:12 | markun | tucoz:in albumgain mode it will also add the trackgain tags |
| 16:13:47 | pondlife | brb |
| 16:14:16 | tucoz | markun: ok. When I applied albumgain to an album, the volume got a lot lower |
| 16:14:23 | daurn | tucoz: not working :S |
| 16:14:26 | jhMikeS | Yeah...I think the voice problem is from the stale swap message after the audio codec unloaded. |
| 16:14:27 | tucoz | hmm |
| 16:14:37 | daurn | maybe upload to yousendit.com or such? |
| 16:14:39 | tucoz | maybe it is some firewall issues here |
| 16:14:43 | tucoz | ok |
| 16:15:05 | jhMikeS | hmmm...maybe... |
| 16:15:18 | lostlogic | anyone else having problemw ith recent playback changes making the UI unresponsive until the first track is fully buffered? |
| 16:15:43 | tucoz | I think people with ipods experience that |
| 16:16:02 | lostlogic | ok, so it's not just me |
| 16:16:15 | * | lostlogic makes faces at slaheri and pondlife |
| 16:18:48 | tucoz | daurn: check your pm |
| 16:18:53 | jhMikeS | x_codec_loaded is not a good test for swapping...current_codec is |
| 16:19:07 | daurn | tucoz: i got it |
| 16:19:21 | daurn | damn |
| 16:19:25 | daurn | i'm not idented |
| 16:19:26 | daurn | :P |
| 16:19:33 | | Nick daurn is now known as daurnimator (n=quae@124.243.137.107) |
| 16:24:30 | pondlife | lostlogic: I think that might be the scheduler rather than the playback changes |
| 16:24:50 | pondlife | My own build is pre-scheduler and seems ok (H300) |
| 16:25:18 | jhMikeS | it's becoming clearer again...audio_codec_loaded is a good test for swapping on the voice side |
| 16:25:44 | pondlife | That's what I concluded |
| 16:26:08 | jhMikeS | since the voice thread can't run until the codec thread yields while waiting on the mutex |
| 16:26:18 | pondlife | 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 | pondlife | 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 | pondlife | It's a bad idea for the voice thread to ever call swap_codec unless audio_codec_loaded=true. |
| 16:29:49 | jhMikeS | yes |
| 16:30:29 | pondlife | But this then breaks recording because audio_codec_;loaded = false and voice never swaps out? |
| 16:31:18 | jhMikeS | you blocked the swap in Q_ENCODER_RECORD |
| 16:31:46 | pondlife | I did, but that's been reverted now and is irrelevant to my problem |
| 16:31:52 | pondlife | That was just me trying to be clever |
| 16:32:02 | * | pondlife is not clever |
| 16:32:25 | jhMikeS | cmon...this isn't really trivial but really should be simplified |
| 16:32:48 | pondlife | Yep |
| 16:33:07 | jhMikeS | I'm wondering if audio_codec_loaded should be set to false before leaving the guarded section |
| 16:33:16 | pondlife | Which routine? |
| 16:33:21 | jhMikeS | codec_thrad |
| 16:33:24 | | Join davidc__ [0] (n=davidc@72.169.118.173) |
| 16:33:37 | jhMikeS | Since it is not loaded anymore |
| 16:33:48 | pondlife | It should |
| 16:34:08 | jhMikeS | The check after the switch will have to be changed |
| 16:34:52 | pondlife | Where does the guarded section end then? |
| 16:34:53 | jhMikeS | I guess it's ok if mutex_unlock doesn't yield |
| 16:34:59 | pondlife | Ah, I see |
| 16:35:35 | jhMikeS | no yield before setting it to false !!! |
| 16:35:49 | pondlife | Sorry was looking at the wrong switch() |
| 16:36:49 | pondlife | So you don't think audio_codec_loaded should be true during encoding? |
| 16:37:26 | jhMikeS | I'll have to scan the references to it again to see why |
| 16:37:58 | jhMikeS | this was one reason: |
| 16:37:59 | jhMikeS | if (audio_codec_loaded) |
| 16:37:59 | jhMikeS | { |
| 16:37:59 | DBUG | Enqueued KICK jhMikeS |
| 16:37:59 | jhMikeS | if (ci.stop_codec) |
| 16:37:59 | jhMikeS | { |
| 16:37:59 | *** | Alert Mode level 1 |
| 16:37:59 | jhMikeS | status = CODEC_OK; |
| 16:38:01 | jhMikeS | if (!playing) |
| 16:38:03 | jhMikeS | pcmbuf_play_stop(); |
| 16:38:05 | jhMikeS | } |
| 16:38:07 | jhMikeS | audio_codec_loaded = false; |
| 16:38:09 | jhMikeS | } |
| 16:38:29 | jhMikeS | it will call pcmbuf_play_stop if I set it true |
| 16:38:34 | pondlife | ! |
| 16:39:13 | | Quit davidc__ (Read error: 104 (Connection reset by peer)) |
| 16:39:40 | pondlife | I have to reboot, back in a bit |
| 16:39:49 | jhMikeS | 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 | jamwt | 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 | jamwt | if not, I might take a crack at it |
| 16:44:50 | jamwt | :-) |
| 16:46:04 | | Quit aliask ("Chatzilla 0.9.75 [Firefox 1.5.0.7/2006090918]") |
| 16:46:39 | markun | jamwt: I think noone is working on it, so go ahead. |
| 16:46:47 | theli_ua | if someone is going to commit something soon can he commit also this: http://rafb.net/paste/results/AO3bd463.html ? |
| 16:46:59 | jamwt | markun: k |
| 16:48:00 | *** | Alert Mode OFF |
| 16:52:39 | PaulJam | 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 | daurnimator | uh |
| 16:57:04 | daurnimator | anyone care to paste a log of what just happended? |
| 16:57:24 | PaulJam | 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 | daurnimator | PaulJam: ? |
| 16:58:30 | | Quit Febs () |
| 16:59:17 | | Join _FireFly_ [0] (n=FireFly@p54A47FA4.dip.t-dialin.net) |
| 16:59:24 | PaulJam | daurnimator: do you mean an irc-log? http://www.rockbox.org/irc/current.txt |
| 16:59:31 | daurnimator | no |
| 16:59:32 | daurnimator | i mean |
| 16:59:38 | daurnimator | what did i just do/ |
| 16:59:44 | daurnimator | - like 3 mins ago |
| 16:59:48 | perplexity | * daurnimator is now known as daurnimator|afk |
| 16:59:48 | perplexity | * daurnimator|afk is now known as daurnimator |
| 16:59:48 | perplexity | <daurnimator> uh |
| 16:59:53 | perplexity | not much |
| 17:00 |
| 17:00:38 | daurnimator | 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 | daurnimator | i logged off & in |
| 17:02:20 | daurnimator | seems it didn't restart |
| 17:02:20 | daurnimator | - when i rejoined, i got a log |
| 17:02:21 | DBUG | Enqueued KICK daurnimator |
| 17:02:21 | daurnimator | (with timestamps) |
| 17:05:43 | | Join loco [0] (n=jochen@dslc-082-082-095-224.pools.arcor-ip.net) |
| 17:06:27 | loco | hello everyone. is the simulator build (h120) supposed to work? there seems to be an error with the makefile for me. |
| 17:06:42 | pondlife | The H300 sim builds ok... |
| 17:07:05 | perplexity | according to the cvs build table, so does the h120 sim |
| 17:07:28 | loco | i get an make: *** zxbox: No such file or directory. Stop. |
| 17:07:41 | loco | s/an/ |
| 17:07:58 | perplexity | sounds like you need to check out a fresh copy of cvs.. does your tree even have zxbox ? |
| 17:08:15 | loco | well, i cvs upped before. |
| 17:09:05 | perplexity | do you have apps/plugins/zxbox ? |
| 17:09:25 | loco | no, just apps/plugins/zxbox.c |
| 17:09:31 | Slasheri | PaulJam: hmm, weird.. there shouldn't be a need to specify a root menu |
| 17:09:32 | amiconn | loco: Did you cvs up -dP ? |
| 17:09:45 | Slasheri | PaulJam: but you need to name the custom menu as "custom" or it doesn't show up |
| 17:09:46 | amiconn | Without the -d part, you won't get new directories |
| 17:09:51 | loco | argh... shame on me... |
| 17:09:56 | Slasheri | something like %start_menu "custom" "My menu" |
| 17:10:08 | loco | thanks a lot. |
| 17:10:13 | Slasheri | in fact it was %menu_start |
| 17:11:22 | | Quit tucoz (Read error: 110 (Connection timed out)) |
| 17:11:22 | PaulJam | 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 | Slasheri | 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 | jhMikeS | why do we need a 512KB codec swap buffer for the voice codec when mpa_codec is only 73KB? |
| 17:13:02 | Slasheri | PaulJam: oh, and did you add the empty line after the menu items? |
| 17:13:08 | Slasheri | that is necessary for it to work |
| 17:13:42 | Slasheri | PaulJam: if it's the end of file, you need to empty lines there |
| 17:13:49 | pondlife | jhMikeS: because no-one thought about it? |
| 17:14:19 | pondlife | I guess it could be that the voice codec may be something other than MP3 one day... |
| 17:14:20 | jhMikeS | 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 | jhMikeS | 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 | pondlife | Yes, I agree |
| 17:16:22 | amiconn | 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 | amiconn | *magic even |
| 17:16:46 | jhMikeS | How many voice codecs do we need to use at once? |
| 17:16:59 | pondlife | Yes, but you'd use speex for alll voice in that case.. |
| 17:17:05 | jhMikeS | 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 | jhMikeS | Then we know the codec size |
| 17:17:33 | pondlife | Well, you could get a robot arm to operate a SpeakNSpell, and generate voice clips that way... ;-) |
| 17:17:36 | jhMikeS | Just check the file size for voice codec and give it just enough |
| 17:17:38 | pondlife | Very 1980s |
| 17:17:53 | amiconn | During transition, it might be necessary to load either mpa.codec or speex.codec depending on what voice file is found |
| 17:17:58 | jhMikeS | pondlife: of course! I still have mine |
| 17:18:26 | pondlife | Does it still mis-spell colour? |
| 17:18:36 | jhMikeS | 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 | jhMikeS | It's "color" stateside :) |
| 17:18:58 | amiconn | Yes, but check how much ram mpa.codec actually takes |
| 17:19:11 | amiconn | The 73KB of the binary image isn't everything |
| 17:19:25 | amiconn | There's also the .bss segment |
| 17:19:51 | PaulJam | 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 | jhMikeS | hmmm...so how much RAM does it take? |
| 17:19:53 | pondlife | Of course, a smaller CODEC_SIZE would also reduce the memcpy-ing a bit. |
| 17:20:05 | pondlife | i.e. for voice swap-ins |
| 17:20:23 | amiconn | pondlife: Yes, but we could even save one of the swap buffers completely |
| 17:20:32 | amiconn | ...with a special copy-swap routine |
| 17:20:40 | jhMikeS | amciconn: xor of course |
| 17:20:44 | pondlife | Good idea |
| 17:20:49 | amiconn | jhMikeS: huh? |
| 17:21:16 | pondlife | XOR for register swap... |
| 17:21:18 | jhMikeS | you had something else in mind...both codecs get swapped on USB connect |
| 17:21:28 | Slasheri | PaulJam: nice :) but a good note, i think that is a bug and i will try to fix that |
| 17:22:03 | amiconn | 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 | pondlife | Well, who doesn't! |
| 17:22:41 | preglow | amiconn: it's on the tracker |
| 17:22:51 | pondlife | A nwew sitcom - "Everyone Loves XOR" |
| 17:22:52 | preglow | amiconn: i don't have time to fix it to stop throwing warnings |
| 17:23:13 | preglow | freqmod will do it once he's got time again |
| 17:23:21 | amiconn | jhMikeS: Xor is often very useful... |
| 17:23:57 | jhMikeS | definitely |
| 17:24:31 | jhMikeS | You can xor the codecs togther to swap them |
| 17:24:58 | amiconn | Hehe, yes, but doing the read twice, write twice thing is faster |
| 17:25:56 | pondlife | Hmm, I don't like the loud beeping on skip tracks when you're at the end... is that new? |
| 17:25:58 | jhMikeS | Well...we have to watch the USB connect thing then |
| 17:26:06 | pondlife | playback.c - audio_next. |
| 17:26:17 | amiconn | jhMikeS: USB connect thing? |
| 17:26:47 | amiconn | pondlife: The beep isn't new. It's an option though, perhaps you enabled it by accident |
| 17:27:21 | pondlife | Nope, not the beep |
| 17:27:43 | amiconn | ?? |
| 17:27:51 | pondlife | 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 | pondlife | 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 | pondlife | I prefer it not to beep at all in this case. |
| 17:28:27 | pondlife | Beep should probably be a keyclick anyway - for feedback of a keypress. |
| 17:28:40 | pondlife | I don't really think it's a playback thing per se. |
| 17:29:00 | pondlife | The lower beep is much louder sounding than the normal one, probably due to hearing non-linearity |
| 17:29:17 | amiconn | The archoses run nice and stable, and there isn't a single feature of the newer targets that I actually need |
| 17:29:39 | amiconn | So... all the newer targets are just there for the fun of coding |
| 17:30:11 | pondlife | I love my Archos too, but need to fix it one day.. |
| 17:31:03 | amiconn | Only 50% of my targets are archoses, but I use them like 90% of the time I'm using daps |
| 17:32:50 | jhMikeS | amiconn: each codec swaps the other on USB connect...why? this seems like a collision given the way swap_codec works |
| 17:33:43 | amiconn | jhMikeS: Odd. So it constantly swaps codecs back and forth during USB connection? |
| 17:34:35 | amiconn | 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 | jhMikeS | well...audio thread swaps if voice_codec_loaded...and vice versa |
| 17:35:45 | jhMikeS | I mean codec thread not audio thread |
| 17:36:06 | pondlife | Of course, the voice codec is also required sometimes during playback. |
| 17:39:09 | amiconn | Yes, but the main codec isn't needed when playback is stopped |
| 17:39:11 | jhMikeS | why should they each swap the other if the other is loaded upon connect? ?? |
| 17:40:48 | | Quit aegray ("Lost terminal") |
| 17:42:06 | amiconn | pondlife: Hmm, maybe the second beep doesn't obey the beep volume setting? |
| 17:42:26 | pondlife | It sounds like it's playing two beeps - the low and high one together! |
| 17:42:43 | pondlife | You may need to listen to it and you'll see what I mean |
| 17:42:51 | mirak8 | is there a way to keep the H300 connected to usb and having the device not in UMS ? |
| 17:44:04 | amiconn | mirak: Yes, hold A-B while plugging USB |
| 17:44:17 | amiconn | Then it just charges from USB (slowly) |
| 17:44:49 | | Join bytie [0] (n=anonym@p548CA6F0.dip0.t-ipconnect.de) |
| 17:44:52 | mirak8 | damn I didn't knew that :-/ It could be written on the screen while connected ^^ |
| 17:45:23 | mirak8 | amiconn while in charge mode can you listen music ? |
| 17:46:52 | markun | of course |
| 17:47:47 | mirak8 | a-b ? doesn't work for me |
| 17:49:06 | amiconn | You need to press & hold it while plugging. Once in USB mode it's too late |
| 17:49:30 | amiconn | Maybe it's another button for iriver... don't remember exactly |
| 17:49:33 | markun | 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 | amiconn | Ah, so Rec it is |
| 17:50:28 | preglow | ugh, beep |
| 17:50:29 | preglow | remove it! |
| 17:51:09 | mirak8 | 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 | markun | mirak8: that doesn't work yet, but feel free to implement it |
| 17:51:53 | PaulJam | 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 | mirak8 | 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 | markun | mirak8: but how to enter USB mode again.. |
| 17:55:23 | mirak8 | markun iriver firmware can go from charging to usb mode by pushing play. |
| 17:55:28 | pondlife | preglow: Did you mean the extra beep I was referring to? |
| 17:55:38 | Slasheri | PaulJam: Hmm, maybe.. i have also thought that it would be possible to remember the last menu on boot |
| 17:57:36 | preglow | pondlife: all beeps! |
| 17:57:49 | preglow | pondlife: but especially ones you can't turn off, yes |
| 17:58:08 | pondlife | Hmm, does it not turn off? |
| 17:58:13 | pondlife | I didn't realise that |
| 17:58:24 | pondlife | I use beep=strong |
| 17:58:33 | pondlife | Good when driving |
| 17:58:37 | | Join solarflare [0] (n=supernov@82-203-170-134.dsl.gohome.fi) |
| 17:58:49 | preglow | i might not know what you're talking about :> |
| 17:59:55 | pondlife | I often have that effect... |
| 18:00 |
| 18:00:20 | jhMikeS | maybe we should have a memswap function? |
| 18:00:22 | pondlife | I meant the intentional (and configurable) beep on file skip |
| 18:05:14 | amiconn | 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 | amiconn | Same thing as we do with the default wps |
| 18:06:05 | Slasheri | 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 | PaulJam | 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 | preglow | could anyone knowledgable with playback.c please add back the boost on read functionality? |
| 18:45:50 | nls | If I want to change a strig in english.lang do I edit <dest> and leave <source> as is? |
| 18:52:12 | | Quit Strath (Read error: 54 (Connection reset by peer)) |
| 18:52:52 | pondlife | preglow: Can you explain more... |
| 18:52:57 | pondlife | "boost on read" |
| 18:53:54 | | Join lightyear [0] (n=lightyea@p54875B9A.dip.t-dialin.net) |
| 18:54:13 | | Quit tvelocity ("ΑποχώÏησε") |
| 18:54:26 | nls | boost when buffering from the disk? |
| 18:54:46 | pondlife | Any idea when this was changed? |
| 18:54:54 | | Quit ender` (Read error: 113 (No route to host)) |
| 18:55:43 | nls | afaics it still does it −− boost is 100% in audiothread while buffering... |
| 18:55:49 | pondlife | Should do |
| 18:57:11 | Slasheri | hmm, this is interesting. I was also able to reproduce the PDIR1FULL error at 0x3 with my h140 while building tagcache |
| 18:57:29 | Slasheri | 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 | preglow | pondlife: well, boost on read |
| 18:57:51 | preglow | pondlife: boost while reading |
| 18:57:54 | preglow | pondlife: from the disk |
| 18:59:02 | Slasheri | i wonder how it is possible to get such an error as PDIR1 shouldn't be enabled by default |
| 18:59:05 | pondlife | You implied it has changed... recently? |
| 19:00 |
| 19:01:26 | preglow | pondlife: talking to me or him? |
| 19:02:13 | pondlife | preglow: You |
| 19:03:21 | preglow | pondlife: it used to boost some time ago, before lostlogic did some work on it |
| 19:03:26 | Slasheri | this seems good.. that pdir error always at same point, now at 0x2 |
| 19:03:29 | pondlife | Ah, ok |
| 19:03:42 | preglow | pondlife: imho, it really should boost to minimise disk on time |
| 19:03:54 | pondlife | I agree |
| 19:04:01 | preglow | pondlife: if the codec is very close to boosting on its own, rockbox can spend ages and ages reading |
| 19:04:21 | preglow | its gotten worse after the new scheduler as well, i think |
| 19:05:27 | preglow | yesterday i had a case where rockbox started switching the disk on and off continously when buffering was to take place |
| 19:06:11 | preglow | Slasheri: could that have been the new scheduler starving whatever thread is reading from the disk? |
| 19:07:04 | Slasheri | 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 | Slasheri | but if buffering thread does not give codec enough cpu time, then codec thread's priority will be changed higher |
| 19:07:39 | Slasheri | and that will starve everything |
| 19:07:49 | preglow | well, this wasn't exactly pretty |
| 19:07:51 | pondlife | 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 | preglow | can't reproduce it, no |
| 19:08:11 | pondlife | Ah, ok |
| 19:08:12 | preglow | don't even remember what codec i used |
| 19:08:23 | preglow | hmm, it probably was ogg |
| 19:08:49 | amiconn | Hmm. Imho the codec thread should _never_ switch to realtime unless the CPU is already boosted |
| 19:09:10 | preglow | _realtime_ ? |
| 19:09:13 | preglow | there is an actual realtime prio? |
| 19:09:16 | Slasheri | amiconn: cpu should be boosted before that switch |
| 19:09:18 | | Quit bytie ("Dana") |
| 19:09:40 | Slasheri | 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 | Slasheri | and with iriver that seems to work correctly.. but maybe ipod behaves differently |
| 19:10:02 | preglow | this was on iriver |
| 19:10:05 | preglow | h120 |
| 19:10:09 | Slasheri | hmm, weird |
| 19:10:15 | pondlife | preglow: I would aim to repro it if you can |
| 19:10:17 | preglow | but yeah, do we actually use a realtime prio? |
| 19:10:36 | Slasheri | yep, when the pcm buffer data is really at critical |
| 19:10:40 | preglow | that's a real no no, if you ask me |
| 19:10:50 | Slasheri | 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 | preglow | if we actually need to use realtime prio, then we're doing something seriously wrong |
| 19:11:22 | preglow | better to let it skip |
| 19:11:32 | preglow | i don't want to think about what my threads do when they're never called anymore |
| 19:11:46 | Slasheri | hmm, then the priority scheduling would help only background tasks |
| 19:11:49 | pondlife | preglow: Also pop a bug report on Flyspray? |
| 19:11:53 | pondlife | I gotta go |
| 19:11:54 | | Quit pondlife () |
| 19:11:58 | Slasheri | realtime priority is switched back as soon as possible.. but other threads are still called |
| 19:11:58 | preglow | pondlife: i don't really have much details... |
| 19:12:04 | Slasheri | but just less often |
| 19:12:12 | lowlight | preglow: boosting while buffering taken out around here...http://www.rockbox.org/irc/rockbox-20060413.txt @ 19.53.26 |
| 19:12:19 | Slasheri | something like 1-3 times per second depending on the priority |
| 19:12:35 | preglow | Slasheri: well, then what i encountered pretty much has to be some other bug |
| 19:12:39 | preglow | but i can't possibly imagine what |
| 19:12:54 | Slasheri | yes, that sounds like a bug |
| 19:12:55 | lowlight | preglow: 19.53.54 # <amiconn> If so, that should besolved soon by a global boost-on-disk-read in the ata driver |
| 19:13:13 | preglow | 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 | preglow | but it seemed to go really long between each read |
| 19:13:43 | Slasheri | eh.. |
| 19:13:52 | Slasheri | playback thread no longer boosts when buffering? |
| 19:13:54 | Slasheri | that is really bad |
| 19:13:56 | preglow | nope |
| 19:14:01 | preglow | it hasn't done so since lostlogic did his stuff |
| 19:14:11 | preglow | agreed, very bad |
| 19:14:19 | Slasheri | really weird.. no wonder if that causes problems |
| 19:14:31 | *** | Saving seen data "./dancer.seen" |
| 19:14:33 | preglow | i'm not convinved a boost in ata read is the correct solution, though |
| 19:14:36 | preglow | but it doesn't sound very bad either |
| 19:14:44 | amiconn | Why not? |
| 19:15:02 | Slasheri | and another place to do it would be the scheduler.. :) |
| 19:15:07 | preglow | amiconn: depends on how the reading is done |
| 19:15:08 | Slasheri | i always experimented a little with that |
| 19:15:22 | preglow | 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 | preglow | amiconn: we don't want to do a lot of boosting and unboosting |
| 19:15:37 | amiconn | No |
| 19:15:50 | amiconn | Of course it shouldn't unboost immediately |
| 19:15:53 | | Quit damaki (Read error: 104 (Connection reset by peer)) |
| 19:16:18 | Slasheri | 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 | amiconn | It should boost at the first read, and then start a timeout for unboosting |
| 19:16:21 | preglow | 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 | Slasheri | and boosting can be triggered manually also.. something like thread_trigger_boost(); |
| 19:16:48 | preglow | 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 | preglow | it'll only make debugging harder |
| 19:16:54 | Slasheri | and no need to remember to unboost the cpu |
| 19:17:04 | Slasheri | preglow: yes, of course |
| 19:17:12 | Slasheri | i am now investigating that PDIR issue |
| 19:17:20 | amiconn | I think auto-boosting in the scheduler would be bad |
| 19:17:43 | amiconn | (1) It would probably boost/unboost very often, defeating timer precision etc |
| 19:18:07 | Slasheri | hmm, so boosting could affect the timer precision also? |
| 19:18:15 | amiconn | 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 | amiconn | Yes, on coldfire |
| 19:18:39 | Slasheri | amiconn: manual boost would always work as before too |
| 19:18:51 | Slasheri | if cpu is boosted manually, scheduler would not unboost it |
| 19:18:54 | amiconn | That's the reason why backlight fading needs to keep the cpu boosted |
| 19:18:57 | Slasheri | it just calls the cpu_boost |
| 19:19:02 | Slasheri | yep, true |
| 19:19:32 | amiconn | (2) Boosting in the scheduler will probably boost more often than necessary, lowering battery runtime |
| 19:20:09 | mirak | any mpeg compression expert around ? |
| 19:20:13 | preglow | mirak: depends |
| 19:20:25 | preglow | i know something, but i'm not an expert |
| 19:20:26 | Slasheri | 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 | amiconn | The core not sleeping doesn't necessarily mean that it needs to be boosted |
| 19:21:14 | Slasheri | true, but yet i can't think of any situation where it wouldn't mean that |
| 19:21:19 | amiconn | It might just mean that the performance is just enough to keep up |
| 19:21:47 | preglow | 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 | amiconn | ...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 | mirak | 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 | preglow | bring back numbers? |
| 19:26:04 | preglow | quantisation can't bring back numbers |
| 19:26:37 | mirak | 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 | preglow | 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 | mirak | preglow: quantisation is just about multiplying ? |
| 19:27:27 | preglow | the matrices are actually coded as runs of 0s |
| 19:27:33 | preglow | because they're so many |
| 19:27:52 | preglow | it's a very common optimisation to check for zeros, but i don't know if it'll matter for coldfire |
| 19:27:56 | mirak | 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 | preglow | well |
| 19:28:10 | preglow | if the data is in iram |
| 19:28:14 | preglow | i don't know if i'd bother |
| 19:28:25 | amiconn | I think that with emac, testing for zero would slow down things |
| 19:28:29 | preglow | i almsot certainly wouldn't |
| 19:30:46 | | Quit PaulJam (".") |
| 19:31:08 | | Quit charkins ("Leaving") |
| 19:31:14 | mirak | 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 | mirak | and the opposite to test upper part ... |
| 19:32:53 | amiconn | 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 | amiconn | mac.w is single cycle, a conditional branch forward eats 3 cycles |
| 19:33:45 | amiconn | I'd say forget that |
| 19:34:01 | mirak | I would skip 4 mac |
| 19:34:23 | amiconn | You still wouldn't gain anything |
| 19:34:25 | mirak | but well if branch is 3 |
| 19:34:36 | amiconn | mac/mac/mac/mac/movclr = 5 cycles |
| 19:34:53 | amiconn | and/test/branch is also 5 cycles |
| 19:35:14 | mirak | the 4 skipped mac are on 4 different accumulators |
| 19:35:34 | amiconn | ...and if you need to copy to a data register to do the check... |
| 19:35:36 | mirak | so the moveclr shouldn't be counted, but of course that's still 4 |
| 19:35:59 | mirak | I can eventually not check that adress register ;) |
| 19:36:14 | mirak | ok that's not worth, that's what I need to be sure |
| 19:36:24 | amiconn | 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 | mirak | 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 | mirak | that's the best I can think off ^^ |
| 19:42:50 | preglow | 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 | markun | preglow: at least on ARM9 mla only takes 1 cycle if one of the operands is 0 |
| 19:52:48 | preglow | ???? |
| 19:52:54 | preglow | ahh, right |
| 19:53:03 | preglow | are you sure you don't mean 2? |
| 19:53:17 | preglow | i don't think the early termination triggers on the lowest byte |
| 19:53:21 | preglow | 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:00 |
| 20:01:15 | * | amiconn wonders where preglow found those detaiös |
| 20:01:19 | amiconn | *details |
| 20:03:26 | | Join S0ap [0] (n=Soap@unaffiliated/s0ap) |
| 20:04:30 | Slasheri | ah, this is good. In fact the new scheduler makes rockbox to crash with bad mp3 files easier than previously |
| 20:04:37 | Slasheri | so now it's possible to fix that problem |
| 20:07:42 | preglow | amiconn: DDI0210C_7tdmi_r4p1_trm.pdf, section 6.6 |
| 20:07:52 | preglow | Slasheri: how/why? |
| 20:08:19 | Slasheri | 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 | Slasheri | trying to reproduce it on simulator now.. |
| 20:08:45 | Slasheri | 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 | Bagder | thanks |
| 20:55:18 | | Join XavierGr [0] (n=xavier@ppp137-81.adsl.forthnet.gr) |
| 20:57:21 | mirak | how can it be explained that writting to memory takes less cycles than reading from memory ? |
| 20:57:40 | Paul_The_Nerd | Wow, the tagnavi syntax just changed a lot. |
| 20:58:00 | Paul_The_Nerd | Well, "increased" |
| 21:00 |
| 21:00:50 | amiconn | mirak: When reading, the CPU has to wait for the data |
| 21:01:20 | * | preglow hands bagder a cigar |
| 21:01:25 | dpassen | Paul_The_Nerd: are the changes documented? |
| 21:02:17 | mirak | amiconn: ok then optimising writes is pretty useless then ? |
| 21:02:25 | amiconn | No |
| 21:02:35 | amiconn | Writing much data in sequence is still slow |
| 21:03:32 | amiconn | 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 | amiconn | Of course this only holds for memory writes; writing to an i/o area is usually unbuffered |
| 21:04:45 | Paul_The_Nerd | dpassen: They're documented by way of "you can read the file and see how it works" really. |
| 21:04:55 | dpassen | Ok |
| 21:05:02 | dpassen | Will try an updated build later |
| 21:05:49 | mirak | 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 | amiconn | yes, it should |
| 21:06:43 | mirak | does it change something to the problem if it's iram or sdram ? |
| 21:06:52 | amiconn | 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 | mirak | amiconn: doesn't it save one instruction cycle at least ? |
| 21:07:38 | amiconn | nope |
| 21:07:44 | amiconn | It needs one cycle extra |
| 21:07:56 | mirak | one extra cycle per registry ? |
| 21:08:02 | amiconn | movem.l needs 1+n cycles, where n is the number of registers |
| 21:08:14 | mirak | ah I see |
| 21:08:53 | mirak | ok, I can use only one register instead of two then. |
| 21:09:23 | amiconn | In iram. it might even be that the byte stores are faster |
| 21:10:22 | mirak | there is only burst read, not burst write ? One could think that a movem keep opened the "channel" to ram |
| 21:10:25 | amiconn | With long stores, you need 3x lsl.l + 3x or.l + move.l = 7 cycles |
| 21:11:07 | mirak | why do you use or ? |
| 21:11:08 | | Join aegray [0] (n=aegray@ip082.pool104a.sms2.champaign-il.egix.net) |
| 21:11:10 | amiconn | 4x move.b is only 4 cycles - if you store to iram |
| 21:11:25 | mirak | "move.b %d0,%d2\n\t" |
| 21:11:25 | mirak | "lsl.l #8,%d2\n\t" |
| 21:11:27 | amiconn | Replace or.l by move.b, same timing |
| 21:11:55 | preglow | Slasheri: was that it? |
| 21:12:21 | amiconn | 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 | mirak | huh lol |
| 21:12:36 | amiconn | So an 8 byte store is split in 2 4-byte-bursts |
| 21:14:16 | mirak | 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 | amiconn | Yes, but that wasn't the point |
| 21:15:17 | amiconn | 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 | Slasheri | preglow: yep |
| 21:20:29 | Slasheri | 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 | BigMac | anyone here use pandora |
| 21:26:15 | preglow | Slasheri: why did the scheduler provoke that? |
| 21:26:19 | preglow | 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 | merbanan | linuxstb_: the wma patch was a big mess |
| 21:27:52 | linuxstb_ | I haven't looked at it in detail, but I'm not surprised... |
| 21:28:06 | merbanan | I'll try to slim it down when I get time |
| 21:28:31 | linuxstb_ | What do you mean by "slim it down" ? |
| 21:28:57 | merbanan | it's lots of unneeded ffmpeg code in there |
| 21:29:06 | linuxstb_ | 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 | Slasheri | 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 | Slasheri | but a good thing indeed |
| 21:45:24 | | Quit Criamos (Read error: 110 (Connection timed out)) |
| 21:46:14 | preglow | sure |
| 21:47:27 | | Quit lightyear (Remote closed the connection) |
| 21:48:47 | Lefungus | 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 | Lefungus | like how much granularity the seek table need ? |
| 21:50:36 | Lefungus | 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:00 |
| 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 | preglow | Lefungus: wouldn't know |
| 22:05:45 | preglow | Lefungus: for pc use, you can get away with pretty many frames per slot, i'd guess |
| 22:06:06 | Lefungus | 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 | Lefungus | mpc_uint32_t seek_table[10000]; |
| 22:07:00 | preglow | hmm |
| 22:07:09 | preglow | well, there's a tradeoff |
| 22:07:13 | Lefungus | from mpc.c in rockbox cvs, I interpret that as a 10000 entries seek table |
| 22:07:14 | preglow | you don't want the seektable to bloat the file |
| 22:07:34 | preglow | Lefungus: yeah, but that's per file, no matter how big it is |
| 22:07:41 | tucoz | congratulations Bagder |
| 22:07:48 | Bagder | thanks |
| 22:07:50 | preglow | Lefungus: if it's a long file, there'll be more frames per entry |
| 22:08:07 | | Quit bytie ("Dana") |
| 22:08:11 | preglow | Bagder: we were wondering if you were going to call him sansa :) |
| 22:08:20 | tucoz | or e200 |
| 22:08:23 | Lefungus | ok, I just meant, how many entries per file, not how many samples per entry |
| 22:08:26 | Bagder | of course |
| 22:08:31 | Bagder | my wife would love it! ;-) |
| 22:08:39 | preglow | a woman loves dedication in a man |
| 22:08:46 | preglow | especially to hobbies |
| 22:08:49 | tucoz | awww, what a pretty name. what does it mean? |
| 22:08:50 | Bagder | hehe |
| 22:09:08 | preglow | Lefungus: god knows, you pretty much have to see how much is practical |
| 22:09:22 | preglow | Lefungus: i really don't have many musepack files yet so i haven't gotten to use it much |
| 22:09:22 | Lefungus | well, is it working nicely enough currently ? |
| 22:09:28 | preglow | Lefungus: sure, people say it is |
| 22:09:35 | preglow | i really haven't used rockbox myself for a pretty long while |
| 22:09:40 | preglow | don't travel much these days |
| 22:09:42 | Lefungus | ok |
| 22:09:57 | Lefungus | do you happen to know whether the seek table is stored in internal or external memory ? |
| 22:10:10 | Genre9mp3 | Bagder: Best wishes for the new family member! :) |
| 22:10:14 | | Quit linuxstb__ (Read error: 110 (Connection timed out)) |
| 22:10:16 | preglow | Lefungus: you mean as in sram or dram? |
| 22:10:25 | mirak | is there on coldfire a function that reverse all bytes of a long word ? |
| 22:10:41 | Lefungus | dunno how you call it, internal=small&fast, external=big&slow |
| 22:10:43 | preglow | mirak: endian swap? sure |
| 22:10:47 | mirak | I remember something like that but can't find |
| 22:10:49 | preglow | dram, definitely, no reason to store anything like that in fast ram |
| 22:10:52 | | Quit merbanan (Remote closed the connection) |
| 22:10:54 | pondlife | Bagder: Congratulations. I expect we'll see you on here at all sorts of odd hours now! |
| 22:10:59 | Bagder | haha |
| 22:11:01 | mirak | preglow: yes, this would save me. |
| 22:11:01 | tucoz | hehe |
| 22:11:26 | Bagder | yeah, they say two kids give you more spare time than just one ;-P |
| 22:11:43 | preglow | [04:34] * Bagder tears his hair out! |
| 22:11:50 | Bagder | *g* |
| 22:11:51 | pondlife | Maybe once one is old enough to look after the other... |
| 22:11:56 | YouCeyE | hello.. how can i change h10 firmware to rockbox? |
| 22:12:03 | YouCeyE | 20gb model |
| 22:12:34 | tucoz | YouCeyE: http://www.rockbox.org/twiki/bin/view/Main/IriverH10Port#Installation_Instructions |
| 22:12:41 | Paul_The_Nerd | Does the H10 Rockbox manual have installation instructions yet? |
| 22:13:00 | tucoz | no, unfortunatley not |
| 22:13:17 | YouCeyE | tucoz, is it fully functional now? i had iriver h120 and rockbox porting was easy |
| 22:13:28 | preglow | pondlife: or the other is old enough to be able to be safel looked after by the other... |
| 22:13:43 | tucoz | YouCeyE: I think it's fairly usable |
| 22:13:50 | YouCeyE | nice |
| 22:13:55 | pondlife | safely? |
| 22:13:59 | preglow | someday i'll learn myself english |
| 22:14:18 | mirak | preglow: can't find it back |
| 22:14:22 | pondlife | Nah, safely is a subjective term |
| 22:14:30 | Bagder | we should switch to norwegian as official Rockbox language! |
| 22:14:34 | preglow | mirak: system.h |
| 22:14:35 | preglow | mirak: swap32 |
| 22:14:43 | preglow | enig! |
| 22:14:51 | YouCeyE | anyway the stock firmware sucks on h10.. i will just upgrade |
| 22:15:02 | pondlife | Is there a nowegian port of C? |
| 22:15:06 | pondlife | norwegian |
| 22:15:19 | mirak | preglow: in assembly ? |
| 22:15:23 | preglow | i've seen basic with norwegian keywords, heh |
| 22:15:25 | preglow | mirak: yes |
| 22:15:51 | tucoz | Is C available in other "languages" than english? |
| 22:16:14 | Arathis | 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 | preglow | if you can't memorise what "if" means in other languages, you shouldn't program |
| 22:16:19 | tucoz | would that even be called C? |
| 22:16:21 | preglow | tucoz: never seen it |
| 22:16:28 | preglow | tucoz: but microsoft has almost certainly tried |
| 22:16:32 | tucoz | haha |
| 22:16:39 | tucoz | for sure |
| 22:17:04 | mirak | preglow: can't find it in the manual. is that one cycle operation ? |
| 22:17:07 | preglow | pondlife: i've seen ancient footage of myself "taking care" of my little brother... |
| 22:17:17 | preglow | pondlife: nearly choked him a couple of times |
| 22:17:26 | YouCeyE | Arathis, is mp3 playing fully functional? just like other |
| 22:17:35 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 22:17:36 | Paul_The_Nerd | 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 | preglow | mirak: it's not an instruction, it's a routine |
| 22:18:03 | preglow | mirak: line 284 |
| 22:18:19 | pondlife | I threw a plank at my little brother and he ended up in hospital. |
| 22:18:44 | Paul_The_Nerd | 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 | pondlife | Years later he threw a Rubik's cube at me and broke my front tooth |
| 22:18:54 | pondlife | So we're even |
| 22:18:57 | mirak | 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 | Arathis | 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 | Paul_The_Nerd | Isn't working fine? |
| 22:19:25 | Paul_The_Nerd | What's wrong with it? |
| 22:19:37 | tucoz | bbl |
| 22:20:36 | preglow | 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 | YouCeyE | would u suggest me to wait for sometime for full fledged h10 firmware? |
| 22:20:55 | Paul_The_Nerd | Arathis: I thought CPU boosting worked fine on the H10s now. |
| 22:21:17 | YouCeyE | rockbox firmware works in ums mode? |
| 22:21:20 | YouCeyE | or ptp? |
| 22:21:28 | YouCeyE | mtp.. |
| 22:22:14 | Paul_The_Nerd | UMS |
| 22:22:25 | Paul_The_Nerd | I believe |
| 22:22:27 | Arathis | 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 | Paul_The_Nerd | Arathis: Is it posted somewhere about the CPU boosting thing? |
| 22:23:18 | YouCeyE | 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 | Arathis | Paul_The_Nerd: ask barrywardell |
| 22:23:46 | mirak | preglow: byterev would be what I needed, damn 5249 ... |
| 22:23:53 | Arathis | YouCeyE: yes, because USB isn't supported yet |
| 22:24:25 | Arathis | Paul_The_Nerd: the last thing I know is it still causes freezes |
| 22:26:02 | mirak | preglow: ok just 3 cycles. not bad |
| 22:26:10 | preglow | mirak: what? |
| 22:28:22 | mirak | 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 | tucoz | but that might be because i seldom use playlists :) |
| 22:34:04 | Paul_The_Nerd | tucoz: That's okay, apparently I no longer understand how they work either. |
| 22:34:11 | tucoz | hehe |
| 22:34:48 | Paul_The_Nerd | 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 | Paul_The_Nerd | 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 | tucoz | Hmm. simplifying is good, but wouldn't that force the user to take an extra step when making a playlist? |
| 22:35:56 | Paul_The_Nerd | Only when wanting to "Insert Last" |
| 22:36:06 | Paul_The_Nerd | I think |
| 22:36:11 | | Nick S0ap is now known as Soap (n=Soap@unaffiliated/s0ap) |
| 22:36:18 | Paul_The_Nerd | A normal "Insert + increment" would work like "Insert" does now. |
| 22:36:22 | tucoz | I think that i would only use insert next or insert last when making a playlist |
| 22:36:56 | tucoz | how does insert work now? |
| 22:36:58 | Paul_The_Nerd | 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 | tucoz | oh |
| 22:37:31 | tucoz | ah, that should be the other way (imo) |
| 22:37:42 | Paul_The_Nerd | 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 | tucoz | hmm. so that is the dynamic/static concept? |
| 22:38:20 | LinusN | tucoz: "insert next" means "insert after the currently playing track" |
| 22:38:40 | Paul_The_Nerd | 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 | Paul_The_Nerd | 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 | LinusN | dynamic playlists are those that are created on the fly |
| 22:39:28 | Paul_The_Nerd | 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 | Paul_The_Nerd | Unless you insert them in inverse order. |
| 22:39:49 | tucoz | 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 | LinusN | then don't use "insert next" |
| 22:40:24 | tucoz | should i use insert then? |
| 22:40:25 | Paul_The_Nerd | 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 | Paul_The_Nerd | tucoz: Usually. |
| 22:40:32 | tucoz | haha |
| 22:41:25 | LinusN | "SimpleBox", bah |
| 22:41:37 | tucoz | LinusN: then I would first Insert next, and then Insert after that? |
| 22:41:49 | Paul_The_Nerd | Insert Next doesn't currently move the insertion pointer. |
| 22:42:15 | Paul_The_Nerd | 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 | Soap | I see the commit comment: |
| 22:42:45 | Soap | 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 | Soap | have the new volume/battery enum system changes been noted in the wiki or manuals? |
| 22:43:41 | Paul_The_Nerd | I believe it's in the CustomWPS wiki page |
| 22:43:52 | Paul_The_Nerd | Since isn't that just the arbitrary enum change? |
| 22:44:12 | Soap | I don't know, I was hoping to find out. |
| 22:44:32 | tucoz | Paul_The_Nerd: your example is what I would expect to happen |
| 22:44:42 | tucoz | or rather, want to happen |
| 22:46:12 | Paul_The_Nerd | 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 | pixelma | Soap: yes, it's in the CustomWPS wiki page |
| 22:47:12 | Soap | thank you pixelma |
| 22:48:40 | | Join TheMcPoon [0] (i=TheMcPoo@modemcable093.146-70-69.mc.videotron.ca) |
| 22:49:05 | TheMcPoon | Hey guys, I was just wondering, with the new ipods, do people with 60gb videos get the firmware too? |
| 22:49:11 | LinusN | Ahoy, remember e'eryone, tis' talk like a pirate day today Aye. |
| 22:49:37 | LinusN | http://www.talklikeapirateday.com/wordpress/ |
| 22:51:33 | Bagder | Zagor: the manual needs the similar rename |
| 22:51:34 | TheMcPoon | Anyone know |
| 22:51:35 | TheMcPoon | ? |
| 22:51:43 | Zagor | Bagder: yes |
| 22:52:24 | Paul_The_Nerd | 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 | Bagder | unless TheMcPoon spoke about Rockbox as "firmware" |
| 22:53:16 | TheMcPoon | 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 | nls | Arr.. Bagder congratulations to yarr matey.. |
| 22:53:56 | Paul_The_Nerd | Bagder: Aye, I be congratulating ye' as well. |
| 22:54:21 | Bagder | aye aye |
| 22:54:29 | Soap | TheMcPoon - that would still be drifting off-topic. This channel isn't just for Rockbox users, but for Rockbox discussion. |
| 22:55:21 | TheMcPoon | Alright, I understand. So, I shall ask, does anyone know where I can go to ask/find firmware other than Rockbox? |
| 22:55:45 | tucoz | 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 | Zagor | tucoz: I'm writing a mail explaining it |
| 22:56:05 | Bagder | tucoz: another game that uses a similar name |
| 22:56:22 | tucoz | cool. I found a detergent with called Tetrox :) |
| 22:56:23 | Bagder | ... pretty well known |
| 22:56:32 | tucoz | -with |
| 22:56:56 | LinusN | something like "Avast, ye demon copycats! Taste the wrath of my arse!" from a law firm |
| 22:57:02 | tucoz | haha |
| 22:57:18 | | Join Mmmm [0] (n=mscarrat@cpc4-hem13-0-0-cust438.lutn.cable.ntl.com) |
| 22:57:45 | tucoz | I think the rox part in terox made me think it was a rockboxed game |
| 22:58:37 | nls | whatever happened to the jewels images buisness? |
| 22:58:46 | Bagder | the never got back |
| 22:58:49 | Bagder | they |
| 22:59:15 | tucoz | we should google next time a suspicious plugin gets committed |
| 22:59:27 | nls | heh top searchresult for tetrox on google is a screenshot of rockbox tetrox :) |
| 23:00 |
| 23:00:05 | Bagder | I don't think googling works for this kind of thing |
| 23:00:11 | LinusN | tucoz: wouldn't have helped in this case |
| 23:00:20 | tucoz | really? |
| 23:00:23 | Bagder | "find names that are trademarked that might look similar to this" |
| 23:00:46 | LinusN | "t*tris" is a pretty well-known trademark |
| 23:00:47 | tucoz | aha. so Tetrocks or rocktris wouldn't work? |
| 23:01:19 | Bagder | exactly |
| 23:01:34 | | Quit Mmmm (Client Quit) |
| 23:01:35 | Paul_The_Nerd | I didn't think Tetris *was* trademarked. |
| 23:01:38 | * | ze cluelessly jumps in without knowing what the coversations about: |
| 23:01:39 | LinusN | i like "rockblocks" |
| 23:01:41 | ze | what about rockblocks? |
| 23:01:43 | ze | doh |
| 23:01:44 | ze | :p |
| 23:01:51 | Bagder | Paul_The_Nerd: they claim it is |
| 23:01:54 | Paul_The_Nerd | And anyway, Tetrox could easily have worked as a reference to Tetronimos, which is what they are. |
| 23:02:07 | Paul_The_Nerd | Interesting |
| 23:02:08 | | Join Strath [0] (n=donat@dpc6747254230.direcpc.com) |
| 23:02:13 | Soap | Is this what the legal issue was you couldn't talk about Bagder? |
| 23:02:26 | Bagder | its a part of it, yes |
| 23:03:03 | Paul_The_Nerd | Hrm, well according to wikipedia someone does claim ownership of it at least. |
| 23:03:08 | Paul_The_Nerd | And it's my arch-nemesis as well. |
| 23:03:25 | nls | "Familiar game with falling blocks." :-D |
| 23:03:48 | | Join tucoz_ [0] (n=martin@233.84-48-89.nextgentel.com) |
| 23:03:53 | Paul_The_Nerd | I wonder if they could sue if you did call it "Falling Tetronimoes" |
| 23:04:06 | Bagder | probably not |
| 23:04:13 | Bagder | but |
| 23:04:14 | | Quit tucoz (Nick collision from services.) |
| 23:04:15 | Zagor | 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 | Paul_The_Nerd | Rockblox works. :) |
| 23:04:23 | Bagder | in this case, the details are in the details |
| 23:05:01 | Zagor | testing trademark in court is way more expensive than it's worth |
| 23:05:10 | Zagor | at least for us in this case |
| 23:05:30 | Paul_The_Nerd | Yeah |
| 23:05:41 | preglow | and that's not even mentioning the amount of boredom |
| 23:05:48 | preglow | just rename it and be done with it |
| 23:05:54 | Paul_The_Nerd | Yup |
| 23:06:02 | tucoz | that is the easiest and best solution |
| 23:06:02 | rigel | dude, why the hell cant you get some EFF or OSDN associated lawyer to take it on pro bono? |
| 23:06:15 | Zagor | rigel: because there is no payoff |
| 23:06:18 | Paul_The_Nerd | rigel: Because it doesn't matter and isn't worth it? |
| 23:06:45 | rigel | challenging intellectual property law is always worth it |
| 23:06:49 | rigel | imho |
| 23:07:01 | rigel | but im a bi of a zealot |
| 23:07:03 | Zagor | rigel: then become a lawyer and do it for us pro bono :) |
| 23:07:04 | rigel | bit, even |
| 23:07:06 | Bagder | easy to say when you're not involved |
| 23:07:07 | Paul_The_Nerd | Some intellectual property law is good. And trademarks are actually a very important thing, overall. |
| 23:07:29 | Paul_The_Nerd | Trademark greatly increases the odds of you actually knowing who you're buying something from. |
| 23:07:32 | rigel | i didnt say IP law is bad, did i? |
| 23:07:35 | rigel | heh |
| 23:07:42 | Paul_The_Nerd | You said it's always worth it to challenge it. |
| 23:07:42 | rigel | i just said challenging it is always good. |
| 23:07:50 | rigel | yes. they are completely different. |
| 23:07:58 | Paul_The_Nerd | If someone is actually *right* though, challenging it is good why, then? |
| 23:08:10 | rigel | solidifying that precedent |
| 23:08:21 | rigel | or reexamining its basis, if that is necessary |
| 23:08:28 | preglow | ideally, sure |
| 23:08:31 | LinusN | sounds like money well spent for rockbox |
| 23:08:32 | preglow | but man, the boredom |
| 23:08:34 | Paul_The_Nerd | Hahaha |
| 23:08:39 | preglow | the stacks of paper |
| 23:08:54 | rigel | who is this that owns the rockbox trademark? |
| 23:09:10 | | Quit TheMcPoon () |
| 23:09:13 | Paul_The_Nerd | 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 | Bagder | there is no generic such thing |
| 23:09:34 | rigel | i'm unclear on what the issue is then |
| 23:09:42 | markun | Bagder: I guess I'm the last person here to tell you: congratulations! |
| 23:09:49 | rigel | oh yeah cngrats, badger |
| 23:09:51 | rigel | +o |
| 23:10:00 | markun | ok, so I was not the last :) |
| 23:10:06 | rigel | hee |
| 23:10:10 | Paul_The_Nerd | rigel: The issue isn't in regard to the Rockbox name, but the name of one of our plugins. |
| 23:10:16 | rigel | oh |
| 23:10:18 | Bagder | thanks. have a beer each for me ;-) |
| 23:10:23 | rigel | which one? |
| 23:10:33 | markun | Bagder: will they leave us alone after we rename or is there more to it? |
| 23:10:41 | rigel | i thought someone was claiming rights to the rockbox name |
| 23:10:42 | Bagder | well |
| 23:10:44 | rigel | my bad |
| 23:10:44 | preglow | i have no beer!!1 |
| 23:10:47 | rigel | i should have read the scroll |
| 23:10:52 | markun | I'll have a beer then |
| 23:10:57 | preglow | i have no beer!!1 |
| 23:10:58 | nls | hmm is calling the doom plugin simply DOOM ok? |
| 23:11:22 | | Part lowlight |
| 23:11:34 | Bagder | markun: there is more |
| 23:11:57 | preglow | they've trademarked all our plugins? :> |
| 23:12:13 | LinusN | Deutsche Rockwool Mineralwoll-GmbH owns the Rockbox trademark in the EU :-) |
| 23:12:19 | nls | heh http://www.brickmania.com/ |
| 23:12:35 | rigel | which names are the subject of trademark disputes? |
| 23:12:38 | Zagor | LinusN: yeah, but not exactly in our product class :-) |
| 23:12:38 | markun | Bagder: from the same guys? |
| 23:12:41 | Paul_The_Nerd | nls: Doom's source has been released under the GPL. We aren't just calling it doom. it IS Doom. |
| 23:12:47 | LinusN | Zagor: :-) |
| 23:13:14 | Bagder | 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 | nls | 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 | Bagder | GPL allows you to release clones with the same name |
| 23:14:19 | Paul_The_Nerd | nls: Like "Doom Legacy" or "zDoom" ? |
| 23:14:36 | *** | Saving seen data "./dancer.seen" |
| 23:14:43 | Bagder | in fact, forbidding that makes it non-GPL compatible |
| 23:14:44 | nls | didn't know about those... ok |
| 23:14:55 | Paul_The_Nerd | Those were, at one point, the most popular ones. |
| 23:15:00 | rigel | so uh, what is the trademark in dispute again? |
| 23:15:01 | Paul_The_Nerd | It's been a while since I've been in the Doom scene though |
| 23:15:34 | tucoz | Maybe pacbox should be called rockman |
| 23:15:48 | nls | pacrock |
| 23:15:54 | * | preglow hoists the "please not rock in everything" banner |
| 23:16:04 | nls | pacbox? |
| 23:16:28 | tucoz | but pacbox is still using the pac part |
| 23:16:33 | Paul_The_Nerd | "Little Yellow Guy" |
| 23:16:38 | preglow | there you go! |
| 23:16:41 | nls | boxman |
| 23:16:48 | tucoz | yeah, LYGbox |
| 23:16:59 | rigel | "non-trademark-infringing-dot-eating-pie-man" |
| 23:17:42 | bluebrother | Bagder, congrats |
| 23:17:50 | * | bluebrother just read logs ... |
| 23:17:58 | nls | we should name everything with long strings of random letters that change on every compile ;-) |
| 23:18:03 | tucoz | or xobox could be infringing to trademark |
| 23:18:11 | bluebrother | why not use some locale names? |
| 23:18:32 | ze | PizzaAccumulatingCrumbsbox |
| 23:18:42 | bluebrother | I remember some linux application that used a german name as application name. |
| 23:19:17 | nls | yeah name all the plugins from the credits |
| 23:19:29 | bluebrother | maybe "egoshooter" for doom :) |
| 23:19:39 | | Quit KN|stiff (Read error: 104 (Connection reset by peer)) |
| 23:20:09 | tucoz | and bollar_och_linjer for xobox |
| 23:20:26 | rigel | 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 | Paul_The_Nerd | Which is most annoying? |
| 23:20:34 | rigel | that should obviate any copyright issues |
| 23:20:48 | bluebrother | PaulTheNerd-Plugin ;-) |
| 23:20:49 | rigel | er, trademark |
| 23:20:50 | rigel | beb |
| 23:20:53 | rigel | heh, even |
| 23:20:54 | rigel | damn kb |
| 23:20:57 | * | nls wanna be bubbles <3 |
| 23:21:18 | tucoz | see you |
| 23:21:20 | Zagor | rigel: except in pakistan and india, then |
| 23:21:20 | | Part tucoz |
| 23:21:41 | rigel | india is notoriously lax about IP law |
| 23:21:48 | Bagder | and I bet there are trademarked urdu names already |
| 23:22:04 | rigel | at least w/r/t drug patents |
| 23:22:15 | rigel | which is closer to my actual area of expertise than coding |
| 23:23:56 | nls | well gotta go to bed so I can get up... |
| 23:24:03 | | Part nls |
| 23:25:48 | preglow | 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 | Angryman | Does anyone know how to wipe sector 60 (Software advice recommend) ??? |
| 23:47:06 | hardeep | 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 | hardeep | but i'm all for simplifying the options |
| 23:47:39 | rigel | i cant figure out the controls of the h10 20gb |
| 23:47:49 | rigel | and the "manual" hasnt been updated since the controls were all changed |
| 23:48:11 | Angryman | What do you wanna know |
| 23:48:13 | Angryman | rigel |
| 23:48:28 | rigel | how to get to these menus |
| 23:48:39 | rigel | to make playlists, etc |
| 23:48:51 | Angryman | 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 | Angryman | Did that help? |
| 23:49:39 | rigel | yep |
| 23:49:43 | rigel | thx |
| 23:49:44 | | Quit Lefungus ("Parti") |
| 23:50:13 | rigel | how do i update the tag database |
| 23:50:22 | Angryman | Which version are you running |
| 23:50:31 | | Quit EV|Toshiba ("Leaving") |
| 23:50:32 | Angryman | With or without Album Art |
| 23:50:33 | rigel | yesterday's |
| 23:50:37 | Angryman | 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 | Angryman | You#ll find it in file view |
| 23:51:53 | webguest38 | 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 | rigel | i dont see it |
| 23:52:13 | Angryman | wait |
| 23:52:49 | webguest38 | anyone? |
| 23:53:01 | rigel | "gui bootloader"? |
| 23:53:05 | Angryman | short press on Power off ->General Settings −−> File View −−>Tag cache |
| 23:53:10 | Soap | webguest38 - The ipodlinux loader brings up a boot menu upon power-on |
| 23:53:11 | midgey34 | webguest38: you need to install the font package |
| 23:53:26 | Soap | webguest38 - you need to install the fonts package from the daily download page. |
| 23:53:36 | webguest38 | ok hang on |
| 23:53:43 | Angryman | you need to play around more with rockbox ;-) |
| 23:54:01 | webguest38 | I dont have ipodlinux installed |
| 23:54:07 | midgey34 | webguest38: the rockbox bootloader isn't GUI based, you'll need the ipod linux bootloader like Soap said |
| 23:54:13 | webguest38 | do I need to install it |
| 23:54:18 | webguest38 | ipodlinux |
| 23:54:35 | webguest38 | Through windows or mac do I install IPL |
| 23:54:49 | Soap | 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 | Angryman | Does anyone know what means this "*PANIC* Stkov tagcache ??? |
| 23:55:27 | Angryman | or better where the trouble is done in the code...? |
| 23:55:44 | Angryman | or how to wipe sector 60 ;-) |
| 23:55:46 | webguest38 | But i would like to have a GUI so how would i install IPL under windows or os x |
| 23:56:40 | rigel | ok, i initialized and updated the tag cache |
| 23:56:42 | Soap | 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 | rigel | and i still cant search |
| 23:56:50 | rigel | or look at tags at all |
| 23:56:58 | rigel | rebooting |
| 23:57:06 | webguest38 | would installing IPL erasse rockbox? |
| 23:57:06 | midgey34 | webguest38: this might help - http://ipodlinux.org/Loader_2 |
| 23:57:39 | rigel | whee |
| 23:57:40 | bluebrother | Angryman, if you want to wipe a specific sector on disk you can use dd and simply write from /dev/zero |
| 23:57:44 | Angryman | you can set it via file view settings |
| 23:57:59 | Angryman | Thx bluebrother |
| 23:58:12 | webguest38 | thanks for the link I was about to gooogle it |
| 23:58:26 | webguest38 | I hope i dont have to spend hours installing rockbox all over |
icon identifies that the person is a core developer (has commit access).