| 00:00:37 | * | preglow raises hand |
| 00:02:10 | linuxstb | Bagder: Yes, I found the Samsung info - forgot to put it on the page. I couldn't find any SDRAM chips though... |
| 00:02:10 | Bagder | a complete 43 page data sheet there too |
| 00:03:11 | | Join juxtap [0] (n=juxtap@mtngprs7.mtn.co.za) |
| 00:03:16 | | Quit Febs (Read error: 104 (Connection reset by peer)) |
| 00:03:18 | | Join Febs [0] (n=medifebb@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 00:03:30 | Bagder | well, it has 64K internal sram ;-) |
| 00:04:24 | linuxstb | Yep :) |
| 00:04:35 | linuxstb | But my current problem is I can't find any firmware... |
| 00:04:55 | linuxstb | So I'm stuck. |
| 00:05:36 | linuxstb | Did you read my comments early about the odd FAT16 disk image? |
| 00:05:44 | Bagder | yeps, I noticed |
| 00:05:59 | Paul_The_Nerd | Is it definitely firmware upgradeable? |
| 00:06:08 | Paul_The_Nerd | Every now and then a company decides that they just got it right, and don't bother with such a feature. |
| 00:06:40 | linuxstb | Paul_The_Nerd: I've no idea... |
| 00:06:44 | Bagder | linuxstb: did you 'strings' it? |
| 00:07:09 | Bagder | there ought to be some strings in a firmware |
| 00:07:48 | Bagder | other than so, I would expect that you can scan for an ARM exception table by assuming a few jump instructions in a row |
| 00:07:52 | linuxstb | Yes, I can't see anything in the disk image. I managed to extract all those "hidden" files, and they are just MP3 files and the database. Nothing that looks like a firmware, not even encrypted. |
| 00:08:09 | Bagder | ok |
| 00:08:23 | Bagder | but perhaps the firmware is in a part of the flash that you don't read with the ums |
| 00:08:38 | preglow | more than likely |
| 00:08:40 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 00:08:51 | linuxstb | Yes, I'm guessing the upgrade (if possible) is done via MTP, or even something lower-level than that. |
| 00:09:06 | | Join Rudy4Pez [0] (n=A@71-34-66-241.ptld.qwest.net) |
| 00:09:16 | Bagder | or possibly there's an upgrade mode that exposes another part of the flash as disk |
| 00:09:36 | | Quit bluebrother ("Leaving") |
| 00:09:46 | | Join fatherfork [0] (n=4ae011e6@labb.contactor.se) |
| 00:09:53 | qwm | anyone here who can tell me what uevent (part of udev?) is? |
| 00:14:20 | | Quit bilbravo (Remote closed the connection) |
| 00:15:32 | | Quit pike () |
| 00:15:46 | | Join pike [0] (i=amiga@c83-249-120-24.bredband.comhem.se) |
| 00:17:40 | | Quit Massa ("I cna ytpe 300 wrods pre mniuet!!!") |
| 00:18:48 | | Quit Hansmaulwurf ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 00:20:42 | | Quit BHSPitMonkey (Remote closed the connection) |
| 00:24:28 | | Join Febs_ [0] (n=medifebb@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 00:25:00 | | Quit Febs (Read error: 104 (Connection reset by peer)) |
| 00:25:56 | | Quit freqmod (Read error: 104 (Connection reset by peer)) |
| 00:26:42 | | Nick Febs_ is now known as Febs (n=medifebb@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 00:27:05 | petur | Slasheri: you said the eeprom is very picky re bus access yet I don't see you disable irq's - I'm going to try that now... |
| 00:27:23 | linuxstb | Bagder: Reading the telechips page more closely, the TCC77x includes 1MB flash, and 2MB SDRAM, as well as the 64KB of SRAM. So not too shabby. |
| 00:27:33 | Bagder | ah |
| 00:27:56 | Bagder | and a boot rom too |
| 00:28:31 | linuxstb | If only I could find a firmware... |
| 00:29:03 | preglow | there probably isn't one yet |
| 00:37:54 | | Join TCK [0] (n=tckocr@bb-87-80-197-109.ukonline.co.uk) |
| 00:38:40 | | Quit fatherfork ("CGI:IRC (EOF)") |
| 00:41:30 | markun | linuxstb: did you write them an email to ask for a firware update yet? |
| 00:42:09 | | Join senab [0] (i=HydraIRC@82-35-229-48.cable.ubr01.smal.blueyonder.co.uk) |
| 00:42:12 | linuxstb | I'm not even 100% sure who makes them... |
| 00:42:29 | linuxstb | But I suppose I could try CCTech. |
| 00:43:38 | | Quit senab (Client Quit) |
| 00:44:56 | Febs | Damn, it takes a long time to back up a 200GB drive. |
| 00:53:35 | | Join qwx [0] (n=qwm@h229n1fls34o1010.telia.com) |
| 00:55:33 | | Join BHSPitMonkey [0] (n=stephen@adsl-66-141-170-52.dsl.rcsntx.swbell.net) |
| 01:00 |
| 01:03:42 | | Quit qwx ("leaving") |
| 01:05:53 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 01:05:54 | | Quit mkey (""Welcome to IRC; Where men are men, women are men and little girls are FBI agents!"") |
| 01:07:21 | | Join sharpe [0] (i=sharpe@user-0c8hc2c.cable.mindspring.com) |
| 01:08:21 | | Quit qwm (Read error: 110 (Connection timed out)) |
| 01:09:34 | | Join safetydan [0] (n=cbca159f@labb.contactor.se) |
| 01:10:19 | Febs | Greetings safetydan. How goes the hardware EQ? |
| 01:10:21 | *** | Saving seen data "./dancer.seen" |
| 01:10:35 | safetydan | Febs, pretty much the same as it was last time you tried it. |
| 01:10:43 | Febs | :) |
| 01:11:04 | sharpe | still the same chance of it breaking into two? |
| 01:11:18 | safetydan | I think the UI bits are working okay now at least. |
| 01:11:27 | | Join Arathis_ [0] (n=doerk@p508A5F4A.dip.t-dialin.net) |
| 01:12:58 | | Quit matsl ("Leaving") |
| 01:13:08 | | Quit ender` (" The Web is a procrastination apparatus: It can absorb as much time as is required to ensure that you won't get any real work") |
| 01:15:51 | safetydan | sharpe, actually it seems well behaved enough to not break things or even shatter them. |
| 01:16:03 | sharpe | that's always a good thing. |
| 01:18:51 | | Quit Arathis (Read error: 60 (Operation timed out)) |
| 01:22:34 | preglow | has any scheme been agreed upon? shall we allow both sw and hw eq? |
| 01:24:01 | safetydan | preglow, it's easy enough to allow both so... that's what we'll do. Or at least, that's what I'm doing. |
| 01:24:32 | preglow | goodie |
| 01:26:38 | | Quit TeaSea ("Leaving") |
| 01:29:34 | safetydan | How many devs have iPod Video's? |
| 01:30:03 | sharpe | i'm not a dev, but i do own one. :) |
| 01:30:26 | LinusN | i have one |
| 01:33:22 | | Part LinusN |
| 01:33:23 | BHSPitMonkey | linuxstb has one |
| 01:34:08 | | Quit Daishi (Remote closed the connection) |
| 01:35:42 | safetydan | BHSPitMonkey: yeah I know, just checking to see if anyone else had one. |
| 01:35:48 | safetydan | Need more devs :) |
| 01:36:11 | BHSPitMonkey | I have one, but I'm by no means a dev ;) |
| 01:36:45 | BHSPitMonkey | I'd like to get there someday, though |
| 01:37:16 | | Join lodesi_ [0] (n=lds@d04m-213-44-57-88.d4.club-internet.fr) |
| 01:38:41 | sharpe | someday... |
| 01:39:15 | safetydan | How about today? Can't be anything more important that you're doing right now right? :) |
| 01:40:07 | sharpe | is it kind of funny i'm using a piece of software i found by googling for my nick? :) |
| 01:43:07 | | Join dpassen1 [0] (n=dpassen1@resnet-236-163.resnet.UMBC.EDU) |
| 01:50:49 | | Quit lodesi (Read error: 110 (Connection timed out)) |
| 01:58:19 | | Part pixelma |
| 02:00 |
| 02:03:32 | preglow | gnight |
| 02:04:13 | | Quit Bger (Read error: 113 (No route to host)) |
| 02:04:38 | apo` | [01:40:07] <sharpe> is it kind of funny i'm using a piece of software i found by googling for my nick? :) < Heh |
| 02:05:18 | apo` | What does it do? :P |
| 02:05:47 | sharpe | oh, SharpE, tis an alternate shell for windows. |
| 02:05:58 | apo` | Oh |
| 02:06:00 | sharpe | it feels weird going into the irc channel with the same nickname. |
| 02:06:00 | apo` | URL? |
| 02:06:10 | sharpe | sharpe-shell.org i believe. |
| 02:06:13 | apo` | ^^ |
| 02:06:26 | apo` | Seems right |
| 02:06:28 | apo` | *opens* |
| 02:07:50 | | Quit petur ("Zzzz") |
| 02:08:23 | apo` | 20mb Oo |
| 02:08:27 | apo` | That's rare |
| 02:08:38 | apo` | Most shells I've seen only have ~2-8mb |
| 02:09:10 | sharpe | yup... |
| 02:09:59 | apo` | I dunno why I'm even getting a new shell for windows, I'll get Ubuntu in a few days anyway :P |
| 02:11:10 | | Join fatherfork [0] (n=4ae011e6@labb.contactor.se) |
| 02:11:57 | sharpe | haha. i use windows for compatibility reasons. |
| 02:12:17 | apo` | Hehe |
| 02:12:50 | apo` | Well, I'll probably have windows on this notebook and Ubuntu + Win on my desktop PC (which is being repaired atm) |
| 02:16:22 | sharpe | i just had an issue with the latest beta release of it, which is why i visited the irc channel. |
| 02:16:31 | sharpe | of SharpE that is. |
| 02:16:45 | | Quit pike (Read error: 110 (Connection timed out)) |
| 02:17:00 | apo` | Bah. Why do they always want me to reboot? |
| 02:17:11 | apo` | Closing explorer and starting sharpE is so much easier |
| 02:17:30 | Mikachu | "You have started your computer, please reboot" |
| 02:18:01 | * | sharpe expects a windows joke to be made. |
| 02:18:05 | apo` | You have moved your mouse. Please reboot for the changes to take effect. |
| 02:18:13 | sharpe | :) |
| 02:18:32 | Mikachu | You have rebooted. Please reboot. |
| 02:21:19 | fatherfork | Bill Gates is a moron, please reboot. |
| 02:21:37 | sharpe | there we go. :D |
| 02:21:39 | fatherfork | Repeat. |
| 02:22:11 | fatherfork | ::enter boot loop:: |
| 02:25:50 | | Join [HO]volt [0] (n=gcadidas@cpe-24-93-102-155.columbus.res.rr.com) |
| 02:27:31 | [HO]volt | hello, i'm looking for a Recorder v2 / FM recorder that needs a hard drive and perhaps a battery. does anyone around here have anything for me? |
| 02:35:45 | | Join Nibbler [0] (n=sven@port-212-202-193-252.dynamic.qsc.de) |
| 02:40:13 | | Quit Nibbler (Read error: 104 (Connection reset by peer)) |
| 02:40:19 | | Join Nibbler [0] (n=sven@port-212-202-193-252.dynamic.qsc.de) |
| 02:41:19 | | Nick Arathis_ is now known as Arathis (n=doerk@p508A5F4A.dip.t-dialin.net) |
| 02:45:36 | | Join JdGordon [0] (n=jonno@c220-237-57-32.sunsh4.vic.optusnet.com.au) |
| 02:45:44 | | Quit scott666 (Read error: 110 (Connection timed out)) |
| 02:46:33 | | Quit Nibbler (Read error: 54 (Connection reset by peer)) |
| 02:49:45 | | Quit Seed (Read error: 110 (Connection timed out)) |
| 02:50:07 | | Join Nibbler [0] (n=sven@port-212-202-193-252.dynamic.qsc.de) |
| 02:52:57 | | Quit fatherfork ("CGI:IRC (EOF)") |
| 03:00 |
| 03:03:55 | [HO]volt | are irivers hard drives upgradeable |
| 03:04:03 | JdGordon | yes |
| 03:05:32 | [HO]volt | do you own a hd? |
| 03:05:33 | [HO]volt | er |
| 03:05:38 | [HO]volt | a iriver |
| 03:05:53 | JdGordon | yes |
| 03:05:56 | JdGordon | h300 |
| 03:07:11 | | Quit nudelyn2 ("At Argon, we're working to keep your money.") |
| 03:07:29 | [HO]volt | basically i have a recorder v2 and upgraded 60gb hdd. can i have your opinion on what to do? i'm thinking about buying a 5gb h10 and switching out the hdd |
| 03:08:01 | JdGordon | doesnt the recorder use the 2.5" laptop hdds? |
| 03:08:09 | JdGordon | iriver uses 1.8" |
| 03:08:13 | JdGordon | so they wont fit.. |
| 03:08:21 | JdGordon | actually, im not even sure what the h10 uses |
| 03:08:35 | [HO]volt | i see, yes the recorder uses 2.5" drives |
| 03:08:36 | Paul_The_Nerd | The H10 uses some non-standard connector for its HD |
| 03:08:44 | | Join lodesi [0] (n=lds@d01m-89-83-150-232.d4.club-internet.fr) |
| 03:08:47 | | Quit Kohlrabi ("Quit") |
| 03:09:07 | Paul_The_Nerd | Most people will assume you're asking about H100 or H300 if you ask about iRiver around here. |
| 03:09:19 | Paul_The_Nerd | Also I believe the 5/6gb H10s use 0.85 drives even. |
| 03:09:46 | [HO]volt | i see - is the H10 != h100 ? |
| 03:10:25 | *** | Saving seen data "./dancer.seen" |
| 03:10:33 | [HO]volt | i dont know anything about iriver. |
| 03:10:43 | | Nick Nibbler is now known as Nibbier (n=sven@port-212-202-193-252.dynamic.qsc.de) |
| 03:11:20 | safetydan | Yup, H10 is not the same as the H100 |
| 03:11:27 | safetydan | oddly enough, the H100 and H300 series are older models |
| 03:11:44 | Paul_The_Nerd | And the H10 has 5/6gb models and 20gb models, which I believe use different physical sizes of HD |
| 03:11:54 | [HO]volt | i see. which is why i can't find them anywhere on iriver's site (though i havent looked very hard) |
| 03:12:11 | JdGordon | ye, they dont selln them anymore |
| 03:12:51 | [HO]volt | i understand. so basically the only thing i can do is get another 2.5" based player - which would probably have to be a archos player or recorder |
| 03:13:03 | JdGordon | yup |
| 03:13:10 | [HO]volt | or sell the 60gb and go with something new. |
| 03:13:19 | JdGordon | yup |
| 03:13:36 | | Quit JoeBorn (Read error: 60 (Operation timed out)) |
| 03:14:07 | [HO]volt | i have like 30gb of music and i dont want to trim down. any high-capacity suggestions without huge prices? |
| 03:14:47 | safetydan | Either iPod or iAudio X5 probably |
| 03:15:43 | [HO]volt | and of course that is too small to be the 2.5" drive |
| 03:18:51 | | Quit rotator ("rebooting") |
| 03:21:26 | | Quit lodesi_ (Read error: 110 (Connection timed out)) |
| 03:27:40 | | Join vo|t [0] (n=gcadidas@cpe-24-93-102-155.columbus.res.rr.com) |
| 03:33:05 | | Quit Nibbier (Read error: 60 (Operation timed out)) |
| 03:33:38 | | Quit [HO]volt (Read error: 60 (Operation timed out)) |
| 03:40:43 | | Join Nibbier [0] (n=sven@port-212-202-193-252.dynamic.qsc.de) |
| 03:43:03 | | Quit Arathis () |
| 03:45:43 | | Join BigMac [0] (n=dummeska@64-252-111-81.adsl.snet.net) |
| 03:47:44 | BigMac | alright heres the problem ive been having and i cant figure it out. whenever i try to use any plugin it says incompatible version and doesn't load. what do i do oh gurus of rockbox wizdoms:-) |
| 03:47:52 | BigMac | wisdom |
| 03:48:52 | sharpe | be sure you extract everything in the zip to your player. |
| 03:49:13 | sharpe | and not just the firmware... |
| 03:49:33 | BigMac | i have it all on their |
| 03:50:29 | BigMac | yah its all on there... |
| 03:51:23 | sharpe | you're extracting everything in the build zip? |
| 03:51:51 | BigMac | no this has been on my ipod for a long time |
| 03:52:20 | BigMac | all i have done was when video first came out i put it on to test, then just changed it all back |
| 03:52:46 | sharpe | why keep the same build on your ipod for a long time? |
| 03:53:04 | BigMac | because i like it |
| 03:53:20 | BigMac | maybe i should reapply it? |
| 03:53:27 | | Join pike [0] (i=amiga@c83-249-120-24.bredband.comhem.se) |
| 03:53:27 | BigMac | think that may fix it? |
| 03:54:03 | BigMac | k ill brb guys im going to seven eleven |
| 03:54:08 | sharpe | ... yes, re-extract it. |
| 03:57:43 | safetydan | hrmm... a couple of people taking about what looks like the floor0 ogg issue raising its head again |
| 03:57:46 | safetydan | I thought that was fixed? |
| 03:58:40 | | Quit Nibbier (Read error: 113 (No route to host)) |
| 03:59:45 | | Join Pyromancer [0] (n=Pyromanc@c-24-63-23-114.hsd1.ma.comcast.net) |
| 03:59:51 | | Quit PyromancerX (Read error: 104 (Connection reset by peer)) |
| 04:00 |
| 04:00:04 | Paul_The_Nerd | safetydan: I never asked if they were using the newest build of Rockbox. Maybe you should have them confirm that? |
| 04:04:55 | | Join JoeBorn [0] (n=rootmeis@adsl-75-2-250-13.dsl.chcgil.sbcglobal.net) |
| 04:08:58 | | Quit JoeBorn (Read error: 104 (Connection reset by peer)) |
| 04:10:35 | safetydan | Paul_The_Nerd, if it was fixed, it was months and months ago. |
| 04:14:56 | Febs | My god, another idiot on head-fi is claiming he can hear a difference between lossless and .wav. |
| 04:15:11 | apo` | Haha. |
| 04:15:11 | Mikachu | maybe he plugged in his cable backwards |
| 04:15:58 | BigMac | if its lossless and wav is lossless...then how can they be different? |
| 04:16:13 | Febs | That's the smartest thing you've ever written here. |
| 04:16:16 | BigMac | i can't tell the difference though anyways |
| 04:16:20 | BigMac | thank you i try |
| 04:16:24 | apo` | Perhaps he first compressed the wav to 64kbps MP3 and then to some lossless format :P |
| 04:17:21 | Febs | Not surprisingly, he refuses to do a simple Foobar ABX. |
| 04:17:43 | Mikachu | maybe he needs some of these http://www.shakti-innovations.com/audiovideo.htm |
| 04:17:46 | | Join dongs [0] (n=HPUX@h193107.ppp.asahi-net.or.jp) |
| 04:17:51 | dongs | o'rly |
| 04:18:08 | BigMac | mencia |
| 04:19:12 | apo` | I read that as phallograph |
| 04:19:13 | apo` | :( |
| 04:19:38 | safetydan | "I didn't say a "big" difference. I said a clearly obvious one." Does that sentence strike anyone else as funny? |
| 04:20:04 | Mikachu | this is the lossless guy? |
| 04:20:07 | safetydan | ya |
| 04:20:41 | | Quit lodesi (Read error: 110 (Connection timed out)) |
| 04:20:54 | apo` | safetydan: :D |
| 04:20:55 | Mikachu | if it's flac, maybe it's replaygained? |
| 04:21:14 | safetydan | No it was ALE vs. WAV |
| 04:24:34 | dongs | lol lossless. |
| 04:26:37 | | Quit TCK (Read error: 104 (Connection reset by peer)) |
| 04:26:46 | | Quit sucka ("( www.nnscript.de :: NoNameScript 4.01 :: www.XLhost.de )") |
| 04:44:47 | | Join Planetary [0] (n=Planetar@AAubervilliers-153-1-12-93.w83-112.abo.wanadoo.fr) |
| 04:48:58 | | Join PyromancerX [0] (n=Pyromanc@c-24-63-23-114.hsd1.ma.comcast.net) |
| 04:48:58 | | Quit Pyromancer (Read error: 104 (Connection reset by peer)) |
| 04:51:13 | | Join Pyromancer [0] (n=Pyromanc@c-24-63-23-114.hsd1.ma.comcast.net) |
| 04:51:13 | | Quit PyromancerX (Read error: 104 (Connection reset by peer)) |
| 05:00 |
| 05:04:25 | | Quit Planetary (Read error: 110 (Connection timed out)) |
| 05:08:02 | | Quit XavierGr () |
| 05:10:27 | *** | Saving seen data "./dancer.seen" |
| 05:20:40 | | Join bilbravo [0] (n=bilbravo@pool-70-17-238-238.balt.east.verizon.net) |
| 05:22:36 | | Part safetydan |
| 05:36:56 | | Join RoC_MM [0] (i=dragon@c-24-129-89-52.hsd1.fl.comcast.net) |
| 05:48:34 | | Join EbErT [0] (n=EbErT@adsl-145-94-170.asm.bellsouth.net) |
| 05:56:29 | BigMac | for 5 dollars today at the animal planet exhibit, i got on my hands and knees in front of the entire park and drank from the dog bowl |
| 05:56:59 | BigMac | woops |
| 05:57:03 | BigMac | wrong channel |
| 05:58:08 | | Quit RoC_MM ("Leaving") |
| 05:58:45 | EbErT | whoa, just saw someone is working on mpeg playback on ipod photos |
| 05:58:57 | EbErT | does it work to some extent already? |
| 05:59:06 | Paul_The_Nerd | It's on all color Rockbox targets, and yes |
| 05:59:08 | Paul_The_Nerd | No sound yet. |
| 05:59:39 | EbErT | which format of mpeg's? i'm not really familiar with that |
| 05:59:59 | Mikachu | raw mpeg1/2 video |
| 06:00 |
| 06:00:07 | Mikachu | usually called .m1v and .m2v |
| 06:00:32 | EbErT | i don' t think i have those. do they have sound in them as well? |
| 06:01:03 | Mikachu | ... no |
| 06:01:19 | Mikachu | "<Paul_The_Nerd> No sound yet." + "<Mikachu> raw mpeg1/2 video" = no sound |
| 06:01:21 | EbErT | so you have to convert to that format most of the time |
| 06:01:32 | EbErT | ok |
| 06:03:04 | EbErT | i guess that is easy enough |
| 06:05:59 | EbErT | haha, ebay put a tiled view of photos on a pic of a 3g ipod |
| 06:16:28 | BigMac | does apple firmware on the 5g support ebooks? |
| 06:16:56 | sharpe | as far as i know it supports, text files. |
| 06:16:58 | Paul_The_Nerd | Do you mean Audiobooks, or eBooks (text) |
| 06:19:17 | | Quit kev_ ("Chatzilla 0.9.73 [Firefox 1.5.0.6/2006072814]") |
| 06:19:20 | BigMac | ebooks unless there is a way to go from pdf to audiobook that i dont know about |
| 06:20:00 | Paul_The_Nerd | I don't believe there's anything beyond a basic text viewer in the Apple firmware |
| 06:20:19 | BigMac | shoot |
| 06:20:26 | EbErT | around what fps are you guys getting on video playback in the mpeg plugin |
| 06:20:35 | EbErT | just curious, if u know |
| 06:20:37 | sharpe | EbErT: depends on the video size |
| 06:20:39 | BigMac | i get like 9 |
| 06:20:42 | Paul_The_Nerd | 20ish here |
| 06:20:46 | sharpe | resolution, anyway. |
| 06:20:47 | BigMac | on full screen |
| 06:21:05 | EbErT | what's the highest you've gotten, sharpe |
| 06:21:30 | BigMac | im going to boston on tuesday and would really like to read this pdf |
| 06:21:41 | sharpe | ah, 7-8fps on 320x240. |
| 06:21:51 | EbErT | k :) |
| 06:22:12 | Paul_The_Nerd | BigMac: Then bring a computer, or print it out. |
| 06:22:19 | sharpe | haha. |
| 06:22:19 | EbErT | im going to boston first time over labor day weekend |
| 06:22:28 | EbErT | excited |
| 06:22:49 | apo` | Copy paste it into a textfile |
| 06:23:09 | Paul_The_Nerd | Actually, ~24 fps right now |
| 06:23:22 | Paul_The_Nerd | Oh, no, 18 after it actually got started |
| 06:23:23 | * | Paul_The_Nerd shrugs |
| 06:24:08 | BigMac | paul:no laptop and it is like 120 pages long |
| 06:24:15 | apo` | Oo |
| 06:24:19 | sharpe | office depot! |
| 06:24:37 | EbErT | how are u getting higher than everyone else, Paul_The_Nerd |
| 06:24:39 | BigMac | and apo, i cant read the text files on the ipod i get dizzy |
| 06:24:40 | apo` | You wanna read _that_ on the screen of an iPod/whatver? |
| 06:24:46 | BigMac | yah |
| 06:25:09 | sharpe | EbErT: he has an ipod nano... |
| 06:25:09 | BigMac | sharpe:how much does office depot charge per page? |
| 06:25:14 | EbErT | this is a job for big kinko's printers |
| 06:25:17 | Paul_The_Nerd | EbErT: iPod Nano |
| 06:25:19 | Paul_The_Nerd | Hehehe |
| 06:25:27 | EbErT | ah, no fair |
| 06:25:34 | sharpe | BigMac: let me figure... |
| 06:25:36 | BigMac | Paul_The_Nerddidn't think you were an ipod kinda guy |
| 06:25:40 | EbErT | ur soo lucky to watch on that size screen |
| 06:26:06 | | Join aegray_ [0] (n=aegray@71.194.37.21) |
| 06:26:07 | BigMac | ebert, you do know you could make the video that dimension right |
| 06:26:10 | EbErT | i'm not either, but i like the size/space of 60g ipod |
| 06:26:15 | EbErT | wanna get an archos sometime |
| 06:26:17 | BigMac | and pretend your watching it on the nano |
| 06:26:28 | EbErT | i was being sarcastic, but yes i knew that |
| 06:26:29 | Paul_The_Nerd | BigMac: I'm not a fan of the fullsize iPods... you pay too much just for style, and lose out on useful functions. But the Nano was acceptable at price/size/feature, and was really the only 4-gig flash player at the time. |
| 06:26:54 | BigMac | i love the sansa e200 series |
| 06:27:04 | BigMac | there nice cheap flash and have video |
| 06:27:06 | EbErT | anyone have an archos 300-500? |
| 06:27:17 | Paul_The_Nerd | I kinda wish I couldn't hear the noise when the LED on the Sansa's wheel lit up. |
| 06:27:34 | BigMac | and the ipod 5g costs the same as all the other video players with its capabilities |
| 06:27:47 | BigMac | you have one paul? |
| 06:27:49 | Paul_The_Nerd | I think though that the Sansa will be much nicer with Rockbox... its interface feels really slow to me in the retail firmware. |
| 06:28:05 | BigMac | an e200 |
| 06:28:08 | Paul_The_Nerd | Yeah |
| 06:28:22 | BigMac | is it as nice as it looks |
| 06:29:05 | Paul_The_Nerd | It doesn't scratch as easily as the Nano |
| 06:29:21 | Paul_The_Nerd | It has a quite nice screen, though the viewing angle isn't great. It works fine when you turn it sideways for video though |
| 06:29:26 | BigMac | i would have gotten one if it supported rockbox |
| 06:29:29 | Paul_The_Nerd | The retail firmware is just annoying though. |
| 06:29:41 | BigMac | really? it looked nice |
| 06:29:53 | Paul_The_Nerd | It's slow. |
| 06:30:01 | Paul_The_Nerd | When you play all music, it always starts on the same song. |
| 06:30:19 | sharpe | it likes to be consistent. |
| 06:30:25 | Paul_The_Nerd | And I'm not quite sure how to force it to play tracks in track-order. |
| 06:30:26 | BigMac | hmm |
| 06:30:42 | Paul_The_Nerd | Rockbox has certainly spoiled me. |
| 06:31:01 | Paul_The_Nerd | Also, if you use it in UMS mode, it takes like, 10 minutes+ to update the database after connecting to a computer |
| 06:31:21 | BigMac | ow |
| 06:31:30 | BigMac | i was scared today |
| 06:31:47 | BigMac | i realized how important rockbox is to me when it wasnt working today |
| 06:32:07 | BigMac | because i have no songs in the apple firmware |
| 06:32:20 | BigMac | and couldnt acsess rockbox |
| 06:32:48 | sharpe | you couldn't reset your ipod? |
| 06:33:37 | BigMac | i could, but it wasnt letting me accsess rockbox because i changed the name of my rockbox.ipod |
| 06:33:52 | BigMac | so itd error then revert to apple firmware |
| 06:33:53 | Paul_The_Nerd | Hahaha |
| 06:33:56 | sharpe | why would you do that? |
| 06:34:04 | BigMac | so i could try the videos |
| 06:34:17 | sharpe | ah... |
| 06:34:32 | Paul_The_Nerd | I don't understand why renaming rockbox.ipod will let you try videos... |
| 06:34:36 | BigMac | a nice feature would be able to rename files on the ipod |
| 06:34:43 | BigMac | because i run jbuild |
| 06:34:54 | BigMac | so i put on the current source to test it |
| 06:34:57 | sharpe | oh, that's why you asked that earlier... |
| 06:34:59 | BigMac | then deleted it |
| 06:35:13 | BigMac | and never changed it back |
| 06:35:17 | BigMac | yah |
| 06:35:24 | Paul_The_Nerd | You can rename files on the iPod... |
| 06:35:47 | Paul_The_Nerd | It's right there in the context menu. |
| 06:36:02 | BigMac | oh really... |
| 06:36:06 | Paul_The_Nerd | Yup |
| 06:36:12 | sharpe | i think he means in the retail firmware... |
| 06:36:34 | BigMac | [embarrassed]no i didnt[/embarassed] |
| 06:36:43 | Paul_The_Nerd | As I've said *many* times, you should read the manual |
| 06:36:47 | sharpe | ... |
| 06:37:03 | sharpe | BigMac: have you just never used the context menu? |
| 06:37:43 | BigMac | probably have just dont recognize the name |
| 06:38:08 | BigMac | and paul, i usually dont have enough time to read a 800 page book |
| 06:38:22 | BigMac | especially when im usually not at my computer |
| 06:38:23 | sharpe | that's not right. it's only a few more than 100. |
| 06:38:38 | BigMac | under the daily build? |
| 06:38:53 | BigMac | it says 800 something i thought |
| 06:39:01 | sharpe | that's the file size... |
| 06:40:08 | BigMac | ...yah thats what i meant... |
| 06:40:14 | BigMac | :-) |
| 06:40:23 | BigMac | well if i get a chance i will |
| 06:40:32 | BigMac | but i recently got a job at a printshop |
| 06:42:16 | BigMac | anyone know a way that i can select a color and get its hexidecimal number |
| 06:42:20 | Paul_The_Nerd | Yeah, like 120pgs |
| 06:42:38 | Paul_The_Nerd | You can also search it before saying you'd like to see a feature. |
| 06:42:41 | BigMac | im sorry |
| 06:42:41 | Paul_The_Nerd | Like, search for "rename" |
| 06:42:57 | sharpe | BigMac: you mean a html color chart, as they're commonly called? |
| 06:43:00 | Paul_The_Nerd | As for getting the hex for a color: Take a screenshot, go into your program of choice, and use the eyedropper tool |
| 06:43:20 | BigMac | will that give me the hexidecimal? |
| 06:43:36 | Paul_The_Nerd | If your program gives you the hex of the current color. |
| 06:43:54 | Paul_The_Nerd | It may give it to you in decimal, in which case you just convert the R G and B values from base 10 to base 16 and put them together in that order. |
| 06:44:54 | BigMac | k i can do that actually:-) |
| 06:46:29 | BigMac | im working on my wps, and it says foreground color, what does that change? |
| 06:46:54 | sharpe | text color. |
| 06:47:44 | BigMac | k thats what i thought |
| 06:47:53 | BigMac | now to find a nice looking color |
| 06:47:59 | sharpe | hot pink. |
| 06:48:31 | BigMac | idk if itd look good |
| 06:48:42 | BigMac | ill check it out |
| 06:49:04 | sharpe | what about white? can't go wrong with white. except on a white background. same deal as with black. |
| 06:49:36 | BigMac | its already white |
| 06:49:41 | BigMac | i dont like it |
| 06:49:46 | BigMac | i want it to stick out |
| 06:50:00 | BigMac | i was thinking of a a chromish color |
| 06:50:02 | sharpe | well, what color is the background? |
| 06:50:28 | BigMac | its an image |
| 06:50:33 | sharpe | ah. |
| 06:50:44 | BigMac | do you want to see it? i think i have it in my photobucket |
| 06:50:54 | sharpe | um. sure. |
| 06:51:00 | BigMac | k |
| 06:53:23 | | Join telliott_ [0] (n=telliott@68-179-149-245.bsr-c3-d1.evv.dhcp.sigecom.net) |
| 06:53:27 | BigMac | http://i3.photobucket.com/albums/y61/anarchyluvsme/dump060810-003056.jpg |
| 06:53:45 | BigMac | while you check it out ill be changing the code |
| 06:53:59 | sharpe | ah. so i'm guessing it's based off of black glass, eh? |
| 06:54:19 | BigMac | yah |
| 06:54:22 | BHSPitMonkey | BigMac, implemented? |
| 06:54:27 | BigMac | but im not done |
| 06:54:34 | telliott_ | HELP! How do I get rid of #EXTINF lines from my playlist (generated by Winamp) without manual editing? |
| 06:54:34 | BigMac | huh? |
| 06:54:47 | BHSPitMonkey | BigMac, I think you need to wash out the background |
| 06:54:54 | BigMac | use foobar |
| 06:54:56 | BHSPitMonkey | crank down the contrast, and then brighten or darken it |
| 06:54:58 | Paul_The_Nerd | telliott_: Don't use winamp. :-P |
| 06:55:00 | BigMac | hmm? |
| 06:55:15 | BigMac | foobar is very easy to ue |
| 06:55:17 | BHSPitMonkey | BigMac, not very tradable |
| 06:55:17 | BigMac | use |
| 06:55:20 | BHSPitMonkey | yeah |
| 06:55:21 | BigMac | and free |
| 06:55:27 | BHSPitMonkey | <3 foobar |
| 06:55:31 | BigMac | me too |
| 06:55:34 | BHSPitMonkey | I keep it installed on my iPod |
| 06:55:35 | BigMac | its sooo easy |
| 06:55:35 | BHSPitMonkey | cause it's portable |
| 06:55:42 | BigMac | hmm |
| 06:55:53 | BHSPitMonkey | can take it to school, plug it in, start foobar, and start playing or transferring |
| 06:56:06 | telliott_ | I just had to likk the power on my Archos. It was chewing through all those lines trying to shuffel. I am beginning to really hate Winamp. |
| 06:56:09 | | Join midgey34 [0] (n=TJ@c-71-205-31-207.hsd1.mi.comcast.net) |
| 06:56:10 | telliott_ | kill |
| 06:56:12 | BigMac | i can copy songs anywhere |
| 06:56:29 | BHSPitMonkey | uhh |
| 06:56:53 | | Quit Febs (Read error: 110 (Connection timed out)) |
| 06:57:00 | BigMac | dont need teh foobar |
| 06:57:06 | BigMac | im tight on space anywere |
| 06:57:10 | BigMac | anyway |
| 06:57:27 | telliott_ | Will foobar clean up the playlist I have? |
| 06:57:28 | BigMac | so what do you think i should do sharpe |
| 06:57:54 | sharpe | well. can't really use a blue color... nor a white... |
| 06:58:01 | BigMac | yah |
| 06:58:43 | sharpe | black wouldn't fit well with the date on top. |
| 06:58:47 | BigMac | what about FF0099? |
| 06:59:20 | sharpe | hot pink, go for it. :) |
| 06:59:33 | BigMac | think itll look nice? |
| 06:59:48 | BigMac | well whats the worse that could happen i can always change it back |
| 06:59:54 | sharpe | it'd definitely stand out. |
| 07:00 |
| 07:00:00 | BigMac | i want to put the vista font on |
| 07:00:10 | BigMac | but cant seem to get fontforge running |
| 07:00:34 | Paul_The_Nerd | Wouldn't the vista font be copyrighted? |
| 07:00:37 | | Part telliott_ |
| 07:00:42 | BigMac | segoe ui? |
| 07:00:46 | BigMac | dont think so |
| 07:01:38 | BigMac | didnt work |
| 07:01:42 | BigMac | stayed white |
| 07:02:05 | sharpe | have you re-loaded the wps/theme? |
| 07:02:11 | BigMac | maybe its O not zero? |
| 07:02:57 | sharpe | there are no 'oh' hexadecimal characters, only zeros. |
| 07:03:21 | BigMac | you mean i have to load the theme again after i start up? |
| 07:03:26 | sharpe | yes. |
| 07:03:46 | Paul_The_Nerd | Segoe UI is only available from Microsoft. I doubt the license makes it redistributable. |
| 07:04:46 | BigMac | really? |
| 07:04:56 | BigMac | i didnt get mine from microsoft? |
| 07:04:57 | Paul_The_Nerd | Yup |
| 07:05:16 | Paul_The_Nerd | Well, that's where its source is. |
| 07:05:33 | Paul_The_Nerd | So wherever you got it from probably didn't have a license to redistribute it either, unless it's clearly under a license that says so. |
| 07:05:38 | Paul_The_Nerd | Which would be uncommon of MS |
| 07:05:51 | BigMac | well it doesnt matter anyway because i cant use fontforge |
| 07:05:56 | sharpe | haha. |
| 07:07:08 | BigMac | urg |
| 07:07:17 | BigMac | cant edit this layer! |
| 07:08:10 | BigMac | anyone want to do a scavenger hunt with me? |
| 07:10:28 | *** | Saving seen data "./dancer.seen" |
| 07:10:39 | | Join eGen_ [0] (i=generat0@boserver.mudecin.cz) |
| 07:11:21 | | Quit eGen_ (Client Quit) |
| 07:12:30 | BigMac | cant find a good color:-( |
| 07:13:16 | BigMac | i want something like the color of the crest spinbrush handle |
| 07:14:33 | sharpe | 6251c4 |
| 07:15:01 | | Part Paul_The_Nerd |
| 07:18:55 | | Join Paul_The_Nerd [0] (n=Paul_The@cpe-70-112-165-230.austin.res.rr.com) |
| 07:19:32 | sharpe | Paul_The_Nerd! You have no idea what you missed in that span of three minutes. |
| 07:20:46 | Paul_The_Nerd | I'm sure it was epic. |
| 07:20:50 | Paul_The_Nerd | And magically obscured from the logs. |
| 07:21:01 | sharpe | yep. |
| 07:21:03 | BigMac | chupacabra! |
| 07:21:41 | BigMac | sharpe is that a color and if so what does it look like? |
| 07:22:05 | sharpe | that's a purpleish color similar to the crest spinbrush handle. |
| 07:24:54 | BigMac | i was talking more like this one with the silver handle http://www.progressivegrocer.com/images/oralcare0105.jpg |
| 07:25:58 | Paul_The_Nerd | Well you can't really do silver with just a single shade. |
| 07:26:03 | sharpe | indeed. |
| 07:26:07 | Paul_The_Nerd | All you can do is "gray" |
| 07:26:49 | sharpe | or "grey," although they are the same color. |
| 07:26:50 | BigMac | yah |
| 07:27:11 | BigMac | i was looking for more of a white with a grey tint |
| 07:27:14 | BigMac | like chrome |
| 07:27:28 | Paul_The_Nerd | You mean... really light gray? |
| 07:27:35 | BigMac | but w/e i can deal just trying to make it more then a simple mod |
| 07:27:38 | BigMac | yah |
| 07:27:44 | sharpe | try, e0e0e0 ... |
| 07:28:29 | midkay | why don't you just open up paint or something and try it yourself? |
| 07:28:34 | midkay | light gray, how hard is that to get? |
| 07:28:45 | midkay | white with a gray tint, haha. |
| 07:29:30 | sharpe | oh c'mon midkay, there are only 254 shades of grey, not including white and black. |
| 07:29:40 | midkay | and? |
| 07:29:53 | Paul_The_Nerd | Only 254? |
| 07:29:54 | midkay | "only 254 shades", right. only that many. not that many to go through. |
| 07:30:03 | Paul_The_Nerd | You're assuming 24-bit |
| 07:30:05 | BigMac | wow |
| 07:30:09 | BigMac | i like it sharpe |
| 07:30:12 | BigMac | thank you alot |
| 07:30:16 | sharpe | yes. i never said shades of light grey. |
| 07:30:19 | sharpe | ah. you're welcome. |
| 07:30:22 | midkay | because light gray is so hard to get. |
| 07:34:19 | sharpe | midkay: you have no idea. |
| 07:35:55 | Paul_The_Nerd | Light gray that doesn't look white on a colored background can be difficult. |
| 07:37:07 | midkay | on a colored background? what do you mean? |
| 07:37:40 | Paul_The_Nerd | Once you're on a background with colors, a light gray can very easily look like it's white without something white to give it context. |
| 07:37:48 | | Join damaki_ [0] (n=Chocolat@90.7.139.189) |
| 07:38:47 | midkay | just make it darker to suit. |
| 07:39:24 | | Nick daurn|afk is now known as daurn|laptop (n=quae@unaffiliated/daurnimator) |
| 07:39:26 | midkay | experiment to where you want it. versus asking people to give them some random "white but gray" values until one looks alright. it's really not that hard.. |
| 07:39:32 | Paul_The_Nerd | Hahaha |
| 07:40:44 | sharpe | i did suggest 'hot pink' earlier, and a purple color resembling the purple-handled crest spinbrush a bit ago. |
| 07:40:54 | BigMac | hmm |
| 07:41:01 | BigMac | gotta change it |
| 07:41:07 | BigMac | to close to the clouds color |
| 07:41:13 | midkay | sharpe: no, uh, BigMac suggested the spinbrush color, right? |
| 07:41:49 | midkay | <BigMac> i want something like the color of the crest spinbrush handle |
| 07:41:52 | sharpe | midkay: yes, he suggest the spinbrush, i suggested the actual color of the purple one. |
| 07:41:52 | midkay | that's the first mention of it. |
| 07:42:13 | sharpe | gah. s/suggest/suggested |
| 07:42:28 | midkay | oh, BigMac suggest the spinbrush. midkay see. i going to disappear now. |
| 07:42:49 | BigMac | i wish truetype fonts worked on here |
| 07:42:52 | sharpe | haha. |
| 07:43:29 | | Join Seed [0] (i=ben@85.64.207.9) |
| 07:43:36 | sharpe | at least it wasn't, "he suggest spinbrush." at least there was a "the" in there. |
| 07:43:56 | Bg3r | morning |
| 07:44:04 | JdGordon | morning |
| 07:44:14 | sharpe | late night |
| 07:44:29 | Paul_The_Nerd | Morning, by 40 minutes |
| 07:44:39 | midkay | sharpe: that doesn't work. they said "morning" but not "early" or "mid" or "late". |
| 07:44:46 | BigMac | an hour and forty here |
| 07:44:52 | midkay | you could say "night" but you can't be specific, since they weren't. |
| 07:45:01 | midkay | unless you want to RUIN it, like you just did. |
| 07:46:06 | sharpe | yes midkay, that was my plan. to RUIN it. now that i have succeeded, i can now go on to do more evil things. |
| 07:46:41 | midkay | as usual. |
| 07:47:09 | BigMac | hmm black doesnt work either |
| 07:47:13 | sharpe | i live to ruin people's day. |
| 07:48:08 | Bg3r | :D |
| 07:48:26 | sharpe | Bg3r: did i ruin your day? |
| 07:49:02 | Bg3r | sharpe: i really doubt it, but u can continue trying to do so :P |
| 07:50:17 | sharpe | oh well. |
| 07:51:31 | | Join eGen_ [0] (i=generat0@boserver.mudecin.cz) |
| 07:51:35 | | Quit eGen_ (Client Quit) |
| 07:51:55 | | Quit damaki_ (Remote closed the connection) |
| 07:52:10 | | Quit EbErT () |
| 07:53:20 | | Join damaki_ [0] (n=Chocolat@90.7.139.189) |
| 07:53:23 | sharpe | good-day everyone. |
| 07:53:28 | | Quit sharpe ("Leaving") |
| 07:53:58 | | Quit damaki__ (Read error: 110 (Connection timed out)) |
| 07:55:03 | | Join safetydan [0] (n=cbca159f@labb.contactor.se) |
| 08:00 |
| 08:01:26 | | Join theli_ua [0] (n=theli@mail.ukrcard.com.ua) |
| 08:10:45 | | Part midgey34 |
| 08:11:07 | BigMac | does the vlc convert transcode swfs? |
| 08:11:52 | * | safetydan tries to figure out if that sentence is English... |
| 08:12:05 | BigMac | converter |
| 08:12:09 | BigMac | my bad |
| 08:12:15 | JdGordon | BigMac -> english :D |
| 08:12:41 | BigMac | JdGordon->already appologized |
| 08:12:51 | JdGordon | yes i type too slow :p |
| 08:13:56 | safetydan | BigMac, you might better either asking Google or the VLC forums |
| 08:14:36 | BigMac | no im talking about the one for rockbox |
| 08:14:39 | BigMac | wlc.bat |
| 08:14:44 | BigMac | vlc.bat |
| 08:15:23 | safetydan | Eh? When did Rockbox start shipping a transcoder? |
| 08:16:11 | BigMac | idk |
| 08:16:20 | BigMac | under the mpeg plugin wiki thing |
| 08:18:34 | safetydan | Well it uses VLC so once again you're better off asking Google or the VLC forums. |
| 08:19:56 | Paul_The_Nerd | All the .bat file is, is that command line listed on the page using VLC |
| 08:20:25 | BigMac | ok well i decided to do it manually anway |
| 08:20:46 | BigMac | but what do you reccomend for a decent amount of fps paul? |
| 08:20:57 | BigMac | i know it has to be multiples of 16 |
| 08:22:05 | Paul_The_Nerd | The sizes have to be multiples of 16... |
| 08:23:11 | BigMac | yah but you said you were getting 20 fps on your ipod |
| 08:23:17 | Paul_The_Nerd | I have a Nano. |
| 08:23:24 | BigMac | so im asking you what resolution you use |
| 08:23:28 | | Quit chendo (Remote closed the connection) |
| 08:23:34 | BigMac | what size is its scren? |
| 08:23:38 | BigMac | screen |
| 08:23:38 | Paul_The_Nerd | So yes, with video at 176x128, on the Nano's tiny screen. |
| 08:23:40 | | Join chendo [0] (n=chendo@203-206-100-80.dyn.iinet.net.au) |
| 08:23:41 | BigMac | k |
| 08:23:57 | BigMac | ill do the next one up of that |
| 08:32:10 | BigMac | wtf...i can't find were its outputting my movies to |
| 08:32:34 | Paul_The_Nerd | Should be the same folder as you're running it from |
| 08:32:50 | BigMac | thats what i thought but its not in there |
| 08:32:55 | BigMac | thats were it was before |
| 08:32:59 | BigMac | no errors came up |
| 08:33:32 | | Join nudelyn [0] (i=nudel@dyn-62-56-86-157.dslaccess.co.uk) |
| 08:33:36 | BigMac | C:\Program Files\VideoLAN\VLC right |
| 08:33:41 | BigMac | thats were i installed it |
| 08:36:00 | BigMac | pastebin wont work for me |
| 08:37:35 | BigMac | was there something else i need to install? |
| 08:37:39 | BigMac | it worked before |
| 08:41:16 | BigMac | vlc C:\animatorvs.animation.swf −−sout=#transcode{vcodec=mp2v,vb=600,width=192,height=144}:es{access-video=file,mux-video=es,dst-video=animatorvs.animation.m2v} |
| 08:41:29 | BigMac | that look right? |
| 08:46:11 | midkay | why don't you just try it? |
| 08:46:13 | midkay | seriously.. |
| 08:46:21 | midkay | is that what the page says? |
| 08:46:57 | midkay | if you have it open and just typed it, why should any of us bother to open it and double check that you typed it right. if it gives an error, try again. if it doesn't, then hooray. |
| 08:47:30 | BigMac | no one has any idea either huh |
| 08:47:36 | BigMac | im stumped |
| 08:49:01 | safetydan | I don't think VLC actually supports FLV/SWF files. |
| 08:49:10 | safetydan | At least their "supported formats" page doesn't mention it. |
| 08:49:17 | JdGordon | GGRRRRRRRRRRRRRRRRRRRRRR!!!!!!11 |
| 08:52:05 | Bg3r | JdGordon: what :) |
| 08:52:21 | JdGordon | stupid patch was being stupid... but working now |
| 08:52:53 | BigMac | i reaallllly want jon to reply back |
| 08:53:08 | BigMac | i need to know if his build uses the current source with video |
| 08:53:31 | | Part safetydan |
| 08:53:38 | Bagder | BigMac: get the source and diff against CVS HEAD |
| 08:54:10 | BigMac | i dont think he has his source available |
| 08:54:20 | Bagder | he should |
| 08:54:34 | Bagder | both legally by the license and for it being a good thing |
| 08:55:54 | daurn|laptop | YOU ARE A PIRATE |
| 08:56:41 | BHSPitMonkey | you're a spammer |
| 08:57:09 | BigMac | hmm |
| 08:57:15 | BigMac | k ill check it |
| 08:57:38 | BigMac | and correct me if im wrong, if i have his source i can patch it? |
| 08:57:54 | BHSPitMonkey | BigMac, in case you don't know, vlc does play flv |
| 08:58:05 | BHSPitMonkey | it's a little unstable though |
| 08:58:21 | BigMac | yah these are swf though |
| 08:58:35 | BHSPitMonkey | and I know mplayer plays them |
| 08:58:41 | BHSPitMonkey | hmm |
| 08:58:50 | BHSPitMonkey | have you -tried- one? |
| 08:59:07 | BHSPitMonkey | I would think it couldn't |
| 08:59:38 | BigMac | i can play them on my computer in flash |
| 08:59:48 | BHSPitMonkey | obviously |
| 09:00 |
| 09:00:08 | BigMac | but i guess im just going to have to use *gulp* quicktime *shudders* |
| 09:00:27 | BHSPitMonkey | what are you trying to do |
| 09:00:54 | BigMac | sonvert my swf file to m2v |
| 09:01:12 | BHSPitMonkey | hmm |
| 09:01:22 | BHSPitMonkey | there are windows freeware programs that do that |
| 09:02:35 | | Join Zagor [0] (n=bjst@rockbox/developer/Zagor) |
| 09:04:02 | markun | morning Zagor |
| 09:04:10 | Zagor | hi |
| 09:05:56 | | Join petur [0] (n=d4efd6a6@labb.contactor.se) |
| 09:07:17 | | Quit damaki_ (Remote closed the connection) |
| 09:10:32 | *** | Saving seen data "./dancer.seen" |
| 09:13:09 | JdGordon | why are the sim and boot builds being built for the cvs builds page.. there is no link to download them is there? |
| 09:13:43 | petur | always nice to see if they build without errors |
| 09:13:49 | Bagder | that page is not primarily for downloads you know |
| 09:14:20 | JdGordon | .. ye ok.. i guess so... |
| 09:14:43 | Bagder | the sims aren't useful to download, and we want to offer somewhat "secure" bootloaders |
| 09:15:21 | JdGordon | why does the sim build produce 47 warning depending on which comp its ubilt on? bad sdl install? |
| 09:15:29 | Paul_The_Nerd | Yeah, if you offered bootloaders from the CVS build, I'm sure we'd actually end up with bricked players every now and then. |
| 09:15:35 | dwihno | Speaking of nothing... Rockbox has no real disk size limit huh? I recall something about the ISD300 being the only limit... |
| 09:15:46 | Bagder | JdGordon: a picky gcc on amiconn's (iirc) machine |
| 09:15:58 | JdGordon | ok |
| 09:16:11 | Bg3r | JdGordon: i suppose it's 64bit thing |
| 09:16:39 | Bagder | dwihno: rockbox does not have code to deal with very big disks, no |
| 09:17:14 | | Quit _Veseliq_ (Remote closed the connection) |
| 09:17:15 | Bagder | OpenNeo did extend the code in their project so we might be able to get something back from them one day |
| 09:17:16 | dwihno | Bagder: does not? hmm. where lies the limit? |
| 09:17:28 | dwihno | fat driver? ata? |
| 09:17:31 | dwihno | both perhaps |
| 09:17:34 | Bagder | ata |
| 09:17:39 | dwihno | ah, ok |
| 09:17:47 | dwihno | Am I safe if I get a 120GB disk? |
| 09:17:52 | Bagder | yes |
| 09:18:05 | dwihno | Can't go bigger due to the freakin' isd :) |
| 09:18:12 | Bagder | exactly |
| 09:18:25 | Bagder | and the existing rockbox can deal with bigger size if you use several partitions |
| 09:18:29 | dwihno | ah |
| 09:18:36 | Bagder | but the isd can't |
| 09:19:04 | dwihno | Well, 120GB should be enough for everyone ;) |
| 09:19:05 | | Join ender` [0] (i=null@84.52.165.220) |
| 09:19:48 | Bagder | you can use 137GB (by manufacturer-speak) |
| 09:19:55 | dwihno | mhm |
| 09:20:06 | dwihno | good luck finding one of those disks ;) |
| 09:20:09 | Bagder | hehe |
| 09:20:24 | Bagder | c'mon, can't be that hard to build your own, can it? ;-P |
| 09:20:37 | dwihno | naaah, some discs, some platters and whooo! custom disk! ;D |
| 09:21:50 | dwihno | h |
| 09:21:52 | dwihno | nevermind ;) |
| 09:21:57 | dwihno | it's too early for me anyhow |
| 09:22:14 | Bagder | want me to get a cup of coffee for you? |
| 09:23:11 | BigMac | BHSPitMonkey:freeware such as... |
| 09:23:23 | BHSPitMonkey | uhh |
| 09:23:28 | dwihno | Bagder: If you don't mind %) |
| 09:23:55 | BigMac | i have quicktime 7 and i could go to mov then to m2v |
| 09:24:01 | BigMac | but im having trouble |
| 09:25:04 | BigMac | i keep getting error 2008 |
| 09:25:07 | BHSPitMonkey | BigMac, here's something I just found by googling http://www.bytescout.com/swftovideo_convert_flash_to_avi.html |
| 09:27:25 | | Join Gnelik [0] (n=Gnelik@193.110.17.19) |
| 09:28:07 | BHSPitMonkey | BigMac, sorry, that's not freeware at second glance |
| 09:28:10 | | Part Paul_The_Nerd |
| 09:29:56 | BigMac | yah... |
| 09:29:56 | BHSPitMonkey | BigMac, this looks like the thing you want http://www.erightsoft.com/SUPER.html |
| 09:30:02 | BigMac | nope |
| 09:30:06 | BigMac | used that |
| 09:30:07 | BHSPitMonkey | :/ |
| 09:30:11 | BigMac | doesnt work |
| 09:32:18 | daurn|laptop | BHSPitMonkey YOU SUCK |
| 09:32:20 | | Quit darkless ("Leaving") |
| 09:32:21 | daurn|laptop | ... bigmax |
| 09:32:32 | daurn|laptop | as in - bigmac's |
| 09:32:46 | BigMac | hmm? |
| 09:32:48 | daurn|laptop | but x is too cool four skool |
| 09:32:56 | daurn|laptop | i winzor! |
| 09:33:39 | BHSPitMonkey | you mean winx0r |
| 09:33:53 | daurn|laptop | no i don't |
| 09:34:18 | daurn|laptop | OUCH! |
| 09:37:47 | BHSPitMonkey | what? did you choke on your own stupidity? |
| 09:39:42 | | Join Stev [0] (n=thestev@158.213.233.220.exetel.com.au) |
| 09:40:08 | | Nick Stev is now known as |Stev| (n=thestev@158.213.233.220.exetel.com.au) |
| 09:40:48 | | Quit daurnimator ("daurnimator was using Daurnimator's Legendary Script") |
| 09:40:51 | * | petur spots another impossible request in the forum: http://forums.rockbox.org/index.php?topic=2513.msg44870#msg44870 |
| 09:41:02 | JdGordon | nothing is impossible... |
| 09:41:15 | petur | real-time spectrum analyzer when recording? |
| 09:41:33 | JdGordon | hehe.. difficult.. but no impossible.. :D |
| 09:41:41 | Bagder | prove it! |
| 09:41:45 | petur | maybe on the second core of an ipod |
| 09:42:46 | daurn|laptop | not impossible |
| 09:43:13 | midkay | you're about a minute and a half late there, daurn|laptop. |
| 09:44:17 | daurn|laptop | midkay: you're late ;) |
| 09:44:49 | midkay | .. er.. good one... ? |
| 09:44:50 | midkay | :) |
| 09:45:25 | daurn|laptop | yes |
| 09:45:28 | JdGordon | why is midkay always in the center of all this bickering??? |
| 09:45:41 | midkay | why are people so silly? answer that for me. |
| 09:45:45 | daurn|laptop | cause hes late |
| 09:46:03 | |Stev| | if he was late, wouldn't he be at the back? |
| 09:46:06 | midkay | <jdgordon> it's not impossible [2 minutes later] <daurn|laptop> not impossible |
| 09:46:15 | midkay | why would you even say that. |
| 09:46:23 | midkay | it was already discussed and decided. |
| 09:46:26 | daurn|laptop | why not |
| 09:46:33 | midkay | that's why. |
| 09:46:38 | daurn|laptop | (don't asnwer yourself) |
| 09:46:41 | daurn|laptop | i mean me |
| 09:46:44 | daurn|laptop | i mean anyone |
| 09:47:10 | daurn|laptop | YOUR HEAD ASPLODE |
| 09:48:57 | | Quit JdGordon ("Konversation terminated!") |
| 09:51:59 | | Quit dan_a (Read error: 110 (Connection timed out)) |
| 09:52:02 | | Join bluebrother [0] (i=M4dfLKKw@nat-wh-1.rz.uni-karlsruhe.de) |
| 09:53:05 | | Quit |Stev| () |
| 09:54:19 | | Join JdGordon [0] (n=Miranda@c220-237-57-32.sunsh4.vic.optusnet.com.au) |
| 09:58:00 | | Join _Veseliq_ [0] (n=veseliq@195.85.215.210) |
| 09:59:12 | | Join damaki [0] (n=Chocolat@90.7.139.189) |
| 10:00 |
| 10:00:34 | jhMikeS | Any particular reason eq filter bands are applied low->high? |
| 10:00:57 | markun | jhMikeS: would it be more efficient the other way around? |
| 10:01:18 | | Quit Gnelik ("Gfrf!4edss") |
| 10:01:47 | jhMikeS | No...but the distortion harmonics introduced in the lower bands is then run through the upper bands. Going high to low would avoid that. |
| 10:02:11 | linuxstb | jhMikeS: preglow wrote the EQ code, so I guess you should ask him. |
| 10:02:50 | | Join conorkirk1 [0] (n=47227aeb@labb.contactor.se) |
| 10:02:55 | jhMikeS | Unrolling the calls to eq_filter seems to help couple percent on my ogg test too |
| 10:03:44 | linuxstb | jhMikeS: On a different subject, how is your lcd_yuv_blit() doing? |
| 10:04:35 | jhMikeS | linuxstb: Just got assembly optimized lcd_update(_rect) committed and so will start that shortly. Using IRAM line buffers helps a lot BTW. |
| 10:05:33 | linuxstb | Did you see amiconn's suggestion to put those IRAM buffers on the stack? The LCD code is always called from the main thread, and the main thread's stack is in IRAM. |
| 10:05:49 | jhMikeS | I did something and my ogg boost ration went from 85-74% ?!!? |
| 10:06:04 | jhMikeS | linuxstb: yes |
| 10:06:15 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 10:06:22 | markun | morning LinusN |
| 10:06:24 | jhMikeS | with eq btw |
| 10:06:29 | LinusN | moo |
| 10:06:43 | jhMikeS | Hello LinusN...cocka doodle doo? |
| 10:06:55 | LinusN | howdy dowdy |
| 10:07:53 | * | petur wipes his eyes |
| 10:07:55 | jhMikeS | *tweet tweet* |
| 10:08:05 | * | petur checks channel name |
| 10:09:22 | jhMikeS | 'beer' |
| 10:09:30 | petur | too early |
| 10:10:23 | | Join safetydan [0] (n=dan@cor4-ppp3002.bri.dsl.connect.net.au) |
| 10:10:26 | jhMikeS | It's 4:09 here...who cares if it's AM |
| 10:10:44 | petur | rofl |
| 10:12:11 | jhMikeS | *glug* |
| 10:13:26 | jhMikeS | linuxstb: about the eq...when's preglow around then? |
| 10:14:23 | | Join dan_a [0] (n=dan-mirc@wormhole.domicilium.com) |
| 10:17:00 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 10:20:10 | | Join JdGordon [0] (n=jonno@c220-237-57-32.sunsh4.vic.optusnet.com.au) |
| 10:20:47 | linuxstb | jhMikeS: He's normally around at this time. |
| 10:21:13 | JdGordon | hey LinusN, sorry i had to run off on friday, the actiion stuff is ready to go, execpt it has really only been tested on the actual target on the h300 and ipod |
| 10:22:08 | LinusN | is it adapted to the new horizontal scroll button mappings? |
| 10:22:32 | JdGordon | no, but judging by the forum it sounds like that path was a bad idea... |
| 10:22:48 | JdGordon | im thinkg of a way to make those sort of settings easily configurable |
| 10:24:59 | LinusN | i like the new buttons for the horizontal scroll, now it is finally usable imho |
| 10:25:29 | LinusN | however, i'm not too happy about how the ui feels because of it |
| 10:25:37 | LinusN | (the trigger-on-release) |
| 10:26:34 | JdGordon | we can allow the user to choose if they want that behaviour or not.. but that will start to bloat out the settings even more than now.. |
| 10:26:41 | BHSPitMonkey | can I be offtopic for a sec |
| 10:27:05 | * | LinusN starts the timer |
| 10:27:14 | LinusN | oops, your 1 sec is out, sorry |
| 10:27:59 | BHSPitMonkey | oh well, I'll deal with the overage: |
| 10:28:11 | BHSPitMonkey | does this deal seem fishy to anyone http://www.compusa.com/products/product_info.asp?pfp=BROWSE&N=200112+4294967017&Ne=301050&Ns=display%5Fprice%7C0&product_code=314179&Pn=Deskstar_7K250_200GB_Hard_Drive |
| 10:28:47 | JdGordon | the price? looks fine.. |
| 10:28:57 | BHSPitMonkey | way cheaper than I've seen anywhere else so far |
| 10:29:01 | Bg3r | LinusN: do you happen to remember where did you put your current measures (original fw/rockbox) for h3xx in the wiki ? |
| 10:29:08 | JdGordon | even dirt cheap... compusa are a decent shop arnt they? |
| 10:29:17 | midkay | they are, maybe it's a typo.. |
| 10:29:33 | midkay | they always have rather low prices but it seems quite low even for them.. |
| 10:29:37 | jhMikeS | I don't know if its fishy but if it's an error on their part, they probably will have to sell it for that anyway. |
| 10:29:45 | BHSPitMonkey | JdGordon, yeah, I just wonder if there's some grotesque quality problem with that drive |
| 10:29:56 | JdGordon | dunno.. |
| 10:29:57 | LinusN | Bg3r: try searching for it |
| 10:29:59 | midkay | with the drive? then why is it much more elsewhere? |
| 10:30:30 | Bg3r | LinusN: i tried ... :) what string should i search for ? |
| 10:30:46 | Bg3r | ah |
| 10:30:47 | Bg3r | found it |
| 10:30:50 | Bg3r | http://www.rockbox.org/twiki/bin/view/Main/IriverBattery |
| 10:30:53 | BHSPitMonkey | midkay, I didn't say that model is more elsewhere, just that kind of GB/$ ration is extraordinary... |
| 10:31:12 | midkay | it's a hitachi even, i'd imagine it'd be recalled.. |
| 10:31:26 | midkay | Hitachi DeskStar 7K250 - Hard Drive - 80 GB - SATA-150 ... - $58.99 - Buy.com |
| 10:31:32 | midkay | 160GB Deskstar 7K250 SATA Hard Drive - $64.95 - PC Connection |
| 10:31:33 | midkay | etc.. |
| 10:31:41 | midkay | oh. |
| 10:31:52 | midkay | smaller sizes.. |
| 10:33:57 | Bg3r | ah, no, this is for h100 |
| 10:34:53 | midkay | i mean gb-wise.. if you're talking to me.. |
| 10:35:11 | Bg3r | midkay: no, this was for my link above |
| 10:35:24 | petur | BHSPitMonkey: that drive is ATA-100, so bus speed is not the latest greatest |
| 10:35:25 | midkay | alright. |
| 10:35:38 | LinusN | Bg3r: http://www.rockbox.org/twiki/bin/view/Main/PowerConsumption |
| 10:35:47 | | Join webmind_ [0] (i=webmind@feather.perl6.nl) |
| 10:35:50 | Bg3r | LinusN: 10x! ) |
| 10:35:52 | Bg3r | :) |
| 10:35:59 | BHSPitMonkey | petur, is that terrible, though? |
| 10:36:44 | | Quit bluebrother ("leaving") |
| 10:36:47 | petur | not terrible, should be ok for data storage, not if you plan to capture video,... |
| 10:37:36 | Bg3r | petur: heh, i don't think that SATA drives are much faster than PATA ones |
| 10:37:39 | | Join bluebrother [0] (i=FXnuVOv1@nat-wh-1.rz.uni-karlsruhe.de) |
| 10:38:04 | petur | isn't the latest PATA speed 133 for some time now? |
| 10:38:07 | markun | LinusN: is the iriver->target_tree patch almost ready for commit? |
| 10:38:11 | Bg3r | but NCQ surely helps |
| 10:38:28 | LinusN | markun: no, i have quite a few things left to do |
| 10:38:29 | conorkirk1 | Lol, internet. |
| 10:38:31 | Bg3r | petur: do you believe that current 7200rpm drives deliver more than 100MBytes/sec ? |
| 10:39:04 | petur | depends on cache size probably |
| 10:39:41 | Bg3r | yep, but the actual transfer rate from the disk plates doesn't reach 100MB/sec |
| 10:40:11 | BHSPitMonkey | so, you're saying it isn't even that relevant? |
| 10:40:26 | | Quit webmind (Read error: 104 (Connection reset by peer)) |
| 10:40:31 | petur | anyway, I'm not pata minded, sata gives less overhead on the CPU |
| 10:41:06 | Bg3r | but yes, sata is the future |
| 10:41:23 | conorkirk1 | So then the duck said, thats not a plastic duck, thats my wife! |
| 10:41:29 | BHSPitMonkey | yeah, but for 10 bucks more than that PATA drive, I can get a SATA drive that's 40GB less |
| 10:41:32 | | Quit webmind_ (Read error: 54 (Connection reset by peer)) |
| 10:41:43 | | Join webmind [0] (i=webmind@feather.perl6.nl) |
| 10:44:25 | Bg3r | LinusN: huh ? |
| 10:44:26 | Bg3r | 128kbit/s MP3 in WPS 45mHz 125mA 60mA |
| 10:44:27 | Bg3r | 128kbit/s MP3 in menu 45mHz 120mA 110mA |
| 10:44:51 | LinusN | yes? |
| 10:45:07 | Bg3r | original 110mA in menu, but 60 in its "WPS" ? |
| 10:45:11 | LinusN | yes |
| 10:45:26 | LinusN | it uses a higher frequency when doing interactive stuff |
| 10:45:40 | Bg3r | aha |
| 10:46:24 | LinusN | which reminds me, i should measure again, now that we havs solved the usbotg issue |
| 10:46:29 | Bg3r | yep |
| 10:46:43 | LinusN | so much to do, so little time... |
| 10:46:45 | | Quit conorkirk1 ("CGI:IRC (Ping timeout)") |
| 10:46:47 | Bg3r | :( |
| 10:47:02 | BHSPitMonkey | woah, compusa also has a 200gb maxtor ata133 drive for the same price |
| 10:47:28 | BHSPitMonkey | guess I'm going there tomorrow and checking things out |
| 10:47:32 | BHSPitMonkey | night all |
| 10:48:14 | Galois | IBM sold their drives unit to hitachi so the hitachi drives come from the same ancestry as the deathstar and so on |
| 10:48:16 | Bagder | going there? noooo, you should buy everything online! |
| 10:48:29 | JdGordon | LinusN: done, with the option to use on+direction or hold+direction to scroll |
| 10:49:00 | JdGordon | ... defaulting to hold+direction |
| 10:49:06 | Galois | pricewatch has $56 drives, so $50 isn't too far off, especially with sales tax |
| 10:49:24 | theli_ua | amiconn or linuxstb .... i've tried to compile zxbox using grayscale for recorder sim but have only black screen after start :(, what can be the problem? |
| 10:52:43 | linuxstb | theli_ua: I don't know - I've never used the greyscale lib. Does it work in the recorder sim without the greyscale lib? |
| 10:56:13 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-144-024.pools.arcor-ip.net) |
| 11:00 |
| 11:00:15 | | Join Arathis [0] (n=doerk@p508A5F4A.dip.t-dialin.net) |
| 11:00:59 | JdGordon | .. some will be pleased to know making the buttons more customizable is farily simple... |
| 11:01:20 | JdGordon | just annoying to get it woring 100% :p |
| 11:02:13 | | Join mkey [0] (n=mkey@pD9E3650B.dip.t-dialin.net) |
| 11:10:35 | *** | Saving seen data "./dancer.seen" |
| 11:13:51 | theli_ua | linuxstb, nevermind .. just got lost in all ifdefs |
| 11:14:44 | | Quit hotwire_ (Read error: 110 (Connection timed out)) |
| 11:16:18 | jhMikeS | I thought that configurable keys were considered taboo in rb. |
| 11:17:08 | Bg3r | LinusN: http://www.misticriver.net/member.php?u=8350 :)))) |
| 11:17:30 | Bg3r | (see the signature) |
| 11:17:36 | LinusN | :-) |
| 11:17:49 | | Join hotwire_ [0] (n=hotwire@toronto-HSE-ppp4318932.sympatico.ca) |
| 11:21:09 | | Join lightyear [0] (n=lightyea@p548756F0.dip.t-dialin.net) |
| 11:24:44 | jhMikeS | ?? Noone has anything to say about that? :\ |
| 11:25:09 | LinusN | i'm not in favour of configurable keys |
| 11:25:37 | bluebrother | configurable keys would be hell to describe in the manual |
| 11:25:59 | LinusN | and to support when people want help in the forums |
| 11:26:21 | jhMikeS | Wouldn't the defaults be the same? |
| 11:26:35 | * | LinusN mumbles something about a can containing worms |
| 11:27:00 | * | jhMikeS thanks LinusN because he's going fishing. |
| 11:27:11 | LinusN | jhMikeS: yes, but clueless people don't realize that they have changed the keymap |
| 11:27:53 | LinusN | and because rockbox is a "maze of carefully timed keypresses", changing a button might have unexpected side effects |
| 11:27:54 | jhMikeS | Require a clue to get to it in the first place? :) |
| 11:27:55 | bluebrother | the only option I would consider useable would be changing the keymap _only_ by the use of a special configuration file. |
| 11:28:10 | preglow | but yeah |
| 11:28:13 | bluebrother | that could _only_ be modified on a pc, not the player itself. |
| 11:28:32 | preglow | what do people think about the new horizontal scrolling which introduced another timed keypress? |
| 11:28:46 | jhMikeS | I guess that qualifies as needing a clue...keys should go to defaults if there _anything_ wrong in the config. |
| 11:29:01 | jhMikeS | preglow: horizontal scrolling? |
| 11:29:11 | LinusN | preglow: some people have complained |
| 11:29:38 | jhMikeS | preglow: is there any particular reason why the eq bands must be applied low->high? |
| 11:29:40 | LinusN | however, i think holding right/left is easier/more intuitive than a button combo |
| 11:29:54 | linuxstb | preglow: I tried it out this morning (never having used horizontal scroll before), and found it hard to use unless I just wanted to scroll all the way to the right to see the ends of the filenames. i.e. it's difficult to just move it a little bit (it repeats and scrolls to far). If I try and just move it a little, I accidentally do a short press and play the file. |
| 11:30:01 | preglow | i don't think i like it myself |
| 11:30:07 | bluebrother | I found to like the scrolling better than I thought ;-) |
| 11:30:10 | Slasheri | i like the new horizontal scrolling patch |
| 11:30:14 | | Quit midkay (Read error: 104 (Connection reset by peer)) |
| 11:30:18 | Slasheri | it was pain to use it with the play button |
| 11:30:25 | preglow | a pain, but predictable |
| 11:30:34 | preglow | i don't like stuff requiring the key to be held pressed |
| 11:31:27 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
| 11:31:33 | jhMikeS | preglow: ?? didn't see my question? |
| 11:31:44 | preglow | jhMikeS: no |
| 11:31:55 | preglow | jhMikeS: purely arbitrary |
| 11:31:58 | linuxstb | I don't feel that strongly, but if there was a vote, I would vote in favour of reverting to the old behaviour. |
| 11:31:58 | jhMikeS | preglow: up there...about the Eq^ |
| 11:32:16 | preglow | jhMikeS: i have answered |
| 11:32:24 | preglow | linuxstb: yeah, me too now |
| 11:33:17 | LinusN | preglow: i find button combos hard to use with one hand |
| 11:33:38 | preglow | indeed, they are |
| 11:33:45 | Slasheri | ah, in fact the patch is the reason why ui feels more sluggish now.. |
| 11:33:50 | LinusN | yes |
| 11:33:53 | preglow | but i'm willing to live with that |
| 11:33:56 | linuxstb | LinusN: But I don't think the new way is much of an improvement. And you also lose the ability to quickly navigate back to the root by holding left. |
| 11:34:15 | jhMikeS | preglow: ?? I don't see it so I take silence means "no particular reason" |
| 11:34:28 | preglow | jhMikeS: no, it's purely arbitrary |
| 11:34:40 | preglow | jhMikeS: no reason at all, you may apply them any order you want |
| 11:35:26 | jhMikeS | ok...becuase distortion harmonics introduced in the lower bands get filtered by the hight bands...this may be good for when a higher band is cut though. |
| 11:36:03 | LinusN | linuxstb: i must admit that i never hold Left to get back to the root, it never occurred to me |
| 11:36:38 | LinusN | i only have 3-4 dir levels, so 4 rapid clicks is just as fast as waiting for the repeat to kick in |
| 11:37:23 | linuxstb | My directories are similar, which is why I don't really mind losing that feature if others like the new horizontal scroll. |
| 11:37:39 | LinusN | however, using button release for navigation surely makes the ui feel sluggish |
| 11:37:48 | jhMikeS | preglow: Does that make any sense at all? ^^ |
| 11:37:59 | preglow | jhMikeS: not exactly a priority for me, since distortion should be avoided, but sure, it makes sense |
| 11:38:44 | preglow | LinusN: right, i noticed the handling seemed a bit sticky |
| 11:38:47 | preglow | that's just nasty, imho |
| 11:44:57 | * | JdGordon has no idea why stupid hold right is triggering an enter event after scrolling :'( |
| 11:48:22 | LinusN | because Right is mapped to enter? |
| 11:48:54 | JdGordon | no, im overwrtiging the standard settings... i tinhk there is a minor oversight in the action prechecking code |
| 11:49:52 | JdGordon | no, found the rpoblem :p |
| 11:49:56 | JdGordon | .. hopefully |
| 11:50:36 | JdGordon | I was at dinner while you were all talking about custom mappings, I agree that the settings shuold only be settable through config files, not through menus |
| 11:50:55 | JdGordon | ... partitially because setting up the menu is annoying :D |
| 11:51:30 | * | Bg3r just opened his h340 for the first time and is suprised how little is the HDD in fact ... |
| 11:52:21 | preglow | tis small indeed |
| 11:52:43 | theli_ua | linuxstb, can you , please , look at new zxbox version when you'll have some time? i;m just wondering what else should be done for inclusion.... |
| 11:53:19 | | Join eGen_ [0] (i=generat0@boserver.mudecin.cz) |
| 11:54:18 | | Join A_M [0] (n=51e2cbe3@labb.contactor.se) |
| 11:55:20 | | Join discopizza [0] (n=benny@210-84-8-157.dyn.iinet.net.au) |
| 11:55:38 | discopizza | hello |
| 11:56:04 | LinusN | hi |
| 11:56:18 | amiconn | theli_ua: How's the zxbox speed with the grayscale lib improvements? |
| 11:57:29 | theli_ua | i have opportunity to test it on mini only ... without precise measurement (noone answered what needs to be done for using gray_putsxy) it looks like 90-100% i think |
| 11:58:25 | Bg3r | LinusN: are there any marker notes on the hdds of your irivers ? |
| 11:58:55 | LinusN | yes, all of them |
| 11:59:04 | Bg3r | aha |
| 11:59:29 | | Join _FireFly_ [0] (n=FireFly@p54A45D66.dip.t-dialin.net) |
| 12:00 |
| 12:01:35 | | Join actionshrimp [0] (n=nn@host86-133-119-6.range86-133.btcentralplus.com) |
| 12:04:13 | Bg3r | haha the glue smells like a chewing gum |
| 12:04:20 | JdGordon | not oranges? |
| 12:05:27 | discopizza | anyone using an iAudio x5L w/rockbox? |
| 12:06:48 | * | JdGordon forgot to rolo again after changin :'( |
| 12:07:07 | amiconn | theli_ua: All gray_* functions without the _ub_ part in the name only work in buffered mode. Buffered mode uses two additional buffers (a chunky 'current buffer' and a back buffer to detect changes) |
| 12:07:49 | amiconn | So it uses more memory, and updates which change a lot on the screen are slower. Update with little frame-to-frame changes are faster and cause less flicker |
| 12:08:12 | jhMikeS | discopizza: why yes, always! but not L |
| 12:12:57 | amiconn | And yes, the grayscale lib updates (unbuffered mode) became ~90% faster on ipod |
| 12:13:17 | JdGordon | LinusN: ok, so whats the plan for actions? commit it and fix anything that comes up? or put up builds on the forums and get more feedback first? |
| 12:13:41 | LinusN | i dunno, i'd like to commit it as soon as possible |
| 12:15:01 | JdGordon | ... |
| 12:17:00 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
| 12:18:59 | | Join MadDog011 [0] (n=MadDog01@212-200-212-95.adsl.sezampro.yu) |
| 12:20:04 | JdGordon | bah, too much of a PITA to do a build for every target to make sure it works... easier to just commit it and live with the bug reports (i dont imagine there will be heaps, but i do expect some) for he few days afterwards |
| 12:20:36 | LinusN | most bug reports would be "it doesn't work like it used to" |
| 12:20:46 | JdGordon | yeah |
| 12:25:07 | | Join TCK [0] (n=tckocr@bb-87-80-197-109.ukonline.co.uk) |
| 12:25:20 | theli_ua | amiconn, so far i update whole screen each frame i think i'll stick with unbuffered :) |
| 12:25:36 | safetydan | Would there be an objection to me committing a half-working hardware eq patch? It doesn't actually break anything. |
| 12:25:46 | preglow | half-working? |
| 12:26:28 | safetydan | Well Febs tested it and said the peak filters weren't working. But I can't see any reason why they wouldn't. |
| 12:27:07 | safetydan | Not having an iPod makes it a bit hard for me to test. |
| 12:27:28 | Bagder | I'd say committing that is fine |
| 12:28:12 | LinusN | who cares about the ipod anyway :-P |
| 12:29:59 | Bagder | I don't see how it makes anything worse |
| 12:31:20 | LinusN | me neither |
| 12:31:28 | | Quit Kohlrabi (Nick collision from services.) |
| 12:31:38 | | Join Kohlriba [0] (n=Kohlrabi@dslb-082-083-157-165.pools.arcor-ip.net) |
| 12:33:47 | | Join XavierGr [0] (n=xavier@ppp154-14.adsl.forthnet.gr) |
| 12:35:33 | | Quit amiconn (Read error: 110 (Connection timed out)) |
| 12:35:33 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 12:36:04 | | Join stoffel [0] (n=sfr@p50817721.dip.t-dialin.net) |
| 12:42:49 | safetydan | right, well I'll just make sure it still compiles |
| 12:54:20 | amiconn | theli_ua: Even if your code sends a full-screen update to the lib, buffered mode checks what _actually_ changed (that's why it needs two chunky buffers, not only one) |
| 12:55:29 | amiconn | Only pixels that change their final grey value (after (optional gamma-correction and lcd linearisation) and reduction to the selected depth) are redrawn |
| 12:56:05 | * | amiconn ponders several other ways to improve grayscale lib performance |
| 12:57:51 | | Join hotwire__ [0] (n=hotwire@toronto-HSE-ppp4318932.sympatico.ca) |
| 12:59:58 | safetydan | woo, no extra warnings or errors |
| 13:00 |
| 13:00:24 | theli_ua | amiconn, would it be faster to use buffered mode you think? |
| 13:00:44 | | Quit hotwire_ (Read error: 110 (Connection timed out)) |
| 13:00:46 | | Nick hotwire__ is now known as hotwire_ (n=hotwire@toronto-HSE-ppp4318932.sympatico.ca) |
| 13:01:59 | | Join JoeBorn [0] (n=rootmeis@66.sub-70-223-194.myvzw.com) |
| 13:03:34 | | Join freqmod [0] (n=freqmod@110.80-203-37.nextgentel.com) |
| 13:06:56 | | Join JoeyBorn [0] (n=rootmeis@dsl017-022-247.chi1.dsl.speakeasy.net) |
| 13:07:50 | amiconn | theli_ua: Possibly. Only a test will tell. |
| 13:08:46 | amiconn | Back when I tried buffered mode for doom (on H140) it was slower, but then memory access is a big bottleneck on coldfire and there is no data cache. |
| 13:10:30 | preglow | shouldn't the lang strings for the hardware equaliser be defined only for 5g to avoid wasting space? |
| 13:10:38 | *** | Saving seen data "./dancer.seen" |
| 13:11:05 | preglow | or is that overdoing it? :> |
| 13:12:17 | JdGordon | can the x5 do page up/down in the list? |
| 13:13:09 | | Quit eGen_ ("mýdlo konèí ! ... ruèník konèí !") |
| 13:13:48 | | Join Febs [0] (n=medifebb@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 13:14:36 | | Quit midkay ("Leaving") |
| 13:15:09 | safetydan | preglow, quite probably... I wasn't sure how to do that. |
| 13:15:52 | | Join eGen_ [0] (i=generat0@boserver.mudecin.cz) |
| 13:16:28 | jhMikeS | Does some x5 stuff need looking at? I'd be happy to help if possible. |
| 13:17:21 | linuxstb | safetydan: Just looking at your commit - isn't 5 bits enough to represent +/- 12? |
| 13:17:57 | safetydan | linuxstb, yes, yes it is |
| 13:19:29 | | Quit vo|t ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
| 13:19:46 | jhMikeS | amiconn: I've asked about doom hanging while starting graphics engine on the X5 but I get the usualy silent treatment. Really want to see it. Come to think of it...I get the silent treatment alot! Am I wrong? :) |
| 13:20:40 | safetydan | hrmm... should I bump the config block version or is it soon enough for me to get away with a quick commit? |
| 13:20:53 | linuxstb | I'ld say a quick commit... |
| 13:21:11 | safetydan | done and done |
| 13:21:19 | | Quit JoeBorn (Connection timed out) |
| 13:21:26 | JdGordon | thanks :'( you just made my patch out of sync... |
| 13:21:37 | JdGordon | was just about to upload it to wiki :'( |
| 13:21:38 | safetydan | JdGordon, the button actions? |
| 13:21:42 | JdGordon | ye |
| 13:21:53 | | Quit TCK (Client Quit) |
| 13:21:54 | * | jhMikeS get's the point...and is also trying to quit smoking again so may seem short fused. |
| 13:21:56 | safetydan | Shouldn't be any effect since it doesn't change anything button related |
| 13:22:12 | JdGordon | changing the setting version... |
| 13:22:19 | * | JdGordon also added a settinh |
| 13:22:25 | | Join TCK [0] (n=tckocr@bb-87-80-197-109.ukonline.co.uk) |
| 13:22:33 | safetydan | ah |
| 13:22:57 | linuxstb | safetydan: Also, for eq0, you always need to keep bit 8 set to 1 - i.e. OR it with 0x100. I think that's why it's not working - you're telling to codec to apply the EQ to the ADC... |
| 13:23:07 | | Quit freqmod (Remote closed the connection) |
| 13:23:30 | preglow | safetydan: those frequencies are only correct for 44.1khz sample rate, i think |
| 13:23:38 | | Quit TCK (Client Quit) |
| 13:23:45 | preglow | which will be correct for right now, i guess, but it's worth mentioning |
| 13:24:31 | safetydan | Hrmm... data sheet doesn't say anything about that. But this is my first time reading one of these so... |
| 13:24:37 | linuxstb | safetydan: Final comment - the datasheet refers to the 5 bands as EQ1 to EQ5, not 0 to 4. |
| 13:24:55 | | Join pondlife [0] (n=Miranda@cpc1-rdng11-0-0-cust472.winn.cable.ntl.com) |
| 13:24:56 | safetydan | linuxstb, yeah I had to pick either being consistent with the software eq, or consistent with the hardware |
| 13:25:01 | preglow | well, i haven't actually read it too close myself, i just assumed it to be so |
| 13:25:26 | preglow | i doubt they've got a large set of coefficients |
| 13:26:58 | jhMikeS | Aright: Who should I ask about the doom stuff? Nobody seems to have an inlkling. Besides that all I want is a cigarette. |
| 13:27:22 | safetydan | linuxstb, will you fix the eq0 adc/dac setting thing? |
| 13:27:31 | petur | sorry, this is a non-smoking channel |
| 13:27:57 | linuxstb | jhMikeS: Everyone is silent because they don't know the solution... My guess would be to look at the user-timer stuff first though. |
| 13:28:54 | | Join Rob2222_ [0] (n=Miranda@ACD0ACC2.ipt.aol.com) |
| 13:28:57 | linuxstb | jhMikeS: The only thing I've read about the problems Doom has on the X5 is that sometimes running Metronome first fixes it, and Metronome also uses the user timer. |
| 13:28:58 | petur | jhMikeS: a hint is to look at the history of the doom files and see who changed most or changed the stuff you have questions about |
| 13:29:13 | * | preglow blows smoke in jhMikeS' face |
| 13:29:33 | * | petur coughs a bit |
| 13:30:18 | * | daurn|laptop spits |
| 13:30:23 | * | petur runs off for a while (need fresh air) |
| 13:30:27 | jhMikeS | linuxstb: Everyone may be silent...they can say "I dunno"...but now some people have a suggestion and that is very much appreciated. :)\ |
| 13:30:34 | preglow | everyone can't say dunno |
| 13:30:39 | preglow | that would make this a very noisy channel |
| 13:30:41 | JdGordon | LinusN: ok, ive updated the patch on the wiki page... if u do decide to comit it today lemme know and ill stata forum thread for complaints you can link to in the commit message |
| 13:30:46 | petur | dunno |
| 13:30:52 | * | jhMikeS goes "ahhhhhhhhh...." thanks |
| 13:31:08 | * | jhMikeS wan't to bum one |
| 13:31:44 | preglow | haha |
| 13:31:59 | preglow | am i the only man on the planet who doesn't think it's hard to stop smoking? |
| 13:32:19 | JdGordon | i never found quiting hard.... |
| 13:32:27 | JdGordon | of course.. i never started which helps :p |
| 13:32:27 | linuxstb | safetydan: Yes, it's not urgent, so I'll try your patch out later today, and fix any problems in the driver I can find. |
| 13:32:46 | preglow | linuxstb: audio samples comparing it with the software eq would be cool :> |
| 13:32:50 | safetydan | linuxstb, ah cool. I was just about to commit the minor fix |
| 13:32:57 | safetydan | > if (band == 0) { |
| 13:32:58 | safetydan | > eq = 0x100; /* Always apply EQ to the DAC path */ |
| 13:32:58 | safetydan | > } |
| 13:33:01 | safetydan | basically |
| 13:33:14 | jhMikeS | I'ts the the one vice that I like...I don't drink and my drug use is years apart...but those smokes are the best |
| 13:33:41 | linuxstb | Or just change the wm8758_write(EQ0,eq) to (EQ0,0x100 | eq) |
| 13:33:46 | jhMikeS | JdGordon: That's the best way, yes |
| 13:33:52 | | Join lodesi [0] (n=lds@d01m-89-83-150-232.d4.club-internet.fr) |
| 13:34:05 | preglow | i think i'd find it hard to stop eating, but apart from that, i think i could stop doing whatever without any big troubles |
| 13:34:05 | safetydan | or that... |
| 13:34:08 | preglow | but anywhio |
| 13:34:27 | jhMikeS | :\ |
| 13:34:37 | * | safetydan should probably not write drivers |
| 13:34:40 | preglow | anyone here with spdif recording possibilities? |
| 13:34:48 | linuxstb | I own an h140... |
| 13:34:59 | linuxstb | (but no cable, so the answer is no...) |
| 13:35:04 | | Quit MadDog011 (Read error: 110 (Connection timed out)) |
| 13:35:07 | preglow | heh |
| 13:35:14 | preglow | me too, but then again, my ipod has no optical out |
| 13:35:39 | | Join keilj [0] (n=jimmykei@203-59-83-31.dyn.iinet.net.au) |
| 13:35:42 | preglow | was just thinking about comparing assembly optimised crossfeed to the ordinary one, but i guess a listening test will just have to do |
| 13:35:48 | keilj | hello all |
| 13:36:30 | * | jhMikeS loves drivers |
| 13:36:49 | * | Bagder loves when the drivers work |
| 13:36:58 | preglow | this time i hit the register lack wall hard, though, so it might be too much faster anyway :/ |
| 13:37:01 | jhMikeS | :) Indeed |
| 13:37:06 | preglow | might not |
| 13:37:50 | preglow | linuxstb: do any ipods have spdif possibilities at all, btw? |
| 13:37:53 | jhMikeS | Why not just call both functions and compare the outputs (save-diff to disk). |
| 13:37:54 | linuxstb | preglow: Didn't lostlogic implement a patch giving wav output? Or am I confusing it with NULL output? |
| 13:38:04 | preglow | linuxstb: null output, i think |
| 13:38:22 | linuxstb | preglow: The PortalPlayer chips have S/PDIF according to their product briefs. But AFAIK, Apple haven't wired it up. |
| 13:38:38 | jhMikeS | linuxstb: Wonder why. |
| 13:39:01 | linuxstb | To keep the RIAA happy? But then again, Apple's DRM allows you to burn audio CDs... |
| 13:39:05 | jhMikeS | linuxstb: S/PDIF out right? |
| 13:39:21 | linuxstb | jhMikeS: Both I'm guessing. |
| 13:39:44 | | Quit JoeyBorn (Read error: 110 (Connection timed out)) |
| 13:39:49 | linuxstb | preglow: Yes, my soundcard has digital I/O, but I've never tried it. I have trouble enough getting ALSA to play analogue audio.... |
| 13:40:21 | linuxstb | preglow: Sorry, ignore that last answer - you didn't ask that question.... |
| 13:40:31 | * | linuxstb goes away for coffee. |
| 13:42:16 | preglow | it doesn't really matter anyway, i forgot that ipods have no sspdif |
| 13:42:17 | preglow | heh |
| 13:42:33 | keilj | im wanting to write a plugin but im not too sure how hard it will be, as i have no programing experience i dont know if i should try as i dont have MUCH free time |
| 13:42:38 | * | Bagder needs to hire someone to make his coffee |
| 13:43:01 | Bagder | I have to actually walk downstairs and make it myself |
| 13:43:06 | preglow | Bagder: horror! |
| 13:43:07 | dwihno | Bagder: you've misunderstood the situation... YOU are hired to make ME coffee ;) |
| 13:43:11 | | Join MadDog011 [0] (n=MadDog01@212-200-212-95.adsl.sezampro.yu) |
| 13:43:14 | preglow | keilj: if you can't program, then sure, it'll take a bit of time |
| 13:43:40 | Bagder | keilj: just go for it and you'll find out! |
| 13:44:32 | keilj | preglow: i would like to create a plugin that displays how loud ambient noise is by using the internal mic. for example, play something on my speakers at home and tehn run this plugin and try and get it to display the loudness in dB |
| 13:44:35 | jhMikeS | wow...I remember those days...so long ago...just stare at everything for awhile and then it just makes sense for no apparent reason...at least for me. |
| 13:45:02 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 13:45:24 | keilj | i figuerd that the recod screen displays similar info in this little graohs but im not too sure how i would go about doing it |
| 13:45:36 | keilj | graphs* |
| 13:46:31 | * | jhMikeS wonder's if his comments are of any help to anyone at all. |
| 13:46:44 | linuxstb | keilj: I don't think the current plugin API in Rockbox gives you access to the audio data coming from the mic. So you (or someone) would need to add it to the API. |
| 13:46:54 | jhMikeS | Bagder: Espresso ok? |
| 13:47:06 | | Quit damaki (Read error: 104 (Connection reset by peer)) |
| 13:47:10 | linuxstb | jhMikeS: Is there any other kind of coffee? |
| 13:47:23 | petur | keilj: the recording screen doesn't show absolute sound pressure but relative - 0dB is max. So after that you need calibration so you'll need access to a real (calibrated) dB measuring device |
| 13:47:25 | Bagder | jhMikeS: yes thanks but please hurry up! |
| 13:47:26 | jhMikeS | linuxstb: Empatically no! |
| 13:47:51 | * | jhMikeS fired up the machine |
| 13:48:05 | linuxstb | I suppose ristrettos are acceptable. |
| 13:48:31 | preglow | keilj: that will require a method of calibration |
| 13:48:54 | preglow | unless you don't dB SPL, i just assumed you did |
| 13:49:00 | preglow | don't mean, argh |
| 13:49:29 | keilj | i know that formular for working out loudness in dB which is relative to the softess sound we can hear. but you need the sound intensity of the input sound to compare to the original one |
| 13:49:44 | preglow | the decibel readout you get in the recording screen isn't very meaningful outside of the context of the player itself |
| 13:51:16 | jhMikeS | Compared to the S/N ration it should be quite calculable |
| 13:51:47 | preglow | the only decibel value i can think of being relevant, is dB SPL |
| 13:52:08 | keilj | hmmm... well i knwo that loudness of a sound equals 10log(I/O) where O is a sound of intensity 10^-12Wm2 |
| 13:52:11 | preglow | and to get that reading, you'd need to calibrate the player with a sound source having a known amplitude |
| 13:52:11 | jhMikeS | What for 16bit samples it's -90db |
| 13:52:40 | keilj | i spose this means that formular is irrelivant |
| 13:52:43 | jhMikeS | Power is 20*log(Max/Min) I think |
| 13:53:05 | preglow | keilj: not irrelevant, no, it's still what you'd use, but unless you have some way to calibrate the recording device, the numbers you'd get would be pretty meaningless |
| 13:53:32 | * | petur kindly points to http://en.wikipedia.org/wiki/Sound_pressure_level |
| 13:53:46 | jhMikeS | For 16 bit audio its 20*log(65535/1) = 96.33db power |
| 13:54:03 | preglow | the db the device displays is dB FS, decibel measured against digital full scale |
| 13:54:15 | keilj | i see |
| 13:54:17 | jhMikeS | yes |
| 13:54:20 | preglow | a completely meaningless value outside of the context of the player itself |
| 13:54:27 | preglow | it just means how close you are to overloading the input device |
| 13:54:40 | jhMikeS | Not if you can calibrate sensitivity I'm thinking |
| 13:56:13 | keilj | hmmm, so for a first project this would be very very difficult? |
| 13:56:32 | preglow | at least it's far from easy |
| 13:56:39 | preglow | but by no means impossible |
| 13:57:12 | preglow | you don't need much code, the problematic part is that you'd need a separate spl measurement device as well :) |
| 13:57:15 | preglow | for calibration |
| 13:57:22 | jhMikeS | why? Step 1) Understand the audio physics 2) Learn to translate into code 3) build plugin 4) Add to FS :) |
| 13:57:22 | preglow | and they cost money |
| 13:57:24 | keilj | you talked about calibrating the player, how would this be done |
| 13:57:55 | preglow | keilj: by reading the sound pressure level with a dedicated measurement device, then entering that value into the plugin somehow, so it can use it to give you correct db spl measurements |
| 13:57:55 | | Join rconan [0] (n=richard@82.14.27.61) |
| 13:57:57 | | Quit MadDog011 ("Trillian (http://www.ceruleanstudios.com") |
| 13:58:42 | petur | of course, we can assume all irivers behave the same and calibrate once |
| 13:58:49 | preglow | probably, yes |
| 13:59:08 | * | petur thinks he has an spl meter at work ;) |
| 14:00 |
| 14:01:16 | jhMikeS | Isn't the dynamic range too limited in 16bit audio for this to work well? Can it do 24 bit? |
| 14:02:52 | * | Febs has an spl meter. |
| 14:03:40 | linuxstb | jhMikeS: I believe the Coldfires can do 20-bit, but not using DMA. |
| 14:03:46 | jhMikeS | Coffee's ready |
| 14:03:59 | * | linuxstb hands jhMikeS a cup |
| 14:04:40 | amiconn | preglow: What kind of spdif recording capability would be required? |
| 14:04:53 | preglow | amiconn: irrelevant, as i remembered, ipods can't do spdif |
| 14:05:00 | * | jhMikeS fills his cup with espresso...and spills a drop in linuxstb's and hope he doesn't get sued. |
| 14:05:05 | preglow | so i need to go with disk writing or something |
| 14:05:18 | amiconn | preglow: I thought you were talking about optimised crossfeed for coldfire |
| 14:05:29 | preglow | for arm |
| 14:05:38 | jhMikeS | 20bit == 120db? not bad |
| 14:05:50 | preglow | 20*6 = 120 |
| 14:05:51 | | Join backfull [0] (n=52f7c9e6@labb.contactor.se) |
| 14:06:04 | backfull | hi |
| 14:06:16 | amiconn | jhMikeS: Regarding the 'silence' answers - it's most often because people don't know |
| 14:06:42 | amiconn | I don't know why that happens and I can't test because I didn't receive my X5 yet |
| 14:06:50 | * | amiconn hopes to receive it soon |
| 14:06:51 | preglow | you're having an x5 as well? :P |
| 14:06:53 | jhMikeS | amiconn: I understand...I'm jumpy today with the lack of nicotine. |
| 14:07:05 | linuxstb | jhMikeS: Have a smoke then... |
| 14:07:06 | backfull | can anybody help me |
| 14:07:10 | jhMikeS | The doctore said he's remove it. |
| 14:07:24 | linuxstb | backfull: Tell us your problem and you'll find out... |
| 14:07:25 | keilj | ok, so say i was to play pink noise through my speakers at a constant volume, and used a SPL to measure the sound intensity, i could then tell teh player that THIS noise is whatever dB and then uing some more coding it could work out stuff by itself |
| 14:07:31 | amiconn | Doom is working fine on H140, H340 and ipod mini for me |
| 14:07:33 | jhMikeS | linuxstb: I'm quitting...I quite for 1 1/2 years a relapsed for a month...time to stop again. |
| 14:07:37 | petur | backfull: you haven't asked a question, so no :p |
| 14:07:46 | amiconn | That is, as long as voice is deactivated... |
| 14:07:47 | backfull | i have an iriverH340 usmodel and i want to see video |
| 14:07:51 | linuxstb | jhMikeS: Good luck. |
| 14:07:57 | backfull | i have 1.04 firware for the moment |
| 14:08:16 | jhMikeS | "<linuxstb> backfull: Tell us your problem and you'll find out..." −− just how I feel at times! rotf |
| 14:08:28 | petur | backfull: don't care about removing DRM for good? |
| 14:08:38 | backfull | whats drm |
| 14:08:52 | linuxstb | Playback of encrypted WMA files. |
| 14:08:55 | backfull | im french im not speaking english very well |
| 14:08:56 | preglow | keilj: exactly |
| 14:09:13 | backfull | drm is not important thats right? |
| 14:09:23 | petur | backfull: do you buy music online? |
| 14:09:23 | jhMikeS | backfull: Don't feel bad, there was someone on last week with far greater troubles. |
| 14:09:24 | preglow | haha |
| 14:09:41 | backfull | no music online |
| 14:09:51 | petur | then you don't need drm |
| 14:10:13 | petur | install EU or korean 1.28 |
| 14:10:14 | backfull | can i put korean firmware on my us model |
| 14:10:19 | petur | yes |
| 14:10:37 | backfull | no pb with us or korean |
| 14:10:39 | backfull | sure!? |
| 14:10:40 | petur | use EU as the korean version starts in korean |
| 14:10:57 | petur | which is a bit harder to switch to something readable |
| 14:11:10 | backfull | whats is best EU or korean |
| 14:11:38 | keilj | preglow: how would that be accomplished, telling teh player that this sound is 93db compared to this sound and then working out other sound intensities from that and the int mic? i can see how we need a base sound but im not sure how you would compare |
| 14:11:44 | backfull | so i downlad eu version on iriver.com |
| 14:11:51 | petur | EU 1.29 if you can find a real 1.29 (most download links are in fact 1.30) |
| 14:12:01 | petur | else 1.28 |
| 14:12:13 | backfull | and whats rockbox? |
| 14:12:26 | petur | alternative firmware |
| 14:12:30 | backfull | ok |
| 14:12:31 | keilj | id go with a korean or japanese version of firmware for video as they have a seperate menu for it |
| 14:12:51 | petur | EU 1.29 had it too until they removed it again |
| 14:13:00 | keilj | im using 1.29k i think, cant remember last time i saw it, been so long since i booted to iriver |
| 14:13:33 | backfull | and when i put rockbox can i go back to iriver firmware |
| 14:13:43 | petur | yes |
| 14:13:49 | petur | it's dual-boot |
| 14:14:14 | backfull | can i have usb host on my us model? |
| 14:14:51 | Febs | No. |
| 14:14:55 | petur | not without hardware modification to supply power to the device |
| 14:15:12 | | Join Nibbier [0] (n=sven@port-212-202-193-252.dynamic.qsc.de) |
| 14:15:25 | keilj | backfull: if you go to http://misticriver.net there are some people who have gotten USB host on their US players. I THINK, not too sure though |
| 14:15:28 | petur | it may work if the device has it's own power source |
| 14:15:41 | linuxstb | Anyone know why iriver didn't enable USB host in the US models? |
| 14:16:05 | backfull | last question |
| 14:16:07 | keilj | i heard it was something to do with the other port they have, MEDIA or something, dont really know what its for |
| 14:16:09 | petur | they use that port as device port, not host |
| 14:16:09 | Febs | It used that USB port for MTP. |
| 14:16:16 | backfull | i can see video with eu firmware 1.29 |
| 14:16:17 | | Join MadDog011 [0] (n=MadDog01@212-200-212-95.adsl.sezampro.yu) |
| 14:16:20 | | Quit A_M ("CGI:IRC") |
| 14:17:09 | petur | The usbotg chip has two ports. one is always device (used for UMS), the other is switchable in software between host and device |
| 14:17:31 | petur | but for host you need to supply power on the connector |
| 14:17:36 | Febs | backfull, 1.29EU supported video. However, 1.29EU was pulled shortly after release and replaced with 1.30EU. |
| 14:17:42 | Febs | 1.30EU does not support video. |
| 14:17:42 | petur | which isn't done in the US model |
| 14:17:43 | * | daurn|laptop knocks |
| 14:17:47 | daurn|laptop | any1 home? |
| 14:17:58 | LinusN | no, i'm at work |
| 14:18:14 | daurn|laptop | :( |
| 14:18:16 | * | linuxstb is both at home and at work |
| 14:18:18 | backfull | theres no risk to change us firmware by eu firmware!! |
| 14:18:28 | petur | no!! |
| 14:18:28 | * | Bagder is at home and at work too! |
| 14:18:45 | * | petur is at work and should be working |
| 14:19:05 | backfull | great irc thanx a lot |
| 14:19:05 | backfull | cu |
| 14:19:54 | * | preglow is barely dressed, yet working! |
| 14:20:04 | petur | eow |
| 14:20:11 | linuxstb | Has anyone ever used DRM on their H3x0? I'm curious to know how the files are transferred (is it only via MTP?) and where they are stored (are they visible on the disk?). |
| 14:20:28 | keilj | ok, so to get an intensity volume in dB i would need a sound pressure meter, arent soudn pressure and intensity different though |
| 14:21:12 | preglow | keilj: yes they are, but you won't have to bother about intensities |
| 14:21:24 | * | jhMikeS is in a strait jacket and type with a pencil in his teeth |
| 14:21:44 | keilj | but isnt sound intensity what im trying to find? |
| 14:22:16 | keilj | intensity is the loudness of a sound compared to the lowest audible soud which is 0dB or 10^-12Wm2 |
| 14:22:51 | preglow | you're mixing terms up |
| 14:24:02 | preglow | you're trying to find sound pressure level |
| 14:24:27 | preglow | so what you need to do is find out the factor with which to scale a given sample to find the correspondig pressure |
| 14:24:31 | | Quit safetydan ("Ex-Chat") |
| 14:24:32 | jhMikeS | Pressure is energy/sec moving through a particular cross section? |
| 14:24:45 | preglow | when you've found that, you feed the pressure number through the spl conversion formula |
| 14:24:54 | keilj | "the Decibel Scale is based on the measrement of the ratio of the intensity of the sound to a standard intensity at 1kHz" |
| 14:24:56 | preglow | and presto, you've got an iriver spl meter |
| 14:25:07 | | Nick daurn|laptop is now known as JamesOn (n=quae@unaffiliated/daurnimator) |
| 14:25:12 | | Nick JamesOn is now known as daurn|laptop (n=quae@124.243.137.107) |
| 14:25:31 | jhMikeS | I guess it must be since it's W/M^2 |
| 14:25:45 | | Nick daurn|laptop is now known as JamesEmitter (n=quae@unaffiliated/daurnimator) |
| 14:26:22 | jhMikeS | keilj: was that 10^-12Wm2 or 10^-12W/m2? |
| 14:26:27 | | Nick JamesEmitter is now known as daurn|laptop (n=quae@124.243.137.107) |
| 14:27:02 | daurn|laptop | Wm2^-1 |
| 14:27:03 | daurn|laptop | :P |
| 14:27:21 | keilj | yeah, |
| 14:27:35 | keilj | hang on |
| 14:27:41 | keilj | Wm^-2 |
| 14:29:06 | keilj | ok well, in our physics class we had to find out the sound level of a sound by using the formular L=10log(I/O) where O equaled the lowest audible sound at 1kHz which was 10^-12 Wm^-2 |
| 14:29:25 | keilj | we used I as the sounds known intensity |
| 14:29:53 | keilj | and our answer (Value for L) was the sound level given in dB |
| 14:29:58 | jhMikeS | Absolute enery/cross section |
| 14:30:50 | Lynx_ | linuxstb: is anyone working on video with sound? |
| 14:31:12 | jhMikeS | In digital audio I = 2^(num bits) and O = 1 |
| 14:31:37 | keilj | and i we wernt given intensity we worked it out by using Power=IntensityxArea covered |
| 14:31:47 | jhMikeS | Lynx_ were still working on video with video! |
| 14:31:52 | preglow | intensity is proportional to pressure anyway |
| 14:32:12 | preglow | it's just pressure divided by area |
| 14:32:25 | Lynx_ | jhMikeS: heh, you mean optimizing work? |
| 14:32:44 | jhMikeS | Lynx_: You could say that...:) Yes |
| 14:33:44 | jhMikeS | Lynx_: I don't know for sure what amiconn is doing re: the codec or where he's at. He's lurking somewhere. |
| 14:33:44 | keilj | hmmmm... ok so what can the player already do that would help along this sound plugin? |
| 14:35:24 | linuxstb | Lynx_: I'm working on the ipods - the next thing I plan to do is to try and move the video decoding to the ipods's second CPU, which will then free the main CPU for audio decoding. But as jhMikeS said, a lot of optimisation of the video decoding is still needed as well. |
| 14:36:04 | * | amiconn wants to do 2 video related things |
| 14:36:15 | Lynx_ | linuxstb, jhMikeS: ok, thanks for the update :) |
| 14:36:57 | amiconn | (1) Bring video to the greyscale swcodec devices (H1x0, greyscale ipods). This will be rvf with mp3 audio track. |
| 14:37:23 | amiconn | (2) Try to understand idct, then asm optimise idct for coldfire using the emac |
| 14:37:32 | | Quit Kitar|st (Connection timed out) |
| 14:37:34 | keilj | so whats teh difference between sound pressure level and sound intensity level |
| 14:37:45 | | Join Kitar|st [0] (i=Kitarist@BSN-77-235-1.dial-up.dsl.siol.net) |
| 14:38:17 | Lynx_ | amiconn: what's idct? |
| 14:40:03 | linuxstb | Lynx_: It's the part of the video decoder that takes up about 60% of the decoding time. |
| 14:40:40 | Bg3r | http://search.msdn.microsoft.com/search/default.aspx?siteId=0&tab=0&query=WM_SETPOSITION <= LOL |
| 14:40:43 | Mikachu | Lynx_: inverse discrete cosine transform |
| 14:40:46 | jhMikeS | arent there some idcts in other codecs as a base? |
| 14:41:12 | jhMikeS | *ROTLMAO* |
| 14:41:16 | petur | Bg3r: rofl! |
| 14:41:22 | keilj | lol |
| 14:41:34 | jhMikeS | Is that for real? Save it! |
| 14:41:53 | JdGordon | haha |
| 14:42:38 | jhMikeS | idct transforms the frequency domain back to the time domain |
| 14:43:51 | | Quit eGen_ (Read error: 104 (Connection reset by peer)) |
| 14:44:02 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
| 14:46:34 | keilj | just a question about the video, does it need to be resized for the players or do they resize it themselves |
| 14:46:42 | keilj | for tehrockbox video that is |
| 14:46:46 | | Quit dpassen1 (Read error: 110 (Connection timed out)) |
| 14:47:06 | linuxstb | keilj: You need to resize it yourself. |
| 14:47:20 | keilj | thoguht so |
| 14:49:00 | jhMikeS | For IDCT: Start with for period 2*pi function F(x)=a0+Sum(n=1,n=inf)(an*cos(x*n)+bn*sin(x*n)) (Fourier series if I got taht right) |
| 14:49:32 | jhMikeS | That will lead you many places... |
| 14:50:05 | XavierGr | Bger: ROFLMAO!!! |
| 14:50:23 | XavierGr | nice find |
| 14:54:06 | jhMikeS | BTW: They also have a structures called INITCOMMONCONTROLSEX and SHITEMID |
| 14:55:17 | preglow | amiconn: i don't think you'll gain much from using emac with idct |
| 14:57:27 | | Quit Febs (Read error: 110 (Connection timed out)) |
| 15:00 |
| 15:00:09 | * | preglow afk |
| 15:01:23 | JdGordon | where is the best place to put a counter for the number of tracks played? i want to add "shutdown after X tracks" |
| 15:02:19 | JdGordon | in the playlist or playback code? |
| 15:02:34 | Bg3r | XavierGr: nice friends :P |
| 15:05:56 | | Join webguest62 [0] (n=3ef471b2@labb.contactor.se) |
| 15:06:21 | webguest62 | i read some pages about replacing iDCT by IDFT |
| 15:06:30 | webguest62 | http://rnvs.informatik.tu-chemnitz.de/~jan/MPEG/HTML/IDCT.html |
| 15:06:36 | webguest62 | http://rnvs.informatik.tu-chemnitz.de/~jan/MPEG/HTML/idct_discussion/Index.html |
| 15:06:58 | webguest62 | i haven't read all pages |
| 15:08:14 | JdGordon | :( no one wants to help me? |
| 15:10:33 | LinusN | JdGordon: i'm not sure where the best place would be, i guess you'll discover that as you go along |
| 15:10:40 | *** | Saving seen data "./dancer.seen" |
| 15:11:10 | JdGordon | :( im assuming putting it in the playlist code is useless because that would be called for buffering right? |
| 15:12:19 | JdGordon | .. this is gonna be fun with no sdl :p |
| 15:12:47 | | Join eGen_ [0] (i=generat0@boserver.mudecin.cz) |
| 15:13:02 | markun | JdGordon: what's the use of "shutdown after X tracks"? |
| 15:13:21 | JdGordon | whats the use of anything? |
| 15:13:29 | JdGordon | its just nother requested option |
| 15:13:36 | markun | aha |
| 15:14:08 | JdGordon | i mean, if its not even going to be looked at then i wont bother.. but i doubt the additional code would be very much |
| 15:16:01 | markun | JdGordon: do you undestand why it could be useful for audio books? |
| 15:16:01 | | Quit webguest62 ("CGI:IRC (EOF)") |
| 15:17:06 | JdGordon | if the audio book was split into tracks for each chapter then for sure it could be |
| 15:18:13 | markun | because you want to stop listening after one of the chapters is finished? |
| 15:18:33 | JdGordon | ye |
| 15:18:42 | | Quit keilj () |
| 15:18:48 | JdGordon | i dunno.... |
| 15:18:57 | JdGordon | i dont tihnk its actually possible anyway |
| 15:19:01 | markun | If you only add the tracks you want to listen to then the idle timeout will also shut down after the tracks |
| 15:19:19 | amiconn | preglow: Why do you think so? I had a look at the sources for an Amiga mpeg video player, which does the idct in m68k asm (fixed point) |
| 15:19:38 | amiconn | There are streaks of mul and add, which should profit considerably from emac... |
| 15:19:41 | * | JdGordon goes onto next thought... |
| 15:19:47 | | Join Damme [0] (n=damme@c-c592e455.41-0185-74657210.cust.bredbandsbolaget.se) |
| 15:19:55 | JdGordon | is there any real reason why the codec list is hardocded? |
| 15:19:56 | markun | JdGordon: multiple selects in a list would be nice.. :) |
| 15:20:22 | amiconn | Unfortunately we cannot use the idct as-is, because it uses some m68k features not present in coldfire |
| 15:20:57 | amiconn | (add.w and similar things, with the registers stuffed with 2 16bit values) |
| 15:22:03 | amiconn | http://uk.aminet.net/gfx/show/aMiPEG_1.1_src.lha |
| 15:22:45 | amiconn | Check sjrevdct.s |
| 15:24:56 | JdGordon | hmm... the get_metadata is the only thing that really needs a static identifier for each codec... could that function be moved into the codec itself? |
| 15:25:52 | | Join webguest38 [0] (n=3ef471b2@labb.contactor.se) |
| 15:26:03 | webguest38 | amiconn : did you see links i put |
| 15:26:04 | linuxstb | JdGordon: You can't implement a codec purely via a codec plugin - so why do you want to un-hardcode the codec list? |
| 15:26:36 | webguest38 | about idft |
| 15:26:37 | JdGordon | you cant? and just looking for something to do :p |
| 15:27:02 | webguest38 | as far as i read in idct in mpegplayer iDFT can be good |
| 15:27:35 | | Quit Damme_ (Read error: 60 (Operation timed out)) |
| 15:28:21 | linuxstb | JdGordon: No. You also need to implement get_metadata() for the codec - otherwise the playback code can't get the info it needs about the file (including confirming which codec the file contains) before loading the codec plugin and playing it. |
| 15:29:05 | JdGordon | linuxstb: ah, ye, i realised that a min ago.. is that the only thing holdingit back tho? |
| 15:29:15 | linuxstb | JdGordon: Going back to your "sleep after X tracks" question - I think there's a function somewhere which gets called on a track change event. So that could be the place to implement it. |
| 15:30:01 | linuxstb | JdGordon: Yes. But I can't think of any way around it, without creating "get_metadata" plugins... |
| 15:30:52 | | Quit backfull ("CGI:IRC (EOF)") |
| 15:31:49 | | Join |apo| [0] (n=r00t@dslb-088-065-070-179.pools.arcor-ip.net) |
| 15:32:16 | JdGordon | linuxstb: couldnt you add another entry point to each codec to return a filled out metadata struct? (i mean, pass a * to one from the core and the codec sets it up)? do that before loading the file properly? |
| 15:32:22 | | Quit petur ("CGI:IRC (brain usage collision)") |
| 15:32:47 | linuxstb | JdGordon: Where would you load that codec to? The codec buffer is already occupied by the codec decoding the current track. |
| 15:33:21 | linuxstb | Another problem is the WPS - you need a fixed list of codecs for the WPS to display bitmaps for the different codecs. |
| 15:33:54 | JdGordon | umm... plugin buffer? (the metadata isnt needed if your in a plugin) |
| 15:33:59 | LinusN | all of these issues are of course solvable with some kind of dynamic registration of codecs at boot |
| 15:34:02 | JdGordon | and the wps could be handled easily.. |
| 15:34:13 | linuxstb | JdGordon: It is needed if you're in a plugin. |
| 15:34:13 | LinusN | but is it worth the effort? i think not |
| 15:35:00 | JdGordon | linuxstb: why? if its to figure out if the file is for that codec, then why not use the codec buffer seen as yout going to load into it anyway to start decoding it? |
| 15:35:15 | JdGordon | LinusN: decreased core size, easier to add new codecs.. ? |
| 15:35:15 | | Quit webguest38 ("CGI:IRC (EOF)") |
| 15:35:36 | LinusN | it's not like we add new codecs avery day |
| 15:35:37 | LinusN | every |
| 15:35:39 | Mikachu | i don't think that's the hard part |
| 15:35:49 | amiconn | JdGordon: The codec buffer is occupied by the codec decodic the current track |
| 15:35:57 | JdGordon | .. also im bored and it looks like something moderatly fun to do |
| 15:36:01 | amiconn | s/decodic/decoding/ |
| 15:37:24 | linuxstb | JdGordon: Because the codec to be used to decode the next track is stored in the audio buffer before the track itself - to prevent spinning the disk up. |
| 15:37:42 | | Join blacklabel [0] (n=deefbf38@labb.contactor.se) |
| 15:37:47 | JdGordon | hmm.. ok, moving metadata out of the core would kill tagcache loading so ig uess there is no point... |
| 15:37:48 | linuxstb | So we either need to know what codec to use, or buffer them all... |
| 15:37:50 | blacklabel | hello~ |
| 15:37:59 | JdGordon | linuxstb: ok, gotcha |
| 15:38:02 | blacklabel | i've a very simmmmple question |
| 15:38:19 | JdGordon | short out stout.. here is my handle.. here is my soput! |
| 15:38:27 | JdGordon | spout* |
| 15:38:32 | blacklabel | whats disktidy? |
| 15:38:38 | blacklabel | in plugins |
| 15:38:45 | * | JdGordon is asleep and read that as I'm ... ignore me |
| 15:38:48 | Mikachu | it removes dirs created by the apple os |
| 15:38:57 | linuxstb | And Windows I thought? |
| 15:39:07 | Mikachu | ah yes |
| 15:39:28 | blacklabel | so is it useful? |
| 15:39:50 | Mikachu | i guess it might be if you use windows or macosx? |
| 15:39:51 | blacklabel | i cannot understand that!..lol i'm not good at that field |
| 15:39:52 | linuxstb | Only if you're annoyed by the extra files your operating system writes to your DAP. |
| 15:40:48 | blacklabel | windows means my laptop, right? |
| 15:41:28 | blacklabel | software |
| 15:41:35 | JdGordon | ye |
| 15:41:58 | blacklabel | what kind of dirs ?it means... |
| 15:42:23 | linuxstb | Things like the recycle bin |
| 15:42:36 | blacklabel | oh... |
| 15:42:56 | JdGordon | linuxstb: isnt it enough to go by the fle extension (which is what it looks like it does now anywya) to know which codec to load? |
| 15:43:05 | blacklabel | so it can removes files in rockbox in ipod? right? |
| 15:44:01 | linuxstb | JdGordon: No - vorbis (and soon) Speex both use .ogg, AAC and Apple Lossless both use .m4a |
| 15:44:15 | JdGordon | bah, damn them :p |
| 15:44:26 | Bagder | the extension is used for the container mostly I guess |
| 15:44:29 | linuxstb | We may also support FLAC in Ogg at some point if anyone asks. |
| 15:44:49 | linuxstb | And with video it will get worse... |
| 15:44:59 | LinusN | and isn't WAV a container too? |
| 15:45:03 | Mikachu | it is |
| 15:45:10 | Mikachu | you can have a wav with mp3 |
| 15:45:26 | linuxstb | Yes. Our "WAV" codec is in fact many codecs (but not mp3...) |
| 15:47:02 | | Quit eGen_ ("mýdlo konèí ! ... ruèník konèí !") |
| 15:48:32 | blacklabel | hey. so it removes the files in ipod? i'm really curious ... |
| 15:48:43 | blacklabel | or not |
| 15:48:52 | JdGordon | it removes the unneeded system files |
| 15:48:59 | JdGordon | if your runnig windows then you dont need it |
| 15:49:13 | | Quit apo` (Read error: 110 (Connection timed out)) |
| 15:49:15 | blacklabel | only uses in apple OSX? |
| 15:49:21 | JdGordon | yes |
| 15:49:28 | JdGordon | no.. but mostly ony osx |
| 15:50:00 | blacklabel | and it removes the unneeded files to use ipod? |
| 15:50:55 | linuxstb | JdGordon: There is also a lot of code shared between the different metadata parsers - e.g. FLAC and Ogg both use Vorbis comments. Wavpack and Musepack both use APEv2 comments... |
| 15:51:23 | JdGordon | ok.. idea is long gone from my twisted head... |
| 15:51:46 | | Part LinusN |
| 15:52:13 | linuxstb | You could find and port another video codec to see how it compares against libmpeg2... |
| 15:52:40 | JdGordon | ive never done anything like that.. how does one go about doing that sort of thing? |
| 15:52:49 | blacklabel | anyway thx.dude |
| 15:52:52 | linuxstb | 1) Find a codec; 2) Port it. |
| 15:53:06 | | Quit blacklabel ("CGI:IRC (EOF)") |
| 15:53:17 | | Quit theli_ua (Remote closed the connection) |
| 15:53:21 | JdGordon | ... :p |
| 15:53:35 | linuxstb | The way I port codecs is to firstly write a simple standalone C program to implement decoding on my PC - one that doesn't rely on any external libraries. Once it's in that state, it's relatively easy to turn it into a plugin. |
| 15:54:04 | | Join theli_ua [0] (n=theli@mail.ukrcard.com.ua) |
| 15:54:07 | JdGordon | ok |
| 15:56:35 | linuxstb | But the problem is finding a suitable implementation to start with. I would like to try to get the ffmpeg MPEG-1/2 decoder working in Rockbox, but it's very entwined in the rest of ffmpeg. |
| 15:56:53 | | Quit Nibbier (Read error: 110 (Connection timed out)) |
| 15:57:26 | Mikachu | they have an mp3 and vorbis decoder too, but i think they're mostly x86 optimized |
| 15:59:13 | linuxstb | From what I can see, both their mp3 and vorbis decoders are floating point. |
| 15:59:25 | | Join Nibbier [0] (n=sven@port-212-202-193-252.dynamic.qsc.de) |
| 15:59:28 | Mikachu | that is likely |
| 15:59:34 | Mikachu | are video codecs usually integer? |
| 16:00 |
| 16:00:18 | linuxstb | I don't know. libmpeg2 is... |
| 16:00:24 | nudelyn | when are portable/low-power CPUs going to get floating point support, dag nammit? |
| 16:00:50 | linuxstb | When they stop becoming portable and low-power? |
| 16:00:53 | Bagder | they get DSPs these days |
| 16:00:58 | nudelyn | heh |
| 16:01:06 | Bagder | like the dreaded tms320s |
| 16:01:06 | flux__ | are floating-point dsp's common?-o |
| 16:01:11 | flux__ | or do they even exist |
| 16:01:14 | | Join saturat [0] (n=none@39.80-203-101.nextgentel.com) |
| 16:01:18 | flux__ | I'd imagine they would |
| 16:02:16 | amiconn | Yes they do |
| 16:06:54 | | Join loco [0] (n=jochen@dslb-088-070-002-082.pools.arcor-ip.net) |
| 16:07:58 | JdGordon | did anyone check out my settings patch? i rekon the integer settings are fairly usable in the list and adding a slider would bloat it... |
| 16:08:02 | | Join eGen_ [0] (i=generat0@boserver.mudecin.cz) |
| 16:09:03 | loco | Slasheri: are you around by accident? |
| 16:09:14 | discopizza | can the x5L record radio? (with or without rockbox) |
| 16:10:51 | Bagder | I would think that Rockbox can at least |
| 16:11:04 | Bagder | but I never use the radio nor recording ;-) |
| 16:13:43 | discopizza | i always hear stuff on the radio id love to record :-) |
| 16:14:05 | | Quit actionshrimp (Read error: 110 (Connection timed out)) |
| 16:16:05 | Slasheri | loco: hi, now i am :) |
| 16:16:08 | Damme | hmmm, ipod with usb-keyboard .. wouldn't be too hard I think ;) but rather stupid function :PP |
| 16:16:56 | loco | Slasheri: fine. hi. is filename meant to be able to be used as a filter in tagnavi.config? |
| 16:18:40 | Slasheri | loco: probably it should work. But currently you can't use any non-numeric filters that point to other tags. For example searching by artist, you can only filter using the artist string and numeric fields |
| 16:18:56 | Slasheri | but other string fields can be supported in future when tagcache is loaded in ram |
| 16:19:11 | Slasheri | using them when tagcache operates from disk would be too slow |
| 16:19:35 | loco | Slasheri: ok, i'm asking, because i had a problem with that. |
| 16:19:42 | Slasheri | good :) |
| 16:19:49 | loco | depends. ;) |
| 16:19:53 | Slasheri | :D |
| 16:19:59 | Slasheri | but feel free to implement that feature ;) |
| 16:20:14 | Slasheri | i have limited time to do everything :P |
| 16:20:15 | loco | somehow i knew you'd say that... *g* |
| 16:20:20 | Slasheri | hehe :D |
| 16:21:14 | preglow | amiconn: *shrug*, depends on the code structure, i guess, but most dct code uses butterflies all over the place, and they can't benefit much from most mac instruction sets |
| 16:21:56 | loco | the problem is, that i used a filter like artist ? file !^ "/record/audio/", but tagcache checks whether artist !^ "/record/audio" |
| 16:22:40 | loco | s/file/filename |
| 16:23:12 | loco | but it works fine if i do artist ? title !^ "/record/audio/", which, in fact, doesn't make much sense. |
| 16:23:41 | Slasheri | loco: hmm, that's interesting |
| 16:23:51 | Slasheri | do you have tagcache in ram? |
| 16:23:58 | loco | yeah |
| 16:24:01 | Slasheri | if so, try using it directly from disk |
| 16:24:08 | Slasheri | that might be a problem with the dircache pointers then |
| 16:24:27 | JdGordon | does anyone in here have the non lcd remote or iriver? |
| 16:24:27 | Slasheri | and i really didn't know that even should work at all |
| 16:24:30 | JdGordon | for* |
| 16:24:40 | loco | does it make a difference whether i use it from disk or from ram in the sim? |
| 16:24:52 | Bg3r | JdGordon: i have |
| 16:24:56 | Bg3r | but it's at home |
| 16:25:00 | Slasheri | loco: yes, it should work in sim the same way as on target too |
| 16:25:10 | Bg3r | and i won't carry my player with me today |
| 16:25:13 | Slasheri | btw, do you have dircache enabled on simulator? |
| 16:25:16 | loco | ok, i'll try that |
| 16:25:27 | Bg3r | JdGordon: are you asking for button mappings ? |
| 16:25:31 | loco | yes, i'll turn both caches off. |
| 16:25:36 | Slasheri | ok, good |
| 16:25:40 | JdGordon | Bg3r: useless... :D and no |
| 16:25:43 | JdGordon | backlight buisness |
| 16:25:48 | Slasheri | and that bug should be fixed then.. :) |
| 16:26:02 | Bg3r | ah, what about it ? |
| 16:26:12 | JdGordon | http://www.rockbox.org/tracker/task/5223 |
| 16:26:43 | loco | Slasheri: ok, that seems to work. |
| 16:26:52 | saturat | anyone know a channel for Sansa e200 ? |
| 16:27:01 | Slasheri | loco: nice to hear that, then it has something to do with the dircache |
| 16:27:08 | amiconn | Slasheri: Did you already look into the failing tagcache problem? I added a comment; it looks like tagcache fails after any sub-browser usage (language, fonts, plugins etc) |
| 16:27:22 | Bg3r | JdGordon: ah, i'll look into it tomorrow |
| 16:27:48 | JdGordon | Bg3r: im about to upload a patch for that, if you could test it that would be great :) |
| 16:27:50 | Slasheri | amiconn: yes, i did some investigation on that (with language files, but i didn't know it fails with other usage also) |
| 16:28:03 | Slasheri | amiconn: but i was unable to find the cause yet |
| 16:28:45 | Bg3r | JdGordon: my player is disassembled atm |
| 16:28:54 | Bg3r | but i can bring my remote here tomorrow |
| 16:29:13 | JdGordon | hehe |
| 16:30:23 | Slasheri | amiconn: hmm, is there a bug report about the problem? |
| 16:30:50 | Slasheri | (i mean in FS) |
| 16:30:56 | loco | Slasheri: just for my understanding: it depends on whether *tag*cache is loaded in ram? |
| 16:31:39 | Slasheri | loco: yes, but probably dircache must be loaded ram also to reproduce the problem |
| 16:31:47 | Slasheri | please try without dircache and with tagcache in ram |
| 16:31:56 | Slasheri | anyway, the problem is inside tagcache.c |
| 16:33:10 | loco | Slasheri: doesn't work |
| 16:33:23 | loco | ok, i'll try to find something. |
| 16:33:55 | Slasheri | good :) you should probably notice that the filename tag is a special tag in the way that it's never loaded as a string in ram |
| 16:34:37 | Slasheri | instead the seek position seek[tag_filename] either contains the seek location in filename tag file or a dircache pointer when dircache has been enabled |
| 16:34:49 | loco | yes, it's being questioned from dircache if needed, isn't it? |
| 16:35:03 | Slasheri | probably the filtering part doesn't know about that and tries to use tag directly as a normal string tag |
| 16:35:09 | Slasheri | yep |
| 16:35:39 | | Quit secleinteer (Connection reset by peer) |
| 16:35:51 | loco | i've already got a suspicion. |
| 16:35:52 | Slasheri | the problem is probably inside the function build_lookup_list |
| 16:35:57 | Slasheri | great :) |
| 16:36:25 | | Join secleinteer [0] (n=secleint@adsl-70-237-212-9.dsl.stlsmo.sbcglobal.net) |
| 16:36:32 | JdGordon | if i do a patch for this is there any chance it can be commited? i constanly find myself racing the auio playback to lower the volume when turning on the player.. http://www.rockbox.org/tracker/task/2685 |
| 16:37:40 | Slasheri | JdGordon: yes, or some kind of *slow* audio fade in would be preferred also |
| 16:38:17 | Slasheri | it's pain for example if you have forgotten player to the line out level and turn it on with in-ear monitors plugged in |
| 16:38:37 | JdGordon | slow fade in could be done.. but just setting it to a set level would be eaiser, and smaller code |
| 16:39:52 | Slasheri | that sounds like a good solution also |
| 16:40:04 | | Part saturat |
| 16:40:10 | preglow | Slasheri: isn't it possible to simplify the crossfade settings somehow? |
| 16:40:21 | preglow | i gave it a shot the other day, and while it works great, the settings aren't exactly intuitive |
| 16:40:47 | Slasheri | preglow: yes, the other fade delay is unnecessary |
| 16:41:20 | Slasheri | but i haven't got the time to improve the crossfade settings yet.. |
| 16:41:43 | Slasheri | so a "fade position" or something like that should do it |
| 16:42:00 | XavierGr | Slasheri: Don't worry, you will have plenty of time after the 22th of August |
| 16:42:01 | XavierGr | :P |
| 16:42:17 | Slasheri | :D |
| 16:42:42 | preglow | wouldn't just a "fade in/out ratio" from 0-100% be nice? |
| 16:42:59 | preglow | unless i'm misunderstanding how this works major, which i think i am |
| 16:43:17 | Slasheri | hmm |
| 16:44:17 | Slasheri | both fade in and fade out duration are necessary |
| 16:44:18 | | Nick daurn|laptop is now known as daurn|afk (n=quae@unaffiliated/daurnimator) |
| 16:44:22 | | Quit Nibbier (Read error: 110 (Connection timed out)) |
| 16:44:35 | amiconn | Slasheri: http://www.rockbox.org/tracker/task/5801 |
| 16:44:40 | Slasheri | because fade out duration also defines the whole crossfade process length |
| 16:45:02 | | Quit mkey (Read error: 110 (Connection timed out)) |
| 16:45:15 | Slasheri | amiconn: thanks |
| 16:46:18 | | Join mkey [0] (n=mkey@pD9E351B5.dip.t-dialin.net) |
| 16:46:33 | XavierGr | LOL the video decoder runs more than realtime on the H300 sim! If only that could work on real target. |
| 16:47:00 | | Join Nibbier [0] (n=sven@port-212-202-193-252.dynamic.qsc.de) |
| 16:47:17 | JdGordon | Slasheri: where in the menu do u tinhk i should put the option? general settings > system ? |
| 16:47:36 | Slasheri | preglow: fade in/out delay can be combined, as that defines the point when start *cross*fading |
| 16:47:43 | | Quit sando ("blargh") |
| 16:47:55 | Slasheri | JdGordon: hmm, i think playback or sound settings could be better |
| 16:48:13 | JdGordon | Slasheri: i dont tinhk so, becuase its not really a sound or playback option.... |
| 16:50:26 | loco | Slasheri: could you please tell me, what (hdr->indices[idxid].flag & FLAG_DIRCACHE) means? |
| 16:50:54 | Slasheri | amiconn: good, your latest comment makes it much more easier to start finding the issue |
| 16:51:46 | Slasheri | loco: if that check is true, it meens that hdr->indices[tag_filename] contains a dircache pointer instead of real seek |
| 16:52:15 | loco | ok, thanks |
| 16:52:35 | Slasheri | loco: and to obtain the filename, you need to call dircache_copy_path function |
| 16:53:11 | loco | yes, but it doesn't get called. |
| 16:53:22 | Slasheri | ups, hdr->indices[idxid].seek[tag_filename] |
| 16:53:32 | Slasheri | yep, then that is the problem.. :) |
| 16:53:54 | Slasheri | would you like to fix it? |
| 16:54:41 | loco | i'm still trying to understand what's going on. ;) |
| 16:55:31 | loco | ah, hang on, i think i've found something. |
| 16:56:00 | Slasheri | :) |
| 16:56:27 | loco | if (tcs->type == tag_filename... but it isn't. |
| 16:56:42 | * | linuxstb reads the description of the crossfade settings in the manual and doesn't understand it... |
| 16:57:17 | JdGordon | Slasheri: it works :) |
| 16:57:34 | preglow | linuxstb: crossfade settings are hard to understand, heh |
| 16:57:57 | linuxstb | I think I need some pretty pictures... |
| 17:00 |
| 17:00:14 | | Join mantono [0] (n=mantono@c83-250-204-173.bredband.comhem.se) |
| 17:00:39 | linuxstb | I don't understand the "fade-out" mode - does setting this to "mix" mean that the first track doesn't fade at all? |
| 17:01:05 | JdGordon | Slasheri: can you commit it? #2685 |
| 17:01:49 | preglow | linuxstb: it means none of them fades, afaik |
| 17:01:57 | preglow | linuxstb: it just mixes the tracks without altering volume |
| 17:02:01 | preglow | again, afaik |
| 17:02:40 | Slasheri | JdGordon: hmm, why don't you set it in settings_apply()? |
| 17:03:04 | linuxstb | The manual says "If set to Mix, the ending song will continue to play as normal until its end, while the starting song will fade in from under it." Which seems the same as setting fade-out duration to zero. |
| 17:03:13 | JdGordon | because thats called more often than just on a reboot.. if i put it there it would mean the volume setting would be useless.. |
| 17:03:26 | | Quit Zagor ("Client exiting") |
| 17:03:27 | Slasheri | linuxstb: no, it's not the same |
| 17:04:01 | Slasheri | linuxstb: the next song will play and fade in the fade out duration time |
| 17:04:35 | linuxstb | So in that case, what is the fade-in duration time for? |
| 17:04:51 | Slasheri | that option is useful, if songs "naturally" fade out in the end |
| 17:05:01 | | Join tucoz [0] (n=martin@rockbox/developer/tucoz) |
| 17:05:02 | | Quit theli_ua ("Leaving") |
| 17:05:16 | Slasheri | so we can just process and mix the next song, keeping previous song unchanged |
| 17:06:45 | linuxstb | In mix mode, I can think of two possible settings - when to start the fade-in (relative to the end of the first track), and how long to fade in for. But we have four settings... |
| 17:07:04 | Slasheri | linuxstb: hmm, in fact i am not absolutely sure how the latest code works |
| 17:07:34 | | Quit mkey (""Welcome to IRC; Where men are men, women are men and little girls are FBI agents!"") |
| 17:07:40 | Slasheri | but fade out duration always defines the crossfade buffer length |
| 17:07:56 | Slasheri | so mix mode can't work if it's set to 0 |
| 17:08:23 | linuxstb | Would just having a single "crossfade length" setting simplify things? And then further settings to define what we do during that time? |
| 17:08:41 | Slasheri | fade in duration defines the total time next song fades in. And that time can exceed the crossfade duration length |
| 17:09:02 | Slasheri | so typically there is fade out -> crossfade -> fade in |
| 17:09:04 | linuxstb | OK... So the total crossfade length can be more than the buffer... |
| 17:09:20 | Slasheri | yep, but not *cross*fade |
| 17:09:36 | Slasheri | crossfade can happen only inside the buffer |
| 17:09:48 | tucoz | I can make some images for the manual. |
| 17:09:55 | Slasheri | and then fading the single track outside the buffer |
| 17:10:43 | *** | Saving seen data "./dancer.seen" |
| 17:10:53 | linuxstb | tucoz: That would help. Or a graphical settings screen :) |
| 17:11:09 | Slasheri | graphical setting screen would be the best |
| 17:11:10 | tucoz | linuxstb, yes. that would be splendid |
| 17:11:54 | loco | Slasheri: tcs->type contains the type of the first filter? |
| 17:12:24 | Slasheri | loco: hmm, yes. it should contain the base filter what entries we are searching for |
| 17:12:55 | loco | ok, then i think i know why it's not working, but i think, fixing it is beyond my skills. :( |
| 17:13:01 | tucoz | hmm, a graphical settings screen would mean that we just show two incoming lines, and two outcoming lines, and change what's in between regarding on setting? |
| 17:13:36 | Slasheri | loco: hmm, did you find out what causes the problem? |
| 17:13:47 | loco | i think so. |
| 17:13:59 | Slasheri | loco: sounds good :) |
| 17:14:47 | linuxstb | tucoz: If you designed it, maybe someone would implement it... We should try and fit it on the remotes as well though. |
| 17:15:05 | tucoz | Sure, I'll see what I can do |
| 17:15:17 | loco | the check in tagcache_retrieve reads (tcs->type == tag_filename && hdr->indices[idxid].flag & FLAG_DIRCACHE), but tcs-> type ist artist aka 0 and tag_filename is 4. the clause's type is tag_filename, but tagcache_retrieve doesn't have the information, which clause is relevant. |
| 17:15:48 | * | JdGordon goes to bed, gnite all |
| 17:15:53 | | Quit JdGordon ("Konversation terminated!") |
| 17:16:03 | linuxstb | tucoz: Although I don't think we have drawing functions in core Rockbox... But it could be a plugin - "Crossfade visualiser" |
| 17:16:07 | Slasheri | loco: ah.. then you could try changing tcs->type to tag_filename and after retrieve change it back |
| 17:16:15 | Slasheri | at least you could try if that fixes the problem |
| 17:16:28 | loco | sounds good |
| 17:17:17 | tucoz | linuxstb, but then we would have to export the crossfade settings to the plugin api, right? |
| 17:18:08 | loco | Slasheri: works |
| 17:19:26 | | Quit netmasta10bt (Read error: 60 (Operation timed out)) |
| 17:19:27 | Slasheri | loco: nice! :D |
| 17:19:49 | linuxstb | tucoz: Probably... But that would probably be better than having a complex crossfade settings screen in the core. I don't even know if other people think it's a good idea.... |
| 17:20:04 | loco | at least it fixes the comparison, i hope, it doesn't break anything else. but it isn't the way a patch should look, is it? |
| 17:20:14 | tucoz | hehe, I can think of one that will most certainly complain |
| 17:20:28 | tucoz | but I agree to some extent |
| 17:20:56 | tucoz | A plugin is probably better. But, the settings are kind of hard to understand as they are. |
| 17:21:28 | Slasheri | loco: did you do the modification around the line 681? |
| 17:21:37 | loco | yes |
| 17:22:41 | Slasheri | ok, i can check if i find a better way to do that or just commit that fix |
| 17:22:48 | crwl | ugh, i was wondering why rockbox navigation feeled kind of laggy after updating, must be that horizontal scrolling patch? |
| 17:22:55 | preglow | yes |
| 17:23:18 | preglow | it doesn't react until the key is depressed |
| 17:23:22 | crwl | yep |
| 17:23:26 | preglow | i'm starting to be in favour of reverting that patch |
| 17:24:02 | preglow | i value being able to use directional keys to navigate quickly more than i do having a fast way to scroll the screen |
| 17:24:05 | loco | Slasheri: fine. sorry to bother you with that tagcache stuff all the time. ;) |
| 17:24:06 | preglow | by far |
| 17:24:10 | linuxstb | tucoz: Maybe just start by adding some images to the manual, and then take it from there. Maybe someone will come up with a better set of settings (or names for the existing ones) once it's clearer what they all do. |
| 17:26:08 | crwl | me too, because i don't think i've actually ever needed horizontal scrolling |
| 17:26:10 | tucoz | linuxstb, I am on that part. |
| 17:26:22 | Slasheri | loco: i don't see any better way to do that, just committing the change |
| 17:26:38 | tucoz | I like the horizontal scrolling. Better than the previous one. |
| 17:27:15 | BigMac | do any of you use quicktime pro 7 |
| 17:27:28 | BigMac | because the vlc wont accept swf files |
| 17:27:37 | loco | Slasheri: well, you could add an extra parameter to the tagcache_retrieve function, but that wouldn't be very nice either. |
| 17:27:46 | BigMac | and neither is quicktime but quicktime is supposed to |
| 17:28:07 | preglow | flash??? |
| 17:28:11 | BigMac | yah |
| 17:28:20 | Slasheri | loco: yes, it wouldn't be nice because that function is included in the tagcache api also |
| 17:28:25 | preglow | i wish flash would vanish |
| 17:28:30 | BigMac | why |
| 17:28:31 | preglow | utterly and completely |
| 17:28:43 | preglow | for some reason, people just can't use it for something worthwhile |
| 17:28:52 | preglow | in the meantime, it's used for a billion annoying things |
| 17:28:53 | Slasheri | loco: and outside tagcache there shouldn't be the need for that type of queries |
| 17:28:54 | BigMac | flash is an important part in alot of webdevelopment |
| 17:29:01 | preglow | yes, i know... |
| 17:29:06 | preglow | and it's annoying me |
| 17:29:13 | loco | Slasheri: right |
| 17:29:25 | preglow | at some point i just deleted my flash plugin |
| 17:29:27 | preglow | live has been good since |
| 17:29:31 | preglow | life too |
| 17:30:12 | BigMac | well then your one in a million |
| 17:30:30 | Mikachu | i find flashblock is a good way to get rid of unwanted stupid sites, but still be able to see video clips and games |
| 17:31:07 | BigMac | i got a solution |
| 17:31:15 | BigMac | rockbox doesnt support sound |
| 17:31:27 | BigMac | so ill just use captivate to screen capture it |
| 17:31:32 | BigMac | then vlc to convert |
| 17:31:33 | Slasheri | for example iriver.com is a "great" example of flash.. With my linux browser (konqueror and firefox) both have flash plugins installed but neither one can access that site |
| 17:31:48 | Slasheri | there is just an empty screen |
| 17:32:42 | Arathis | Slasheri: perhaps they use flash newer than version 7. |
| 17:32:49 | Mikachu | they don't |
| 17:32:58 | Mikachu | http://www.iriver.com/images/flash/intro_campaign.swf works fine |
| 17:33:01 | Mikachu | they just fail at life |
| 17:34:51 | | Join sando [0] (i=lolsteam@144.135.255.155) |
| 17:35:11 | | Join Criamos [0] (n=Criamos@p549318DC.dip0.t-ipconnect.de) |
| 17:37:38 | preglow | flash needs to be abolished |
| 17:37:43 | BigMac | anyone use macromedia captivate |
| 17:37:44 | preglow | the only good flash app i have seen is the flashdoc thing |
| 17:37:47 | preglow | which is very neat |
| 17:38:23 | tucoz | Slasheri, Fade in delay is applied before fade-in duration? |
| 17:39:43 | Mikachu | i like the screen scroll thing, but i mostly use select and menu to navigate |
| 17:39:55 | Mikachu | so i wouldn't be annoyed by the slight lag |
| 17:40:13 | | Join mkey [0] (n=mkey@pD9E351B5.dip.t-dialin.net) |
| 17:40:57 | Mikachu | how about an option? :> |
| 17:41:23 | crwl | or a code fork? ;) |
| 17:42:02 | Mikachu | that wouldn't be a problem for me, of course i keep the version i like |
| 17:42:56 | crwl | no, i mean a code fork with a huge flamefest and the community totally splitting up and the like |
| 17:43:01 | Mikachu | oh okay |
| 17:43:08 | Mikachu | no that is probably not a good idea |
| 17:43:12 | preglow | that would be cool |
| 17:43:16 | | Join bk [0] (n=bk@cpe-24-195-202-150.nycap.res.rr.com) |
| 17:43:18 | loco | sounds fun |
| 17:43:33 | Mikachu | we can call it suckbox |
| 17:43:36 | crwl | hehehe |
| 17:43:41 | preglow | crotchbox |
| 17:43:53 | crwl | which one? the one with horizontal scroll patch, i take it |
| 17:44:14 | Mikachu | that would depend on if it's reverted or not |
| 17:49:55 | | Nick |apo| is now known as GattacApo (n=r00t@dslb-088-065-070-179.pools.arcor-ip.net) |
| 17:56:05 | tucoz | Slasheri, linuxstb: is this correct? http://www.ii.uib.no/~martina/Diagram1.pdf |
| 18:00 |
| 18:01:08 | tucoz | ..or someone else who understands crossfade |
| 18:01:16 | | Quit lex (Nick collision from services.) |
| 18:01:18 | | Join lex [0] (i=lex@193.65.221.148) |
| 18:01:33 | | Quit lex (Nick collision from services.) |
| 18:03:45 | Slasheri | tucoz: yes, that seems to be correct |
| 18:04:11 | tucoz | ok. good |
| 18:06:10 | loco | Slasheri: now it works great. thanks and bye |
| 18:06:11 | linuxstb | So a) and b) (fade-out delay and duration) aren't used in mix mode? |
| 18:06:17 | | Part loco |
| 18:06:18 | | Join lex_ [0] (i=lex@193.65.221.148) |
| 18:06:27 | tucoz | Not according to the manual at least |
| 18:08:55 | Slasheri | hmm, fade out duration is used |
| 18:09:16 | Slasheri | because that defines the crossfade buffer length |
| 18:09:27 | tucoz | hmm, how would that work? |
| 18:09:53 | Slasheri | however, fade out delay is irrelevant |
| 18:10:14 | Slasheri | and so is fade in delay also |
| 18:10:37 | tucoz | Why is fade in delay irrelevant in the mix mode? |
| 18:11:34 | Slasheri | so fade out duration means how long the buffer is (how much to mix), and fade in duration defines the fade in period |
| 18:11:39 | Slasheri | other settings shouldn't be used in mix mode |
| 18:11:46 | Slasheri | but back soon -> |
| 18:13:07 | mortal | has anyone reverse engineered the firmware of zen nano plus? |
| 18:13:38 | markun | nudelyn: about DAPs using FP: The Toshiba S uses a Freescale MCIMX31LVKN5 with a 'Vector floating point coprocessor' |
| 18:15:08 | * | tucoz doesn't get it |
| 18:16:00 | tucoz | I mean. Wouldn't it be easier if we didn't have to think about buffers when using crossfade. |
| 18:16:08 | | Join netmasta10bt [0] (n=torment@pool-72-64-129-205.tampfl.fios.verizon.net) |
| 18:18:09 | tucoz | Are the names of the settings wrong? I thought 'fade out duration' was for the end of track, and 'fade in duration' for the beginning of the next track. |
| 18:19:43 | | Quit BigMac (Read error: 110 (Connection timed out)) |
| 18:22:35 | | Join midgey34 [0] (n=TJ@c-71-205-31-207.hsd1.mi.comcast.net) |
| 18:24:38 | | Quit dan_a (Read error: 110 (Connection timed out)) |
| 18:25:13 | | Join pixelma [0] (i=pixelma@82.193.235.34) |
| 18:41:21 | | Join dan_a [0] (n=dan-mirc@217.23.173.156) |
| 18:42:03 | | Join sharpe [0] (i=sharpe@user-0c8hc2c.cable.mindspring.com) |
| 18:47:15 | | Join KlrSpz [0] (n=klrSpz@69.15.248.2) |
| 18:52:53 | | Join petur [0] (n=petur@rockbox/developer/petur) |
| 18:56:46 | | Quit XavierGr ("One firmware to rule them all!") |
| 18:58:55 | | Join mirak [0] (n=mirak@ip-7.net-82-216-143.rev.numericable.fr) |
| 18:59:37 | mirak | hi |
| 18:59:52 | | Quit _Veseliq_ ("www.ModReactor.com www.ModReactor.com www.ModReactor.com www.ModReactor.com www.ModReactor.com") |
| 19:00 |
| 19:00:03 | | Join _Veseliq_ [0] (n=veseliq@195.85.215.210) |
| 19:00:07 | | Quit lodesi ("leaving") |
| 19:01:32 | | Join TeaSea [0] (n=Thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
| 19:02:00 | linuxstb | mirak: Hi. I had another quick look at xvidcore the other day, and can't believe how big it is... Do you know of any other xvid decoders (excluding ffmpeg) ? |
| 19:02:23 | mirak | linuxstb: no, sorry |
| 19:02:41 | mirak | linuxstb: you manage to make it work ? |
| 19:03:08 | mirak | linuxstb: with xvidcore I was obliged to increase plugin ram size. |
| 19:03:26 | mirak | there is a lot of inlining |
| 19:03:26 | linuxstb | No, I didn't get that far. I updated it as far as making it compile with the latest plugin API changes, and then tried to look for places to reduce the size to avoid increasing the plugin RAM size. |
| 19:04:10 | linuxstb | Yes, I found one function alone which (due to all the inlining) was about 30KB... |
| 19:04:15 | mirak | hum by the way on libmpeg how did you managed to handle the 3 image buffers ? |
| 19:04:31 | linuxstb | You mean the internal buffers? |
| 19:04:36 | mirak | yes |
| 19:04:41 | linuxstb | I just implemented malloc. |
| 19:04:52 | mirak | and you use the buffer ram |
| 19:04:59 | mirak | "audio ram" |
| 19:05:09 | linuxstb | Yes. Currently, 2MB is given to a malloc buffer. |
| 19:05:23 | linuxstb | In my test streams, I think about 1.3MB was used. |
| 19:05:44 | linuxstb | That's something that also needs investigating, to perhaps make them static. |
| 19:05:52 | linuxstb | (or if not static, at least a fixed size) |
| 19:06:22 | mirak | the size doesn't change while playing |
| 19:06:32 | mirak | I think xvidcore can change resolution |
| 19:06:50 | linuxstb | We could always disable that feature... |
| 19:07:43 | mirak | xvidcore is really huge. |
| 19:07:55 | mirak | the stream parser is weird |
| 19:08:21 | mirak | linuxstb: did you separated the encoder and the decoder ? |
| 19:08:51 | linuxstb | I just took your existing port - I've done nothing more than you so far. |
| 19:09:32 | linuxstb | Did you remove any of the encoder functions? |
| 19:10:42 | | Join Hansmaulwurf [0] (n=maerlyn@p508182CE.dip0.t-ipconnect.de) |
| 19:10:45 | *** | Saving seen data "./dancer.seen" |
| 19:11:55 | mirak | linuxstb: all I think |
| 19:12:04 | mirak | linuxstb: and I tried to remove stuffs also |
| 19:12:36 | mirak | but I am not sure of that |
| 19:12:58 | mirak | I mean I am not sure I posted other modifications I did to the codec |
| 19:13:15 | netmasta10bt | remove any of the encoder functions? |
| 19:13:18 | mirak | and I think everything is gone |
| 19:13:25 | netmasta10bt | ops! |
| 19:13:41 | mirak | I think I removed the encoder functions |
| 19:13:44 | | Quit bluebrother ("bbl") |
| 19:13:53 | | Join bluebrother [0] (i=avkRSiJf@nat-wh-1.rz.uni-karlsruhe.de) |
| 19:14:05 | mirak | but no iram modifications etcetera |
| 19:15:18 | | Join S0ap [0] (n=bob@unaffiliated/s0ap) |
| 19:17:26 | bluebrother | hi tucoz |
| 19:20:28 | | Join lodesi [0] (n=lds@d01m-89-83-150-232.d4.club-internet.fr) |
| 19:22:13 | | Join theli_ua [0] (n=theli@line-ppp3-106.deshevshe.net) |
| 19:25:09 | tucoz | hi bluebrother |
| 19:25:34 | | Join ashtophet|away [0] (n=user@1.Red-81-32-66.dynamicIP.rima-tde.net) |
| 19:26:36 | | Join Ribs [0] (n=ribs@riblet.plus.com) |
| 19:26:58 | | Nick ashtophet|away is now known as ashtophet (n=user@1.Red-81-32-66.dynamicIP.rima-tde.net) |
| 19:27:59 | bluebrother | tucoz, do you think we should go on with moving towards the new proposed structure? |
| 19:28:31 | tucoz | definitley |
| 19:28:39 | tucoz | (however that is spelled) |
| 19:28:53 | tucoz | definitely |
| 19:29:12 | bluebrother | have you read the new stuff I wrote? Especially is the hint to the support channels understandable? |
| 19:29:32 | | Quit theli_ua ("quit") |
| 19:29:57 | tucoz | hmm, I haven't read that. I read your proposal for a new directory layout a week ago (i think) |
| 19:30:41 | tucoz | ah, the introduction? |
| 19:31:10 | | Quit pondlife ("byebye") |
| 19:31:31 | bluebrother | yes, it's in the "getting started" chapter |
| 19:31:37 | bluebrother | (I checked it in this morning) |
| 19:31:47 | tucoz | I understand it. And I think it is wise to inform a user about support channels as early on as possible. |
| 19:32:16 | tucoz | ok, I'll check it out. I have only read whats in the proposed structure. |
| 19:32:55 | bluebrother | I had some time this weekend so I started writing a bit on it ... |
| 19:33:39 | tucoz | really great to see work on the manual |
| 19:33:42 | | Quit midgey34 (Read error: 60 (Operation timed out)) |
| 19:34:30 | tucoz | But I read a post regarding the manual which made me _really_ think that it is in need of a more though out structure. |
| 19:34:44 | bluebrother | in the forums? |
| 19:34:56 | tucoz | the post said something like, "the manual, that piece of text is impossible to understand" |
| 19:34:59 | tucoz | I think so |
| 19:35:01 | tucoz | or in the logs |
| 19:35:20 | bluebrother | I think the structure isn't the best at all which was one reason for proposing the new one. |
| 19:35:41 | bluebrother | I don't like that kind of comments. Whining and not saying what's the problem doesn't help |
| 19:35:44 | tucoz | hehe |
| 19:35:53 | tucoz | I may be exaggerating |
| 19:35:54 | tucoz | ;) |
| 19:36:56 | bluebrother | unfortunately when it comes to end users that kind of comments occur pretty often :( |
| 19:37:16 | tucoz | But, the point is that it should serve as a comprehensive source of information, not as a thing people hesitate to read becuase it is not structured well. |
| 19:37:56 | bluebrother | true. But it isn't pretty easy writing it comprehensive and easy to read at the same time. |
| 19:37:56 | tucoz | yes, but we can do our best to make it a good read. |
| 19:38:50 | S0ap | If I can butt in...I think the reason many people complain about the manual is that they don't /want/ to know about RockBox, they want an answer to a specific question. The manual is not ment for that usage pattern, and thus it fails. |
| 19:39:19 | bluebrother | With time passing I guess the manual will improve. At least it did so the last months |
| 19:39:41 | bluebrother | S0ap, good point. Maybe an index would be sufficient? What do you think? |
| 19:40:13 | | Quit secleinteer (Connection reset by peer) |
| 19:41:01 | | Join secleinteer [0] (n=secleint@adsl-70-237-212-9.dsl.stlsmo.sbcglobal.net) |
| 19:41:06 | S0ap | If a series of quickstart guides was written detailing the differences between stock firmware usage and RockBox usage (on a target-by-target basis) that _might_ have a chance of catching the interest of a noob. But that would be a lot of work, and I don't think the kind of people who want the quick answers will ever be satisfied. |
| 19:41:21 | bluebrother | but otoh rockbox itself is complex to some degree, so a bit more understanding of its concepts is necessary if you don't just want it to play files. |
| 19:41:39 | S0ap | An index would help, but I still think a comprehensive, platform-specific FAQ would do more. |
| 19:42:21 | bluebrother | I already had the idea of including the FAQ (at least the important parts of it) but I don't have any idea how to make this best. |
| 19:42:27 | S0ap | "An Ipod user's guide to RockBox" "An Iriver user's guide to RockBox" |
| 19:42:34 | tucoz | a quickstart guide would be better than a faq (imo) |
| 19:42:51 | tucoz | but base the quickstart from faq |
| 19:43:17 | bluebrother | hmm. We could write a quick start (as proposed for the new structure) and add a platform specific too |
| 19:43:20 | tucoz | a tiny tutorial, to get the feel of rockbox. |
| 19:43:38 | S0ap | I've pointed out this link before...but http://www.dapcentral.org/ |
| 19:43:51 | S0ap | (NOT Digital Audio Player) |
| 19:43:51 | | Join Terinjokes [0] (n=Terinjok@c-66-176-62-121.hsd1.fl.comcast.net) |
| 19:43:56 | bluebrother | yes, rockbox is to some degree different to "usual" firmwares. |
| 19:44:01 | Terinjokes | hey |
| 19:44:13 | | Join novimon [0] (n=novimon@a84-230-230-239.elisa-laajakaista.fi) |
| 19:44:41 | tucoz | I think a faq is best when used in an hyperlinked context. Not in a printed manual. |
| 19:46:00 | S0ap | You are always going to have the people who come to RockBox because they heard they can play Doom, and want instant gratification, there is no way in hell any document will catch their eye, I propose giving Febs a 00 designation, license to kill. |
| 19:46:17 | bluebrother | hehe |
| 19:46:47 | Terinjokes | doom goes slow on mine, plus, i was never really good at doom |
| 19:47:09 | | Quit Ribs ("Leaving") |
| 19:47:10 | bluebrother | the problem will always be end users that simply want to "use" it forgetting the fact that rockbox has a bunch of possibilities. |
| 19:47:21 | tucoz | well, lazy people will always be around. I don't think we should target the manual towards people intending to use rockbox as a doom-device |
| 19:47:29 | bluebrother | but more options also means more knowledge until you can really "use" it. |
| 19:47:39 | linuxstb | I'm not sure you need a platform-specific guide to Rockbox. A quick-start guide would tell users how to achieve the basic tasks quickly - I'm not sure it needs to compare with how the original firmware does those tasks. |
| 19:47:43 | bluebrother | tucoz, agreed. |
| 19:47:54 | Terinjokes | no, thats what IPL is for, Doom and GameBoy, and floating cubes |
| 19:48:26 | | Join Paul_The_Nerd [0] (n=Paul_The@cpe-70-112-165-230.austin.res.rr.com) |
| 19:48:38 | tucoz | I think the manual should document rockbox in a comprehensive manner. With a quickstart leaving the user with enough information to further expolore rockbox. |
| 19:49:24 | tucoz | linuxstb, yes. I do not think we have to tell the user how their original firmware is compared to rockbox. |
| 19:49:29 | Mikachu | Terinjokes: rockbox has all of those... |
| 19:49:52 | Terinjokes | yes, but rockbox, Imho should be geared toward music, rather then games |
| 19:50:01 | Terinjokes | thats what IPL is for |
| 19:50:06 | tucoz | that would be like a 'switch' document which is something different than a quick start. |
| 19:50:07 | Mikachu | unfortunately that's not up to you |
| 19:50:19 | sharpe | haha. reminds me. i should get started on re-writing that atari emulator. :D |
| 19:50:28 | linuxstb | Terinjokes: Rockbox _is_ geared towards music. It also happens to have the ability to run plugins, and they can be anything developers want to develop. |
| 19:50:42 | | Quit mantono ("Don't worry, be happy") |
| 19:50:59 | linuxstb | And some users use Rockbox purely for the plugins. |
| 19:51:06 | Bagder | rockbox had gameboy and cube before ipl iirc |
| 19:51:11 | Terinjokes | yes, yes, just who _developed_ rockboy? i want to play mario! |
| 19:51:29 | tucoz | Terinjokes, HCl developed rockboy |
| 19:51:42 | tucoz | which is based on gnuboy |
| 19:51:49 | Terinjokes | too bad i don't know "C" |
| 19:51:58 | tucoz | (or rather a port of gnuboy) |
| 19:52:00 | S0ap | linuxstb - while I agree platform-specific guides aren't needed, I do think it is the best solution if your goal is to tame impaitent noob complaints/requests. |
| 19:52:24 | S0ap | Speaking from the paradigm they are used to (I bet) would work well. |
| 19:53:08 | Paul_The_Nerd | The problem with speaking in relation to the retail firmware is that it gives the impression that you either care what retail was like, or in some way are designing around it. |
| 19:53:19 | Paul_The_Nerd | This helps give rise to "Well the original firmware did it this way" style requests. |
| 19:53:22 | tucoz | Well, I think platform install instructions are what is needed. From there you can read the quick start chapter, to get a feel of what rockbox is. |
| 19:54:24 | S0ap | tucoz - I agree, but isn't the current manual pretty good at that? |
| 19:54:58 | | Part ashtophet ("No reason") |
| 19:55:07 | S0ap | I got into this because I think the current manual is pretty good for anyone who cares to learn...but that a different approach is needed for the lazy, IF targeting them is cared about. |
| 19:55:18 | tucoz | S0ap, well. In many ways yes. But, the proposed structure will give it a more uniform layout |
| 19:55:29 | tucoz | And we lack a quickstart chapter ;) |
| 19:55:37 | bluebrother | S0ap, imo the quick start is lacking pretty much. |
| 19:56:16 | bluebrother | I also think without that some chapters are just ... descriptions. I'm missing a good explanation of the rockbox "feel" |
| 19:56:17 | tucoz | which will cover many of the frequently asked questions. It would be nice if we could ask people: "Have you read the quick start chapter?" |
| 19:56:27 | Paul_The_Nerd | S0ap: Targetting the lazy would require printing out the manual, putting it in their hands, and opening it to the appropriate page. The people who are too lazy to look in our manual, probably won't look in any one. |
| 19:56:38 | tucoz | amen |
| 19:56:39 | bluebrother | I think I'll try to give it a shot the next days. |
| 19:57:09 | Paul_The_Nerd | Our manual surely isn't done yet, but you can't really reasonably expect that changing its contents will make it more likely someone will open it. ;) |
| 19:57:09 | S0ap | what is your proposed (rough) timetable for this bluebrother? |
| 19:57:10 | tucoz | bluebrother, the 'hint to support' looks nice. |
| 19:57:18 | linuxstb | Paul_The_Nerd: You forgot "reading it out loud to them" |
| 19:58:09 | bluebrother | S0ap, I thought about looking into it the next days, as free time floats around. So I hope to have something ready for cvs within 1 or 2 weeks. |
| 19:58:24 | S0ap | I'll print the latest up at work again tomorrow, and start scratching out notes...I've got a lot of airplane time coming up the next four days...so...if you are still formulating thoughts come Saturday I can dump on you. |
| 19:58:33 | bluebrother | (and thus ready for discussion here ;-) |
| 19:58:50 | tucoz | S0ap, cool. Feedback on the manual is always welcomed |
| 19:58:54 | Terinjokes | what would be included in the quickstart |
| 19:58:55 | Paul_The_Nerd | linuxstb: You've solved it! Audio-format versions of the manual included with the builds, split into section MP3 files, and chapter folders. |
| 19:59:17 | bluebrother | S0ap, cool. I'll be offline that weekend but I don't think this should be a problem ;-) |
| 19:59:20 | Terinjokes | no, have them in OGG format ;-) |
| 19:59:25 | Paul_The_Nerd | Actually that's not half bad, in a tutorial sense. The user could do things while being read what to do. |
| 19:59:30 | Paul_The_Nerd | Terinjokes: Wouldn't work on the Archoses. |
| 19:59:36 | Terinjokes | ah, ok |
| 19:59:56 | * | Terinjokes is so used to the nano port |
| 19:59:57 | bluebrother | so we need a daily reader for that :) |
| 20:00 |
| 20:00:15 | amiconn | tts |
| 20:00:19 | | Join Menollo [0] (n=53740bec@labb.contactor.se) |
| 20:00:36 | Terinjokes | i can record them, i do recordings for Audio Wikinews |
| 20:00:47 | Terinjokes | http://en.wikinews.org/wiki/Wikinews:Audio_Wikinews |
| 20:01:07 | bluebrother | I played around a bit with festival but I still like real audio books better |
| 20:01:46 | tucoz | bbl |
| 20:01:56 | | Join COmputoman [0] (n=Rar@cpe-66-68-127-197.austin.res.rr.com) |
| 20:02:01 | COmputoman | Hey guys |
| 20:02:13 | S0ap | FWIW, I'm suprised this idea died on the vine http://www.rockbox.org/tracker/task/459 |
| 20:02:34 | COmputoman | Hey does anyone in the channel at the momment use rockbox for the ipod video? |
| 20:02:52 | COmputoman | I was really intrested in switching since i have alot of flac music |
| 20:02:56 | sharpe | COmputoman: yes. |
| 20:03:02 | Terinjokes | i'm on the nano |
| 20:03:12 | novimon | me too |
| 20:03:14 | COmputoman | are there any drawbacks? |
| 20:03:36 | novimon | if you use external charger rockbox wont shout down |
| 20:03:46 | Terinjokes | on the video you lose video |
| 20:03:56 | COmputoman | you get no video? |
| 20:04:05 | S0ap | correct |
| 20:04:09 | COmputoman | Hmmm |
| 20:04:12 | S0ap | and you get decreased battery life. |
| 20:04:17 | Terinjokes | there is mpegplayer, but its a bit flacky, and idk if its on the video |
| 20:04:17 | novimon | and the transferspeed of files on rockbox is bad, must use original firmware to transfer music |
| 20:04:23 | S0ap | and no more sex with supermodels. |
| 20:04:36 | Terinjokes | novimon, S0ap, be +++ |
| 20:04:42 | sharpe | novimon: that is only on the ipod nanos. |
| 20:04:45 | linuxstb | COmputoman: You don't lose video, but Rockbox doesn't have video playback. You just need to boot into the Apple firmware if you want to play back videos. |
| 20:04:46 | Paul_The_Nerd | novimon: That's not Rockbox that has the bad transfer speed |
| 20:04:57 | Paul_The_Nerd | novimon: That's the Apple Emergency Disk Mode. Rockbox doesn't have a USB mode yet. |
| 20:05:05 | COmputoman | so wait |
| 20:05:08 | novimon | Paul_The_Nerd: ah, ok, my bad |
| 20:05:09 | Terinjokes | yet |
| 20:05:14 | COmputoman | you can run both firmwares |
| 20:05:18 | COmputoman | like dual boot |
| 20:05:20 | Paul_The_Nerd | Indeed |
| 20:05:21 | COmputoman | ? |
| 20:05:23 | Terinjokes | yeah |
| 20:05:24 | linuxstb | COmputoman: Yes - exactly like dual boot. |
| 20:05:28 | COmputoman | Thats knarly |
| 20:05:44 | Terinjokes | are you on windows? |
| 20:05:48 | COmputoman | So do you have to retransfer all of your music when installed |
| 20:05:51 | COmputoman | yes Terinjokes |
| 20:05:53 | | Quit mkey (""Welcome to IRC; Where men are men, women are men and little girls are FBI agents!"") |
| 20:06:31 | | Join mkey [0] (n=mkey@pD9E351B5.dip.t-dialin.net) |
| 20:06:31 | Terinjokes | Computoman, no, you don't have to, just itunes stores the music in a hidden directory, and with garbled filenames |
| 20:06:37 | linuxstb | COmputoman: No. But if you don't, you're restricted to using Rockbox's tag database to access the music, rather than the file-browser interface. |
| 20:06:48 | S0ap | You don't have to retransfer all your music, as RockBox can build its own tag database from your crazy-stored itunes folders, but many prefer the beauty that is folder-tree browsing. |
| 20:07:25 | Terinjokes | linuxstb, S0ap, i've never figured out how to used the tag database, probably because i never tried :D |
| 20:07:26 | COmputoman | Yes |
| 20:07:27 | linuxstb | COmputoman: You may want to read the links here: http://www.rockbox.org/twiki/bin/view/Main/IpodPort |
| 20:08:26 | COmputoman | so in rockbox are there 2 different options for music browsing? i.e. Tags or filetree? |
| 20:08:33 | Terinjokes | yes |
| 20:08:56 | COmputoman | rockbox seems wise |
| 20:09:02 | COmputoman | I might just try it out |
| 20:09:12 | Terinjokes | try it, you can always go back |
| 20:09:26 | COmputoman | sweet |
| 20:09:42 | COmputoman | Thanks for helping me ! |
| 20:09:54 | sharpe | linuxstb: i've a question. do you think there would be any objections to spreading out the source for the atari emulator across multiple .c files, and just including them into one, for organization, without using a makefile and such...? |
| 20:09:55 | Terinjokes | np |
| 20:10:43 | linuxstb | sharpe: Yes :) Just use a Makefile... |
| 20:10:55 | sharpe | alright, that's what i thought. |
| 20:11:09 | COmputoman | Hey do you guys think apple will ever support flac? |
| 20:11:17 | linuxstb | sharpe: All you need to do is take a copy from (for example) mpegplayer, edit the Makefile and search and replace "mpegplayer" for the name of your plugin, then add the relevant .c files to SOURCES |
| 20:11:37 | sharpe | yeah, i was looking at that earlier yesterday. |
| 20:11:52 | linuxstb | In fact, now that the plugin SUBDIR plugins are growing, we should make a "pluginmake.inc" or similar which is included by the individual Makefiles. |
| 20:12:19 | | Quit Landus ("Leaving") |
| 20:12:39 | S0ap | COmputoman - I don't think apple will ever support FLAC |
| 20:12:42 | linuxstb | COmputoman: Why would they? They had their chance, but implemented Apple Lossless instead. |
| 20:12:55 | S0ap | they have their own lossless format, and that removes 99% of the pressure. |
| 20:13:19 | Terinjokes | why can't everyone simply use WAV? |
| 20:13:25 | Paul_The_Nerd | Because WAV is bigger? |
| 20:13:33 | COmputoman | lol |
| 20:13:34 | COmputoman | yes |
| 20:13:34 | Bagder | and quite obviously they sell pretty good without flac support |
| 20:13:37 | COmputoman | way bigger |
| 20:13:38 | Terinjokes | but it sounds so much better |
| 20:13:43 | Paul_The_Nerd | Than FLAC? |
| 20:13:43 | linuxstb | Terinjokes: Don't you have a Nano? |
| 20:13:48 | Terinjokes | yes |
| 20:13:52 | Paul_The_Nerd | How is that possible |
| 20:13:58 | Paul_The_Nerd | FLAC decodes to bit-perfect WAV files. |
| 20:14:15 | Paul_The_Nerd | That's kinda the definition of "lossless" |
| 20:14:17 | COmputoman | I used to have a rio karma |
| 20:14:21 | COmputoman | It supported flac |
| 20:14:23 | COmputoman | I loved it |
| 20:14:33 | COmputoman | Then i crashed on my skateboard with it in my hand |
| 20:14:40 | Terinjokes | lol |
| 20:14:53 | linuxstb | I think lots of ex Karma owners have switched to Rockbox - it's the closest thing available to a Karma. |
| 20:14:56 | COmputoman | some girl tried to help me up and i told her to go get my karma |
| 20:15:01 | * | Galois is an ex karma owner |
| 20:15:05 | Galois | there are people who claim they can tell the difference between flac and wav |
| 20:15:16 | Terinjokes | *sure* |
| 20:15:27 | linuxstb | Galois: And they can when winamp applies equaliser settings differently for different codecs.... |
| 20:15:28 | S0ap | There are people who think putting crystals over their amps help. |
| 20:15:42 | linuxstb | (without telling them) |
| 20:15:43 | Galois | well, the more plausible of them base their claims on being able to hear audio noise from the extra cpu work |
| 20:15:48 | S0ap | There are people who think thousand dollar power cables do something. |
| 20:16:18 | Galois | the less plausible are the type that buy $2400 power cords |
| 20:16:22 | linuxstb | S0ap: They're not going to tell you they wasted $1000... |
| 20:16:31 | COmputoman | link |
| 20:16:34 | COmputoman | Ive never heard |
| 20:17:07 | | Quit Rob2222_ () |
| 20:17:10 | Galois | www.soundstage.com/revequip/audiomagic_clairvoyant.htm is only $1500 |
| 20:17:18 | linuxstb | This is my favourite "audiophile" site: http://www.referenceaudiomods.com/Merchant2/merchant.mvc?Screen=PROD&Product_Code=NOB_C37_C |
| 20:17:35 | linuxstb | $485 for a wooden volume control... |
| 20:18:03 | | Join Rob2222 [0] (n=Miranda@ACD0ACC2.ipt.aol.com) |
| 20:18:14 | Terinjokes | lol, linuxstb, you a digg user? |
| 20:18:24 | | Join saturat [0] (n=none@39.80-203-101.nextgentel.com) |
| 20:18:24 | linuxstb | No. |
| 20:18:26 | preglow | hahaha |
| 20:18:27 | Mikachu | linuxstb: i guess you have a huge stash of shakti stones too? |
| 20:18:27 | preglow | wooden |
| 20:19:14 | * | linuxstb googles for shakti stones |
| 20:19:27 | preglow | that looks like a bloody five minute job as well |
| 20:19:28 | Paul_The_Nerd | linuxstb: I take it you're meant to replace all your knobs on that device, whatever it is, with wooden ones? |
| 20:19:35 | preglow | done on equipment that's cheaper than the knob |
| 20:19:49 | linuxstb | Paul_The_Nerd: That's the idea... |
| 20:19:54 | Paul_The_Nerd | Ouch |
| 20:20:09 | * | linuxstb wants a wooden joystick for his h140 |
| 20:20:22 | Slasheri | amiconn: fixed |
| 20:20:41 | * | Paul_The_Nerd wants a whole wooden case, but this is actually truth. |
| 20:20:49 | Mikachu | linuxstb: http://www.shakti-innovations.com/audiovideo.htm |
| 20:20:54 | Paul_The_Nerd | I wouldn't pay anywhere near that sort of price, mind you. |
| 20:20:55 | linuxstb | I'm sure I've seen wooden ipods in the past... |
| 20:21:10 | Paul_The_Nerd | I have seen a wooden iPod. |
| 20:21:23 | COmputoman | So do i just decompress the rockbox files to my ipod root folder? |
| 20:21:46 | Paul_The_Nerd | And install the bootloader |
| 20:21:53 | linuxstb | COmputoman: Yes, but you also need to install the bootloader first, which is more involved. See the wiki page I pointed you to earlier. |
| 20:22:02 | Terinjokes | the bootloader is the hardest part |
| 20:22:59 | | Join Landus [0] (i=Landus@70-100-181-192.dsl1-erie.roc.ny.frontiernet.net) |
| 20:23:08 | Paul_The_Nerd | linuxstb: Technically, it doesn't need to be first. ;) |
| 20:23:47 | linuxstb | No, but I think it should be - to test the loading of the original firmware. |
| 20:24:06 | | Quit rconan ("Leaving") |
| 20:24:13 | Paul_The_Nerd | good point |
| 20:24:14 | | Join XavierGr [0] (n=xavier@ppp137-203.adsl.forthnet.gr) |
| 20:28:22 | | Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) |
| 20:30:57 | linuxstb | Paul_The_Nerd: Are you only getting 20fps for video on your Nano? I thought Mikachu said he was getting around 24-25fps. |
| 20:31:12 | preglow | i am too |
| 20:31:12 | Paul_The_Nerd | I get as low as 18 on the video I made. |
| 20:31:15 | preglow | 24 |
| 20:31:17 | Paul_The_Nerd | During heavy motion periods. |
| 20:31:18 | Mikachu | what bitrate did you use? |
| 20:31:28 | preglow | btw |
| 20:31:36 | Mikachu | i think i used around 500 |
| 20:31:36 | | Nick jborn_ is now known as JoeBorn (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) |
| 20:31:36 | preglow | i still can't make vlc output videos that don't glitch like hell |
| 20:31:48 | Paul_The_Nerd | Y'know I honestly don't know. I just threw it in the first thing I could find that could create raw mpeg2 streams to see how it looked. |
| 20:31:51 | Terinjokes | i can't get VLC to output |
| 20:32:00 | amiconn | Bagder, Bg3r etc: The 47 warnings are not due to my 64bit build server, but due to gcc 4.1 - and my build server is not the only one running gcc 4.1 |
| 20:32:06 | amiconn | There are 2 or 3 others |
| 20:32:21 | linuxstb | I've now worked out how to use ffmpeg to decode, and mpeg2enc to encode - I'll add something to the wiki about it. |
| 20:32:21 | Mikachu | does mplayer for windows include mencoder? |
| 20:32:23 | | Join Bger [0] (n=bager@85.187.218.57) |
| 20:33:35 | linuxstb | But it's basically just "ffmpeg -i input.anything -f yuv4mpegpipe - | y4mscaler .... | mpeg2enc ..." |
| 20:34:15 | Mikachu | you should be able to encode with ffmpeg as well |
| 20:34:17 | Paul_The_Nerd | Mikachu: Apparently I'm using a bitrate a good deal higher... |
| 20:34:28 | Mikachu | that would explain it then |
| 20:34:34 | Paul_The_Nerd | As I said I just threw it into the first free porgram I could find that would encode M2V |
| 20:34:40 | Paul_The_Nerd | And apparently it outputted at 1150kbps |
| 20:34:55 | Mikachu | that is sort of overkill for 176x128 |
| 20:34:58 | Terinjokes | Paul_The_Nerd, try using mediacoder |
| 20:35:03 | linuxstb | Ouch... About 400kbps should be enough - but test what that encoder needs for decent output. |
| 20:35:11 | Paul_The_Nerd | I'm not really concerned. |
| 20:35:20 | Terinjokes | gtg, bye |
| 20:35:27 | Paul_The_Nerd | I mean, I just wanted to see one video on my Nano. |
| 20:35:44 | | Part Terinjokes |
| 20:35:57 | Paul_The_Nerd | This may very well be the last time I encode a video for it, ever. Or at least until the video player is suitably done to stop people complaining, at which point maybe I'll look into something a little more useful. |
| 20:37:16 | linuxstb | We still need to decide on a container format... |
| 20:38:00 | Bagder | I'm willing to host a few test videos in case anyone has something lying around |
| 20:38:20 | linuxstb | We should probably find something legal though... |
| 20:38:24 | Bagder | yes |
| 20:39:38 | S0ap | how much overhead is introduced by any container more complex than a multiplexed .mpg? |
| 20:39:43 | S0ap | little to none? |
| 20:40:26 | linuxstb | No idea, but that's probably not a factor worth considering. IMO, the two important things are a) How easy is it for Rockbox to support, including seeking support; b) How easy is it for users to encode to that format. |
| 20:40:29 | Mikachu | encode that opensource 3d movie |
| 20:40:41 | Mikachu | or a part of it |
| 20:40:49 | Bger | ah yes |
| 20:40:53 | Bger | what was its name ... |
| 20:41:06 | Mikachu | something with oranges or elephants i think |
| 20:41:11 | Bger | http://orange.blender.org/ |
| 20:41:17 | Bger | elephants dream |
| 20:41:17 | amiconn | linuxstb: I'd vote either mpeg system stream (.mpg), or AVI |
| 20:41:25 | Mikachu | hooray memory |
| 20:41:39 | Bger | Mikachu: not memory, google "blender open source movie" ... :D |
| 20:42:07 | Mikachu | well, i still remembered correctly |
| 20:42:12 | Bger | yeah |
| 20:42:42 | linuxstb | amiconn: Yes, those are the two options top of my list. Seeking in .mpg isn't too bad, although the spec does allow for discontinuous timestamps... I've no idea about AVI, but it was the container recommended by the ffmpeg people when I asked there. |
| 20:43:17 | Mikachu | not sure how many encoders apart from mencoder let you put mpeg video in .avi though |
| 20:43:36 | amiconn | AVI is (at least somewhat) open, and a very common format |
| 20:43:57 | amiconn | The X5 OF uses AVI for it's video support (with MPEG4 video (!)) |
| 20:44:00 | preglow | linuxstb: sweet jesus, i am so glad i am not audiophile |
| 20:45:52 | S0ap | What scares me about the .avi container is how many different "fillings" exist in the wild, and how many freaking questions will be asked about "non-working" .AVIs in RockBox. |
| 20:46:21 | Paul_The_Nerd | Most H300 and X5 users are used to having to run their AVIs through a conversion anyway. |
| 20:46:30 | S0ap | But I guess those people are going to ask regardless of container and I should just bite my tongue, as that is not a technical reason. |
| 20:46:33 | Paul_The_Nerd | But I do expect we'll get some "It worked in the original firmware" style questions. |
| 20:46:35 | Mikachu | S0ap: you can put all of those "fillings" in any container |
| 20:46:41 | * | linuxstb downloads the HD version of Elephants Dream |
| 20:46:47 | Paul_The_Nerd | linuxstb: That's what I'm doing |
| 20:47:29 | Paul_The_Nerd | It may be better if we store it in an avi, but rename it to rvc or something (Rockbox Video Color) and tell people to use some arbitrary video conversion process on our site, unless they know what they're doing. :-P |
| 20:48:07 | Paul_The_Nerd | Then you still have the ability to place nice, standard formats, but newbies don't get confused over the compatibility of their files. |
| 20:50:14 | linuxstb | So are there any alternatives to AVI with common support amongst encoders? |
| 20:50:33 | linuxstb | Or at least one good free encoder for Win/Mac/Unix etc. |
| 20:50:50 | Mikachu | ogm? |
| 20:51:02 | Menollo | mkv? |
| 20:51:49 | Mikachu | ogmmerge can read from avi files, not sure about mpeg |
| 20:52:36 | S0ap | why not .mpg? I can't imagine multiple stream support being wanted in the forseeable future, nor variable framerates, or subtitles. |
| 20:54:24 | Paul_The_Nerd | I can see subtitles |
| 20:55:10 | Mikachu | by subtitles he means rendering text in realtime |
| 20:55:22 | Paul_The_Nerd | Yeah. |
| 20:55:43 | Paul_The_Nerd | I suppose though if you're reencoding for your MP3 player, you may as well include the subtitles in the stream |
| 20:57:02 | S0ap | subtitle support could be tacked on to .mpg usage through exteral .srt (or other) files. |
| 20:57:09 | linuxstb | The problem with mpg is seeking... |
| 20:57:31 | linuxstb | Assuming we're talking about standard MPEG-1/2 Program Streams. |
| 20:57:34 | Mikachu | how do pc players seek in mpg? or rather, what's the problem? |
| 20:57:58 | * | S0ap is trying to find info in the difference between program streams and transport streams. |
| 20:58:11 | * | linuxstb begins his MPEG lesson |
| 20:58:30 | linuxstb | Firstly you have Elementary Streams - such as the .m2v files mpegplayer players, and mp2/mp3 audio files. |
| 20:59:27 | S0ap | dig that |
| 20:59:42 | linuxstb | You then have Packetized Elementary Streams (PES) which split the elementary streams into packets (normally a few thousand bytes), and the PES header contains timestamps. |
| 21:00 |
| 21:00:24 | linuxstb | Then you have Program Streams which I'm not sure about... But I think they're basically PES packets with some extra system headers... |
| 21:00:42 | linuxstb | Transport Streams split PES packets into 188 byte packets. |
| 21:01:34 | * | linuxstb ends the lesson, realising he didn't know as much as he thought. |
| 21:03:13 | Galois | technically, .ogg itself can be a video container too |
| 21:03:44 | S0ap | How lacking are the free tools for .ogm / .ogg on Windows? |
| 21:03:51 | linuxstb | DVB and ATSC digital TV uses Transport Streams. DVDs use Program Streams, but with extra packets for navigation. |
| 21:05:26 | linuxstb | Elephants Dream is about 11 minutes long, so a nice sample video. Is anyone else volunteering to re-encode it, or shall I give it a go? |
| 21:06:07 | Paul_The_Nerd | Man, since when does UPS ever show up a day EARLY? |
| 21:06:37 | sharpe | sounds like a fiendish plot. |
| 21:07:09 | * | amiconn will probably reencode it to .rvf... |
| 21:08:06 | linuxstb | Only issue is that it's 16:9 |
| 21:08:39 | preglow | as long as it's not jpop |
| 21:08:45 | Mikachu | ^-~ |
| 21:09:16 | S0ap | 16:9 being an issue in that you aren't taxing the player with black pixels, or 16:9 being an issue in that...? |
| 21:10:48 | *** | Saving seen data "./dancer.seen" |
| 21:11:01 | S0ap | for on Windows (can't speak for *nix) I would simply crop out a 4:3 section from the center and frameserve to the encoder of my choice, losing the sides of the image. |
| 21:11:48 | | Quit Menollo ("CGI:IRC") |
| 21:11:54 | S0ap | Or do a resize (ignoring aspect ratios) to a 4:3 scale and tell everybody it is anamorphic. |
| 21:13:54 | amiconn | Cropping is better imho |
| 21:14:11 | | Join jaczehack [0] (n=jac@c-eef772d5.013-1-73746f40.cust.bredbandsbolaget.se) |
| 21:14:34 | linuxstb | I think I'll probably encode two sets of files - cropping the side to create a 4:3 video, and a true 16:9 version which will be smaller than the LCD size, but still a useful test - most material is 16:9 nowadays. |
| 21:14:41 | | Join Ribs [0] (n=ribs@riblet.plus.com) |
| 21:14:59 | amiconn | I'll do that for my .rvf version too, although the archos lcd is a bit wider than 4:3 so it can deal a bit better with 16:9 video (les cropping) |
| 21:15:39 | | Join RohnJohn [0] (n=davan@e179030056.adsl.alicedsl.de) |
| 21:15:43 | amiconn | linuxstb: Will you encode for all our colour target resolutions? |
| 21:15:58 | linuxstb | Yes. Once I work out the script, I'll just run it for them all. |
| 21:16:01 | | Part RohnJohn |
| 21:16:13 | linuxstb | I'm just using command-line decoders/encoders. |
| 21:16:20 | | Join RohnJohn [0] (n=davan@e179030056.adsl.alicedsl.de) |
| 21:16:57 | * | amiconn hopes to be able to decode the thing to something usable for .rvf creation |
| 21:17:45 | RohnJohn | Hi here - is someone with X5 knowledge around - just got an x5 today - and want to install a patched build.. still some answer needed - tia. |
| 21:22:07 | Mikachu | i think it's possible to decode with mplayer and send to multiple pipes, and encode them differently, not sure if the effort would save time though :) |
| 21:23:03 | linuxstb | Or add a rvf encoder to ffmpeg :) |
| 21:23:39 | | Quit GattacApo (Read error: 104 (Connection reset by peer)) |
| 21:29:08 | | Quit secleinteer (Connection reset by peer) |
| 21:29:27 | | Join apo [0] (n=apo@dslb-088-065-070-179.pools.arcor-ip.net) |
| 21:29:54 | | Join secleinteer [0] (n=secleint@adsl-70-237-212-9.dsl.stlsmo.sbcglobal.net) |
| 21:31:08 | tucoz | RohnJohn, ask your question(s) and see if you get some answers |
| 21:32:27 | tucoz | Slasheri, around? |
| 21:34:34 | | Part jaczehack |
| 21:34:41 | | Join lodesi_ [0] (n=lds@d02v-89-83-236-25.d4.club-internet.fr) |
| 21:36:36 | | Quit secleinteer (Connection reset by peer) |
| 21:37:18 | | Join secleinteer [0] (n=secleint@adsl-70-237-212-9.dsl.stlsmo.sbcglobal.net) |
| 21:38:09 | RohnJohn | thanks tucoz - when i see a Rockbox build with latest patches included (like this: http://iaudiophile.net/forums/showpost.php?p=92344&postcount=3) - do i just have to follow this guide (http://iaudiophile.net/forums/showpost.php?p=90863&postcount=3) to install it - or are these 'builds' already compiled ie. ready to place on the hd ? |
| 21:39:23 | tucoz | Slasheri, let me just see if i understand mix-mode correct. The fade in/out durations are both used by the buffer. But, from a users point of view, only the fade-in duration is of interest? |
| 21:39:59 | tucoz | Slasheri, as I understand it. The fade out duration must be > 0 for the mix mode to work. Is this right? |
| 21:40:14 | | Quit sharpe ("Leaving") |
| 21:40:55 | tucoz | RohnJohn, yes. just download the file and unzip to the root of your player |
| 21:41:31 | RohnJohn | great - thanks tucoz ;) |
| 21:41:38 | tucoz | RohnJohn, but you need to install the bootloader first |
| 21:41:57 | tucoz | second, you can use whatever build (for the x5) you like. Patched or not. |
| 21:42:15 | tucoz | Just unzip the rockbox.zip archive to the root of your player. |
| 21:42:19 | RohnJohn | well - ok - good to know - so i'll search that on audiophile.. - allright 'second' |
| 21:43:21 | tucoz | RohnJohn, you can use cvs/daily/patched... as long as the bootloader is installed |
| 21:43:50 | * | petur pours himself a Leffe as preparation for some time with the eeprom driver |
| 21:43:57 | RohnJohn | btw.@everyone who knows - is 'ape' planned ti supported - or did i miss it - and already is ? |
| 21:44:13 | RohnJohn | ok - tucoz - thanks. |
| 21:44:14 | * | linuxstb sobs and considers going out to buy beer... |
| 21:44:37 | * | preglow just had one |
| 21:44:44 | Paul_The_Nerd | RohnJohn: Ape is unlikely to be supported |
| 21:44:46 | linuxstb | RohnJohn: APE is unlikely for both technical and legal reasons. |
| 21:45:15 | RohnJohn | i see - just too many files on usenet.. too bad - than i guess ;) - thanks. |
| 21:45:23 | Paul_The_Nerd | APE is lossless |
| 21:45:28 | linuxstb | But that's the beauty of lossless... |
| 21:45:32 | Paul_The_Nerd | So you can transcode to any of our supported lossless formats just fine |
| 21:45:49 | * | tucoz is a victim of the norwegian alcohol laws that does not allow him to buy beer after a certain time of day. |
| 21:45:50 | RohnJohn | thought so.. - will do than.. |
| 21:46:57 | tucoz | is ape==monkeys audio? |
| 21:47:08 | linuxstb | yes |
| 21:47:23 | tucoz | ok. And the tag format Apev2 is from that as well? |
| 21:47:31 | | Join King [0] (n=King_Ken@87.192.19.180) |
| 21:49:04 | preglow | tucoz: the more clever of us have stocked up :> |
| 21:49:29 | | Quit lodesi (Read error: 110 (Connection timed out)) |
| 21:49:56 | tucoz | hehe |
| 21:50:08 | preglow | unfortunately, i only stocked up one |
| 21:50:11 | * | preglow has tea |
| 21:50:32 | linuxstb | That's not a stock... |
| 21:50:35 | * | petur has three more left |
| 21:51:00 | linuxstb | Here's my first Elephants Dream encode: http://www.davechapman.f2s.com/rockbox/elephantsdream-176x96-420kbps.zip (16:9 version for the Nano) - I would welcome feedback on the quality. The original framerate is 24fps, and it decodes at around 31fps on my ipod Photo, so maybe it's time to implement some framerate control... |
| 21:51:30 | preglow | i've got two more, but i promised myself i wouldn't drink them today |
| 21:53:20 | | Quit _FireFly_ ("Leaving") |
| 21:53:22 | | Quit secleinteer (Connection reset by peer) |
| 21:54:06 | | Join secleinteer [0] (n=secleint@adsl-70-237-212-9.dsl.stlsmo.sbcglobal.net) |
| 22:00 |
| 22:00:05 | | Part saturat |
| 22:01:32 | Paul_The_Nerd | linuxstb: It seems to have settled around the 31-33 range on my Nano as well |
| 22:02:46 | linuxstb | Good :) I'm just encoding a full-screen 4:3 version for the Nano, so I'll upload that next. That should decode at around 24fps. |
| 22:07:14 | | Join sharpe [0] (i=sharpe@user-0c8hc2c.cable.mindspring.com) |
| 22:08:35 | | Join stripwax [0] (n=stripwax@i-83-67-214-206.freedom2surf.net) |
| 22:12:56 | hotwire_ | the ipod photo lcd can physically handle a 31fps framerate? |
| 22:13:44 | sharpe | physically? what would that have to do with anything? |
| 22:14:02 | Paul_The_Nerd | Whether the screen can refresh 31 times a second? |
| 22:14:31 | sharpe | but that wouldn't really be a physical limitation... |
| 22:14:40 | Paul_The_Nerd | I would think that's physical |
| 22:14:44 | Paul_The_Nerd | A limitation of the hardware, rather than software. |
| 22:15:02 | sharpe | even so, hardware can be changed :) |
| 22:15:46 | Paul_The_Nerd | It's still a physical limitation of the iPod Photo's LCD |
| 22:15:54 | Paul_The_Nerd | Since if you change it, it's not the iPod Photo's LCD any more |
| 22:16:22 | linuxstb | I'm testing the 176x128 version now - it's averaging around 24fps, but dropped down to about 22.5fps for some heavy motion. |
| 22:16:22 | sharpe | indeed, but either way i have no knowledge of the ipod photo... :D |
| 22:17:12 | linuxstb | The "test_fps" plugin gives me 48.5fps on my ipod photo with the CPU boosted. |
| 22:17:28 | linuxstb | And 189.0fps for a 1/4 screen update. |
| 22:17:42 | linuxstb | But that's just how many times Rockbox can update the contents of the framebuffer. |
| 22:18:23 | Paul_The_Nerd | Which is why the 1/4 screen while boosted can reach like rather high numbers on H100 |
| 22:18:43 | | Join webguest67 [0] (n=50cb256e@labb.contactor.se) |
| 22:18:56 | * | linuxstb wants to get the COP working and try audio playback... |
| 22:19:35 | * | Paul_The_Nerd wants linuxstb to get the COP working and try audio playback... :-P |
| 22:19:42 | | Join freqmod [0] (n=freqmod@110.80-203-37.nextgentel.com) |
| 22:19:48 | dan_a | linuxstb: At the moment it only works with the cache turned off |
| 22:20:18 | amiconn | linuxstb: test_fps tests how many times per second rockbox can move the data to the LCD's GRAM |
| 22:20:39 | linuxstb | I'm pretty sure the video decoder will be OK - i.e. reading data that has long since left the cache. |
| 22:20:52 | dan_a | I'm trying to get things into a state where small pieces of work can be committed, and anything that won't be affected by cache problems should run |
| 22:21:15 | dan_a | But I'm not finding a lot of time at the moment |
| 22:21:27 | amiconn | The internal refresh rate of the lcd is another thing. For our greyscale targets this varies between ~65Hz and 90Hz. I guess the colour LCDs will have internal refresh rates of the same order |
| 22:21:44 | illogic-al | I've just been reading the scrollback and notivced that you guys said ape,i.e. monkey's audio isn't supported. |
| 22:22:18 | illogic-al | Are you sure? Because I have one album on here that's just .mpc files and they work fine. |
| 22:22:30 | linuxstb | .mpc is Musepack. |
| 22:22:33 | illogic-al | way better than .aac or .wma playback actually. |
| 22:22:37 | illogic-al | oooooooooh. |
| 22:22:45 | illogic-al | nm :-) |
| 22:25:23 | linuxstb | amiconn: There's some definite flickering occasionally during video playback - I guess that's due to us updating the GRAM at the wrong time? |
| 22:26:39 | amiconn | Probably. |
| 22:26:55 | | Quit webguest67 ("CGI:IRC (EOF)") |
| 22:27:07 | amiconn | We don't do any frame syncing, and it might not even be possible to do (depending on the target) |
| 22:28:37 | S0ap | is frame syncing needed if the LCD framerate is an even multiple of the video frame rate? |
| 22:29:13 | amiconn | The internal frame rate of the LCD will never be a stable even multiple of the video framerate |
| 22:29:44 | preglow | dan_a: only works with the cache disabled no matter what you do? |
| 22:29:45 | amiconn | ALl the LCD controllers use an RC oscillator to generate the internal clock. The frequency is not very stable and varies e.g. with temperature |
| 22:29:59 | preglow | varies a lot as well |
| 22:30:15 | linuxstb | dan_a: Also, what about the CPU speed changes? Do they still work OK? |
| 22:30:42 | dan_a | preglow: In all I've tried so far, yes. (Rockbox boots but will not play audio) |
| 22:31:17 | dan_a | linuxstb: They don't work, but IPL don't set the speed on the COP - I've yet to try that. |
| 22:32:35 | * | amiconn loads the DVD image of ED since he can't get the mpeg4/ac3 version to play |
| 22:32:49 | dan_a | I also suspect that even if what I was hoping would work as cache flush and cache invalidate functions were working, I've got my logic wrong |
| 22:33:10 | S0ap | thanks for the info amiconn - note - I wasn't suggesting changing the LCD framerate, but it is good to know it is unstable. |
| 22:34:06 | amiconn | S0ap: Yes, it's not stable, and you can't change it easily with most controllers |
| 22:34:35 | S0ap | I was more thinking of changing the mpeg framerate to match. |
| 22:34:48 | amiconn | Even if it were stable and we could send at the exact same rate as the internal refresh, there would still be artefacts unless we find a way to sync the frame start |
| 22:35:00 | S0ap | even on a PC you get less sync issues if you match your screen rate to your framerate. |
| 22:36:04 | | Join saturat [0] (n=none@39.80-203-101.nextgentel.com) |
| 22:36:08 | | Part saturat |
| 22:36:16 | amiconn | And in order to sync the frame start, there needs to be a way to (1) read back data from the lcd controller (possible with parallel connectiosn, but tricky to figure out how to do on undocumented interface hw, i.e. ipod) |
| 22:37:05 | amiconn | (2) A way to read the current position of the LCD's internal 'frame pointer'. Not all LCD controllers provide that info |
| 22:38:07 | | Quit lodesi_ ("leaving") |
| 22:39:04 | ShadowdogMU | How do I uninstall Rockbox, but keep my settings so I can reinstall later, I might have to ship my iPod to apple |
| 22:39:52 | Paul_The_Nerd | Save a config file, and keep it on your computer. |
| 22:40:18 | | Part RohnJohn |
| 22:40:18 | ShadowdogMU | Ok, and do I just delete the .rockbox folder, how do I remove that bootloader thing? |
| 22:40:27 | | Join lodesi [0] (n=lds@d02v-89-83-236-25.d4.club-internet.fr) |
| 22:40:38 | markun | ShadowdogMU: it's in the wiki after the installation instructions |
| 22:40:40 | linuxstb | Here's the 176x128 version: http://www.davechapman.f2s.com/rockbox/elephantsdream-176x128-568kbps.zip (Nano 4:3) |
| 22:40:49 | ShadowdogMU | Thanks markun |
| 22:41:23 | linuxstb | It's actually before the installation instructions... I was hoping people would notice it there :) |
| 22:41:57 | | Quit King ("Leaving") |
| 22:42:05 | amiconn | linuxstb: How did you choose the bitrates?? |
| 22:42:44 | linuxstb | My MPEG encoder chose them - it just gives me a quality setting, and I chose 3 - on a scale of 1-9 |
| 22:42:49 | linuxstb | (1 is highest quality) |
| 22:42:57 | amiconn | ah |
| 22:43:06 | linuxstb | A sensible VBR encoder :) |
| 22:43:36 | * | amiconn is waiting for 160x128 and 224x176 versions ;) |
| 22:44:03 | linuxstb | What do you need 160x128 for? Has your X5 arrived? |
| 22:44:08 | amiconn | yup :) |
| 22:44:11 | linuxstb | hehe. |
| 22:44:26 | linuxstb | You could try the 176x128 version I just uploaded. 224x176 is encoding now. |
| 22:44:37 | Bagder | linuxstb: hosting fine in your place or should I mirror these? |
| 22:44:58 | linuxstb | I'll check my bandwidth allowance... |
| 22:45:26 | linuxstb | I don't use that server for anything, so I may as well use the bandwidth if it's going to be enough. |
| 22:45:49 | Bagder | fair enough! just tell me otherwise |
| 22:47:28 | linuxstb | I can't find what bandwidth I've got.... It's just the free webspace from my ISP. |
| 22:48:14 | | Join barrywardell [0] (n=barrywar@194.46.189.51) |
| 22:48:16 | linuxstb | In fact, it's probably best if you can host - I've only got 200MB, and by the time I've encoded all resolutions, I may be close to that. |
| 22:48:35 | Bagder | ok |
| 22:48:49 | linuxstb | BTW, here's the license for that movie: http://orange.blender.org/blog/creative-commons-license-2/ |
| 22:49:43 | linuxstb | I'm not sure reading that what you would need to say on the download page... |
| 22:51:54 | Paul_The_Nerd | I believe we'd fall under the "Include the credits roll" bit |
| 22:52:11 | linuxstb | Does that count if it's resized so small you can't read them? |
| 22:52:33 | Paul_The_Nerd | Hehehe |
| 22:52:41 | mirak | linuxstb: I used mplayer mencoder to convert my sample when I tried libmpeg2 in december |
| 22:52:49 | Bagder | its now available like this: http://download.rockbox.org/mpeg/ |
| 22:53:03 | mirak | isn't it on the patch tracker on sourceforge by the way ? |
| 22:53:25 | linuxstb | Bagder: You've excelled yourself with web design again... |
| 22:53:45 | Bagder | yeah, isn't it funny how they all look similar? ;-) |
| 22:54:33 | linuxstb | mirak: Is what on the patch tracker? |
| 22:55:11 | sharpe | i've seen that same design somewhere before... |
| 22:55:24 | mirak | linuxstb: a mpeg2 video |
| 22:56:47 | linuxstb | Ouch, the 224x176 version came out at 70MB... 866kbps. |
| 22:57:04 | sharpe | can image what the 320x240 one will come out as. |
| 22:58:03 | | Quit lightyear (Remote closed the connection) |
| 22:58:57 | | Quit Bger ("nite") |
| 23:00 |
| 23:00:20 | linuxstb | mpegplayer isn't doing too badly with it though - around 15fps at the moment for the 224x176 file on my ipod Photo. |
| 23:00:42 | amiconn | Hmm |
| 23:00:58 | * | amiconn wonders why a 124MHz coldfire performs worse than a 75MHz arm |
| 23:01:00 | linuxstb | Dropped down to 14.0fps now though. |
| 23:01:14 | mirak | amiconn: memory ? |
| 23:01:32 | amiconn | hmm |
| 23:01:32 | sharpe | amiconn: maybe it's just lazy? |
| 23:02:06 | | Quit bluebrother ("Leaving") |
| 23:02:20 | linuxstb | 17 minutes until it's uploaded to my server... |
| 23:03:27 | | Quit Mikachu ("brb") |
| 23:05:00 | mirak | I am running elephant dream at 17-19 fps |
| 23:05:04 | mirak | on H300 |
| 23:05:15 | linuxstb | The 176x128 version? |
| 23:05:52 | mirak | yes |
| 23:06:01 | linuxstb | My 5g is decoding the 224x176 file at around 15fps-16fps... So slightly faster than my Photo. |
| 23:06:31 | mirak | is there a way to stop playback ? |
| 23:06:47 | linuxstb | Yes, there are stop and pause buttons. |
| 23:06:57 | mirak | even on a 1 week old version ? |
| 23:07:07 | linuxstb | Possibly not. |
| 23:07:28 | mirak | I am happy indeed to see a video that smooth on the H300 |
| 23:07:31 | linuxstb | They were added some time last week. |
| 23:07:35 | mirak | 19fps that's sweet |
| 23:07:47 | linuxstb | And 176x128 isn't too bad either. |
| 23:07:55 | linuxstb | I mean it's just about watchable. |
| 23:08:09 | mirak | a 16:9 movie is in that range |
| 23:08:54 | linuxstb | Yes, I'm doing a 160x128 file for amiconn now, then I'll try a 224x128 |
| 23:09:39 | | Join Mikachu [0] (i=Mikachu@kr-lun-154-152-233-83.3.cust.bredband2.com) |
| 23:10:05 | XavierGr | the bad thing is that it doesn't have audio yet |
| 23:10:20 | XavierGr | it would be wonderfull news to have 15 fps with audio |
| 23:10:26 | linuxstb | You want video _and_ sound? |
| 23:10:34 | XavierGr | but 15 fps without audio will be hard |
| 23:10:34 | linuxstb | No-one has asked for that - they just ask for video. |
| 23:10:38 | XavierGr | hahahah |
| 23:10:41 | sharpe | haha. |
| 23:10:49 | *** | Saving seen data "./dancer.seen" |
| 23:10:52 | mirak | anyone started to work on assembly ? |
| 23:11:09 | XavierGr | of course I am talking for the optimisation that will be needed, and even then it would be quite hard |
| 23:12:33 | | Join LandusMikain [0] (i=Landus@70-100-181-192.dsl1-erie.roc.ny.frontiernet.net) |
| 23:12:36 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 23:12:43 | | Quit Landus (Nick collision from services.) |
| 23:12:47 | | Quit LandusMikain (Client Quit) |
| 23:13:16 | mirak | XavierGr: ? |
| 23:13:33 | amiconn | Hmpf, sudoku doesn't look very nice on the X5 |
| 23:13:35 | mirak | XavierGr: not that hard if you use wav audio |
| 23:13:45 | | Join Landus [0] (i=Landus@70-100-181-192.dsl1-erie.roc.ny.frontiernet.net) |
| 23:13:46 | sharpe | well, you can have audio and video. just not at the same time. |
| 23:13:59 | amiconn | This is because it reuses the H1x0 bitmaps, and converts them to 16bit colour |
| 23:14:21 | | Quit MadDog011 ("Trillian (http://www.ceruleanstudios.com") |
| 23:14:38 | amiconn | But the H1x0 bitmapes aren't pure greyscale - the are black-to-lightblue (like the H1x0 screenshot bitmaps) |
| 23:14:53 | amiconn | The lightblue is different from rockbox lightblue |
| 23:16:11 | | Quit freqmod (Read error: 104 (Connection reset by peer)) |
| 23:18:23 | | Join colnpanic [0] (n=colnpani@74-33-147-92.br2.fod.ia.frontiernet.net) |
| 23:19:42 | linuxstb | Bagder: Next file is available: http://www.davechapman.f2s.com/rockbox/elephantsdream-224x176-866kbps.zip (4:3 fullscreen for H300 and ipod Photo) |
| 23:20:01 | | Join MadDog011 [0] (n=MadDog01@212-200-212-95.adsl.sezampro.yu) |
| 23:20:16 | Bagder | I get almost 900KB/s from your host |
| 23:20:31 | linuxstb | What a great host... |
| 23:20:57 | linuxstb | In fact, even their ADSL has been working well for the past few weeks... |
| 23:20:58 | Bagder | 65MB in 1m:24s |
| 23:21:50 | XavierGr | I hate you.... |
| 23:22:07 | amiconn | The doom prob on X5 is almost for sure a timer problem |
| 23:22:12 | XavierGr | I must have the slowest internet connection on the whole channel |
| 23:22:22 | amiconn | metronome also doesn't work the first time it is run after boot |
| 23:22:32 | amiconn | The second time it does work |
| 23:22:51 | linuxstb | What's your impression of the X5? |
| 23:23:51 | illogic-al | It's a wonderful machine. |
| 23:24:01 | TeaSea | I like the X5 |
| 23:24:02 | illogic-al | I want to have it's babies. |
| 23:24:05 | TeaSea | Except the battery is beyond awful. |
| 23:24:06 | | Join hotwire__ [0] (n=hotwire@toronto-HSE-ppp4318932.sympatico.ca) |
| 23:24:14 | TeaSea | My battery's down to about 2h |
| 23:24:18 | illogic-al | TeaSea: are you following me around? :-) |
| 23:24:25 | amiconn | It seems to be smaller than the H300, but the footprint is actually the same. |
| 23:24:28 | TeaSea | illogic-al: No *hides* |
| 23:24:30 | illogic-al | TeaSea: ouch. suckage. |
| 23:24:32 | amiconn | It's a bit thinner though |
| 23:24:46 | amiconn | The sub-pack thingy is annoying. |
| 23:24:47 | linuxstb | XavierGr: Are you downloading the H300 version of the video from my server? |
| 23:24:48 | TeaSea | Perhaps if I update rockbox, disable the OTG chip, might extend the life somewhat. |
| 23:24:59 | TeaSea | Still, I think once I get the money I might replace my X5 with a Samsung Z5. |
| 23:25:03 | amiconn | The joystick is way easier to operate than the H1x0 one |
| 23:25:10 | TeaSea | But I intend to get a lot more usage out of this baby first. |
| 23:25:16 | Bagder | TeaSea: you're cursing |
| 23:25:22 | Bagder | there's no rockbox on the z5 |
| 23:25:22 | illogic-al | lol |
| 23:25:27 | Bagder | or are you gonna do a port? |
| 23:25:40 | TeaSea | Bagder: Hehe, if I had the technical skills I would. |
| 23:25:56 | | Quit stoffel ("leaving") |
| 23:26:01 | TeaSea | But to be honest. |
| 23:26:09 | TeaSea | The current crop of HD players is less than inspiring. |
| 23:26:12 | amiconn | ..but I still think the joystick is mounted in the wrong position. It's either for tiny asian hands, or for left-handed operation in europe |
| 23:26:15 | mirak | linuxstb: can I send you a sample ? |
| 23:26:38 | XavierGr | linuxstb: I am downloading the 176*128 from bagder's page |
| 23:26:41 | amiconn | The harddisk is really quiet, far more quiet than the one in the irivers |
| 23:26:56 | linuxstb | XavierGr: OK. I just didn't want to delete it if you were downloading. |
| 23:27:05 | TeaSea | If you guys in here were to recommend a HD-based player, what would it be? |
| 23:27:06 | Bagder | TeaSea: eh, but the Z5 is not a HD one at all? |
| 23:27:07 | TeaSea | And same for flash. |
| 23:27:10 | TeaSea | Bagder: Precisely. |
| 23:27:11 | mirak | amiconn: iriver padle is horrible |
| 23:27:14 | TeaSea | HD ones are uninspiring. |
| 23:27:18 | TeaSea | So i'm switching to flash. |
| 23:27:28 | linuxstb | mirak: A sample of what? |
| 23:27:39 | amiconn | The X5 has side buttons, which is bad, and the dual-role slide switch doesn't make that any better |
| 23:27:42 | TeaSea | All the korean companies, which make the actually DECENT players, are all going flash. |
| 23:27:51 | illogic-al | TeaSea: but it doesn't play ogg. |
| 23:27:55 | mirak | linuxstb: it's a 4 meg sample video 220x176 25fps |
| 23:28:05 | TeaSea | illogic-al: Does apparently. |
| 23:28:11 | TeaSea | Because the asians would rather have small size |
| 23:28:11 | mirak | linuxstb: the one I used to test mpeg2 |
| 23:28:31 | mirak | linuxstb: in fact it's 2,1 meg |
| 23:28:34 | linuxstb | mirak: Sure. What do you want me to do with it though? |
| 23:28:53 | mirak | linuxstb: don't know, some benchmarking and make it available to others |
| 23:28:59 | mirak | linuxstb: on fast ftp |
| 23:29:30 | linuxstb | Is it legally redistributable? |
| 23:29:37 | TeaSea | illogic-al: ... wait you're right. |
| 23:29:44 | TeaSea | Looks like my mate Alistair's making a mistake then! |
| 23:29:49 | TeaSea | Okay, back to the drawing board. |
| 23:29:49 | Bagder | TeaSea: cowon and iriver are both korean and have hdd players |
| 23:29:58 | illogic-al | heheh |
| 23:30:03 | TeaSea | Bagder: I'm not getting a PMP. |
| 23:30:03 | TeaSea | No way. |
| 23:30:06 | TeaSea | iRiver H320 = broke on me. |
| 23:30:12 | Bagder | even samsung has a large amount of hd players |
| 23:30:16 | TeaSea | iAudio X5 = the battery is godawful. |
| 23:30:21 | Bagder | so what are those companies that "go flash" ? |
| 23:30:40 | illogic-al | TeaSea: i think that's just your model |
| 23:30:42 | TeaSea | Bagder: If you check it out, Cowon, iRiver and Samsung have all been concentrating on flash players. |
| 23:30:57 | illogic-al | before I lost mine battery life was up around 10 hours |
| 23:31:05 | TeaSea | illogic-al: LOST it? :o |
| 23:31:09 | Bagder | TeaSea: I agree they've moved focus from large drives but they are all still making players with HDs |
| 23:31:12 | illogic-al | heh. twice. |
| 23:31:25 | illogic-al | the first time someone found it and gave it back to me. |
| 23:31:26 | TeaSea | Bagder: The X5 is about a year and a half old with no successor named. |
| 23:31:26 | sharpe | once you go flash you never... go backsh? |
| 23:31:30 | markun | Toshiba also has some HD players |
| 23:31:32 | illogic-al | the next... not so much |
| 23:31:44 | Bagder | TeaSea: they still make and sell it |
| 23:31:54 | TeaSea | Bagder: True. |
| 23:31:57 | Bagder | they don't announce the next until they've given up on the x5 |
| 23:31:59 | TeaSea | As opposed to iRiver. |
| 23:32:09 | TeaSea | The H320 was iRiver's last decent HD player. |
| 23:32:20 | TeaSea | The H20 is just an expensive brick. |
| 23:32:24 | illogic-al | TeaSea: cowon's new .65" HD based player is disproving that theory of yours |
| 23:32:31 | Bagder | I think we can make H10/H20 decent ;-) |
| 23:32:38 | TeaSea | illogic-al: Okay yes, but that's again appealing to the flash market in a way. |
| 23:32:39 | * | linuxstb is still upset at leaving his Diamond RIO PMP300 on a bus... |
| 23:32:41 | mirak | linuxstb: don't know, that's really a short sample of Artificial Intelligence. 1 minute I think |
| 23:32:45 | TeaSea | Making it smaller, sacrificing memory for size. |
| 23:32:59 | illogic-al | TeaSea: but clearly a move away from flash itself. |
| 23:33:05 | mirak | linuxstb: who would prosecute anyone for that ? |
| 23:33:06 | TeaSea | The iAudio 6 is tempting, but expensive. |
| 23:33:09 | markun | linuxstb: how long ago was that? |
| 23:33:20 | illogic-al | TeaSea: give it till christmas :-) |
| 23:33:23 | TeaSea | illogic-al: Hehe |
| 23:33:25 | TeaSea | Yeah true. |
| 23:33:29 | TeaSea | By then I should be due for a replacement. |
| 23:33:41 | linuxstb | Many years... Probably about 6-12 months after I bought it, which was shortly after they were released. |
| 23:33:49 | markun | damn |
| 23:33:53 | | Quit Arathis () |
| 23:33:57 | amiconn | illogic-al: (1) It's 0.85" (2) The claim that they're the first offering a 0.85" HD player is a plain lie |
| 23:33:59 | illogic-al | anyway the flash players don't have nearly enough storage space for me. I'm "using" my H320 now and it's got 3 gigs of space left. |
| 23:34:16 | linuxstb | markun: Still the good point was that I then discovered the Archos Recorder and Rockbox... |
| 23:35:13 | illogic-al | amiconn: who was first? |
| 23:35:19 | amiconn | The ipod mini |
| 23:35:53 | sharpe | it's kind of funny how on some of the threads in the forums, once i post something, no one ever posts in the same thread. |
| 23:36:08 | TeaSea | Also, i'm not happy with Samsung atm. |
| 23:36:15 | TeaSea | They're shifting towards microsoft's ring of influence. |
| 23:36:40 | TeaSea | The Samsung YP-U2, which has no real differences in terms of playback features and stuff from the YP-U1, which it replaced, is MTP instead of UMS now. |
| 23:37:16 | mirak | linuxstb: so you don't want it ? :) |
| 23:37:54 | linuxstb | mirak: I wouldn't want to host it publically... |
| 23:38:10 | mirak | ok |
| 23:38:33 | illogic-al | MTP? UMS? mhh. |
| 23:38:38 | linuxstb | Speaking of which, next file is here: http://www.davechapman.f2s.com/rockbox/elephantsdream-160x128-525kbps.zip |
| 23:38:45 | XavierGr | well the 176*128 version is running from 10.3-13.2fps for me (h300) |
| 23:39:15 | TeaSea | illogic-al: ? |
| 23:39:36 | XavierGr | how much should it run? (I mean what is the realtime speed 25fps?) |
| 23:39:40 | illogic-al | TeaSea: don't know what those abbrevs. mean |
| 23:39:43 | linuxstb | XavierGr: Do you use the original firmware's video features? |
| 23:39:45 | TeaSea | illogic-al: Ah |
| 23:39:50 | linuxstb | XavierGr: It's 24fps - Film rate. |
| 23:39:53 | TeaSea | UMS = Universal Media Storage |
| 23:39:55 | illogic-al | too lazy to google |
| 23:40:09 | TeaSea | Basically it means it's a standard USB interface. You plug & play. |
| 23:40:16 | | Quit hotwire_ (Read error: 110 (Connection timed out)) |
| 23:40:17 | sharpe | like a usb drive. |
| 23:40:21 | TeaSea | And most importantly, it works under systems OTHER than windows. |
| 23:40:29 | TeaSea | And considering I run linux that's a big mission critical feature. |
| 23:40:34 | Bagder | linuxstb: got it |
| 23:41:12 | TeaSea | MTP is Media Transfer Protocol, a protocol invented by Microsoft (iirc) with no apparent use than to obfusticate users and to force them to use windows to update their players. |
| 23:41:19 | TeaSea | Is also the only way of transferring DRM songs onto players. |
| 23:41:39 | Bagder | the sansa supports both ums and mtp |
| 23:41:52 | linuxstb | Bagder: OK. I was right about the space requirements - we're over 180MB already... |
| 23:42:01 | TeaSea | Bagder: Ah yes the Sansa. |
| 23:42:04 | TeaSea | I've read good things about it. |
| 23:42:04 | XavierGr | linuxstb: I use OF's video capability, sometimes, it is quite decent for the H300. iRiver did a great work managing to put there 10fps with audio. |
| 23:42:10 | Bagder | linuxstb: 48GB free here ;-) |
| 23:42:44 | linuxstb | XavierGr: I'm curious how it handles video that it can't decode in realtime. |
| 23:43:06 | XavierGr | linuxstb: the video encoding that OF accepts is quite strict |
| 23:43:07 | TeaSea | Oh yeah, there's also the iAudio U3. |
| 23:43:16 | TeaSea | That's like, the uberflashplayer. |
| 23:43:19 | TeaSea | But low memory. |
| 23:43:29 | XavierGr | linuxstb: it will only let you run a video of specific resolution and encoding. |
| 23:43:48 | linuxstb | XavierGr: So it knows in advance it can't decode it, so doesn't try? |
| 23:43:50 | XavierGr | (or the range is quite limited) |
| 23:44:09 | XavierGr | linuxstb: yeah, every video that is not within the range is not accepted |
| 23:44:40 | XavierGr | the acceoted codec is xvid |
| 23:44:45 | XavierGr | accepted |
| 23:45:22 | * | amiconn wonders why both iriver and cowon chose mpeg4 for their video support |
| 23:45:53 | XavierGr | amiconn: what's your preference? |
| 23:46:09 | linuxstb | amiconn: That's a good question. But it sounds like it's a very constrained version of mpeg4. |
| 23:46:37 | amiconn | XavierGr: It's not about preference. mpeg4 is more complex than mpeg1 or mpeg2 |
| 23:46:47 | XavierGr | the other day I tried to play a muted video (within the encoding range) with OF and didn't accept it. |
| 23:47:02 | XavierGr | so it is very very strict |
| 23:47:22 | amiconn | linuxstb: Btw, why did you zip the test files? |
| 23:47:24 | preglow | amiconn: mpeg4 might look better on a small screen, thanks to the smaller blocks available in motion estimation |
| 23:47:51 | linuxstb | amiconn: I gain a few percent, and I'm just in the habit of hiding all files on my web server in .zip... |
| 23:48:19 | linuxstb | e.g. the m2v for 224x176 is 70754627 bytes, the zip is 68410711 |
| 23:48:34 | TeaSea | illogic-al: Man, information on the Samsung Z5 differs from page to page. |
| 23:48:38 | amiconn | Yes, you gain 3%, but increase the time-to-use by the time needed to unzip |
| 23:48:39 | TeaSea | It MIGHT play ogg, I just don't know |
| 23:48:58 | linuxstb | amiconn: It's just habit... We could ask Bagder to unzip them. |
| 23:49:03 | sharpe | amiconn: but it's not his time that's used unzipping, so it makes no difference to him? |
| 23:49:36 | Bagder | I could unzip them on the server |
| 23:49:58 | | Quit Hansmaulwurf ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 23:50:13 | markun | TeaSea: do you like the Meizu M6? |
| 23:50:22 | TeaSea | Never heard of it. |
| 23:50:24 | TeaSea | Or rather |
| 23:50:24 | TeaSea | I have |
| 23:50:29 | TeaSea | But I can't remember much about it |
| 23:51:43 | linuxstb | Ouch again, the 320x240 file is 1528kbps... I should probably adjust my encoder settings. |
| 23:51:46 | amiconn | linuxstb: ~8.7fps on H340 (the full-res version) |
| 23:52:07 | XavierGr | so is there a ground breaking optimisation plan? |
| 23:52:28 | XavierGr | heh we should port FRAPS on Rockbox! :P |
| 23:52:30 | amiconn | ..going down.. |
| 23:52:33 | linuxstb | We need one... Or a second core to be discovered inside the Coldfire. |
| 23:53:04 | | Join dpassen1 [0] (n=dpassen1@resnet-236-163.resnet.UMBC.EDU) |
| 23:53:04 | | Part stripwax |
| 23:53:22 | amiconn | Now around 8.0fps |
| 23:53:30 | XavierGr | linuxstb: or limit the fps of the video as iriver did. |
| 23:53:55 | | Join rotator [0] (n=e@rockbox/developer/rotator) |
| 23:54:07 | linuxstb | XavierGr: I'm sure that will be needed on most targets. |
| 23:54:19 | amiconn | I don't think we have brought mpeg2 to its full potential. It's playing slower than mpeg4 in OF - and that's without audio |
| 23:55:17 | linuxstb | Yes, there's definitely improvement possible. But I'm not expecting all targets to achieve 25fps with audio. |
| 23:55:32 | linuxstb | But then you never know.... |
| 23:55:33 | S0ap | where could I see a set of instructions for iriver xvid encoding? |
| 23:55:44 | S0ap | (OF) |
| 23:56:30 | linuxstb | amiconn: 320x240 @ 1528kbps is decoding at around 8.3fps on my 5g. |
| 23:56:36 | dionoea | hello |
| 23:56:49 | | Join TCK [0] (n=tckocr@bb-87-80-197-109.ukonline.co.uk) |
icon identifies that the person is a core developer (has commit access).