00:01:28 | Ajaxinc | what linux compilers you guys recommend? |
00:01:30 | | Quit Lyle_ca (Read error: 104 (Connection reset by peer)) |
00:01:34 | Bagder | gcc |
00:02:43 | Ajaxinc | k |
00:04:32 | | Join topbloke [0] (i=top_blok@adsl-75-56-49-39.dsl.emhril.sbcglobal.net) |
00:05:30 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
00:05:54 | | Quit linuxstb (Remote closed the connection) |
00:06:23 | | Quit topbloke (Read error: 104 (Connection reset by peer)) |
00:06:26 | | Join linuxstb [0] (n=chatzill@84.Red-217-125-28.staticIP.rima-tde.net) |
00:09:48 | | Quit cynicalliberal (Read error: 104 (Connection reset by peer)) |
00:12:13 | | Quit JoeyBorn (Read error: 110 (Connection timed out)) |
00:13:47 | Febs | Grrr. How can I revert a commit. |
00:14:28 | linuxstb | Commit the reverse... |
00:14:36 | dionoea | svn merge svnpath@newrev svnpath@oldrev . |
00:14:48 | linuxstb | cvs diff -u file.tex | patch -R |
00:14:52 | linuxstb | cvs commit file.tex |
00:14:55 | dionoea | err ... oops :) |
00:15:05 | puetzk | dionoea, not quite yet :-) |
00:15:10 | linuxstb | Err, that's not quite right either... |
00:15:28 | linuxstb | You need to specify the revisions with -r |
00:15:44 | dionoea | doesn't cvs have something to specifically revert a commit ? |
00:16:07 | Bagder | yes, with -j I believe |
00:16:25 | Bagder | i.e put the changes between to revisions into the file |
00:16:45 | Bagder | s/to/two |
00:18:28 | maquis | dionoea: if you're asking about reverting all the files that were changed in a specific commit, i'm afraid not, unless i've missed something and wasted *way* too much time |
00:18:46 | Bagder | right, it can't do it for multiple files |
00:19:28 | | Quit trypt0 (Read error: 54 (Connection reset by peer)) |
00:20:58 | | Quit hcs () |
00:24:16 | | Quit Febs ("Chatzilla 0.9.77 [Firefox 2.0.0.1/2006120418]") |
00:24:22 | linuxstb | Bagder: Could you move this to the download server (ipod bootloader directory) - http://www.davechapman.f2s.com/rockbox/mbr-video30gb-2048.bin |
00:24:52 | Llorean | linuxstb: He said he restored on a windows computer, shouldn't that mean it's properly converted. Is it the /disk1s2 thing? Should that just be /disk1 (don't know macs...) |
00:25:07 | Bagder | linuxstb: done |
00:26:27 | | Join Administrator [0] (n=chatzill@24-117-195-16.cpe.cableone.net) |
00:26:36 | preglow | Bagder: so, are we still up for svn? |
00:26:43 | | Quit ender` (" Anyone who thinks people lack originality should watch them folding roadmaps.") |
00:26:59 | | Nick Administrator is now known as Alonea (n=chatzill@24-117-195-16.cpe.cableone.net) |
00:27:04 | Bagder | sure |
00:27:19 | Alonea | ok, I am confused. registered where? |
00:27:21 | linuxstb | Bagder: Thanks. |
00:27:43 | Alonea | I just have a question on Doom...I can't get it to show up on the plugins list |
00:27:46 | * | preglow does the svn dance |
00:27:52 | bluebrother | Febs, in case you read the logs: you can use \wikilink{PageTitle} ... |
00:28:04 | | Quit ed_ ("Leaving") |
00:29:45 | | Join webguest21 [0] (i=180d2205@gateway/web/cgi-irc/labb.contactor.se/x-29b36103ad8c513d) |
00:29:56 | Alonea | hello? |
00:29:56 | webguest21 | hey |
00:30:06 | * | Bagder leaves for sleep |
00:30:10 | webguest21 | woah, I didn't get it to work on mIRC |
00:30:17 | webguest21 | is the port 667? |
00:30:23 | bluebrother | 6667 |
00:30:30 | Alonea | yeah, I just got rockbox and I was trying to get doom to work, but I can't get it on the plugin list. |
00:30:31 | webguest21 | beok, well, 6667 |
00:30:39 | bluebrother | at least usually ;-) |
00:30:44 | webguest21 | well, anyways, #rockbox shows up blank for me |
00:31:01 | bluebrother | maybe a netsplit |
00:31:10 | linuxstb | Alonea: Which device are you running Rockbox on? |
00:31:29 | Alonea | Toshiba Gigabeat F-40 |
00:32:19 | Llorean | Alonea: Are you sure it's compiled for your target? |
00:32:21 | linuxstb | For some reason, it's not being compiled for the Gigabeat.. |
00:33:02 | | Join Sentertai [0] (n=skhamene@c-24-13-34-5.hsd1.il.comcast.net) |
00:33:04 | Alonea | well, everyone was saying at the mygigabeat site it was for it and its listed in the gigabeat manual...so I thought it was |
00:33:12 | * | linuxstb looks around for a Gigabeat developer |
00:33:20 | webguest21 | finally, I got in as Sentertainment |
00:33:25 | Sentertai | hey |
00:33:31 | Ajaxinc | im not a developer but i know some infor abotu them cause i use a f10 |
00:33:34 | Sentertai | eh, it cut off my name |
00:33:34 | Alonea | i have all the wads. I got that doom collectors edition disk. |
00:33:48 | | Quit Sentertai (Client Quit) |
00:34:02 | Alonea | and I did the wierd directories thing, but no mas on plugins list... |
00:34:17 | | Join Shawn_K [0] (n=skhamene@c-24-13-34-5.hsd1.il.comcast.net) |
00:34:18 | puetzk | it would have been in the plugins list even without the wads |
00:34:21 | Shawn_K | thats better |
00:34:23 | Ajaxinc | do you have the latest build? |
00:34:26 | Shawn_K | I'll just use my name |
00:34:35 | Ajaxinc | doom wasnt supported in some earlier cuilds |
00:34:37 | Ajaxinc | builds |
00:34:50 | Shawn_K | so...who are the rockbox devs? I've been dying to talk to them |
00:34:56 | Shawn_K | I want to help out with coding |
00:35:06 | linuxstb | Ajaxinc: It's not enabled for the Gigabeat in the official CVS... |
00:35:19 | linuxstb | Shawn_K: Just grab the source and dig in... |
00:35:21 | Ajaxinc | well it works on mine |
00:35:22 | | Join hcs [0] (n=hcs@rockbox/contributor/hcs) |
00:35:27 | Ajaxinc | and i use the cvs builds |
00:35:31 | Alonea | yeah, I have todays build. its all I could find |
00:35:47 | linuxstb | Ajaxinc: Maybe you installed an unofficial build in the past, and it's left from that. |
00:35:50 | | Join farbrormelon [0] (n=sebbe@81-234-24-85-o1124.telia.com) |
00:35:52 | Shawn_K | yeah, I grabbed the source...I just was in the forums and had many oppsoing views on my ideas for optimization. |
00:36:03 | Shawn_K | not too many for my ideas |
00:36:07 | Ajaxinc | damn you |
00:36:11 | Ajaxinc | incompatable now |
00:36:13 | Alonea | should I try the jan 1 build instead of jan 2? |
00:36:14 | | Quit Mouser_X3 (Read error: 110 (Connection timed out)) |
00:36:16 | Ajaxinc | i havnt tested doom in a day :] |
00:36:27 | Shawn_K | a few, but you could tell that they weren't experienced with coding |
00:36:32 | Ajaxinc | you might want to get the versions before the merge |
00:37:07 | Llorean | Shawn_K: Many of the people who objected to you were core developers of Rockbox who are *very* experienced with coding. |
00:37:16 | tehsmo | hcs: sorry, I was asleep earlier. Anyway, I'm pretty sure that itdb2tc isn't working properly |
00:37:20 | farbrormelon | Hi I have some questions about the diskmode, someone want to help me? |
00:37:29 | tehsmo | unless it's been updated very recently and my rockbox is out of date (I last updated it friday) |
00:37:32 | Shawn_K | Llorean: Hey, yeah...I realize that |
00:38:08 | | Join safetydan [0] (i=cbca159f@gateway/web/cgi-irc/labb.contactor.se/x-f7319009e3e2c0a0) |
00:38:08 | Shawn_K | Llroean: I've had alot of people object my ideas, then find out they work after I do them |
00:38:08 | linuxstb | Then do them, and prove us all wrong... |
00:38:08 | | Join ctaylorr [0] (n=ctaylorr@CPE001839ae25b4-CM0011aea4a276.cpe.net.cable.rogers.com) |
00:38:18 | Llorean | Shawn_K: Then do them, and ignore the objections, it's that simple. |
00:38:18 | Shawn_K | Llroean: I'm not really nieve, I just think differently at times |
00:38:44 | linuxstb | But a guiding Rockbox principle is also to keep things simple... |
00:39:06 | Llorean | farbrormelon: The disk mode, on iPods, is not Rockbox software, it's Apple software. |
00:39:12 | Shawn_K | Yeah, I understand |
00:39:52 | Alonea | so any ideas on the gigabeat? is the doom not on it yet or do I need to try a different build? sorry if you replied and I missed it |
00:39:57 | Shawn_K | btw, just thought i'd ask...does this server support nick registration? |
00:40:01 | Llorean | Shawn_K: Yes. |
00:40:04 | farbrormelon | sorry... but i just installed rockbox and now the filetransfer is slow |
00:40:08 | bluebrother | embedded programming can be quite different than usual pc applications, and most people coming in with such "optimization" ideas don't know embedded stuff ... |
00:40:13 | farbrormelon | is this a rare problem? |
00:40:24 | preglow | what optimisations are we talking about? |
00:40:26 | goffa | so.. Shawn_K what did you have in mind? |
00:40:30 | safetydan | Man, real life really saps your ability to work on Rockbox. That and Guitar Hero. |
00:40:36 | Llorean | farbrormelon: Again, the disks mode is not our software. It's the apple disk mode. |
00:40:36 | preglow | safetydan: long time no see |
00:40:37 | linuxstb | Alonea: Doom is not officially in Rockbox for the Gigabeat, no. You'll need to wait for a Gigabeat for the answer why. |
00:40:41 | safetydan | yo preglow |
00:40:41 | scorche | preglow: malloc, among others |
00:40:50 | Shawn_K | goffa: oh, wow...what did I have in mind...alot |
00:40:54 | Ajaxinc | alonea, go to #gigabeat and ask there |
00:40:58 | farbrormelon | Sorry again... |
00:40:58 | Llorean | safetydan: Guitar Hero is an evil, addictive thing. |
00:41:03 | Alonea | safety dan: dear kami..guitar hero is addicting. that and DOA4 |
00:41:08 | goffa | examples? |
00:41:08 | Shawn_K | goffa: I like to start small. so I at least know what I am getting into |
00:41:13 | Llorean | farbrormelon: Try booting into the Apple firmware instead of using the hardware disk mode |
00:41:19 | bluebrother | preglow, http://forums.rockbox.org/index.php?topic=7940.0 |
00:41:20 | goffa | or do you have forum posts |
00:41:29 | goffa | i'm just curious to hear... |
00:41:30 | farbrormelon | Ah.. smart... =) |
00:41:44 | Shawn_K | I want to optimize the way alot of things are done, and examine the graphics rendering so I could maybe add caching and better drawing methods |
00:41:51 | safetydan | Shawn_K, did you have a look at profiling to find places to work on? |
00:41:52 | farbrormelon | its menu+select then back, right? |
00:41:54 | ze | hah guitar here is addicting |
00:41:57 | goffa | and worst case scenario.. you make your patches .. they work for you |
00:42:03 | | Quit phrozen77 ("Some people say that I must be a horrible person, but that's not true. I have the heart of a young boy... in a jar... on my d) |
00:42:05 | Shawn_K | safetydan: Nope |
00:42:08 | ze | i'm sitting here right now planning on playing it as soon as i finish eating |
00:42:09 | Shawn_K | :( |
00:42:20 | Llorean | farbrormelon: Just shut down your iPod, and then hold Menu while booting. |
00:42:29 | linuxstb | farbrormelon: Best to do a clean shutdown (long press on PLAY), then turn the hold switch on, then insert USB. |
00:42:31 | Alonea | thank you ajaxinc and linux |
00:42:35 | linuxstb | (assuming you have the newest bootloader) |
00:42:45 | Llorean | Shawn_K: What exactly were you planning to cache? |
00:43:00 | Llorean | The term "caching" doesn't really specify what you wanted to add a cache for. |
00:43:07 | preglow | malloc is evil |
00:43:27 | Shawn_K | Llroean+farbrormelon: I've had some trouble w/ pressing menu on some builds, I've found holding play with a few creates an error 5 to default to apple diskmode |
00:43:43 | Llorean | Shawn_K: Holding Play tries to boot Linux. |
00:43:59 | Llorean | Shawn_K: With the newest bootloader you can just boot up with Hold on. |
00:44:07 | Shawn_K | Llroean: no wonder, maybe the bootloader I used was bad then >.< |
00:44:32 | safetydan | So, preglow. EQ graphing? :) |
00:44:32 | Shawn_K | Llorean: menu doesn't work for me on the patched co-op build I use |
00:44:37 | safetydan | I've forgotten where we got to with that. |
00:45:02 | Llorean | Shawn_K: Menu is all about the bootloader, it doesn't matter what build you're using, just what bootloader you installed. |
00:45:03 | Shawn_K | Llorean: I used someone else's build since I was having minor toruble patching the co-op to mine |
00:45:03 | preglow | safetydan: gave up on that |
00:45:10 | preglow | safetydan: precision issues and me sucking at fixed point :/ |
00:45:18 | farbrormelon | Allright! Thanks Llorean and linuxstb! |
00:45:22 | Shawn_K | Llroean: co-op builds required a suppoorted bootloader ;) |
00:45:29 | Llorean | "Co-op" |
00:45:30 | Llorean | ? |
00:45:45 | ctaylorr | cop? |
00:45:49 | Llorean | I assume you mean COP or coprocessor? |
00:45:50 | ctaylorr | co-p |
00:45:53 | Shawn_K | I thought that was short for calling it the co-processor |
00:45:56 | Shawn_K | lol |
00:45:59 | Shawn_K | woops |
00:46:04 | preglow | safetydan: the issue was the numerator and denominator in the final divide operation being really equal, but affected by small roundoff errors which would then give huge errors in the result |
00:46:06 | Llorean | Coprocessor builds don't need a patched bootloader. |
00:46:28 | preglow | s/really/almost/ |
00:46:32 | Llorean | And even back when they did, menu still worked on it just fine for me. |
00:46:43 | Shawn_K | mine didn;t run w/ the default rockbox bootloader |
00:46:44 | | Join webguest10 [0] (i=5438997d@gateway/web/cgi-irc/labb.contactor.se/x-d1f5d3b496069ee8) |
00:46:46 | Shawn_K | and I read it wont |
00:46:51 | Shawn_K | without a patched one |
00:47:08 | | Quit funky ("leaving") |
00:47:15 | Shawn_K | I thought it sounded wierd myself, but when I saw it really didn't work.... |
00:47:54 | Llorean | The only versions of the coprocessor patch that have actually had a positive effect have worked with the most recent official bootloader. |
00:48:30 | Shawn_K | hmm, I don't know what version was patched into it |
00:48:47 | Llorean | And you never actually said what you were talking about using "caching" to cache. |
00:49:02 | Shawn_K | i couldnt get my CVS copy patched w/o a few problems so I used psyious builds |
00:49:13 | safetydan | preglow, hrm, doesn't sound like something with an easy fix |
00:49:52 | Shawn_K | oh, I did find a minor bug in all the ipod builds |
00:50:00 | linuxstb | Only a minor bug? |
00:50:13 | Shawn_K | atm, I havent gotten much time to look at soiurces |
00:50:31 | Shawn_K | I've actually found a few major ones revolving around the equalizer |
00:50:43 | preglow | safetydan: who knows, at least not with my fixed point skills |
00:51:04 | Shawn_K | anyways, the -57db and -58db for volume are swapped |
00:51:18 | Shawn_K | like i said, minor bug |
00:51:24 | preglow | safetydan: btw, the url you gave me once which had some fp stuff on it, it's got a cos/sin that's more accurate than the one we have |
00:51:33 | preglow | safetydan: https://svn.sourceforge.net/svnroot/astroinfo/trunk/astroinfo/source/FixedPoint.c |
00:51:37 | Shawn_K | brb in 10 |
00:51:43 | preglow | safetydan: works the same too, i think |
00:51:53 | safetydan | preglow, yeah I'm actually working on porting that astroinfo program as a plugin |
00:51:54 | Llorean | Shawn_K: If you've found "major" bugs, why haven't you filed bug reports? |
00:52:08 | safetydan | which would of course bring in the fixed point stuff |
00:52:13 | preglow | safetydan: might very probably also be faster |
00:52:20 | | Quit bluebrother ("sleep...") |
00:54:46 | Shawn_K | Llorean: I've been real busy and I'm still adjusting to helping out |
00:55:09 | safetydan | preglow, it wouldn't surprise me if it was faster. I really had no idea what I was doing when I wrote that :) |
00:55:49 | preglow | heh |
00:57:28 | | Join [-BF42-]Thommy [0] (n=infoweba@p54BE6DC5.dip.t-dialin.net) |
00:59:19 | linuxstb | Shawn_K: Regarding your volume bug, I assume you have an ipod 5g, in which case if I understand the code correctly, -57dB is the lowest volume, and -58dB is used to represent mute. So what are you experiencing? |
00:59:37 | | Quit hcs () |
00:59:57 | Shawn_K | linuxstb: doesn't ever mute, and the variances seem like -57 and -58 are swapped |
01:00 |
01:00:05 | Shawn_K | and yes, I have 5.5g |
01:01:00 | | Join combrains [0] (n=combrain@222-155-33-50.jetstream.xtra.co.nz) |
01:01:02 | Shawn_K | anyways, I am going to be away from IRC time to time, I am looking at the rockbox sources |
01:02:00 | linuxstb | Yes, it looks like the muting code is broken... |
01:02:40 | Shawn_K | lol, heh ^^ |
01:02:47 | | Part webguest21 |
01:03:13 | Shawn_K | anyways, why are there so many failsafe checks in the code |
01:03:28 | Shawn_K | like theres a check in the scrollbars to see if the min is the min |
01:03:31 | Soap | linuxstb: For What It's Worth: It appears your mpeg2enc encodes could be optimised (for speed) more by manually lowering the VBV buffer size. Even on your smallest videos I'm seeing a buffer of 224, which is mucho overkill for the job. I don't know how much impact extra VBV buffer has in your decoder, but that's about the only thing I can find which is abnormal. |
01:03:47 | Alonea | can I ask a basic operation question on the gigabeat? I can't seem to figure out how to do insert... |
01:04:15 | | Quit Hyperbit_01 (Read error: 145 (Connection timed out)) |
01:04:18 | linuxstb | Soap: Don't make me encode them all again..... |
01:04:34 | Soap | oh no |
01:04:45 | Soap | not saying that at all. |
01:04:49 | linuxstb | :) But I'll try it. |
01:04:51 | *** | Saving seen data "./dancer.seen" |
01:05:04 | | Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) |
01:05:08 | | Nick Mouser_X3 is now known as Mouser_X (n=mouser_x@67.110.120.159.ptr.us.xo.net) |
01:05:29 | Soap | Also, mpeg2enc isn't detecting scene changes and adding I frames at scene changes, this doesn't affect the speed, but does hurt the quality/bitrate ratio. |
01:05:34 | | Join dfkt [0] (i=dfkt@chello062178002170.1.11.univie.teleweb.at) |
01:05:35 | Shawn_K | ouch...all the GUI still is drawn on a pixel level pretty much |
01:06:01 | Shawn_K | it;s easy and eifficient, but there may be room to improve |
01:06:12 | Shawn_K | I'll have to look at the drawing methods |
01:06:41 | goffa | improve how? like less cpu usage to render? or just look nicer? |
01:06:49 | Shawn_K | both |
01:06:57 | goffa | cool |
01:07:05 | goffa | can't argue with that |
01:07:21 | Shawn_K | of course it can be made to look nicer, but when you deal with commands at pixel level...there often is room for improvement |
01:07:32 | Shawn_K | also, how do the buffers in th players work? |
01:07:45 | Shawn_K | can you draw to buffer, save it to other memory, etc? |
01:07:46 | linuxstb | You mean the framebuffer? |
01:07:49 | Shawn_K | yes |
01:08:11 | Shawn_K | or do most players have more than one? |
01:08:19 | linuxstb | There's one framebuffer which is as close as possible in format to the LCD hardware. The lcd_update() function transfers the contents to the LCD controller. |
01:08:28 | linuxstb | or lcd_update_rect() |
01:08:52 | Shawn_K | update selection? |
01:08:59 | linuxstb | That framebuffer is just a normal static buffer. |
01:09:01 | | Join Jsunu [0] (n=chatzill@d154-20-129-186.bchsia.telus.net) |
01:09:10 | Shawn_K | *lcd_update_rect() = update selecdtion? |
01:09:28 | Shawn_K | actually, section is a better word |
01:09:46 | linuxstb | Yes, it just transfers a rectangular section of the framebuffer to the LCD hardware. |
01:09:59 | linuxstb | But it's probably not used as often as it could be. |
01:10:32 | Shawn_K | you've got that right, looking at how slow the menus are at times...I can tell it's not fully optimized |
01:10:37 | Shawn_K | :P |
01:10:58 | linuxstb | That's the 5g's LCD driver as much as anything though. |
01:11:07 | Shawn_K | ok |
01:11:42 | Shawn_K | anyways, like I"ve said on the forums...I'm not the greatest coder, but I learn fast |
01:11:48 | linuxstb | On the 5g, lots of smaller updates would actually be slower than big updates. |
01:12:04 | Shawn_K | yeah, that's what I thought |
01:12:19 | Shawn_K | but someone on the forums told me I should be aiming higher that what I've been |
01:12:52 | linuxstb | aiming what higher? |
01:13:11 | Shawn_K | my optimizations, told me I was looking at too miniscule of optimizations pretty much |
01:14:40 | Shawn_K | anyways, I'm going to come up and say this now...I plan on optimizing most for iPod...if I get other players in process than thats a plus |
01:14:56 | Shawn_K | or....if I get a new mp3 player, I may do those too :P |
01:15:58 | linuxstb | There's already a patch in the patch tracker to improve list scrolling speed - that could be a useful start. |
01:16:15 | linuxstb | But it's quite old and the developer has disappeared... |
01:16:19 | Shawn_K | could I have the #? |
01:16:29 | Shawn_K | maybe i can bring it back to life ;) |
01:16:44 | Soap | there are two ipod scolling patches, one of the has been recently synced. |
01:17:07 | Shawn_K | oh, not the accelerations...I'm talking strait-up optimizations |
01:17:19 | Shawn_K | I tried a few of those scroll demos and don't like them |
01:17:31 | Shawn_K | I will probably borrow code from one and start my own :P |
01:17:47 | linuxstb | Yes, I'm talking about generic list scrolling, not the clickwheel acceleration. |
01:18:03 | puetzk | 5591? |
01:18:04 | linuxstb | I don't know the number without searching... |
01:18:05 | Shawn_K | or, if it's not too difficult, I may write one all on my own |
01:18:14 | Shawn_K | ok |
01:18:32 | Shawn_K | linuxstb: give me a good tag to search for it? |
01:18:35 | Shawn_K | lol |
01:18:43 | linuxstb | Probably just "scrolling" |
01:18:48 | Shawn_K | ok |
01:19:22 | safetydan | I think it's 5591 as puetzk says |
01:19:22 | puetzk | that makes scrolling into a blit and a redraw of exposed lines, instead of a full redraw |
01:19:25 | linuxstb | Yes, it is... |
01:19:39 | | Quit lamed ("CGI:IRC (Ping timeout)") |
01:19:54 | Shawn_K | also, I was wondering if anyone thinks a delayed 2nd crossfade would work well to simulate surround sound on headphones? |
01:20:12 | puetzk | Shawn_K, that effect is called crossfeed, I love it, and it's already implemented :-) |
01:20:27 | Shawn_K | *woops, ya, I meant crossfeed |
01:20:57 | Shawn_K | lol, I know its implemented, I love it too....I use sterio width and a weak crossfeed |
01:21:13 | Shawn_K | anyways, a slightly delayed 2nd crossfeed could simulate rear speakers |
01:21:21 | Shawn_K | hypothetically |
01:21:34 | | Join barrywardell [0] (n=barrywar@194.46.180.41) |
01:21:46 | Shawn_K | I was asking if it would be too much as far as processing and if the effect would work all that well |
01:22:14 | puetzk | you'd want a different shaped attenuation curve (and it's a much less generic one), but it is possible |
01:22:27 | farbrormelon | Is the plugins that are in the builds all plugins availble, or can I find more somewhere, like games and such |
01:22:41 | Shawn_K | ok, I'm not up with what the attenuation is |
01:22:54 | Shawn_K | could anyone offer a quick explanation? ^^ |
01:22:55 | puetzk | fighters do it to place sounds in 3d to help the pilot's awareness |
01:23:13 | Shawn_K | ok |
01:23:35 | Shawn_K | so rockbox already has the base attenuation coding? |
01:23:38 | puetzk | the crossfeed doesn't blend the signal directly, it quiets the whole thing some, and higher frequencies more |
01:23:57 | puetzk | and delays the whole thing a fixed amount |
01:23:58 | Shawn_K | yeah, I know about the cut-off, it wouldnt be needed |
01:24:00 | | Part dfkt |
01:24:28 | puetzk | this is all meant to simulate what would happen to the sound in the loudspeaker setup, as it either conducts through your skull or reflects off walls |
01:24:30 | Shawn_K | anyways, quieting the waves would be wanted to simul;ate rear speakers |
01:24:44 | | Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) |
01:24:44 | puetzk | both delay it, and the skull doesn't pass high frequencies much |
01:24:58 | puetzk | for rear you want to simulate the same effects, only front-to-back |
01:25:04 | Shawn_K | yeah, I know a fair amount about sound waves |
01:25:14 | puetzk | and the relationship of delays and muffling is quite different than for side to side |
01:25:40 | Shawn_K | lol, you're pretty much saying a modified crossfeed just like i said :P |
01:26:05 | puetzk | right. But good front-back effects pretty much require calibrating it per-listener |
01:26:15 | puetzk | and having the delays vary with frequency too |
01:26:18 | puetzk | so the math involved is harder |
01:26:21 | Shawn_K | so you do agree that the idea is there and it can ve implemented effectively? ^^ |
01:26:38 | Shawn_K | yes, math is harder, thats why i also metioned CPU usage |
01:26:40 | puetzk | yes, it's quite impressive when done well |
01:26:55 | puetzk | of course, you really want 4-channel sound to start with too :-) |
01:27:03 | Shawn_K | ok, maybe I will try to start a patch for that and see how far I get |
01:27:06 | puetzk | or else you're carefully presenting something that you just made up |
01:27:26 | Shawn_K | actually, don't need 4 channel sound if you are just simulating stereo to surround |
01:27:35 | phrontist | if I'm in shuffle mode |
01:27:46 | phrontist | oh, nevermind |
01:27:52 | Shawn_K | I'm speaking of the effect stereo sound has on a surround system in a room |
01:27:56 | Shawn_K | anyways, brb in 10 |
01:27:58 | Llorean | I'm not sure why you'd want to take 2 channels and simulate 4. |
01:27:59 | puetzk | sure, but there's not much point to that. Just add reverb if you want made-up surround :-) |
01:28:25 | puetzk | Llorean, the only time I've used it with headphones is that my santa cruz (pc soundcard) has sensaura, and can do it in realtime |
01:28:26 | | Quit Mouser_X (Nick collision from services.) |
01:28:29 | | Nick Mouser_X3 is now known as Mouser_X (n=mouser_x@67.110.120.159.ptr.us.xo.net) |
01:28:35 | puetzk | and it can be fun to use in games, which place sounds in 3d |
01:28:44 | puetzk | so there really is surround data |
01:29:07 | Soap | are those games using the older prologic encoding for rear? |
01:29:14 | Llorean | puetzk: Yeah, but see, that's not taking 2 channels and simulating 4. That's "taking surround sound, and simulating it in two channels" |
01:29:22 | | Join fsadfs [0] (n=daj_aga@d207-216-248-17.bchsia.telus.net) |
01:29:26 | | Quit Jsunu (Read error: 131 (Connection reset by peer)) |
01:29:28 | puetzk | right. I see little point in that :-) |
01:30:25 | puetzk | Soap, they're just playing samples (usually mono even) and telling the driver where each sample is so it can produce a surround mix |
01:30:50 | fsadfs | is there any way that rockbox can read the music i put on with itunes |
01:31:08 | puetzk | fsadfs, if you turn on the ID3 database it will find it |
01:31:19 | puetzk | it's all there, just iTunes makes the file and foldernames pretty useless |
01:31:54 | fsadfs | how do i turn on the id3 database |
01:32:00 | puetzk | or see http://www.rockbox.org/twiki/bin/view/Main/ConvertiTunesDBtoTagCache to seed it from the itunesdb |
01:32:36 | | Part Llorean |
01:32:47 | puetzk | settings>general settings>file view>Database to set it up, then Settings>general settings>file view>show files to pick it |
01:33:05 | puetzk | after you hit initialize database it will take quite a while to be ready |
01:33:11 | | Quit [-BF42-]Thommy (Read error: 110 (Connection timed out)) |
01:33:13 | puetzk | (depending on how much music you have) |
01:38:39 | Alonea | what is car adapter mode? it wasn't in the manual. |
01:41:21 | | Quit webguest10 ("CGI:IRC (EOF)") |
01:44:36 | | Join debauched_sloth [0] (n=debauche@c-24-63-72-200.hsd1.ma.comcast.net) |
01:47:11 | | Join zuzu_ [0] (n=zuzu@melanarchy.org) |
01:47:55 | zuzu_ | how are rockbox devices commonly interoperated with a host OS such as Linux? ala the itunes-ipod workflow. |
01:48:36 | zuzu_ | specifically I'm wondering if something similar can be done with rhythmbox and rockbox... or is it a "just copy over the MP3s" only thing? |
01:49:21 | | Quit miepchen^schlaf ("Verlassend") |
01:49:23 | safetydan | zuzu_, just copy the MP3s generally. |
01:49:43 | safetydan | The database can be built by the device so other software isn't generally needed |
01:50:05 | crwl | amarok probably supports rockboxable players too, though i haven't tried the function |
01:50:20 | crwl | i'm happy using the command line for copying :P |
01:50:26 | | Join senab [0] (n=chris@82-35-229-48.cable.ubr01.smal.blueyonder.co.uk) |
01:50:59 | | Join webguest95 [0] (i=4742e174@gateway/web/cgi-irc/labb.contactor.se/x-3a4cdc72d38f95d4) |
01:51:27 | webguest95 | can someone help me? |
01:51:46 | senab | if you tell someone the problem :P |
01:52:17 | webguest95 | oh well i have a ipod 5.5 and i installed rockbox but the the battery died |
01:52:19 | webguest95 | and i can't charge it |
01:52:22 | farbrormelon | Is there anyone that can help me with rockdoom? |
01:52:43 | senab | how do you mean the battery died? |
01:52:43 | Alonea | whats your player farbrormelon? |
01:52:50 | webguest95 | i pluged it into the usb but it... |
01:52:57 | senab | what? |
01:52:57 | farbrormelon | iPod Nano |
01:53:00 | webguest95 | i was playing doom and it ran out |
01:53:05 | | Part fsadfs |
01:53:22 | | Join webguest64 [0] (i=5438997d@gateway/web/cgi-irc/labb.contactor.se/x-f17bd47e68bd5bdd) |
01:53:26 | senab | so it won't charge? |
01:53:33 | webguest95 | correct |
01:53:48 | webguest95 | I plugged it into the usb but it won't charge or turn on |
01:53:51 | farbrormelon | No... i have put the files in games/doom/ folder |
01:54:04 | Alonea | farbrormelon: so are you just having trouble installing it? |
01:54:06 | senab | try holding menu + select for about 5 seconds |
01:54:20 | Alonea | is rockdoom or doom under the plugins? |
01:54:33 | farbrormelon | I get this message "No base wad" |
01:54:33 | webguest95 | thnx |
01:54:42 | farbrormelon | yes |
01:54:43 | senab | np :) |
01:54:51 | | Join fsadfs [0] (n=daj_aga@d207-216-248-17.bchsia.telus.net) |
01:55:20 | fsadfs | how can i stop my ipod from going out of disk mode |
01:55:28 | | Quit webguest95 (Client Quit) |
01:55:39 | senab | you can't if rockbox booted into it |
01:56:13 | | Quit Thundercloud_ (Remote closed the connection) |
01:56:20 | senab | if you've gone into disk mode manually, the disconnect screen will stay on until you press select |
01:57:41 | Alonea | and you have the other doom wads correct? either from the internet somewhere or from an actual game cd? |
01:58:15 | | Quit senab (Remote closed the connection) |
01:58:40 | farbrormelon | I got it from a site... sorry to bother =/ I see now that the file was damaged |
01:59:43 | linuxstb | fsadfs: Have you enabled the "Use ipod as a disk" option in itunes? |
01:59:49 | Alonea | okies. I happened to have the doom collectors edition disk. do you need help getting a file? |
02:00 |
02:00:05 | | Join Digamma [0] (n=Doug@bas2-kingston08-1167930862.dsl.bell.ca) |
02:00:43 | linuxstb | Alonea: I assume you're not going to discuss copyright violations here? |
02:01:03 | Alonea | oh, Iwasn't going to post any sites on here at all. |
02:01:31 | Alonea | if he needs help I was going to do the pm thing. and yes I know it is copyright violations |
02:03:17 | | Quit fsadfs () |
02:03:30 | | Join miepchen^schlaf [0] (n=hihi@p57B95AF7.dip.t-dialin.net) |
02:04:17 | farbrormelon | <Alonea: That would be nice =) |
02:06:13 | Alonea | yeah, lemme figure out how to register real quick so I can pm |
02:06:16 | linuxstb | Alonea: You just did discuss copyright violations and it will forever be in the logs... |
02:07:13 | webguest64 | linuxstb: Where do you wanna put the fill up procedure for mpegplayer?? Just before the "if" with te audio buffer overflow? |
02:07:22 | webguest64 | nick Angry |
02:07:24 | | Quit BHSPitMonkey (Remote closed the connection) |
02:07:44 | webguest64 | i meant the fill up for the audiobuffer |
02:07:51 | linuxstb | I haven't thought about it yet. |
02:08:07 | webguest64 | ok... sry^^ |
02:08:33 | linuxstb | But before we can rebuffer, we need to mark the processed data as being read. Plus also handle the buffer wraparound point... |
02:08:53 | webguest64 | that sounds logic |
02:09:08 | linuxstb | But if you want to tackle it, please go ahead... |
02:09:54 | webguest64 | i think you're better in that... hust learning now from the code i see and its very interesting to follow your progress |
02:10:04 | | Part pixelma |
02:10:25 | Alonea | linuxstb: ok, what do you mean by discussing copyrigh violations? As in, dont discuss it at all or what? If there is a rule somewhere about discussing it entirely, sorry. |
02:10:37 | | Join jeffb [0] (i=newt@c-71-229-131-227.hsd1.co.comcast.net) |
02:11:23 | webguest64 | i think he meant that you could be talking about sharing copyrighted software in this forum |
02:11:44 | linuxstb | Replace "could" with "shouldn't" |
02:11:47 | webguest64 | ^^ |
02:11:53 | webguest64 | Thats what i meant |
02:12:28 | | Join fsadfs [0] (n=daj_aga@d207-216-248-17.bchsia.telus.net) |
02:12:48 | | Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) |
02:13:06 | | Join BHSPitMonkey [0] (n=stephen@adsl-67-64-106-69.dsl.rcsntx.swbell.net) |
02:13:07 | | Quit webguest64 ("CGI:IRC") |
02:13:17 | fsadfs | ok i need help im doing id3 converting i have done everything that is instructed where will my music be |
02:13:17 | TrueJournals | Hey, I have a small coding question... |
02:13:25 | | Join Angry [0] (n=Miranda@dslb-084-056-153-125.pools.arcor-ip.net) |
02:13:29 | TrueJournals | is it possible to set attributes on files (hide/unhide)? |
02:13:59 | Alonea | ah, well, sorry. trying to keep within rules here...i finally got the pm thing to work. |
02:15:47 | Angry | Truejournals: No its not possible |
02:16:05 | TrueJournals | Thanks |
02:16:09 | TrueJournals | X-| |
02:16:14 | Angry | I assume that you mean the problems with the OF |
02:16:20 | BHSPitMonkey | TrueJournals, you can change what you can view in the file browser, though |
02:16:49 | Angry | So i would recommend renaming the folders also if you wanna switch. Thats what id do to avoid the hiding. |
02:17:16 | | Quit Alonea (Remote closed the connection) |
02:17:16 | TrueJournals | BHSPitMonkey: Angry is right. People on misticriver don't like that the original firmware sets the music directory to hidden. I was wondering if there was a way to make it automatically un-hide the music folder when the player starts up. |
02:17:27 | farbrormelon | "Private messages are dissabled" |
02:17:33 | fsadfs | ok i need help im doing id3 converting i have done everything that is instructed where will my itunesmusic be |
02:17:46 | TrueJournals | Angry: I actually don't have this problem myself :-p I use the ID3 database... works great :-\ |
02:17:47 | farbrormelon | Private messages from unregistered users are currently blocked due to spam problems, |
02:17:47 | Angry | ^^ |
02:18:20 | | Join Alonea [0] (n=chatzill@24-117-195-16.cpe.cableone.net) |
02:18:42 | farbrormelon | How do I install a patch in rockbox? |
02:19:13 | Angry | you dont install it... you need to apply a patch to the source and afterwards compile your build |
02:19:16 | BHSPitMonkey | TrueJournals, how is it a problem? Decent OS's disregard that hiding practice, and the rest has settings for it |
02:19:33 | | Join gotthardt [0] (i=86868804@gateway/web/cgi-irc/ircatwork.com/x-cc79f5a6bbdbee6b) |
02:19:41 | BHSPitMonkey | farbrormelon, you get the source code to rockbox, apply the patch to it, and recompile it yourself, using the cross-compiler for your player |
02:19:48 | BHSPitMonkey | farbrormelon, it's documented in the wiki. |
02:19:56 | Angry | Look here: http://www.rockbox.org/twiki/bin/view/Main/SimpleGuideToCompiling#Getting_The_Source_Code |
02:19:58 | farbrormelon | sorry |
02:20:05 | farbrormelon | i looked in the PDF |
02:20:08 | gotthardt | Any devs here that can grant commit rights? |
02:20:32 | BHSPitMonkey | not many devs that will hand out commit rights liberally |
02:20:39 | | Part fsadfs |
02:20:43 | TrueJournals | BHSPitMonkey: People like to have their settings set to "supported" so that they don't see hidden directories (and all their clutter) when they use rockbox. However, with the H10 original firmware (guess I should have specified), it sets the Music folder to hidden. So people either have to connect the player to a computer to fix it, deal with the All setting, or use the ID3 database. |
02:20:49 | Ajaxinc | its becasue markun left and we dont have anyone to commit thigns for the gigabeat |
02:20:51 | Shawn_K | where can I find lcd.c in the sources? |
02:21:12 | Ajaxinc | we are leaderless currently in the gigabeat department |
02:21:18 | Shawn_K | eh, no fast response, guess I'll do search |
02:21:46 | farbrormelon | Alonea: I am blocked to pm you |
02:21:49 | TrueJournals | Shawn_K: IIRC, every player has it's own lcd.c... which one are you looking for? |
02:22:01 | | Join Llorean [0] (n=Llorean@rockbox/administrator/Llorean) |
02:22:14 | Shawn_K | ipod |
02:22:41 | Shawn_K | i only came up with one lcd.c in the search |
02:22:59 | Shawn_K | this is before the compilable sources have been made |
02:23:05 | farbrormelon | Alonea: still blocked... |
02:23:23 | Alonea | /msg nickserv set unfiltered on |
02:23:27 | | Join fsadfs [0] (n=daj_aga@d207-216-248-17.bchsia.telus.net) |
02:23:27 | TrueJournals | Shawn_K: You can find all the lcd.c's you need: http://www.rockbox.org/viewcvs.cgi/firmware/drivers/ (or the /firmware/drivers folder if you downloaded the source) |
02:23:50 | Shawn_K | yeah, I downloaded the full CVS source |
02:24:01 | Alonea | have you registered? go here http://freenode.net/faq.shtml#privmsg |
02:24:06 | Alonea | and follow instructions |
02:24:11 | Shawn_K | but i found it in apps/plugins/rockboy |
02:24:24 | TrueJournals | ah, a plugin's file :-p |
02:24:33 | TrueJournals | source is so confusing sometimes |
02:24:41 | Shawn_K | ah, found it |
02:24:44 | fsadfs | i converted the intunesdb is there any way of seeing whole albums instead of single songs |
02:25:30 | Shawn_K | are the lcd-16bit.c and ipod lcd source both used in an iPod compile? |
02:26:02 | | Nick Angry is now known as Angryman (n=Miranda@dslb-084-056-153-125.pools.arcor-ip.net) |
02:26:19 | TrueJournals | That I don't know... |
02:26:44 | | Nick Angryman is now known as Angry (n=Miranda@dslb-084-056-153-125.pools.arcor-ip.net) |
02:27:01 | Shawn_K | lol, ok....I just started reading, it seems the 16bit is just for 16bit formats and basic rendering |
02:27:08 | Shawn_K | both are most likely used |
02:27:09 | | Part Angry |
02:27:19 | Arathis | barrywardell: is the BL for H10 at http://download.rockbox.org/bootloader/iriver/ dualboot now? at least it's been updated lately |
02:27:41 | | Join Angry [0] (n=Miranda@dslb-084-056-153-125.pools.arcor-ip.net) |
02:28:38 | linuxstb | Shawn_K: Rockbox LCD drivers are split into the high-level code that manipulates the framebuffer (e.g. lcd-16bit.c) and the low-level code that transfers that framebuffer to the LCD (amongst other things) - lcd-ipodvideo.c for your ipod. |
02:29:36 | Shawn_K | ok, I see that now... |
02:29:48 | Shawn_K | anyways, this is...well, sad |
02:30:00 | linuxstb | The GraphicsAPI wiki page may help understand the high-level code. |
02:30:03 | Shawn_K | the whole system is designed for a 2bit color |
02:30:07 | Shawn_K | as for drawing |
02:30:15 | Shawn_K | i mean 1bit |
02:30:18 | fsadfs | i converted the intunesdb is there any way of seeing whole albums instead of single songs |
02:30:24 | Shawn_K | 1bit = 2 colors |
02:30:37 | barrywardell | Arathis: yes, it was update after the dual boot changes |
02:30:51 | Arathis | okay, thanks |
02:31:27 | Arathis | btw: did I see right that mpeg with sound is basically supported now? |
02:31:38 | | Part Angry |
02:31:52 | linuxstb | Arathis: Yes - I've just updated the PluginMpegplayer wiki page with information. |
02:32:04 | Arathis | cool :D |
02:33:17 | * | myzar|away licks scorche |
02:33:18 | Shawn_K | would anyone be interested in recoding the lcd drivers for 16bit players (mainly iPods) with me? |
02:33:21 | Shawn_K | lol |
02:33:35 | | Nick myzar|away is now known as myzar (n=myzar@66.199.227.210) |
02:33:54 | TrueJournals | Shawn_K: umm... why? (And, no, not me... I'm not a coder) |
02:34:23 | linuxstb | You have ideas to speed them up? |
02:34:30 | scorche | myzar: tricksy... |
02:34:35 | Shawn_K | TrueJournals: the whole system is made for 2bits, containing little room for expansion and optimization |
02:34:44 | TrueJournals | ah |
02:34:51 | | Join D_C [0] (n=yay@203-59-44-97.dyn.iinet.net.au) |
02:35:14 | Shawn_K | I like "pretty" and fast GUIs ^^ |
02:35:30 | TrueJournals | lol |
02:35:35 | Llorean | Shawn_K: Remember that the whole system has to maintain compatibility with 1-bit displays. |
02:35:56 | Shawn_K | It would be a dream if I could fit some PNG support w/caching in there |
02:36:10 | | Quit muesli__ ("ich will Kühe!!!") |
02:36:27 | Shawn_K | it would be possible to fit it in therem but it would require two drawing methods |
02:36:39 | | Join Audioengineer [0] (n=combrain@222-155-24-63.jetstream.xtra.co.nz) |
02:36:45 | Shawn_K | one for the old 1bit support and one for the new 16bit methods |
02:37:15 | Shawn_K | if done right, shouldn't make a difference in speed...just a larger rockbox file |
02:37:19 | D_C | does the latest rockbox for iriver h3xx support video play back? i swear i saw a video play back page except i kind of lost it |
02:38:02 | | Quit TrueJournals ("See ya") |
02:38:33 | linuxstb | What do you want to do that the current API doesn't let you? |
02:39:01 | | Quit fsadfs () |
02:39:04 | myzar | linuxstb :) |
02:39:07 | | Quit combrains (Read error: 145 (Connection timed out)) |
02:39:07 | myzar | hi =] |
02:39:13 | linuxstb | Good morning. |
02:39:16 | Llorean | Shawn_K: A larger rockbox binary means less buffer space. You can ifdef two methods if you feel it needs new code for the color screens. |
02:40:02 | | Quit Shawn_K () |
02:40:19 | linuxstb | D_C: http://www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer |
02:41:41 | | Join Shawn_K [0] (n=skhamene@c-24-13-34-5.hsd1.il.comcast.net) |
02:41:52 | Shawn_K | now registered my nick ^^ |
02:42:01 | Shawn_K | I AM....SHAWN_K |
02:42:20 | Arathis | barrywardell: is the h10 mic mono or stereo? |
02:42:34 | Shawn_K | probably mono |
02:42:41 | Shawn_K | may record the mono > stereo |
02:42:42 | linuxstb | Shawn_K: What do you want to do that the current API doesn't let you? |
02:43:04 | barrywardell | Arathis: mono, i think |
02:43:32 | Shawn_K | I want to br able to have an optimized graphical GUI |
02:44:07 | Shawn_K | using current API would make a mess |
02:44:42 | | Quit netmasta10bt (Read error: 60 (Operation timed out)) |
02:45:43 | linuxstb | Can you be more specific? |
02:45:44 | | Quit Digamma ("Leaving") |
02:45:54 | Shawn_K | Nope |
02:46:00 | Shawn_K | j/k |
02:46:16 | Shawn_K | It would be nice to be able to customize menus with graphics, etc |
02:46:22 | Shawn_K | there's already some support |
02:46:32 | Shawn_K | but not to what I would like to see |
02:47:52 | safetydan | Shawn_K, remember that you need to support multiple targets, some of those don't even have a bitmap display |
02:48:58 | linuxstb | And some have two displays (a remote LCD) |
02:50:13 | linuxstb | And the Voice UI, and multiple languages... |
02:51:17 | | Quit farbrormelon () |
02:51:33 | BHSPitMonkey | theoretically, you could code an entire new interface that makes sense for your wishes and your player, and have it run on top of rb. |
02:51:52 | BHSPitMonkey | and/or patch the heck out of it |
02:52:26 | Shawn_K | safetydan: even bitmaps can be converted to 1bit ;) |
02:52:37 | scorche | and then it would be a lonely patch on the tracker that would never be committed |
02:52:45 | safetydan | Shawn_K, yes, but they can't be converted to a charcell display |
02:52:47 | Shawn_K | also, like I said...if the support for the extra features is optional |
02:52:49 | safetydan | well, not easily |
02:53:08 | Shawn_K | it would be more of a skin feature :) |
02:53:26 | safetydan | adding skinning is hardly optimising though |
02:54:15 | | Quit ctaylorr (Read error: 60 (Operation timed out)) |
02:54:58 | D_C | linuxboy how do you add the mpegplayer in? or is it already in with the latest rockbox? |
02:56:29 | safetydan | D_C, it's already part of Rockbox |
02:56:40 | D_C | ah ok |
02:56:41 | D_C | thanks |
02:57:11 | | Join Ron_ [0] (n=chatzill@wnpgmb06dc1-183-197.dynamic.mts.net) |
03:00 |
03:00:06 | | Join Febs [0] (n=chatzill@207-172-204-33.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
03:00:36 | | Quit gotthardt ("CGI:IRC (Ping timeout)") |
03:00:44 | Ron_ | msg / NickServ HELP IDENITY |
03:02:37 | | Nick Ron_ is now known as rkostynu (n=chatzill@wnpgmb06dc1-183-197.dynamic.mts.net) |
03:03:14 | D_C | also what do i do with this coldfire patch to speed up file playback http://www.rockbox.org/tracker/task/5995 ? |
03:04:39 | | Join ctaylorr [0] (n=ctaylorr@CPE001839ae25b4-CM0011aea4a276.cpe.net.cable.rogers.com) |
03:04:44 | scorche | D_C: see the wiki page SimpleGuideToCompiling |
03:04:53 | *** | Saving seen data "./dancer.seen" |
03:04:56 | D_C | thanks :) |
03:06:00 | Alonea | #gigabeat |
03:06:44 | | Join jdong [0] (n=jdong@ubuntu/member/jdong) |
03:07:56 | jdong | it seems like on the iPod (video 30GB 5.5G) disk cache can be "defeated" |
03:08:07 | jdong | i.e. load up a playlist and play in shuffle mode |
03:08:15 | jdong | it'll cache up pretty nicely and spin down the disk |
03:08:26 | jdong | when cache is empty, it'll refill it and then shut off the HD |
03:08:44 | jdong | however, if I quickly skip 5+ tracks.... |
03:08:55 | jdong | the Disk Active notification will blink on and off |
03:09:01 | jdong | constantly |
03:09:08 | jdong | and next song won't display |
03:09:19 | jdong | which seems like the disk isn't caching but just reading in realtime... |
03:09:26 | jdong | if I pause for a few seconds then play again, it returns to normal |
03:09:42 | jdong | I'd expect such behavior to have a significant impact on battery life? |
03:12:09 | jdong | it seems like after two or so songs (5mins?) it's able to recover |
03:16:06 | | Join Gon [0] (n=gon@ip68-100-196-135.dc.dc.cox.net) |
03:24:22 | D_C | scorche i am suppose to use the source archive right? |
03:24:58 | D_C | the latest source archive link is dead ;( |
03:25:26 | D_C | il just use yesterdays |
03:26:53 | scorche | cvs |
03:30:39 | | Quit Alonea ("Chatzilla 0.9.77 [Firefox 2.0.0.1/2006120418]") |
03:35:44 | | Quit rkostynu ("Chatzilla 0.9.77 [Firefox 2.0.0.1/2006120418]") |
03:40:22 | | Join dewdude [0] (i=dewdude@pool-71-120-0-23.washdc.east.verizon.net) |
03:40:36 | | Quit Mouser_X (Read error: 110 (Connection timed out)) |
03:41:59 | | Join Nico_P [0] (n=nicolas@rob92-6-82-231-243-63.fbx.proxad.net) |
03:43:20 | | Join jackfusion [0] (i=cfa11562@gateway/web/cgi-irc/labb.contactor.se/x-82201ba4178cca9d) |
03:43:39 | jackfusion | hi all |
03:43:42 | BHSPitMonkey | yo |
03:44:57 | dewdude | evening |
03:46:00 | jackfusion | has any one had problem with bootpartition.bin not opening |
03:46:58 | Llorean | Opening? |
03:48:14 | jackfusion | I get this error cannot open loader image file bootpartition.bin |
03:49:29 | | Join Techni [0] (n=Techni@d150-38-245.home.cgocable.net) |
03:49:36 | jackfusion | cannot open loader image file bootpartition-video.bin |
03:50:03 | Techni | could someone send me the gigabeat f bootloader? I have no method/idea of building it myself |
03:50:30 | Llorean | jackfusion: There is no file "bootpartition-video.bin" as part of the install process. |
03:50:55 | jackfusion | that is part of the bootloader install |
03:51:05 | Llorean | Yes, but the file for that is bootloader-video.bin |
03:51:15 | Llorean | So if you're typing bootpartition-video.bin, clearly it won't be there. |
03:51:24 | Llorean | Also, try the new install instructions, as it's a better method. |
03:51:31 | Llorean | http://www.rockbox.org/twiki/bin/view/Main/IpodInstallationBeta |
03:51:44 | jackfusion | but what about bootpartition.bin |
03:52:05 | Llorean | bootpartition.bin is bootpartition.bin, not bootpartition-video.bin |
03:52:39 | D_C | WARNING: The compiler you must use (m68k-elf-gcc) is not in your path! is that bad :S ive ticked it during the install so its definitely there |
03:53:11 | jackfusion | yes I fix that but I still get the error I get this error cannot open loader image file bootpartition.bin |
03:53:58 | Llorean | Is the file bootpartiton.bin in the folder you're in? |
03:54:08 | jackfusion | yup |
03:54:33 | Llorean | It shows up when you type "dir"? |
03:54:45 | jackfusion | yes |
03:55:04 | | Join webguest84 [0] (i=57afc73e@gateway/web/cgi-irc/labb.contactor.se/x-4646f51405206092) |
03:55:28 | Llorean | Either try the new install method, or paste the results of a "dir" and the error message to pastebin. |
03:55:34 | Llorean | DO NOT post them in this channel, by the way. |
03:55:58 | jackfusion | ok thank u |
03:56:56 | webguest84 | hello, i have a question. i patched my ipod nano with the kernel_on_cop_6.diff. but the video is still unsync with the audio. (sry for my bad english) |
03:57:10 | webguest84 | what can i do ? |
03:57:16 | Soap | webguest84: there is no syncing code in the mpegplayer yet |
03:57:30 | Llorean | webguest84: Try enabling frameskip and see if that helps |
03:57:38 | Soap | all that kernel_on_cpo patch does is allow the splitting of tasks between the two cores |
03:57:49 | | Join Matu [0] (n=bluestar@host-200-76-19-218.block.alestra.net.mx) |
03:58:08 | | Part Matu |
03:59:41 | webguest84 | oh.. i thought the new kernel will start the audio parallel to the video |
04:00 |
04:00:01 | | Quit barrywardell () |
04:00:14 | Llorean | webguest84: Only if you have a video that can playback faster than its frame rate, and you have frame limiting on. |
04:02:16 | webguest84 | that means ? do i have to encode the video in another way ? |
04:02:50 | webguest84 | sry but i have no experiences with those things |
04:03:04 | webguest84 | but i want to look videos on my ipod :) |
04:04:10 | Llorean | Just wait for the plugin to be finished then. |
04:04:25 | Llorean | At the moment it can't play videos longer than the buffer length anyway |
04:05:36 | jackfusion | How do u restart ipod g5? |
04:05:38 | Shawn_K | hey guys...I think I may have found some low-level LCD driver optimizations, but moving the files to my iPod and starting it up over and over is a pain |
04:05:48 | Shawn_K | i saw there were emulators or something in CVS |
04:05:56 | Shawn_K | how can I get win32 versions of those? |
04:06:07 | Soap | simulators |
04:06:08 | scorche | simulator != emulator |
04:06:20 | Shawn_K | ok, lol...my bad then |
04:06:22 | Llorean | Shawn_K: Firstly, they're simulators. They're never called emulators in any official documentation because they don't emulate any hardware, they just simulate the user interface. |
04:06:33 | Shawn_K | ok, thank you |
04:06:41 | Shawn_K | anyone know of any emulators? |
04:07:09 | Llorean | I don't believe there are any iPod Emulators. |
04:07:22 | Shawn_K | ok |
04:07:44 | Techni | does anyone have the gigabeat bootloader? its not included with rockbox for some odd reason |
04:07:49 | Llorean | There's really very little cause for running iPod code on a PC outside of us and iPL, and putting together a functional emulator for fairly undocumented hardware would probably be more of a hassle than it's worth. |
04:07:51 | jackfusion | google search ipod emulators |
04:08:01 | Soap | Though a P4 emulating an iPod emulating a Sinclair would be cool. |
04:08:17 | dewdude | haha |
04:08:40 | dewdude | x86 emulating PPC emulating Atari |
04:08:42 | Llorean | Techni: Instructions for compiling your own can be found here: http://www.rockbox.org/twiki/bin/view/Main/GigabeatFXPort |
04:08:44 | dewdude | i was bored one day. |
04:09:15 | Techni | Llorean: The instructions are for linux though |
04:09:50 | Llorean | Techni: Or Cygwin or the VMWare toolkit that we provide. |
04:10:35 | Techni | so you dont have a precompiled bootloader? that sounds kind of odd, why provide precompiled anything if you're not including everything? |
04:10:50 | Llorean | Because it hasn't been made available yet |
04:10:59 | Llorean | Don't assume that it'll never be up just because it isn't now. |
04:11:18 | Llorean | But you want to install it before it's been made officially available, and I'm telling you the current process. |
04:11:33 | jackfusion | sorry about this How do u restart ipod g5? |
04:11:47 | Llorean | jackfusion: Turn it off, and then turn it on... |
04:12:02 | jackfusion | how? |
04:12:03 | Llorean | jackfusion: Have you read the manual for Rockbox, specifically the basic controls portions? |
04:13:07 | | Join midkay_ [0] (n=midkay@168-103-164-42.tukw.qwest.net) |
04:13:13 | | Quit Arathis ("[rl_bot quit]") |
04:13:44 | jdong | jackfusion: that's covered on every iPod related site and even on the front page of apple's ipod support :) |
04:14:05 | jdong | toggle HOLD on then off, then hold MENU and CENTER for 10 seconds |
04:14:12 | Llorean | jdong: That's a hard reboot, and not the suggested method unless it's actually frozen. |
04:14:21 | Llorean | Or unless you're in the Apple Firmware, which doesn't have a power off. |
04:14:32 | jdong | Llorean: I thought that's what he was asking for |
04:14:40 | jdong | I know it's not exactly healthy to rockbox to do that |
04:16:39 | Llorean | It's not exactly "unhealthy" just... well, you don't get the proper shutdown procedure so you can end up with reset settings or other things |
04:17:37 | | Join duende_inside [0] (n=muggli@h-68-166-118-234.dnvtco56.covad.net) |
04:17:50 | jdong | well half-written playlists and changed settings doesn't sound very healthy either :D |
04:18:15 | Llorean | Yeah, but both of those are just really minor irritations overall. |
04:18:17 | Llorean | At least, to me |
04:18:25 | dewdude | my settings reset every time i update rockbox...then again, i'm probably doing it wrong. i'm lazy, i just extract the zip directly to my unit |
04:18:48 | jdong | dewdude: that's how I do it, and my settings don't seem to reset from it |
04:19:08 | dewdude | i did it yesterday...and lost all my settings |
04:19:08 | jdong | I just have a shellscript that wgets the latest CVS build and unzips it with force overwrite |
04:19:19 | jackfusion | this is cool I finally got something working on my ipod |
04:19:29 | jdong | I'd imagine some kind of updates would cause that to happen, dewdude |
04:19:44 | dewdude | maybe..i don't know |
04:19:44 | jdong | the wiki does recommend to save a .cfg file for those cases |
04:19:50 | dewdude | yeah, i should do that |
04:19:57 | dewdude | i just...i can't figure out the text entry |
04:20:09 | jdong | btw, major kudos to everyone involved with rockbox |
04:20:12 | dewdude | at all..i read the manual, and i still can't get it to work. it's not like i made a LOT of custom settings |
04:20:19 | dewdude | just EQ and display color |
04:20:25 | jdong | it's made my newly acquired iPod a lot more enjoyable |
04:21:44 | Llorean | dewdude: All you have to do is choose "Write config file" and then press the confirm button to save it. |
04:22:59 | | Part debauched_sloth |
04:23:29 | | Quit midkay (Read error: 110 (Connection timed out)) |
04:23:50 | dewdude | yeah...that's the one thing that's constantly confuzzled me. you have to scroll to the file..then click play to save it. like i said, i read the manual, i rarely use it, i never change EQ settings unless i do something like change headphones |
04:24:36 | midkay_ | jackfusion: so now it works and your request can be closed? (solution seems to be that you read the instructions wrong.) |
04:24:44 | midkay_ | er, bug report. |
04:24:53 | jdong | the text editing widget kind of takes a bit to get used to |
04:25:08 | jdong | and sadly due to iPod while-playing UI lag, it isn't all that easy to use |
04:25:27 | jdong | is there any work towards alleviating some of the UI lagginess while playing back music? |
04:25:41 | dewdude | jdong: sure. don't use mp3 |
04:25:52 | jdong | is only MP3 affected? |
04:25:54 | | Join barrywardell [0] (n=barrywar@194.46.180.41) |
04:25:57 | dewdude | ogg too |
04:26:02 | dewdude | they haven't optimized the decoders |
04:26:06 | jdong | then what format isn't affected?? |
04:26:15 | dewdude | i use FLAC and musepack |
04:26:21 | jdong | heh |
04:26:40 | dewdude | i think the frequency scaling patch will help, but i've not looked |
04:26:45 | Techni | um, i ran configure, and its not giving me the option of making a build file for the gigabeat |
04:26:47 | Llorean | jdong: The choice right now is basically "UI Lag" or "Skipping during playback" |
04:26:47 | dewdude | i use musepack exclusively |
04:26:49 | goffa | hey dewdude save your .cfg file |
04:26:52 | goffa | when you update |
04:27:05 | dewdude | hey, goffa, just did. |
04:27:14 | goffa | i like to put it out in root |
04:27:22 | jdong | Llorean: yeah I kinda imagined |
04:27:24 | goffa | then load it afterwards |
04:27:35 | Llorean | jdong: The dual core patch might offer some improvement in that area, though not immediately |
04:27:47 | jdong | cool |
04:27:56 | jdong | do we currently only use one core? |
04:27:57 | Llorean | Techni: What is it giving you? |
04:28:04 | dewdude | jdong: yeah. |
04:28:08 | Techni | options 1 - 12, mostly archos systems |
04:28:09 | Shawn_K | yeah, like I said...I am working on optimizations ^^ |
04:28:10 | jdong | ok |
04:28:11 | Llorean | jdong: Well until a couple days ago, we couldn't get the second one to work properly. |
04:28:20 | jdong | I see |
04:28:23 | Techni | archos, iriver, iaudio |
04:28:28 | jdong | anyway, I'm splended to hear that you guys are making progress |
04:28:33 | jdong | keep up the great work |
04:28:51 | Llorean | Techni: No Sandisk even? Is your source up to date? |
04:28:53 | dewdude | jdong: just be patient. they'll fix stuff. |
04:29:02 | Shawn_K | I'm new, I just started today w/ the code....none of them know if I'm doing anything usefull YET, lol |
04:29:10 | jdong | dewdude: I have full confidence in that :) |
04:29:15 | Techni | i just downloaded the source from http://www.rockbox.org/download/rockbox-2.5.tar.gz a few minutes ago |
04:29:26 | Techni | the one that http://www.rockbox.org/download/ links to |
04:29:32 | | Quit webguest84 ("CGI:IRC") |
04:29:34 | jdong | dewdude: I'm far from a whiny brat; I do quite a bit of open source work myself :) |
04:29:43 | dewdude | haha |
04:29:52 | Llorean | Techni: Why did you download 2.5? |
04:30:01 | Llorean | That's a very very very ancient source archive |
04:30:04 | Techni | cause thats the one the site links to |
04:30:05 | jdong | dewdude: I am an admin over @ ubuntuforums.org and I also maintain the Ubuntu Backports repositories |
04:30:06 | Llorean | That's the last release version |
04:30:14 | dewdude | haha |
04:30:26 | Shawn_K | jdong: ubuntu...eh, I like kde :P |
04:30:29 | Llorean | Techni: That page says it's dated 2005-09-22 <−− Notice the YEAR on that? |
04:30:32 | dewdude | jdong, ubuntu is my fav linux distro...mostly because it was the one i was using when everything clicked |
04:30:37 | dewdude | Shawn_K, kubuntu FTW! |
04:30:40 | jdong | Shawn_K: Kubuntu, lol |
04:30:48 | Llorean | Techni: Use the source archive from the CVS builds page, or just use CVS to check out a copy |
04:30:51 | Shawn_K | jdong: too lazy to set up kde, so ya....I use that one |
04:30:59 | jdong | Shawn_K: ubuntu/kubuntu are one :) |
04:31:01 | Shawn_K | jdong: that's probably my fav linux distro |
04:31:01 | Techni | http://download.rockbox.org/daily/rockbox-20070102.tar.bz2 page cannot be found |
04:31:04 | scorche | enough of the ubuntu talk... |
04:31:08 | Techni | cvs is not working, asks for a password |
04:31:18 | Llorean | Techni: Remember that link I gave you that tells you how to make the bootloader? It even specifically tells you how to use CVS to check out sources |
04:31:34 | Techni | and that links instructions did not work, thats why i downloaded the source directly |
04:31:34 | Shawn_K | jdong: the core is pretty much the same, but one for gnome, one for kde...apps and some optimizations are different |
04:31:47 | scorche | Techni: they work just fine |
04:31:48 | Llorean | Techni: When it asks for a password, just hit enter |
04:31:52 | Techni | i logged into linux on my ps3, and copy/pasted the first line in, and it asked for a password |
04:32:02 | Techni | i hit enter it goes back to the prompt |
04:32:05 | Llorean | Then it worked |
04:32:14 | Shawn_K | oooh, linux on ps3...how does that run? |
04:32:14 | Shawn_K | i been dying to know |
04:32:25 | Llorean | Shawn_K: Keep off-topic messages to PMs when the channel is actually active on relevant things |
04:32:26 | scorche | and the general linux talk... |
04:32:27 | Techni | yellow dog is pretty, but fedora core seems set up better |
04:32:40 | Llorean | Techni: Keep off-topic to PMs when the channel is active. |
04:33:27 | Llorean | Techni: Once you've hit enter after the password prompt, then you run the second line |
04:33:30 | Techni | sorry, i was typing that before you said it |
04:33:34 | Shawn_K | yellow dog is made for mac, did they update it for intel/amd since intelmac? |
04:33:54 | Techni | ah, i expected some sort of feedback |
04:34:06 | scorche | Shawn_K: we told you before... |
04:34:08 | Llorean | Shawn_K: Keep OFF TOPIC to PMs |
04:34:55 | | Join rkostynu [0] (n=chatzill@wnpgmb06dc1-183-197.dynamic.mts.net) |
04:35:18 | Shawn_K | scorche: what did you tell me? |
04:35:26 | Shawn_K | and Llorean: ok, sorry |
04:35:50 | scorche | Shawn_K: see the one who ended my sentence =) |
04:35:51 | | Join hcs [0] (n=hcs@rockbox/contributor/hcs) |
04:36:20 | Shawn_K | ok, i see |
04:36:25 | Shawn_K | sorry guys |
04:36:30 | Shawn_K | I get carried away easily :P |
04:42:52 | Shawn_K | well, I made a few minor changes to the lcd drivers for ipods |
04:43:01 | Shawn_K | gonna see if they work as expected ^^ |
04:43:07 | Techni | oh come on *cries* it wants me to install/configure gcc-elf |
04:43:14 | Shawn_K | oh, that |
04:43:19 | Techni | this is why i hate linux |
04:43:35 | Shawn_K | ah, running on your own linux box? |
04:43:40 | Techni | on the ps3 |
04:43:49 | Shawn_K | gotcha |
04:45:06 | Techni | no rule to make target zip stop |
04:47:09 | Llorean | Techni: Well, we told you to use Cygwin or VMware. |
04:47:25 | Llorean | Techni: If you must do it on your PS3, here: http://www.rockbox.org/twiki/bin/view/Main/CrossCompiler |
04:47:58 | Techni | i assumed since the instructions were given for linux it would work on a linux box, my bad |
04:48:25 | Llorean | It will work on a linux box. |
04:48:29 | Llorean | If you install the proper software. |
04:48:41 | Llorean | That being the toolchain. |
04:48:51 | goffa | luckily a nice setup script is in the source download |
04:48:59 | Llorean | Ah, there is that. |
04:49:07 | | Join justlevine [0] (i=4355f22a@gateway/web/cgi-irc/labb.contactor.se/x-76310f01de8ed9eb) |
04:49:08 | | Quit rkostynu ("Chatzilla 0.9.77 [Firefox 2.0.0.1/2006120418]") |
04:49:11 | Llorean | What was it called again? 's in the tools folder, but I can never remember the name |
04:49:27 | goffa | tools/rockboxdev.sh |
04:49:32 | Llorean | See, I always want to call it "rockdev.sh" for some reason |
04:49:36 | Shawn_K | wow, I started with a fresh source and suddenly it wont compile???? |
04:49:37 | Shawn_K | action.c:24:18: error: lang.h: No such file or directory |
04:49:41 | Llorean | Techni: Rockboxdev.sh can do most of the work for you. |
04:49:49 | Llorean | Shawn_K: Did you check out with CVS? |
04:49:53 | Shawn_K | yes |
04:50:06 | | Quit justlevine (Client Quit) |
04:50:26 | Shawn_K | it compiled just fine for me last night |
04:50:44 | Shawn_K | I mean I had trouble with patches, but I just did a remove of ones that didnt go through |
04:50:52 | Shawn_K | and even thewn it work |
04:50:58 | Shawn_K | now, no patches and it doesnt work |
04:51:21 | Llorean | And a cvs update shows all the files are fine, no Ms? |
04:51:31 | Techni | how do i run the .sh? I type its filename while in the tools directory and it says command not found, even though it is there when i type dir |
04:51:51 | Llorean | ./rockboxdev.sh |
04:51:57 | Shawn_K | it was a copy of a CVS checkout i did earlier |
04:51:57 | Techni | ty |
04:52:04 | Shawn_K | and it worked before |
04:52:06 | Llorean | Shawn_K: That does not answer my question. |
04:52:41 | | Part jackfusion |
04:53:45 | dewdude | has anyone ever tried to play content higher than 44.1 or 48 khz/16-bit on the ipod? |
04:53:56 | Shawn_K | Llroean: yes |
04:54:05 | Shawn_K | it did check fine |
04:55:32 | Llorean | Shawn_K: So, a cvs update doesn't update any files, and it doesn't say any are merged, and yet a new, fresh build directory doesn't work after a configure and a make? |
04:55:39 | Shawn_K | i am trying a clean build directory, before I had just used "make clean", now I am trying an entirely new directory |
04:57:20 | Shawn_K | i dont like how it keeps telling me it's using a ccache that doesnt seem to exist |
04:57:36 | Shawn_K | but if it works this time, then I'll just ignore it |
04:59:49 | Shawn_K | yeah, that was it, since it wasnt clean...it was ignoring some makes |
04:59:50 | | Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) |
05:00 |
05:00:00 | Shawn_K | it just generated a new lang.h |
05:00:08 | | Nick Mouser_X3 is now known as Mouser_X (n=mouser_x@67.110.120.159.ptr.us.xo.net) |
05:02:02 | Shawn_K | my first goal will be to get my iPod to last over 5hrs w/ playing MP3s, lol |
05:02:22 | hcs | I got mine to 6:30, once |
05:02:22 | myzar | pfft |
05:02:25 | myzar | mp3s are overrated |
05:02:27 | Shawn_K | i have a 5.5g |
05:02:34 | myzar | be cool like linuxstb and scorche |
05:02:39 | myzar | and get your 5.5g to play FLAC! |
05:02:40 | Shawn_K | well, I don't exactly feel like reformatting all my mjusic |
05:02:59 | Shawn_K | I'm a music nut, the re-code and audio lost would drive me nuts |
05:03:14 | Shawn_K | I would notice every loss from compression >.< |
05:03:52 | Shawn_K | I'm already ready to kick myself in the ass for encoding 5 albums or so into WMAs |
05:04:02 | scorche | myzar: i never had a 5.5g... |
05:04:25 | hcs | Shawn_K: why use mp3 if you notice such losses? |
05:04:37 | Shawn_K | LAME + high bitrate = good |
05:04:39 | scorche | and there is no "audio lost" in FLAC |
05:04:49 | Shawn_K | how large is FLAC? |
05:04:57 | *** | Saving seen data "./dancer.seen" |
05:04:59 | myzar | shhhhh scorche |
05:05:04 | zuzu_ | .5 from WAV/AIFF |
05:05:10 | myzar | Shawn_K, FLAC is a wav file with no loss |
05:05:11 | jdong | a lot larger than a typical mp3 :) |
05:05:15 | myzar | you can remake it into wavs |
05:05:23 | scorche | myzar: wavs dont have loss either... |
05:05:30 | myzar | nobody likes wavs scorche |
05:05:32 | myzar | shhh :P |
05:05:34 | zuzu_ | "lossless" is the word |
05:05:49 | myzar | nobody likes APE or wavpack |
05:05:51 | Shawn_K | so a 5mb MP3 would be like a 10mb FLAC? |
05:05:51 | myzar | so FLAC is a more proper term |
05:05:59 | myzar | because nobody uses any other lossless formats >:( |
05:06:00 | zuzu_ | will ipods with rockbox do line-in recording? |
05:06:03 | Shawn_K | or is the compression worse? |
05:06:15 | jdong | Shawn_K: MP3 is like 10% original filesize, FLAC is like 50% orig filesize |
05:06:20 | zuzu_ | yeah, FLAC or ALAC (the latter only excused because of iTunes use) |
05:06:33 | myzar | ALAC is worthless |
05:06:35 | myzar | stick to FLAC |
05:06:49 | hcs | I've got too much in APE, gotta see about converting it all to FLAC some day |
05:06:51 | Shawn_K | FLAC = 5x MP3!? |
05:07:00 | scorche | Shawn_K: around 20-60 per song |
05:07:03 | Shawn_K | hell no, I'll stick to a high birate MP3, lol |
05:07:06 | zuzu_ | MP3 is lossy, FLAC is lossless |
05:07:14 | * | scorche shrugs |
05:07:17 | Soap | Shawn_K: FLAC = +-700kbps |
05:07:35 | Shawn_K | lol, ya, I get that much |
05:07:54 | Soap | so if you are one of the silly boys who encodes 320 MP3, it isn't nearly 5x |
05:07:54 | myzar | KBPs in lossless doesn't matter |
05:07:55 | myzar | there's no loss |
05:08:09 | myzar | the bitrate in lossless music tells you an estimation on how big the file is |
05:08:20 | myzar | only the actual recording would make it any better sounding |
05:08:22 | Llorean | Shawn_K: FLAC is archival, you can reproduce the original CD from them. |
05:08:22 | scorche | which is why he said that... |
05:08:22 | myzar | if it's 16 bit or not |
05:08:33 | myzar | but it's not like that in lossy music |
05:08:33 | Soap | A - it is "b" as in bits. B - it matters as it is the measure of bits spent per second. As in the file size. |
05:08:38 | myzar | where bitrate is both size AND quality |
05:08:38 | myzar | (normally) |
05:08:42 | zuzu_ | um, bits per second matter when you're worried about filling the hard drive on your player |
05:09:00 | myzar | you mean filesize wise? |
05:09:09 | myzar | you wouldn't be storing lossless on a small drive anyways |
05:09:09 | Shawn_K | zuzu_: yep, when I have over 1k tracks |
05:09:21 | myzar | get an 80 gig and wait for rockbox to work on it |
05:09:23 | zuzu_ | bits per second * length of song == filesize |
05:09:24 | myzar | then you'll have plenty of tracks |
05:09:44 | | Join rkostynu [0] (n=chatzill@wnpgmb06dc1-183-197.dynamic.mts.net) |
05:09:54 | Shawn_K | just checked, I have over 2.7k tracks |
05:10:16 | Shawn_K | so, yeah...FLAC is not for my iPod, lol |
05:10:23 | Shawn_K | my 30gb ipoid |
05:10:51 | Soap | you should have plenty of space left. |
05:10:59 | Soap | (currently0 |
05:11:01 | Soap | ) |
05:11:24 | Shawn_K | currently, yes...not much if I go FLAC according to what you gusy said |
05:11:24 | zuzu_ | so, line-in recording with rockbox on ipod, yes or no? |
05:11:29 | Soap | yes |
05:11:40 | myzar | Shawn_K |
05:11:42 | zuzu_ | Soap: thanks |
05:11:46 | myzar | you can't make your lossy music into FLAC |
05:11:54 | myzar | you would have to get it all again, album by album |
05:12:31 | hcs | zuzu_: ooh, since when? |
05:12:33 | scorche | sure you can...it would just be a bigger version of the mp3 file |
05:12:58 | Shawn_K | myzar: yes, I know that |
05:13:02 | zuzu_ | hcs: when what? |
05:13:10 | myzar | why would you scorche |
05:13:14 | myzar | go from lossy to lossless |
05:13:14 | Shawn_K | scorche: bigger, yes....but I would have almost no space left |
05:13:20 | hcs | zuzu_: sorry, I meant to direct that question at Soap |
05:13:30 | myzar | but your ears would thank you |
05:13:33 | Soap | hcs: at least two weeks. |
05:13:35 | myzar | god's own orchestra would play on your ipod |
05:13:42 | myzar | caressing your ears with angelic sound quality |
05:13:45 | hcs | Soap: sweet! |
05:13:51 | scorche | myzar: i just said you could...not that you would want to |
05:13:58 | Shawn_K | eh, I still need new headphones after my last Sony LP50 broke |
05:13:58 | * | myzar licks scorche |
05:14:00 | Soap | myzar: can you ABX LAME v3 and FLAC? |
05:14:05 | Shawn_K | I am using generic Apple |
05:14:28 | Shawn_K | not LP50...LP51 |
05:14:32 | Shawn_K | lol, my bad |
05:14:35 | scorche | with my new headphones, 192 mp3s arent transparent anymore =( |
05:14:39 | myzar | i don't get your question Soap |
05:14:45 | Soap | my point myzar |
05:14:54 | myzar | i don't get your point. |
05:14:55 | Shawn_K | I loved those, fairlt cheap and good sound |
05:16:24 | Shawn_K | ok, wish me luck....now loading my new compile onto my iPod |
05:16:37 | Shawn_K | lets see if this small change made a speed dif |
05:17:15 | | Join jackfusion [0] (i=cfa11562@gateway/web/cgi-irc/labb.contactor.se/x-8e74c4cfd6111680) |
05:19:29 | Shawn_K | wow...no way, I think the screan drawing for menus actually improved |
05:20:26 | jackfusion | hi all |
05:21:14 | | Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) |
05:21:14 | Shawn_K | YES! it worked, now the vu_meter plugin is 2x as fast on the ipod |
05:21:32 | hcs | yay |
05:21:41 | | Quit Mouser_X (Nick collision from services.) |
05:21:46 | Shawn_K | I guess I do know what I am doing :P |
05:21:46 | | Nick Mouser_X3 is now known as Mouser_X (n=mouser_x@67.110.120.159.ptr.us.xo.net) |
05:22:35 | | Join Alonea [0] (n=chatzill@24-117-195-16.cpe.cableone.net) |
05:23:34 | hcs | I'm getting the impression here that recording and the cop patch aren't too friendly |
05:24:29 | Soap | I haven't tried that combo yet. |
05:24:48 | Soap | do you have a line-in adapter hcs? |
05:24:50 | hcs | seems to freeze, and leaves me with a /recordings directory pointing back to root |
05:25:02 | hcs | I do, but I don't have it connected yet |
05:25:48 | | Quit ctaylorr (Read error: 60 (Operation timed out)) |
05:25:49 | Llorean | Shawn_K: If you have a performance increasing patch, feel free to post it to the tracker |
05:27:21 | Shawn_K | ok, I will be posting stuff...this one is really so small its not worth it yet |
05:27:56 | scorche | we would much rather have a bunch of small patches doing one thing on the tracker, than one big patch that does a lot of things |
05:28:05 | Llorean | We *vastly* prefer small, specific purpose patches |
05:28:20 | Llorean | Easier to track it down if a patch causes unexpected side effects |
05:28:36 | Llorean | And "optimization" does not qualify as "one thing", just to clarify |
05:28:38 | Shawn_K | ok |
05:29:07 | Shawn_K | anyways, got a question, it lcd-ipod.c even used for the ipod video or is it just ipod-video.c? |
05:29:12 | Shawn_K | *is |
05:29:26 | Shawn_K | *lcd-ipodvideo.c |
05:29:37 | jackfusion | Is there themes for rockbox |
05:30:35 | Llorean | jackfusion: Yes. That's what the "Browse Themes" option is for in the main menu.... |
05:32:10 | Shawn_K | rockbox-themes.org |
05:32:14 | jdong | Llorean: do you have a link to the patch or discussion about the 2nd core of the ipod? |
05:32:27 | Shawn_K | The patches section on site has one |
05:32:38 | Shawn_K | if u need it I can get it for you |
05:32:41 | scorche | jdong: there is plenty about that in the IRC logs |
05:32:50 | Shawn_K | lol, nm then |
05:32:51 | jdong | Shawn_K: I've tried searching using several different methods |
05:32:57 | jdong | I guess I suck at searching :D |
05:33:06 | Shawn_K | lemme me pull it up, I have bookmarks of some patches |
05:33:12 | Llorean | jdong: Type "coprocessor" into the search on the tracker |
05:33:14 | hcs | perhaps you only suck at finding? |
05:33:24 | jdong | hcs: I suck at both :) |
05:33:41 | Shawn_K | #5755 |
05:33:48 | Shawn_K | that's it |
05:34:00 | jdong | Llorean: thanks, found it |
05:34:02 | Shawn_K | lol |
05:34:08 | | Part safetydan |
05:34:41 | scorche | Shawn_K: and no lcd-ipod.c is not used at all for the 5g |
05:35:06 | Shawn_K | I'm looking at the line drawing function for 16bit players...I just know it can be optimized, but I just don't see it yet >.< |
05:35:14 | | Join BobJonkma1 [0] (n=John@206-248-137-186.dsl.teksavvy.com) |
05:35:18 | scorche | actually, wait |
05:35:29 | Shawn_K | thnx schrche |
05:35:44 | scorche | nope...it isnt |
05:36:23 | * | Llorean still thinks he should post what he's already got, if it does improve performance. |
05:37:43 | Shawn_K | *Llorean starts thinking he should. |
05:38:17 | scorche | why would he post your patch? |
05:39:35 | | Quit jhMikeS (Nick collision from services.) |
05:39:35 | | Join _jhMikeS_ [0] (n=jethead7@rockbox/developer/jhMikeS) |
05:40:48 | Shawn_K | not mine |
05:40:52 | Shawn_K | his |
05:41:14 | Shawn_K | anyways, I came across an idea (kinda sketchy) to simulate a contrast setting |
05:41:56 | scorche | why do we need a contrast setting on a color lcd? |
05:41:56 | Llorean | Out of curiosity, why is one needed? |
05:42:05 | scorche | Llorean: slow today? =P |
05:42:09 | Shawn_K | set up a color set which colors are "pointed" to and, well...when contrast is set, change color values |
05:42:17 | | Join dantheman [0] (n=danielma@134.178.20.94) |
05:42:22 | | Quit BobJonkman (Read error: 145 (Connection timed out)) |
05:42:26 | Llorean | scorche: Busy finishing Half Life 2 finally. :-P |
05:42:35 | Shawn_K | anyways....I just thought I would bring that up since the sounce has a space for it to be implemented |
05:42:39 | Llorean | Shawn_K: We didn't ask "how" we asked "why" |
05:42:40 | Shawn_K | ********* |
05:43:05 | Shawn_K | -/* TODO: Implement lcd_set_contrast() */ |
05:43:41 | Shawn_K | I never said it would be needed...just saw the todo |
05:43:52 | Shawn_K | anyways, could be good to have settings for playing videos and such |
05:45:11 | | Join docmur [0] (n=andrew@CPE00119519006b-CM014480104272.cpe.net.cable.rogers.com) |
05:45:16 | docmur | hello all |
05:45:24 | Llorean | I'll bet that's left over from whatever file was used as a template for the one you're in |
05:45:27 | jackfusion | Is there a restiction on how big the notes files can? |
05:45:45 | docmur | I have an iaudio x5 |
05:45:56 | docmur | and if I put rockbox on will I be able to watch video |
05:46:51 | Llorean | jackfusion: Notes files? |
05:46:57 | | Part argonel ("~") |
05:46:59 | Llorean | docmur: Yes. |
05:47:03 | docmur | okay |
05:47:10 | docmur | what codec support will I get |
05:47:44 | | Join BobJonkman [0] (n=John@206-248-137-186.dsl.teksavvy.com) |
05:47:46 | | Quit barrywardell () |
05:47:54 | Llorean | docmur: So, what I'm getting is "I haven't visited the site and looked around yet" |
05:48:38 | docmur | I did but I didn't see the codec support |
05:49:01 | jackfusion | in the orignal firmware u could only have 4k text files. Is that restriction in place in rockbox? |
05:49:07 | Llorean | docmur: http://www.rockbox.org/twiki/bin/view/Main/WhyRockbox which is linked from the front page |
05:49:18 | Llorean | jackfusion: No. |
05:49:32 | dewdude | docmur: then you didn't look hard enough. i found that on my sidekick while standing in best buy thinking about buying my player. |
05:49:33 | | Quit BobJonkma1 (Read error: 145 (Connection timed out)) |
05:50:01 | jackfusion | so it dose not matter the size of the text file and how many u can have? |
05:51:07 | Llorean | jackfusion: It shouldn't |
05:52:26 | jackfusion | ok cool |
05:52:30 | | Join barrywardell [0] (n=barrywar@194.46.180.41) |
05:53:08 | | Quit barrywardell (Client Quit) |
05:55:36 | | Quit maxkelley (Read error: 104 (Connection reset by peer)) |
05:57:42 | | Join maxkelley [0] (n=max@cpe-74-69-17-126.rochester.res.rr.com) |
05:58:18 | | Quit docmur (Read error: 104 (Connection reset by peer)) |
06:00 |
06:02:35 | Shawn_K | since i'm just changing lcd drivers, it rockbox.ipod the only file effected with new compiles? |
06:03:08 | scorche | yes...rockbox.ipod is the actual firmware |
06:03:15 | Shawn_K | ok |
06:05:27 | | Part phrontist |
06:05:47 | Shawn_K | hmmm, this is odd...I made 2 changes and one shouln't have slowed it down if the other code was written properly... |
06:06:19 | Llorean | Ah, but if you think it shouldn't have, that doesn't mean you're right for sure. |
06:09:20 | | Quit Strath (Read error: 131 (Connection reset by peer)) |
06:09:52 | | Join webguest64 [0] (i=46748840@gateway/web/cgi-irc/labb.contactor.se/x-5e27fc006d61a88a) |
06:10:08 | webguest64 | hello? |
06:10:25 | Shawn_K | well, if I can find the source to what's calling it when it shouldnt be...then its all good :P |
06:10:28 | webguest64 | Can anyone tell me how to install the mpegplugin to my current build |
06:10:34 | Shawn_K | double the optimization, lol |
06:10:38 | | Quit Nico_P (Remote closed the connection) |
06:11:11 | Alonea | does rockbox handle text files well enough to read a story? |
06:11:23 | Shawn_K | i would think so, lol |
06:11:32 | webguest64 | Can anyone tell me? |
06:11:47 | | Quit JoeXBorn (Read error: 145 (Connection timed out)) |
06:12:09 | Llorean | webguest64: It comes with updated official builds. |
06:12:15 | Llorean | On the targets that support it |
06:12:22 | Shawn_K | wow, u must get that alot |
06:12:47 | webguest64 | So do i just put an Mpeg file into my main player and itll play? |
06:12:51 | Alonea | I was just wondering. Splitting up a story I have into one chapter per file since there isn't a "bookmark" thing for text I dont think |
06:13:15 | Llorean | webguest64: See the PluginMpegplayer page in our wiki. |
06:13:34 | * | scorche ponders reading a story on the nano |
06:13:38 | * | scorche shudders |
06:14:04 | Shawn_K | lol |
06:14:07 | scorche | Alonea: and i do recall something about a bookmark for text... |
06:14:18 | | Quit webguest64 (Client Quit) |
06:14:20 | Llorean | scorche: I know it was disabled at some point, I'm not sure if it ever got re-enabled |
06:14:32 | scorche | Llorean: yeah...i remember that discussion |
06:14:34 | Shawn_K | why would it be disabled? |
06:14:37 | Techni | the shellscript finally finished, i ran make in the build directory and it says "make: *** No targets specified and no makefile found. Stop. " |
06:14:56 | scorche | Techni: follow the instructions |
06:15:06 | scorche | it says to run tools/configure first |
06:15:18 | Techni | did that. ill try again |
06:15:30 | Alonea | really? wow. I will check it out once I get all these files, or at least a good batch of them, done. How do you open them? like you would open a video? guessing there is a text viewer somewhere on the open with... ? |
06:15:33 | hcs | ../tools/configure from the build directory |
06:15:46 | Llorean | Shawn_K: Some change probably broke it, and nobody has fixed it, would be my guess |
06:15:46 | | Join LoL [0] (n=yay@124-168-120-109.dyn.iinet.net.au) |
06:17:27 | Techni | redid ../tools/configure, redid make, same error |
06:17:55 | | Join BobJonkma1 [0] (n=John@206-248-137-186.dsl.teksavvy.com) |
06:18:05 | | Quit BobJonkman (Read error: 145 (Connection timed out)) |
06:18:31 | Llorean | Is configure giving any error messages? |
06:18:57 | Techni | ../tools/configure: line 1358: arm-elf-gcc: command not found ah, the shell script didnt do everything it was supposed to |
06:19:39 | hcs | shell script doesn't add it to PATH for you, nor does configure |
06:20:02 | Techni | ah boo |
06:20:43 | Techni | how would i do that? |
06:21:11 | hcs | what shell are you using? |
06:21:27 | Techni | yellow dog linux/enlightenment 17 |
06:21:54 | hcs | export PATH=$PATH:/usr/local/arm-elf/bin |
06:21:55 | hcs | probably |
06:21:56 | scorche | shell...not environment |
06:22:56 | hcs | (thus I assume bash) |
06:24:31 | | Join Strath [0] (n=donat@dpc6747254230.direcpc.com) |
06:26:11 | Shawn_K | i finally found an optimization for the line drawing function (dual coordinate one), but I decided to go back to it then forgot what it was...lol |
06:27:20 | Techni | Llorean: I sent you the messages it gave me via PM, since it's like 6 lines long and I don't wanna clog/spam up the channel |
06:27:27 | Techni | and thank you hcs |
06:27:54 | hcs | Techni: put them on pastebin.ca and everyone can see them |
06:28:41 | Llorean | Techni: I assume you're not registered, because I didn't get the PM. We usually use pastebin so that more than just one person can look at it |
06:29:22 | Techni | oki |
06:29:46 | Techni | http://pastebin.ca/302381 |
06:30:03 | | Join JoeyBorn [0] (n=rootmeis@adsl-75-3-1-110.dsl.chcgil.sbcglobal.net) |
06:30:16 | Llorean | Techni: Why are you still using the 2.5 source? |
06:30:44 | Llorean | Actually, arm-elf-gcc shouldn't be used with that at all |
06:30:47 | Techni | odd, i built the new version... |
06:30:54 | Llorean | So what's the deal, why's the folder named 2.5? |
06:31:07 | Techni | cause i used the folder i made before :( |
06:31:41 | hcs | a) what directory are you running in b) what directory did to run tools/configure in? |
06:31:42 | Shawn_K | ok, i still don't understand what the "cpu boost counter" means |
06:31:46 | hcs | they should be the same |
06:32:03 | Techni | odd, the config is the newer one since it has gigabeat, where 2.5 didnt... |
06:32:08 | LoL | so its taken more then 15 minutes for my nick D_C to time out :( |
06:32:09 | Shawn_K | does the boost counter mean the CPU is more free, or "overclocked"? |
06:32:16 | | Quit Strath (Read error: 104 (Connection reset by peer)) |
06:32:18 | | Quit D_C (Read error: 110 (Connection timed out)) |
06:32:22 | LoL | there we go lol |
06:32:23 | | Nick LoL is now known as D_C (n=yay@124-168-120-109.dyn.iinet.net.au) |
06:32:34 | Llorean | D_C: if you register your nick then you can have nickserv kill it |
06:32:46 | Mouser_X | It's what I have to do... |
06:32:55 | hcs | Shawn_K: it goes up when something needs boosting, back down when it no longer needs boosting, so if it is over 1 the cpu is boosted (as I understand it) |
06:32:57 | Llorean | Shawn_K: If the boost counter is greater than 0 the CPU is running at full speed rather than a slower speed. |
06:33:01 | hcs | *over 0 |
06:33:09 | Llorean | Shawn_K: Basically the number is "How many things still want faster speeds" |
06:33:42 | Llorean | Techni: You should probably have done things cleanly, as the fact that it's using the 2.5 source code directory for some strange reason could very well be the cause of your problems |
06:34:38 | | Quit [TEHb]_ (Read error: 113 (No route to host)) |
06:35:35 | Shawn_K | well, this is very good then...with all this crap running on rockbox at once, befair it went between 30 and 75mil, not it's going from 24 to 30 |
06:35:44 | Shawn_K | and with lower boost |
06:36:00 | hcs | whoa |
06:36:13 | hcs | gimmie dat patch |
06:36:20 | Mouser_X | Heh. |
06:36:21 | Techni | the problem was cause i use windows, and made a folder called "My documents" to feel like home, and it didnt like the space, |
06:36:30 | Shawn_K | well, the numbers jump...just means its much close to 30 |
06:37:00 | Shawn_K | I'm pretty much stripping out and optimizing code in the graphics libraries |
06:37:47 | Shawn_K | some failsafes I'm seeing are unecessary and a waste of processing, and it may not be much, but when called 10x or more per scroll...it adds up |
06:39:40 | Techni | http://pastebin.ca/302403 |
06:40:56 | Llorean | Techni: You didn't check out the full CVS, which means you don't have the ability to make bootloaders. |
06:41:02 | Alonea | hey, is there a way to make folder hidden and have them not show up on rockbox? |
06:41:39 | Llorean | Techni: cvs -z3 -d:pserver:anonymous@rockbox.haxx.se:/cvsroot/rockbox co rockbox-devel should've been used instead of cvs -z3 -d:pserver:anonymous@rockbox.haxx.se:/cvsroot/rockbox co rockbox |
06:41:45 | hcs | Alonea: rockbox respects the hidden file property, and also hides files beginning with ., unless you choose to show "all" |
06:41:49 | Techni | i moved the stuff out of the 2.5 directory. when i CVSed the new copy, it put it inside it |
06:41:51 | Llorean | Alonea: In "Supported" view mode, hidden files are hidden |
06:42:10 | Techni | ah |
06:42:27 | hcs | Llorean: should I just let you handle these, then? |
06:42:52 | Alonea | ok, so in windows I make the folder hidden then? and where is this show all option you are talking about? |
06:43:26 | Llorean | hcs: I'm only half around, sorry if I'm repeating things you've said |
06:43:54 | hcs | you probably know better than I, anyway |
06:44:04 | Llorean | Yeah, but odds are good I'll miss things. |
06:44:08 | Llorean | I'm only barely paying attention |
06:44:46 | hcs | Alonea: what device are you using rockbox on? |
06:45:10 | Alonea | hcs: I have a Toshiba Gigabeat F-40 |
06:46:24 | | Join dafty [0] (i=562a4ad6@gateway/web/cgi-irc/labb.contactor.se/x-7e29a18345169b27) |
06:47:36 | hcs | the file view settings are described here: http://download.rockbox.org/manual/rockbox-gigabeatf/rockbox-buildch7.html#x10-890007.2 |
06:48:26 | | Quit dafty (Client Quit) |
06:48:38 | | Join Rob222241 [0] (n=Miranda@p54B15E65.dip.t-dialin.net) |
06:50:30 | | Join Jsunu [0] (n=Jsunu@d154-20-129-186.bchsia.telus.net) |
06:50:47 | Shawn_K | as I prepare patches, I will be releasing my optimized builds |
06:50:56 | Shawn_K | i just posted my first one on the site ^^ |
06:51:24 | Shawn_K | so if anyone is interested, or even wants to tell me if it's an improvement...that would be awesome |
06:51:44 | tehsmo | so, what does it optimize, mostly? |
06:51:54 | tehsmo | you said display, so would it improve scrolling on the ipod? |
06:52:03 | Shawn_K | the GUI drawing at the moment |
06:52:12 | Shawn_K | and so far it seems to improve scrolling on mine |
06:52:23 | Techni | http://pastebin.ca/302421 |
06:52:36 | Llorean | Shawn_K: If you're going to distribute a build, you're required to distribute your modified sources as well |
06:53:00 | Shawn_K | oh, really? not all on the site had been |
06:53:25 | Shawn_K | then I might as well keep them to myself until I'm ready? |
06:53:27 | Ajaxinc | does anyone here compile on a *nix enviroment that can help me set up my compiling enviroment for rockbox |
06:53:34 | tehsmo | also patches would be nice, for those of us who would want to add other patches to builds |
06:53:54 | tehsmo | Ajaxinc: have you used the rockboxdev.sh script? |
06:53:56 | Llorean | Shawn_K: It's a term of the GPL. |
06:53:57 | Shawn_K | I said I will be releasing patches after I get the system down |
06:54:08 | Ajaxinc | i didntknow where was such a script |
06:54:09 | jdong | Shawn_K: that's pretty standard of the GPL |
06:54:11 | Ajaxinc | where can i dl? |
06:54:15 | jdong | you need to publish your sources |
06:54:16 | | Quit jeffb (Read error: 113 (No route to host)) |
06:54:16 | tehsmo | it's in the source |
06:54:17 | Llorean | If you distribute a GPL licensed binary, you have to provide accompanying sources. |
06:54:28 | Shawn_K | ok |
06:54:37 | puetzk | Shawn_K, quilt is a nice tool for managing a set of patches as you work on changes |
06:54:38 | puetzk | I use it a lot |
06:54:46 | Shawn_K | ok |
06:54:51 | Shawn_K | i will try that |
06:54:53 | Shawn_K | ^^ |
06:54:58 | puetzk | helps me keep my own work straight, and the patch files are right there when I want them |
06:55:10 | Shawn_K | anyways, link : http://forums.rockbox.org/index.php?topic=7188.0 |
06:55:16 | Shawn_K | i willadd sources soon |
06:55:16 | tehsmo | Ajaxinc: http://www.rockbox.org/twiki/bin/view/Main/CrossCompiler - this describes how to set up a cross-compiler |
06:55:46 | Llorean | Shawn_K: Soon had best mean "within the next two hours" |
06:56:04 | Llorean | The GPL only requires you to provide sources when requested, which is why the others aren't being hassled about it, but you've now had a request. |
06:56:05 | tehsmo | heh. .quilt is a remarkably hard application to google for. :) |
06:56:19 | Llorean | :-P |
06:56:21 | Shawn_K | yeah, I am rar'ing it atm |
06:56:25 | puetzk | http://savannah.nongnu.org/projects/quilt |
06:56:36 | Llorean | I don't really understand why you don't want to post a patch to the tracker though |
06:56:37 | puetzk | it's also packaged in cygwin for any using that |
06:56:42 | tehsmo | ah, thanks |
06:56:48 | Llorean | The best way to get developers to test it, and that's who you want, is to post it to the tracker |
06:57:03 | puetzk | (and in debian, darwinports, and I'd assume most anywhere else with package management) |
06:57:07 | Llorean | Posting it to the unsupported builds forum gets hundreds of relatively clueless people asking you to include Patch X as well |
06:57:54 | puetzk | the basic premis is that you're working on a base folder, and a stack of patches |
06:58:02 | puetzk | you can use quilt push and quilt pop to move up and down the stack |
06:58:06 | Techni | make[1]: *** No targets specified and no makefile found. Stop. |
06:58:18 | puetzk | quilt import [-p n ] to bring in a patch file from somwehere else |
06:58:23 | puetzk | quilt new <name> to make a new one |
06:58:36 | puetzk | at any point you're working on the patch at the top of the stack |
06:58:41 | Techni | odd, i can see Makefile in that directory |
06:58:47 | puetzk | you use quilt add <path/to/file> to add it to the patch |
06:58:49 | puetzk | then hack away |
06:58:55 | tehsmo | puetzk: cool stuff. that sounds much easier than what I've been doing |
06:58:56 | Shawn_K | ;( the sources are over 11mb |
06:58:59 | puetzk | and use quilt refresh when you want the patch file regenerated |
06:59:10 | puetzk | it keeps track of all the relevant 'original' vesions to diff against |
06:59:13 | puetzk | it's very slick |
06:59:15 | tehsmo | nice |
06:59:20 | tehsmo | sounds like it'll be a lot easier to handle cvs updates with it |
06:59:24 | Shawn_K | my web server...well, if too many DL...well, I have limited BW and dont like files over 1mb |
06:59:29 | puetzk | yes, you just do quilt pop -a (all) |
06:59:31 | scorche | Shawn_K: what do you think a diff is for? |
06:59:37 | puetzk | then cvs up and quilt push -a to put them all back |
06:59:43 | | Join Criamos [0] (n=Criamos@p549312D9.dip0.t-ipconnect.de) |
06:59:53 | tehsmo | nice |
07:00 |
07:00:01 | Shawn_K | 3min left for source upload |
07:00:14 | puetzk | it grew out of andrew morton (linux 2.6-mm maintainer)'s patch scripts |
07:00:16 | scorche | Shawn_K: why worry about size and a diff when you can just put the diff on the tracker? |
07:00:31 | Shawn_K | lol, because I havent dont diff before |
07:00:32 | scorche | s/a diff/your webserver |
07:00:39 | puetzk | and he handles lots of disjointed patches and new updates :-) |
07:00:44 | scorche | then read how to on SimpleGuideToCompiling |
07:00:50 | | Join strabes [0] (n=strabes@ip68-108-31-178.lv.lv.cox.net) |
07:00:50 | Shawn_K | lol, I did |
07:00:54 | Shawn_K | i get lazy |
07:01:01 | scorche | ... |
07:01:02 | Shawn_K | just give mne time man |
07:01:09 | Ajaxinc | where can i get the latest rockbox source? |
07:01:30 | tehsmo | Ajaxinc: the docsindex is your friend: http://www.rockbox.org/twiki/bin/view/Main/DocsIndex |
07:01:30 | scorche | Ajaxinc: from cvs |
07:01:55 | Alonea | ok, I like the text so far, now, if there was a book mark command there, how would I get to it? |
07:02:00 | Techni | i keep getting zip warning: name not matched: FWIMG01.DAT |
07:03:01 | Ajaxinc | Shawn_K: I havnt registered my nick so it wont let me talk in pms |
07:03:09 | Shawn_K | ok, sry |
07:03:15 | Shawn_K | well, yes? |
07:03:17 | Ajaxinc | Shawn_K: i dont program ajax, its just been my nickname since i was 2 |
07:03:22 | Shawn_K | oh, lol |
07:03:26 | Ajaxinc | :] |
07:03:34 | Shawn_K | k, j/w I wrote quite the ajax script |
07:03:50 | hcs | (stronger than dirt) |
07:03:54 | Shawn_K | woohooo, sources done uploading |
07:04:04 | Shawn_K | now to fix post to have them |
07:04:34 | Shawn_K | anyone try my build yet? |
07:04:34 | Techni | and FWIMG01.DAT is the only file I need |
07:04:41 | tehsmo | Shawn_K: that's good enough to satisfy the GPL, but you really should learn to make a diff eventually |
07:04:48 | Shawn_K | oh, I will |
07:04:50 | Shawn_K | no doubt |
07:04:55 | Shawn_K | just nopt tonight, lol |
07:05:00 | tehsmo | ok, that's cool |
07:05:02 | *** | Saving seen data "./dancer.seen" |
07:05:23 | Llorean | Techni: Did you ever co rockbox-devel like I told you to? |
07:05:33 | Shawn_K | plz, I love 2nd opinions, I wanna know if it works well |
07:05:37 | Shawn_K | lol |
07:05:51 | Techni | cvs -z3 -d:pserver:anonymous@rockbox.haxx.se:/cvsroot/rockbox co rockbox-devel |
07:05:53 | Techni | yes |
07:05:57 | | Quit Rob2222 (Connection timed out) |
07:06:20 | scorche | Shawn_K: how hard is it really to just type cvs diff u > blahblah.patch ?!? |
07:06:28 | tehsmo | Shawn_K: I'm waiting for the patch, easier to deal with for me |
07:06:40 | Shawn_K | ok, lol |
07:08:13 | Alonea | ok, it doesn't appear to have bookmark, but apparently it does. When I went to "quit" while the text was elsewhere, and I went abck to the file and opened it, it opened right where it left it. |
07:08:16 | Llorean | Techni: Do an LS of your rockbox-devel folder, then cd to your build folder, configure and make, and show all of that in a pastebin |
07:08:18 | Techni | at the make stage I get make[1]: *** No targets specified and no makefile found. Stop. |
07:08:26 | Techni | oki |
07:10:13 | Techni | ah. my bad again, i was in rockbox, not rockbox-devel |
07:10:16 | Techni | trying make again |
07:11:22 | Techni | http://pastebin.ca/302454 |
07:12:10 | Llorean | Make fullzip isn't used with the bootloader... |
07:12:29 | | Quit strabes (Remote closed the connection) |
07:13:05 | Techni | just zip? |
07:14:58 | Llorean | You just need the one file |
07:15:01 | Llorean | You don't need to make a .zip |
07:16:41 | Alonea | hey, how do I get my volume buttons back on the gigabeat? they no longer work and someone else mentioned it too on the gigabeat irc page. The only way to change volume is with the remote control or at the volume screen under sound |
07:18:08 | jackfusion | Is there a gui theme for rockbox? |
07:18:50 | jackfusion | For when u are going around viewing menu and stuff? |
07:19:12 | scorche | no |
07:19:19 | Mode | "#rockbox +o scorche " by ChanServ (ChanServ@services.) |
07:20:03 | Topic | "Developers, please visit http://www.rockbox.org/twiki/bin/view/Main/KnowledgeMap" by scorche (n=scorche@rockbox/administrator/scorche) |
07:20:12 | Mode | "#rockbox -o scorche " by ChanServ (ChanServ@services.) |
07:20:22 | jdong | mind if I ask a few quick ipod questions? |
07:20:33 | jdong | I'm still a relatively new rockbox users |
07:21:01 | jdong | (1) will Apple's firmware updater still happily upgrade the firmware of an iPod with rockbox? |
07:21:12 | jdong | (2) I'd assume after said upgrade I'd have to reinstall the bootloader? |
07:21:18 | scorche | yes, although you will have to reinstall the bootloader |
07:21:30 | jdong | ok |
07:21:55 | | Join cynicalliberal [0] (n=chatzill@c-24-7-158-200.hsd1.ca.comcast.net) |
07:25:18 | | Quit Vyrus001 ("Leaving") |
07:25:23 | Shawn_K | how do i tell configure/make to only compile rockbox.ipod? |
07:25:40 | Shawn_K | or must that be done manually? |
07:25:46 | | Join strabes [0] (n=strabes@ip68-108-31-178.lv.lv.cox.net) |
07:25:48 | tehsmo | perhaps 'make rockbox.ipod' instead of make would do it |
07:25:56 | Shawn_K | sure? |
07:26:01 | scorche | Shawn_K: you dont |
07:26:09 | Shawn_K | ok |
07:26:14 | scorche | although, if that was the only thing modified... |
07:26:14 | tehsmo | should work, if the makefile is set up like most are |
07:26:23 | | Join Ghoulunatic [0] (n=woot@74-139-194-213.dhcp.insightbb.com) |
07:26:34 | Shawn_K | yes, only thing modified |
07:26:40 | Shawn_K | i;m not that dumb :P |
07:28:22 | | Join Hsystem [0] (i=4126c14e@gateway/web/cgi-irc/labb.contactor.se/x-2deaa35c24935e15) |
07:29:24 | | Quit mathgl ("Quitte") |
07:29:48 | jackfusion | Is there any tutorials for making themes |
07:30:19 | jdong | what's the story with rockbox charging over USB |
07:30:26 | | Quit Jsunu ("Chatzilla 0.9.77 [Firefox 2.0.0.1/2006120418]") |
07:30:27 | jdong | I've read so many reports that it doesn't work |
07:30:37 | jdong | but on my laptop it seems to charge just fine? |
07:30:38 | scorche | jackfusion: yes...see the manual. the wikipage CustomWPS, and one other wiki page...search for it |
07:30:42 | jdong | even while playing back music |
07:30:53 | scorche | jdong: it works fine |
07:31:05 | jdong | scorche: really? |
07:31:22 | jdong | what about threads like http://forums.rockbox.org/index.php?topic=3605.0 |
07:31:27 | jdong | is the problem no longer relevant? |
07:31:32 | jackfusion | Scorche: I want to make a gui for the menus and stuff |
07:31:49 | scorche | jackfusion: then that isnt our type of theme |
07:32:04 | Techni | ack, the gigabeat shuts off while being turned on :( |
07:32:07 | scorche | that involves delving into the code |
07:32:28 | jackfusion | thats right it is a suite that I want to make. |
07:32:46 | Llorean | jdong: Fine as in "it works consistently" though it charges much slower than the retail firmware. |
07:32:50 | Techni | goes to the charging screen |
07:32:56 | Techni | can not start it to go to usb mode |
07:32:59 | Ajaxinc | how do i run a .sh file in linux? |
07:33:19 | Hsystem | you have to make it executable, and then use ./ |
07:33:28 | jackfusion | want language is rockbox writen in? |
07:33:29 | jdong | Llorean: ah, ok that's the kind of answer I'm looking for :) |
07:33:34 | jdong | Llorean: how well does disk mode charge? |
07:33:35 | Ajaxinc | jack: c |
07:33:38 | jdong | still slower than retail? |
07:33:40 | jdong | same as rockbox? |
07:33:42 | jackfusion | thank u |
07:33:45 | Ajaxinc | np |
07:34:02 | Techni | i think it bricked my gigabeat :( |
07:34:11 | Llorean | jdong: Disk mode if their software, not ours. |
07:34:16 | scorche | jdong: we dont have any control over disk mode, so it hasnt changed from when you last heard about it |
07:34:25 | Ajaxinc | Hsystem: how do i make it an executable? |
07:34:36 | jdong | I understand that disk mode has nothing to do with rockbox |
07:34:37 | scorche | Ajaxinc: man chmod |
07:34:40 | Ajaxinc | k |
07:34:44 | jdong | but I can't find any definitive answer about charging rate in disk mode |
07:34:48 | Llorean | Techni: Well, I told you that you should wait until we provide one. If you did, you get no sympathy from me. Does the Gigabeat have a recovery process? |
07:34:51 | Hsystem | chmod |
07:35:01 | Llorean | jdong: It's the same as retail, for me at least |
07:35:02 | scorche | Llorean: it does |
07:35:19 | jdong | Llorean: ok, that's cool to hear |
07:35:30 | Hsystem | chmod u+x or something like that ... |
07:35:34 | jdong | one last thing... what's the typical lifespan of the backlight for the ipod? |
07:35:44 | jdong | should I be concerned about leaving it to charge overnight in disk mode |
07:35:51 | jdong | where the backlight is dimly lit at all times |
07:36:01 | scorche | it is an LED...they last a looooong time |
07:36:34 | jdong | oh wow it's a LED? |
07:36:46 | jdong | not the typical flourescent thingies used in laptop screens? |
07:38:30 | jackfusion | Where would I put .ipod for rockbox firmware tool to see? |
07:38:47 | scorche | rockbox firmware tool? |
07:39:05 | jackfusion | yup |
07:39:12 | | Quit Criamos ("( www.nnscript.de :: NoNameScript 4.03 :: www.XLhost.de )") |
07:39:17 | Alonea | the gigabeat should have a recovery process. I remember reading about it somewhere. I have never done it though. Hope you get yours going again Techni |
07:39:27 | | Quit dantheman (Read error: 104 (Connection reset by peer)) |
07:39:49 | scorche | Techni: for more info about it, join #gigabeat |
07:41:02 | | Quit strabes (Remote closed the connection) |
07:41:43 | | Join decayedcell [0] (i=792cceed@gateway/web/cgi-irc/labb.contactor.se/x-e4225d31facf9380) |
07:41:56 | decayedcell | cheers linuxstb |
07:41:58 | decayedcell | mpg working now |
07:42:19 | decayedcell | frameskip on bug fixed |
07:42:33 | jackfusion | when ur in the file browser the last item is rockbox and I read that u can use that to see other firmwares without changing from the orginal. |
07:42:43 | | Quit Ghoulunatic (Read error: 60 (Operation timed out)) |
07:43:43 | scorche | jackfusion: that is ROLO, and that is not quite the best description for it...see the wiki pages about it |
07:43:52 | decayedcell | it appears that videos larger than 320x240 on the 5G Video overfill the buffer or something... mpegplayer freezes on videos larger than that size |
07:43:58 | jackfusion | thank u |
07:44:01 | scorche | ROLO also does not work correctly on the ipods yet |
07:44:42 | Hsystem | mpg still buggy ... too slow in frames. |
07:44:53 | | Join World_Entity [0] (n=chatzill@63.201.154.179) |
07:45:03 | World_Entity | sup you guys... |
07:45:08 | World_Entity | got a ? real quick |
07:45:17 | World_Entity | on a mac here |
07:45:46 | World_Entity | ./ipodpatcher : permission denied |
07:45:57 | Llorean | decayedcell: Well, we do tell you to convert them first |
07:46:01 | World_Entity | can't run the ipodpatcher...i've done it before |
07:46:59 | decayedcell | is it possible for mpegplayer to detect the size of the video? |
07:47:16 | decayedcell | that would prevent anyone from getting into the same hole that I dug myself in |
07:47:19 | decayedcell | lol =/ |
07:47:50 | scorche | decayedcell: as Llorean said, we do tell you to convert them first... |
07:47:53 | jdong | World_Entity: is it chmod +x? |
07:47:58 | decayedcell | okok |
07:48:13 | Hsystem | does that works on a mac? chmod lol iknow it is for linux. |
07:48:19 | jdong | Llorean: Is there any hope for taking advantage of the HW video decoder on the ipod? |
07:48:26 | puetzk | Hsystem, works the same on a mac |
07:48:33 | jdong | documentation is probably scarce/nonexistant, I expect |
07:48:37 | puetzk | they're BSD unix machines underneath :-) |
07:48:39 | scorche | Hsystem: OSX is UNIX based |
07:48:49 | jackfusion | where can u find .mod files? |
07:48:53 | World_Entity | jdong: not sure... |
07:48:56 | Llorean | jdong: There's no docs, so hope is slim. |
07:49:00 | Hsystem | ah ok. |
07:49:06 | World_Entity | chmod has to do with permission settings...what about that sudo shit |
07:49:14 | World_Entity | kind of a nub...sorry man |
07:49:17 | jdong | puetzk: their kinda partially bsd derived ;-) |
07:49:18 | jdong | lol |
07:49:37 | jdong | World_Entity: you may or may not need sudo |
07:49:39 | decayedcell | sudo sets permissions |
07:49:42 | decayedcell | of users |
07:49:42 | jdong | chmod marks files as executable or not |
07:49:51 | jdong | sudo grants your command adminsitrator access to your system |
07:50:00 | jdong | which may or may not be necessary to low-level access your iPod |
07:50:09 | Ajaxinc | how do i use a .sh file in linux? |
07:50:09 | Hsystem | or you could use −−> su if you know the password for the root. |
07:50:13 | jdong | I don't use OSX so I wouldn't know |
07:50:17 | Ajaxinc | particularly the rockboxdev.sh |
07:50:18 | World_Entity | well i did this a few days ago and had the same problem...after trying the same thing again and again..it simple worked..i shit you not |
07:50:23 | jdong | Ajaxinc: same; chmod +x it, then ./rockboxdev.sh |
07:50:28 | jdong | or sh rockboxdev.sh |
07:50:30 | Ajaxinc | o |
07:50:31 | Ajaxinc | ok |
07:50:32 | Ajaxinc | thanks |
07:50:34 | jdong | np |
07:50:40 | scorche | World_Entity: the cussing is not needed |
07:50:56 | World_Entity | true... |
07:50:57 | jdong | World_Entity: you must've hammered the command so much that Apple figured out you wanted to mark it executable :D |
07:51:01 | World_Entity | my bad |
07:51:10 | World_Entity | ha ha... |
07:51:21 | World_Entity | cool maybe ill do the same |
07:51:38 | jdong | but you gotta chmod +x exectuables before they'll run |
07:51:47 | World_Entity | cool lemme try that |
07:51:48 | Alonea | night all. Hope someone fixes whatever disabled the volume buttons on the gigabeat. |
07:51:49 | puetzk | jdong, which is all any of the modern *BSDs can claim :-) |
07:52:02 | | Quit Alonea ("Chatzilla 0.9.77 [Firefox 2.0.0.1/2006120418]") |
07:52:13 | Techni | i managed to force recovery mode, and restore the original boot loader |
07:52:13 | jdong | puetzk: what I was saying is OSX's bsd ancestry is much far-stretched compared to any of the modern BSD decendants |
07:52:14 | World_Entity | you the man jdong |
07:52:22 | Techni | http://www.mygigabeat.com/forum/messages.cfm?threadid=BC5B8B48-3048-2906-EA65BE069DC676DE |
07:52:24 | World_Entity | thanks bro...that was the ticket |
07:52:28 | | Join ender` [0] (n=ender@84.52.165.220) |
07:52:31 | Techni | in case someone else needs it |
07:52:31 | scorche | lets not get into a BSD discussion... |
07:52:31 | jdong | np, World_Entity, any time :) |
07:52:32 | World_Entity | sorry for the cursing schorce |
07:52:37 | World_Entity | lol |
07:52:57 | * | jdong angrily exports tracks from gtkpod |
07:53:03 | jdong | stupid filename mangling :) |
07:53:11 | jdong | makes it so impossible to identify songs |
07:53:16 | puetzk | scorche, aww :-P |
07:53:22 | jdong | and no, I didn't think far enough to tag them! |
07:53:36 | | Quit World_Entity ("Chatzilla 0.9.77 [Firefox 2.0.0.1/2006120417]") |
07:53:59 | decayedcell | anyone know is there a windows based .fnt font editor |
07:55:27 | puetzk | jdong, gtkpod makes an itunesdb, no? |
07:55:36 | jdong | puetzk: yep |
07:55:41 | puetzk | IIRC there's a program in the wiki that can convert that to rockbox tagcache form |
07:55:47 | puetzk | so you'd get titles |
07:56:04 | jdong | yeah, there is |
07:56:11 | jdong | but I'd rather switch over to flat-files |
07:56:13 | scorche | decayedcell: we use our own font format...edit BDFs then convert them |
07:56:14 | puetzk | indeed |
07:56:32 | jdong | it'd make my ipod a lot more useful as a song storage device for computer playback |
07:56:37 | puetzk | but it could be a start; might not be too hard to hack it to store that data as id3 tags instead of as a generated tag cache |
07:56:41 | | Quit Mouser_X (Read error: 110 (Connection timed out)) |
07:56:48 | jdong | even if rockbox understands gpod23243.mp3, I don't :D |
07:56:50 | puetzk | (or gtkpod may already have such a feature) |
07:57:03 | jdong | puetzk: I've got a pretty semi-auto solution hacked out |
07:57:09 | puetzk | run with it then |
07:57:21 | jdong | gtkpod can export on %a - %t.mp3 files |
07:57:23 | jdong | from the itunesDB |
07:57:34 | jdong | and then a tagging script can easily turn that into ID3 tags |
07:57:44 | scorche | we dont care about gtkpod...take it to PMs please |
07:58:08 | decayedcell | .bdf |
07:58:15 | decayedcell | is there a windows based bdf editor then lol |
07:58:26 | decayedcell | I couldn't get fontforge to work under cygwin =/ |
07:58:27 | scorche | decayedcell: see the wiki page CreateFonts |
07:58:34 | decayedcell | thanks |
08:00 |
08:00:56 | | Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) |
08:00:56 | | Quit Hsystem ("CGI:IRC (EOF)") |
08:01:03 | | Nick Mouser_X3 is now known as Mouser_X (n=mouser_x@67.110.120.159.ptr.us.xo.net) |
08:01:44 | | Quit hcs (Read error: 131 (Connection reset by peer)) |
08:06:13 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
08:10:28 | Techni | looks like I'm forced to wait then, any progress report on when your boot loader should be done? |
08:11:24 | | Join pondlife [0] (n=Miranda@rockbox/developer/pondlife) |
08:18:01 | Techni | http://www.mygigabeat.com/forum/messages.cfm?threadid=DFD23E60-3048-2906-EA5C587812920991 |
08:18:19 | Llorean | Why are you posting that link here? |
08:18:33 | | Quit Mouser_X (Read error: 145 (Connection timed out)) |
08:19:10 | | Join Exclamation [0] (n=reuben@dsl-207-112-81-10.tor.primus.ca) |
08:19:13 | Exclamation | hi |
08:19:36 | Exclamation | i just have a few q's before i put this on my ipod |
08:19:53 | Exclamation | will the interface change? |
08:20:06 | scorche | of course |
08:20:06 | Llorean | Very much so. Have you read the manual? |
08:20:13 | Exclamation | nope |
08:20:24 | scorche | please do =) |
08:20:33 | Exclamation | how much different is it? better? worse? |
08:20:42 | scorche | that is for you to decide |
08:21:01 | Exclamation | :) |
08:21:03 | Llorean | Most of us think it's better. |
08:21:12 | Llorean | But, y'know, you're asking in #Rockbox, you can't call us unbiased |
08:21:18 | decayedcell | hahaha |
08:21:22 | Exclamation | btw, i just got a 30g video, thats supported right? |
08:21:27 | decayedcell | yeah |
08:21:29 | decayedcell | i have one |
08:21:29 | scorche | or neutral as we like to call it ;) |
08:21:31 | Exclamation | cool |
08:21:36 | | Join Vyrus001 [0] (n=Vyrus001@adsl-69-231-44-192.dsl.irvnca.pacbell.net) |
08:24:22 | Exclamation | Is there any advantage with rockbox in terms of playing videos? |
08:25:13 | Techni | the link worked |
08:25:23 | Techni | was very easy, no compiling |
08:25:26 | Techni | just copy/paste |
08:25:28 | * | myzar licks scorche |
08:25:34 | myzar | scorche, are you married? |
08:25:48 | scorche | we have discussed this before, and i said no... |
08:25:53 | * | scorche shoos myzar away |
08:25:56 | myzar | good! |
08:26:04 | * | myzar creeps up behind scorche |
08:26:41 | * | scorche readies the boot stick in case someone were to creep up on him from behind with more off-topic-ness |
08:27:23 | Llorean | Techni: Yes, and that link he posted is very likely just what he got when he compiled the bootloader. |
08:29:31 | | Join GodEaterWeb [0] (i=c2cbc95c@gateway/web/cgi-irc/labb.contactor.se/x-bf4f316dbe932c1d) |
08:29:42 | Ajaxinc | how do i "Make your PATH include :/usr/local/arm-elf/bin |
08:29:47 | Ajaxinc | in linux |
08:30:46 | pondlife | Hmm, it seems that "Whoops" is gaining ground in CVS comments. What's wrong with the traditional "Oops" ? ;-) |
08:31:04 | pondlife | p.s. Happy New Year (at last) |
08:31:22 | | Join _Veseliq_ [0] (n=veseliq@195.85.215.210) |
08:31:30 | | Quit jackfusion ("CGI:IRC (Ping timeout)") |
08:32:05 | scorche | pondlife: they felt that "Oops" was just too short (and see the topic) |
08:32:38 | * | pondlife likes short words |
08:33:29 | pondlife | scorche: I did have a look, will add some info if I get time, but that's a bit unlikely at the mo. |
08:33:40 | scorche | when you get the time =) |
08:33:46 | Techni | alright, now that i have rockbox working, how would i go into usb mode? |
08:33:53 | pondlife | I wish I didn't have to use that phrase. |
08:35:20 | Ajaxinc | Xbox ~ # dir |
08:35:20 | Ajaxinc | -bash: dir: command not found |
08:35:25 | Ajaxinc | thats not good right? |
08:35:38 | Techni | nvm, the dock isnt supported yet |
08:40:06 | | Quit Shawn_K () |
08:42:20 | | Join juxtap [0] (n=juxtap@wbs-41-208-200-70.wbs.co.za) |
08:43:18 | Ajaxinc | when using rockboxdev.sh what is the directory that it wants me to add the the PATH again? |
08:43:24 | | Join norbusan [0] (n=norbusan@chello213047086216.5.14.tuwien.teleweb.at) |
08:44:31 | Techni | why dont you guys just offer the precompiled file that site links to, rather than making ppl jump through hoops and possibly brick the thing? |
08:45:01 | Llorean | Techni: We can compile bootloaders now, without a problem |
08:45:06 | Llorean | We just HAVEN'T POSTED IT YET. |
08:45:07 | Llorean | As I told you |
08:45:22 | decayedcell | reading the manual helps |
08:45:27 | decayedcell | a lot :) |
08:45:52 | Techni | but i got it to compile too, but it compiled incorrectly |
08:46:05 | Llorean | You also did about a million things wrong along the way |
08:46:19 | Ajaxinc | when using rockboxdev.sh what is the directory that it wants me to add the the PATH again? |
08:46:30 | Llorean | There will be a precompiled bootloader posted for downloading at some point |
08:46:35 | Llorean | You were impatient, and you had problems. |
08:46:41 | Techni | thats no excuse when it gives me the file, and gives no errors |
08:46:48 | Ajaxinc | when using rockboxdev.sh what is the directory that it wants me to add the the PATH again? |
08:47:03 | Llorean | Techni: You can compile ANYTHING and have it name the file the file you got. |
08:48:06 | Llorean | Techni: Error messages can only tell you if the compile failed, not if the file you got will do what you expect it to do. |
08:48:44 | decayedcell | it should do it automatically Ajaxinc |
08:48:53 | decayedcell | but read this http://www.rockbox.org/twiki/bin/view/Main/CygwinDevelopment |
08:49:00 | decayedcell | near the bottom if you still have problems |
08:49:27 | Ajaxinc | its jsut that when ever i try to compile my hellworld script it has a ton of errors |
08:49:42 | Ajaxinc | and its the exact hellworld script that is on the plugins tutorial on the rockbox site |
08:49:57 | decayedcell | well whats the first error? ;p |
08:51:07 | Ajaxinc | one sec |
08:51:11 | Ajaxinc | i closed my ssh session |
08:51:16 | Ajaxinc | have to try re compiling |
08:51:43 | Ajaxinc | helloworld.c:1:20: plugin.h: No such file or directory |
08:52:21 | | Join webguest99 [0] (i=c27f0812@gateway/web/cgi-irc/labb.contactor.se/x-f38a1b3d66170b71) |
08:52:49 | decayedcell | is the file there? lol |
08:52:52 | Ajaxinc | lol |
08:53:00 | Ajaxinc | is it exposed to be in that folder? |
08:53:55 | decayedcell | well the problem could be that you have an incomplete source to start with |
08:54:15 | Ajaxinc | well my source isnt even on my linux box that im compiling on |
08:54:22 | Ajaxinc | it should probaly be on there shouldnt it? |
08:54:29 | decayedcell | zing.... |
08:54:38 | Ajaxinc | any directory? |
08:54:44 | Ajaxinc | specific directory |
08:55:01 | decayedcell | helloworld script lets see |
08:55:12 | Ajaxinc | for plugin |
08:56:30 | decayedcell | it would appear |
08:56:32 | | Quit webguest99 (Client Quit) |
08:56:40 | decayedcell | that you need the full rockbox source to start off with |
08:56:51 | decayedcell | a quick search on my end reveals that plugin.h |
08:56:56 | decayedcell | is in rockbox-devel/apps |
08:57:03 | Ajaxinc | yep |
08:57:07 | decayedcell | rockbox-devel being the source off CVS |
08:57:18 | decayedcell | i'm not an expert on compiling |
08:57:31 | decayedcell | but i'd say that you need the rockbox source as well as that helloworld thing |
08:57:39 | decayedcell | (correct me if I'm wrong anyone) |
08:58:06 | Ajaxinc | wow, i just put that file in the directory then re complied |
08:58:11 | Ajaxinc | got about 30 lines of error codes |
08:59:11 | decayedcell | missing files again? |
08:59:21 | Ajaxinc | lol |
08:59:22 | Ajaxinc | some |
08:59:27 | Ajaxinc | ill try again |
08:59:27 | Ajaxinc | one sec |
08:59:43 | decayedcell | perhaps your compiling environment isn't set up properly |
08:59:58 | decayedcell | you should ask the other guys for help lol i'm stabbing in the dark here |
09:00 |
09:00:02 | decayedcell | bbl |
09:04:17 | | Join petur [0] (i=d4efd6a6@gateway/web/cgi-irc/labb.contactor.se/x-d17a1f89e5a7088c) |
09:05:06 | *** | Saving seen data "./dancer.seen" |
09:07:35 | | Join [23]Fuzzipelz [0] (i=54b1e023@gateway/web/cgi-irc/labb.contactor.se/x-f973534eac45392c) |
09:07:43 | [23]Fuzzipelz | aye |
09:09:59 | | Quit [23]Fuzzipelz (Client Quit) |
09:13:11 | | Quit Exclamation ("Leaving") |
09:20:53 | | Quit pill (Remote closed the connection) |
09:21:24 | | Quit scorche (Read error: 104 (Connection reset by peer)) |
09:22:03 | | Join scorche [0] (n=scorche@rockbox/administrator/scorche) |
09:23:26 | | Part BobJonkma1 |
09:32:01 | | Join safetydan [0] (n=dan@rockbox/developer/safetydan) |
09:38:27 | safetydan | linuxstb, for the simulator, is it sufficient that SDL resample the audio when you do pcm_set_frequency? I think that will be easier than reiniting the entire SDL audio subsytem. |
09:42:48 | | Nick myzar is now known as myzar|away (n=myzar@66.199.227.210) |
09:43:07 | GodEaterWeb | I'd admire that Shawn_K's enthusiasm, but he sounds like he thinks he's more intelligent than he is.... |
09:45:17 | safetydan | GodEaterWeb, he's definitely enthusiastic. It will be interesting to see what patches he produces. |
09:45:56 | Llorean | safetydan: This is what he's done so far: http://pastebin.ca/302574 |
09:47:02 | safetydan | uh... that just seems to remove some safety checks and swaps tabs for spaces |
09:47:43 | Llorean | safetydan: He also moves a bit of stuff outside of a loop near the end, and I'm not sure what the switch case he's removed does at all. |
09:48:18 | safetydan | Well I'm sure he' measured it to be n frames per second faster :) |
09:48:40 | scorche | "vu_meter is 2x faster now" |
09:49:10 | | Join BHSPitMonkey_ [0] (n=stephen@adsl-65-69-152-153.dsl.rcsntx.swbell.net) |
09:50:46 | GodEaterWeb | and he couldn't manage to add it to Flyspray... |
09:51:16 | scorche | he said he will tackle patches tomorrow |
09:51:49 | GodEaterWeb | I've not noticed pasting something to pastebin to be a *massive* amount more effort than doing the same to Flyspray |
09:52:01 | Llorean | GodEaterWeb: I made the diff. |
09:52:04 | GodEaterWeb | ah |
09:52:05 | Llorean | He posted his whole source tree |
09:52:09 | GodEaterWeb | yeah I saw that |
09:52:19 | GodEaterWeb | I couldn't be bothered to download his entire tree |
09:52:33 | GodEaterWeb | nice work on ragging him on the GPL though :) |
09:52:57 | Llorean | Well, it was true. :-P |
09:53:03 | GodEaterWeb | absolutely |
09:53:14 | Llorean | Even if it was merely to satisfy my curiosity |
09:53:41 | GodEaterWeb | I liked the "soon better mean within the next couple of hours" and the unspoken threat of Llorean's lawyers :) |
09:54:07 | Llorean | Nah, it was the spoken thread of "I can delete your thread" |
09:54:13 | GodEaterWeb | hahaha |
09:54:29 | GodEaterWeb | you clearly type "thread" too many times a day |
09:54:34 | Llorean | Well, it would've been the spoken threat, but I didn't need to speak it. :) |
09:54:36 | petur | "and ban you for ever" |
09:54:44 | | Quit evilnick (Read error: 110 (Connection timed out)) |
09:54:56 | Llorean | I actually have to make use of the ban hammer far less often than I feared I might. |
09:54:58 | safetydan | Am I the only one not getting rockbox CVS emails? |
09:55:15 | Llorean | We have a surprisingly good ratio of "People who'll listen to reason" vs "LOL u gunna b4n me?" types. |
09:55:21 | GodEaterWeb | well I'm not getting them either, but I'm not subscribed to them either :P |
09:55:33 | Llorean | safetydan: The script is broken what with the single-coreness of the cvs server right now |
09:55:42 | Llorean | I believe |
09:55:45 | GodEaterWeb | yeah - what the hell is the deal with people putting "LOL" in front / behind everything they type ? |
09:55:58 | GodEaterWeb | the world must be full of very cheerful (but stupid) people |
09:56:01 | pondlife | LOL |
09:56:09 | petur | lol yeah :p |
09:56:22 | safetydan | Llorean, ok so is that same issue affecting flyspray and other emails then? |
09:56:31 | * | safetydan gets lonely without his regular Rockbox related emails |
09:56:56 | * | petur just recovered from another diskcrash :/ |
09:57:10 | pondlife | Anyone object if I close the "volume label is deleted" bug - http://www.rockbox.org/tracker/task/5217 ? It's not been reported in a long time. |
09:57:28 | petur | I'm not sure it has been fixed at all |
09:57:37 | petur | I'm even sure it is still there |
09:57:49 | pondlife | Are yousure it's a Rockbox bug? |
09:58:03 | petur | good question |
09:58:11 | pondlife | I doubt it myself. |
09:58:18 | pondlife | Too specific IMHO |
09:58:26 | Llorean | safetydan: I don't know. I still get the occasional flyspray email. I think it's a case of "some emails go out, and some don't" |
09:58:44 | pondlife | I would expect files/directories to go missing too, and CHKDSK to give errors at least. |
09:58:55 | pondlife | This would be reported more often. |
09:58:59 | GodEaterWeb | Llorean: Bagder said sendmail basically throttles back when the server is above a certain load |
09:59:03 | petur | pondlife: I once went through that code but only found other bugs ;) |
09:59:40 | pondlife | OK, I'll leave it alone if you think there's a chance it's a genuine Rockbox bug. |
10:00 |
10:00:07 | | Quit bun-bun () |
10:00:17 | petur | well I've had it once and I there's been no 'gotcha' commit for that one |
10:01:33 | petur | maybe a compatibility issue between RB and windows regarding FAT/DIR handling |
10:04:27 | | Quit BHSPitMonkey (Read error: 110 (Connection timed out)) |
10:06:30 | | Quit decayedcell ("CGI:IRC (Ping timeout)") |
10:07:25 | | Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) |
10:08:12 | pondlife | Hmm, are the mailing lists down too? |
10:08:32 | * | pondlife must stop Hmm-ing for 2007 |
10:09:58 | | Join Mouser_X [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) |
10:10:12 | | Quit cynicalliberal ("Chatzilla 0.9.77 [Firefox 1.5.0.9/2006120612]") |
10:11:43 | safetydan | pondlife, if what Llorean is saying is correct, then everything being sent is affected |
10:12:07 | petur | yummie yummie -> http://www.tgdaily.com/2007/01/03/samsung_32gb_ssd/ |
10:12:56 | petur | seems they plan 1.8" versions :D |
10:15:01 | | Nick BHSPitMonkey_ is now known as BHSPitMonkey (n=stephen@adsl-65-69-152-153.dsl.rcsntx.swbell.net) |
10:16:11 | | Join doktoreas [0] (n=geko@87.10.196.48) |
10:16:36 | | Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) |
10:17:45 | doktoreas | hi to all! |
10:18:02 | doktoreas | i have succesfull installed rockbox on my ipod and all is fine |
10:18:22 | doktoreas | i wonder if is there a plugin that create a sort of "collection" |
10:18:55 | doktoreas | instead of moving inside folders |
10:19:28 | petur | check 'database' (formerly known as tag db) |
10:20:50 | doktoreas | petur, in the plugin folder? |
10:21:00 | petur | settings |
10:21:18 | petur | check the manual first to see it's what you want ;) |
10:21:23 | | Join softi_42 [0] (n=softi@p549D7CFE.dip.t-dialin.net) |
10:22:02 | | Quit softi-42 (Read error: 110 (Connection timed out)) |
10:26:04 | doktoreas | petur, cool is exactly what i want :D |
10:26:08 | doktoreas | like the amarok database |
10:26:12 | doktoreas | thx |
10:27:00 | | Quit Mouser_X3 (Read error: 110 (Connection timed out)) |
10:28:17 | doktoreas | petur, the database update will recognize also mp3 was inside ipod before updating to rockbox? |
10:29:09 | GodEaterWeb | doktoreas: yes it will |
10:29:22 | | Quit Audioengineer (Read error: 145 (Connection timed out)) |
10:29:35 | doktoreas | i have selected initialize database |
10:29:44 | doktoreas | it says updating in background |
10:31:44 | doktoreas | now all is fine thx |
10:38:41 | GodEaterWeb | do you know - I've lost count now of the number of times I've hit the "next" link in the forums assuming it'll take me to the next page, and end up on a completely different post. |
10:40:16 | | Part norbusan |
10:43:17 | | Part Llorean |
10:45:07 | | Join bluebrother [0] (i=DludPOhK@rockbox/staff/bluebrother) |
10:50:06 | Techni | im not sure if it's possible, but could you guys make a dual bootloader? maybe if we hold down on the touchpad itll load the backup copy of the original bootloader? |
10:50:29 | Bagder | it is dual-boot on most targets already |
10:50:30 | | Quit GodEaterWeb ("CGI:IRC (EOF)") |
10:51:09 | Techni | not on the gigabeat to my less than informed knowledge |
10:54:32 | Bagder | I would be surprised if they wouldn't want that to work as well |
10:54:51 | | Quit pondlife ("disconnected has pondlife") |
10:56:48 | | Join GodEaterWeb [0] (i=c2cbc95c@gateway/web/cgi-irc/labb.contactor.se/x-c7d2a249c21891a7) |
10:57:08 | Techni | would be nice, RBox isnt exactly as pretty/functional as the gigabeats OS |
10:57:32 | GodEaterWeb | that would be because it's not even close to being finished on the gigabeat |
10:57:44 | petur | give it some time willya - it's in early stage |
10:57:56 | GodEaterWeb | which one would assume you knew - given there's not even an official manual for it yet |
10:58:31 | Bagder | there is a manual for it |
10:58:58 | GodEaterWeb | but that doesn't include the bootloader install yet does it ? |
10:59:07 | Bagder | no, I don't think it does |
10:59:22 | Bagder | I haven't got any bootloader binary to host on the download server either |
10:59:47 | GodEaterWeb | I think the only place to get the bootloader install guide is from the forums currently |
10:59:57 | GodEaterWeb | that says "not even close to being finished yet" in quite big letters to me |
11:00 |
11:00:01 | Bagder | we need to get the core gigabeaters to join us here |
11:00:23 | | Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) |
11:02:09 | Techni | yeah, being a homebrew developer for PSP I know how hard it is, well, I imagine it's harder for these guys since PSP is much more powerful and has a pretty robust OS. |
11:02:32 | | Join tj2master [0] (i=a@85.107.196.108) |
11:02:59 | Bagder | yeah, getting Rockbox to a new target is a lot of hard work |
11:04:17 | | Quit D_C (Read error: 54 (Connection reset by peer)) |
11:05:10 | *** | Saving seen data "./dancer.seen" |
11:06:51 | | Join NuclearDog [0] (n=nd@ikaruga.co.uk) |
11:08:28 | | Join funky [0] (n=repulse@unaffiliated/funky) |
11:09:04 | GodEaterWeb | Bagder, I'm just reading through some of the docs on the iPL pages in an effort to understand the hardware a bit more - any idea what "bic'ed" means in the context of hardware initialisation ? |
11:09:55 | Bagder | no |
11:10:30 | GodEaterWeb | I'll have a hunt to see if they have a glossary then :) |
11:10:45 | Bagder | it's not a term I use in my every day :-) |
11:10:46 | amiconn | I guess that relates to the arm 'bic' instruction |
11:10:56 | Bagder | yeah, must be |
11:11:02 | amiconn | BIC == 'bit clear', i.e. reverse AND |
11:11:28 | | Join Rob2222 [0] (n=Miranda@p54B17E26.dip.t-dialin.net) |
11:12:52 | | Quit matsl (Read error: 110 (Connection timed out)) |
11:14:45 | linuxstb | I guess it's the ARM bic (bit-clear?) instruction? |
11:16:22 | GodEaterWeb | there's an echo in there... |
11:16:38 | petur | cho in here... |
11:16:45 | Bagder | in here... |
11:16:49 | petur | ere |
11:17:37 | GodEaterWeb | wow - you lot must be really bored :) |
11:18:17 | petur | shhh don't tell my boss |
11:18:51 | | Join spiorf [0] (n=spiorf@host208-227-dynamic.2-87-r.retail.telecomitalia.it) |
11:19:02 | | Join adam1302 [0] (i=cbab4195@gateway/web/cgi-irc/labb.contactor.se/x-e31a7768f551d2cd) |
11:20:49 | Bagder | I think I have all the daily builds working properly again now |
11:21:17 | petur | ah there was a problem? |
11:21:20 | Bagder | yeah |
11:21:26 | Bagder | I wiped the entire directory |
11:21:41 | Bagder | me not a very smart person ;-) |
11:22:33 | Bagder | so I rewrote the scripts |
11:23:04 | Slasheri | there was no backups? |
11:23:20 | Bagder | there is, but during the holidays it would take quite some time to get the tapes |
11:23:24 | bluebrother | hmm, the manual still isn't build daily? |
11:23:34 | Slasheri | ah |
11:24:06 | Bagder | bluebrother: it should be, I'll investigate |
11:26:38 | Bagder | ah |
11:26:47 | Bagder | found the reason |
11:28:34 | bluebrother | btw, I was thinking if it would be better to name the html output files more like the ouput folder, like rockbox-h100.html |
11:28:43 | * | amiconn likes tape libraries |
11:28:48 | bluebrother | I guess changing this will break the daily builds, won't it? |
11:28:49 | | Quit Rob222241 (Read error: 110 (Connection timed out)) |
11:29:06 | | Join dan_a [0] (n=dan-mirc@rexanker.bcnadsl.com) |
11:29:10 | Bagder | bluebrother: well, I'd adjust to such a move easily |
11:29:34 | bluebrother | ok, I'll notify you when I find the time to do this :) |
11:32:30 | Bagder | I'll also make sure there's a static URL for the latest PDF |
11:36:47 | | Join Angry [0] (n=Miranda@dslb-084-056-174-077.pools.arcor-ip.net) |
11:39:37 | dan_a | Yay! I've got another MP3 player on the way from ebay :D |
11:39:58 | Bagder | dan_a: did you get the US one I sent you? |
11:39:59 | adam1302 | what is it |
11:40:21 | dan_a | Bagder: I don't know yet - I'm getting home tonight |
11:40:27 | Bagder | aha |
11:41:11 | dan_a | adam1302: A Samsung YH-820 - PortalPlayer based, so a port shouldn't be *too* difficult. And it means I can charge up my YH-920, and see if I can do a port to that, too |
11:41:44 | dan_a | I've also got a microSD card for my Sansa, so I'm trying to see if I can get that going |
11:42:13 | * | Bagder adds dan_a to the list of insane people ;-) |
11:42:38 | bluebrother | oh, there is a list? ;-) |
11:42:40 | | Quit GodEaterWeb ("CGI:IRC (EOF)") |
11:43:18 | Bagder | the secret society of listing insane people maintains it |
11:43:34 | * | dan_a grins |
11:43:39 | | Join ctaylorr [0] (n=ctaylorr@CPE001839ae25b4-CM0011aea4a276.cpe.net.cable.rogers.com) |
11:44:41 | | Quit ctaylorr (Client Quit) |
11:45:04 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
11:45:12 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
11:47:04 | | Join GodEaterWeb [0] (i=c2cbc95c@gateway/web/cgi-irc/labb.contactor.se/x-2661a83a93a5ff31) |
11:47:17 | GodEaterWeb | isn't the Nano 2G based on a Samsung built chip ? |
11:48:12 | dan_a | GodEaterWeb: I believe so |
11:48:38 | linuxstb | Yes, Apple/Samsung made a big announcement about new ipods using Samsung ARM chips. |
11:48:46 | adam1302 | dan_a: sounds awsome |
11:48:47 | GodEaterWeb | so why would they build devices based on portalplayer stuff if they had their own chip to use ? |
11:48:55 | linuxstb | (causing PortalPlayer's stock to plummet....) |
11:48:57 | | Join yossa [0] (n=chatzill@chello081018216139.chello.pl) |
11:51:12 | | Quit adam1302 ("CGI:IRC (EOF)") |
11:54:38 | | Quit My_Sic (Read error: 104 (Connection reset by peer)) |
11:54:45 | | Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) |
12:00 |
12:09:07 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
12:09:12 | | Join miepchen^schlaf [0] (n=hihi@p57B959D7.dip.t-dialin.net) |
12:09:36 | Bagder | fresh new set of daily manuals fixed |
12:12:33 | Bagder | fixed URLs for the PDFs now working |
12:18:04 | | Quit Techni (Read error: 145 (Connection timed out)) |
12:18:18 | Bagder | GodEaterWeb: I think it is a matter of time |
12:18:29 | Bagder | the PP ones were better earlier, and the samsung ones are more recent |
12:18:57 | Bagder | at least the PP targets all debuted long before we saw these samsung-based ones |
12:19:40 | Bagder | food time |
12:19:43 | linuxstb | safetydan: (regarding audio samplerate in the sim) - do whatever you think is easiest. If you make SDL resample, then you don't have to worry about the samplerates supported by the user's soundcard. |
12:21:15 | dan_a | Darn - MicroSD support for the Sansa is more complicated than just changing a GPIO output |
12:21:43 | linuxstb | When was anything easy? |
12:21:59 | dan_a | hehehe |
12:25:58 | linuxstb | dan_a: How should I be removing threads from the COP? Should the thread kill itself, or can I remove it from the main CPU? |
12:27:08 | | Quit Mouser_X (Read error: 110 (Connection timed out)) |
12:28:16 | dan_a | linuxstb: The safest way will be for the thread to kill itsself, but I'm pretty sure I implemented remove_thread_on_core(core, threadnum) |
12:30:27 | dan_a | linuxstb: Argh, no, there isn't a remove_thread_on_core, so at the moment a thread can only kill itsself |
12:30:41 | linuxstb | Ah, seems I'm just using remove_thread(thread).... |
12:30:49 | linuxstb | Which oddly seems to work... |
12:31:11 | linuxstb | But could explain why it doesn't work a second time... |
12:31:29 | * | linuxstb should stop using .... |
12:31:44 | amiconn | The thread ids are unique across both cores, aren't they? |
12:32:30 | linuxstb | It's a pointer to a struct thread_entry, so yet. |
12:32:33 | linuxstb | ^yes. |
12:32:57 | amiconn | Then there should be no need for a separate remove_thread_on_core() |
12:33:00 | dan_a | The thread numbers aren't unique, but thread entries will be |
12:35:01 | linuxstb | I'm assuming a remove_thread(NULL) call will never return? |
12:37:31 | | Quit _jhMikeS_ (Nick collision from services.) |
12:37:37 | | Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) |
12:38:31 | safetydan | linuxstb, what's an easy way to test if pcm_set_frequency is working? Play an MPEG video file with !44100 Hz audio? |
12:39:06 | linuxstb | Probably try one of the plugins - e.g. Doom - that sets the samplerate to something other than 44.1KHz. mpegplayer doesn't do that. |
12:39:08 | jhMikeS | safetydan: I have a test plugin for that |
12:39:11 | linuxstb | Or Rockboy. |
12:39:34 | linuxstb | But you'll probably need to enable sound in the sim for those plugins - the pcm functions weren't exported in the past. |
12:39:46 | safetydan | ah okay, I just assumed it was related to the mpegplayer as the sim change was comitted after you made some changes there |
12:40:35 | linuxstb | I exported all the pcm* functions in the plugin API so that mpegplayer would compile for the sim - I don't think there was a reason why they weren't. I then got the error that pcm_set_frequency() wasn't defined in the sim. |
12:40:53 | | Join Tim_Zuiker [0] (n=chatzill@ip503df4af.speed.planet.nl) |
12:40:58 | jhMikeS | Maybe I should add it to CVS but not as part of the SOURCES? |
12:41:05 | Tim_Zuiker | Hello |
12:41:17 | jhMikeS | sort of like test_fps and such |
12:41:20 | linuxstb | jhMikeS: Yes, it would help when fixing the ipod audio drivers to work with multiple samplerates. |
12:41:46 | jhMikeS | It should automatically have a menu of all samplerates defined in the config |
12:41:52 | jhMikeS | I'll do that then |
12:42:05 | | Join trypt0 [0] (n=trypt0@ip68-8-222-147.sd.sd.cox.net) |
12:42:39 | Tim_Zuiker | Why doesn't RockBox support Creative players? |
12:42:54 | linuxstb | Because no owners of Creative players have ported Rockbox to them. |
12:43:49 | | Quit _Veseliq_ (Read error: 110 (Connection timed out)) |
12:44:35 | Tim_Zuiker | So there is now other Firmware for Creative, then there original Firmware from Creative? |
12:45:10 | linuxstb | Not that I know of. |
12:46:07 | Tim_Zuiker | Damn, I'm missing some functions that I'd like to use, but I'm stuck with there original firmware :S |
12:46:35 | linuxstb | http://www.rockbox.org/twiki/bin/view/Main/NewPort |
12:47:33 | | Quit Rob2222 () |
12:48:23 | Tim_Zuiker | I've a litte experience in C++, but I don't know where to start if I want to make it |
12:48:45 | | Quit GodEaterWeb ("CGI:IRC (Ping timeout)") |
12:50:44 | safetydan | well I'll have to pick this up tomorrow |
12:50:45 | | Quit safetydan ("Ex-Chat") |
12:51:28 | | Quit rkostynu ("Chatzilla 0.9.77 [Firefox 2.0.0.1/2006120418]") |
12:54:26 | | Join lee-qid [0] (n=liqid@p54964B5D.dip.t-dialin.net) |
12:54:35 | | Join _Veseliq_ [0] (n=veseliq@195.85.215.210) |
12:58:20 | | Part Tim_Zuiker |
12:59:30 | | Join nls_web [0] (i=d9d1bcda@gateway/web/cgi-irc/labb.contactor.se/x-7e38cfcc91736da9) |
13:00 |
13:02:17 | | Nick Everybody|away is now known as Everybody (n=everybod@harpo.demon.co.uk) |
13:03:10 | | Quit linuxboy (Read error: 110 (Connection timed out)) |
13:05:13 | *** | Saving seen data "./dancer.seen" |
13:08:41 | | Join GodEaterWeb [0] (i=c2cbc95c@gateway/web/cgi-irc/labb.contactor.se/x-4d63b3d33bfde949) |
13:19:44 | | Part tj2master |
13:20:25 | | Join jba [0] (n=jba@c211-30-242-204.blktn3.nsw.optusnet.com.au) |
13:21:04 | Bagder | gwhite added as new cvs committer |
13:21:21 | linuxstb | Who is gwhite? |
13:21:29 | Bagder | Greg White, gigabeat hacker |
13:21:38 | petur | check your mails ;) |
13:21:57 | linuxstb | I can't atm... |
13:22:37 | | Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) |
13:22:51 | | Nick Mouser_X3 is now known as Mouser_X (n=mouser_x@67.110.120.159.ptr.us.xo.net) |
13:23:18 | linuxstb | dan_a: Changing mpegplayer to use remove_thread(NULL) works well. I can now repeatedly start mpegplayer on my Photo, and the video thread seems to start reliably. |
13:23:34 | amiconn | Bagder: Do you think the // comment in the config-*.h files are still bad in spite of the special case? |
13:23:49 | linuxstb | I prefer them in that situation. |
13:24:12 | * | amiconn wondered about Bagder shortly popping in for just telling that |
13:24:23 | linuxstb | Yes, I saw that |
13:25:00 | | Quit markun (Read error: 104 (Connection reset by peer)) |
13:25:07 | | Join markun [0] (n=markun@rockbox/developer/markun) |
13:25:27 | linuxstb | dan_a: Forget that, it just failed to start... |
13:25:32 | | Join phrozen77 [0] (n=phrozen7@p5493194E.dip0.t-ipconnect.de) |
13:28:46 | linuxstb | dan_a: That seems to have been a one-off failure... It hasn't failed since then. |
13:29:47 | | Quit trypt0 ("Leaving") |
13:33:45 | | Join Rob2222 [0] (n=Miranda@p54B17E26.dip.t-dialin.net) |
13:36:23 | | Join Ricky [0] (i=cbad3b96@gateway/web/cgi-irc/labb.contactor.se/x-c5f5aa7be6ef6e42) |
13:36:34 | Ricky | hello all:) |
13:36:50 | Ricky | i would like some help with rockbox is anyone could help |
13:37:26 | | Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) |
13:38:04 | nls_web | Ricky: what's your problem? |
13:38:47 | Ricky | would you be able to help me install a theme |
13:39:32 | Ricky | i have the theme now there a four seperate folder 1.fonts - 2.themes 3.backdrops and 4.wps |
13:40:24 | nls_web | yes, in your .rockbox directory there are folders with the same names |
13:40:44 | nls_web | put files from fonts into your fonts directory etc |
13:41:12 | * | petur starts reading the darwin awards :) |
13:41:19 | Ricky | ok thanks for you help |
13:41:30 | | Quit _Veseliq_ (Remote closed the connection) |
13:41:49 | | Quit Febs (Read error: 145 (Connection timed out)) |
13:42:13 | | Join _Veseliq_ [0] (n=veseliq@195.85.215.210) |
13:42:55 | | Quit Ricky ("CGI:IRC (EOF)") |
13:48:10 | | Join fleytin [0] (n=user@ppp91-76-115-169.pppoe.mtu-net.ru) |
13:48:29 | | Join tendersmile [0] (n=tendersm@trir-590faf37.pool.einsundeins.de) |
13:48:56 | | Quit tendersmile (Client Quit) |
13:50:49 | | Part fleytin ("ERC Version 5.1.4 (IRC client for Emacs)") |
13:52:18 | | Join Ricky [0] (i=cbad3b96@gateway/web/cgi-irc/labb.contactor.se/x-cbad083773c25029) |
13:52:35 | Ricky | can rockboz play videos?? if it how how can i do this? |
13:52:49 | | Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) |
13:54:01 | petur | http://www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer |
13:54:42 | | Join Wiwie [0] (n=tendersm@trir-590faf37.pool.einsundeins.de) |
13:58:50 | | Quit jba (Read error: 110 (Connection timed out)) |
13:58:58 | | Quit Wiwie (Client Quit) |
13:59:06 | | Join Wiwie [0] (n=tendersm@trir-590faf37.pool.einsundeins.de) |
14:00 |
14:01:13 | | Join pondlife [0] (n=Miranda@rockbox/developer/pondlife) |
14:01:22 | | Nick Everybody is now known as Everybody|away (n=everybod@harpo.demon.co.uk) |
14:04:24 | | Quit Ricky ("CGI:IRC (EOF)") |
14:04:37 | | Quit jhMikeS (Nick collision from services.) |
14:04:43 | | Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) |
14:05:44 | | Quit _Veseliq_ (Remote closed the connection) |
14:06:17 | pondlife | jhMikeS: Hi, any further plans on the playback stuff? |
14:10:40 | | Quit Wiwie ("Nettalk6 - www.ntalk.de") |
14:11:01 | | Join Wiwie [0] (n=goddi@trir-590faf37.pool.einsundeins.de) |
14:13:01 | | Quit Mouser_X (Read error: 110 (Connection timed out)) |
14:15:02 | | Quit GodEaterWeb ("CGI:IRC") |
14:15:09 | | Join GodEaterWeb [0] (i=c2cbc95c@gateway/web/cgi-irc/labb.contactor.se/x-9e7be5b942900009) |
14:15:40 | | Quit dan_a (Read error: 110 (Connection timed out)) |
14:16:25 | jhMikeS | pondlife: big time. first stage: organize it :) |
14:17:09 | pondlife | Perhaps we need a Wiki to get it all documented before any re-coding starts? Aims: MAS/SW unification, simplification, new metadata handling, video integration etc...? |
14:17:33 | pondlife | i.e. set the scope too |
14:19:40 | pondlife | It was the "non-buffering video audio", and a crash I had this morning that got me going ;) |
14:19:48 | jhMikeS | I'll unify anything that can be done. Playback thought UI will be done throught the playlist interface alone and a control callback to feed it tracks. Metadata handling: definitely a 2nd iteration thing. Video: could be at any point but would like to complete the audio stuff first. Simplification: mostly from the heirarchy of UI->playlist->playback->pcm buffer->pcm |
14:20:23 | jhMikeS | Well also gain 512KB of ram since ther'll be only one swap buffer |
14:20:47 | pondlife | Hopefully we can reduce the number of interfaces too. Lots more routines to be made static... |
14:21:37 | | Quit aliask (Read error: 104 (Connection reset by peer)) |
14:21:50 | * | linuxstb likes it when two lines of code solve a big issue |
14:21:59 | jhMikeS | doing that. playback.c will have no awareness of directories and multiple callbacks can be registered for important events like buffering and track switching (things that scrobbler needs for instance) |
14:22:06 | linuxstb | A/V sync is now very close in mpegplayer. |
14:22:59 | jhMikeS | linuxstb: should frames be time stamped for display maybe? |
14:23:38 | preglow | jhMikeS: wouldn't it be better to synthesise the tones so that the pitch stays the same? |
14:23:54 | linuxstb | I just count the number of frames displayed, and keep track of how long each frame should be displayed for (a constant in most files - i.e. the framerate). |
14:24:13 | jhMikeS | preglow: I suppose but that's what I had to work with and needed a quick checker when doing the cf stuff |
14:24:17 | | Quit matsl (Read error: 110 (Connection timed out)) |
14:26:03 | Angry | Is there any updated mpegplayer.c outta there??? Cant wait to see^^ |
14:26:03 | jhMikeS | linuxstb: I'm thinking decoding should happen or something right after the frame is drawn, just wait till the proper time to draw it. Just an idea. Then you can drop them if behind. |
14:26:29 | linuxstb | mpegplayer has always done that. |
14:27:05 | linuxstb | It skips the display of frames, but doesn't skip the decoding (but that might be possible to some extent). |
14:27:40 | preglow | should be, i think |
14:28:00 | preglow | that is, if you mean the actual resynthesesing |
14:28:05 | preglow | you always have to decode, i think |
14:28:10 | jhMikeS | linuxstb: how do you keep from accumulating errors then? |
14:28:22 | linuxstb | What errors? |
14:28:32 | jhMikeS | what if you only decode I frames when things get bad? |
14:29:44 | jhMikeS | linuxstb: It seems like showing the frame for a certain amount of time but not using it's absolute time in the stream would accumulate small errors. I'm not perfectly clear on what you're doing though. :\ |
14:30:17 | | Quit yossa ("Chatzilla 0.9.77 [Firefox 2.0.0.1/2006120418]") |
14:31:25 | linuxstb | I just keep count of the number of frames decoded, and calculated the ETA for that frame based on the framerate. |
14:32:05 | linuxstb | And I also keep count of the number of audio samples played through the DAC, which I now use to keep the master clock in sync. |
14:32:35 | linuxstb | s/calculated/calculate/ |
14:32:48 | | Join Kittt0s [0] (i=Kaa@84.94.102.8) |
14:32:49 | jhMikeS | so you compensate it with that? The DACs gonna be the best clock, not ticks for sure :) |
14:32:54 | | Quit Kittt0s (Client Quit) |
14:33:16 | | Join dan_a [0] (n=dan-mirc@rexanker.bcnadsl.com) |
14:33:45 | linuxstb | I have a "tick_offset" variable (updated in the audio get_more() function), which I subtract from current_tick to get the elapsed time. |
14:34:05 | linuxstb | And that elapsed time is used to decide when to show video frames. |
14:35:22 | linuxstb | So basically, video is synced to audio. |
14:35:27 | jhMikeS | hmmm...recording doesn't even use ticks at all for ET. Just the number of samples and samplerate. |
14:35:46 | dan_a | linuxstb: I'm going to do some serious work on the dual core support when I get home - the reports I'm hearing seem to be that it's a bit unstable with the way we are doing things at the minute |
14:36:06 | linuxstb | But I need to display more than one video frame during the time of one 32KB DMA chunk. |
14:36:07 | | Quit jaebird ("Leaving") |
14:36:13 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
14:36:20 | | Join jaebird [0] (n=jae@53-89.netblk-69-41-89.coolaccess.net) |
14:36:47 | | Join Febs [0] (n=chatzill@38.98.196.75) |
14:37:51 | linuxstb | dan_a: Yes, I'm still getting problems with the video thread not always starting. That could be my fault as well though, but at least it seems much better now I'm correctly removing the thread. |
14:39:27 | | Join jba [0] (n=jba@c211-30-242-204.blktn3.nsw.optusnet.com.au) |
14:39:53 | linuxstb | dan_a: Do you have a target capable of running mpegplayer? |
14:40:01 | linuxstb | (a dual-core target) |
14:41:03 | dan_a | linuxstb: No, not at the moment (no sound on Sansa, no graphics on the 3G) I don't think I can borrow one from anywhere either. |
14:42:20 | jhMikeS | linuxstb: isn't pcm_get_bytes_waiting available? should be enough I suppose. |
14:42:47 | dan_a | linuxstb: Do things work better if you remove the "COP_CTL = PROC_SLEEP" from thread.c? |
14:43:25 | linuxstb | jhMikeS: I didn't know about that... That tells you how much of the 32KB has not yet been played? |
14:44:04 | linuxstb | dan_a: I'll try it. |
14:44:55 | jhMikeS | linuxstb: yes |
14:45:27 | linuxstb | That should be better, I can then ignore current_tick completely... |
14:56:59 | | Quit My_Sic ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
14:58:54 | | Quit jba (Read error: 110 (Connection timed out)) |
15:00 |
15:00:00 | | Quit XavierGr (Read error: 113 (No route to host)) |
15:01:12 | jhMikeS | yeah .01s is a bit gritty with frames lasting about .033s :) |
15:02:52 | amiconn | rvf playback uses a really simple synchronisation which works surprisingly well |
15:03:55 | amiconn | Nothing complex like separate threads, time stamps etc involved. Just playing the video frames based on the user timer, and feeding the audio to the mas |
15:04:02 | linuxstb | dan_a: It seems worse without it. |
15:04:36 | linuxstb | But in a way the mas can be thought of as a separate thread. |
15:04:55 | linuxstb | Is the audio feeding in a DMA interrupt though? |
15:05:09 | dan_a | linuxstb: Really? I wouldn't have expected that! |
15:05:19 | *** | Saving seen data "./dancer.seen" |
15:05:23 | amiconn | The only reason for time drift on rercorders would be slightly off-standard clocks for cpu and/or mas |
15:05:30 | amiconn | (both have separate xtals) |
15:06:14 | linuxstb | Can the MAS tell you how many samples it's played? |
15:06:20 | amiconn | nope |
15:06:38 | linuxstb | So you would have to decode the mpeg audio frames yourself? |
15:06:41 | amiconn | It can only tell how many mpeg frames it has played, but in a very unhelpful manner |
15:06:58 | amiconn | No, we just feed the compressed frames to the mas |
15:07:34 | amiconn | The mas frame counter is signed 20 bit (the standard internal data format of the mas) - and it saturates (!) at 0x7ffff |
15:08:44 | linuxstb | dan_a: Well, it's hard to judge. There seems to be a little randomness built-in to the PP5020.... |
15:10:19 | amiconn | linuxstb: (1) the SH1 has way too little power to decode mpeg audio even near realtime (2) Why do you think this would be necessary? |
15:11:08 | linuxstb | Sorry, I didn't mean fully decode, just parse the stream to keep track of the number of samples played. |
15:11:48 | linuxstb | ... and then keep the video in sync that way. |
15:12:33 | | Nick Everybody|away is now known as Everybody (n=everybod@harpo.demon.co.uk) |
15:15:20 | * | linuxstb wonders what the difference is between set_sound() and sound_set() in the plugin API... |
15:15:37 | nls_web | :-) |
15:15:49 | amiconn | We don't keep track of anything during normal playback. We just start and let it run |
15:16:42 | amiconn | It doesn't run apart too far even when running for hours (unless there is a bug, which was the case in the earlier stages) |
15:17:10 | linuxstb | I know, but you said there was a small time drift due to off-standard clocks. But it sounds like it's good enough. |
15:17:32 | jhMikeS | preglow: is fsincos up for doing a nice synth of a sine wave for constant pitch as different samplerates? The other waveforms are just straight lines so easy with line drawing. |
15:17:35 | amiconn | It doesn't need to be sample exact; for lip-sync appearance it's sufficient to keep it within +/- 50msec - and that's nearly 2 mpeg audio frames |
15:18:10 | * | jhMikeS like high precision if you can get it :) |
15:19:10 | amiconn | On Ondio there's another source of error. RVF specifies the video frame duration in mutliples of the recorder's CPU clock (11.0592 MHz), but the Ondio runs at 12.00 MHz |
15:19:53 | amiconn | We just calculate the new frame duration using the ratio of 625/576 |
15:20:19 | linuxstb | So errors accumulate? |
15:20:52 | amiconn | Yes, but even that doesn't become visible during a standard movie |
15:21:13 | * | jhMikeS likes rock solid sync that never drifts :) |
15:21:24 | | Quit gantrixx ("Ex-Chat") |
15:21:37 | * | amiconn prefers simplicity if complexity isn't really necessary |
15:21:40 | * | jhMikeS is a picky bastard though |
15:22:13 | linuxstb | How long does the movie need to be for a/v sync to drift? |
15:22:19 | linuxstb | (noticably) |
15:22:52 | amiconn | I never found noticeable drift on recorder, even with lord of the rings (~3 hours) |
15:23:05 | amiconn | On Ondio, I didn't try lord of the rings yet |
15:23:29 | amiconn | (reqires at least an 1GB MMC - part 1 is around 850MB) |
15:24:36 | nls_web | wow a 3 hour movie on a monochrome 128x96... "fun" ;-) |
15:25:58 | jhMikeS | how will keeping the frames tightly synced to audio make anything really complicated? doesn't seem to lead to that if no ticks are involved. just schedule a frame and wait for the proper time to display it. keep track of lateness and compensate. hmmm |
15:26:21 | | Join dpro [0] (n=x@chello080109121047.8.15.vie.surfer.at) |
15:27:20 | | Part Angry |
15:27:35 | pixelma | nls_web: the Archos displays are 112x64... but you should first take a look and then decide how much fun it is (for my tastes it's better than I'd imagined) ;) |
15:29:01 | jhMikeS | you might notice that recording has none of the "estimates" as it did previously...but that's the way I do stuff. It was actually simpler than all the estimation. |
15:30:10 | | Join Arathis [0] (n=doerk@p548491B8.dip0.t-ipconnect.de) |
15:30:34 | amiconn | jhMikeS: That means you need to keep track of time |
15:30:59 | amiconn | ...in a fine-grained manner |
15:31:24 | amiconn | Of course video.rock keeps track of time, in order to support seeking, played / remaining time etc |
15:31:44 | amiconn | Then, rvf playback is very different from mpeg video |
15:32:32 | amiconn | No cpu intensive decoding, just feeding the frames to the lcd (which still causes ~50% cpu load on archos, due to the serial lcd i/f) |
15:33:03 | amiconn | Otoh no frame should be skipped or doubled there, because it would cause a visible glitch |
15:33:09 | | Quit matsl (Read error: 60 (Operation timed out)) |
15:33:46 | amiconn | (rvf uses the same temporal dithering method as the grayscale lib. In fact video.rock was the first using this method, and I developed the grayscale lib working from that) |
15:34:40 | jhMikeS | amiconn: yes, using the samples and sample rate |
15:35:41 | amiconn | With rvf rockbox cannot count samples |
15:35:51 | amiconn | (on hwcodec) |
15:36:18 | jhMikeS | if the encoder rate doesn't match the hardware rate (possible in spdif) the clock will move slower or faster since it gives the playback time of what's recorded. |
15:37:12 | jhMikeS | on SWCODEC using the sample clock is easy with the interrupt handler and pcm_get_bytes_waiting |
15:40:22 | jhMikeS | can't really imagine watching something too much longer than a music video on a little screen though. LOTR is out of the question :) |
15:40:27 | | Join lowlight [0] (i=c730180a@gateway/web/cgi-irc/labb.contactor.se/x-1a48de7c55b4f488) |
15:40:51 | | Join BigBambi [0] (n=BigBambi@host-144-219.ch.le.ac.uk) |
15:41:29 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
15:44:08 | jhMikeS | amiconn: Is RVF a format you made for Archos and video.rock? |
15:44:14 | amiconn | yes |
15:44:29 | amiconn | [IDC]Dragon made it, to be precise |
15:45:02 | jhMikeS | compressed video? |
15:45:54 | jhMikeS | though as I understand there's not a lot of CPU there to do that :\ |
15:46:00 | amiconn | It's basically video frames in native LCD resolution and frequency (112x64x1, 67Hz on archos), interleaved with audio blocks containing bit-swapped mpeg audio data (mp2 or mp3, all standard sample rates) |
15:46:04 | | Quit Wiwie ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
15:52:19 | * | jhMikeS has been pondering a possible way to remove the "wave" on the screen in the grayscale overlay. not sure how to pull it off yet. |
15:55:52 | | Join linuxboy [0] (n=anon@yoda.frogfoot.net) |
15:55:58 | amiconn | jhMikeS: You can't |
15:56:41 | amiconn | The 'wave' comes from the fact that the frame rate we're writing at doesn't match the lcd's internal frame rate exactly |
15:56:59 | jhMikeS | I'm not sure why not. Remove components of the noise at 1/n intervals of the framerate (widely notched) when n = an integer from 1 -> inf theoretically. |
15:57:40 | amiconn | ...and that match can't be made exact because (1) the lcd uses an RC oscillator with a fairly high temperature drift and (2) the lcd doesn't tell the scan position |
15:58:18 | jhMikeS | that's why the pixel switches should occur at times not related to the lcd refresh rate |
15:58:30 | amiconn | The temporal pattern for each pixel isn't random, as that would cause far too much graininess |
15:59:12 | jhMikeS | use blue or purple noise in the spatial domain though. that's the plan anyway. |
15:59:15 | amiconn | Only the start position within the pattern is chosen at random whenever the pixel is changed. It stays fixed as long as the pixel doesn't change |
16:00 |
16:00:52 | | Quit Mouser_X3 (Read error: 60 (Operation timed out)) |
16:01:21 | amiconn | You can't switch single pixels at arbitrary times, only the complete frame at once (technically the smallest possible unit for switching would be one pixel block, but with way more overhead than switching frames) |
16:02:34 | jhMikeS | are you saying a screen with only a solid (undithered) color will exhibit this wave as well? |
16:02:42 | amiconn | no |
16:02:43 | preglow | jhMikeS: sure |
16:03:14 | jhMikeS | preglow: "sure" to the fsincos thing? |
16:03:18 | amiconn | But the only solid colours are pure black and pure white |
16:03:21 | preglow | jhMikeS: yea |
16:03:23 | jhMikeS | ah |
16:03:36 | preglow | jhMikeS: just use a straight unsigned long phase accumulator as argument, the increment should be 0xffffffff/samplerate*freq |
16:03:43 | jhMikeS | amiconn: but on H120 they're not |
16:03:50 | amiconn | they are |
16:04:19 | amiconn | You can't mix programmed temporal dithering with any of the lcd's greylevels |
16:04:41 | preglow | jhMikeS: just make sure to use fairly low frequencies for the other waveforms, or frequencies which fit a whole number of samples in each period, to reduce aliasing artifacts |
16:04:56 | amiconn | The lcd uses temporal dithering itself; in combination with programmed temporal dithering it flickers like hell |
16:05:26 | preglow | fairly low frequencies are most suited to detecting sample rate error artifacts anyway |
16:06:18 | jhMikeS | preglow: ok, this notation of 0xffffffff/something means what exactly? fixed point for 1.0/something? |
16:07:16 | jhMikeS | amiconn: ok, to get the grays on the H120 display as well then except black and white? |
16:07:16 | | Quit spiorf (Remote closed the connection) |
16:07:25 | preglow | jhMikeS: 0xffffffff represents something very close to 2pi, so 0xffffffff/sfreq would give you one full sine cycle using sfreq samples, multiplying it by freq will just scale the frequency up from 1 to whatever you want |
16:07:44 | preglow | i guess it should be calculates as 0x100000000/sfreq*freq |
16:08:44 | | Quit doktoreas ("Leaving") |
16:09:10 | jhMikeS | preglow: ok, you're doing radians with that. got it |
16:09:40 | | Quit Everybody (Read error: 110 (Connection timed out)) |
16:11:40 | preglow | one way of seeing it, yes |
16:12:09 | preglow | it's not really radians, since 2*pi = 0x100000000, but the principle is the same |
16:13:43 | | Quit MarcoPolo (Remote closed the connection) |
16:15:12 | jhMikeS | then any fraction of that is a fraction of 2*pi. your giving me angular velocity (w) if I read correctly |
16:15:48 | preglow | yeps |
16:19:36 | | Quit dan_a (Read error: 110 (Connection timed out)) |
16:25:04 | Juice^ | anyone here tried to disassemble sansa's mi4 in IDA? |
16:25:23 | | Join debauched_sloth [0] (n=gwhite@216.183.191.85) |
16:26:14 | | Join _Veseliq_ [0] (n=veseliq@195.85.215.210) |
16:29:37 | Bagder | Juice^: ida and other tools, sure |
16:30:30 | jhMikeS | amiconn: was just saying with 1/n*(refresh/2) frequencies and near neighbors filtered out of the what I presume is white noise, pixels won't switch in near time with the refresh rate since those components won't exist. The whole frame would still be updated in bulk. I'll just get to proving my point or feeling like a schmuck when I fail ;) I'll still learn stuff nonetheless. |
16:32:12 | | Join Arathis_ [0] (n=doerk@p5484932D.dip0.t-ipconnect.de) |
16:32:23 | amiconn | The temporal pattern for each individual pixel is not white noise, it's deterministic |
16:33:09 | amiconn | And leaving out the high frequencies is undesirable, as it would increase flickering |
16:33:17 | | Join Angry [0] (n=Miranda@dslb-084-056-174-077.pools.arcor-ip.net) |
16:33:59 | amiconn | The only thing which is random is the starting point within the deterministic pattern |
16:34:21 | | Join netmasta10bt [0] (n=torment@pool-72-64-129-78.tampfl.fios.verizon.net) |
16:34:21 | amiconn | (pseudo-random, of course) |
16:34:25 | jhMikeS | I wouldn't leave out high frequencies, in fact, I want them just certain frequencies |
16:35:51 | amiconn | One part of the wave is also caused by the fact that we sometimes write to the part of the lcd's internal buffer where the lcd controller is reading just at the same time |
16:36:13 | amiconn | That effect can't be suppressed at all |
16:36:50 | jhMikeS | that happens on the x5 too |
16:36:58 | amiconn | ? |
16:37:09 | jhMikeS | just with normal screen updates I can see a change |
16:37:16 | jhMikeS | not with grayscale of course |
16:37:33 | amiconn | Yes, but that's not 70 times per second under normal circumstances |
16:37:57 | amiconn | The epson lcd controller reacts with a brief switching to white in that case, the one in the archos produces small black 'fishes' |
16:38:13 | | Join tj2master [0] (i=a@85.107.196.108) |
16:43:00 | jhMikeS | the effect of updates on x5 isn't too bad. Just a slightly dark band that moves horitontally if near the refresh rate. |
16:44:49 | * | amiconn wonders whether it would be possible to calculate those frames 'live' using simple prng |
16:45:05 | amiconn | Then the grayscale lib would no longer be limited to 33 shades, and use less memory |
16:45:21 | jhMikeS | an adjustable gamma for grayscale would be nice though since my display is quite light and dark switches to light rather suddenly |
16:45:30 | jhMikeS | prng? |
16:45:39 | amiconn | There already is gamma correction |
16:46:09 | | Join bluey- [0] (n=bluey@dslb-088-073-085-070.pools.arcor-ip.net) |
16:46:26 | | Quit Arathis (Read error: 110 (Connection timed out)) |
16:46:27 | jhMikeS | yes, but I can't set it to my liking. very light/dark with no real grays |
16:46:35 | amiconn | It's in fact more complicated than just gamma, the curve is a superposition of standard gamma with an S-shaped transfer function |
16:47:27 | amiconn | The problem is that the transfer function depends on the 'contrast' setting, the individual lcd _and_ temperature... |
16:47:28 | Juice^ | Bagder: ok nice. what setting did you use to get it readable? i tried binary/raw and speficied it as a ARM710a cpu witch was the closest.... |
16:47:31 | jhMikeS | I would say it appears quite s-shaped with a sudden ramp up from dark to light towards the middle |
16:47:37 | Juice^ | Bagder: using IDA |
16:48:13 | amiconn | jhMikeS: The s-shape is compensated for in the library... |
16:48:28 | Bagder | Juice^: it is ARM7 so that works |
16:48:59 | amiconn | I guess you need to specify arm720t or another 't' model because plain arm7 doesn't support thumb |
16:49:06 | Bagder | true |
16:49:13 | Bagder | but most of the mi4 is not thumb, iirc |
16:50:05 | jhMikeS | Me eyes don't deceive me :) Perhaps a plugin to adjust it to perfection on your own player for the finicky like me is in order. I guess I'd need a photo to show what I mean though. |
16:50:09 | Juice^ | there isnt any other arm7 cpus to choose of |
16:52:28 | Bagder | I recall dealing with thumb with IDA anyway |
16:52:42 | Bagder | not that I achieved much with it, but still |
16:59:03 | jhMikeS | amiconn: the gradients in grayscale.rock are just the 33 shades of gray right? The lower 25% looks pretty much solid black and the upper 25% or so pretty much white some grayness in the mid 50%. I must have a freakish player then. :) |
16:59:57 | | Join RedBreva [0] (n=chatzill@host86-136-91-242.range86-136.btcentralplus.com) |
17:00 |
17:01:56 | lowlight | Juice^: ARM works fine. It will just load the binary though, you need to find the entry point though. |
17:03:25 | lowlight | and sometimes you need to do the switch to thumb mode |
17:03:29 | amiconn | jhMikeS: Yes, the gradients in grayscale.rock are uncompensated |
17:03:49 | amiconn | The library allows you to choose between raw and compensated mapping |
17:04:18 | | Quit Kitt0s (Read error: 110 (Connection timed out)) |
17:04:22 | amiconn | JPEG, doom etc use compensation, grayscale.rock and mandelbrot don't |
17:04:28 | * | jhMikeS notices that navi is not the fire button in doom but rec is. hrm. |
17:05:24 | *** | Saving seen data "./dancer.seen" |
17:05:25 | jhMikeS | what's needed in grayscale.rock to use compensation? would like to see the test screen with it. |
17:05:55 | | Quit GodEaterWeb ("CGI:IRC") |
17:07:15 | | Join barrywardell [0] (n=barrywar@194.46.180.41) |
17:07:36 | amiconn | You need to change 'gamma' in the gray_init() call (second last parameter) to something else than 0 |
17:08:14 | amiconn | This parameter is fixed point with 8 bits fractional part |
17:08:52 | | Join spiorf [0] (n=spiorf@host208-227-dynamic.2-87-r.retail.telecomitalia.it) |
17:08:54 | amiconn | 0x100 will give you pure linear mapping, 0x200 will sort-of resemble standard computer displays |
17:10:37 | amiconn | The latter is also what jpeg.rock uses (2 << 8) |
17:13:49 | jhMikeS | what about adjusting the amount of "S"? this gives no control over that. wish I could just set a linear gradient globally and force it on everything that uses the lib. |
17:14:28 | amiconn | No, the 's' compensation is done using a table |
17:19:03 | amiconn | The option to choose whether to compensate or not is for use with low depths |
17:19:26 | amiconn | mandelbrot uses 8 shades, and cube (on archos) uses 4 shades |
17:19:28 | jhMikeS | 0x200 is way too light |
17:19:59 | amiconn | The compensation curve was taken with contrast set to 28 |
17:20:32 | amiconn | 27 is _still_ too light... but with 28 your "fixed" greylevels are too dark... |
17:21:41 | jhMikeS | Well, I said I'd revert that and do a better fix cause it's about perfect on mine and preglow's but obviously isn't going over well everywhere. |
17:22:51 | | Nick maquis is now known as ack (n=erins@166.70.63.216) |
17:23:09 | | Nick ack is now known as maquis (n=erins@166.70.63.216) |
17:23:50 | jhMikeS | You said you're not using any of the gray levels anyway in the lib so how could it affect that? |
17:25:32 | amiconn | The contrast setting influences all greylevels |
17:26:01 | amiconn | Black, native greylevels, and software-pwm greylevels |
17:26:14 | | Quit tj2master (Read error: 110 (Connection timed out)) |
17:26:25 | | Part Angry |
17:32:13 | jhMikeS | Even back at 28 with the pattern as it is now it's ok. Just to the other side of correct. 28 still looks essentially the same as 27 for grayscale.rock |
17:34:35 | | Quit lowlight ("CGI:IRC (EOF)") |
17:37:06 | | Quit bluebrother ("leaving") |
17:38:23 | | Join mako_ [0] (i=mako@bork.hampshire.edu) |
17:42:27 | | Join lowlight [0] (i=c730190a@gateway/web/cgi-irc/labb.contactor.se/x-4db77750612675af) |
17:43:31 | | Quit barrywardell () |
17:43:33 | | Join Ribs [0] (n=ribs@91.84.8.218) |
17:47:06 | | Join hcs [0] (n=hcs@rockbox/contributor/hcs) |
17:50:25 | | Quit BigBambi ("Leaving") |
17:51:20 | | Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) |
17:55:00 | | Quit mako (Read error: 110 (Connection timed out)) |
17:55:39 | hcs | there's a gigabeat MEGF40S on overstock.com, can I presume by the F in the name that rockbox will be usable on it? |
17:58:13 | petur | tricky because of the S at the back - better learn more about the naming |
17:58:21 | amiconn | Yes, afaik this type is an gigabeat F, 40GB, Silver |
17:58:38 | amiconn | The gigabeat S has the S before the capacity |
17:58:40 | hcs | it is indeed silver |
17:58:46 | hcs | thanks |
17:59:18 | hcs | now I just have to find someone to buy my ipod :) |
18:00 |
18:00:26 | hcs | is its better support due to it having more open hardware? |
18:00:54 | Ajaxinc | its more powerful also |
18:00:54 | | Quit pondlife ("disconnected has pondlife") |
18:01:08 | Ajaxinc | and my F20 is super durable |
18:01:19 | Ajaxinc | while my girlfriend has broken 3 ipods |
18:01:33 | hcs | I've been happy with the durability of my ipod, 60 GB photo, built like a brick |
18:03:00 | lowlight | jhMikeS: for playback reworking...have you considered Slasheri's idea of a separate for flexible buffer api & tread to handle buffer operations instead of mixing them with playback |
18:03:11 | hcs | hmm, how's the sansa port coming along? I see it isn't on the chart yet but I haven't been paying attention |
18:04:21 | hcs | best buy has one for $90 |
18:04:25 | hcs | c250 |
18:04:26 | jhMikeS | lowlight: not sure what that means exactly. you mean for the pcm buffer? |
18:06:37 | | Quit petur ("plop") |
18:08:40 | | Join Kitt0s [0] (i=Kaa@84.95.119.152) |
18:08:45 | pixelma | hcs: the rockbox sansa port deals with the e-series |
18:09:07 | | Quit bluey- ("This computer has gone to sleep") |
18:09:15 | hcs | pixelma: doh, these characters look too similar, thanks |
18:10:04 | lowlight | jhMikeS: no the "filebuf" in playback.c. It would be useful to have a set of functions to read/write/fill/etc from the buffer for audio, video, & metadata |
18:12:19 | hcs | ok, how about the e250, then, which they have for $109? |
18:12:35 | hcs | e250R, in case that's important |
18:12:44 | jdong | hcs: from what I can see on the wiki page, far from being a usable audio player :) |
18:12:47 | jhMikeS | lowlight: ok...sounds like a good idea as long as overhead doesn't grow. metadata on the buffer is tricky in some ways since it gets destroyed (say in a big file that wraps). If it's needed later it must be offloaded somewhere. |
18:15:02 | hcs | jdong: ah, yes, "no sound" |
18:15:31 | jhMikeS | lowlight: right now I'm just combing through to not have it hard coded to playlists and such. anything should be able to serve as a track source really and that can worry about the details of what content should be played. cleaning that up will ease other changes. |
18:15:51 | Ajaxinc | currently I'd say the gigabeat has the most power and is one of the players being worked on the most |
18:16:04 | jdong | hcs: right :) |
18:16:15 | pixelma | hcs: I think I read that the "R" (so-called Rhapsody) players aren't supported at all - you could check out the forum thread (as that's where my info comes from too ;) ) |
18:16:21 | jdong | hcs: but I too greatly anticipate the sansa e200 port :) |
18:16:40 | | Quit matsl ("Leaving") |
18:16:41 | hcs | if I do get a new one it'll be because it is better supported than the ipod, not less, so the gigabeat it'll likely be |
18:17:19 | hcs | it's just that people got me gift cards to Best Buy for Christmas... |
18:17:30 | jdong | Ajaxinc: would it be the most usable port at the moment? |
18:17:35 | jdong | or the one that holds the most future hope |
18:17:41 | jhMikeS | I mean, is the buffering handled in mpeg.c in a similar manner or completely differently? Haven't really looked much. |
18:19:08 | | Join Criamos [0] (n=Criamos@p549312D9.dip0.t-ipconnect.de) |
18:21:26 | Ajaxinc | jdong: holds the most future hope I would say |
18:21:35 | Ajaxinc | and it is currently very usable |
18:21:46 | Ajaxinc | off to school, peace peeps |
18:23:12 | lowlight | jhMikeS: can't say I know anything about mpeg.c |
18:23:21 | | Join bluey- [0] (n=bluey@dslb-088-074-018-050.pools.arcor-ip.net) |
18:26:52 | | Join Angry [0] (n=Miranda@dslb-084-056-174-077.pools.arcor-ip.net) |
18:27:35 | | Join gotthardt [0] (n=chatzill@c-71-56-149-94.hsd1.or.comcast.net) |
18:32:51 | linuxstb | Am I right in thinking that remove_thread() doesn't work in the sim? |
18:34:00 | * | linuxstb is happy to see pcm_get_bytes_waiting() is implemented in the sim |
18:36:52 | | Join spiorf_ [0] (n=spiorf@host8-204-dynamic.4-87-r.retail.telecomitalia.it) |
18:38:57 | | Quit blue_lizard (Read error: 60 (Operation timed out)) |
18:39:31 | | Join blue_lizard [0] (n=blue_liz@p5498683A.dip.t-dialin.net) |
18:40:10 | jhMikeS | Thinking about it, I can't say atm how much awareness of content a buffer api should have if any. So much of playback.c is about buffering and knowing just exactly what and where things are written. Will think hard. Maybe a flash of insight...maybe smoke from the ears :) |
18:41:29 | | Quit Mouser_X3 (Read error: 110 (Connection timed out)) |
18:42:40 | | Quit Ribs ("eh eh ehhhh!") |
18:42:48 | linuxstb | What about having codec-specific loaders? |
18:42:55 | | Quit spiorf (Read error: 60 (Operation timed out)) |
18:44:41 | jhMikeS | linuxstb: in the codec? |
18:44:55 | linuxstb | No, in the core... |
18:45:06 | linuxstb | Or at least, loadable loaders... |
18:45:14 | | Join mathgl [0] (n=mathgl@shm67-4-82-242-213-244.fbx.proxad.net) |
18:45:19 | hcs | metaloaders... |
18:45:42 | | Join GodEater [0] (i=bryan@host-83-146-15-75.bulldogdsl.com) |
18:46:07 | jhMikeS | hmmm...how bout relocatable executable code on the buffer to do it? |
18:46:25 | jhMikeS | hrmph |
18:46:58 | amiconn | jhMikeS: Buffering in mpeg.c is much simpler than in playback.c |
18:47:01 | linuxstb | This has been talked about in the past for the non-streaming codecs (MOD, midi etc) to allow more flexible use of memory. |
18:47:12 | amiconn | The one in mpeg.c I can understand even though I didn't write it... |
18:47:16 | linuxstb | But could also open up things like supporting any codec in any container. |
18:47:43 | hcs | maybe useful for stuff like ADX where you know there will be seeking back in the file (for looping) |
18:48:06 | hcs | right now I have it force loading the whole file at once |
18:48:11 | jhMikeS | amiconn: and it does all the seeking stuff that playback.c does? |
18:48:11 | amiconn | I still think it would be easier to write a new engine from scratch than fixing the one in playback.c to work with metadata on buffer, support hwcodec etc |
18:48:32 | amiconn | What do you mean with all the seeking |
18:48:32 | amiconn | ? |
18:48:39 | amiconn | It does handle seeking of course |
18:49:12 | jhMikeS | well, same basic operations and multiple tracks right? |
18:49:33 | amiconn | From a functional view, yes |
18:49:40 | amiconn | From implementation, I don't know |
18:49:51 | amiconn | I tried to follow the playback.c logic once, and failed |
18:49:59 | linuxstb | My only other thought about the playback engine is that a "push" system may be simpler - i.e. the playback engine calling a decode_frame(inputbuffer,outputbuffer) function to decode the next frame of data. Seeking would be done by the file loaders, rather than the codec itself. |
18:50:11 | hcs | amiconn: yeah, but if you read the file as more than one buffer it may have to rebuffer the first bit if you seek back (the buffer is discarded when you read a new one), and most ADX files always repeat |
18:50:55 | amiconn | The hwcodec engine always rebuffers when seeking backwards |
18:51:19 | amiconn | ...even if the part seeked into is not yet flushed |
18:51:22 | amiconn | kiss |
18:51:39 | hcs | thus the forced single buffer loading I do to avoid rebuffering |
18:52:30 | jhMikeS | I know what plaback.c is up to. It's just that no comment is given consistently on the WHY of it's implementation. |
18:52:48 | preglow | amiconn: sounds highly annoying |
18:52:54 | amiconn | preglow: why? |
18:53:00 | preglow | why do you think? |
18:53:03 | preglow | a rebuffer makes me wait |
18:53:13 | amiconn | yes, sure |
18:53:31 | preglow | kiss isn't always the way to go |
18:53:32 | amiconn | But keeping track of what is not yet overwritten means extra work, and extra code |
18:53:38 | jhMikeS | I don't think it's need to essentially throw away buffered data to seek backwards. You just have to know what still exists and if it's gone, reload. |
18:53:43 | amiconn | ...and seeking backwards is a rare operation |
18:54:05 | linuxstb | What does the swcodec engine do? |
18:54:17 | hcs | thus why I brought this up in the custom loader discussion, with some files it may not be as rare as all that |
18:54:18 | * | linuxstb can't remember ever seeking backwards... |
18:54:19 | jhMikeS | I'm thinking of a virtual, essentially infinite buffer whose location never wrap but that needs some big integers |
18:54:26 | preglow | swcodec works as it should, most of the time |
18:54:33 | preglow | not rebuffering if the data is still there |
18:54:41 | amiconn | Anyway, chances are quite high that the requested part is indeed already gone on hwcodec... with only 2MB of RAM |
18:54:48 | preglow | true enough |
18:55:25 | jhMikeS | The real available interval of RAM would be a window. |
18:55:37 | jhMikeS | Anything outside the window is lost |
18:56:00 | lowlight | linuxstb: I agree with the "push" idea if you split out the buffering part |
18:56:02 | jhMikeS | or doesn't exist yet. |
18:56:05 | amiconn | hcs: Non-streaming codecs are a complete different beast. With streaming codecs, seeking (either forward or backward) only happens when triggered manually |
18:56:30 | hcs | amiconn: There are exceptions, and one of them is in rockbox |
18:56:36 | amiconn | ? |
18:56:37 | jhMikeS | Would 64 bit integers be enough? I don't think most of the math would need it, just the virtual addresses |
18:56:41 | hcs | ADX is streaming but looping |
18:56:55 | amiconn | hcs: Please read again. |
18:56:57 | lowlight | linuxstb: a push system would probably make video sync easier |
18:57:15 | amiconn | Hmm, I would define ADX as non-streaming if it loops |
18:57:42 | amiconn | jhMikeS: 32 bit ints for the position are enough |
18:57:50 | amiconn | More isn't supported by fat32 anyway |
18:58:28 | | Quit spiorf_ ("Read error: 104 (Connection reset by peer)") |
18:59:06 | | Join spiorf [0] (n=spiorf@host8-204-dynamic.4-87-r.retail.telecomitalia.it) |
19:00 |
19:00:09 | | Nick _pill is now known as pill (i=pill@sloth.shellfx.net) |
19:02:20 | jhMikeS | amiconn: they'd only be for a vitual window that moves only forward as playback progresses, all loading would always occur at an ever higher address and the window slid over by that amount but be translated to real addresses when given to a codec or whatever. |
19:03:40 | jhMikeS | as long as say, the ADX file is entirely in the window, you just just jump the cp back. no aliasing problems either |
19:05:26 | amiconn | I don't think such a simple approach would work |
19:05:28 | *** | Saving seen data "./dancer.seen" |
19:05:40 | amiconn | ...because it doesn't take buffer wrap into account |
19:06:15 | amiconn | I don't know about adx, but e.g. mod does not only require the entire file to be in ram at once, but also requires it to be contiguous, without wrap |
19:07:46 | hcs | mmhmm, as does NSF, but they're much smaller than adx streams |
19:08:16 | hcs | adx is just adpcm, only really needs 18 bytes at a time |
19:10:15 | | Quit lowlight ("CGI:IRC (EOF)") |
19:10:20 | jhMikeS | wrap would be taken into account. why would anything absolutely require a non-wrapped buffer anyway? |
19:11:08 | | Join lowlight [0] (i=c730190a@gateway/web/cgi-irc/labb.contactor.se/x-bfa975002105fbc8) |
19:11:22 | hcs | nsf and sid are programs, though I suppose you could just statically allocate the maximum possible size of the memory space |
19:11:39 | amiconn | For sid, perhaps |
19:11:42 | hcs | for nsf that could be several megabytes |
19:11:53 | amiconn | Not for large-ish mod formats like xm or it though |
19:12:12 | preglow | jhMikeS: we'd have to modify absolutely all mod players to account for wrapped samples, then |
19:12:25 | preglow | jhMikeS: every array access would have to be bounds checked, slow |
19:15:49 | jhMikeS | preglow: still not certain of the difficulty. I'm not even clear on "mod players" :) Surely they can take larger chunks and process locally if needed. :\ |
19:16:37 | hcs | as they are typically written, they need direct access to all samples in flat arrays |
19:16:59 | preglow | jhMikeS: most of the file is basically just samples which the player is told how and when to play back, which makes memory access a big bottleneck. if the samples can be wrapped in memory at any place, then all memory accesses need to be bounds checked, which will slow stuff down very nicely |
19:17:36 | | Join WilliamC [0] (n=chatzill@75.110.73.27) |
19:18:26 | WilliamC | What is the status of the iFP port, or is the wiki up-to-date? |
19:18:51 | preglow | slowly progressing, still just one guy at work on it |
19:22:16 | jhMikeS | ah, a wav file with instructions. hmmm...yes depends on the codec design whether it will need frequent bounds checks. the buffer could have the ability to actually rotate if needs to accomodate that. can any CPU alias the buffer twice at two contiguous address ranges? (ok, crazy thought) |
19:22:52 | preglow | some probably, with constraints, but certainly not all |
19:23:09 | WilliamC | WIsh I could help |
19:23:16 | jhMikeS | Maybe in 64k multiples |
19:23:28 | WilliamC | I'm tired of my iFPs poor implimentation of Ogg |
19:23:31 | preglow | i really think nonstreamable files shouldn't wrap anyway |
19:23:37 | preglow | this is definitely a good place to apply kiss |
19:23:49 | WilliamC | You're dating?:P |
19:24:02 | preglow | WilliamC: i'm coming on to you |
19:24:05 | GodEater | kiss = keep it simple stupid |
19:24:13 | WilliamC | I know |
19:24:13 | GodEater | hehe |
19:24:16 | WilliamC | Learned about it in C++ |
19:24:17 | jhMikeS | for cf anyway if a second address range can be the same mem |
19:24:37 | preglow | yes, but this sounds like a severe bout of making stuff harder than it has to be |
19:24:49 | | Quit Angry ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
19:26:13 | jhMikeS | nah...an alias would make it easy since the guard buffer would be the buffer itself |
19:26:36 | preglow | yeah, but it's not always possible |
19:26:41 | amiconn | jhMikeS: Not just "wav with instructions". MOD formats use an array of samples, which can be played at varying sample rates (i.e. varying pitch) and varying volume, in a number of channels which is normally 4 or greater |
19:26:42 | | Quit Gon ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
19:26:43 | preglow | this is embedded stuff after all |
19:28:13 | | Quit GodEater (" Like VS.net's GUI? Then try HydraIRC -> http://www.hydrairc.com <-") |
19:28:33 | amiconn | These formats go back to the amiga and its audio hardware, but the formats have evolved and some newer formats support up to 128 channels (afaik) and arbitrary panning of channels, as well as 16 bit samples |
19:29:11 | preglow | the only formats we need to worry about are max 32 channels |
19:29:16 | preglow | and we probably won't be able to play even them |
19:29:21 | amiconn | The formats playable on amiga without tricks have 4 channels, 2 of which are mapped to the left and 2 to the right stereo channel, and 8 bit samples |
19:29:22 | jhMikeS | I think the codecs should have to handle the dsp and mixing in that case |
19:29:27 | preglow | jhMikeS: sure |
19:29:31 | WilliamC | MOD leads itself to techno. |
19:29:38 | WilliamC | err lends |
19:29:50 | preglow | but it gets complicated if the sample data isn't guaranteed to be stored linearly |
19:30:00 | * | amiconn hopes that at least the simpler mod formats wll be playable on archos with the pcm codec |
19:30:07 | | Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) |
19:30:08 | WilliamC | I have a question though, what is bidi? |
19:30:16 | preglow | WilliamC: bidirectional text |
19:30:22 | preglow | WilliamC: like arabic, etc |
19:30:38 | WilliamC | I meant bidirectional looping |
19:30:38 | preglow | the no idea |
19:30:38 | preglow | then |
19:30:38 | WilliamC | How the heck |
19:30:38 | jhMikeS | I'm hoping I can cook something up simple taking CPU into account that makes it think it's linear |
19:30:59 | preglow | jhMikeS: i really wouldn't like a scheme that requires certain cpu features |
19:31:15 | amiconn | jhMikeS: I don't think it's possible without an MMU, and the only target featuring an MMU is the gigabeat |
19:31:32 | preglow | you very seldom see mmu's in embedded work |
19:31:50 | | Quit bluey- ("This computer has gone to sleep") |
19:32:20 | amiconn | Yes, as they increase all sorts of cost (of the chip itself because of increased die size, power consumption etc) |
19:32:24 | linuxstb | The current playback engine (with a 32KB guard buffer) works well IMO. The only thing that needs changing is to load non-streaming codecs into a contiguous area. |
19:32:40 | linuxstb | (in terms of buffer organisation) |
19:32:48 | preglow | i think i agree |
19:32:56 | preglow | but i don't know that much about it |
19:33:05 | amiconn | hmm |
19:33:08 | preglow | another scheme is ok, but i think the current one isn't very advanced as it is |
19:33:28 | linuxstb | 32KB is chosen as the maximum chunk of input data a codec needs, so the playback code is guaranteed to always give the next 32KB contiguously. |
19:33:42 | jhMikeS | rotating the buffer around wouldn't be very difficult |
19:33:43 | linuxstb | Which I assume needs a little memcpy'ing. |
19:34:06 | jhMikeS | yes, recording does the same fudge at the end. 20k |
19:34:11 | * | amiconn thinks that the guard buffer and the requirement to load non-streaming tracks contiguously are in fact related |
19:34:33 | preglow | i still think that non-streaming codecs should be able to do their own loading too |
19:34:39 | preglow | but i don't know how that can be done nicely |
19:34:41 | jhMikeS | yes, if it fits in the guard buffer, np |
19:34:42 | amiconn | Each codec could define its required guard buffer size |
19:35:00 | amiconn | For wav, aiff and such it would be zero |
19:35:27 | WilliamC | Is the iFP firmware even useable? |
19:35:36 | amiconn | For other streaming formats it would be whatever the format requires (e.g. the maximum possible frame size in case of mpeg audio) |
19:35:36 | jhMikeS | I don't know about zero |
19:36:05 | amiconn | For non-streaming formats, guard_buffer_size = file_size |
19:36:28 | amiconn | So if it doesn't fit at the end, it would wrap |
19:37:34 | | Join barrywardell [0] (n=barrywar@194.46.180.41) |
19:37:43 | amiconn | There's one more special case that needs handling: if the non-streaming track doesn't fit into the buffer at all. In that case rockbox should just refuse to even buffer the track |
19:38:08 | amiconn | (i.e. if guard_buffer > audio_buffer) |
19:38:40 | | Quit hcs () |
19:39:19 | jhMikeS | ay dios mio...if we don't give a darn about gapless with a non-steaming format. just give it the whole thing when it's ready to play and don't buffer beyond such tracks. |
19:39:39 | linuxstb | It's not gapless, it's minimising disk spinups. |
19:39:45 | amiconn | That would cause unnecessary spinups |
19:40:25 | jhMikeS | then buffer as many as will fit entirely from the start if there's a train of them. |
19:40:41 | amiconn | Even archos could buffer several "typical" ProTracker mods at once |
19:41:45 | Juice^ | 1GB Sandisk MICRO SD 1 G GB MEMORY CARD TransFlash - thats what the sansa e200 uses right? |
19:42:03 | Juice^ | i want to buy a card from ebay |
19:42:10 | Juice^ | of ebay* |
19:42:40 | barrywardell | yes, it uses micro sd. there isn't support for it in rockbox yet, but I think dan_a is working on it |
19:42:56 | Juice^ | i know.. yes i noticed |
19:43:09 | | Join GodEater [0] (i=bryan@host-83-146-15-75.bulldogdsl.com) |
19:43:22 | jhMikeS | sounds like a general property that buffering should handle. they could be wrapped until say the previous mp3 finishes then unwrapped before playback. |
19:44:12 | amiconn | That sounds more complicated than a dynamic guard buffer |
19:44:31 | amiconn | What if the previous track is shorter than what is required to unwrap the non-streaming track? |
19:45:30 | Juice^ | barrywardell: that card is also known as Memory Stick Micro™ (M2™)? |
19:45:45 | jhMikeS | then it's not fully loaded yet or can't fit anyway if I get what you're saying |
19:45:56 | amiconn | It can |
19:46:08 | barrywardell | memory stick micro sounds different |
19:46:44 | barrywardell | in theory we might be able to use some kind of mmc and microsd in Rockbox |
19:47:01 | amiconn | Imagine the following start> nst2b | st3 | st1 | nst2a <end |
19:47:04 | Juice^ | probably, because my sony ericsson uses the micro (m2) and i cant make it fit into my sansa. but the size seems to be about correct |
19:47:16 | | Join Everybody [0] (n=everybod@harpo.demon.co.uk) |
19:47:19 | amiconn | (st == streaming track, nst == non-streaming track, numbers are in order of playback) |
19:47:29 | barrywardell | memory stick is different to sd |
19:47:43 | barrywardell | i doubt they're compatible |
19:47:47 | | Join BobJonkman [0] (n=John@206-248-137-186.dsl.teksavvy.com) |
19:47:50 | amiconn | If nst2a+nst2b > st1+nst2a, it wouldn't work |
19:47:52 | jhMikeS | previous track will be dumped in preparation so how could I not unwrap the track if it is small enough? All previous tracks will be dumped. |
19:47:52 | barrywardell | only sd and mmc are compatible iirc |
19:48:08 | Juice^ | ok |
19:48:22 | amiconn | jhMikeS: Yes, the previous ones, but there might be subsequent tracks as well |
19:48:30 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
19:48:49 | amiconn | ...which can be located before the previous tracks, memory-wise |
19:49:43 | | Join muesli__ [0] (n=muesli_t@91.64.233.208) |
19:49:45 | | Quit phrozen77 ("Some people say that I must be a horrible person, but that's not true. I have the heart of a young boy... in a jar... on my d) |
19:49:49 | jhMikeS | sure...the stuff before will be wrapped to the end like a giant rol instuction |
19:50:59 | | Quit GodEater (" HydraIRC -> http://www.hydrairc.com <- IRC has never been so good") |
19:53:41 | amiconn | jhMikeS: There are some pitfalls in that concept. Moving buffered tracks around requires updating metadata pointers with metadata on buffer (another desired feature) |
19:54:14 | jhMikeS | I'd use offsets not pointer |
19:54:36 | linuxstb | Won't the metadata have to move anyway? e.g. for tracks larger than the buffer? |
19:54:37 | amiconn | The other big question is how to implement that giant rol to ensure nothing gets overwritten, without having (much) temporary storage available |
19:54:53 | | Join bluey- [0] (n=bluey@dslb-088-074-018-050.pools.arcor-ip.net) |
19:55:06 | amiconn | linuxstb: In that case, exactly one metadata entry has to move, in a predefined position |
19:55:35 | jhMikeS | avoiding temp space if say the previous file is tiny but the wrapped bit is larger |
19:56:23 | linuxstb | But I thought the idea of metadata-on-buffer was to do exactly that. Are you proposing a static buffer still? |
19:56:38 | amiconn | Imho the easiest way for having metadata on buffer and support tracks larger than the buffer is having one static metadata slot, where the metadata of the current track is copied into as soon as the track starts |
19:56:59 | amiconn | The metadata on buffer could be a linked list |
19:57:03 | jhMikeS | unwrapped offsets would be correct after a move |
19:57:19 | | Quit gotthardt ("Chatzilla 0.9.77 [Firefox 2.0.0.1/2006120418]") |
19:58:22 | linuxstb | But a single static buffer would have to be large if we are to support all the things wanted - album art, lyrics, cuesheet/chapter/sub-track metadata etc |
19:59:51 | jhMikeS | I'm thinking a callback for when the user of the data must do something with it or lose it |
19:59:56 | * | amiconn would drop all that except lyrics, but that's jsut me |
20:00 |
20:00:58 | | Join BigBambi [0] (n=Alex@cpc2-nfds9-0-0-cust419.lei3.cable.ntl.com) |
20:01:00 | amiconn | linuxstb:The album art needs to be buffered anyway, so that's no loss |
20:01:10 | amiconn | It's just another place to buffer it |
20:01:33 | | Join bun-bun [0] (n=bun@unaffiliated/bun-bun) |
20:01:54 | amiconn | Besides, album art as metadata of tracks can't be called album art ;) |
20:02:19 | linuxstb | No, but potentially each track in the buffer has its own artwork. |
20:03:01 | amiconn | Let's call it track art, then ;) |
20:03:03 | jhMikeS | the callback would be in the metadata header on the buffer, along with the size and it would just pass it there. |
20:03:30 | * | amiconn still wonders what album art has to do with listening to music |
20:03:35 | linuxstb | amiconn: But then people will want support for reading it from the track metadata (i.e. ID3...) |
20:03:44 | * | amiconn had never seen a radio which displays album art |
20:03:53 | jhMikeS | isn't some of that stuff at the end of the file? |
20:04:24 | | Nick kclaf2K7 is now known as kclaf (i=kclaf@crj95-3-82-237-150-15.fbx.proxad.net) |
20:05:18 | jhMikeS | amiconn: it's pretty to look at? gives one a reason to have the backlight on all the time. :) |
20:05:20 | | Join WilliamC_ [0] (n=chatzill@75.110.73.27) |
20:06:13 | linuxstb | I like having something visual to associate with a track - I can remember album covers better than names sometimes. |
20:06:40 | | Quit WilliamC (Read error: 104 (Connection reset by peer)) |
20:06:55 | | Nick WilliamC_ is now known as WilliamC (n=chatzill@75.110.73.27) |
20:09:25 | | Nick mako_ is now known as mako (i=mako@bork.hampshire.edu) |
20:09:28 | jhMikeS | I wouldn't want album art being reloaded for every track if there's just one image for the entire directory and nothing in the files themselves |
20:09:29 | | Quit _Veseliq_ (Remote closed the connection) |
20:09:42 | amiconn | jhMikeS: Your callback idea would achieve exactly the same as copying at start of track, only with more code |
20:10:18 | amiconn | The owner of the data would still need a buffer to copy the data into. WPS needs the metadata all the time |
20:11:35 | amiconn | And we need 2 static metadata buffers if we want the next track info to be always available |
20:11:50 | jhMikeS | A bit more, yes. If it's gonna all be for WPS then it just tells WPS but I'm not going to hard code a call to it if the WPS isn't involved. |
20:12:48 | jhMikeS | If the current track is too large for the buffer then the next track info never goes on the buffer :\ |
20:13:19 | amiconn | yes it does, but only later in track 1 |
20:13:38 | amiconn | The wps might not be running at the time the metadata on buffer gets overwritten, but running again before the track ends |
20:13:40 | jhMikeS | Seems pointless to load it again if you can just copy it from the next track info to the current |
20:13:45 | amiconn | So the data still needs to be copied |
20:14:29 | amiconn | Yes it can be copied from the next track info - if that is stored in a second static buffer |
20:14:37 | | Quit RedBreva (Remote closed the connection) |
20:14:47 | jhMikeS | That would be if the normal playback control is being used but not nescessarily if a plugin is substituting for the playlist engine which will be technically possilble. |
20:14:50 | amiconn | I think this should be optional, and disabled on low-mem targets |
20:15:03 | | Join RedBreva [0] (n=chatzill@host86-136-91-242.range86-136.btcentralplus.com) |
20:15:10 | amiconn | (archos and iFP atm) |
20:16:02 | jhMikeS | I suppose what data is used is optional but implement two entirely different methods alltogether you're saying? |
20:16:21 | amiconn | They're not entirely different |
20:16:24 | amiconn | Btw, why should a plugin substitute the playlist engine? |
20:17:16 | amiconn | It's just that next track info could either have a second static buffer, or not |
20:17:24 | amiconn | All subsequent metadata would be on buffer |
20:17:25 | jhMikeS | why not? I don't really want that level tied exclusively to higher ones. It's just a consequence of separating things. Plugins could atm substitute for the recording screen and do it all. |
20:17:52 | amiconn | What real davantage would that bring? |
20:17:57 | amiconn | *advantage |
20:18:38 | | Join fasmaie [0] (i=1000@cpe-24-26-150-197.columbus.res.rr.com) |
20:18:40 | jhMikeS | a clean separation of levels and playback not having to deal with things like directories and such as it does now. that should be irrelevant to it. |
20:19:03 | amiconn | Since when does playback deal with directories? |
20:19:38 | jhMikeS | It does via calling back to playlist functions and even has function calls to initiate directory changes. bad. |
20:20:16 | amiconn | The dirchange functions should be taken out of playback.c. They are playlist stuff, or even above that |
20:20:28 | jhMikeS | yes...did that in my cvs |
20:20:46 | jhMikeS | playlist controls playback. wps controls playlist. |
20:20:48 | amiconn | But how would you avoid the playback engine having to call back playlist? |
20:20:55 | | Join PaulPosition [0] (n=noneofye@modemcable115.145-82-70.mc.videotron.ca) |
20:20:58 | amiconn | Sure the engine needs to get the next track? |
20:21:33 | jhMikeS | It only queries what it should do through an abstracted control interface...one function. Anything could register as the controller. |
20:21:35 | amiconn | No, wps controls playback, not playlist, and it also reads data from playback |
20:22:05 | | Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) |
20:22:07 | jhMikeS | I changed it around a little :) |
20:23:57 | jhMikeS | So in that case something else could use playlist to control playback using playlists but no explicit engineering...just a side effect. All levels individually useable by anything just like recording. |
20:24:09 | * | amiconn still doesn't see the point |
20:25:50 | amiconn | Surely pause/unpause, stop, seek forward & backward are all playback functions, not playlist |
20:25:58 | amiconn | Skip is debatable... |
20:26:41 | | Part fasmaie |
20:26:42 | | Quit RedBreva ("Time for Tubby ByeBye") |
20:32:45 | jhMikeS | well, even if a few are passed through directly or as inlined passthrough functions I just decided on a clean break in concept. It seems mpeg.c has a cleaner break as well since some calls are reversed in playback.c to playlist. See the #if CONFIG_CODEC != SWCODEC stuff in playlist.c |
20:33:52 | | Join pieroxmysox [0] (i=pieroxmy@72.183.58.82) |
20:34:13 | pieroxmysox | oh dang |
20:34:15 | jhMikeS | And if you want audio event, you just register for them. Ignore the ones you don't care about. I don't want a separate callback for every possible event. It's not speed critical. |
20:35:56 | | Part pieroxmysox |
20:37:57 | | Join XavierGr [0] (n=xavier@ppp165-121.adsl.forthnet.gr) |
20:39:49 | | Join toer [0] (i=tore@skjeldal.com) |
20:41:09 | | Join EnzoTen [0] (n=chatzill@c-65-34-243-159.hsd1.fl.comcast.net) |
20:41:45 | jhMikeS | For resume info, playlist can handle it instead of playback doing it by calling back the playlist. I wonder if much calling back will even be needed. It could be done by pushing the tracks to playback instead. Playback can still serve as a cache for the buffered information. I'm sure I'll do a hundred revisions before I'm happy with it. :) |
20:46:32 | | Quit barrywardell (Read error: 104 (Connection reset by peer)) |
20:46:51 | | Join barrywardell [0] (n=barrywar@194.46.180.41) |
20:47:30 | | Join Digamma [0] (i=D0ug@bas2-kingston08-1096741014.dsl.bell.ca) |
20:48:00 | Digamma | Is there even the slightest chance that Rockbox development will continue on the Sansa e200 port without the desired documentation...? |
20:48:19 | | Quit bluey- ("Leaving") |
20:48:36 | | Quit barrywardell (Read error: 104 (Connection reset by peer)) |
20:49:32 | | Join petur [0] (n=petur@rockbox/developer/petur) |
20:49:55 | PaulPosition | Digamma - Well all that's been done has been done without documentation, so I don't see why it would stop dead unless devs get bored. The e200 being such a nice little device. |
20:50:10 | PaulPosition | Digamma - why? |
20:50:30 | Digamma | Is is; I just as well assume that you might not continue without the proper information |
20:50:37 | | Quit WilliamC (Read error: 110 (Connection timed out)) |
20:50:46 | jhMikeS | development stopped on it? noone told me :) |
20:50:57 | PaulPosition | Digamma - It comes in waves. |
20:51:44 | PaulPosition | Digamma - Months ago, someone decrypted the .mi4 format. Not much happened from it on the sansa, but lots happened on 'same chipset' iRivers H10 and iPods.. |
20:52:21 | | Part lowlight |
20:52:25 | PaulPosition | Digama: Then the H10 guys got E200. They stopped caring for H10 for a time and played and got E200 almost functionning. That's about a month ago. |
20:53:22 | PaulPosition | Digamma: No 'talked about' progress in two weeks doesn't mean the port is dead. :) |
20:53:38 | | Join barrywardell [0] (n=barrywar@194.46.180.41) |
20:55:17 | | Quit EnzoTen ("Chatzilla 0.9.77 [Firefox 2.0.0.1/2006120418]") |
20:57:31 | | Join webguest87 [0] (i=5438ae4d@gateway/web/cgi-irc/labb.contactor.se/x-a5401e7ae5f4f2cf) |
20:57:43 | | Join Jsunu [0] (n=Jsunu@d154-20-129-186.bchsia.telus.net) |
20:57:48 | Digamma | kk |
20:58:01 | Digamma | I just absolutly love rockbox, I just installed it yesterday |
20:58:10 | Digamma | I havent stopped playing with it (well other than coming on here) |
20:58:33 | | Join webguest93 [0] (i=5873b21c@gateway/web/cgi-irc/labb.contactor.se/x-0b910ce340e91ba2) |
20:59:30 | Juice^ | i love rockbox too digamma... been playing around with wps themes on my sansa:) |
20:59:35 | | Join tj2master [0] (i=a@88.240.26.210) |
20:59:49 | Digamma | I cannot seem to figure out wps...? |
20:59:57 | Digamma | How do you load them on to the sanasa |
21:00 |
21:00:22 | Juice^ | you place the needed files in the correct directories... |
21:01:15 | Juice^ | but currently there is only 1 theme supported |
21:01:25 | Arathis_ | PaulPosition, barrywardell: don't know if you noticed it already, but instead of skipping playback while running peakmeter, EQ or a plugin (e.g. bubbles) the plugin slows down. is this intended? |
21:01:25 | Digamma | umm, one other question; when you are upgrading to the newest CVS version; to you overwrite the rockbox.e200 file? |
21:01:33 | Digamma | I know that oragne black theme |
21:01:35 | | Nick Arathis_ is now known as Arathis (n=doerk@p5484932D.dip0.t-ipconnect.de) |
21:01:54 | Digamma | I thought you were talking about the GOOD looking themes... |
21:02:16 | Juice^ | ah nope... have just been editing that black orange theme, to a newer one i like better |
21:02:28 | Juice^ | but no special graphics yet |
21:02:43 | Digamma | How do you change the backdrop...? |
21:02:55 | Digamma | There is the folder in .rockbox, but I havent a clue |
21:03:06 | Digamma | I have loaded a bunch of Jpegs into it, And I cannot find it in the settings |
21:04:10 | | Join GodEater [0] (i=bryan@host-83-146-15-75.bulldogdsl.com) |
21:05:32 | *** | Saving seen data "./dancer.seen" |
21:06:48 | Juice^ | you need to load it via a .cfg file in \.rockbox\themes |
21:06:58 | Juice^ | backdrop: /.rockbox/backdrops/ipntwd00.bmp |
21:07:01 | Juice^ | like that |
21:07:53 | | Join EnzoTen [0] (n=enzo@c-65-34-243-159.hsd1.fl.comcast.net) |
21:08:33 | | Quit webguest87 ("CGI:IRC (EOF)") |
21:08:52 | PaulPosition | Sorrt, Arathis... |
21:09:01 | Digamma | Thanks Juice^ |
21:10:22 | Digamma | can the backdrop be a jpg...? |
21:10:25 | | Quit barrywardell () |
21:10:28 | petur | no |
21:10:28 | PaulPosition | Arathis: Yes, there was a commit in cvs some weeks ago that made the scheduler give priority to the audio playback over most any other bits of code that wants to run. So the UI slows down instead of the audi skipping. |
21:10:40 | petur | Digamma: BMP |
21:10:42 | | Join decayedcell [0] (i=3ba7bfb3@gateway/web/cgi-irc/labb.contactor.se/x-147c46d61bfb5193) |
21:10:46 | Juice^ | Digamma: has to be 8bit bmp i think |
21:11:13 | petur | 24bit should work too iirc |
21:11:19 | Digamma | Any other particulars..? |
21:11:19 | Juice^ | ok kool |
21:11:28 | | Join barrywardell [0] (n=barrywar@194.46.180.41) |
21:11:29 | petur | the right size ;) |
21:11:38 | Digamma | 198 by.... |
21:11:41 | jhMikeS | Anyone that has playback engine ideas on the technical level go ahead and put up a page to post them or start a dicussion. I could use a few and things have been helpful today. I just gotta take a nap and am too tired... :P |
21:12:12 | pixelma | but it must be in the same resolution as your display (176x220 IIRC) |
21:12:38 | Digamma | 220...? |
21:12:48 | Digamma | I didn't know it was that high a resolution |
21:12:49 | Digamma | cool |
21:13:39 | pixelma | I mean dimensions... 176 pixels wide - 220 pixels high |
21:13:44 | Digamma | I know |
21:15:04 | | Quit decayedcell (Client Quit) |
21:15:09 | | Join decayedcell [0] (i=3ba7bfb3@gateway/web/cgi-irc/labb.contactor.se/x-68ab15eefbd136da) |
21:16:55 | Juice^ | Digamma: if you're not already doing it, i'd recommend you to first test the themes/wps on the simulator before you transfer them to the sansa |
21:17:13 | Digamma | kk |
21:17:16 | Digamma | Will do |
21:17:34 | | Part EnzoTen |
21:18:09 | PaulPosition | What's the point in having a WPS if sansa doesn't yet play anything? (Or did I miss a "Gentlemen,..." post?) |
21:19:49 | Juice^ | Well, i dont know much coding, so why not make some WPS ready for the sansa in the time before it gets sound working |
21:21:39 | PaulPosition | That I understand.. I'm considering converting some for my friend's e200, for when rockbox is in a semi-ready state on that target.. :) |
21:22:10 | Juice^ | nice then i hope you will share them with us all aswell =) |
21:22:38 | PaulPosition | Of course, I'll need someone other than a sim to tell me if they work. :p |
21:23:15 | PaulPosition | (might be pi-julius style wps that would require special builds though..) |
21:24:27 | Juice^ | coolio |
21:25:44 | Digamma | Woot, juice it worked, in the sim at least |
21:26:15 | Juice^ | :) |
21:26:19 | Juice^ | good good |
21:26:25 | Digamma | what is even cooler, is I can play with the settings FROM my sansa; I dont need the computer; I can use the text editor! |
21:26:37 | Juice^ | yep |
21:26:52 | Juice^ | and you can change fore and back colors |
21:26:56 | amiconn | Digamma: The backdrop bmp can be any standard uncompressed bmp, i.e. with a depth of 1, 4, 8, 16, 24 or 32 bit |
21:27:00 | Digamma | kk |
21:27:14 | Digamma | My image prog has a default of 24 which works |
21:28:12 | | Join Mouser_X [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) |
21:28:31 | | Join robin0800 [0] (i=5003400a@gateway/web/cgi-irc/labb.contactor.se/x-87b0627b525aa093) |
21:29:07 | Juice^ | photoshop <3 |
21:29:56 | Digamma | Gimp <3 |
21:30:05 | Digamma | I am a linux freak |
21:31:16 | Digamma | I am converting all images in my pics to 220*176*24 bmp's |
21:31:33 | | Quit Criamos ("( www.nnscript.de :: NoNameScript 4.03 :: www.XLhost.de )") |
21:31:35 | Juice^ | ok |
21:31:47 | PaulPosition | Digamma: wait... |
21:31:58 | Digamma | what is it? |
21:32:19 | PaulPosition | Digamma: The images you want as backdrop need to be bmps, but there's the jpeg viewer on rockbox that read jpegs.. For slideshows and such. |
21:32:35 | PaulPosition | digamma: And, weirdly enough, it doesn't read bitmaps. |
21:32:37 | Digamma | I know that, and...? |
21:32:39 | Digamma | lol |
21:32:43 | Digamma | Yeah; that is odd I noticed |
21:32:55 | Digamma | Prob because of the whole microsoft owns bmp crap...? |
21:32:59 | | Part jdong ("Ex-Chat") |
21:33:10 | PaulPosition | Digamma: Nope. No such crap. |
21:33:23 | PaulPosition | Digamma: Just that there's no nice .bmp viewer plugin. |
21:33:44 | Juice^ | there should atleast be general viewing support of bmps... strange |
21:33:47 | Digamma | odd; none in the plugin repostitory either...? |
21:34:26 | PaulPosition | Digamma: There's a 'bmp viewer' patch, but its old and totally irelevant to the newer bitmap code. |
21:34:32 | PaulPosition | doesn't compile. |
21:34:53 | Digamma | darn |
21:35:28 | Digamma | Well the sansa port is virtually unusable; so I wouldn't hold my breath just yet (I dont mean menus, I mean audio) |
21:36:26 | | Join Llorean [0] (n=Llorean@cpe-66-69-210-194.austin.res.rr.com) |
21:36:58 | Juice^ | i play chess on it sometimes.... hehe. i just want soooound so much :) |
21:37:03 | | Quit robin0800 ("CGI:IRC") |
21:37:14 | | Join robin0800 [0] (i=5003400a@gateway/web/cgi-irc/labb.contactor.se/x-8175343c3c8f7d2b) |
21:37:25 | Digamma | I have been playing doom; I would love sound as well |
21:37:51 | | Join WilliamC_ [0] (n=chatzill@r75-110-73-27.gvllcmtc01.gnvlnc.ab.dh.suddenlink.net) |
21:37:53 | | Nick WilliamC_ is now known as WilliamC (n=chatzill@r75-110-73-27.gvllcmtc01.gnvlnc.ab.dh.suddenlink.net) |
21:38:18 | | Quit MarcoPolo (Remote closed the connection) |
21:38:19 | PaulPosition | Hmm.. "cvs up -C" to update everything that needs updated and clear local modifications to the source? |
21:40:16 | decayedcell | and that WPS can't display jpg |
21:40:22 | | Join bluebrother [0] (i=79RjeMwA@rockbox/staff/bluebrother) |
21:40:35 | decayedcell | which is why it has to be in bmp :P |
21:41:17 | Digamma | Does anyone here know of a good utility which will convert web pages to jpeg's...? |
21:41:23 | | Join __Margot_ [0] (n=margot@LSt-Amand-152-33-25-37.w82-127.abo.wanadoo.fr) |
21:42:07 | barrywardell | PaulPosition: that clears modifications |
21:42:17 | GodEater | Digamma, Alt-Printscreen, then paste into MS Paint ? |
21:42:55 | pixelma | for a linux guy? ;) |
21:43:18 | GodEater | gimp's screen capture ? :) |
21:43:55 | bluebrother | ask freshmeat? |
21:43:59 | | Part Llorean |
21:44:03 | | Quit Mouser_X3 (Read error: 110 (Connection timed out)) |
21:45:43 | | Quit decayedcell ("CGI:IRC (Ping timeout)") |
21:47:32 | | Part robin0800 |
21:50:07 | Digamma | If you are to fix a typographical error at the beginning of a line in the text editor, do you HAVE to delete the whole line to do it...? |
21:50:25 | Digamma | nvm, found it |
21:57:37 | | Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) |
21:57:38 | | Quit _Margot_ (Read error: 110 (Connection timed out)) |
21:57:43 | | Nick __Margot_ is now known as _Margot_ (n=margot@LSt-Amand-152-33-25-37.w82-127.abo.wanadoo.fr) |
22:00 |
22:03:26 | | Join tucoz [0] (n=martin@rockbox/staff/tucoz) |
22:03:37 | tucoz | hi, and happy new year |
22:04:18 | tucoz | hi pixelma, do you still have that file? |
22:04:21 | | Join strabes [0] (n=strabes@ip68-108-31-178.lv.lv.cox.net) |
22:04:47 | bluebrother | hi tucoz |
22:04:48 | | Join bluey- [0] (n=bluey@dslb-088-074-018-050.pools.arcor-ip.net) |
22:04:51 | tucoz | hi |
22:05:05 | bluebrother | back to Rockbox? ;-)) |
22:05:08 | pixelma | Happy New Yoear to you too, tucoz. I suppose you are speaking about the sansa.svg? :) |
22:05:14 | tucoz | yep |
22:05:30 | pixelma | sure |
22:05:47 | bluebrother | I want to add CREDITS-MANUAL soonish. Any changes to what we already got? |
22:05:48 | tucoz | hehe. I hope so. My lazy periods tend to last for a while lately |
22:07:07 | tucoz | iirc, that list looked fine |
22:07:20 | | Join Shawn_K [0] (n=skhamene@c-24-13-34-5.hsd1.il.comcast.net) |
22:07:40 | * | tucoz looks at a nice header in the preamble :) |
22:07:58 | tucoz | looks great |
22:08:22 | Shawn_K | hey all |
22:08:56 | Juice^ | whats a good place to upload rar files? (to share a test theme for the sansa) |
22:09:00 | Shawn_K | if anyone understands the way threading works w/ CO-P, could anyone help explain that to me? |
22:09:12 | Juice^ | is megaupload ok= |
22:09:13 | | Quit GodEater (" HydraIRC -> http://www.hydrairc.com <- The professional IRC Client") |
22:09:13 | Juice^ | ?* |
22:09:28 | Shawn_K | I wish to slowly move a few threads of code to CO-P for the iPod |
22:09:34 | Shawn_K | as patches |
22:09:40 | | Join idnar [0] (i=mithrand@unaffiliated/idnar) |
22:10:23 | Shawn_K | anyone? |
22:10:51 | bluebrother | rar. *urgh* |
22:11:18 | Juice^ | Digamma: if you'd like to see the simple wps i played with, its here: http://www.megaupload.com/?d=K1QIY802 |
22:11:27 | PaulPosition | Shawn - Did you first have a look at that patch? http://www.rockbox.org/tracker/task/5755#comment12196 |
22:11:35 | Digamma | Juice^, I got it working |
22:12:32 | Juice^ | you're looking at it now? |
22:12:39 | | Quit Thundercloud (Remote closed the connection) |
22:12:42 | Juice^ | you're fast. |
22:13:27 | bluebrother | tucoz, http://www.stud.uni-karlsruhe.de/~uhcn/pastebin/19 |
22:13:45 | bluebrother | should I do it this way, like the existing CREDITS? |
22:14:12 | tucoz | I think so |
22:14:17 | bluebrother | good. |
22:14:37 | Shawn_K | PaulPosition: yes, I did...I installed it, I'm looking at it and starting to understand |
22:14:49 | Shawn_K | I was hoping someone could get me move faster |
22:15:26 | Shawn_K | anyways, is the CO-P slower than the main processor? |
22:15:40 | Shawn_K | I noticed the sleep is much larger for it |
22:16:06 | Shawn_K | ****I don't fully understand the function of sleep() for running threads either |
22:16:49 | PaulPosition | Shawn_K: I think you need to have specific questions like that last one.. Look at people posting in that flyspray entry and if they're here on IRC, include their name in your question in case they use notification (colour or beep or whatever) in IRC.. |
22:17:23 | PaulPosition | Shawn_K: Wish I knew anything about programming. Happens I only know about asking. ;) |
22:17:34 | Shawn_K | lol, heh... |
22:17:58 | Shawn_K | I need to look at the actual threads and maybe it will clear it up for me |
22:18:26 | Shawn_K | I just started coding on rockbox last night |
22:18:50 | Shawn_K | lol, so I made some optimizations...but also made one bug in the process which I am fixing atm too |
22:19:24 | Shawn_K | I messed up the waiting until the LCD is ready to be drawn too...if you have more than one function trying to draw, it freezes |
22:19:41 | Shawn_K | so it runs smooth if you don't fast forward tracks too fast |
22:19:46 | Shawn_K | *skip tracks |
22:20:23 | Juice^ | Shawn_K: what player do you have? |
22:20:36 | Juice^ | ah ipod :x |
22:21:36 | | Join Ribs [0] (n=ribs@91.84.8.218) |
22:22:20 | Shawn_K | how did you figure I have iPod? |
22:23:41 | Juice^ | i read up what you where writing about |
22:23:56 | Juice^ | 22:09:32 ‹Shawn_K› I wish to slowly move a few threads of code to CO-P for the iPod |
22:25:39 | Juice^ | yatta |
22:28:33 | Shawn_K | oh, lol |
22:28:35 | Shawn_K | yep |
22:29:38 | | Join BobJonkma1 [0] (n=John@206-248-137-186.dsl.teksavvy.com) |
22:30:43 | | Quit strabes () |
22:31:09 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
22:33:26 | Bagder | gotthardt is now a new cvs committer |
22:34:00 | preglow | goodie |
22:34:01 | | Quit spiorf (Remote closed the connection) |
22:34:57 | | Join lavi2 [0] (n=lavid@adsl-75-21-66-44.dsl.chcgil.sbcglobal.net) |
22:35:40 | | Nick Everybody is now known as Everybody|away (n=everybod@harpo.demon.co.uk) |
22:37:36 | | Quit Digamma ("Leaving") |
22:38:48 | tucoz | bluebrother, you can add Piotr from my latest commit to the manual credits as well, before you commit it. |
22:39:24 | bluebrother | ok |
22:39:46 | | Quit ashes ("leaving") |
22:40:17 | | Part tj2master |
22:40:24 | | Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) |
22:40:39 | scorche | tucoz: is there a reason why there are a few options missing in some manuals like car adapter mode from ipod/gigabeat (if it is because they dont support them yet, perhaps we should disable them in the code?) |
22:41:00 | bluebrother | "submenu"? Weird name for a button ... |
22:41:10 | tucoz | i know |
22:41:24 | tucoz | i only used what was in the e200 manual |
22:44:03 | pixelma | hmm... I think that center thing or "glowing" part is a scroll wheel... |
22:44:40 | scorche | well, it is a wheel that scrolls |
22:45:50 | | Quit maxkelley ("leaving") |
22:47:11 | pixelma | I mean in the Ipod manuals it is also labelled "scroll ffwd/back" - so should that be done for the Sansa grapic too? |
22:47:26 | pixelma | *graphic |
22:47:30 | scorche | i would imagine it should be |
22:47:31 | | Quit BobJonkman (Read error: 110 (Connection timed out)) |
22:47:39 | | Join BobJonkman [0] (n=John@206-248-137-186.dsl.teksavvy.com) |
22:48:05 | | Quit amiconn (Read error: 110 (Connection timed out)) |
22:48:05 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
22:48:21 | Juice^ | whats up on the sansa updating? |
22:48:31 | pixelma | so... the actual wheel is the backlit part? |
22:48:56 | Juice^ | yes |
22:48:56 | scorche | yes..that little ring |
22:49:00 | pixelma | thanks :) |
22:49:17 | Juice^ | the light is activated as soon as you rotate the wheel |
22:49:38 | scorche | in OF at least |
22:50:40 | | Join strabes [0] (n=strabes@ip68-108-31-178.lv.lv.cox.net) |
22:50:42 | barrywardell | and in rockbox :) |
22:51:01 | * | scorche points to the at least part ;) |
22:52:12 | scorche | always write your responses with room for error... |
22:53:03 | | Quit barrywardell () |
22:53:36 | | Join Strath [0] (n=donat@dpc6747254230.direcpc.com) |
22:59:06 | | Join tucoz_ [0] (n=martin@234.80-202-98.nextgentel.com) |
22:59:08 | | Quit bluey- ("Leaving") |
23:00 |
23:00:47 | | Quit tucoz (Read error: 110 (Connection timed out)) |
23:03:30 | tucoz_ | we can rename the keys another day. at least the sansa images are available now. |
23:03:38 | | Join webguest25 [0] (i=46748840@gateway/web/cgi-irc/labb.contactor.se/x-5d1c6222aa2a730a) |
23:04:10 | | Part tucoz_ ("good night") |
23:04:40 | webguest25 | Can anyone give me a walkthrough on the rockbox video from installing the plugin to playing a video? |
23:05:10 | | Quit BobJonkma1 (Read error: 110 (Connection timed out)) |
23:05:38 | *** | Saving seen data "./dancer.seen" |
23:05:46 | pixelma | argh... tucoz left... I prepared a graphic with the arrows for it... same link as before (I hope he reads the logs) |
23:06:17 | scorche | webguest25: see the wiki page PluginMpegplayer....and the plugin is already "installed" |
23:06:21 | scorche | pixelma: he does |
23:06:54 | webguest25 | i dont see it in the blugins on my player |
23:06:59 | webguest25 | plugin* |
23:07:04 | Juice^ | pixelma: what graphics is this? |
23:07:13 | bluebrother | webguest25, what player? |
23:07:20 | pixelma | yes I thought so too - I only wanted to explain why I still "talk" to him |
23:07:30 | webguest25 | iPod |
23:07:38 | bluebrother | greyscale? color? |
23:07:46 | webguest25 | Video |
23:07:47 | bluebrother | mpegplayer only works on color targets |
23:07:52 | webguest25 | yes i know |
23:07:55 | linuxstb | It's not in the plugin list. |
23:08:00 | dionoea | you should use appl firmware for video on the ipod video :) |
23:08:00 | webguest25 | Where is it |
23:08:01 | pixelma | Juice^: it's for the Sansa manual, to explain the controls |
23:08:08 | linuxstb | And it performs very badly on the ipod video... |
23:08:13 | webguest25 | appl? |
23:08:15 | Juice^ | pixelma: ahhh ok. you're working on a manual. cool |
23:08:22 | linuxstb | (relative to the Apple firmware). |
23:08:24 | dionoea | apple without the e i guess :) |
23:08:29 | webguest25 | ooo |
23:09:12 | webguest25 | but how do i play a video on rockbox |
23:09:22 | My_Sic | hello everyone |
23:09:28 | scorche | webguest25: read the page i linked you |
23:09:34 | scorche | well, told you to go to |
23:09:37 | webguest25 | can u link it again |
23:09:42 | | Part lavi2 |
23:09:46 | bluebrother | scroll back? ;-) |
23:10:03 | webguest25 | u didnt give a link |
23:10:07 | scorche | <scorche> webguest25: see the wiki page PluginMpegplayer |
23:10:19 | webguest25 | i already did its just confusing |
23:10:24 | pixelma | Juice^: we try to provide a manual for all players rockbox supports - the Sansa on is in preparation, too |
23:10:26 | bluebrother | go to the wiki and type that as page name |
23:11:41 | | Quit webguest25 ("CGI:IRC (EOF)") |
23:12:30 | | Quit Ribs ("eh eh ehhhh!") |
23:12:36 | | Join Llorean [0] (n=Llorean@rockbox/administrator/Llorean) |
23:13:40 | | Nick Everybody|away is now known as Everybody (n=everybod@harpo.demon.co.uk) |
23:14:25 | | Quit juxtap (Read error: 145 (Connection timed out)) |
23:14:27 | | Quit kaaloo (Read error: 113 (No route to host)) |
23:15:13 | | Quit WilliamC (Read error: 131 (Connection reset by peer)) |
23:15:30 | | Join WilliamC_ [0] (n=chatzill@r75-110-73-27.gvllcmtc01.gnvlnc.ab.dh.suddenlink.net) |
23:15:30 | | Nick WilliamC_ is now known as WilliamC (n=chatzill@r75-110-73-27.gvllcmtc01.gnvlnc.ab.dh.suddenlink.net) |
23:15:37 | | Join lachlan__ [0] (i=3a6ce792@gateway/web/cgi-irc/labb.contactor.se/x-1cc50a29850d1205) |
23:18:26 | | Quit lachlan__ (Client Quit) |
23:19:51 | | Quit debauched_sloth ("Leaving.") |
23:20:44 | | Join x1jmp [0] (n=x1jmp@p549F3591.dip0.t-ipconnect.de) |
23:21:08 | | Join dan_a [0] (n=dan-mirc@217.23.173.156) |
23:21:45 | dan_a | Bagder: I've got home to find a package from Sweden :D |
23:21:49 | linuxstb | This doesn't sound good (from the Changelog to the Archos 104 firmware...) - "- a hourglass is displayed at the transition between two songs," |
23:21:51 | Bagder | great |
23:22:07 | Bagder | linuxstb: hahaha |
23:22:25 | Llorean | So... gap++? |
23:22:30 | linuxstb | So I guess it isn't gaples... |
23:24:06 | | Quit petur ("sssssssssss---------PLOP!") |
23:25:10 | | Join Kijutsu [0] (n=Kijutsu@c-69-245-88-141.hsd1.mi.comcast.net) |
23:25:23 | Kijutsu | Just a quick question, do you have plans to support iPod Gen 5.5? |
23:25:37 | preglow | we already do, to some extent |
23:25:41 | preglow | we just don't support the 80 gig version yet |
23:26:03 | Kijutsu | Is it safe to assume the 80 gig will be supported eventually? |
23:26:14 | Bagder | we also plan to conquer the world and make all mp3 players come with a kitchen sink built-in |
23:26:15 | preglow | i can't imagine why it wouldn't |
23:26:46 | Kijutsu | Bagder, the kitchen sink would make it not-so-portable anymore. :P |
23:26:49 | Llorean | The 80gb iPod 5.5G is probably the only port it's safe to assume will happen. |
23:27:15 | Kijutsu | preglow, okee. Just curious, I was poking around the website and saw the 80 gig wasn't supported at all right now, but nothing as far as possible plans for it. |
23:27:15 | Llorean | Well, and the rest of the Sansa port, so long as the black magic doesn't give out. |
23:28:02 | Llorean | Kijutsu: "Plans" aren't really made. Either things happen or they don't, but work has happened on the 80gb but the key problem just hasn't been solved yet. |
23:28:15 | dan_a | The Sansa might end up doing everything except playing sounds, though... |
23:28:25 | Kijutsu | okay. |
23:28:30 | Kijutsu | thanks for the info, folks. |
23:28:32 | | Part Kijutsu ("Leaving") |
23:28:34 | linuxstb | Can anyone tell what's inside the Archos 104 from the firmware?: http://www.archos.com/support/download/firmware/archos104/1.2.05/UPDATE_Archos104.AOS |
23:28:41 | preglow | dan_a: i thought sound wasn't too far off? |
23:28:42 | * | linuxstb back later |
23:29:10 | Llorean | So far Mr H has restricted himself to PP5024-related stuff, right? |
23:29:20 | Bagder | PP at least |
23:29:29 | dan_a | preglow: It's one datasheet away. And nobody's managed to get a copy which can be legally used to write a driver |
23:29:54 | dan_a | Llorean: He's done some of the GPIO driven interfaces (eg the radio) too |
23:30:02 | | Quit Mouser_X (Read error: 110 (Connection timed out)) |
23:30:11 | dionoea | you have the radio but no sound ? :) |
23:30:43 | preglow | dan_a: right, right, remember now |
23:30:51 | | Quit Kasperle (Read error: 131 (Connection reset by peer)) |
23:30:58 | dan_a | dionoea: No driver for the radio yet. But it's a bit closer now the developer writing the driver has a device with a radio! |
23:31:23 | Llorean | Hehehe |
23:31:24 | dionoea | heh :) |
23:31:36 | tsuyoshi | dan_a: you can't reverse engineer the sansa audio? |
23:32:07 | Llorean | tsuyoshi: There's really not a terrible lot of reverse engineering going on. |
23:32:33 | | Join phrozen77 [0] (n=phrozen7@p5493194E.dip0.t-ipconnect.de) |
23:33:24 | dan_a | tsuyoshi: The guy who is doing the reverse engineering worked out which chip is used, which is a lot quicker and more accurate than writing a document describing how he thinks we should talk to unknown hardware |
23:34:40 | dionoea | and the chip manufacturer's didn't reply to the email you sent them i guess ? |
23:35:52 | | Part BobJonkman |
23:36:00 | Bagder | MrH got the data sheet |
23:36:11 | Bagder | I got as far as a phone call from them |
23:36:20 | Bagder | no one else seems to have got a response |
23:36:25 | tsuyoshi | mrh got the audio chip data sheet? |
23:36:29 | Bagder | yes |
23:36:37 | tsuyoshi | without an nda? |
23:37:04 | * | dionoea guesses that Bagder and MrH are the same person ... :D |
23:37:07 | Bagder | yes, although the doc is marked as "secret" or something |
23:37:50 | tsuyoshi | hmm |
23:38:34 | Bagder | linuxstb: the UPDATE_Archos104.AOS file seems to use the same format as the gmini402 update image so the archopen guys might have some clues |
23:40:25 | Juice^ | too bad the data sheet cant be shared on rockbox's website. i guess it would make stuff easier for the sansa port... |
23:41:29 | Bagder | too bad austriamicrosystems are this uptight |
23:41:50 | tsuyoshi | so.. are we waiting for the person with the data sheet to write the audio driver or what |
23:41:53 | dan_a | When I get some spare time during the working day, I'll give their UK sales office a ring and see if I can get anywhere through talking to someone |
23:42:03 | | Quit PaulPosition () |
23:42:23 | Bagder | dan_a: I believe the sales offices forward info to the main place to do the actual decision |
23:42:24 | tsuyoshi | I was going to try to figure it out by disassembling the original firmware |
23:42:45 | Bagder | at least the Swede who called me gave me that impression |
23:42:46 | tsuyoshi | I'm wondering if I should still go ahead and do that |
23:42:58 | dan_a | tsuyoshi: No - MrH (who has the datasheet) wishes to be anonymous, and Rockbox doesn't accept anonymous code. |
23:43:24 | tsuyoshi | ok... I'll go ahead then |
23:43:39 | dan_a | It would be a valuable contribution :D |
23:43:52 | bluebrother | would it be possible to use information from a "secret" data sheet in gpl code anyway? |
23:43:55 | tsuyoshi | well yeah.. the original firmware sucks |
23:44:10 | tsuyoshi | using it is driving me grazy |
23:44:12 | tsuyoshi | crazy |
23:44:21 | Bagder | bluebrother: not if we would be prohibited to reveal details, no |
23:44:41 | bluebrother | thought that. |
23:44:50 | dan_a | bluebrother: I understand that some Linux drivers have been written from NDA data sheets, with the explicit agreement of the manufacturers |
23:45:21 | bluebrother | but they need the explicit agreement of the manufacturer, don't they? |
23:45:42 | dan_a | Yes |
23:45:53 | bluebrother | I read about some issue regarding a ati graphics card some while ago −− no response from ati, so no support for linux |
23:46:25 | bluebrother | (and, as far as the dev said, it was only trivial stuff that allowed 2d only without revealing anything special) |
23:48:40 | tsuyoshi | as if their competitors can't just disassemble the driver anyway.. jesus |
23:48:55 | bluebrother | working with publicly available data sheets is much more fun :( |
23:49:29 | bluebrother | but is the work needed for disassembling worth it for competitors? |
23:49:39 | bluebrother | I guess usually not |
23:50:14 | Bagder | but in cases like this, companies just must lose business by being so secretive |
23:51:17 | preglow | tsuyoshi: disassembling something that big is really huge undertaking |
23:51:23 | preglow | talking 3d graphics drivers |
23:51:25 | Llorean | I'm sure they feel it's justified somehow |
23:51:42 | preglow | big and complex |
23:51:50 | bluebrother | money justifies mostly everything for the selling guys ... |
23:52:02 | Shawn_K | lol, disassembling isn't just looking at some C++ code...that's pretty much looking at a mix of assembly and machine code >.< |
23:52:07 | preglow | most people in that league like to play it safe anyway |
23:52:12 | preglow | which involves doing what everyone else is doing |
23:52:14 | preglow | which means nda |
23:52:23 | preglow | Shawn_K: assembly is machine code... |
23:52:36 | Shawn_K | no, assembly is higher level |
23:52:45 | preglow | Shawn_K: well, all you get is assembly anyway |
23:52:54 | dan_a | Shawn_K: Did you figure out how to start a thread on the COP? |
23:52:55 | bluebrother | so what's the difference between assembly and machine code? |
23:52:55 | preglow | looking at machine code is for Special People |
23:53:05 | preglow | also, it's pointless |
23:53:16 | Llorean | Assembly is just human readable machine code. |
23:53:18 | Shawn_K | dan_a: I looked at it, but I need some help...It's real tricky |
23:53:20 | Llorean | The level isn't really any different. |
23:53:28 | | Quit Arathis ("[rl_bot quit]") |
23:53:30 | Llorean | It's just the expression. |
23:53:31 | bluebrother | assembly == mnemonics for machine code |
23:53:32 | Shawn_K | Llorean: pretty much |
23:53:48 | Bagder | bluebrother: assembly is usually/sometimes built with some "pseudo-instructions" that might not be native machine code |
23:53:48 | bluebrother | unless someone tells me better ;-) |
23:54:02 | preglow | bluebrother: aye |
23:54:09 | Shawn_K | Badger: EXACTLY! |
23:54:25 | bluebrother | that sounds like a macro assembler ... |
23:54:44 | Shawn_K | machine code can be simplified into assembly, but it's not 100% the same |
23:54:59 | Bagder | it depends on the arch/cpu |
23:55:49 | Shawn_K | anyways, as dan_a mentioned, I want to move some threads on rockbox over to CO-P...but I'm having difficulty understanding the threading system in full |
23:56:02 | | Nick Everybody is now known as Everybody|away (n=everybod@harpo.demon.co.uk) |
23:56:04 | Shawn_K | anyone who can help me out? |
23:56:12 | | Join Arathis [0] (n=doerk@p5484932D.dip0.t-ipconnect.de) |
23:56:30 | dan_a | Shawn_K: You use create_thread_on_core(core, function, stack, stack_size, name) where core is either COP or CPU and the other arguments are the same as create_thread() |
23:56:54 | linuxstb | Shawn_K: And have fun with the caches... |
23:56:59 | Shawn_K | stack = ???? (assembly code?) |
23:57:22 | linuxstb | stack=stack |
23:57:44 | Shawn_K | yeah, I understand stacks when talking about low-level code |
23:57:45 | dan_a | Shawn_K: Find an example of create_thread() in the code :) |
23:57:49 | Shawn_K | but not C++... |
23:57:56 | Shawn_K | ok |
23:58:05 | linuxstb | Who's talking C++? |
23:58:10 | * | bluebrother never saw c++ in Rockbox |
23:58:40 | Shawn_K | ok, C |
23:58:40 | Shawn_K | lol |
23:58:51 | Shawn_K | i confuse my programming languages |