| 00:14:14 | | Join lodesi [0] (n=lds@d01v-89-83-175-110.d4.club-internet.fr) |
| 00:18:56 | | Join manegol [0] (n=chatzill@user-11fa1ue.dsl.mindspring.com) |
| 00:21:28 | ShadowdogMU | Is a patch required to make album art work or something? |
| 00:21:36 | ShadowdogMU | (iPod) |
| 00:22:08 | dionoea | yes |
| 00:23:19 | ShadowdogMU | Ug, got a link? |
| 00:23:22 | ShadowdogMU | or name? |
| 00:23:42 | dionoea | i don't. You should be able to find info i nthe forum |
| 00:23:43 | Paul_The_Nerd | Try searching for album art in the patch tracker... |
| 00:24:17 | ShadowdogMU | Ok do I want one for ID3 tags or WPS? |
| 00:24:32 | ShadowdogMU | nevermind |
| 00:24:38 | ShadowdogMU | the ID3 isn't even album art |
| 00:25:38 | ShadowdogMU | There is no download link, this is confusing |
| 00:25:56 | ShadowdogMU | and before I go further, do I have to make my own, or will it be able to use the album art I added with iTunes |
| 00:26:14 | Paul_The_Nerd | Read the description of the patch. |
| 00:26:40 | Paul_The_Nerd | Many, if not most, of us do not use it. |
| 00:26:48 | freqmod | You'll need to convert album art to bmp files, http://www.rockbox.org/tracker/task/3045 |
| 00:26:54 | ShadowdogMU | Screw that |
| 00:26:58 | * | ShadowdogMU goes back to skin making |
| 00:27:02 | freqmod | if you want the patch then you'll rebuild |
| 00:27:15 | freqmod | else you will have to get an experimental build |
| 00:28:40 | | Part Paul_The_Nerd |
| 00:34:57 | | Quit manegol ("Chatzilla 0.9.75 [Firefox 1.5.0.6/2006072814]") |
| 00:39:05 | | Quit freqmod (Read error: 104 (Connection reset by peer)) |
| 00:55:49 | | Quit Bger (Read error: 113 (No route to host)) |
| 00:58:54 | | Quit bluebrother ("Leaving") |
| 01:00 |
| 01:06:14 | *** | Saving seen data "./dancer.seen" |
| 01:18:55 | Mikachu | dionoea: i am now |
| 01:19:09 | Mikachu | dionoea: no clue there though |
| 01:22:21 | | Quit secleinteer (Read error: 104 (Connection reset by peer)) |
| 01:23:05 | | Join secleinteer [0] (n=secleint@70.230.178.61) |
| 01:25:30 | | Quit secleinteer (Read error: 104 (Connection reset by peer)) |
| 01:26:09 | | Join secleinteer [0] (n=secleint@70.230.178.61) |
| 01:26:54 | | Quit mikearthur (Remote closed the connection) |
| 01:29:25 | | Quit obo ("bye") |
| 01:35:42 | | Join Nibbler [0] (n=sven@port-212-202-193-252.dynamic.qsc.de) |
| 01:39:26 | | Part pixelma |
| 01:50:18 | | Quit lodesi ("leaving") |
| 02:00 |
| 02:01:21 | | Quit daurnimator (Read error: 110 (Connection timed out)) |
| 02:06:40 | | Quit Febs (Read error: 110 (Connection timed out)) |
| 02:20:10 | | Quit spiorf (Remote closed the connection) |
| 02:30:32 | | Join bagawk_ [0] (n=lee@unaffiliated/bagawk) |
| 02:32:46 | | Quit menollo ("CGI:IRC (Ping timeout)") |
| 02:37:47 | | Quit Poka64 ("nite all") |
| 02:41:08 | | Quit bagawk (Read error: 110 (Connection timed out)) |
| 02:57:26 | | Join JdGordon [0] (n=jonno@c211-28-95-208.smelb1.vic.optusnet.com.au) |
| 03:00 |
| 03:00:30 | | Join spiorf [0] (n=spiorf@host68-143.pool8250.interbusiness.it) |
| 03:06:18 | *** | Saving seen data "./dancer.seen" |
| 03:09:04 | | Join jhMikeS [0] (n=jethead7@adsl-68-73-201-222.dsl.sfldmi.ameritech.net) |
| 03:15:35 | | Quit ^jhMikeS^ (Read error: 60 (Operation timed out)) |
| 03:19:10 | | Quit JdGordon (Read error: 110 (Connection timed out)) |
| 03:20:39 | | Quit damaki (Read error: 110 (Connection timed out)) |
| 03:30:36 | | Join Febs [0] (n=medifebb@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 03:41:36 | | Join daurnimator [0] (n=quae@124.243.137.107) |
| 03:55:15 | | Join sankao [0] (n=sankao@adsl-75-16-33-203.dsl.irvnca.sbcglobal.net) |
| 04:00 |
| 04:03:24 | | Nick jhMikeS is now known as _jhMikeS_ (n=jethead7@adsl-68-73-201-222.dsl.sfldmi.ameritech.net) |
| 04:04:06 | | Join BigMac [0] (n=dummeska@64.252.195.214) |
| 04:04:41 | BigMac | hi all |
| 04:04:57 | ShadowdogMU | Hi |
| 04:05:00 | ShadowdogMU | Seen Futurama? |
| 04:05:01 | | Nick _jhMikeS_ is now known as jhMikeS (n=jethead7@adsl-68-73-201-222.dsl.sfldmi.ameritech.net) |
| 04:05:12 | BigMac | i started coding for my contribution to the ipod 5g |
| 04:05:19 | ShadowdogMU | Coding what? |
| 04:05:25 | BigMac | ShadowdogMU: yah a few times why? |
| 04:05:29 | jhMikeS | ShadowdogMU: yes, here and ther |
| 04:05:31 | ShadowdogMU | Because I just made this, http://www.brockarthur.com/zupload/Vectors/Fry5.svg |
| 04:05:39 | ShadowdogMU | I know his face is messed up, but what do you think? |
| 04:06:03 | BigMac | nice work man |
| 04:06:09 | ShadowdogMU | Thanks |
| 04:06:18 | jhMikeS | Can't view svg. What do you need? |
| 04:06:28 | BigMac | everything looks could cept the face |
| 04:06:34 | ShadowdogMU | Anything Adobe pretty much, SVG viewer |
| 04:06:46 | ShadowdogMU | What browser? |
| 04:07:27 | jhMikeS | ie |
| 04:07:33 | BigMac | anyone any good at making sprite a sprtie sheet |
| 04:07:37 | BigMac | sprite |
| 04:07:45 | BigMac | you will be accredited |
| 04:09:42 | ShadowdogMU | jhMikeS, got another browser? |
| 04:10:19 | | Nick bagawk_ is now known as bagawk (n=lee@unaffiliated/bagawk) |
| 04:10:20 | midkay | BigMac: a sprite sheet for what? literally could be anything. as well, "accredited" means something else entirely. |
| 04:10:21 | jhMikeS | I got it working already. It's not that messed up. Nice work. |
| 04:11:16 | BigMac | im making a parappa the rapper plugin |
| 04:11:27 | BigMac | so i need a sprite sheet of him |
| 04:11:29 | ShadowdogMU | Thanks, how did you get it to work, I want to know, so many people ask me why it doesn't |
| 04:11:39 | BigMac | because im horrible at imagery |
| 04:11:49 | BigMac | and iif they do they will get credit |
| 04:11:57 | jhMikeS | I just went to http://www.adobe.com/svg/viewer/install/main.html |
| 04:12:16 | jhMikeS | Clicked on my lang and os and ran the install. Done. |
| 04:12:18 | ShadowdogMU | Hehe, thanks |
| 04:12:19 | midkay | BigMac: a "parappa the rapper plugin"? do i even want to know.. |
| 04:12:46 | BigMac | midgey34: have you ever played parappa? |
| 04:12:54 | midkay | i'm midkay, and no. |
| 04:13:11 | midkay | haha, looking at some screenshots; good luck.. |
| 04:13:26 | BigMac | woops |
| 04:13:31 | BigMac | tried the tab thing |
| 04:13:42 | midkay | press it twice. |
| 04:13:47 | BigMac | it should be easy coding |
| 04:13:50 | BigMac | i didnt notice |
| 04:14:03 | midkay | should it now? how much have you done? |
| 04:14:13 | BigMac | i have the source written in asm |
| 04:14:21 | midkay | written yourself? |
| 04:14:30 | BigMac | and a few of my friends agreed to help |
| 04:14:33 | BigMac | no |
| 04:15:02 | midkay | so you'll just kind of convert someone else's asm code into C.. sounds easy, riight... |
| 04:15:03 | BigMac | but we just thought about doing it today |
| 04:15:19 | BigMac | no |
| 04:15:27 | BigMac | were going to rewrite it |
| 04:15:30 | BigMac | but i know asm |
| 04:15:33 | BigMac | so i can compare |
| 04:15:46 | BigMac | so i can see what something does in asm and replicate it in c |
| 04:15:55 | midkay | good luck.. |
| 04:16:07 | BigMac | everyone said trying something is the best way to learn, so im trying |
| 04:16:10 | BigMac | thanks |
| 04:16:21 | * | jhMikeS has finished his "homework assignment" =^) |
| 04:17:01 | BigMac | ill post screenies when i make some progress |
| 04:17:40 | midkay | BigMac: IRC troubles again, or have you actually given up on that social channel? :) |
| 04:17:52 | BigMac | gave up |
| 04:18:59 | | Quit sankao (Read error: 104 (Connection reset by peer)) |
| 04:19:29 | | Join tinkerer [0] (n=tinker@S0106000f66308462.vf.shawcable.net) |
| 04:19:38 | tinkerer | can rockbox play .rm files? |
| 04:20:02 | BigMac | i dont think so |
| 04:20:07 | BigMac | ill check |
| 04:20:07 | midkay | no. |
| 04:20:24 | midkay | are those video files? |
| 04:20:28 | tinkerer | audio |
| 04:20:48 | midkay | "no" regardless. |
| 04:22:21 | | Part tinkerer |
| 04:39:37 | | Quit hannesd (Read error: 104 (Connection reset by peer)) |
| 04:39:51 | | Join sankao [0] (n=sankao@adsl-75-16-33-203.dsl.irvnca.sbcglobal.net) |
| 04:47:02 | | Quit BigMac (Read error: 104 (Connection reset by peer)) |
| 04:49:10 | | Join hannesd [0] (n=light@gate-hannes-tdsl.imos.net) |
| 04:51:53 | | Join BigMac [0] (n=dummeska@64.252.195.214) |
| 05:00 |
| 05:02:14 | | Join Rob2222_ [0] (n=Miranda@ACB0FBEB.ipt.aol.com) |
| 05:06:21 | *** | Saving seen data "./dancer.seen" |
| 05:06:57 | | Part BigMac |
| 05:16:34 | | Join damaki [0] (n=Chocolat@ALille-153-1-36-190.w83-198.abo.wanadoo.fr) |
| 05:18:48 | | Quit Rob2222 (Read error: 113 (No route to host)) |
| 05:41:00 | | Quit Rob2222_ (Read error: 104 (Connection reset by peer)) |
| 05:41:22 | | Join JdGordon [0] (n=Miranda@c211-28-95-208.smelb1.vic.optusnet.com.au) |
| 05:44:41 | | Join Rob2222 [0] (n=Miranda@ACB0FBEB.ipt.aol.com) |
| 05:52:42 | | Join wei123 [0] (n=wei123@220-138-52-244.dynamic.hinet.net) |
| 06:00 |
| 06:04:43 | | Quit wei123 (Client Quit) |
| 06:07:50 | | Join peejay [0] (n=562a31ea@labb.contactor.se) |
| 06:12:52 | | Quit peejay ("CGI:IRC (Ping timeout)") |
| 06:13:49 | | Join peejay [0] (n=iparkmyc@86.42.49.234) |
| 06:14:00 | peejay | hey |
| 06:14:31 | peejay | hello? |
| 06:15:46 | peejay | is anyone here? |
| 06:16:17 | * | peejay slaps _Veseliq_ around a bit with a large trout |
| 06:16:46 | peejay | hey wankers! ANWSER ME!!! |
| 06:17:07 | peejay | :D |
| 06:33:46 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 06:47:48 | | Join Paul_The_Nerd [0] (n=Main@wirelessdata-031-029.mycingular.net) |
| 06:55:13 | | Join BHSPitLappy [0] (n=steve-o@adsl-66-141-170-52.dsl.rcsntx.swbell.net) |
| 07:00 |
| 07:00:08 | peejay | heya |
| 07:00:19 | BHSPitMonkey | heya. |
| 07:00:22 | peejay | hi |
| 07:00:30 | BHSPitMonkey | call me a wanker, will you |
| 07:00:32 | BHSPitMonkey | /ignore |
| 07:00:34 | peejay | haha |
| 07:00:39 | BHSPitMonkey | nah. |
| 07:00:45 | peejay | erm |
| 07:00:50 | peejay | that was meant to be banker |
| 07:00:52 | peejay | :D |
| 07:00:54 | BHSPitMonkey | you never asked a question |
| 07:01:05 | BHSPitMonkey | so, I can understand why nobody "anwsered" you |
| 07:01:13 | peejay | i did |
| 07:01:21 | peejay | i asked if anyone was here :P |
| 07:01:38 | BHSPitMonkey | "is anyone here" isn't a question anyone will get off their ass and answer |
| 07:01:49 | peejay | :( |
| 07:01:50 | BHSPitMonkey | since you can clearly see there are 100 users here |
| 07:02:21 | peejay | yea but alot of people leave their pcs |
| 07:02:50 | Paul_The_Nerd | Yep |
| 07:02:56 | Paul_The_Nerd | And a lot of people just work until something worth responding to comes up |
| 07:03:04 | BHSPitMonkey | exactly |
| 07:03:19 | BHSPitMonkey | asking to ask your question is bad IRC practice |
| 07:03:26 | peejay | right ok |
| 07:03:32 | peejay | i'll know in future i guess |
| 07:03:39 | Paul_The_Nerd | Me, I just sit around looking for excuses to tell people to read the manual. |
| 07:03:54 | BHSPitMonkey | let's hope you're one of those excuses, peejay ! |
| 07:04:00 | * | BHSPitMonkey grins to Paul_The_Nerd |
| 07:04:05 | Paul_The_Nerd | So, before you ask your question, whatever it may be, consider carefully whether the answer might be lurking in the depths of the manual. |
| 07:04:10 | Paul_The_Nerd | ;) |
| 07:04:17 | peejay | i dont have the manual :D |
| 07:04:44 | Paul_The_Nerd | You're on the internet. |
| 07:04:51 | peejay | Ah true |
| 07:05:05 | BHSPitMonkey | got ya there. |
| 07:05:08 | Paul_The_Nerd | The manual is readily available from our site in both HTML and PDF forms. |
| 07:05:17 | Paul_The_Nerd | We're handly like that. |
| 07:05:25 | peejay | what manual are you talkin about? |
| 07:05:27 | Paul_The_Nerd | We won't even settle for "My PDF viewer causes my system to crash" |
| 07:05:38 | Paul_The_Nerd | Well, this is #rockbox, so the Rockbox manual... |
| 07:05:58 | peejay | aye |
| 07:06:22 | *** | Saving seen data "./dancer.seen" |
| 07:07:58 | | Join jn [0] (n=jn@adsl-69-109-251-57.dsl.pltn13.pacbell.net) |
| 07:08:03 | peejay | i doubt this problem is in 'the manual' to be honest |
| 07:08:18 | jn | i have an idea for you guys :) anyone familar with the security system homebrew for psp |
| 07:08:25 | jn | i was thinking about something similar for rb |
| 07:09:04 | jn | something that will check the cpu device mounts too.. if it doesnt match then it sends email to specified address with ip of the cpu it is being used on |
| 07:09:30 | peejay | how come when i start Rockbox up the menu looks like DOS? |
| 07:09:47 | Paul_The_Nerd | Yeah, that's in the manual. |
| 07:10:01 | Paul_The_Nerd | If by "Like DOS" you mean "It's text-based" |
| 07:10:16 | peejay | so where is 'the manual'? |
| 07:10:17 | jn | "Yeah, that's in the manual." talking to me Paul? |
| 07:11:02 | Paul_The_Nerd | peejay: You could try the "Documentation" link on the website... it's also available on the Daily Build page I believe |
| 07:11:21 | Paul_The_Nerd | I mean, there's not really a "why" to it, so much as a "That's how it is. You can change the font or background if you'd like." |
| 07:12:13 | peejay | yea but i've spent the past 2 hours searching the site and forums |
| 07:12:21 | peejay | and am none the wiser to it :( |
| 07:12:29 | peejay | i dunno how to change them |
| 07:12:31 | Paul_The_Nerd | jn: No. Your idea is silly and impossible. It would never work without removing the dual boot option, plus most Rockboxable devices only exist as a UMS storage device, and the firmware can't actually communicate with the PC really, over the USB. :-P |
| 07:13:15 | Paul_The_Nerd | peejay: Read the manual. Come back if there are parts of it you don't get. Say "It told me to do X, but when I try it, it doesn't work" or "It says do Y, but I really don't get what it means"] |
| 07:13:45 | peejay | if the manual is the documentation i've done everythin it says |
| 07:13:50 | jn | all you need to do is get files to autorun upon mounting |
| 07:14:47 | Paul_The_Nerd | peejay: The manual is the manual. It's specifically called the manual. |
| 07:15:29 | Paul_The_Nerd | jn: Out of curiosity, would you just put several different programs designed to run on different OSes, and just hope the user has autoplay enabled? |
| 07:16:05 | BHSPitMonkey | lol |
| 07:16:32 | Paul_The_Nerd | peejay: Changing a theme is as simple as extracting it, putting the files in the right place, choosing "Browse Themes" and picking it. If it doesn't work, you're either trying to use a theme for a different player, or you haven't put the files in the right place. |
| 07:17:54 | jn | no i would make a version for *nix and one for windows and include a man |
| 07:18:26 | jn | youll think of how you mocked me one day if you come home to your ipod missing.. |
| 07:18:39 | Paul_The_Nerd | Out of curiosity, how would it work? |
| 07:18:50 | | Quit Febs (Read error: 104 (Connection reset by peer)) |
| 07:18:52 | BHSPitMonkey | Out of curiosity, what does this have to do with rockbox? |
| 07:18:55 | Paul_The_Nerd | If I have autoplay disabled and plug in an iPod with your software on it, it doesn't run, I delete it, I'm done. |
| 07:19:05 | jn | google psp anti theft |
| 07:19:31 | jn | you dont need autoplay on.. |
| 07:19:37 | jn | stop talking shit and read |
| 07:19:48 | jn | at least back up your ego.. god damn |
| 07:19:55 | Paul_The_Nerd | I did back it up. |
| 07:19:59 | Paul_The_Nerd | While you've not explained anything |
| 07:20:34 | jn | No actually your rabid assumtions are hardly support for your claims |
| 07:20:35 | Paul_The_Nerd | The PSP has control of the USB device, and does not ONLY serve as an UMS device. |
| 07:20:48 | Paul_The_Nerd | Which means that software running on the PSP has access to the USB port for its own uses |
| 07:20:55 | Paul_The_Nerd | I explained to you that software running on Rockbox in most cases does not |
| 07:20:59 | BHSPitMonkey | jn, did you read about the original program on digg? |
| 07:21:01 | Paul_The_Nerd | Which means the software would need to run on the host PC |
| 07:21:22 | Paul_The_Nerd | You made the assumption that just because it can be done on the PSP it can work here, without any real technical knowledge |
| 07:21:32 | jn | or in theory NOT be running on the host pc |
| 07:21:45 | Paul_The_Nerd | In what theory? |
| 07:21:49 | Paul_The_Nerd | Where would it run if not the host PC? |
| 07:22:33 | * | BHSPitMonkey decides that jn should quit while he/she is behind. |
| 07:23:17 | Paul_The_Nerd | Heck, the PSP one is a rather cheap hack too, if it depends on a .bat file |
| 07:23:26 | Paul_The_Nerd | Seriously, here's how I'd bypass the PSP one: |
| 07:23:33 | Paul_The_Nerd | A) Remove Memory Stick Duo |
| 07:23:39 | Paul_The_Nerd | B) Delete PATS |
| 07:23:40 | Paul_The_Nerd | C) reinsert |
| 07:24:08 | jn | or format ms from psp |
| 07:24:49 | jn | save you the trouble of removing it |
| 07:25:09 | Paul_The_Nerd | I wasn't even aware the PSP had a format option. Of course, I'd assumed the PATS was actually decent until I read about it. |
| 07:25:31 | Paul_The_Nerd | Since it's just a simple script and a file set to autoplay, a small change or two and I'm sure you could use it on your iPod. |
| 07:25:52 | jn | but not on rb |
| 07:25:53 | jn | ? |
| 07:26:02 | Paul_The_Nerd | It has nothing to do with iPod |
| 07:26:07 | Paul_The_Nerd | It'll work on any storage device. |
| 07:26:15 | Paul_The_Nerd | Err nothing to do with Rockbox even. |
| 07:26:23 | jn | ah.. want to help make this happen? |
| 07:26:28 | Paul_The_Nerd | No. |
| 07:26:34 | BHSPitMonkey | "This is an App that will help you get back your stolen psp... or any other usb device that uses Autoruns :D" |
| 07:26:34 | jn | haha.. ok |
| 07:26:44 | Paul_The_Nerd | Because it's stupid, as I said. |
| 07:26:46 | BHSPitMonkey | in other words, extract the damn thing to your iPod. that's it. |
| 07:26:47 | Paul_The_Nerd | Anyone who disables autoplay is safe from it. |
| 07:26:53 | BHSPitMonkey | there's nothing to "make happen" |
| 07:27:08 | Paul_The_Nerd | Well he might want to change the .reg file |
| 07:27:08 | jn | BHSPitMonkey: how bout nix version |
| 07:27:17 | Paul_The_Nerd | So that it creates a unique folder separate from the one for his PSP |
| 07:27:40 | Paul_The_Nerd | jn: No *nix system is likely to automatically run ANY file from a plugged in mass storage device without user intervention. |
| 07:27:58 | BHSPitMonkey | jn, personally, I think nix users are less likely to steal from people :) |
| 07:28:20 | jn | dude im talking about me |
| 07:28:30 | jn | i have to get it to recognize the nix box |
| 07:28:33 | jn | mine |
| 07:28:37 | BHSPitMonkey | the "Version" depends on the theif's hardware. |
| 07:28:37 | Paul_The_Nerd | Personally, I think *nix users are likely to steal something far more interesting than an iPod if looking for pocket sized gadgets. |
| 07:28:51 | BHSPitMonkey | well, not really. |
| 07:29:05 | BHSPitMonkey | hehe Paul_The_Nerd |
| 07:29:10 | Paul_The_Nerd | jn: If it doesn't run, it doesn't have to recognize your box, now does it? |
| 07:29:23 | jn | eh? |
| 07:29:26 | BHSPitMonkey | paul is correct. |
| 07:29:34 | BHSPitMonkey | it already is a nix version, pretty much.. |
| 07:29:37 | jn | If it doesn't run? |
| 07:29:47 | Paul_The_Nerd | It's entirely flawed in its base theory |
| 07:29:47 | BHSPitMonkey | it will catch any theif with windows and autorun enabled. |
| 07:29:57 | Paul_The_Nerd | The security ONLY happens if the script gets executed |
| 07:30:10 | Paul_The_Nerd | The script only gets executed by stupid computer users: Those who have autoplay enabled in windows. |
| 07:30:12 | jn | but you add the reg entires so it recognizes the owners box as safe |
| 07:30:20 | BHSPitMonkey | jn, it won't even RUN on your computer. |
| 07:30:23 | Paul_The_Nerd | Here's how I'd create such a thing |
| 07:30:26 | BHSPitMonkey | no run, no registry check. |
| 07:30:26 | jn | lol |
| 07:30:28 | Paul_The_Nerd | 1) It would require a modchipped PSP |
| 07:30:28 | | Join unknownhost [0] (n=unknown@c-24-23-199-33.hsd1.ca.comcast.net) |
| 07:30:28 | jn | your right |
| 07:30:43 | Paul_The_Nerd | 2) You "lock" your PSP when not using it. |
| 07:30:55 | jn | "lock" ? |
| 07:31:00 | Paul_The_Nerd | 3) When a USB cable is plugged in, or someone attempts to enter USB mode, it tries to connect to any open wifi networks and sent the email |
| 07:31:13 | BHSPitMonkey | "lock" is a function paul just made up |
| 07:31:14 | Paul_The_Nerd | jn: It would be a program on the PSP, notice I said it would require a modded one. |
| 07:31:24 | Paul_The_Nerd | It is something I made up. Thank you. :) |
| 07:31:27 | jn | homebrew does not req a modded psp |
| 07:31:36 | jn | req psp with >2.8 fw |
| 07:31:43 | BHSPitMonkey | jn, homebrew also isn't capable of this concept. |
| 07:31:44 | jn | 2.8 is newest and will be exploited soon |
| 07:31:45 | unknownhost | I'm getting: gcc: installation problem, cannot exec 'cc1': No such file or directory |
| 07:31:53 | Paul_The_Nerd | 4) If a WiFi network could not be found, it attempts to use the USB port to gain access to the internet by way of the host PC, rather than serving as a UMS device. Hopefully this is possible. |
| 07:31:54 | unknownhost | do I change my path or move the file? |
| 07:31:58 | jn | ok then it would req flashing a 1.5 fw |
| 07:32:04 | BHSPitMonkey | ooh, a real problem! |
| 07:32:09 | Paul_The_Nerd | No storage-type connection will ever be made. |
| 07:32:13 | BHSPitMonkey | let's divert attention from jn to unknownhost |
| 07:32:22 | unknownhost | trying to build a sim |
| 07:32:26 | jn | admit im sexy tho |
| 07:32:35 | Paul_The_Nerd | unknownhost: Your paths are wrong somehow, though I couldn't say how. |
| 07:32:44 | BHSPitMonkey | and jn, why don't you try the command "/server irc.vgirc.net" and do a /list there |
| 07:32:57 | jn | lol |
| 07:33:14 | jn | unknownhost: is that the only error you are recieving? |
| 07:33:16 | unknownhost | I was followign the simple tutorial soemone was so gracious to write.... |
| 07:33:38 | unknownhost | but my default path didn't match what was written in the tutorial |
| 07:33:41 | unknownhost | so I added: |
| 07:33:42 | unknownhost | PATH=${HOME}/bin:${PATH}:/opt/sh/bin:/opt/m68k/bin:/opt/arm/bin: |
| 07:33:44 | jn | might need build-essentials |
| 07:34:20 | BHSPitMonkey | we're not all using ubuntu, jn |
| 07:34:30 | peejay | does anyone know a good program for converting videos for an iRiver H320? |
| 07:34:40 | Paul_The_Nerd | peejay: Rockbox doesn't support video. |
| 07:34:55 | BHSPitMonkey | (though I actually happen to be, you shouldn't assume everyone else is) |
| 07:35:02 | Paul_The_Nerd | unknownhost: Do you get a positive response when you do a sh1-elf-gcc −−version ? |
| 07:35:14 | jn | BHSPitMonkey: what do you think? |
| 07:35:30 | unknownhost | command not found... does the path look ok? |
| 07:35:54 | BHSPitMonkey | jn, I think I could go for a burger from steak n' shake right about now. |
| 07:36:09 | peejay | no but cant i still watch videos by accessing the original firmware? |
| 07:36:12 | Paul_The_Nerd | unknownhost: Are the cross compilers actually installed to those locations? |
| 07:36:21 | jn | pz then, im out too.. nice arguing with you guys for 20 minutes :) |
| 07:36:29 | unknownhost | I have 5 copies of cc1.exe, but none are in any of those locations |
| 07:36:32 | Paul_The_Nerd | peejay: Yeah, but this isn't a channel about the original firmware. In fact most people here don't even have that player. |
| 07:36:44 | peejay | ok right sorry |
| 07:36:51 | Paul_The_Nerd | unknownhost: Are you using Cygwin? |
| 07:36:52 | * | BHSPitMonkey is one of those "most" |
| 07:36:54 | unknownhost | yes |
| 07:36:55 | jn | peejay: yes you can.. google. |
| 07:37:30 | peejay | i have, only gettin people complainin bout VirtualDub |
| 07:37:34 | peejay | doesnt matter |
| 07:37:36 | peejay | thanks anyway |
| 07:37:42 | Paul_The_Nerd | unknownhost: You probably should've followed what the tutorial said, though I honestly don't know. The Cygwin method has always been a bit fuzzy at times. |
| 07:38:24 | unknownhost | should I just start adding to the path? or copy the file(s) to another location? what's best? |
| 07:38:25 | * | Paul_The_Nerd strongly recommends using VMWare instead. |
| 07:38:42 | Paul_The_Nerd | The solution is almost never "move the files" |
| 07:39:03 | unknownhost | hehe .. to the trash maybe |
| 07:39:04 | Paul_The_Nerd | But the problem is that the path doesn't point to your crosscompilers. |
| 07:39:06 | Paul_The_Nerd | at all. |
| 07:39:39 | unknownhost | right .. there are many versions of cc1... from 3.4.4 to 4.0.3 |
| 07:39:43 | | Join JdGordon [0] (n=jonno@c211-28-95-208.smelb1.vic.optusnet.com.au) |
| 07:39:58 | unknownhost | I need the latest version lined up in a path? |
| 07:40:20 | Paul_The_Nerd | Where in what I said did you get *that* statement? |
| 07:40:37 | unknownhost | I just made it up |
| 07:40:53 | Paul_The_Nerd | You need to make sure the path actually points to where all three of the cross compilers are located. |
| 07:40:59 | unknownhost | the word 'right' was a mistake |
| 07:41:00 | Paul_The_Nerd | It will *probably* work if you get that bit fixed. |
| 07:41:52 | * | peejay slaps Paul_The_Nerd around a bit with a large trout |
| 07:42:40 | jn | hey that idea you had paul is pretty good and with a hacked fw that already exists... it could work out |
| 07:42:51 | | Quit peejay () |
| 07:43:32 | Paul_The_Nerd | unknownhost: Seriously, if you get the paths pointing to whatever /bin/ folders arm-elf-gcc, sh1-elf-gcc and m68k-elf-gcc are hiding in, it'll probably work. |
| 07:45:02 | unknownhost | yeah.. I guess that's the part I can't figure out |
| 07:45:06 | unknownhost | on this page: |
| 07:45:06 | unknownhost | http://www.rockbox.org/twiki/bin/view/Main/CygwinDevelopment |
| 07:45:33 | unknownhost | at the bottom.... the base path is totally different that what was installed in my cygwin |
| 07:45:49 | Paul_The_Nerd | Well, when you downloaded the CrossCompiler packages from the Rockbox Mirror, it *should've* set up the paths itself... |
| 07:46:06 | unknownhost | I guess I'm not sure of the syntax. neither appending or replacing the path line seem to get me going. |
| 07:46:53 | Paul_The_Nerd | What you simply needed to do was add this line: PATH=$PATH:$HOME/bin:/usr/sbin:/opt/sh/bin:/opt/m68k/bin:/opt/arm/bin to the end of the file. |
| 07:47:09 | Paul_The_Nerd | Assuming everything (the cross compilers) got installed to the right places |
| 07:47:18 | Paul_The_Nerd | Out of curiosity does /opt/arm/bin actually exist? |
| 07:47:41 | | Quit JdGordon (Remote closed the connection) |
| 07:48:58 | unknownhost | yes |
| 07:49:35 | Paul_The_Nerd | Also, why do you have ${PATH} instead of $PATH ? |
| 07:49:43 | daurnimator | why not? |
| 07:49:45 | daurnimator | ;) |
| 07:50:02 | Paul_The_Nerd | Is Cygwin friendly with that? |
| 07:50:12 | unknownhost | That was in my default cygwin install when I initially opened it... |
| 07:50:27 | | Join JdGordon [0] (n=jonno@c211-28-95-208.smelb1.vic.optusnet.com.au) |
| 07:50:31 | unknownhost | I tried appending with - :/opt/sh/bin:/opt/m68k/bin:/opt/arm/bin |
| 07:50:45 | unknownhost | then I tried replacing with - PATH=$PATH:$HOME/bin:/usr/sbin:/opt/sh/bin:/opt/m68k/bin:/opt/arm/bin |
| 07:50:49 | Paul_The_Nerd | It doesn't say to append it... |
| 07:51:00 | Paul_The_Nerd | It also doesn't say to replace it. |
| 07:51:08 | unknownhost | it says to add at the end of the line... isn't that append? |
| 07:51:16 | unknownhost | "Edit .bash_profile (found in your home directory) and add ":/opt/sh/bin:/opt/m68k/bin:/opt/arm/bin" (without the quotation marks) to the end of the line that says:" |
| 07:51:27 | unknownhost | PATH=$PATH:$HOME/bin:/usr/sbin |
| 07:52:07 | unknownhost | ( in my install, the last line looks like: PATH=${HOME}/bin:${PATH} ) |
| 07:52:08 | Paul_The_Nerd | Oh, it's changed slightly |
| 07:52:50 | unknownhost | not sure what the curley brackets are all about. |
| 07:53:02 | Paul_The_Nerd | Cygwin has perhaps changed its format? |
| 07:53:20 | unknownhost | vars i guess for local install |
| 07:53:23 | Paul_The_Nerd | As it says, the path should've also automatically been set up when you installed the Cross Compilers from the Rockbox mirror. |
| 07:53:45 | unknownhost | anyone one else using cygwin with a path I could try? |
| 07:54:04 | Paul_The_Nerd | The one on the wiki worked in the past. |
| 07:55:42 | Paul_The_Nerd | Why not just scrap cygwin and try vmware? |
| 07:56:31 | unknownhost | kind of a lot of overhead for me... that's what I had going before. Cygwin seemed a little less bloated. |
| 07:56:39 | unknownhost | no services... etc... |
| 08:00 |
| 08:00:31 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-17-31.w83-198.abo.wanadoo.fr) |
| 08:08:38 | | Quit unknownhost () |
| 08:10:01 | | Join unknownhost [0] (n=unknown@c-24-23-199-33.hsd1.ca.comcast.net) |
| 08:10:49 | unknownhost | is there a display path command? |
| 08:11:03 | JdGordon | printenv |
| 08:11:09 | JdGordon | maybe |
| 08:11:41 | unknownhost | nice! |
| 08:14:08 | | Join midkay_ [0] (n=midkay@63-226-210-191.tukw.qwest.net) |
| 08:14:44 | | Quit midkay (Read error: 104 (Connection reset by peer)) |
| 08:15:07 | unknownhost | what does !C: mean? |
| 08:15:08 | | Quit damaki (Read error: 110 (Connection timed out)) |
| 08:16:54 | | Quit dongs (Remote closed the connection) |
| 08:16:57 | | Join dongs [0] (n=HPUX@b148152.ppp.asahi-net.or.jp) |
| 08:20:55 | | Quit Paul_The_Nerd (Read error: 110 (Connection timed out)) |
| 08:28:57 | | Quit unknownhost () |
| 08:33:34 | | Join RedBreva_ [0] (n=chatzill@host86-134-208-63.range86-134.btcentralplus.com) |
| 08:33:36 | | Nick RedBreva_ is now known as RedBreva (n=chatzill@host86-134-208-63.range86-134.btcentralplus.com) |
| 08:40:15 | JdGordon | damn waiting for the cross compilers to build is boring :p |
| 08:40:47 | JdGordon | 1/3 done... |
| 08:40:47 | jn | i wish there was someway i could help speed up video playback in rb |
| 08:42:52 | jn | really? that's good. |
| 08:43:10 | jn | whats eta for the remaining 2/3? |
| 08:43:25 | JdGordon | sh took 25min, so another hour i guess |
| 08:43:38 | JdGordon | dunno why its taking so long, last time was 15min each |
| 08:45:13 | jn | what? |
| 08:45:19 | jn | it will be done tonight? |
| 08:45:31 | jn | with decent framerate? your joking |
| 08:46:31 | JdGordon | what the heck?? |
| 08:48:06 | | Join safetydan [0] (n=dan@cor5-ppp2363.for.dsl.connect.net.au) |
| 08:50:36 | | Join RedBreva_ [0] (n=chatzill@host86-134-208-63.range86-134.btcentralplus.com) |
| 08:51:36 | midkay_ | hahaha. |
| 08:56:50 | BHSPitLappy | my crosscompilers only get like 17fps |
| 08:56:53 | BHSPitLappy | they suck |
| 08:57:11 | JdGordon | hehe |
| 08:59:08 | | Quit RedBreva (Read error: 60 (Operation timed out)) |
| 08:59:08 | jn | any of you guys watch the movie "Pulse" yet? |
| 08:59:15 | BHSPitLappy | lol |
| 08:59:22 | BHSPitLappy | looks like another piece of crap |
| 08:59:28 | BHSPitLappy | like that video game horror movie |
| 08:59:33 | jn | the original is pretty good.. |
| 08:59:42 | BHSPitLappy | isn't pulse the one with the computers? |
| 08:59:49 | BHSPitLappy | oh wait |
| 08:59:50 | jn | yes. |
| 08:59:53 | BHSPitLappy | oh |
| 09:00 |
| 09:00:04 | jn | its a remake of a japanese movie.. like ringu to ring |
| 09:00:26 | | Join Bger [0] (n=bager@rockbox/developer/Bger) |
| 09:00:34 | BHSPitLappy | how can you make a movie like that, without it becoming laughably dated within months |
| 09:00:54 | jn | wargames is still good. |
| 09:01:05 | BHSPitLappy | like, every time an old movie with a computer or something in it shows up, you have to laugh |
| 09:01:13 | BHSPitLappy | but you're centering the plot around it... |
| 09:01:28 | jn | my girlfriend is making funny noises lol |
| 09:01:42 | BHSPitLappy | wargames could still be accurate, there's lots of CLI users out there :P |
| 09:01:51 | jn | she's asleep and im playing with her feet, almost time for "hidden penis, sleeping vagina" |
| 09:01:52 | BHSPitLappy | are you doing something to her? o.O |
| 09:02:04 | BHSPitLappy | yeah, not appropriate in here. sorry. |
| 09:02:17 | jn | lol my bad.. |
| 09:02:31 | BHSPitLappy | or on most of this network |
| 09:02:41 | jn | again my appologies |
| 09:03:17 | BHSPitLappy | now you know |
| 09:04:25 | jn | is there a faq about video playback on rb and what the devolpers are up against... |
| 09:04:32 | jn | im curious |
| 09:04:50 | BHSPitLappy | umm, a lack of initiative? |
| 09:05:02 | jn | :( |
| 09:05:15 | BHSPitLappy | when a developer comes along who wants the feature bad enough, he'll add it in |
| 09:05:33 | jn | but there IS work being done on it currently is there not? |
| 09:05:42 | BHSPitLappy | another obstacle is a lack of important data about the hardware |
| 09:05:49 | BHSPitLappy | *cough* PortalPlayer *cough* |
| 09:05:59 | BHSPitLappy | I don't know. |
| 09:06:24 | *** | Saving seen data "./dancer.seen" |
| 09:06:58 | jn | what is the main focus on now? |
| 09:10:51 | | Quit daurnimator ("daurnimator was using Daurnimator's Legendary Script") |
| 09:12:05 | | Join jonno [0] (n=jonno@c211-28-95-208.smelb1.vic.optusnet.com.au) |
| 09:12:29 | | Quit JdGordon (Nick collision from services.) |
| 09:12:32 | | Nick jonno is now known as JdGordon (n=jonno@c211-28-95-208.smelb1.vic.optusnet.com.au) |
| 09:12:43 | BHSPitLappy | 3.0 |
| 09:12:48 | safetydan | jn, whatever the dev wants to do |
| 09:12:54 | safetydan | the joy and curse of opensource |
| 09:12:58 | safetydan | it's like herding cats really |
| 09:13:15 | JdGordon | woohoo... cross compilers done! |
| 09:13:21 | safetydan | none of the devs really seem that interested in video support |
| 09:13:41 | safetydan | going to be a hard slog getting a codec optimised enough to run well enough to decode at a reasonable frame rate |
| 09:14:45 | jn | is there anyway i can help? |
| 09:15:06 | safetydan | get coding :) |
| 09:15:34 | safetydan | or convince someone at PortalPlayer to give Rockbox the developer documentation |
| 09:15:50 | safetydan | And Broadcomm as well as I think the make the video chipset for the iPod VIdeo |
| 09:16:24 | jn | Broadcom agh |
| 09:29:31 | | Quit damaki_ (Read error: 104 (Connection reset by peer)) |
| 09:31:08 | | Join damaki [0] (n=Chocolat@ALille-153-1-17-31.w83-198.abo.wanadoo.fr) |
| 09:32:45 | | Join mikearthur [0] (n=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
| 09:48:41 | | Quit JdGordon ("Konversation terminated!") |
| 09:50:04 | | Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) |
| 09:52:49 | | Join powr-toc [0] (n=r@84-51-129-124.rickmo645.adsl.metronet.co.uk) |
| 09:54:16 | | Join RedBreva__ [0] (n=chatzill@host86-134-208-63.range86-134.btcentralplus.com) |
| 09:54:18 | | Nick RedBreva__ is now known as RedBreva (n=chatzill@host86-134-208-63.range86-134.btcentralplus.com) |
| 09:58:14 | | Nick midkay_ is now known as midkay (n=midkay@63-226-210-191.tukw.qwest.net) |
| 09:58:27 | | Quit MarcoPolo ("Bye !") |
| 09:59:22 | | Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) |
| 10:00 |
| 10:01:21 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 10:02:48 | | Quit RedBreva_ (Read error: 60 (Operation timed out)) |
| 10:14:34 | | Join unknownhost [0] (n=unknown@c-24-23-199-33.hsd1.mn.comcast.net) |
| 10:15:26 | unknownhost | Is it possible to apply the daily CVS with the album art patch? I get errors. Does that mean the patch needs to be updated? |
| 10:16:01 | Bger | unknownhost: probably |
| 10:16:39 | unknownhost | what's the best way of figuring out the last cvs that worked with a patch? |
| 10:20:06 | Bger | unknownhost: it would be easier if you just see why the patch failed and correct it manually |
| 10:20:43 | unknownhost | i wish that were the case |
| 10:21:45 | lex | is there are rss feed for the cvs activities? :o |
| 10:22:10 | | Join FOAD [0] (n=dok@a82-93-10-238.adsl.xs4all.nl) |
| 10:22:29 | unknownhost | bger ... i actually tried going thruogh the error file, but I couldn't figure it out. |
| 10:25:03 | | Join sando [0] (i=lolsteam@144.135.255.155) |
| 10:28:57 | | Quit unknownhost () |
| 10:29:56 | | Join lodesi [0] (n=lds@d01v-89-83-175-110.d4.club-internet.fr) |
| 10:31:18 | | Join nilss [0] (i=nils@nilss.prout.be) |
| 10:37:53 | | Quit FOAD_ (Read error: 110 (Connection timed out)) |
| 10:38:52 | | Join rudefyet [0] (n=bobdole@70.35.145.61) |
| 10:41:17 | | Quit rudefyet () |
| 10:42:29 | Slasheri | LinusN: What would you think about this bootloader patch: http://ihme.org/~miipekk/rockbox/bootloader.patch |
| 10:43:04 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-18-92.w83-198.abo.wanadoo.fr) |
| 10:43:41 | Slasheri | LinusN: It enabled Rockbox to load like before, or load from flash if original firmware has been replaced by rockbox. I have tested it on H140 and it was working fine. It also includes the EEPROM settings and disk intact flag. |
| 10:52:26 | jhMikeS | safetydan: You there? I saw what you said earlier. I'm _very_ interested in video support. |
| 10:53:28 | | Quit lodesi ("leaving") |
| 10:54:57 | | Join lodesi [0] (n=lds@d01v-89-83-175-110.d4.club-internet.fr) |
| 10:56:40 | | Join damaki__ [0] (n=Chocolat@ALille-153-1-43-224.w83-198.abo.wanadoo.fr) |
| 11:00 |
| 11:00:05 | safetydan | jhMikeS, well now you just need to write the code to do it |
| 11:01:40 | | Quit damaki (Read error: 110 (Connection timed out)) |
| 11:02:49 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-135-192.pools.arcor-ip.net) |
| 11:04:18 | | Quit BHSPitLappy (Remote closed the connection) |
| 11:04:32 | safetydan | jhMikeS, AFAIK the big issues are performance. Brush up on you arm, m68k, and sh skillz :) |
| 11:06:28 | *** | Saving seen data "./dancer.seen" |
| 11:09:59 | | Quit sankao (Read error: 110 (Connection timed out)) |
| 11:12:34 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
| 11:14:24 | | Join arkascha [0] (n=arkascha@xdsl-195-14-207-252.netcologne.de) |
| 11:15:00 | | Part arkascha ("Konversation terminated!") |
| 11:15:20 | jhMikeS | safetydan: There's also the matter of writing directly to the vid chips instead of buffering first. Some chips can be made to produce overlays for OSD. Should videos have to be native screen size? |
| 11:15:44 | safetydan | which is going to vary from target to target |
| 11:15:50 | safetydan | native screen size is always going to be easiest |
| 11:16:17 | | Quit MarcoPolo (Remote closed the connection) |
| 11:16:19 | jhMikeS | Of course, but it's been on my mind a lot and I figured a way to have it not matter. |
| 11:16:55 | jhMikeS | Scaling is way too hard for most unless its simple integer ratios. |
| 11:18:03 | safetydan | So what do you propose instead? |
| 11:18:20 | jhMikeS | Instead of what? Scaling? or buffering? |
| 11:19:22 | safetydan | scaling |
| 11:19:27 | jhMikeS | I propose a video and overlay API set plus a way of inlining the driver code into the codec. It only has to work with one display chip at a time. |
| 11:19:51 | jhMikeS | I'm guessing either integer sizes or forced native size. |
| 11:20:12 | safetydan | ah, sorry thought you had some magical way to make non-integer scaling go fast :) |
| 11:20:21 | jhMikeS | HA! |
| 11:20:29 | jhMikeS | Well, yeah. |
| 11:20:45 | jhMikeS | That too, its a periodic function. |
| 11:21:30 | jhMikeS | I don't know my codecs and I'm guessing a full decode is almost always nescessary. |
| 11:22:16 | chendo | ergh |
| 11:22:36 | jhMikeS | It's really always integer scaling unless you want nice soft interpolation. |
| 11:22:41 | chendo | my h340 won't start cause my 2200mAh battery's too fat and the HD can't spin up |
| 11:22:57 | chendo | when people remove the blue padding, is it both paddings? or just the one from the HD to the battery |
| 11:24:31 | | Join ze [0] (n=ze@70.40.152.105) |
| 11:25:16 | jhMikeS | Right now I have definite things in mind for the X5 and will read the chip docs for other devices. What players will take it? I mean, x5 can do it, iPod video of course, and ?? |
| 11:26:14 | * | jhMikeS wonders if he's bored and talked poor safetydan to death. ??:) |
| 11:26:35 | safetydan | probably h300 and h100 (though only in grayscale) |
| 11:26:49 | jhMikeS | Isn't H300 color?? |
| 11:26:54 | safetydan | yeah it is |
| 11:26:57 | safetydan | I was talking about the h100 |
| 11:27:02 | jhMikeS | Oh |
| 11:27:14 | safetydan | I think the h300 and h100 are the same apart from the USBOTG and the color screen |
| 11:27:24 | jhMikeS | What gray shade count? |
| 11:27:30 | safetydan | 33 I think |
| 11:27:31 | safetydan | or thereabouts |
| 11:28:11 | jhMikeS | 33! Lose one and it's faster pow 2 math. :) |
| 11:28:35 | safetydan | amiconn is the person to talk to about that |
| 11:28:39 | safetydan | I'm probably wrong on the 33 count |
| 11:29:19 | safetydan | it's not normal grey scale support though... some trick with temporal aliasing and lcd refresh rates |
| 11:29:25 | jhMikeS | I think I might prove some stuff with the jpeg viewer first: Direct write, OSD overlay, 18-bit color. |
| 11:29:33 | jhMikeS | Hmmm |
| 11:29:45 | | Join _FireFly_ [0] (n=FireFly@p54A473A3.dip.t-dialin.net) |
| 11:29:57 | | Quit matsl (Remote closed the connection) |
| 11:31:25 | jhMikeS | I'm not sure what that means re: H100 lcd. |
| 11:32:33 | safetydan | jhMikeS, it's not just h100 lcd, amiconn has the same trick working on all the grayscale lcds (or at least nearly all) |
| 11:33:07 | safetydan | it's probably not too relevant to video support as only crazy people would probably want to watch much grainy grayscale video on a tiny screen :) |
| 11:33:34 | jhMikeS | It's a hack then so the chip is not natively grayscale? You mean flip-flopping B&W to make different grays? |
| 11:34:00 | safetydan | pretty much |
| 11:34:35 | | Quit TomFelker (Read error: 110 (Connection timed out)) |
| 11:34:40 | jhMikeS | I'll have to look at that code closely. |
| 11:35:05 | jhMikeS | Software PWM it sounds like. |
| 11:35:07 | safetydan | apps/plugins/lib/gray*.c |
| 11:37:51 | | Join ze__ [0] (n=ze@70.40.152.105) |
| 11:40:33 | | Quit ze__ (Client Quit) |
| 11:40:39 | | Join ze__ [0] (i=ze@70.40.152.105) |
| 11:41:04 | | Quit ze (Nick collision from services.) |
| 11:41:09 | | Nick ze__ is now known as ze (i=ze@70.40.152.105) |
| 11:44:41 | jhMikeS | that's highly specialized it appears |
| 11:46:26 | | Part amiconn |
| 11:46:40 | linuxstb | jhMikeS: Do you have any specific codec in mind for video? |
| 11:47:32 | jhMikeS | Someone mentioned MPEG already. I think that's a given. I would think anything that can be added would be good. |
| 11:48:34 | jhMikeS | There's a link to a decoder that could be adapted somewhere in the forum. |
| 11:49:10 | linuxstb | What kind of MPEG? MPEG-1 would seem to be the simpliest codec. |
| 11:49:30 | jhMikeS | I believe that's it lemme look. |
| 11:51:55 | jhMikeS | Arrgh...can't find it. It was just there not long ago... |
| 11:53:21 | jhMikeS | linuxstb: It says Llorean sent you to look at Core Pocket Media Player. That's what I saw. |
| 11:53:45 | | Join obo [0] (n=obo@82-46-82-224.cable.ubr02.trow.blueyonder.co.uk) |
| 11:53:55 | | Join JdGordon [0] (n=jonno@c211-28-95-208.smelb1.vic.optusnet.com.au) |
| 11:54:54 | linuxstb | Yep. It could be useful, but there are various other MPEG-1 decoders around as well worth looking at such as the one in ffmpeg and libmpeg2. |
| 11:58:12 | | Quit safetydan (Read error: 110 (Connection timed out)) |
| 11:58:31 | | Join safetydan [0] (n=dan@cor5-ppp1441.bri.dsl.connect.net.au) |
| 12:00 |
| 12:00:35 | | Quit nudelyn ("At Argon, we're working to keep your money.") |
| 12:01:35 | jhMikeS | I'll go look around later I'm snoozing shortly. There's also an audio playback bug at least on the x5 but I don't know if anyone else has been able to reproduce it (I can at will) FS #5747. I'm still learning my way around and would like to know the best place to look in the source. |
| 12:04:25 | safetydan | jhMikeS, best places to look would be apps/playback.c and apps/pcmbuf.c |
| 12:04:32 | jhMikeS | Need to know where you can detect a skip to something else from a paused state so the old data is flushed before starting playback again. |
| 12:05:19 | jhMikeS | thanks. How much audio does the TLV320 buffer? |
| 12:05:23 | | Join nudelyn [0] (i=nudel@dyn-62-56-86-157.dslaccess.co.uk) |
| 12:05:30 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-82-203.w86-215.abo.wanadoo.fr) |
| 12:05:46 | linuxstb | jhMikeS: Also, the low-level pcm driver is in firmware/pcm_playback.c |
| 12:06:03 | safetydan | jhMikeS, not a clue |
| 12:07:02 | jhMikeS | ^^ Guess it's datasheet time again. I hope it's not in so much Engrish (sic) like the LCD chip. :) |
| 12:07:58 | safetydan | jhMikeS, firmware/drivers/tlv320.c might help |
| 12:08:17 | safetydan | and firmware/export/tlv320.h |
| 12:08:52 | jhMikeS | tlv320.c just seems to deal with the I2C aspect. |
| 12:10:14 | safetydan | the hardware interface isn't really my area |
| 12:12:05 | Bger | how do i tell find to skip some dir ? |
| 12:12:08 | jhMikeS | I love the low level stuff. Much easier and cleaner than UI code and such. |
| 12:13:47 | Bger | forget me |
| 12:13:50 | jhMikeS | safetydan: BTW: What is your area? |
| 12:14:16 | JdGordon | Bger: we oucld never forget you!! |
| 12:14:20 | JdGordon | could even |
| 12:14:24 | Bger | haha |
| 12:14:31 | Bger | JdGordon: wazz up ;) |
| 12:14:46 | JdGordon | nm |
| 12:15:05 | Bger | what happened with this sml thing ? |
| 12:15:29 | JdGordon | got it mostly finished, handed in on friday, next one is due in 3 weeks :'( |
| 12:16:18 | Bger | very strange is this sml |
| 12:16:22 | safetydan | jhMikeS, I have many and none really. Mostly simulator, eq UI and the occasional burst of fixed point trig function madness |
| 12:16:24 | Bger | (yoda style) |
| 12:16:45 | JdGordon | :) |
| 12:17:35 | jhMikeS | Why does the simulator thread code create actual threads. At least in windows. dk about sdl. |
| 12:18:31 | safetydan | Does the Windows sim still work? |
| 12:18:47 | Bger | jhMikeS: the only used sim is the sdl one |
| 12:19:02 | jhMikeS | Even under windows? |
| 12:19:08 | safetydan | not sure why Rockbox threads are mapped on to system threads... in some ways I think it might easier not to |
| 12:19:12 | safetydan | jhMikeS, yup |
| 12:19:23 | jhMikeS | It that real threads or faux? |
| 12:19:46 | safetydan | real threads |
| 12:19:50 | jhMikeS | Come to think of it, why's that code in the tree then? |
| 12:20:02 | | Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) |
| 12:20:06 | safetydan | because the sdl sim only came about a few (6?) months back |
| 12:20:15 | safetydan | and no one has got around to removing it yet |
| 12:20:34 | jhMikeS | They could use SwitchToFiber in windows to schedule them just like the real thing. |
| 12:21:04 | safetydan | submit a patch :) |
| 12:21:08 | | Quit damaki__ (Read error: 110 (Connection timed out)) |
| 12:21:40 | JdGordon | na, we need working sound in the sim more than closer threads handling... |
| 12:21:57 | jhMikeS | Was pondering that. CovertThreadToFiber and SwitchToFiber is all you need. Just put those in the thread table and schedule them. |
| 12:22:10 | | Join Poka64 [0] (i=peter@hd5e241ae.gavlegardarna.gavle.to) |
| 12:22:33 | jhMikeS | What min windows version is the sim supposed to support BTW? |
| 12:22:47 | JdGordon | should work on all.. as long as u have SDL.dll |
| 12:23:04 | jhMikeS | Hmmm...fibers are Win98+. |
| 12:23:11 | jhMikeS | All NT I believe |
| 12:24:04 | jhMikeS | Then my sick mind wants to covert thing into hardware emulators. =) |
| 12:24:35 | JdGordon | there really is no need (imo) to not do something becuase it will kill win98 support |
| 12:25:00 | jhMikeS | It will only kill Win95 support. |
| 12:25:09 | JdGordon | even better |
| 12:26:29 | jhMikeS | I have a loooooong TODO/WANNADO list. Focus grasshopper. |
| 12:27:41 | jhMikeS | Overlays, viewports, video, etc. etc. etc. |
| 12:28:28 | JdGordon | overlays? |
| 12:28:52 | safetydan | I think video support might be more wanted than accurate hardware emulation in the sim |
| 12:29:21 | safetydan | JdGordon, sound still not working for you in the sim? It mostly works here. |
| 12:30:07 | JdGordon | i havnt actually tried it since the most recent changes :p |
| 12:31:12 | | Quit Kohlrabi (Nick collision from services.) |
| 12:31:21 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-156-189.pools.arcor-ip.net) |
| 12:33:16 | jhMikeS | I want to see at least NTSC frame rate at native size. |
| 12:33:26 | JdGordon | hahahahahaha |
| 12:33:31 | JdGordon | not gonna happen |
| 12:33:48 | jhMikeS | hehe...the codec? |
| 12:34:08 | JdGordon | that and the proccessor isnt fast enough.. unless your tlaking about a non compressed format? |
| 12:34:38 | jhMikeS | no...MPEG1. Which processor. Any of them? |
| 12:35:45 | linuxstb | Don't forget you need audio decoding as well... |
| 12:36:26 | jhMikeS | I know that but what would the boost ratio be for the audio do you think? |
| 12:36:30 | jhMikeS | X5 |
| 12:36:34 | | Join barrywardell [0] (n=barrywar@194.46.169.183) |
| 12:37:34 | safetydan | mp3 decoding is mostly done with no-boost on coldfire I think |
| 12:38:01 | | Join mkey [0] (n=mkey@pD9E3611A.dip.t-dialin.net) |
| 12:38:02 | jhMikeS | I get about 18-20% boost for mp3. |
| 12:38:22 | jhMikeS | or maybe 15-20 |
| 12:39:56 | linuxstb | jhMikeS: What do you mean by using overlays? |
| 12:40:36 | jhMikeS | The LCD chip can hit about 132 FPS at boost with repacking 16->18 bit. |
| 12:41:12 | jhMikeS | linuxstb: I mean having the codec write directly to the LCD. Compile the right bits of driver code directly into the codec. |
| 12:41:41 | safetydan | is the x5 not coldfire? the boost ratio for me on a h120 is nearly 0 |
| 12:41:55 | safetydan | or is there something else going on? |
| 12:42:19 | jhMikeS | Really...I was using the EQ and all that and crossfeed |
| 12:42:32 | jhMikeS | It's Coldfire, yes. |
| 12:42:43 | safetydan | ah, no eq or crossfeed for me |
| 12:43:42 | jhMikeS | I want the full 18bit so the HW can dither it nicely. |
| 12:44:34 | linuxstb | jhMikeS: That sounds like a nasty hack. We have a lot of LCDs to support, and we would want it to work in the sim as well... |
| 12:45:10 | JdGordon | ... and you can write straight to the lcd buffer anyway cant you? |
| 12:45:15 | jhMikeS | You won't get the performance then. Definiely not with the framebuffer in DRAM. |
| 12:45:39 | jhMikeS | No...you can't. lcd_blit is just for mono and gray I think |
| 12:46:46 | linuxstb | I'm not saying to use the existing LCD API, we definitely need to create a new high-performance one for video. |
| 12:46:51 | jhMikeS | Besides, you'd have to write to a buffer first which would kill it. Avoid that step if possible. It will take a lot of crafting but it may be worth it. |
| 12:48:00 | linuxstb | MPEG-1 for example decodes the video to YUV. Maybe we could implement something like lcd_blit_yuv() for each LCD that does an asm-optimised yuv to native framebuffer conversion, and writes that data directly to the LCD. |
| 12:48:11 | jhMikeS | The craft is in doing it and NOT making it a nasty hack but consistent. A coded need only deal with one display chip. |
| 12:49:30 | jhMikeS | Take the YUV, covert it in registers and send it to the display, chopping off the lower 2 bits. Don't pack it first so it has to be repacked by the driver later either. |
| 12:50:00 | linuxstb | Yes, that's what I mean. |
| 12:50:38 | JdGordon | is there really a need for this yet tho? i mean, the best video codec we have atm is 2fps without actually displaying anything |
| 12:50:56 | jhMikeS | Just send it to the display. Don't call a function or at least an inline one with the LCD write code. |
| 12:51:02 | jhMikeS | 2fps??? On what? |
| 12:51:05 | obo | could always use huffyuv :) |
| 12:51:08 | JdGordon | h300 iirc |
| 12:51:24 | jhMikeS | huffyuv, what's that? |
| 12:51:42 | obo | a fairly simple loseless compression (huffman yuv I think) |
| 12:52:09 | obo | it's very fast, I think it's about 2.5:1 compression |
| 12:52:21 | jhMikeS | What codec for 2fps? Uncompressed video will not read off the HD fast enough. |
| 12:53:35 | | Join bluebrother [0] (i=SqnhAwXC@nat-wh-1.rz.uni-karlsruhe.de) |
| 12:54:21 | jhMikeS | 2.5:1 is still huge. |
| 12:55:23 | safetydan | jhMikeS, I believe it was xvid |
| 12:56:02 | jhMikeS | That's supposed to be easy to decode, no? |
| 12:56:19 | safetydan | I wouldn't have thought so as it's based on MPEG4 |
| 12:56:58 | safetydan | note that 2fps was literally just decoding the frames, not displaying anything |
| 12:57:05 | safetydan | there's some detail here http://www.rockbox.org/irc/rockbox-20051219.txt |
| 12:57:08 | safetydan | search for 2fps |
| 12:57:20 | jhMikeS | A consensus needs to be reached about which player actually get video. |
| 12:57:43 | JdGordon | probaly only the ipod vid, if the broadcom chip is figured out |
| 12:57:56 | JdGordon | untill the codec is optimized |
| 12:58:09 | jhMikeS | H300 LCD is pretty much the same to work with as X5. |
| 12:58:13 | JdGordon | if the OF can do 15fps on the h300 then we should be able to also |
| 12:58:32 | JdGordon | cpu is the limiting factor here.. not lcd.. |
| 12:58:40 | safetydan | there's no reason not to support all players |
| 12:58:41 | jhMikeS | X5 does 12 on OF with MPEG4 |
| 12:58:49 | safetydan | it just might not go very fast on some of them |
| 12:58:59 | safetydan | broadcom chip based ones are another kettle of fish |
| 12:58:59 | jhMikeS | ARchos?!??! |
| 12:59:13 | JdGordon | haha ye, on the 2 line char display one :D |
| 12:59:16 | safetydan | jhMikeS, you can probably skip archos as they already have a video plugin :) |
| 12:59:21 | JdGordon | there is a video plugin for the archos |
| 12:59:36 | jhMikeS | how does that work? hehe |
| 12:59:54 | safetydan | uncompressed video and a custom video format I believe |
| 13:00 |
| 13:00:13 | jhMikeS | qualifier about 2fps: "That was with a large (640x352 I think) test file." |
| 13:00:32 | safetydan | apps/plugins/video.c for archos video plugin |
| 13:01:31 | jhMikeS | what codec for archos? |
| 13:01:36 | | Join fejfighter [0] (n=jeffro21@d58-108-90-87.dsl.nsw.optusnet.com.au) |
| 13:01:56 | | Quit fejfighter (Client Quit) |
| 13:01:59 | | Join fejfighter [0] (n=jeffro21@d58-108-90-87.dsl.nsw.optusnet.com.au) |
| 13:02:54 | safetydan | jhMikeS, http://www.rockbox.org/twiki/bin/view/Main/PluginVideo |
| 13:03:15 | Mikachu | you don't _have_ to display video at fullscreen |
| 13:04:30 | jhMikeS | oh...but I do...I do! =) |
| 13:04:47 | jhMikeS | It's got that pixel flipper gadget in it too. |
| 13:06:08 | JdGordon | hmm.. soo many boring user requests in FS |
| 13:06:31 | *** | Saving seen data "./dancer.seen" |
| 13:07:22 | jhMikeS | My sense is that it can be worked out for the more powerful devices like the X5, H300, iPod Video...slower devices will have to make due with fewer FPS or smaller sizes. Why should everyone suffer at the lowest common denominator? |
| 13:07:40 | JdGordon | is there any chance of this getting commited if i do the patch? http://www.rockbox.org/tracker/task/1309 |
| 13:07:53 | JdGordon | that sounds like a reasonable request imo |
| 13:08:03 | JdGordon | even if it is 3 years old :p |
| 13:08:08 | jhMikeS | JdGordon: Let's make a top 10 list of Most Boring FS requests. |
| 13:08:20 | JdGordon | lol |
| 13:08:35 | Mikachu | JdGordon: i think the skipping should work like normal, pressing left once already just goes to the beginning even in other repeat modes |
| 13:08:59 | JdGordon | but but pressing again while in repeat one should goto the next/prev song |
| 13:09:06 | | Join amiconn [0] (n=jens@rockbox/developer/amiconn) |
| 13:09:12 | Mikachu | yes |
| 13:09:20 | JdGordon | but does it |
| 13:09:20 | JdGordon | ? |
| 13:09:31 | Mikachu | in repeat 1? i don't know |
| 13:09:37 | * | JdGordon checks |
| 13:09:42 | linuxstb | Does "repeat one" create a playlist with only one file, or does it just repeat the current track in the playlist? |
| 13:09:43 | jhMikeS | I don't use repeat one so I have no idea how it behaves. |
| 13:10:18 | JdGordon | it doesnt |
| 13:10:27 | jhMikeS | I think there should be a "repeat two" option in the quick menu =) |
| 13:10:41 | Mikachu | a-b repeat for playlists |
| 13:11:10 | JdGordon | linuxstb: it looks like it just keeps repeating the one track in the playlist |
| 13:11:23 | Mikachu | can you select another song in View Playlist? |
| 13:11:30 | amiconn | jhMikeS: You cannot use the video overlay feature of the lcd controllers |
| 13:11:44 | jhMikeS | That's not right. It should go to the next. |
| 13:11:54 | jhMikeS | amiconn: why not? |
| 13:11:56 | JdGordon | Mikachu: just tried that, no it doesnt like you changing tracks |
| 13:11:58 | amiconn | It would require cpu control for some of the lcd controller pins |
| 13:12:41 | amiconn | The mode pins, to be precise |
| 13:12:51 | jhMikeS | There not connected to anything? |
| 13:13:21 | amiconn | Their wiring is fixed |
| 13:13:25 | jhMikeS | Well, I'm just talking about bypassing framebuffers and writing directly. Not chip modes. |
| 13:13:43 | amiconn | You can do that, e.g. doom on H300 does it |
| 13:13:48 | jhMikeS | HD66773R doesn't have overlays |
| 13:13:57 | jhMikeS | How much does it help? |
| 13:13:59 | amiconn | But don't expect too much on other platforms |
| 13:14:15 | jhMikeS | That's why your capabilities will vary |
| 13:14:34 | amiconn | The HD66789R does have overlay, but we cannot use it |
| 13:15:04 | jhMikeS | 66789 is a more powerful chip IIRC |
| 13:15:35 | amiconn | On the low-depth platforms, the core has lcd_blit() to provide direct-writing to the controller without direct hardware access in the plugin itself |
| 13:15:52 | amiconn | This is used in video.rock on archos, and for the grayscale library |
| 13:15:54 | jhMikeS | That's such a bummer, just one trace of copper would change that |
| 13:16:44 | amiconn | I doubt that video overlay would help video performance much |
| 13:16:54 | amiconn | The most demanding task is decoding |
| 13:17:07 | jhMikeS | Are the bus writes pretty much as fast as they can go? |
| 13:17:22 | Mikachu | what about using something really old like smacker video? |
| 13:17:53 | jhMikeS | smacker? how old is that cause I never heard of it |
| 13:18:03 | Mikachu | i know it's used in the intro for Creatures |
| 13:18:37 | Mikachu | i suppose it's not free though |
| 13:19:01 | jhMikeS | amiconn: you mean the HW overlay you can't use right? |
| 13:19:14 | amiconn | yes |
| 13:19:24 | Mikachu | heh, the license is $1500 so forget that |
| 13:19:29 | Mikachu | but i know it's fast |
| 13:19:36 | jhMikeS | Mostly a convienience |
| 13:20:39 | * | JdGordon is bored |
| 13:22:43 | jhMikeS | just looking at the audio thread make my boost ratio go up from 0% |
| 13:24:11 | | Join XavierGr [0] (n=xavier@ppp101-217.adsl.forthnet.gr) |
| 13:26:34 | amiconn | jhMikeS: The audio debug screen boost ratio is the average taken while you are in that screen |
| 13:26:59 | amiconn | So if you enter it while the cpu is unboosted, the value will start at 0% and the go up |
| 13:27:29 | amiconn | (unless you're using a codec that is completely content at CPUFREQ_NORMAL |
| 13:27:31 | jhMikeS | I'm kind of kidding...like in qm? |
| 13:27:33 | amiconn | ...like flac) |
| 13:29:10 | nudelyn | how come flac decodes so fast? isn't flac a lossy codec + a lossless diff on top of that? is it really optimized, or is the lossy codec really simple? |
| 13:29:29 | safetydan | nudelyn, I think you're thinking of wavpack |
| 13:30:04 | safetydan | flac is just lossless from the start |
| 13:30:42 | jhMikeS | FLAC uses prediction + diffs. The higher the comp the better it tries to fit it's predictors to the actual waveform, I believe. |
| 13:30:43 | nudelyn | oh, i'm sure i read that flac was lossy+diff... maybe what i read was wrong |
| 13:31:13 | jhMikeS | It uses Mid/Side stero too |
| 13:32:01 | nudelyn | i guess it'd sound pretty awful without the diffs |
| 13:32:36 | nudelyn | (and/or still be large compared to mp3/ogg/etc) |
| 13:32:53 | safetydan | wavpack does alright in hybrid mode |
| 13:33:04 | jhMikeS | I'd like to hear that. It could be argued that the predictors are lossy becuase they are not perfect, hence the differ. |
| 13:33:04 | | Quit mkey (""Welcome to IRC; Where men are men, women are men and little girls are FBI agents!"") |
| 13:35:38 | jhMikeS | Is my player getting better bat life or did someone change the batt scale? |
| 13:36:49 | safetydan | hrm... really need to stop leaving the nokia charger and the iriver charger plugs next to each other... |
| 13:37:29 | * | jhMikeS hears sizzling and smells smoke coming from safetydan's way |
| 13:38:29 | safetydan | nah that's just my brain after reading some more astronomical algorithms stuff |
| 13:38:30 | safetydan | anyway |
| 13:38:31 | safetydan | night |
| 13:38:31 | | Quit safetydan ("Ex-Chat") |
| 13:42:00 | | Join lee-qid [0] (n=liqid@p54966E89.dip.t-dialin.net) |
| 13:47:08 | JdGordon | who has an idea how to kill some time? |
| 13:48:11 | | Quit fejfighter () |
| 13:49:33 | JdGordon | $ ./rockboxui & |
| 13:49:33 | JdGordon | [1] 2050 |
| 13:49:33 | JdGordon | fatal: No I/O port permissions |
| 13:49:35 | JdGordon | ?? |
| 13:50:05 | Mikachu | try without the & |
| 13:50:18 | JdGordon | same thing |
| 13:50:21 | | Join Paul_The_Nerd [0] (n=Main@wirelessdata-031-029.mycingular.net) |
| 13:50:30 | Mikachu | dunno then |
| 13:51:24 | JdGordon | :'( sdl is installed... stupid bloody ubuntu |
| 13:52:55 | JdGordon | wow that was wierd :p ran it as sudo and it went fullscreen and very screwed up |
| 13:53:12 | Mikachu | oh heh |
| 13:53:17 | Mikachu | maybe sdl tries to use svgalib or something funny |
| 13:56:39 | crwl | try export SDL_VIDEODRIVER=x11 or something like that |
| 13:58:12 | JdGordon | X is using mergedFB if that makes a difference |
| 13:58:26 | JdGordon | i havnt got my dualhead setup properly yet |
| 13:59:16 | JdGordon | crwl: fatal: No available video device |
| 13:59:45 | | Quit XavierGr () |
| 14:00 |
| 14:00:26 | crwl | JdGordon, sounds pretty strange |
| 14:00:34 | crwl | i don't have the simulator installed, though, but still |
| 14:01:02 | crwl | I "fatal: No available video device" if I run SDL app with SDL_VIDEODRIVER=svgalib, for example |
| 14:01:08 | crwl | with SDL_VIDEODRIVER=x11, everything works |
| 14:01:46 | JdGordon | hmm.. this sux |
| 14:01:50 | crwl | and I'm running ubuntu too |
| 14:07:14 | | Join adiamas [0] (n=adiamas@ool-435557cc.dyn.optonline.net) |
| 14:08:39 | | Part Paul_The_Nerd |
| 14:28:22 | aliask | JdGordon: If you're that bored, you can get scrolling working on the lists in my plugin :D |
| 14:28:45 | JdGordon | scrolling in lists is buggered full stop! |
| 14:28:59 | JdGordon | its supposed to work up to 600odd chars but crashes after 90odd |
| 14:29:04 | | Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) |
| 14:29:11 | JdGordon | brb\ |
| 14:29:20 | aliask | Oh - so it could just be the string I was using... *goes to test* |
| 14:32:25 | aliask | Nope, it works in the text_editor plugin, but not mine - funny thing is: I copied the list code FROM there... |
| 14:32:42 | JdGordon | how long is the line? |
| 14:32:56 | aliask | Only just off screen using nimbus12 |
| 14:33:03 | aliask | I'll actually count now. |
| 14:33:07 | JdGordon | odd... |
| 14:33:24 | aliask | I'm pretty sure my list code must be screwed |
| 14:34:54 | JdGordon | if you paste it somewhere i can look.. but if u just copyied it from text_editor u should be ok |
| 14:35:40 | aliask | http://www.rockbox.org/tracker/?getfile=12035 is what I have at the moment |
| 14:37:36 | | Quit adiamas ("Chatzilla 0.9.75 [Firefox 1.5.0.4/2006050817]") |
| 14:37:50 | aliask | There's a flag in gui_synclist_init called "scroll_all" in the header file, but setting it true doesn't help, and on top of that text_editor sets it false, and has scrolling working. |
| 14:38:00 | JdGordon | rb->gui_synclist_init(&properties_lists, &get_props, file, false, 2); <- shouldnt that be get_props without the & ? |
| 14:38:31 | aliask | Possibly, that part's stolen from the id3 function (yes, it's all stolen code) |
| 14:38:51 | aliask | Let's see what happens. |
| 14:39:23 | JdGordon | also, i think your supposed to actually copy the text into the buffer, and return the buffer |
| 14:39:30 | JdGordon | that could be a problem also... |
| 14:40:16 | JdGordon | whats your plugin do? looks interesting |
| 14:41:27 | aliask | Basically at the moment it just gets the filesize |
| 14:41:43 | aliask | I was supprised there was nowhere in rockbox that actually did it. |
| 14:42:08 | * | JdGordon wanted to do something like that for folders and files |
| 14:43:11 | aliask | Folders might be a bit harder - I thought of your dirwalker function though. |
| 14:43:36 | JdGordon | i wanted to add it to stats, but havnt been bothred... |
| 14:43:53 | aliask | What, pass stats a folder or something? |
| 14:43:59 | JdGordon | ye, but you cant |
| 14:44:03 | JdGordon | so i havnt |
| 14:44:05 | aliask | Heh. |
| 14:44:20 | * | JdGordon doesnt know if dirwalker will ever make it into cvs.. but it would make life easier |
| 14:44:32 | aliask | Did it actually end up reducing code size? |
| 14:44:58 | JdGordon | na, tiny increase.. but i rekon its worth it.. coz it makes coding easier |
| 14:45:35 | | Join Paul_The_Nerd [0] (n=Main@wirelessdata-031-029.mycingular.net) |
| 14:45:55 | aliask | Odd. |
| 14:46:40 | JdGordon | ktorrent is a horrible BT client :p |
| 14:47:05 | aliask | Don't you use torrentflux? |
| 14:47:24 | aliask | Or did I see that somewhere else? |
| 14:47:35 | JdGordon | i did, but i havnt reinstalled it after format |
| 14:48:12 | aliask | Only thing it's missing is priorities... I started using it after seeing it on your server :) |
| 14:48:21 | JdGordon | :) |
| 14:49:05 | aliask | Ditching the & didn't help, but it didn't stop it working, and it saves 1 byte in the code, so out it stays |
| 14:52:26 | JdGordon | odd... i would havee thought that was a pointer error... |
| 14:52:36 | JdGordon | try actually copying the return strings into the buffer |
| 14:52:55 | aliask | In which function? |
| 14:53:22 | | Join lostlogic_ [0] (n=lostlogi@h-68-167-94-82.chcgilgm.covad.net) |
| 14:53:24 | | Quit lostlogic_ (Read error: 104 (Connection reset by peer)) |
| 14:55:23 | JdGordon | get_props |
| 14:56:23 | aliask | Yeah, sorry, stupid question :p |
| 14:57:41 | JdGordon | also, you should cache the filesize.. because that will recheck it every time you move in the list, but the file will stay the same size so there is no point doing that |
| 14:58:07 | aliask | I just noticed that then, wondering why it was lagging (just after boot) every keypress. |
| 14:59:45 | | Part Paul_The_Nerd |
| 15:00 |
| 15:01:07 | aliask | Ok, sticking that stuff in buffer didn't really do anything. I'm giving up for the night. School tomorrow. |
| 15:01:34 | JdGordon | :( |
| 15:01:43 | aliask | Yay school :( |
| 15:02:02 | JdGordon | ye, same, gotta leave in 12hrs 30min :p |
| 15:02:18 | aliask | Damn you. |
| 15:02:39 | aliask | Which uni you at? |
| 15:02:44 | JdGordon | monash |
| 15:03:00 | aliask | I was there today, eating free saussages at open day :D |
| 15:03:06 | JdGordon | hehe |
| 15:03:12 | aliask | I'll probably be there next year. |
| 15:03:12 | JdGordon | your in yr12? |
| 15:03:16 | aliask | Yeah. |
| 15:03:23 | JdGordon | your nuts.. take the year off |
| 15:03:50 | | Join lamed [0] (n=590038fe@labb.contactor.se) |
| 15:04:07 | aliask | Thats still an option, I can just defer if I get in |
| 15:04:17 | aliask | afk |
| 15:04:18 | JdGordon | what u want to get into? |
| 15:05:03 | lamed | hello |
| 15:05:22 | aliask | JdGordon: Science/Engineering double, or just engineering. |
| 15:05:48 | aliask | hello lamed |
| 15:06:33 | *** | Saving seen data "./dancer.seen" |
| 15:07:30 | JdGordon | well good luck for it |
| 15:08:05 | aliask | Thanks. I better head off anyway - g'night |
| 15:08:13 | | Quit lodesi ("leaving") |
| 15:08:20 | | Quit aliask ("sleep") |
| 15:16:59 | lamed | anyone else is having trouble with cvs update? |
| 15:17:34 | JdGordon | what sort of trouble? |
| 15:17:50 | lamed | ...this is weird. I can download a fresh repository but I can't update or status. |
| 15:20:18 | lamed | it just stands and do nothing. |
| 15:21:49 | | Join damaki__ [0] (n=Chocolat@ALille-153-1-40-83.w83-198.abo.wanadoo.fr) |
| 15:22:39 | amiconn | dionoea: around? |
| 15:23:16 | | Join webguest17 [0] (n=590038fe@labb.contactor.se) |
| 15:23:16 | | Quit lamed ("CGI:IRC (EOF)") |
| 15:23:24 | | Join lamed [0] (n=590038fe@labb.contactor.se) |
| 15:24:43 | | Quit lamed (Client Quit) |
| 15:24:43 | webguest17 | how do I tell grep to use a list of files made by say ls? |
| 15:24:51 | | Quit webguest17 (Client Quit) |
| 15:24:56 | | Join lamed [0] (n=590038fe@labb.contactor.se) |
| 15:25:01 | lamed | how do I tell grep to use a list of files made by say ls? |
| 15:25:11 | | Quit Nibbler ("Leaving") |
| 15:25:39 | crwl | uh? |
| 15:25:47 | | Join lodesi [0] (n=lds@d01v-89-83-175-110.d4.club-internet.fr) |
| 15:25:55 | | Join pike [0] (i=amiga@c83-249-120-24.bredband.comhem.se) |
| 15:26:05 | crwl | do you mean something like ls | grep something |
| 15:26:12 | lamed | yepp |
| 15:26:38 | lamed | but ls |grep something will cause grep to work on the filename, not on it's content. |
| 15:27:12 | crwl | grep something `ls something` |
| 15:27:13 | Mikachu | lamed: ls|xargs grep hi |
| 15:27:21 | crwl | grep something * |
| 15:27:33 | crwl | some greps probably don't take more than one filename argument |
| 15:28:00 | crwl | xargs helps then |
| 15:28:42 | lamed | mikachu always understands me :) |
| 15:29:08 | | Join Nibbler [0] (n=sven@port-212-202-193-252.dynamic.qsc.de) |
| 15:30:02 | Mikachu | i am of course assuming the command isn't just "ls" |
| 15:30:17 | lamed | the idea was to run grep over grep |
| 15:30:43 | lamed | i guess there"s a simpler syntax for that as well |
| 15:35:31 | | Quit Nibbler ("Leaving") |
| 15:35:31 | | Quit lamed ("CGI:IRC (EOF)") |
| 15:40:22 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
| 15:42:38 | | Quit Poka64 ("bye for now") |
| 15:45:24 | | Join lamed [0] (n=59007061@labb.contactor.se) |
| 15:47:10 | | Join sven_ [0] (n=sven@port-212-202-193-252.dynamic.qsc.de) |
| 15:47:51 | lamed | I think I found my cvs update problem. how can I make sure i'm logged in using my cvs name? |
| 15:49:38 | lamed | someone please change the topic to 'No answering question day' |
| 15:50:14 | Mikachu | or maybe change it to 'Sunday 4am' |
| 15:51:55 | lamed | it's 5 pm here :) and btw, ususally I join in in about 2-4 am, which would be like what? 1-3 pm in your time, and still not many people are around answering :D |
| 15:53:36 | Mikachu | uh oops, 4pm |
| 15:53:42 | Mikachu | :P |
| 15:54:16 | lamed | a-ha! |
| 15:54:30 | Mikachu | i hate am/pm |
| 15:54:49 | lamed | i hate cvs update |
| 15:59:39 | | Quit sven_ (Read error: 54 (Connection reset by peer)) |
| 16:00 |
| 16:02:25 | | Join sven_ [0] (n=sven@port-212-202-193-252.dynamic.qsc.de) |
| 16:05:00 | S0ap | I hate time zones. |
| 16:08:34 | lamed | da&%n it! I can update one repository but not the other. |
| 16:09:11 | | Join dropandho [0] (n=dropandh@cpe-24-193-36-91.nyc.res.rr.com) |
| 16:15:17 | | Quit damaki__ (Read error: 104 (Connection reset by peer)) |
| 16:19:07 | | Quit joe2 (Read error: 110 (Connection timed out)) |
| 16:19:20 | | Join damaki [0] (n=Chocolat@ALille-153-1-40-83.w83-198.abo.wanadoo.fr) |
| 16:23:47 | | Quit damaki (Remote closed the connection) |
| 16:23:49 | | Quit lodesi ("leaving") |
| 16:24:26 | | Quit barrywardell () |
| 16:28:13 | | Join barrywardell [0] (n=barrywar@194.46.169.183) |
| 16:29:34 | | Join damaki [0] (n=Chocolat@ALille-153-1-40-83.w83-198.abo.wanadoo.fr) |
| 16:34:38 | | Quit Mikachu (Remote closed the connection) |
| 16:35:22 | | Join lodesi [0] (n=lds@d01v-89-83-175-110.d4.club-internet.fr) |
| 16:37:55 | | Quit damaki (Read error: 104 (Connection reset by peer)) |
| 16:38:58 | | Join damaki [0] (n=Chocolat@ALille-153-1-40-83.w83-198.abo.wanadoo.fr) |
| 16:39:07 | | Join Mikachu [0] (i=Mikachu@kr-lun-154-152-233-83.3.cust.bredband2.com) |
| 16:39:41 | | Quit damaki (Read error: 104 (Connection reset by peer)) |
| 16:46:37 | | Join gapz [0] (n=gapz@84.5.204.6) |
| 16:49:41 | | Part gapz ("init 0 - http://distronux.org/ || http://gapz.tuxfamily.org") |
| 16:54:34 | | Quit pike () |
| 16:54:46 | | Join pike [0] (i=amiga@c83-249-120-24.bredband.comhem.se) |
| 17:00 |
| 17:04:28 | | Join Criamos [0] (n=Criamos@p549324B8.dip0.t-ipconnect.de) |
| 17:06:34 | *** | Saving seen data "./dancer.seen" |
| 17:06:59 | | Quit Mikachu (Remote closed the connection) |
| 17:08:58 | | Join Mikachu [0] (i=Mikachu@kr-lun-154-152-233-83.3.cust.bredband2.com) |
| 17:30:56 | | Join Hansmaulwurf [0] (n=maerlyn@p50818EA3.dip0.t-ipconnect.de) |
| 17:47:33 | | Quit humulus ("leaving") |
| 17:48:22 | | Join thegeek_ [0] (n=thegeek@s026b.studby.ntnu.no) |
| 17:48:22 | | Quit thegeek_ (Read error: 104 (Connection reset by peer)) |
| 17:48:25 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
| 17:48:36 | | Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) |
| 18:00 |
| 18:08:27 | | Join YouCeyE [0] (n=YouCeyE@unaffiliated/youceye) |
| 18:09:49 | | Quit powr-toc (Remote closed the connection) |
| 18:10:27 | | Quit RedBreva (Read error: 54 (Connection reset by peer)) |
| 18:12:43 | | Join Psilonaut [0] (i=DaPhunka@26.130-246-81.adsl-dyn.isp.belgacom.be) |
| 18:15:13 | | Quit Criamos ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
| 18:18:01 | | Join Criamos [0] (n=Criamos@p549324B8.dip0.t-ipconnect.de) |
| 18:24:15 | | Quit lamed ("CGI:IRC (EOF)") |
| 18:48:32 | | Quit mikearthur (Read error: 54 (Connection reset by peer)) |
| 18:52:22 | | Join dan_a [0] (n=dan-mirc@217.23.173.156) |
| 18:59:02 | | Join sharpe [0] (i=sharpe@user-0c8hc2c.cable.mindspring.com) |
| 19:00 |
| 19:02:47 | | Join webguest67 [0] (n=daec86d1@labb.contactor.se) |
| 19:02:54 | webguest67 | hoo.. |
| 19:03:02 | | Nick webguest67 is now known as holyshit (n=daec86d1@labb.contactor.se) |
| 19:03:05 | holyshit | hi |
| 19:04:22 | holyshit | I have some question.. |
| 19:04:37 | holyshit | hello~ any body~? |
| 19:05:11 | holyshit | hey |
| 19:05:17 | holyshit | hum.... |
| 19:05:25 | | Quit barrywardell () |
| 19:05:32 | S0ap | ask the question |
| 19:05:47 | holyshit | thanks; |
| 19:05:54 | holyshit | I have a iriver ifp-999 |
| 19:06:05 | dionoea | amiconn: ? |
| 19:06:18 | | Join barrywardell [0] (n=barrywar@194.46.169.183) |
| 19:06:37 | *** | Saving seen data "./dancer.seen" |
| 19:06:40 | | Quit holyshit (Client Quit) |
| 19:20:35 | | Join petur [0] (n=petur@rockbox/developer/petur) |
| 19:27:53 | | Join eGen [0] (i=generat0@boserver.mudecin.cz) |
| 19:29:29 | | Join LandusMikain [0] (i=Landus@70-100-181-192.dsl1-erie.roc.ny.frontiernet.net) |
| 19:30:16 | | Quit Landus (Nick collision from services.) |
| 19:30:22 | | Quit LandusMikain (Client Quit) |
| 19:30:57 | | Join Landus [0] (i=Landus@70-100-181-192.dsl1-erie.roc.ny.frontiernet.net) |
| 19:32:22 | | Quit Landus (Client Quit) |
| 19:32:39 | | Join Landus [0] (i=Landus@70-100-181-192.dsl1-erie.roc.ny.frontiernet.net) |
| 19:33:41 | * | linuxstb watches some MPEG video on his ipod |
| 19:34:33 | dionoea | w00t :) |
| 19:34:45 | dionoea | how many fps do you have ? |
| 19:34:58 | dan_a | linuxstb: Well done! |
| 19:35:04 | | Quit eGen_ (Read error: 113 (No route to host)) |
| 19:35:04 | linuxstb | I wouldn't go as far as w00t... |
| 19:35:30 | linuxstb | It's around 9fps - but that's just a first implementation with no optimisations, not even any use of IRAM. |
| 19:35:38 | | Join bmac2 [0] (n=bmac2@c-67-186-254-63.hsd1.co.comcast.net) |
| 19:35:57 | dionoea | sounds great :) is it based on the work from "the other guy who's name i forgot" ? |
| 19:36:21 | linuxstb | Both MPEG-1 and MPEG-2 seem to perform the same, which seems odd to me, but I don't know the details of what differs between the two. |
| 19:36:42 | linuxstb | No. I took the same library he tried (libmpeg2) and ported it myself, rather than using his port. |
| 19:36:50 | dionoea | ok |
| 19:37:25 | dionoea | if you need help on libmpeg2 you can ask sam and Meuuh on freenode. They're the current libmpeg2 mantainers |
| 19:38:29 | dionoea | They usually hang arround in #videolan |
| 19:38:50 | linuxstb | I'm just starting work with it. But I'm sure it's worth asking them for optimisation tips at some point. Although there are some functions with ASM versions for various platforms (X86, Sparc), so the obvious place to start would be ARM (and Coldfire) versions of those. |
| 19:39:36 | midgey34 | dionoea: do you plan on changing the numbers in solitaire back into color or leaving them as black? |
| 19:40:02 | dionoea | i plan on changing those :) |
| 19:40:17 | midgey34 | all right :) |
| 19:42:02 | dionoea | midgey34: i was thinking about using stuff like http://www.jfitz.com/cards/ for color screens |
| 19:42:08 | dionoea | i don't know if it's a good idea though |
| 19:42:16 | bmac2 | is there a way I can set my ipod to automatically choose rockbox on boot instead of the apple software? I have ipodlinux and the bootloader installed, and everything works great. Just when it shuts down, I have to manually choose rockbox |
| 19:42:37 | midgey34 | oh those look nice |
| 19:42:45 | bmac2 | is that a function of the ipodlinux boot loader? |
| 19:43:01 | dionoea | midgey34: the only issue is finding out if they look good on really small screens :p |
| 19:43:17 | linuxstb | bmac2: Yes. You can use a config file to set a default firmware and a timeout - check the ipodlinux.org wiki. |
| 19:43:19 | dionoea | and i think that i'll also move the card drawing routines to a plugin lib so that other plugins can use it |
| 19:43:29 | bmac2 | ok linuxstb thanks |
| 19:43:44 | midgey34 | well, I renamed the solitaire_numbers etc to card_* |
| 19:44:05 | midgey34 | since they overlap in blackjack, but I used a different cardback |
| 19:47:30 | dionoea | midgey34: i don't know when you last had a look at the solitaire source code, but i changed the display stuff quite a bit this week to have simple card drawing functions. The idea would be to have a lib exporting these card drawing functions (the plugins wouldn't have any knowledge of the graphics themselves) |
| 19:53:15 | amiconn | dionoea: There is still the rather strange bug with vanishing cards in solitaire |
| 19:53:54 | dionoea | the loop vanish thing ? |
| 19:54:06 | | Quit Ribs (".") |
| 19:54:41 | | Join Ribs [0] (n=ribs@riblet.plus.com) |
| 19:54:42 | amiconn | A new observation is that when starting with a fresh stack (at start of game or when "wrapping" around), you have to draw twice in order to see card(s) drawn |
| 19:55:24 | amiconn | What's interesting now is that the first draw actually draws a card, but this card is invisible(!) |
| 19:55:31 | dionoea | that's weird. I'll fix it ... once my solitaire.c compiles again |
| 19:56:04 | amiconn | You can put this card elsewhere if it matches, which causes the card to become visible |
| 19:56:35 | amiconn | If this is possible and you put this invisible card away, the next drawn card is again invisible... |
| 19:56:56 | dionoea | could you provide a simple key sequence so i can reproduce this ? |
| 19:59:03 | Slasheri | linuxstb: hi, would you like to have the newest bootloader? :) |
| 19:59:22 | linuxstb | Sure. |
| 19:59:26 | Slasheri | just a moment |
| 20:00 |
| 20:00:31 | linuxstb | amiconn: Did you write the yuv_bitmap_part() function in the jpeg viewer? |
| 20:03:05 | | Join leftright [0] (n=leftrigh@p54996CD6.dip.t-dialin.net) |
| 20:05:48 | | Join Daishi [0] (n=daishi@ool-45703854.dyn.optonline.net) |
| 20:06:17 | | Quit pike (Read error: 110 (Connection timed out)) |
| 20:12:31 | Slasheri | linuxstb: http://ihme.org/~miipekk/rockbox/h140_flash_2.patch and rockbox.iriver |
| 20:12:42 | Slasheri | apply that patch to the latest cvs (revert the previous patch first) |
| 20:12:55 | Slasheri | that new bootloader uses the eeprom memory |
| 20:13:41 | Slasheri | ups, bootloader.iriver |
| 20:14:51 | leftright | Slasheri, what are the advantages of this eeprom bootloader |
| 20:15:47 | Slasheri | leftright: putting rockbox to flash makes bootup a little faster and it allows for example dircache and tagcache to be serialized on the disk, so the last state can be loaded immediately thus saving some battery on bootup |
| 20:16:37 | Slasheri | uusing the eeprom configuration memory makes it possible for bootloader and rockbox to communicate with each other |
| 20:17:02 | leftright | thanks :) |
| 20:17:14 | Slasheri | so bootloader can tell for example if it's safe to assume the disk is still intact from changes |
| 20:17:43 | crwl | when doing a battery benchmark, should the headphones be connected? does it make a noticeable difference? |
| 20:17:59 | leftright | so changes can be done to the bootloader from disk ? |
| 20:18:51 | Slasheri | leftright: no, bootloader still needs to be flashed (it can be now updated inside rockbox) |
| 20:19:05 | | Part bmac2 ("Leaving") |
| 20:19:14 | leftright | ah so no need to reflash it then ? |
| 20:19:38 | linuxstb | Slasheri: eb6204a140f7c1ee5e0b61135eab84f2 bootloader.iriver ? |
| 20:19:41 | Slasheri | hmm, what do you mean with reflashing? |
| 20:20:01 | Slasheri | linuxstb: seems to be correct |
| 20:21:06 | leftright | once your botloader has been installed, future changes to bootloader can be done without reflashing with a new bootloader |
| 20:21:49 | Slasheri | leftright: hmm, not really. bootloader always needs to be flashed if there is a need to upgrade it |
| 20:22:00 | Slasheri | but the flashing can be done inside a rockbox conviently |
| 20:22:06 | Slasheri | -a |
| 20:22:20 | leftright | actually ignore me, i'm just shooting the breeze here, :> |
| 20:22:26 | Slasheri | hehe :) |
| 20:23:07 | linuxstb | Slasheri: Seems to be working nicely. |
| 20:23:19 | Slasheri | nice :) are you using dircache? |
| 20:23:20 | amiconn | linuxstb: yes |
| 20:23:27 | Slasheri | try to boot twice |
| 20:23:43 | Slasheri | then you should see it's no more scanning the disk |
| 20:24:40 | linuxstb | amiconn: I'm testing it my libmpeg2 based video player - I wanted to ask you what the csub_x and csub_y parameters are for. It seems to work if I set them both to 2. |
| 20:25:16 | Slasheri | linuxstb: with current bootloader it's even possible to configure an eeprom setting so bootloader can load firmware by default either from disk or from flash |
| 20:25:18 | amiconn | These parameters indicate the chroma subsampling |
| 20:25:34 | Slasheri | but i haven't added that "bootloader configuration" menu to rockbox yet |
| 20:26:20 | Slasheri | i was even thinking that as we have plenty of flash, user could put two images in the flash. Other could be ram image and the other a ROM image |
| 20:26:20 | amiconn | u and v bitmaps can have a lower resolution than the luma bitmap |
| 20:26:31 | linuxstb | Slasheri: Could it somehow work automatically if the Rockbox version on disk is newer than the one in flash. And maybe the flashing plugin could set the "boot from flash" flag when it flashes a firmware. |
| 20:26:49 | amiconn | jpeg allows various combinations, so these parameters are variable |
| 20:27:25 | Slasheri | linuxstb: hmm, i don't know how to do that because bootloader has already gone when disk is still spinning up |
| 20:27:40 | | Quit lee-qid ("Trillian (http://www.ceruleanstudios.com") |
| 20:28:03 | dionoea | mpeg2 usually is 4:1:1 |
| 20:28:30 | Slasheri | linuxstb: but maybe rockbox could change that flag to boot from disk if it's found current flash image is older than the rockbox.iriver available on disk |
| 20:28:47 | dionoea | err ... 4:2:0 sorry |
| 20:28:52 | Slasheri | however, .iriver -files don't have a version flag included |
| 20:29:30 | leftright | Slasheri: I delete songs frequently from albums and resync often with my pc, will that cope |
| 20:30:09 | Slasheri | leftright: yes, that is why eeprom support is necessary so even if you use bootloader usb mode, rockbox will know that you have used it |
| 20:30:21 | Slasheri | because now bootloader and rockbox can communicate |
| 20:31:13 | linuxstb | amiconn: My MPEG test files are 224x176, and the chroma bitmap seems to be 112x88. So am I right in thinking csub_x and csub_y should both be 2? (it at least looks like it's working) |
| 20:31:24 | amiconn | yes |
| 20:31:44 | Slasheri | amiconn: btw, what do you think about the firmware_settings struct in firmware/export/eeprom_settings.h? |
| 20:31:54 | | Join JosM [0] (n=jos@vpn103.geodelft.nl) |
| 20:32:03 | JosM | hi all |
| 20:32:18 | amiconn | I didn't look at it at all yet |
| 20:32:31 | JosM | can I ask a question about flashing? |
| 20:32:51 | leftright | just ask |
| 20:33:24 | JosM | well, the link in the documentation to the files doesn't seem to work anymore. Where can I get the files? (Rec V1) |
| 20:34:25 | JosM | see: http://www.jens-arnold.net/Rockbox/flash_rec.zip |
| 20:35:15 | dropandho | is there anywhere on the wiki that i can read what this EEPROM support is all about? |
| 20:35:31 | Slasheri | dropandho: hmm, not yet |
| 20:35:46 | dropandho | ok- good...i wanted to make sure i wasn't loosing my mind- thanks! |
| 20:35:49 | JosM | addendum, on http://www.rockbox.org/twiki/bin/view/Main/FlashingRockbox |
| 20:35:52 | | Part amiconn |
| 20:35:55 | Slasheri | dropandho: but i am sure some information will be added there |
| 20:36:02 | dropandho | great- thanks guys! |
| 20:37:04 | Slasheri | dropandho: the code is just not yet ready for regular users to start using it |
| 20:37:12 | petur | Slasheri: did you include debug code to read the eeprom? |
| 20:37:23 | Slasheri | petur: yes, should be in cvs |
| 20:37:28 | * | petur is looking at eeprom support for h300 |
| 20:37:36 | Slasheri | petur: the rom dump feature should now dump eeprom contents also |
| 20:37:40 | Slasheri | (but only on H1xx) |
| 20:38:05 | petur | already enabled eeprom here ;) |
| 20:38:10 | Slasheri | hehe :) |
| 20:38:30 | petur | good you wrote the driver, I seem to have deleted my half-working version :( |
| 20:38:45 | Slasheri | oh :/ |
| 20:39:02 | petur | was in some test build directory which I cleaned up some time ago... grrrr |
| 20:39:07 | Slasheri | hmm, but the H300 version was a bit different with hardware I2C-bus? |
| 20:39:23 | Slasheri | with H100 that bus was implemented by software |
| 20:40:01 | petur | afaik it's on the same bus as the pcf |
| 20:40:14 | Slasheri | and the H300 has also bigger chip (more than 128 bytes) |
| 20:40:24 | Slasheri | ok, so it needs a different driver then |
| 20:40:44 | | Quit barrywardell () |
| 20:41:01 | Slasheri | but maybe you can get some clue from the working eeprom code and the pcf driver |
| 20:41:18 | Slasheri | just combine those and basic single byte read/write operations should work :) |
| 20:41:32 | Slasheri | i haven't yet implemented page write / sequential read for better performance |
| 20:41:33 | JosM | hmm, it seems that all the download links on http://www.rockbox.org/twiki/bin/view/Main/FlashingRockbox don't work... |
| 20:42:52 | leftright | where's Badger |
| 20:43:44 | | Quit Bger ("brb") |
| 20:44:40 | | Join [1]leftright [0] (n=leftrigh@p54995E74.dip.t-dialin.net) |
| 20:46:57 | | Part [1]leftright |
| 20:55:24 | | Join gtkspert_ [0] (n=gtkspert@210-84-29-211.dyn.iinet.net.au) |
| 20:55:58 | | Quit MarcoPolo (Remote closed the connection) |
| 20:58:34 | dionoea | linuxstb: gibalou on #videolan suggested having a look at http://tcpmp.corecodec.org/ . It's a pocket pc media player and it features arm optimisations. |
| 20:58:38 | dionoea | It's also GPL |
| 20:59:03 | linuxstb | Does that use libmpeg2 then? |
| 20:59:08 | dionoea | i doubt it |
| 20:59:30 | dionoea | 20:57:59 < gibalou> dionoea: yeah, it is a pocketpc player and most of these use arm processors |
| 20:59:33 | dionoea | 20:58:09 < gibalou> it actually is the best pocketpc player around |
| 21:00 |
| 21:00:00 | | Join Poka64 [0] (i=peter@hd5e241ae.gavlegardarna.gavle.to) |
| 21:00:21 | dionoea | the only issue is that you have to email the guy to get the source code ... but that shouldn't be too complicated |
| 21:00:32 | linuxstb | I've already got the source - google found it for me. |
| 21:00:39 | dionoea | :) |
| 21:00:48 | dionoea | have fun :p |
| 21:00:50 | dionoea | bbl |
| 21:00:50 | linuxstb | It's GPL, so once one person gets the source... |
| 21:01:40 | | Quit leftright (Read error: 110 (Connection timed out)) |
| 21:04:19 | | Quit Hansmaulwurf ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 21:05:07 | petur | Slasheri: I wished you didn't couple eeprom driver with eeprom settings. Or does it keep out of the eeprom if not flashed? |
| 21:06:39 | *** | Saving seen data "./dancer.seen" |
| 21:14:10 | | Quit gtkspert (Read error: 110 (Connection timed out)) |
| 21:16:33 | Slasheri | petur: yes, eeprom is not touched unless rockbox detects firmware flashed |
| 21:17:05 | petur | does weird things here |
| 21:17:11 | Slasheri | hmm |
| 21:17:14 | petur | must enable step by step |
| 21:17:20 | Slasheri | what kind of things? |
| 21:17:24 | | Join TomFelker [0] (n=tom@c-24-4-91-61.hsd1.ca.comcast.net) |
| 21:17:55 | petur | the init does something bad with the pcf communication |
| 21:18:20 | Slasheri | ah, well that software i2c driver cannot work with the hardware driver |
| 21:18:22 | petur | It jumps to a quicmenu and battery indicator goes to zero |
| 21:18:48 | Slasheri | so you need to replace all of the sw_i2c_* -functions with correct code taken from the pcf driver |
| 21:20:06 | petur | pcf50606 doesn't use hardware I2c it seems |
| 21:20:12 | Slasheri | hmm, interesting |
| 21:20:24 | Slasheri | well, then it might work |
| 21:20:37 | petur | but there's stuff running in other tasks - will have to prevent that |
| 21:20:44 | Slasheri | but there is no need to init the i2c bus twice.. so just remove the init code from the eeprom driver |
| 21:20:51 | Slasheri | true |
| 21:21:18 | * | petur slaps himself hard for deleting his code |
| 21:21:24 | Slasheri | :D |
| 21:21:36 | Slasheri | and you don't need the eeprom_settings.c for testing the driver |
| 21:22:39 | petur | yes, I'm that far already, just creating myself a debug screen to test some stuff |
| 21:22:47 | Slasheri | nice :) |
| 21:38:22 | | Join Bger [0] (n=bager@rockbox/developer/Bger) |
| 21:41:05 | | Join Massa [0] (n=Massa@85.220.132.199) |
| 21:44:18 | | Join pike [0] (i=amiga@c83-249-120-24.bredband.comhem.se) |
| 21:45:35 | dionoea | linuxstb: 21:07:07 < Meuuh> dionoea : AFAIR BBPlay had an ARM-optimized YUV to RGV |
| 21:47:00 | linuxstb | dionoea: OK, thanks. I don't think the yuv2rgb conversion is much of a bottleneck though. |
| 21:47:56 | | Join gtkspert [0] (n=gtkspert@203-59-86-215.dyn.iinet.net.au) |
| 21:49:27 | dionoea | linuxstb: 21:07:13 < Meuuh> which helped a lot actually |
| 21:49:37 | dionoea | you do yuv to rgb for every frame |
| 21:49:53 | dionoea | that's quite a lot |
| 21:50:19 | petur | 30 times per second? |
| 21:50:31 | dionoea | it's one 3x3 matrix time one 3 item vector for each pixel |
| 21:50:42 | dionoea | petur: 25 or 29.97 times per second yes :) |
| 21:51:02 | Mikachu | in mplayer, they bothered to write a yuv2rgb function in the pixel shader in the gl output driver |
| 21:51:29 | dionoea | unfortunately i doubt that the ipod has such hardware :) |
| 21:51:42 | Mikachu | yes just pointing out that it might make a difference |
| 21:51:58 | ze | also the video output methods that mplayer can skip conversion with tend to be the fastest (afaik) |
| 21:52:01 | dionoea | most x11 / opengl /directx graphics card indeed handle the conversion themselves |
| 21:53:41 | | Join sankao [0] (n=sankao@adsl-75-16-33-203.dsl.irvnca.sbcglobal.net) |
| 21:57:22 | | Join sharpe` [0] (i=sharpe@user-0c8hc2c.cable.mindspring.com) |
| 21:57:32 | | Quit sharpe (Read error: 104 (Connection reset by peer)) |
| 22:00 |
| 22:01:33 | linuxstb | My test file is now playing at around 11.3fps. If I disable the actual display of the frames (the yuv2rgb conversion, and copying to the framebuffer), then it's running at 20fps. So I guess that makes it a bottleneck... |
| 22:03:28 | dionoea | what's the ipod's LCD's max framerate atm ? |
| 22:03:36 | linuxstb | So I think an asm optimised "yuv_blit" function which does the conversion from yuv2rgb and writes the data directly to the lcd hardware is the way to go. |
| 22:03:44 | * | petur whispers a little w00t |
| 22:04:12 | dionoea | :) |
| 22:05:02 | linuxstb | This is on my Photo - test_fps is giving me 48.5fps |
| 22:05:41 | | Quit gtkspert_ (Read error: 113 (No route to host)) |
| 22:05:51 | linuxstb | So with further optimisation of the decoder itself, 25fps doesn't look completely unrealistic. It would be even easier on the Nano's smaller LCD. |
| 22:06:05 | dionoea | sounds great :D |
| 22:06:31 | linuxstb | And that leaves the COP to take care of reading the data from disk and decoding the audio... |
| 22:06:39 | linuxstb | (or vice-versa) |
| 22:06:43 | dionoea | you're decoding LCD size video ? |
| 22:06:45 | | Quit netmasta10bt ("My damn controlling terminal disappeared!") |
| 22:06:49 | linuxstb | Yes. |
| 22:06:51 | | Join hexreel [0] (n=xreel@pool-71-113-145-186.frstil.dsl-w.verizon.net) |
| 22:06:52 | dionoea | k |
| 22:06:58 | linuxstb | Well, 4 pixels wider than the LCD - 224x176 |
| 22:07:36 | | Quit gtkspert (Read error: 110 (Connection timed out)) |
| 22:07:56 | dionoea | is you fps_test plugin available for download somewhere ? |
| 22:08:05 | dionoea | *test_fps |
| 22:08:08 | * | dan_a gets confused by pointers |
| 22:08:25 | dionoea | hehe |
| 22:08:31 | linuxstb | It's in CVS - but you need to add it to apps/plugins/SOURCES to compile it. |
| 22:08:41 | dionoea | ok, thanks |
| 22:09:29 | * | linuxstb encodes a Nano-sized file to test |
| 22:09:30 | dan_a | If "const char *thread_name[MAXTHREADS];" works fine, why doesn't "const char *thread_name[NUM_CPUS][MAXTHREADS];"? |
| 22:10:00 | | Join gtkspert [0] (n=gtkspert@124-168-73-220.dyn.iinet.net.au) |
| 22:12:24 | dan_a | Ah, found it! |
| 22:12:24 | | Join Paul_The_Nerd [0] (n=Paul_The@cpe-70-112-165-230.austin.res.rr.com) |
| 22:16:42 | | Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) |
| 22:18:02 | | Join barrywardell [0] (n=barrywar@194.46.169.183) |
| 22:18:57 | linuxstb | Good news for Nano owners - without rendering, the decoder is managing about 30fps for a 176x128 file on my Photo. With the existing unoptimised rendering, it's already about 18fps. |
| 22:19:19 | petur | whoa |
| 22:20:58 | midgey34 | linuxstb: iriver only manages 10fps on the h300 so your 11.3 on the photo is already impressive |
| 22:21:17 | linuxstb | This is without sound... |
| 22:21:45 | midgey34 | good point |
| 22:22:14 | linuxstb | i would be interested to see how it runs on a 124MHz coldfire compared to a 75MHz ARM. |
| 22:26:36 | | Quit obo ("bye") |
| 22:29:42 | Bagder | it seems I might get a package tomorrow |
| 22:30:27 | dan_a | Bagder: Oooh, a Sansa shaped package? |
| 22:30:33 | Bagder | yeps |
| 22:30:46 | dan_a | With JTAG? |
| 22:30:52 | Bagder | supposedly, yes |
| 22:30:55 | * | linuxstb wonders if they've accidentally dropped some documentation in the box... |
| 22:31:01 | petur | hahaha |
| 22:31:06 | petur | dream on |
| 22:31:17 | dionoea | what cpu does the sansa use ? |
| 22:31:21 | midgey34 | Badger: that didn't take very long |
| 22:31:23 | Bger | linuxstb: "accidentally" ... |
| 22:31:26 | Bagder | dionoea: PP5024 |
| 22:31:40 | dionoea | hum ... documentation would indeed be nice :) |
| 22:31:43 | Bagder | midgey34: UPS express apparently |
| 22:31:51 | midgey34 | how nice |
| 22:32:07 | linuxstb | dionoea: It's similar to the PP5020/1/2 used in the newer ipods, but with some extra hardware (e.g. the audio codec) and minus some hardware (e.g. an ATA controller) |
| 22:32:57 | linuxstb | Any H300 owners want to test my mpeg player? |
| 22:33:18 | Spida | linuxstb: yes |
| 22:33:23 | Bger | linuxstb: yes :) |
| 22:33:27 | midgey34 | I can do it, but I have no way of making a test file |
| 22:33:29 | linuxstb | You'll need an MPEG-2 "elementary stream" the same size (or smaller) than your LCD. |
| 22:33:38 | dionoea | (/me asks a question while many people are on the chan) has anyone already tried having fun with the ipod deck's infrared port ? |
| 22:33:39 | linuxstb | I suppose I could upload a test file as well... |
| 22:33:51 | dionoea | *dock |
| 22:34:03 | Bger | linuxstb: it would be easier if you put such file, yes ... |
| 22:35:02 | linuxstb | OK, I'll encode a short test file now. |
| 22:35:21 | Bger | or if you could tell mencoder opts .. :) |
| 22:35:36 | S0ap | can your decoder handle MPEG-1 in its current state? |
| 22:36:09 | S0ap | for the free version of TMPEGenc gives excellent fine-grained control over the creation of MPEG-1 |
| 22:36:32 | Spida | S0ap: which OS is TMPEGenc? |
| 22:36:37 | S0ap | Windows |
| 22:36:44 | | Join pixelma [0] (i=pixelma@82.193.235.34) |
| 22:36:47 | Spida | ok, doesn't work here... |
| 22:36:56 | linuxstb | S0ap: Yes, it handles both MPEG-1 and MPEG-2 |
| 22:36:58 | S0ap | the pay version gives equally fine-grained control over MPEG-2. |
| 22:37:19 | linuxstb | I've been encoding at around 600kbps for 224x176 files. |
| 22:37:45 | S0ap | Its encoder is considered a generation behind, but I don't know of another tool which allows the tweaking of so many nuances. |
| 22:37:49 | | Quit pike (Read error: 110 (Connection timed out)) |
| 22:38:26 | | Quit Massa (Read error: 113 (No route to host)) |
| 22:38:37 | Bger | linuxstb: patch ? |
| 22:38:51 | S0ap | if I did my math right, 600kb@224x176 is even higher than SVCD bitrates. |
| 22:38:52 | dionoea | S0ap: ffmpeg should allow testing of many nuances :) |
| 22:39:11 | | Quit Poka64 ("XChat 2.6.6 - www.xchat.org") |
| 22:39:57 | S0ap | is there reason to believe a bitrate closer to 400 would give an apreciable increase in decoding framerate? |
| 22:40:08 | | Join amiconn [0] (n=jens@rockbox/developer/amiconn) |
| 22:40:08 | linuxstb | S0ap: Yes, it probably would. |
| 22:40:30 | | Join mikearthur [0] (n=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
| 22:41:06 | linuxstb | Plugin is here: http://www.davechapman.f2s.com/rockbox/mpegplayer.tgz |
| 22:41:27 | linuxstb | Extract it in apps/plugins and then add "mpegplayer" to apps/plugins/SUBDIRS |
| 22:42:12 | linuxstb | Also add the line ".m2v,viewers/mpegplayer.rock" to apps/plugins/viewers.config (or whatever extension you want to use) |
| 22:42:51 | amiconn | linuxstb: Btw, yuv_bitmap_part() isn't optimised for speed |
| 22:43:36 | amiconn | Well, in fact it is, but I think there's room for more |
| 22:44:14 | linuxstb | I was going to ask you about that. What do you think of the idea of a "yuv_blit" function? |
| 22:44:32 | amiconn | It does several divisions and modulo operations per pixel row |
| 22:44:45 | | Quit JosM () |
| 22:45:16 | amiconn | Provided we only need to support subsampling by powers of 2, these could be replaced by shifting and masking |
| 22:45:54 | dionoea | well you could use only 1 sort of subsampling. |
| 22:46:02 | dionoea | -sort+kind |
| 22:46:16 | amiconn | dionoea: Not for jpeg. |
| 22:46:20 | dionoea | as 99% of mpeg2 files use 4:2:0 |
| 22:46:47 | dionoea | amiconn: well the mpeg2 decoder would have an optimised version i guess |
| 22:47:02 | amiconn | Could be done, yes |
| 22:47:30 | Bger | linuxstb: sh.t |
| 22:47:44 | Bger | /home/Bager/Rockbox/clr/rockbox-devel/apps/plugins/mpegplayer/header.c:364: undefined reference to `memcpy' |
| 22:47:47 | S0ap | is this MPEG-2 SP or MP? |
| 22:48:15 | midgey34 | Bger: I got the same |
| 22:48:26 | Bger | some kind of var init... |
| 22:48:34 | linuxstb | I guess that's gcc needing memcpy... |
| 22:48:48 | linuxstb | Just add a simple wrapper to rb->memcpy at the top of header.c |
| 22:49:12 | linuxstb | Strange it doesn't complain for ARM. |
| 22:49:13 | TomFelker | does gcc sometimes call memcpy on its own? i was having a problem with that when i tried compiling with -fno-inline |
| 22:49:37 | Bagder | yes it does |
| 22:49:39 | amiconn | TomFelker: Yes it does |
| 22:50:41 | TomFelker | (thanks to gcc3.4 cross compiling being broken and nobody will fix it on amd64, i'm trying to get it to compile on 4.0.1) |
| 22:51:11 | amiconn | TomFelker: You can build m68k-elf-gcc 3.4.x on amd64 |
| 22:51:25 | amiconn | It requires a somewhat hackish patch, but it works |
| 22:51:28 | | Join blackvd [0] (i=1000@c-71-198-82-177.hsd1.ca.comcast.net) |
| 22:51:31 | linuxstb | S0ap: I'm not sure what libmpeg2 can handle - but this plugin should support everything libmpeg2 does. |
| 22:51:46 | TomFelker | amiconn: the patch gets around the ICE while compiling GCC? |
| 22:51:52 | amiconn | yes |
| 22:52:05 | blackvd | say is there a option in the menu to turn on your album art or should it just show up? |
| 22:52:16 | Bger | linuxstb: ok, compiled |
| 22:52:26 | | Quit MarcoPolo (Remote closed the connection) |
| 22:52:32 | petur | blackvd: needs a patch to work |
| 22:52:34 | linuxstb | Bger: Do you still want a test file. |
| 22:52:50 | Spida | what happened to the rockbox-optimized patche for h3X0? |
| 22:53:00 | Bger | linuxstb: yep :( |
| 22:53:03 | petur | blackvd: or get a custom build in the forum |
| 22:53:18 | markun | linuxstb: is your plugin based on mirak's patch? |
| 22:53:21 | Bger | linuxstb: or params for mencoder |
| 22:53:24 | blackvd | hm guess I'll just get a patch |
| 22:53:26 | linuxstb | markun: No, I started from scratch. |
| 22:54:00 | petur | blackvd: and build it yourself... |
| 22:54:12 | S0ap | linuxstb - did your test sample have B frames? Last question, I promise. |
| 22:54:40 | Bagder | Spida: there's a whole range of them on misticriver.net |
| 22:54:50 | linuxstb | S0ap: I used mpeg2enc from mjpegtools - I've got a feeling that doesn't create B frames, but I may be wrong. |
| 22:55:16 | markun | linuxstb: what kind of framerate are you getting? |
| 22:55:52 | midgey34 | linuxstb: a test file would be helpful over here |
| 22:56:49 | Paul_The_Nerd | Spida: Be aware, they aren't actually "optimized" but really "A whole bunch of patches that may or may not work consistently together". |
| 22:56:55 | dionoea | did you try compiling with -Os ? |
| 22:57:00 | amiconn | linuxstb, jhMikeS: Currently, lcd_blit() is for low-depth LCDs only because on the others there was no need for it. There's nothing stopping us from adding it |
| 22:57:27 | amiconn | I would try to stay away from 18bit though. More data for little benefit, plus either alignment problems or even more data |
| 22:57:28 | Spida | Bagder: misticriver.net doesn't resolve for me |
| 22:57:35 | linuxstb | markun: With rendering the decoded yuv data to the LCD, about 11.3fps. Without that rendering (and copying to the framebuffer), about 20fps. |
| 22:57:53 | linuxstb | markun: That's with a 224x176 mpeg2 file on my ipod Photo (and no audio) |
| 22:57:57 | amiconn | lcd_blit() could do 16->18bit on the fly the same way as lcd_update() |
| 22:57:58 | Spida | Paul_The_Nerd: yeah, I know them, and had them working for some time. |
| 22:58:03 | Bagder | Spida: then your dns plays tricks on you |
| 22:58:09 | Bagder | try http://www.misticriver.net/forumdisplay.php?f=126 |
| 22:58:10 | amiconn | I will convert that stuff to asm as soon as I receive my X5 |
| 22:58:39 | linuxstb | amiconn: I'm thinking about an optimised yuv_blit - to do the conversion and lcd_update() together. |
| 22:58:53 | amiconn | Hmm. |
| 22:59:30 | amiconn | linuxstb: A related question that came to mind - do you think it would be useful to add a little on-the-fly processing to the color ipod lcd updates as well? |
| 22:59:51 | amiconn | Then we coul duse the standard RGB565, and the lcd update would do the byte swap |
| 23:00 |
| 23:00:12 | amiconn | But unlike the X5, it means a slight performance hit |
| 23:00:52 | linuxstb | Maybe it wouldn't be a performance hit - the lcd_update() function seems to need to wait after performing each write. |
| 23:00:55 | Bger | linuxstb: what happened with te test file ? :( |
| 23:01:24 | linuxstb | Bger: Uploading... |
| 23:01:27 | Bger | ah, k |
| 23:01:27 | amiconn | linuxstb: The question is whether it would be enough of an advantage to have the standard RGB565 on ipod |
| 23:01:30 | linuxstb | ETA 3 minutes. |
| 23:02:11 | amiconn | For the lcd drawing code it makes no difference at all |
| 23:03:12 | amiconn | X5 is a different story; for half-decent performance it would be necessary to make fb_data 32bit in order to use 18bit colour, and even then it woould only be pseudo-18bit |
| 23:04:48 | linuxstb | I can't think of any immediate advantage - LCD_RGBPACK doesn't seem to be called that frequently. |
| 23:05:17 | linuxstb | Bg3r: http://www.davechapman.f2s.com/rockbox/testfile.zip (about 15MB) |
| 23:05:35 | linuxstb | (apologies for it being a cheesy pop video) |
| 23:06:40 | *** | Saving seen data "./dancer.seen" |
| 23:07:45 | Bger | mencoder input_file -vf scale=224:176 -of rawvideo -ovc lavc -lavcopts vcodec=mpeg2video -o output.m2v <= this should work |
| 23:07:54 | Bger | (didn't tried it) |
| 23:08:14 | amiconn | jhMikeS: As you were talking about device performance and video support earlier: Our targets split in 2 categories, (1) hwcodec. (2) swcodec |
| 23:08:18 | linuxstb | Bg3r: Maybe... |
| 23:08:27 | sankao | can someone confirm that in arm 7 asm ldrned means load double words register if not equal ? |
| 23:08:40 | amiconn | All currently swcodec targets have similar cpu power, so they can all get compressed video support |
| 23:09:41 | amiconn | Hwcodec (archos) already does have video support, uncompressed b&w frames using temporal dithering to produce greyscale, and mp3 audio decoded by the hwcodec as normal |
| 23:09:50 | Bger | BUGS |
| 23:09:50 | Bger | Don't panic. If you find one, report it to us, <= haha |
| 23:10:04 | linuxstb | sankao: I didn't think ldrd/strd was supported on arm7 - it's an Architecture 5 extension |
| 23:10:28 | sankao | really ? |
| 23:10:36 | linuxstb | arm7tdmi is ARMv4 |
| 23:10:47 | linuxstb | (iirc) |
| 23:10:57 | amiconn | The data rate needed for this is low enough to make compression unnecessary (480kbps for the video plus the mp2/mp3 audio track which can use all possible mp2/mp3 parameter combinations |
| 23:11:03 | sankao | it comes from disassembled binary code of the sansa firmware |
| 23:11:27 | linuxstb | Are you sure it's actual code? i.e. not data, and not thumb code? |
| 23:11:39 | sankao | I thought it was arm7 asm, but I have few knowledge of asm |
| 23:11:51 | sankao | could be data |
| 23:12:56 | sankao | it comes just before what the hex editor sees as ASCII |
| 23:13:52 | amiconn | linuxstb: LCD_RGBPACK for constants doesn't matter at all - all the constant folding is done at compile time. There are even fewer (if any) places which use LCD_RGBPACK() with variables |
| 23:14:06 | * | Bger is silly |
| 23:14:22 | Bger | bmp viewer didn't like this video :D |
| 23:14:40 | midgey34 | linuxstb: what is the line supposed to be in viewers.config? |
| 23:14:40 | midgey34 | m2v,rocks/mpegplayer,00 00 00 00 00 00 is what I have |
| 23:14:49 | linuxstb | Yes, that will be fine. |
| 23:15:36 | linuxstb | amiconn: Yes, that's what I mean. pacbox uses it with variables, but only at init-time to create a lookup table based on palette data in the ROMs. |
| 23:15:41 | dionoea | hum ... "Undefined instruction at 01FEADC4" :) |
| 23:15:41 | jhMikeS | amiconn: sorry. wasn't here. I'm busy at the moment. |
| 23:15:51 | Bger | shitty OF |
| 23:16:01 | * | petur reads eeprom on his h340 |
| 23:16:30 | * | amiconn is still trying to get his head around arm asm :/ |
| 23:17:00 | petur | Slasheri: the pcf driver didn't like the state you left the lines in after calling your driver |
| 23:17:35 | amiconn | petur: Why 2 drivers? |
| 23:17:37 | Bger | linuxstb: hm |
| 23:17:46 | linuxstb | Bg3r: hm? |
| 23:17:51 | Bger | runs and exits |
| 23:17:58 | Bger | after 2-3 secs |
| 23:18:09 | Bger | black screen |
| 23:18:15 | petur | amiconn: will merge... wa just testing with Slasheri's code for now |
| 23:18:15 | linuxstb | Is that with your file, or mine? |
| 23:18:41 | Bger | your |
| 23:19:12 | linuxstb | Bger: It first of all fills a 25MB file with the input file, and then decodes it. So it seems to be exiting when it starts to decode it... |
| 23:19:21 | midgey34 | dionoea: I have a a patch for color numbers in solitaire if you're interested |
| 23:19:37 | dionoea | midgey34: sure :) i won't have time to look at it now though |
| 23:19:54 | Bger | midgey34: what happens on your side ? |
| 23:20:35 | midgey34 | eh, I can't get it to show up in the open with.. menu |
| 23:20:46 | midgey34 | nothing after mp3_encoder is shown |
| 23:21:01 | dionoea | "Undefined instruction at 01FEADC4" here on video ipod :/ (if anybody cares :p ) |
| 23:21:44 | linuxstb | midgey34: Did you add it to the viewers.config file in apps/plugins/, or the version on your player? |
| 23:21:53 | petur | amiconn: my initial code (lost) used part of the pcf driver but didn't work ok. So I first want to use the separate driver and verify the eeprom |
| 23:21:59 | dionoea | compiling it with -Os it now shows a white screen |
| 23:22:05 | dionoea | is that expected ? |
| 23:22:34 | Bger | it should be black |
| 23:22:42 | Bger | rb->lcd_set_foreground(LCD_WHITE); |
| 23:22:42 | Bger | rb->lcd_set_background(LCD_BLACK); |
| 23:22:42 | Bger | rb->lcd_clear_display(); |
| 23:22:42 | DBUG | Enqueued KICK Bger |
| 23:22:42 | Bger | rb->lcd_update(); |
| 23:22:46 | dionoea | it was black for like 10 seconds and it's now white |
| 23:23:05 | Bger | hah, it seems you went further than me |
| 23:23:13 | dionoea | :) |
| 23:23:24 | dionoea | i'll now try getting colors :D |
| 23:23:31 | | Part blackvd |
| 23:23:47 | midgey34 | dionoea: http://pastebin.ca/119419 |
| 23:24:23 | dionoea | midgey34: thanks |
| 23:24:29 | midgey34 | no problem |
| 23:24:50 | | Join mynimal [0] (n=47f68ca0@labb.contactor.se) |
| 23:25:01 | mynimal | I'm having quite a bit of trouble. |
| 23:25:14 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 23:25:14 | * | Bger will go to bed |
| 23:25:58 | mynimal | Basically, I'm stuck in an infinite loop. |
| 23:26:31 | mynimal | It's repeating "Rockbox error: -1" and "Loading original firmware..." |
| 23:26:38 | Paul_The_Nerd | mynimal: And then it reboots again? |
| 23:26:39 | mynimal | I'm assuming the iPod is pretty much screwed. |
| 23:26:44 | Paul_The_Nerd | Do you have a 5G? |
| 23:26:46 | mynimal | Nope, it's just in that loop. |
| 23:26:51 | mynimal | I have a 60GB iPod Photo. |
| 23:26:54 | Paul_The_Nerd | Hm |
| 23:26:56 | Paul_The_Nerd | Well, anyway |
| 23:26:59 | Paul_The_Nerd | Hold Menu+Select |
| 23:27:05 | Paul_The_Nerd | As SOON as the screen clears, hold Play+Select |
| 23:27:11 | Paul_The_Nerd | If you do it right, it will go into disk mode. |
| 23:27:20 | Paul_The_Nerd | Extract a daily build onto the player, and it'll be fine. |
| 23:27:39 | mynimal | Oh, great, thanks. I must have been pressing the wrong key combination. |
| 23:27:52 | mynimal | Thanks a lot, saved me $300 haha |
| 23:28:10 | Paul_The_Nerd | The iPod is pretty much always recoverable. |
| 23:29:15 | amiconn | Hmm, bad. ARM effecively has one register less than sh or coldfire |
| 23:30:01 | | Quit mynimal ("CGI:IRC (EOF)") |
| 23:30:04 | amiconn | But otoh the instruction set is quite powerful (but hard to memorise) |
| 23:32:02 | | Quit _FireFly_ ("Leaving") |
| 23:34:08 | | Join mynimal [0] (n=47f68ca0@labb.contactor.se) |
| 23:34:12 | | Quit mynimal (Client Quit) |
| 23:34:20 | petur | Slasheri? |
| 23:37:21 | Bger | nite |
| 23:37:23 | | Quit Bger ("Leaving") |
| 23:41:40 | dan_a | Yay! I've got a kernel running on the second processor on PP50xx machines! |
| 23:41:58 | Bagder | yay! |
| 23:42:21 | dan_a | It's useless at the moment, but it's still a result |
| 23:44:36 | | Quit midkay ("Leaving") |
| 23:47:35 | | Quit Rob2222 () |
| 23:51:15 | petur | hmmm |
| 23:52:12 | petur | Bagder, would it be possible to put a ' between the D and H in my last name in the cvs log? |
| 23:53:05 | | Join Rob2222 [0] (n=Miranda@ACB0FBEB.ipt.aol.com) |
| 23:53:24 | Bagder | let's try and see |
| 23:57:12 | Mikachu | if you have to commit something to test, http://www.rockbox.org/tracker/task/5087 |
icon identifies that the person is a core developer (has commit access).