00:00:01 | Soap | linuxstb: I've read that, but the only programs I can find that do it, fake it. |
00:00:12 | XavierGr | and the target can display 10fps without problem |
00:00:15 | Llorean | andrewg867: There's a plugin you have to run to configure the random mode. |
00:00:22 | Llorean | andrewg867: It shouldn't be necessary for non-random though |
00:00:36 | | Join web-taz [0] (n=taz@p5081936a.dip0.t-ipconnect.de) |
00:00:44 | andrewg867 | Llorean: it still doesn't work on non random unless I have to reboot the player |
00:00:53 | web-taz | sry i got disconnected |
00:01:00 | | Join JavaMan22 [0] (n=HP_Admin@c-24-61-91-138.hsd1.nh.comcast.net) |
00:01:06 | Soap | 23.976, 24, 25, 29.97, and 30 are the only ones I've ever made which aren't created with duplicate frames. |
00:01:10 | Llorean | andrewg867: Reboot after choosing "Yes" and going back, or reboot after just enabling non-random without it ever having been "Yes" that boot? |
00:01:24 | | Quit ender` (" MCSE = Moron Claiming System Expertise or Must Call Someone Else?") |
00:02:14 | web-taz | fonts: are they installed like themes/WPS or must i recompile the build? |
00:02:21 | web-taz | and where do i get them? |
00:02:53 | pearldiver | linuxstb actually i just checked this 25fps one on PC and it gets out of sync too |
00:03:01 | linuxstb | Soap: So the programs you use would encode a 15fps file as 30fps (duplicating frames) - resulting in a file with a 30fps framerate? |
00:03:01 | andrewg867 | Llorean: I haven't even tried using the random option before, I was just using yes and after I updated one day a couple weeks ago it didn't change the directory so I went in and saw the random option there but just switched to no then back to yes but it still doesn't work |
00:03:14 | Soap | yea |
00:03:32 | Llorean | andrewg867: The random option is a bit older than a couple weeks. |
00:03:54 | linuxstb | Soap: libmpeg2 supports the unoffiical framerates - so in theory you should be able to create genuine 10/12/15fps files. |
00:03:56 | Soap | with the duplicate frame being a simple P frame saying "what <−−he said" as far as I can tell. |
00:04:02 | Llorean | web-taz: The manual explains the need to download the fonts, and where to get them |
00:04:25 | andrewg867 | Llorean: I don't remember when it stopped working but it was a while ago |
00:04:34 | web-taz | mhh manual... i hate studying englisch texts ;) |
00:04:46 | linuxstb | Soap: libmpeg gives the user application a "frame duration" for each frame. So for a 15fps file, the duration would be double that of a 30fps file etc etc. |
00:04:46 | andrewg867 | I should just manually go back in and revert it back to only having no and yes |
00:04:57 | Llorean | andrewg867: Well, you're the first person to complain about it, which suggests to me at least it's not affecting other people, so it'd be nice to know when it began happening at least. |
00:04:59 | JavaMan22 | how do i edit a theme |
00:04:59 | Soap | hmm |
00:05:17 | JavaMan22 | i have this ubuntu theme and i want to edit ut |
00:05:25 | Llorean | andrewg867: Avoiding it won't really help the bug get fixed, if there is a bug in it. |
00:05:31 | | Join mirak [0] (n=mirak@m145.net195-132-203.noos.fr) |
00:05:36 | linuxstb | Soap: But as you said, it's unofficial (and commented as such in libmpeg2), so maybe very few encoders do it. |
00:05:54 | Soap | give me a second, and I'll have a 12fps example up for you. |
00:05:56 | mirak | linuxstb: are you dave chapman ? |
00:05:56 | andrewg867 | Llorean: I'll look at when it first appeared (the random option) and try reverting that file to see if that fixes it |
00:06:03 | Soap | he's Batman. |
00:06:12 | andrewg867 | Llorean: if it still doesn't work then something else must have broken it |
00:06:26 | mirak | linuxstb: hum yes you are sorry it's written ... |
00:06:27 | scorche | JavaMan22: with a text editor such as vim, emacs, notepad2, etc |
00:06:36 | JavaMan22 | ok |
00:07:12 | JavaMan22 | ooo linuxstb is chapman |
00:07:15 | Blasta | i'll try and work around some more with this stupid thing. |
00:07:21 | JavaMan22 | :) |
00:07:34 | JavaMan22 | Dave Chapman apps/plugins/mpegplayer/mpegplayer.c [diff] |
00:07:34 | JavaMan22 | Initial attempt at rebuffering |
00:07:39 | Blasta | thanks for developing rockbox :) made me not feel bad about purchasing that ipod after i found out how abysmal it's sound is >< |
00:07:46 | JavaMan22 | because linuxstb said he would work on it yesterday :D |
00:08:07 | | Join gratt [0] (i=d8e860d4@gateway/web/cgi-irc/labb.contactor.se/x-a6f0c885fa6145c0) |
00:08:20 | mirak | linuxstb: about idct for coldfire, I will not have much time to put in it (especially about coding) but I can provide verbal help :) |
00:08:21 | | Join chris_hotwire [0] (n=chatzill@69-17-132-197.kingkom.com) |
00:08:23 | | Quit Blasta () |
00:08:29 | | Quit My_Sic (Read error: 131 (Connection reset by peer)) |
00:08:40 | | Nick chris_hotwire is now known as hotwire__ (n=chatzill@69-17-132-197.kingkom.com) |
00:10:12 | | Quit web-taz ("Nettalk6 - www.ntalk.de") |
00:10:35 | linuxstb | mirak: I can't do anything either - I don't have any experience of Coldfire asm, and I don't have a colour Coldfire target. |
00:10:48 | linuxstb | mirak: But it seems a shame to leave your patch rotting there... |
00:10:51 | mirak | linuxstb: one thing I guess was to put the functions in it's own .S file, I don't know how to do that. Other than that the only thing to change other than the idct.c file is to use a idct block of 128 bytes instead of 64. |
00:11:33 | Llorean | andrewg867: If reverting that fixes it, that doesn't mean that Random is what broke it, though, it just means that reverting random fixes it. Try a full SVN build from shortly after random was introduced and see if it works, that'll tell you more or less if it ever worked. I know random, and folder advance, still worked for some people for a while after introduction, so Random alone didn't globally break it |
00:11:34 | | Quit midgey () |
00:13:14 | mirak | linuxstb: well if it was me I would have uploaded it to cvs and let some people integrate it better, but I understand that how it is the code quality requirements are not reached. (I mean the separate asm code). I don't know how to do that, and it seems that the atempt of RaeNye failed |
00:13:45 | Moos | amiconn too IIRC |
00:14:42 | Moos | and there are not a much of asm for coldfire around :) |
00:14:45 | | Quit voltagex () |
00:14:50 | Moos | +expert |
00:14:55 | Soap | linuxstb: http://cleansoap.org/files/Soap27-elephantsdream_224_at354_IPBframes_Q10_224VBV_HQMotion_DetectSCon_12FPS.m2v |
00:14:55 | hotwire__ | Hey folks, I just tried out Elephant's Dream on one of the most recent builds with the latest mpegplayer updates on my Gigabeat F. Just wanted to report all was smooth for me, and generally phenomenal. |
00:14:58 | mirak | linuxstb: I don't think there is something to modify in the asm part, it was working great. |
00:15:01 | Soap | (if you care) |
00:15:32 | | Join goffa [0] (n=goffa@216.220.23.105) |
00:15:58 | gratt | Hi , anybody that can help with sansa E200 playlist conversion patch I have written m3u2pla for Rockbox |
00:16:09 | | Quit zylche ("-") |
00:16:46 | | Join zylche [0] (n=wheee@82-41-83-91.cable.ubr01.dund.blueyonder.co.uk) |
00:17:08 | | Quit web-taz2 (Read error: 110 (Connection timed out)) |
00:17:44 | | Quit printfXh4 (Read error: 148 (No route to host)) |
00:18:21 | | Quit Joely (Remote closed the connection) |
00:22:26 | | Join gratty [0] (i=gratty@d216-232-96-212.bchsia.telus.net) |
00:23:29 | linuxstb | mirak: I'm hoping someone who knows Coldfire asm will look at your patch and commit it - I just wanted to check if you were planning/able to do any cleaning up to get it ready |
00:24:16 | | Quit joshin ("rebooting") |
00:24:18 | linuxstb | Soap: mplayer reports that file as 24.0fps |
00:24:18 | | Quit gratt ("CGI:IRC (EOF)") |
00:24:36 | Soap | yea, 12fps with duplicated frames. |
00:24:55 | linuxstb | So that's not the type of 12fps file that libmpeg2 supports. |
00:25:10 | Soap | so libmpeg2 will create honest 12fps files? |
00:25:22 | linuxstb | It decodes them. yes. |
00:25:25 | | Quit gratty (Remote closed the connection) |
00:25:40 | Soap | but we don't know where to make them? |
00:25:50 | linuxstb | I'm sure mencoder would do it. |
00:25:51 | | Join GRaTT [0] (i=gratty@d216-232-96-212.bchsia.telus.net) |
00:26:08 | linuxstb | Let me try... |
00:26:21 | JavaMan22 | linuxstb how come the iboy from ipl runs faster |
00:26:28 | JavaMan22 | couldnt we just take their code |
00:26:43 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
00:28:00 | linuxstb | JavaMan22: Yes, you could. |
00:28:43 | linuxstb | Soap: Yes, mencoder seems to do it. The resulting file is reported as 12fps by mplayer. |
00:28:57 | | Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) |
00:29:33 | | Quit Thundercloud (Read error: 104 (Connection reset by peer)) |
00:29:41 | JavaMan22 | then why doesnt anyone do that |
00:30:11 | linuxstb | Ask anyone. All I can say is that I've not done it because I'm not interested in rockboy. |
00:30:37 | Llorean | JavaMan22: Why haven't you done it? |
00:31:04 | Bagder | I've not done it because I'm not interested in rockboy. |
00:31:09 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
00:31:51 | dj-fu | Has anyone done any work with visualisations? or a visualisation style plugin? |
00:32:26 | dj-fu | I didn't find anything on the cvs or forums |
00:33:01 | markun | JavaMan22: I also haven't done it because I'm not interested (enough) in rockboy |
00:33:18 | Soap | I can't run winamp visualisations on my 500 Mhz x86. I think you would be hard pressed to run them on any rockbox target outside possibly the Gigabeat. |
00:33:30 | linuxstb | markun: And I would guess it doesn't need optimising on the Gigabeat? |
00:33:36 | mirak | linuxstb: is it needed to know coldfire asm to do the separation, or is it just c and gcc skills ? |
00:33:42 | dj-fu | Soap, I see |
00:33:50 | markun | linuxstb: longer battery life is always welcome :) |
00:33:51 | JavaMan22 | :( |
00:33:52 | dj-fu | my 400mhz arm pocketpc handles them |
00:34:15 | JavaMan22 | well certainly someone was interested to make rockboy to begin with |
00:34:17 | linuxstb | mirak: I think you need to know at least a little coldfire. |
00:34:42 | scorche | Soap: think of the overhead of that OS versus rockbox though too, but point is taken |
00:34:42 | | Quit daniel2023 ("CGI:IRC (EOF)") |
00:34:44 | * | markun doesn't care much for visulalisations (maybe visuals in general) either |
00:34:50 | | Quit ompaul ("lights out") |
00:35:03 | dj-fu | nor do I, but, I figured someone might have done something |
00:35:05 | Llorean | JavaMan22: And now nobody's working on it. That's the way it is. If you want something done, you do it yourself, or file a feature request and wait patiently for someone to be interested. |
00:35:08 | dj-fu | a fade-style peak analyzer, etc |
00:35:19 | JavaMan22 | >:o |
00:35:55 | Soap | scorche: touche - but Windows = overhead? bah! ;) More seriously = think of the floating point advantage x86 has. |
00:36:14 | Llorean | JavaMan22: Rockbox is NOT a game system. It is an audio player. This room is almost entirely full of people who focus on Audio features or, additionally, "media" such as pictures and video, with that being already a fairly low priority. |
00:36:36 | JavaMan22 | >:o |
00:37:13 | scorche | linuxstb: PM |
00:37:17 | | Quit midgey () |
00:39:18 | JavaMan22 | are you developers retired people? |
00:39:30 | Llorean | We're all sorts of people |
00:39:35 | JavaMan22 | o |
00:39:40 | scorche | i dont think any are retired.. |
00:39:44 | * | bluebrother is quite tired of all that "implement xyz" while xyz having nothing to do with music playback |
00:39:47 | mirak | linuxstb: I am aware I let the things a bit unfinished, but I think 98% of the job is done |
00:39:53 | JavaMan22 | how come you guys have so much time |
00:39:55 | Bagder | we're old and grumpy, but not retired ;-) |
00:39:59 | JavaMan22 | oo |
00:40:09 | scorche | Bagder: speak for yourself! |
00:40:12 | bluebrother | Bagder, yeah :-) |
00:40:21 | * | Bagder pokes on scorche with a stick |
00:40:35 | mirak | linuxstb: I admit I hoped someone would do the 2% left |
00:40:41 | bluebrother | it's great being old and grumpy ;-) |
00:40:52 | * | scorche takes the stick and leaves Bagder with no walking stick =P |
00:40:55 | JavaMan22 | im 10 |
00:41:07 | Bagder | JavaMan22: in fact, many people have this much time but they spend it on other stuff |
00:41:14 | JavaMan22 | ooo |
00:41:27 | mirak | Llorean: I think rockbox is not just and audio player, it's relly an os isn't it ? |
00:41:42 | | Join Joe_ [0] (n=Joe@bas8-toronto12-1096757547.dsl.bell.ca) |
00:41:43 | Llorean | Many people dedicate a ridiculous amount of time to trying to watch certain TV programmes each week. |
00:41:45 | bluebrother | no :) |
00:42:06 | JavaMan22 | i like rockbox because theres always updates :) |
00:42:07 | Llorean | mirak: Its primary purpose is as an audio player. It's a jukebox firmware, not an OS, though it has to do many OS-like functions just to meet this purpose. |
00:42:13 | | Quit Arathis ("Bye, bye") |
00:42:30 | bluebrother | that tv-thing is quite amazing. I barely even want to watch tv |
00:43:15 | JavaMan22 | i dont watch a lot |
00:43:35 | bluebrother | it also isn't an OS because it doesn't allow you to run arbitrary code. Only the plugins which are quite fixed to the build |
00:43:58 | mirak | Llorean: but it evolved, like windows evolved to be used for something else than text writing |
00:44:28 | Llorean | mirak: It may have evolved what it can do, but it didn't really evolve where the core focus is. |
00:44:29 | Bagder | well, rockbox is in fact an OS afaik the definition |
00:44:32 | GRaTT | Hi, need character set info for m3u2pla playlist converter for sansaE200 patch is made but only works for latin UTF |
00:44:39 | JavaMan22 | hi |
00:44:46 | * | Bagder runs away |
00:45:07 | GRaTT | it is real simple code |
00:45:21 | Llorean | mirak: As Bagder said, it may technically be an OS, but that doesn't really change where most of the development focus is, overall. |
00:46:02 | markun | GRaTT: was it a question? |
00:46:14 | JavaMan22 | ok well i hope that google team works on rockboy |
00:46:49 | GRaTT | the OF need playlist with null bytes I use '\0' but it did not work for someone with other than latin UTF |
00:47:09 | * | bluebrother goes voting against doom again |
00:47:12 | Llorean | JavaMan22: I hate to say it, but we get to pick which applicants get in, which tends to mean we'll mostly pick the ones who are interested in features we consider core or important. |
00:47:26 | JavaMan22 | >:o |
00:47:34 | bluebrother | what is "latin utf"? |
00:47:36 | Llorean | JavaMan22: Seriously, if you think iBoy is so much better, just use iBoy. And please quit making those faces, they just waste a line. |
00:47:54 | markun | bluebrother: latin1 would be a safe guess I think |
00:48:01 | markun | iso8859-1 |
00:48:18 | bluebrother | sounds like a multibyte vs. singlebyte problem then. |
00:48:19 | JavaMan22 | iboy has a bunch of color problems |
00:48:24 | JavaMan22 | and not all roms work on it |
00:48:24 | GRaTT | bluebrother: specific character set. I know nothing about char sets. |
00:48:53 | bluebrother | GRaTT, there is no "latin utf" −− utf is multibyte and includes like "everything" |
00:48:55 | JavaMan22 | im playing metal gear solid and when i go up this elevator the game crashes on iboy |
00:49:02 | bluebrother | in europe the usual charset is latin1 |
00:49:16 | JavaMan22 | i tryed to open the save file with rockboy but it didnt work |
00:49:19 | bluebrother | or to be more precise was latin1, and got superseded by latin9 |
00:49:24 | jjore | latin1-something, usually, isn't it? |
00:49:26 | GRaTT | markun: I have modified it to use the defined NULL but unsure if this will fix it. |
00:49:33 | bluebrother | which is basically the same but has the euro-symbol added |
00:49:54 | markun | GRaTT: I have no clue what m3u2pla is :) |
00:50:01 | bluebrother | GRaTT, if you are writing chars the right character is '\0' |
00:50:14 | mirak | Llorean: respect the users ;) |
00:50:33 | bluebrother | while NULL is used for pointers (and is not necessarily the value 0) |
00:50:36 | GRaTT | markun: it is a plugin I have made to convert the rockbox playlist to a version the Sansa E200 can read |
00:50:44 | markun | aha |
00:50:49 | mirak | Llorean: he come here from a user point of view so ... |
00:51:13 | bluebrother | have you tried comparing the problematic playlist in a sansa-version to a m3u2pla-version? |
00:51:14 | mirak | good night all ! |
00:51:16 | markun | GRaTT: maybe you should name it m3u82pla to make it more obscure and accurate :) |
00:51:17 | JavaMan22 | :) |
00:51:19 | Llorean | mirak: He's been told several times in the past that in Rockbox gaming isn't a priority. |
00:51:23 | markun | mirak: night |
00:51:37 | markun | mirak: don't forget to wake up at the right time tomorrow :) |
00:51:39 | bluebrother | we have iriverify, why not sansaify? |
00:51:42 | Llorean | mirak: He's moved from "user without knowledge" to "someone who comes in and repeats the same questions even though he's been told an answer, just because he didn't like the answer" |
00:51:51 | mirak | markun: I prefer not think about it ... |
00:52:06 | mirak | markun: ah ! yes, I changed my clocks already |
00:52:10 | markun | ok :) |
00:52:22 | JavaMan22 | i have other questions also |
00:52:25 | JavaMan22 | not just rockboy |
00:52:33 | JavaMan22 | :D |
00:52:34 | * | bluebrother doesn't want to hear it |
00:52:40 | mirak | markun: the state is stealing us one hour of time I want to be paidback :) |
00:52:42 | GRaTT | markun: I converted it from a perl version I made the name was really unimportant |
00:52:50 | mirak | refounded |
00:52:55 | | Join My_Sic [0] (n=MySic@m180.net81-67-5.noos.fr) |
00:52:58 | bluebrother | mirak, you'll get it back in half a year ;-) |
00:53:05 | | Quit roolku () |
00:53:24 | markun | GRaTT: I wasn't really serious |
00:53:30 | mirak | bluebrother: at this time I will think it as a happy present from the state :D |
00:53:50 | GRaTT | markun: did not really take you to be |
00:54:01 | | Quit mirak ("Ex-Chat") |
00:54:04 | bluebrother | I think that stupid DST thing should get dropped completely. |
00:54:52 | GRaTT | bluebrother: I changed to the NULL, it still worked for me and the little I know about char encoding I was hoping it might work. |
00:55:43 | GRaTT | bluebrother: might work for all char sets |
00:56:58 | bluebrother | in most cases NULL and '\0' have the same value of 0. |
00:57:24 | bluebrother | afaik this is true for all rockbox targets, so it shouldn't make a difference |
00:58:42 | | Quit Joe_ (Client Quit) |
00:58:45 | GRaTT | If the char set on the computer that is being used for compiling is different, would this change the vlue of '\0' |
00:59:30 | bluebrother | anyway, this damn DST change stole me an hour, so it's quite late here. I'm out for sleep |
00:59:40 | | Quit bluebrother ("zzzzzzz") |
00:59:47 | | Quit obo ("bye") |
01:00 |
01:00:00 | | Quit hotwire__ ("Chatzilla 0.9.77 [Firefox 2.0.0.2/2007021917]") |
01:04:20 | andrewg867 | http://www.rockbox.org/tracker/task/6911 |
01:04:24 | andrewg867 | there you go :) |
01:05:05 | Llorean | andrewg867: As long as the file doesn't clip, it shouldn't distort all the way up to 0dB, I believe, unless something is wrong. |
01:05:26 | Llorean | Though I personally listen at about -40, on my other Rockbox players. :) |
01:05:34 | andrewg867 | it will start to distort since I increased the DAC -> Mixer gain |
01:06:03 | andrewg867 | I find -9dB is nice and loud for me, just for those times when you don't want to hear anything else |
01:06:11 | Llorean | 0dB should be line level. |
01:06:14 | *** | Saving seen data "./dancer.seen" |
01:06:14 | Llorean | Which shouldn't distorty. |
01:06:16 | Llorean | distort |
01:06:34 | Llorean | If you've got it so that "0dB" is actually distorting, it suggests to me there's a problem of some sort. |
01:06:38 | andrewg867 | maybe someone could figure out the ideal gain level then :) |
01:07:01 | Llorean | Well, at 0, no gain should be added to or subtracted from the level of the file, if I understand. |
01:07:01 | andrewg867 | its just the DAC -> Mixer gain that needs tweaking now |
01:07:19 | andrewg867 | the gains I am talking about are internal chip gains |
01:07:44 | Llorean | Yes, but those chips would be modifying the level before output, no? |
01:08:17 | andrewg867 | nope, it is all software controlled from what I see |
01:08:47 | | Join safetydan [0] (i=cbca159f@rockbox/developer/safetydan) |
01:10:25 | Llorean | andrewg867: It looks like you're not even sure what you're setting the gain at? |
01:10:31 | safetydan | Is anyone crazy enough to try and get the mpeg player going on grayscale targets? |
01:10:36 | * | safetydan feels left out now with his h120 |
01:10:49 | safetydan | Just pass the Y component through to the grayscale lib, easy! :) |
01:11:03 | scorche | safetydan: well, the archos has had video for a long time =P |
01:11:18 | safetydan | scorche, true |
01:11:23 | Llorean | safetydan: I think one feeling is that RVF should be adapted for all grayscale targets. |
01:11:30 | linuxstb | safetydan: Feel free... |
01:11:31 | Llorean | safetydan: Though I think mpegplayer should work too, in my opinion. |
01:11:52 | andrewg867 | Llorean: you got that right ;) 0x16 should be about half between -45.43dB and 1.07dB |
01:11:57 | | Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) |
01:12:19 | andrewg867 | I really suck at converting between binary, hexidecimal and dB values |
01:13:17 | safetydan | linuxstb, I'm not even sure if it's possible... doesn't the grayscale lib take CPU time? Is there enough left over after audio/video decoding for rendering? |
01:13:52 | safetydan | Llorean, on a side note, stereo Speex support is probably a long way off. The whole stereo decoding path is floating point. |
01:14:24 | Llorean | safetydan: Honestly, I'm fine with that. :) |
01:14:37 | Soap | how much "smearing" would using the greyscale library create? |
01:14:47 | andrewg867 | Llorean: it should be -23.25dB gain on the DAC -> Mixer if my calculations are correct |
01:15:22 | Llorean | andrewg867: I'm misunderstanding something then (not uncommon since I'm not familiar with how this hardware works) but wasnt it at -16.5 (more gain) before? |
01:15:55 | safetydan | Llorean, good, good. Now I just have to remember to commit the minor change that makes stereo files decode as mono rather than the noise they do now. |
01:16:12 | linuxstb | safetydan: Yes, CPU usage will be tight. |
01:16:39 | linuxstb | safetydan: Which is why I think rvf is preferred - better quality will be possible than with mpeg. |
01:16:48 | andrewg867 | Llorean: hrm maybe their calculations are more correct than mine, but that new value (0x16) should still be higher |
01:16:53 | Llorean | linuxstb: How's the compression ratio on RVF? |
01:16:57 | | Join Slowking_Man [0] (n=slow@wikipedia/Slowking-Man) |
01:17:03 | linuxstb | Llorean: There isn't any. |
01:17:22 | andrewg867 | Llorean: it might be -20dB also, I haven't the slighest clue on how to calculate it |
01:17:37 | linuxstb | IIUC, it's mono bitmaps at the refresh rate of the LCD - around 70Hz I think. |
01:17:49 | Llorean | linuxstb: Okay, clarification, how's the ratio of RVF size to a color, compressed video of equivalent size? |
01:18:14 | andrewg867 | Llorean: oops, I was looking at the wrong page in the datasheet |
01:18:30 | Llorean | andrewg867: I'm just concerned about the distortion at 0dB. I don't get it with my other Rockbox players, and use that since most of them don't have a Line Out for me to use. |
01:19:03 | linuxstb | Llorean: Well, 160x128x70 gives 1.4Mbit/s... I'm not sure about the 70Hz part of that equation. |
01:19:05 | andrewg867 | Llorean: let me try the calculations again, the maximum is 6dB which the 5bit volume would be 11111, and lowest of -40.5dB 00000 |
01:19:13 | | Quit Nico_P (Remote closed the connection) |
01:19:17 | * | scorche wishes the archos units had a proper line out |
01:19:25 | Llorean | linuxstb: Hm. So, larger filesizes, but likely better playback. |
01:20:50 | amiconn | scorche: The player does... |
01:21:11 | Llorean | andrewg867: -7.5, I think |
01:21:15 | * | linuxstb spots someone who can correct my guesses about rvf playback |
01:21:28 | andrewg867 | Llorean: also when I recorded earler I used a volume of -15dB on rockbox |
01:21:41 | pixelma | Llorean: amiconn made a "elephant's dream.rvf" - you could encode it at same resolution as mpeg and compare |
01:22:07 | pixelma | IIRC it is ~45MB |
01:22:10 | Llorean | pixelma: What resolution is it? |
01:22:22 | andrewg867 | Llorean: if you could try out the patch and try lowering the gain until you feel it is an inprovment |
01:22:28 | | Nick pearldiver is now known as perldiver (n=say@cpe-72-225-231-80.nyc.res.rr.com) |
01:22:29 | pixelma | Llorean: 112x64 ... |
01:22:30 | | Join marc [0] (n=marc@230.143.79.83.cust.bluewin.ch) |
01:22:51 | safetydan | Llorean, http://www.rockbox.org/twiki/bin/view/Main/VideoTutorial for some more details if you want to encode your own |
01:23:15 | Llorean | pixelma: Alright. And the elephant's dream at 224x128 (four times the resolution) is 42m |
01:23:18 | Llorean | mb |
01:23:39 | andrewg867 | Llorean: also what I though would be nice is a menu to select the gain level yourself almost like the sandisk "Normal" or "High" volume menu |
01:23:42 | Llorean | safetydan: Thanks, it's mostly curiosity. |
01:23:46 | amiconn | linuxstb: The 70Hz would be correct for H1x0 and M5 |
01:24:06 | Llorean | safetydan: Just trying to weigh in pros/cons of RVF on iRiver H100 in my mind. |
01:24:31 | amiconn | For greyscale iPods this would be 88Hz |
01:25:03 | linuxstb | Ouch, about 1.8Mbit/s for the video stream... |
01:25:15 | amiconn | Llorean: The big pro is that it would be definitely realtime, and less grainy than using the grayscale lib and mpeg video decoding |
01:25:15 | Llorean | andrewg867: I disagree. The whole point of the dB scale on the output is to give users an objective view of the audio levels being produced, so I think it's an issue of getting things set up right. Otherwise I think if we had "Normal" and "High" we'd have to have something strange with how the volume is displayed. |
01:25:26 | Llorean | amiconn: And I do agree, that's a very, very big pro. |
01:25:36 | Llorean | amiconn: Actually being able to watch it is one of the most important features of video. |
01:25:43 | amiconn | With mp3 audio it wouldn't even need to boost... |
01:25:50 | amiconn | (on H1x0 / M5) |
01:26:28 | | Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) |
01:26:34 | amiconn | linuxstb: This bitrate is roughly equal to pcm wav. Not excessively high imho |
01:27:11 | * | amiconn needs to fix some more plugins for the new charcell code :/ |
01:28:27 | andrewg867 | Llorean: remember that it also depends on the song that you are playing to determine your desired listening/line out recording volume. I found that with just the SVN build it was way too low with my headphones for any song |
01:28:47 | linuxstb | Yes, not excessively high, but MPEG files at 160x128 don't need to be much more than 200kbps-300kbps, so they will be very large in comparison. |
01:29:20 | Llorean | andrewg867: "Line out" volume shouldn't be used with anything but something that has a line-in. It's not the same concept as a listening level. |
01:30:09 | andrewg867 | why not have a preset menu option to change the values around so you have a true 'Line out' where you can't change the volume |
01:30:25 | Alonea | ok, I am confused, the video file I had on there before that played fine except I didnt have the rebuffering of course, now says the file in incompatible. |
01:30:30 | Llorean | andrewg867: Because 0dB should land perfectly on Line Out level, and -1dB should be exactly 1db below that level, and so on. |
01:30:36 | andrewg867 | so it might be a menu called "Line out" and in there have "Yes" "No" and custom |
01:30:47 | | Quit marc| (Read error: 110 (Connection timed out)) |
01:30:48 | linuxstb | Alonea: That message probably means the plugin is incompatible. |
01:30:49 | Llorean | That's the whole point in having an objective-scale volume level. |
01:30:50 | amiconn | ARtificial option bloat? |
01:31:05 | andrewg867 | it would technically be -1.25dB I think with the way the headphone amp adjusts gain |
01:31:31 | linuxstb | Alonea: i.e. your main "rockbox.xxxx" file and the plugins are out of sync. |
01:31:32 | Alonea | linuxstb: I am trying to watch an mpeg and look at the new rebuffering. I am using the same mpeg I was testing out about a month or so ago. |
01:31:38 | andrewg867 | *1.5dB |
01:31:52 | Llorean | So is -4dB displayed -5 in reality, and then no change to -5, or is there compensation somehow? (rounding up the display so you get -1, -3, -4, -5) |
01:32:02 | andrewg867 | each binary increase, ex: from 00000 to 00001 is 1.5dB gain change |
01:32:08 | Llorean | Or then -1, -3, -5, -6? |
01:32:09 | Alonea | linuxstb: ok, probably messed up somewhere there when I put the new rockbox on. |
01:32:12 | Llorean | Er -2, -3, -5, -6 |
01:32:21 | andrewg867 | Llorean: I'm not sure how it is currently calculated |
01:32:48 | Llorean | Because the volume display needs to be objective. It should tell the user actual information about what they're getting out, rather than "You're one 'notch' below the highest level" etc. |
01:32:52 | | Quit yossa ("Chatzilla 0.9.77 [Firefox 2.0.0.3/2007030919]") |
01:33:04 | linuxstb | Llorean: I think the volume is stored in 1dB units, and then converted to the DAC's units when being set. So it would mean that some increments don't change the volume. |
01:33:31 | andrewg867 | tenthdb2master() and tenthdb2mixer() in the as3514.c is where it is calculated I think |
01:34:07 | Llorean | linuxstb: I'm fine with that then. My main concern was if the further you got from 0, the less the displayed volume matched the internal on. |
01:34:13 | Llorean | linuxstb: And I'm still concerned about distortion at 0dB. |
01:34:17 | | Part JavaMan22 |
01:35:05 | linuxstb | Llorean: I think it happens elsewhere in Rockbox - e.g. the bass/treble controls on the Nano/Photo are in 1.5dB increments IIRC. |
01:35:36 | Alonea | oh, ok, when it makes the zip, it no longer put the rockbox.gigabeat outside the .rockbox folder... |
01:35:47 | Llorean | linuxstb: If going from -2 to -3 doesn't change the gain (or -1 to -2) so that -3, -6, -9 all always match up exactly, I'm pretty much fine with it being that way |
01:36:38 | linuxstb | Alonea: No. You should delete the version in your gigabeat's root to prevent confusion. |
01:37:26 | Alonea | linuxstb: ok, so does the rockbox.gigabeat now go in the inside or outside of .rockbox? |
01:37:38 | linuxstb | inside. |
01:37:56 | Alonea | linuxstb: ok. I haven't updated the firmware in ages so i didn't know about the change |
01:38:45 | markun | Alonea: if you don't have the latest bootloader you might run into some problems.. |
01:39:05 | Alonea | markun: when was the latest bootloader? |
01:39:19 | Llorean | Alonea: Anything after mid-januaryish should work. |
01:39:26 | | Join twenty6ix [0] (i=adsef@CPE001731c66d2b-CM001692fb7540.cpe.net.cable.rogers.com) |
01:39:31 | Llorean | If I recall |
01:39:32 | Alonea | Llorean: nope. its not working. Rockbox error -2 |
01:39:40 | Llorean | Alonea: Well, time to update. |
01:39:55 | twenty6ix | hi there, i have a question about scrolling with the scrollwheel in Rockbox. i've noticed it's not quite as fast as in the Apple iPod default software, anyone know if there's a way to speed it up? |
01:40:03 | linuxstb | I thought it was the 12 March release which was the first to check in the .rockbox directory. |
01:40:08 | Alonea | Llorean: ok, how do I get the usb to work. |
01:40:27 | Alonea | Llorean: wait, nm, there it goes |
01:40:28 | | Join lokasenna [0] (n=Administ@adsl-75-19-43-89.dsl.irvnca.sbcglobal.net) |
01:40:29 | linuxstb | twenty6ix: No. It's being worked on though, so future Rockbox versions will be better. |
01:40:32 | | Part Llorean |
01:40:36 | twenty6ix | ok, thanks linuxstb |
01:40:40 | midgey | linuxstb: i know for sure that the march 12th release works |
01:40:45 | twenty6ix | i just installed Rockbox today and i'm loving it :) |
01:40:50 | twenty6ix | amazingly customizable |
01:41:14 | twenty6ix | i was worried before i wouldn't be able to watch mp4 movies, and i find mpg way too large once converted, but still being able to boot into the Apple OS is handy :) |
01:41:38 | Alonea | linuxstb: ok, where abouts on the rockbox site do I get the bootloader? |
01:41:38 | twenty6ix | anyone know of a Texas Hold'Em game for Rockbox? |
01:41:44 | linuxstb | If your mpg file is too large, you're encoding at too high a bitrate. |
01:41:57 | perldiver | 20min mpeg video file is 100mb |
01:42:10 | midgey | twenty6ix: no such game exists |
01:42:11 | twenty6ix | well i also checked the average framerates |
01:42:27 | twenty6ix | 10fps for a 320x240 video |
01:42:28 | perldiver | (with mpegplayer wiki page vlc bat file settings) |
01:42:40 | twenty6ix | guess what resolution most of my iPod videos are |
01:42:42 | lokasenna | rockbox on my e200 series sansa occasionally flips out, the screen looks like a random mess, is that something thats been documented and is being worked on? or is my sansa just flippy? |
01:42:49 | linuxstb | twenty6ix: Yes, mpegplayer isn't really usable on the ipod video. |
01:43:11 | twenty6ix | yeah, that's why still being able to access the Apple OS is handy |
01:43:11 | twenty6ix | :) |
01:43:24 | linuxstb | Alonea: Follow the install instructions in the manual. |
01:43:30 | twenty6ix | all Rockbox needs is a good mp4 player and it'll be able to take over :) |
01:43:53 | twenty6ix | Alonea: i was nervous myself when i did it cause i thought i might mess it up, but it was actually really easy |
01:43:55 | twenty6ix | you'll be fine |
01:44:12 | linuxstb | That's unlikely for the ipod video - the CPU is too slow, and the hardware video decoder is undocumented. |
01:44:28 | twenty6ix | aaah |
01:44:29 | | Quit efyx (Read error: 54 (Connection reset by peer)) |
01:44:46 | twenty6ix | i suppose it's possible someone could rewrite the decoder |
01:44:47 | twenty6ix | haha |
01:44:49 | twenty6ix | that'd be a lot of work |
01:44:58 | twenty6ix | a lot of testing |
01:45:06 | linuxstb | Exactly, and no-one cares enough to do it. |
01:45:12 | twenty6ix | yeah |
01:45:28 | twenty6ix | may as well just use the Apple OS for videos |
01:46:36 | twenty6ix | thanks for the help guys |
01:46:42 | Alonea | linuxstb: ok, sliiight problem. i thought it was connecting to my computer, but its not...I remember on the bootscreen it would tell you commands that you could do if things went wrong |
01:47:33 | twenty6ix | oh, also... is there no native FLAC tag support on Rockbox? |
01:47:58 | linuxstb | Yes, Rockbox supports vorbis comments in FLAC files. |
01:48:03 | Soap | FLAC tags have been supersceded by Vorbis comments have they nopt? |
01:48:09 | twenty6ix | hmm, maybe these FLACs don't have tags |
01:48:11 | twenty6ix | i'll have to checj |
01:48:13 | twenty6ix | *check |
01:48:30 | linuxstb | Some (broken) encoders like to put id3v2 tags on everything... |
01:48:44 | Soap | people used to put APE tags on flac, some even did ID3 on flac. There are a lot of funky things people did to them in the past. |
01:48:52 | twenty6ix | i'm surprised Rockbox didn't just read the filename and output that |
01:48:59 | twenty6ix | i was getting blank artist and title |
01:49:14 | linuxstb | It does - if the WPS is coded correctly. |
01:49:19 | Soap | foobar 0.8 would put APE on them by default, unless you turned that off, regardless of what you had used previously. |
01:49:20 | twenty6ix | well Winamp still lets you tag FLAC files i think |
01:50:07 | perldiver | and newest winamp beta has FLAC extended tag support |
01:50:11 | twenty6ix | yep |
01:50:17 | twenty6ix | they aren't tagged, i was right |
01:50:20 | twenty6ix | i'll have to tag em |
01:51:16 | | Quit linuxstb ("CGI:IRC") |
01:51:19 | twenty6ix | that was weird, Winamp just crashed when i tried to edit a FLAC tag |
01:51:19 | twenty6ix | :( |
01:51:44 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
01:55:20 | Alonea | linuxstb: ok, you rock. video works. Now, are there any limits file size wise? |
01:55:45 | safetydan | Alonea, probably just the usual 2GB FAT limit |
01:56:04 | perldiver | hehe |
01:56:10 | | Quit |Rincewind| ("Cya") |
01:56:16 | Alonea | safetydan: ok, cool. |
01:57:25 | | Quit twenty6ix ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
02:00 |
02:01:51 | | Quit aliask ("Chatzilla 0.9.77 [Firefox 2.0.0.2/0000000000]") |
02:02:14 | linuxstb | Alonea: I tested a 1-hour file this afternoon (about 230MB). But as far as I know there shouldn't be any filesize limits beyond the 2GB FAT limit safetydan mentioned. |
02:02:38 | linuxstb | The important counters are 64-bit... |
02:02:53 | | Join joshin [0] (n=josh@unaffiliated/joshin) |
02:02:54 | | Quit jhulst (Read error: 110 (Connection timed out)) |
02:03:20 | | Quit anathema (Read error: 110 (Connection timed out)) |
02:04:25 | XavierGr | safetydan: I played a bit with mpegplayer for H100, it shouldn't be too hard to port it, though I think that it wouldn't be good on performance |
02:04:34 | Alonea | linuxstb: alrighty. thats great! you are loved. |
02:05:20 | safetydan | XavierGr, it'd be nice to have it for completeness sakes though. I don't think it'd be particularly usable. |
02:05:32 | | Quit Moos ("<night all>") |
02:05:37 | XavierGr | if I understand correctly you just need to initialize grayscale and then pass the gray_bitmap_part function the correct data |
02:05:45 | | Quit entheh ("^~") |
02:06:28 | XavierGr | the sims use the yuv_bitmap_part to draw video (and jpeg) so grayscale will have to use gray_bitmap_part instead |
02:07:29 | XavierGr | I am not sure if it works in the end though |
02:12:16 | GRaTT | signoff: |
02:12:24 | | Quit GRaTT ("using sirc version 2.211+KSIRC/1.3.11") |
02:13:10 | | Join mako [0] (n=mako@bork.hampshire.edu) |
02:14:00 | | Join merwin [0] (n=merwin@72.86.29.230) |
02:15:22 | | Part mako |
02:16:15 | | Quit My_Sic (Read error: 131 (Connection reset by peer)) |
02:16:55 | | Part pixelma |
02:18:19 | | Join lhj [0] (i=c4ce6217@gateway/web/cgi-irc/labb.contactor.se/x-214f836ac401891e) |
02:18:47 | | Quit lhj (Client Quit) |
02:28:15 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
02:34:26 | | Join webguest96 [0] (i=415fbaa9@gateway/web/cgi-irc/labb.contactor.se/x-a4c85cea31ff6553) |
02:35:54 | | Quit z35 (Read error: 104 (Connection reset by peer)) |
02:36:12 | webguest96 | when is rockbox 3.1 coming out? |
02:36:20 | Soap | after 3.0 |
02:36:30 | webguest96 | when is that coming out? |
02:36:37 | linuxstb | Before 3.1 |
02:36:43 | webguest96 | WHEN? |
02:36:49 | linuxstb | Short answer - there is no release planned. |
02:36:50 | webguest96 | dates times secneds? |
02:36:55 | webguest96 | oh |
02:36:56 | webguest96 | ok' |
02:37:46 | | Quit webguest96 (Client Quit) |
02:37:55 | Soap | I don't mean to be an ass, it's just the question gets asked many times by "hit and run" IRC users. They pop in - ask the same question that's been asked thousands of times before, then never show up again. |
02:38:04 | Soap | and he's gone. |
02:38:26 | linuxstb | safetydan, XavierGr: I haven't tried it on a real target yet, but I'm watching Elephants Dream in greyscale in the h140 sim... |
02:38:55 | safetydan | linuxstb, cool! |
02:39:40 | midgey | maybe we should spend some time cleaning up the ReleaseTodo page? |
02:40:35 | linuxstb | Here's a patch - http://www.pastebin.ca/409964 |
02:40:45 | JdGordon | hey midgey, thanks for fixing up xobox... I forgot to check colors on the non-colour target :p |
02:41:08 | midgey | no problem, its an issue i came across while converting to the old API |
02:41:44 | midgey | which macro should I be using for int settings? the old api was rb->set_int() |
02:41:45 | JdGordon | hopefully that example is good enough to get the other plugins going... although, I think there is a better way still |
02:42:00 | JdGordon | yeah, still use that |
02:42:21 | JdGordon | the MENUITEM_SETTING macro wont work in plugins |
02:42:37 | midgey | :) i tried that once |
02:43:40 | midgey | currently i have the menu choices using MENITEM_STINGLIST and the int menus use set_int |
02:43:51 | midgey | but once you get into an int setting, you can't exit |
02:44:38 | midgey | am i missing the way to jump back into the parent menu? |
02:44:47 | dj-fu | Goto |
02:44:53 | safetydan | linuxstb, that looks like a fairly minor changeset. Any reason not to commit it? |
02:44:58 | dj-fu | err |
02:44:59 | dj-fu | wrong channel |
02:45:00 | dj-fu | :) |
02:45:24 | JdGordon | midgey: is your do_menu() in a while() loop? |
02:45:31 | linuxstb | safetydan: It needs testing, and I'm sure I've missed a few things. |
02:45:39 | midgey | err... oops |
02:45:41 | midgey | :) |
02:46:03 | linuxstb | safetydan: But yes, I can't see any reason not to commit it. |
02:46:08 | linuxstb | (once it's finished) |
02:46:14 | JdGordon | also, you should pass an int* to do_menu() so it keeps track of the current selection |
02:46:33 | midgey | JdGordon: is menu_exit unneeded now? |
02:46:47 | JdGordon | yes |
02:47:02 | JdGordon | do_menu does menu_init, show, run and exit all in one :p |
02:47:09 | midgey | sweet no more accidental leaks |
02:47:39 | midgey | so do_menu(&menu, &selection) is the call I'm looking for? |
02:47:40 | linuxstb | safetydan: Hmm... It doesn't seem to work on a real target. I'm going to sleep now, but feel free to play with it. You can get a 160x128 sample video from the PluginMpegplayer wiki page. |
02:48:08 | JdGordon | midgey: yep, bingo |
02:48:10 | safetydan | linuxstb, I'll take a look when I get home to a compiler |
02:48:28 | midgey | all right, i try to finish up the conversion tomorrow or sometime soon |
02:48:35 | linuxstb | safetydan: Sound is working, but I just get a white screen. |
02:49:02 | midgey | i currently have to write a voice-controlled Copter game in assembler for a final project |
02:49:44 | JdGordon | sounds like fun :) |
02:49:59 | midgey | err... something like that :) |
02:50:26 | | Quit lokasenna ("Leaving") |
02:53:44 | | Join Llorean [0] (n=Llorean@rockbox/administrator/Llorean) |
02:55:57 | linuxstb | safetydan: Working now, but _very_ slowly. |
02:56:22 | XavierGr | ROFLMAO |
02:56:28 | linuxstb | I'm sure I must be using the grayscale lib wrongly... |
02:56:31 | XavierGr | I just got working mpegplayer in H100 |
02:56:38 | XavierGr | ah I am not alone in this |
02:56:39 | XavierGr | ? |
02:56:59 | amiconn | The grayscale lib isn't very fast when updating the whole screen |
02:57:10 | XavierGr | damn linuxstb got me first |
02:57:13 | amiconn | Using .rvf is *waaay* faster |
02:57:28 | XavierGr | well the changes are not so many to make it work for H100 |
02:57:43 | XavierGr | just proper grayscale lib initialization and that's it |
02:58:03 | XavierGr | ah and a few gray_show(true/false) here and there (menu) |
02:59:05 | linuxstb | Yep... Here's my (working, but slowly) patch - http://www.pastebin.ca/409982 |
02:59:06 | XavierGr | linuxstb: did you use gray_gray_bitmap_part or gray_ub_gray_bitmap_part? because I tried the first only to discover it was the second one |
02:59:17 | linuxstb | XavierGr: Exactly what I did... :) |
02:59:28 | amiconn | You need to use what matches your init |
02:59:40 | linuxstb | Which would be the most suitable for mpegplayer? |
03:00 |
03:00:00 | amiconn | The grayscale lib supports 2 modes: buffered and unbuffered |
03:00:18 | XavierGr | linuxstb: hehe exactly what I did too but you beat me to it |
03:00:33 | amiconn | buffered causes less flicker and should be faster if only a part of the pixels changes its values |
03:00:51 | amiconn | unbuffered causes more flicker, is faster when the whole screen changes, and uses less ram |
03:01:04 | XavierGr | now I will try a fullscreen video it seems viewable :) |
03:01:24 | XavierGr | though rvf has the nice hack with the contrast |
03:01:36 | | Join bonbonthejon [0] (n=jon@69.61.203.3) |
03:03:09 | linuxstb | amiconn: How would you compare the CPU requirements of the grayscale lib with the yuv2rgb conversion - i.e. would you expect the H140 (or M5) to display faster or slower than the X5? |
03:03:16 | XavierGr | it sure will be interesting to port the rvf plugin, I will have a look on it but I am sure it will not be easy for me, mpegplayer was pretty straight forward |
03:03:27 | amiconn | linuxstb: Definitely slower |
03:04:03 | XavierGr | I will try to measure performance though I doubt that the fps will display on top of the grayscale lib |
03:04:08 | amiconn | The grayscale lib needs to do lots of bitshuffling in lcd_*gray_bitmap* |
03:05:20 | amiconn | On H1x0 it manages to do ~8fps iirc with just fullscreen lcd_ub_gray_bitmap() calls boosted (it's boosted anyway due to the timer usage) |
03:05:56 | amiconn | Arm seems to like bitshuffling much more: ~26fps on ipod mini G2 under the same conditions |
03:06:17 | amiconn | (of course the mini has an advantage here) |
03:06:18 | *** | Saving seen data "./dancer.seen" |
03:07:56 | XavierGr | it is dead slow.... |
03:08:04 | XavierGr | even with frame skipping is left back |
03:08:30 | amiconn | Well, mpeg decoding on grayscale targets could be made a bit faster by skipping luma decoding |
03:08:36 | amiconn | Erm, chroma |
03:08:48 | XavierGr | indeed |
03:08:55 | | Quit Alonea ("Chatzilla 0.9.77 [Firefox 2.0.0.2/0000000000]") |
03:10:59 | XavierGr | well definitely slower than H300 (with the same file of course) |
03:11:40 | safetydan | Is the H120 LCD 2-bit natively? |
03:11:55 | XavierGr | but I don't see why it will be bad to include it on SVN, we have rockboy for archoses too, so just for the consistency it would be good to have it on grayscale targets too |
03:12:27 | XavierGr | safetydan: iirc H100 can draw natively 4 shades of gray |
03:12:42 | XavierGr | and more with the greyscale lib |
03:12:53 | safetydan | I wonder what 4 color videos might look like? Would certainly be faster. |
03:13:20 | linuxstb | XavierGr: Is there any difference between your patch and mine? Did I forget anything? |
03:13:31 | Llorean | It's worth a chance, I mean with the blurring of the LCD anyway, I'm not sure there's a huge advantage to graylib in the end |
03:13:49 | XavierGr | linuxstb: let me check again but I don't think you did. And you took the time to #ifdef it properly :) |
03:14:18 | * | linuxstb wonders how well mpegplayer works on the Archos... |
03:14:39 | linuxstb | s/works/would work/ |
03:15:26 | XavierGr | linuxstb: I used the audio buffer for the grayscale init |
03:16:06 | XavierGr | also you don't update after the gray_ub function |
03:16:31 | XavierGr | gray_update_rect(output_x,output_y,output_width,output_height); |
03:17:17 | linuxstb | Is the update needed in unbuffered mode? It works without it... |
03:17:49 | XavierGr | I am not sure I just copied actions from the sim part |
03:18:08 | XavierGr | do you uninitialize the greyscale lib at the end of the plugin? |
03:18:19 | linuxstb | Ah, no... |
03:18:27 | XavierGr | gray_release(); |
03:19:18 | XavierGr | also the fps display info won't be able to be shown while the video is playing |
03:19:33 | linuxstb | Ah, it seems gray_release() just calls gray_show(false), which I was doing. |
03:19:45 | linuxstb | But I've changed it. |
03:20:13 | amiconn | linuxstb: It's currently equivalent, but it's not guaranteed that this stays |
03:20:39 | linuxstb | Of course - I was just wondering why it worked without it. |
03:21:17 | XavierGr | I say commit, it is fun to have it nonetheless :D |
03:21:21 | amiconn | In unbuffered mode you must not call gray_update() |
03:22:23 | linuxstb | amiconn: Can you have a quick look at the patch? http://www.pastebin.ca/410000 |
03:23:15 | linuxstb | I guess mpegplayer should now be built for all SWCODEC targets? |
03:23:40 | linuxstb | (excluding IFP, which doesn't get anything...) |
03:25:12 | XavierGr | with all this video talk I can't wait for my Gigabeat to arrive... |
03:25:39 | amiconn | The iFP could easily use the grayscale lib (but I guess there is no sufficient ram for mpeg decoding) |
03:26:43 | linuxstb | I think the CPU would struggle as well - it's just a single core ARM. |
03:27:04 | linuxstb | config-ifpxxx.h says the frequency is 30MHz... |
03:27:54 | linuxstb | No wonder he's working so hard on optimisations (assuming that freq is correct). |
03:29:56 | Llorean | linuxstb: It's 60mhz, in reality, I believe |
03:29:58 | amiconn | 60MHz |
03:30:15 | amiconn | 30MHz is CPUFREQ_NORMAL |
03:30:29 | amiconn | blah |
03:30:36 | amiconn | It's CPUFREQ_DEFAULT |
03:31:02 | linuxstb | But yes, RAM would be the problem. |
03:31:43 | * | amiconn would like to see the grayscale lib adapted to iFP |
03:31:58 | Llorean | Isn't the iFP's screen the same as the H100 remote? |
03:32:06 | amiconn | Some plugins which use it don't need much ram. e.g. mandelbrot or cube |
03:33:00 | * | linuxstb commits mpegplayer for grayscale lib |
03:33:44 | linuxstb | amiconn: I assume you can't draw text in the grayscale lib? |
03:34:11 | XavierGr | linuxstb: nice! |
03:34:24 | XavierGr | linuxstb: not on top of it iirc |
03:34:43 | XavierGr | but I might be wrong on that |
03:34:50 | safetydan | linuxstb, very nice. Didn't think anyone would actually do it :) |
03:35:16 | linuxstb | safetydan: It turned out to be trivial - I never expected it to work immediately... |
03:35:21 | XavierGr | safetydan: yeah it was a shame not to have considering how easy it was to do it |
03:35:53 | | Join toffe82 [0] (n=chatzill@adsl-70-235-226-72.dsl.frs2ca.sbcglobal.net) |
03:37:02 | linuxstb | But as amiconn said, the next step would be to hack libmpeg2 so it doesn't decode the luma. |
03:38:49 | safetydan | s/luma/chroma/ |
03:41:29 | JdGordon | midgey: looks good, except you shold look for the default: case where do_menu() returns < 0 |
03:41:42 | JdGordon | when the user wants to quit.... |
03:41:49 | * | linuxstb spots a sim warning |
03:42:25 | JdGordon | actually... you should really only quit plugin menus when you ge GO_TO_PREVIOUS or GO_TO_ROOT |
03:43:33 | * | linuxstb fixes warning |
03:44:14 | safetydan | bah, lousy work proxy blocks downloading things ending in .mpg |
03:44:34 | midgey | JdGordon: does that mean everything's all good or do i need to account for those cases? |
03:44:42 | amiconn | linuxstb: Now you can't, but you can temporarily clip the grayscale overlay in order to show text outside of it |
03:44:59 | amiconn | grayscale.c should show how this is done |
03:45:38 | JdGordon | midgey: you _should) check for those cases... unless you dont want to allow the user to quit with the back or menu buttons... |
03:45:43 | JdGordon | but that looks good... |
03:45:43 | amiconn | Just remember that you *must not* call any non grayscale lib function that writes directly to the lcd controller while the overlay is running |
03:46:10 | amiconn | This is because the grayscale lib does write to the lcd controller in an isr |
03:46:29 | linuxstb | Hmm... I should probably disable the "show fps" option for now then... |
03:46:47 | linuxstb | Although it's off by default. |
03:47:15 | | Join jhulst [0] (n=jhulst@adsl-69-209-114-31.dsl.klmzmi.ameritech.net) |
03:47:53 | amiconn | This is what gray_deferred_lcd_update() is for |
03:48:35 | amiconn | You can call this if you have drawn something outside the grayscale overlay area, and would normally need to do lcd_update() |
03:48:58 | amiconn | It will make the grayscale lib call lcd_update() the next time the isr is running |
03:49:05 | Llorean | linuxstb: MPEGplayer definitely does lose sync over time. |
03:49:21 | linuxstb | Llorean: It doesn't in my 1-hour test file... |
03:49:40 | * | linuxstb likes to blame encoders for sync issues |
03:50:13 | perldiver | linuxstb how did you make it? |
03:50:19 | perldiver | what fps, settings, etc |
03:50:29 | linuxstb | That's the problem, I can't remember.... |
03:50:44 | perldiver | it gets _slightly_ out of sync |
03:50:45 | linuxstb | I made it around Christmas when I first started work on audio. |
03:50:50 | perldiver | its visible, not crucial |
03:50:50 | Llorean | linuxstb: I'll see if it gets worse by the end of the file, and then test that file in a PC-side player (the only copy of the file is on the player) |
03:51:02 | Llorean | I'm watching a movie on it right now, and it's lost about a quarter or half second of sync. Not much, but just enough to be clearly noticeable. |
03:51:21 | perldiver | what Llorean said, same experience here |
03:51:44 | Llorean | And I didn't notice it until shortly after I felt the disk spinning, making my brain jump to rebuffering conclusions, but I've no evidence of that except an assumption based on very little information. :) |
03:51:45 | linuxstb | perldiver: But didn't you say the same happened on your PC? |
03:52:43 | linuxstb | Llorean: If it plays in sync on a PC, can you upload the file somewhere, and I'll have a look. |
03:52:45 | perldiver | linuxstb only one encode, initial 29.79 behaves nicely on PC |
03:53:05 | linuxstb | Was the source video 29.97? |
03:53:10 | perldiver | yes |
03:53:19 | Llorean | linuxstb: If it does, I will. I'll assume for now that it won't, and that it was the encoder, until I get proof. :) |
03:53:35 | * | amiconn thinks we should get rid of yuv_bitmap_part() in mpegplayer for the sim |
03:53:46 | perldiver | it happens about 10 minutes in a 20 min file |
03:53:48 | amiconn | The sim needs to implement lcd_yuv_blit() |
03:54:04 | perldiver | in in* |
03:54:25 | linuxstb | Does it suddenly lose sync, or is it gradual? |
03:54:39 | perldiver | suddenly |
03:55:08 | perldiver | like Llorean said, it gets half a second out of sync |
03:55:08 | linuxstb | But you can't notice any audio drop-outs? |
03:55:17 | Llorean | linuxstb: The audio is slightly ahead of the video, for me. |
03:55:20 | perldiver | so even if its gradually it's very hard to notice |
03:55:39 | perldiver | linuxstb no, the picture and sound are smooth all the way through |
03:56:21 | Llorean | linuxstb: I do think it might be gradual though, I _think_ it's getting worse with time. It's hard to tell. |
03:56:46 | * | Llorean goes to try it on the PC |
03:57:49 | Llorean | linuxstb: The file appears to be perfectly in sync on a PC player when I seek to the same part of it. |
03:58:06 | linuxstb | What about if you play it from the start? |
03:58:14 | Llorean | I'm testing that now |
03:58:26 | Llorean | The sync issues weren't noticed until about 15 minutes in, so I'll let you know in 15 minutes |
03:58:47 | linuxstb | I'll probably be asleep, but I'll check the logs in the morning. |
03:58:51 | Llorean | Okay |
04:00 |
04:01:30 | JdGordon | if you enable cpu frequency... do you need to rebuild codecs also? |
04:02:24 | linuxstb | No, you shouldn't need to. But you should rebuild plugins. |
04:02:27 | perldiver | also, to connect usb while video is playing is a bad idea, locks the player |
04:02:50 | | Join Joe_ [0] (n=Joe@bas8-toronto12-1096757788.dsl.bell.ca) |
04:02:55 | * | linuxstb notes too many bug reports for mpegplayer coming in... |
04:07:03 | * | linuxstb sleeps |
04:07:21 | | Quit Joe_ (Client Quit) |
04:07:29 | | Quit Thundercloud (Read error: 104 (Connection reset by peer)) |
04:09:00 | | Quit secleinteer () |
04:09:19 | | Join secleinteer [0] (n=secleint@70.133.170.172) |
04:09:47 | | Join BHSPitLappy [0] (n=steve-o@70.239.47.60) |
04:11:44 | | Join xomphos [0] (i=454c8c75@gateway/web/cgi-irc/labb.contactor.se/x-752eb6cbf3a97222) |
04:13:04 | xomphos | hi, i just updated my version of rockbox by copying over the new files and I clicked on a jpg and it said incompatible version or something and wouldnt let me view it-does any1 know wats wrong? |
04:13:25 | Llorean | xomphos: Which new files, exactly, did you copy over? |
04:14:37 | xomphos | sry but i g2g, 4 some reason my client wont show any text |
04:14:45 | xomphos | thanks 2 those who tried 2 help if any tho |
04:14:47 | | Quit xomphos (Client Quit) |
04:17:22 | Llorean | linuxstb: Yes, the file seems to stay in sync when played on my PC. It's quite large though, I'll try encoding something smaller and see if it experiences the same problem. |
04:29:04 | | Quit borisyeltsin (Remote closed the connection) |
04:33:54 | | Join borisyeltsin [0] (n=chris@S01060016b649355d.ed.shawcable.net) |
04:34:45 | | Quit billytwowilly (Nick collision from services.) |
04:34:54 | | Nick borisyeltsin is now known as billytwowilly (n=chris@S01060016b649355d.ed.shawcable.net) |
05:00 |
05:00:55 | | Join mcs117 [0] (n=comwiz_2@adsl-69-234-54-189.dsl.irvnca.pacbell.net) |
05:01:06 | mcs117 | hey guys? |
05:01:21 | mcs117 | how to fix a sansa e260? |
05:01:32 | mcs117 | it always restart |
05:02:46 | mcs117 | ello? |
05:03:44 | mcs117 | no one here? |
05:03:46 | Llorean | mcs117: People aren't always here, or may not always know how to answer. Sometimes patience is a virtue. |
05:03:58 | mcs117 | ok... |
05:04:04 | Llorean | What exactly did you do to your sansa? |
05:04:12 | mcs117 | nuttin |
05:04:17 | mcs117 | exactly nuttin |
05:04:22 | mcs117 | it just crashed |
05:04:27 | mcs117 | so i restarted it |
05:04:34 | Llorean | Well, this isn't a general support channel. This is #Rockbox. |
05:04:48 | mcs117 | im thinking of switching to rockbox |
05:04:55 | mcs117 | the firmware |
05:05:04 | Llorean | Well, when you fix your Sansa and are ready to install Rockbox, feel free to come back. |
05:05:15 | Llorean | But we can't provide support for the original firmware. We didn't write it, and aren't experts with it. |
05:05:22 | mcs117 | well |
05:05:30 | Llorean | Your best bet is to simply contact Sandisk's official support channel |
05:05:32 | mcs117 | how do people revert it back to the orig firmware |
05:06:19 | *** | Saving seen data "./dancer.seen" |
05:06:38 | Llorean | By uninstalling Rockbox. We just remove the Rockbox data, we don't overwrite the original firmware, so the process of removing Rockbox just slides it back into place. |
05:07:24 | mcs117 | ahh |
05:10:05 | | Quit jhulst ("Konversation terminated!") |
05:10:25 | Llorean | mcs117: Why don't you just contact official support? |
05:11:10 | mcs117 | yea.. |
05:11:17 | mcs117 | i will if the updater doesn't fix it |
05:12:10 | | Join hardeep_ [0] (n=hardeep@c-71-202-87-239.hsd1.ca.comcast.net) |
05:12:27 | | Quit hardeep_ (Client Quit) |
05:16:53 | | Join jhulst [0] (n=jhulst@adsl-69-209-114-31.dsl.klmzmi.ameritech.net) |
05:20:56 | | Quit hardeep (Read error: 110 (Connection timed out)) |
05:22:19 | | Quit mcs117 () |
05:24:22 | | Quit jhulst (Remote closed the connection) |
05:26:42 | | Join jhulst [0] (n=jhulst@adsl-69-209-114-31.dsl.klmzmi.ameritech.net) |
05:50:33 | Llorean | linuxstb: Alright, I tested on both my Nano and my Gigabeat (I was curious if maybe a multicore target didn't suffer the problem) and have a 70mbish file that goes out of sync by the end on my Nano (and a file encoded from the same source at higher resolution does so as well on my Gigabeat). They play back in-sync on the PC side. |
06:00 |
06:16:05 | | Join jhulst_ [0] (n=jhulst@adsl-69-209-114-31.dsl.klmzmi.ameritech.net) |
06:16:52 | | Join ender` [0] (n=ender@84.255.206.8) |
06:16:55 | | Quit jhulst (Read error: 104 (Connection reset by peer)) |
06:17:10 | | Nick jhulst_ is now known as jhulst (n=jhulst@adsl-69-209-114-31.dsl.klmzmi.ameritech.net) |
06:17:58 | | Join lucas42 [0] (i=proxyuse@80.193.213.131) |
06:22:03 | | Join aims_ [0] (n=chatzill@125-24-234-86.adsl.totbb.net) |
06:24:39 | | Part safetydan |
06:24:41 | | Quit aims_ (Client Quit) |
06:26:35 | | Quit Slickire ("CGI:IRC (EOF)") |
06:35:24 | | Quit bonbonthejon (Read error: 131 (Connection reset by peer)) |
06:39:36 | | Join jhulst_ [0] (n=jhulst@adsl-69-209-114-31.dsl.klmzmi.ameritech.net) |
06:40:21 | | Quit jhulst (Read error: 104 (Connection reset by peer)) |
06:42:47 | | Join ryan_r [0] (n=ryan@129.110.195.56) |
06:42:59 | | Quit jhulst_ (Client Quit) |
06:51:25 | | Join Vyrus001 [0] (n=Vyrus001@adsl-69-231-49-185.dsl.irvnca.pacbell.net) |
06:52:17 | | Quit joshin ("Gotta stop the kids from rioting") |
06:52:21 | | Join joshin [0] (n=joshin@VDSL-130-13-11-10.PHNX.QWEST.NET) |
06:52:46 | | Nick joshin is now known as joshin_ (n=joshin@unaffiliated/joshin) |
06:53:47 | | Join printfXh4 [0] (i=pseudo@ppp203-197.lns1.bne1.internode.on.net) |
07:00 |
07:06:20 | *** | Saving seen data "./dancer.seen" |
07:10:00 | | Quit scorche (" Try HydraIRC -> http://www.hydrairc.com <-") |
07:10:31 | | Join saratoga [0] (i=98039a42@gateway/web/cgi-irc/labb.contactor.se/x-bdffb6a9bf34e95c) |
07:10:48 | saratoga | well, i may yet regret it, but I put in for the SOC WMA decoder project |
07:12:20 | | Quit saratoga (Client Quit) |
07:13:44 | | Quit dj-fu (Read error: 145 (Connection timed out)) |
07:29:27 | | Join dilinger [0] (n=dilinger@65-78-28-38.c3-0.arl-ubr1.sbo-arl.ma.cable.rcn.com) |
07:29:27 | JdGordon | anyone know where the size of the pcm buffer is defined? |
07:41:15 | | Join bonbonthejon [0] (n=jon@69.61.203.3) |
07:48:00 | | Quit midgey () |
07:49:42 | | Quit ryan_r (Read error: 110 (Connection timed out)) |
07:52:11 | | Join ryan_r [0] (n=ryan@129.110.192.1) |
07:59:33 | | Join lee-qid [0] (n=liqid@p54966d0d.dip.t-dialin.net) |
08:00 |
08:08:10 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
08:08:13 | | Join miepchen^schlaf [0] (n=hihi@p57b9663d.dip.t-dialin.net) |
08:10:51 | | Part toffe82 |
08:17:46 | | Join Rob222241 [0] (n=Miranda@p54b17f82.dip.t-dialin.net) |
08:26:36 | Llorean | Anyone have a rough idea how much not plugging in headphones would affect battery life / power draw? |
08:27:22 | midkay | it would? |
08:27:34 | Llorean | midkay: No resistance on the circuit, so in theory it'd have some effect, right? |
08:27:43 | Llorean | Or maybe even no circuit, rather. |
08:27:47 | midkay | i wouldn't have thought so... |
08:28:11 | Llorean | I mean some power is needed to move the diaphragm in the headphones etc. |
08:28:27 | midkay | i didn't think so.. |
08:28:38 | | Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) |
08:28:49 | Llorean | Anyway, I'm at 3 hours on my "how long can the gigabeat run video" test. |
08:28:58 | Llorean | I'm hoping to hit the 3:30 mark that Apple advertises for the iPod Video. |
08:29:06 | midkay | nice :) |
08:29:19 | Llorean | The video's at 600kbps with the audio at 128kbps, so it's a bit higher than it needs to be. |
08:30:25 | JdGordon | the gb can keep the vid going in sync? |
08:30:31 | Llorean | JdGordon: Nope |
08:30:35 | Llorean | It's playing back the audio too fast. |
08:30:39 | JdGordon | ah ok |
08:30:44 | Llorean | (And I'm 100% sure it's not 'the video is too slow' now) |
08:31:14 | Llorean | I didn't note down the time I started my test, so I ran the same video on my PC, and got it aligned almost perfectly, the audio's now far early on the gigabeat compared to the PC, but both have the video perfectly in sync still |
08:32:33 | Llorean | It's possible this is, once more, in the same family of "audio plays slightly faster than it should" that I discovered with speex. |
08:32:41 | Llorean | The one I thought was sample rate related, originally. |
08:32:48 | | Join himitsu [0] (n=himitsu@61.213.184.184) |
08:35:16 | | Join vadim [0] (n=vadim@ip70-181-141-86.sd.sd.cox.net) |
08:35:54 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
08:39:43 | | Join GodEater_ [0] (n=bryan@host-84-9-129-156.bulldogdsl.com) |
08:41:04 | | Join B4gder [0] (n=daniel@100.78.227.87.static.s-cy.siw.siwnet.net) |
08:41:42 | | Quit BHSPitLappy (Read error: 145 (Connection timed out)) |
08:43:59 | | Quit gtkspert (Remote closed the connection) |
08:44:15 | | Join gtkspert [0] (n=gtkspert@gateless.info) |
08:46:38 | | Quit midkay ("Leaving") |
08:46:52 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
08:51:37 | | Join bluebrother [0] (i=kljD0rjX@rockbox/staff/bluebrother) |
08:52:01 | | Join BHSPitLappy [0] (n=steve-o@adsl-70-239-47-60.dsl.rcsntx.sbcglobal.net) |
08:52:20 | Llorean | 3:30! And 15% remaining supposedly |
08:52:29 | | Quit Hadaka (Read error: 110 (Connection timed out)) |
09:00 |
09:04:45 | | Quit merwin (Read error: 54 (Connection reset by peer)) |
09:06:22 | *** | Saving seen data "./dancer.seen" |
09:06:38 | XavierGr | Llorean: not pluggin headphones will result in a slithgly better battery time iirc |
09:06:48 | XavierGr | but not much |
09:07:16 | Llorean | XavierGr: I didn't expect it to be much but I was curious if it was less than 5%, really |
09:09:01 | XavierGr | I am not sure how much, but I remember someone doing amperage measurements with and without headphones and there was a measureable difference |
09:10:15 | | Join noNickFound [0] (n=Miranda@ws-80-68-252-11.rbc.ru) |
09:12:02 | | Quit lucas42 (Read error: 104 (Connection reset by peer)) |
09:13:32 | noNickFound | anybody here was played the original xonix game? |
09:13:49 | | Nick noNickFound is now known as std|denis (n=Miranda@ws-80-68-252-11.rbc.ru) |
09:14:13 | | Quit ment ("eof") |
09:17:53 | Llorean | Okay, just to confirm, the Gigabeat did _not_ have Video in its retail firmware, right? |
09:22:26 | | Join LinusN [0] (i=linus@rockbox/developer/LinusN) |
09:22:41 | Llorean | 4 hours, and still going |
09:22:55 | vadim | Llorean, righ, no video |
09:23:09 | Llorean | vadim: Strange. I really want to know what they intended with the thing then. |
09:23:22 | Llorean | Rockbox already gets better battery life watching Videos than the 5G 30gb iPod. |
09:23:29 | Llorean | Videos on the Gigabeat, that is. |
09:25:03 | markun | Llorean: sweet results man! |
09:25:13 | markun | hi vadim btw! |
09:25:15 | Llorean | markun: It's still going |
09:25:23 | Llorean | I'm at 4:03 and counting. :) |
09:25:27 | | Quit lee-qid (Read error: 110 (Connection timed out)) |
09:25:31 | vadim | hi markun, :) |
09:26:05 | Llorean | markun: And I bet I could've gotten even more time if I lowered the bitrate a bit, I think 600 may be slightly overkill |
09:26:39 | markun | vadim: seems like a long time ago when rockbox didn't run on the Gigabeat :) |
09:27:00 | markun | Llorean: and lowered the backlight brightness maybe |
09:27:22 | markun | and some more decoder optimisations perhaps |
09:27:33 | Llorean | markun: Will decoder optimizations help that much without CPU scaling? |
09:27:58 | markun | Llorean: yes, the CPU draws more when it's more busy |
09:28:08 | B4gder | ... and we're on 13 gsoc applications |
09:28:08 | vadim | yes:) I'm still going to remove that 100 bytes offset where kernel loads, because i never had time to remove it and there is no real need in it except I was trying to be conservative :) |
09:28:12 | markun | at least that was what it looked like |
09:28:15 | Llorean | markun: I know it'll help, but I just was curious in what sort of range. |
09:28:27 | Llorean | Like, if it's twice as busy does it draw twice as much, or only maybe 5% more? |
09:28:49 | Llorean | I'm just curious how much it might affect CPU draw, is all. :) |
09:28:55 | Llorean | B4gder: We seem popular. |
09:28:57 | markun | Llorean: maybe toffe could do some more measurements to find that out |
09:29:05 | Llorean | markun: I'd be very interested to know. |
09:29:13 | | Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) |
09:29:15 | B4gder | Llorean: indeed |
09:29:24 | B4gder | although I read that some get "hundreds" |
09:29:39 | B4gder | a bit overwhelming it must be |
09:29:52 | | Join SlAtz [0] (n=en203@ti541110a080-7789.bb.online.no) |
09:29:52 | Llorean | B4gder: I imagine Firefox, OpenOffice, etc. It must be an effort to organize/rank them |
09:29:52 | | Quit Slowking_Man (Connection timed out) |
09:30:19 | | Join scorche [0] (i=scorche@rockbox/administrator/scorche) |
09:30:37 | * | amiconn ponders commiting the first step of player lcd code rework now |
09:30:51 | LinusN | go! go! go! |
09:30:53 | XavierGr | amiconn: everything that you commit is good :D |
09:31:08 | amiconn | Nah, jumpscroll still isn't working... |
09:31:16 | markun | amiconn: only jump-scrolling is not working? |
09:31:24 | amiconn | correct |
09:31:40 | amiconn | But the diff is already over 200K |
09:31:49 | markun | :) |
09:32:02 | amiconn | (a big part is of course the character list) |
09:32:11 | markun | the unicode patch was also quite a big beats at one time :) |
09:32:34 | | Join inversions [0] (n=none@cpc3-bele3-0-0-cust660.belf.cable.ntl.com) |
09:32:48 | amiconn | And this change will cause a red delta for player |
09:33:50 | | Quit ze ("leaving") |
09:34:26 | markun | amiconn: did you add support for cyrillic? |
09:34:41 | amiconn | Not yet, but this is a preparation for it |
09:35:18 | amiconn | Adding cyrillic is now 'just' a means of extending the character tables and defining the soft characters where we can't map to the hardware directly |
09:35:59 | | Quit idnar (Nick collision from services.) |
09:36:01 | | Join idnar_ [0] (n=mithrand@unaffiliated/idnar) |
09:36:55 | SlAtz | Can someone help me a little bit? =) I got Rockbox on my Sansa e200 yesterday,, but i can't figure out how to import my mp3 to rockbox :S |
09:37:42 | SlAtz | it's already loaded with mp3, pic's and videos, but i can't find the music while i've loaded rockbox |
09:38:19 | Llorean | SlAtz: Your music may be in a hidden folder. Either choose to set the File View in Rockbox to "all", unhide the music folder, or use the database. Both the file view and database options are described in the manual. |
09:41:31 | preglow | Slasheri: cool |
09:44:13 | | Join scubacoles [0] (n=scubacol@122.49.148.142) |
09:45:07 | markun | Llorean: don't forget to tell us when the video test ends |
09:45:30 | | Join Slickire [0] (i=5ac0e8c6@gateway/web/cgi-irc/labb.contactor.se/x-1744214bad158a0e) |
09:45:32 | Llorean | markun: I intend to |
09:45:36 | Llorean | markun: It just hasn't ended yet. :) |
09:46:17 | aliask | What's the video test? |
09:46:36 | aliask | Battery life? |
09:46:40 | markun | yes |
09:46:53 | Llorean | 320x176, 600kbps video, 128kbps audio. |
09:47:03 | aliask | Why 176? |
09:47:09 | markun | why not? |
09:47:12 | Llorean | Widescreen |
09:47:16 | Llorean | 'tis a movie |
09:47:31 | aliask | Ahh. Cool. How many hours so far? |
09:47:37 | Llorean | 4 hours, 25 minuts |
09:47:40 | | Quit himitsu (Remote closed the connection) |
09:47:40 | Llorean | minutes |
09:47:46 | markun | on a F40? |
09:47:48 | Llorean | Yep |
09:47:50 | aliask | Nice |
09:48:24 | SlAtz | Llorean: Thanx ;D |
09:49:46 | SlAtz | gotta get to school now, c ya'll |
09:50:06 | | Quit SlAtz (Read error: 131 (Connection reset by peer)) |
09:50:10 | markun | I believe the Gigabeat S is supposed to have 2.5 hours video playback :) |
09:51:22 | Llorean | markun: Well, we have 4.5 at least, under my conditions. :) |
09:52:14 | aliask | I think it was attributed to the switch from OLED -> LCD |
09:52:41 | | Join Shaid` [0] (i=shaid@203-214-39-25.dyn.iinet.net.au) |
09:52:52 | markun | aliask: which OLEDs? |
09:53:24 | markun | The S was supposed to have a OLED screen? |
09:53:52 | aliask | I thought the F/X had an oled screen? |
09:54:01 | markun | no |
09:54:08 | aliask | Stupid wikipedia. |
09:54:11 | markun | the P does |
09:54:17 | markun | little flash player |
09:55:23 | markun | Yes, I see that wikipedia claims a OLED display for the X, but I'm pretty sure that's false |
09:56:27 | markun | also, it states a 2.5" screen for the X which I believe is 'only' 2.4" |
09:56:29 | scubacoles | I can confirm the X is just a boring old LCD |
09:56:40 | scubacoles | correct again Markun |
09:57:38 | markun | luckily it's a wiki |
09:58:05 | markun | do you need to create a wikipedia account for each language? |
09:58:22 | amiconn | Bagder: The website's diff link script still has the problem that you can't diff renamed files because [rename] isn't a link. |
09:59:27 | markun | preglow: does this arcticle make any sense to you? http://en.wikipedia.org/wiki/Twin_vector_quantization |
09:59:57 | | Quit inversions (Read error: 110 (Connection timed out)) |
10:00 |
10:00:36 | B4gder | amiconn: right, but there was some problem related to that which is why it is like this now |
10:00:47 | B4gder | I don't recall the details right now |
10:01:52 | preglow | markun: not in the least |
10:02:13 | preglow | just looks like gibberish |
10:02:31 | preglow | but then again, i'm not an expert in compression :> |
10:03:15 | markun | preglow: someone in #vorbis also thought it was nonsense |
10:03:50 | markun | I wonder if it should be the same as http://en.wikipedia.org/wiki/TwinVQ |
10:04:32 | preglow | i've at least heard about that |
10:04:42 | preglow | i remember .vqf files from years ago |
10:04:45 | preglow | never took off |
10:04:59 | markun | preglow: the problem is that googling the subject gives a lot of hits which I think are just copies of the wikipedia contents.. |
10:05:15 | markun | Yes, I played with VQF a little |
10:05:48 | preglow | well, it just looks like gibberish to me |
10:05:59 | preglow | jhMikeS: seems like you snuck some more tabs in when doing the last asm commit |
10:06:09 | LinusN | "destroyed hyperspace", isn't that what happened to the Millenium Falcon? :-) |
10:06:36 | LinusN | oh, that was the "hyperdrive" :-P |
10:06:59 | markun | LinusN: I remember the word mainly from the HHGTTG :) |
10:07:08 | | Join DarkTurtle [0] (n=kvirc@d58-108-112-232.dsl.nsw.optusnet.com.au) |
10:07:44 | markun | festival TTS kept pronouncing that word completely wrong :) |
10:07:59 | DarkTurtle | hi |
10:08:01 | LinusN | aha! so it is actually 42 = 5.22 / 4m !!! |
10:08:03 | markun | hi-PUR-sps |
10:08:03 | DarkTurtle | oh heyy markun :P |
10:08:43 | markun | DarkTurtle: did you see that linuxstb added video rebuffering? |
10:08:55 | DarkTurtle | oh no i havnt been in the channel |
10:09:12 | DarkTurtle | but ive made a theme :) |
10:09:13 | LinusN | this must be the first time i see an "oops" commit from amiconn |
10:09:30 | DarkTurtle | uhm.. it says that i need 2 go here 2 ask for write permissions for the wiki |
10:09:39 | DarkTurtle | can i have that so i can add my theme? |
10:09:44 | LinusN | DarkTurtle: what is your wikiname? |
10:09:49 | DarkTurtle | NigelSalamanes |
10:09:55 | LinusN | hang on |
10:09:59 | DarkTurtle | kk thx :) |
10:10:40 | LinusN | DarkTurtle: done, happy wiki editing! |
10:10:46 | DarkTurtle | lol thx. :) |
10:10:48 | | Quit BHSPitLappy (Remote closed the connection) |
10:11:00 | * | Llorean wonders if his video's planning to stop before it beast the 64mb iPod model. |
10:11:03 | Llorean | beats |
10:11:11 | markun | Llorean: how long is the movie? |
10:11:17 | amiconn | LinusN: Huh? |
10:11:28 | Llorean | markun: The movie is 1:45, I'm on my third viewing of it. |
10:11:29 | amiconn | I did quite a lot of oops commits over time... |
10:11:39 | LinusN | you usually get things right |
10:12:00 | | Quit Shaid (Read error: 110 (Connection timed out)) |
10:12:01 | | Nick Shaid` is now known as Shaid (i=shaid@203-214-39-25.dyn.iinet.net.au) |
10:12:03 | markun | amiconn: maybe it's just because you get so anoyed when other people didn't test their patch before commit :) |
10:12:05 | amiconn | This .h was a last-minute removal, and I didn't re-check build afterwards |
10:12:16 | Llorean | Ah, it died. |
10:12:21 | Llorean | 4 hours, 50 minutes. |
10:12:33 | markun | damn, that has to be improved :) |
10:12:41 | Slasheri | roolku: (if you can see this from logs), i hope the recent change does not affect the playcount/score of the last track when stopped with stop button. Otherwise scores are getting wrong if you just stop the playback in the middle of track and then resume it later. It should happen only at end of playlist |
10:12:49 | Llorean | And my battery wasn't _quite_ 100% full (maybe 97%ish) |
10:12:57 | Llorean | But still, a good time for a first test. :) |
10:13:14 | amiconn | Llorean: That clearly beats rvf playback on archos recorders (with stock batteries) |
10:13:15 | markun | Llorean: power usage should drop by 2mA for each lower backlight brightness level |
10:14:07 | Llorean | markun: I'm sure the time can be improved further. |
10:14:22 | Llorean | Though nearly 5 hours is quite good for video playback. Isn't that "normal" for PMPs? |
10:14:51 | amiconn | This diff: http://svn.rockbox.org/viewvc.cgi/trunk/firmware/drivers/lcd-charset-player.c?r1=6507&r2=12916&pathrev=12916 (not viewable from the [rename] non-link) was the boring part... |
10:18:11 | amiconn | The tricky part is in the new (renamed) lcd-charcell.c |
10:20:58 | amiconn | Btw, it looks like quite some space-saving would be possible by statically initializing the screen_access structures |
10:22:42 | amiconn | (should then even be const in order to be put in ROM for rombox) |
10:24:11 | markun | Llorean: yes, I think it's quite normal |
10:27:52 | | Part LinusN |
10:36:16 | | Join My_Sic [0] (n=MySic@m180.net81-67-5.noos.fr) |
10:38:37 | | Join Llorea1 [0] (n=Llorean@cpe-66-69-210-194.austin.res.rr.com) |
10:40:00 | | Quit Llorean (Nick collision from services.) |
10:40:01 | | Nick Llorea1 is now known as Llorean (n=Llorean@cpe-66-69-210-194.austin.res.rr.com) |
10:42:26 | | Quit scubacoles ("Leaving") |
10:44:49 | | Join merwin [0] (n=merwin@72.86.29.230) |
10:51:01 | linuxstb | Llorean: Nice video runtime test, but I think a fairer comparisons with original firmwares would be a fullscreen video - it's much easier for mpegplayer to decode a 320x176 video than 320x240 (see the relative FPSs on the wiki page). |
10:52:09 | | Join webguest13 [0] (i=c19fe442@gateway/web/cgi-irc/labb.contactor.se/x-46441386532c8aef) |
10:52:48 | Llorean | linuxstb: Yeah, I noticed that after I was about 4 hours in. |
10:53:05 | Llorean | linuxstb: I plan to do that next, though hopefully with a video where the audio stays in sync. :-P |
10:53:34 | | Quit webguest13 (Client Quit) |
10:53:36 | Llorean | The video is playing back at an equal speed to that on my PC, but the audio is playing slightly faster than my PC plays the audio. |
10:55:19 | amiconn | Llorean: You could try a synchronous playback test with an audio file (PC and gigabeat). Maybe the output sample rate on the gigabeat is slightly off? |
10:55:50 | Llorean | amiconn: I think the output sample rate on all SWCodec is slightly off |
10:56:22 | Llorean | amiconn: I was having a similar problem with speex, and discovered it also applied to AAC, with synchronous playback tests between my PC and my H120 and Gigabeat |
10:56:27 | | Quit My_Sic ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
10:56:31 | Llorean | But I had a very hard time reproducing it consistently |
10:56:35 | | Join Rondom [0] (n=Rondom@p57a960e9.dip.t-dialin.net) |
10:57:04 | linuxstb | The clock of the DAC shouldn't affect a/v sync though - video is synced to the audio, so if that clock is wrong, both streams should be equally wrong... |
10:58:18 | Llorean | linuxstb: What if you have limit FPS on, and the file is 25fps, and the audio is slightly faster than realtime? What would it do to try to catch the video up to the audio if the video needed to go faster than 25? |
10:58:55 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
11:00 |
11:01:07 | | Join himitsu [0] (n=himitsu@61.213.184.184) |
11:02:34 | Llorean | linuxstb: I can provide a 22 minute file that is definitely out of sync by the end, it's about 70mb if there's a good way to get it to you (or someplace to upload to) |
11:04:25 | B4gder | I can provide the upload/download service |
11:06:24 | *** | Saving seen data "./dancer.seen" |
11:06:56 | Llorean | B4gder: Mind if I go ahead and upload on the assumption that linuxstb will want to see it when he's got time? |
11:09:40 | JdGordon | playback menu is now using the new menu api... :) are there any changes it needs? or new functions for it? |
11:10:07 | JdGordon | plugins cant use icons from recorder/icons.h :'( |
11:12:43 | linuxstb | Llorean: Yes, I want to see it, thanks. |
11:13:05 | linuxstb | Llorean: Can I just check you have both Limit FPS and Skip Frames enabled? |
11:13:09 | Llorean | linuxstb: Yes |
11:13:47 | | Join BigBambi [0] (n=Alex@host-144-219.ch.le.ac.uk) |
11:13:55 | Llorean | linuxstb: Both are enabled, and the audio is very clearly out of sync by the end of the file. |
11:15:25 | amiconn | JdGordon: The metronome actions for player are totally messed up. It's unusable and you cannot quit |
11:15:52 | amiconn | One more case of the actions concept not fitting plugins at all |
11:16:23 | amiconn | (found this while checking for plugins which needed adjustment for the new player lcd code) |
11:16:59 | JdGordon | hold stop doesnt quit? |
11:17:28 | amiconn | Hold stop shuts down the player by force |
11:17:33 | amiconn | ...in less than a second |
11:17:34 | JdGordon | I havnt lost all hope for actions in plugins just yet... |
11:17:42 | JdGordon | oh.. ok |
11:18:20 | JdGordon | sholdnt it just use BUTTON_OFF then? |
11:18:22 | amiconn | Metronome has mapped volume up/down to Play/Stop, which is just weird, and pause/unpause is impossible |
11:18:31 | amiconn | There is no BUTTON_OFF |
11:18:39 | JdGordon | STOP even |
11:18:42 | amiconn | BUTTON_STOP is the poweroff button |
11:18:56 | | Join My_Sic [0] (n=MySic@m180.net81-67-5.noos.fr) |
11:19:10 | amiconn | Volume should be mapped to Menu+Left/Menu+Right, like in wps |
11:19:19 | amiconn | And Play should be pause/unpause |
11:19:27 | amiconn | On is tap, that's ok |
11:20:44 | * | JdGordon 's pluginlib_action.h file is full of WIP's.... |
11:23:15 | | Join LinusN [0] (i=linus@rockbox/developer/LinusN) |
11:26:19 | * | amiconn spotted an almost 3.5 years old quirk in the bitmap vkeyboard code, added by LinusN back then... |
11:26:32 | amiconn | The vkeyboard buttonbar strings aren't localised... |
11:26:50 | LinusN | ha - i took you 3.5 years to find it - i won! |
11:26:56 | LinusN | "it" even |
11:27:38 | amiconn | haha |
11:28:29 | amiconn | I'm not sure whether this (Nov 2003) came even before localisation, and the one adding the latter just overlooked it |
11:37:49 | | Quit DarkTurtle ("KVIrc 3.2.0 'Realia'") |
11:42:13 | Llorean | B4gder: File done sending. |
11:46:19 | B4gder | http://daniel.haxx.se/rockbox/out%20of%20sync%20-%20nano%20resolution.mpg |
11:51:12 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
11:52:46 | Llorean | linuxstb_: You may have just missed the link to the file. |
11:57:35 | linuxstb_ | I think I did... I'll check the logs. |
11:57:43 | | Quit linuxstb (Nick collision from services.) |
11:57:48 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) |
11:58:26 | linuxstb | Downloading now... |
12:00 |
12:01:45 | std|denis | is it possible to boot from iRiver iHP-1xx? as from the external hdd |
12:03:02 | Llorean | std|denis: As far as your computer's concerned, it is just an external HDD. |
12:04:39 | std|denis | i'm just got a dead XP today [missing ntldr], so i'm wonder whether it possible to use my player as recovery tool, that is always with me :) |
12:05:31 | | Join Moos [0] (i=Moos@m135.net81-66-158.noos.fr) |
12:06:27 | | Join Shaid` [0] (i=shaid@124-168-139-249.dyn.iinet.net.au) |
12:07:07 | Llorean | std|denis: Remember, the h100 takes no power from USB, so the battery will have to be charged enough |
12:08:02 | std|denis | Llorean: of course. but its ok if there's no other way - have no CD drive, have no floppydisks |
12:08:15 | Llorean | Yeah, just wanted to make sure you were aware of that |
12:08:22 | std|denis | just as last chance to repair |
12:08:24 | Llorean | Most of our players can be powered or charged via USB. |
12:08:41 | std|denis | aha, i know that pity thing |
12:09:23 | linuxstb | Llorean: What was the source for your video? I noticed its encoded at 24fps, so maybe the problem is that it should in fact be 23.976 |
12:09:25 | * | JdGordon slaps the build server with a large trout... |
12:09:34 | JdGordon | what the heck are you complaining about?? :'( |
12:10:10 | linuxstb | Llorean: Also, out of curiousity, which PC video player are you testing with? |
12:10:27 | | Quit Rondom ("Ex-Chat") |
12:10:49 | std|denis | mp3-codec seem to be not a bad-input proof |
12:11:29 | std|denis | i have an audio file, that hang my player, and uisim too |
12:11:36 | Llorean | linuxstb: The original is 23.98 (according to media player classic), I'm guessing that's rounded. The transcode batch has fps=24 in it, I assumed it's converting. The PC side video player I watched it in was Media Player Classic using the ffdshow filters. |
12:12:35 | JdGordon | is kermit.pimpinwithmuppets.com 64bit? |
12:13:10 | amiconn | JdGordon: |
12:13:13 | amiconn | #define SYS_USB_CONNECTED ((SYS_EVENT | ((long)1 << 27))) |
12:13:18 | amiconn | (in kernel.h) |
12:13:29 | JdGordon | ah, ok |
12:13:38 | amiconn | Comapre this with: int do_menu(const struct menu_item_ex *menu, int *start_selected); |
12:14:16 | JdGordon | ah woops... used the wrong define then |
12:14:38 | linuxstb | Llorean: Could you try removing the fps=24 from the encode options? I'll still investigate your 24fps encode and see if I can make it playable though. |
12:14:52 | | Join cadu [0] (i=cadu___@ZS114103.ppp.dion.ne.jp) |
12:15:23 | amiconn | Hmm, and SYS_EVENT is 0x8000000, which is negative as a long32, but very positive as long64 |
12:15:37 | Llorean | linuxstb: The file that went out of sync on the gigabeat was a 25fps original file without any changes applied to the framerate. |
12:15:41 | amiconn | The latter always yields false when compared with an int |
12:16:00 | amiconn | ...since an it that large *is* negative, and stays negative when extended to a long64 |
12:16:05 | linuxstb | I think the issue is that mpegplayer bases its av sync purely on the "frame duration" of each video frame, rather than the PTS (presentation timestamp) stored in the program stream container. So if the frame duration is inaccurate, then you'll get problems. |
12:16:08 | amiconn | s/it/int/ |
12:16:40 | JdGordon | so, the easy solution s disable sim builds on 64bit hosts.. :D |
12:17:23 | amiconn | The easy solution is to code correctly :P |
12:17:53 | Llorean | linuxstb: Does that explain the 25fps file on my gigabeat though? |
12:18:19 | | Quit himitsu (Remote closed the connection) |
12:18:56 | amiconn | linuxstb: Can you make it use the PTS? |
12:19:00 | linuxstb | Llorean: What was the original source for the 25fps file? i.e. do you know its history? |
12:19:16 | linuxstb | amiconn: Yes, I think I should. It's just more complicated. |
12:21:08 | | Quit BigBambi (Read error: 60 (Operation timed out)) |
12:22:45 | Soap | Llorean: is this the file off a quarter second (or so) after 15 minutes? |
12:23:17 | Llorean | Soap: Give or take, yes. |
12:24:29 | Llorean | linuxstb: I don't know the history of the 25fps file well enough. And now that I think of it, my friend is rather fond of point and click for encoding DVDs. |
12:25:03 | * | linuxstb wonders if Rockbox's playlist features could be extended to use viewer plugins - jpeg, mpegplayer etc |
12:25:09 | Soap | (I don't know if the math is even right) 23.976/24=.999 15*60*.001=0.9 = almost one second off. Like I said, not sure of the math. |
12:25:29 | Llorean | linuxstb: I've thought of that before, but there'd have to be something in viewer.config that marks them as valid or not for playlisting |
12:25:34 | Soap | DVD movie or TV show? |
12:25:46 | | Join BigBambi [0] (n=Alex@host-144-219.ch.le.ac.uk) |
12:25:49 | * | Llorean imagines listening to music for 35 minutes and then hitting a .txt because he just inserted a folder. |
12:25:59 | | Quit Shaid (Read error: 110 (Connection timed out)) |
12:26:00 | | Nick Shaid` is now known as Shaid (i=shaid@124-168-139-249.dyn.iinet.net.au) |
12:26:10 | Llorean | Soap: The 25fps one is a movie. |
12:26:18 | amiconn | linuxstb: Hehe, that sure won't be gapless then, but it would 'magically' sort-of integrate wav playback on archos |
12:26:21 | linuxstb | Llorean: Yes, a directory with mixed content would be confusing... The user probably doesn't want music stopped and a text viewer popping up... |
12:27:15 | Llorean | It'd also magically sorta make MIDI able to work |
12:27:24 | linuxstb | Llorean: Is the loss of sync in the 25fps file worse than your 23.976fps file? |
12:27:36 | Llorean | linuxstb: It appears to be about the same. |
12:28:15 | Soap | ohh, two different mpgs |
12:28:17 | Llorean | I'm putting a 23.976 version of the television episode on my Nano now. |
12:29:33 | linuxstb | OK, that's odd... I'm convinced my 25fps test file was still in sync after an hour. This was encoded from a rock-solid 25fps source MPEG file. |
12:30:19 | | Quit crashd ("Changing server") |
12:30:23 | linuxstb | I think the first test would be to check the PTS values of the first and last frames in the file, and see if they match the expected duration of the number of frames in the file... |
12:31:03 | | Join himitsu [0] (n=himitsu@61.213.184.184) |
12:31:10 | JdGordon | does anyone know where the pcm buffer size is defined? |
12:31:37 | linuxstb | amiconn: Viewers could be told to "play next N files in playlist" - meaning gapless could work... |
12:34:03 | | Join lorijho [0] (n=lorijho@83.222.37.7) |
12:34:19 | lorijho | Hi guys |
12:35:09 | | Join decayedcell_ [0] (n=decayed_@ppp196-67.lns3.mel4.internode.on.net) |
12:35:45 | * | JdGordon doesnt like the idea of non-music tracks in the playlist... |
12:37:19 | lorijho | Any of you using the voice functions in RockBox, e.g. the spoken directory names ? |
12:37:53 | | Part LinusN |
12:40:00 | | Quit decayedcell_ (Remote closed the connection) |
12:40:19 | | Join decayedcell_ [0] (n=decayed_@ppp196-67.lns3.mel4.internode.on.net) |
12:41:00 | | Join Rondom [0] (n=Rondom@p57a960e9.dip.t-dialin.net) |
12:41:18 | JdGordon | Llorean: if you boot your sansa with usb connected, does the OF connect to usb automatically? |
12:41:39 | | Join crashd [0] (n=crashd@lostnode.org) |
12:42:47 | Llorean | JdGordon: Yeah |
12:43:05 | linuxstb | Llorean: According to the first and last PTS values, your file is 1319.958 seconds long, but counting the frames (at 24fps) gives 1320.375 seconds. Counting frames at 23.976fps is even worse - 1321.697s |
12:43:37 | JdGordon | ok, wierd... mine wont connect unless I disconnect usb first! |
12:43:45 | linuxstb | (the file has 31689 video frames) |
12:44:39 | | Quit My_Sic ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
12:45:17 | Llorean | JdGordon: If I plug in a USB cable, that's all I have to do, it'll boot up and connect to USB. |
12:46:06 | Llorean | linuxstb: Wouldn't that mean, though, that the video is playing too slowly compared to the sound? |
12:46:54 | linuxstb | Yes. But I thought that's what you said? i.e. that audio was before the video? |
12:47:26 | Llorean | Yes, but when I played the 25fps file side by side with the PC, it stayed perfectly in sync with the video on the PC. |
12:47:39 | Llorean | Would the PC player be slowing down the audio to compensate then? |
12:48:46 | linuxstb | Possibly, yes. I guess it would depend on what the PC player uses for the master clcok. |
12:49:11 | Llorean | Also, the file at 23.976 still goes out of sync |
12:49:57 | JdGordon | woiuldnt the PC program be holding the frames on the screen longer instead of slowing the audio down? |
12:50:05 | JdGordon | that makes more sense to me... |
12:50:19 | Llorean | JdGordon: If it were holding the frames on the screen longer, then it would've gone out of sync visually with the file playing on the player. |
12:50:38 | | Join cadu_ [0] (i=cadu___@I045055.ppp.dion.ne.jp) |
12:50:43 | JdGordon | ah ok |
12:50:58 | Llorean | That's the thing, both Rockbox and my PC play the video at identical speeds. |
12:51:06 | Llorean | They seem to play the audio at different speeds. |
12:51:34 | cadu_ | hello guys! one question: i have tagged all my songs accordingly and correctly, would like to know what apps can be used 'efficiently' for synchronizing big libraries onto a rockboxed player.... |
12:51:52 | | Quit cadu (Read error: 110 (Connection timed out)) |
12:52:02 | cadu_ | i mean, like reproducing the library on a folder structure on the player and being able to identify removed files, renamed, retagged and just change these on the device accordingly |
12:52:18 | decayedcell_ | using Tag&Rename |
12:52:24 | decayedcell_ | you can make folders |
12:52:31 | decayedcell_ | and rename the music according the tags |
12:52:51 | decayedcell_ | e.g. artist/album/song |
12:52:57 | cadu_ | my songs are already on a big library separated by artist/album/song |
12:52:58 | decayedcell_ | that'll get it into a folder structure |
12:53:09 | cadu_ | and they're all tagged and well renamed |
12:53:17 | decayedcell_ | what player do you have? you could just copy it all to the player if its not an ipo |
12:53:17 | decayedcell_ | d |
12:53:39 | | Join obo [0] (i=522e52e0@gateway/web/cgi-irc/labb.contactor.se/x-4a2300935c5b51e9) |
12:53:48 | Llorean | decayedcell_: And why exactly can't you copy it all to an iPod? |
12:53:56 | linuxstb | decayedcell_: You can copy it all to the player if it's an ipod as well... You just can't use the original firmware (but that applies to other targets, such as the gigabeat as well) |
12:53:56 | obo | cadu_: unison or rsync might be worth a look |
12:54:07 | cadu_ | just wanted a way to do it automagically, like add a new album to this library and plug my rockbox, hit update/synchronize and it would update the new songs, delete the songs i deleted, retag things needed, like if i changed the name of a song from 'The Sirn' to 'The Siren' |
12:54:33 | cadu_ | btw i did all the tagging job in Foobar2000 then made a nice script to rename/move all albums and songs on a nice tree structure |
12:54:36 | decayedcell_ | yeah I forgot about that detail |
12:54:45 | cadu_ | i have a toshiba F with rockbox |
12:55:08 | cadu_ | obo, i was thinking about that, those mantain like a small database of files, so they just updated the updated files |
12:55:23 | cadu_ | obo, heheh , that was a question :P |
12:55:52 | obo | unison creates a database, rsync doesn't |
12:56:15 | JdGordon | Llorean: can you do me a wuit favour please? how many threads are running on your sansa? |
12:56:35 | JdGordon | and the bottom how many are on the COP? |
12:56:41 | | Part decayedcell_ |
12:56:57 | JdGordon | s/wuit/quick |
12:57:28 | cadu_ | obo, so if at host computer i add a folder (meaning new album, for example) to another folder and run unison, it'll only update the new folder ? |
12:57:43 | JdGordon | actually... the h300 and the sansa should have the same threads going right? except the extra "main" thread on the COP? |
12:58:00 | Llorean | JdGordon: 12, 2 of them are on (1) |
12:58:22 | JdGordon | thanks |
12:58:23 | cadu_ | obo, unison and rsync seem nice alternatives, but ONE question remains in my head : my player has 20gb and i have like 24gb on my library, how would it cope with that? |
12:59:55 | obo | cadu_: yes, it'll copy the new folder over. You can adjust the config file to exclude various paths/folders to cut things down a bit |
13:00 |
13:00:43 | cadu_ | obo, it would nice to script over unison or something to make it go copying files from folders randomly until it fits 20gb |
13:01:00 | cadu_ | like populating the player, you would have the biggest selection, not everything would be complete...of course :P |
13:01:39 | cadu_ | obo, my library is composed of 4 folders : rock / electronica / brasil and _unorganized |
13:02:27 | cadu_ | the new files/album folders are directly thrown in _unorganized, and my script in foobar shows them with a red color + missing fields, meaning : must organize it |
13:02:38 | | Join james_75 [0] (i=james_ri@155.143.105.38) |
13:02:39 | | Quit james_75 (K-lined) |
13:02:49 | cadu_ | after i organize/tag it the warning goes off and i just have to move it to one of the three organized folders |
13:03:02 | * | lorijho came up with a small hack that creates _dirname.talk files (spoken directory names) using (more) natural voices, I'm sure it's already been done before, anyway have a look at it... http://www.pastebin.ca/410400 |
13:04:13 | obo | cadu_: it's designed to sync one path to another - I'm not sure it'll do exactly what you're after... |
13:04:54 | cadu_ | obo, i'm reading the documentation now, thank you :) by the way, do you know some of those 'synchro' programs like MediaMonkey ? |
13:05:08 | cadu_ | but mediamonkey kinda sucks on the 'generic player' export option :( |
13:05:18 | cadu_ | and inserts funny tags on your files too |
13:05:19 | | Join LinusN [0] (i=linus@rockbox/developer/LinusN) |
13:06:26 | *** | Saving seen data "./dancer.seen" |
13:07:41 | | Part LinusN |
13:07:54 | amiconn | ping pong... |
13:08:44 | * | JdGordon 's new os stacks screen is soo fubared :D |
13:09:32 | | Join LinusN [0] (i=linus@rockbox/developer/LinusN) |
13:14:08 | JdGordon | is there any reason the debug os screen isnt in the sim? |
13:14:11 | cadu_ | obo, what do you use ? :P |
13:14:59 | linuxstb | Llorean: Playing your file in mplayer, there's a value (called "ct" - for correction) which mplayer uses to maintain AV sync. This value starts at around 0.125 seconds, and is slowly increasing. Meaning there is some drift that mplayer takes account of and corrects.... |
13:15:54 | Llorean | linuxstb: Ah, so the file itself is out of sync, but mplayer corrects for it and mpegplayer doesn't? |
13:16:00 | linuxstb | Yes. |
13:17:14 | Llorean | Is ct an artifact of bad encoding, or is it something normal? |
13:17:45 | linuxstb | Are they different things? Maybe bad encoding is normal.... |
13:18:05 | linuxstb | But either way it seems very common so mpegplayer will need to deal with it. |
13:18:17 | Llorean | Bad as in "non-standard" or something similar. :-P |
13:18:30 | Llorean | How big of a fix is it? |
13:19:30 | | Quit Kitt0s ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
13:19:40 | linuxstb | It probably isn't that much work. Currently mpegplayer ignores the PTS values (which is bad), at the very least it should take account of the offset between audio and video at the start of the stream. Your issue seems to be that this difference drifts throughout the file. |
13:19:50 | | Join Kitt0s [0] (i=Kaa@87.68.2.89.cable.012.net.il) |
13:20:18 | linuxstb | So PTS handling needs to be implemented anyway, and once that's done, calculating the PTS drift and adjusting the av sync should be relatively trivial. |
13:21:40 | preglow | linuxstb: i'd say it's common anyway, yes |
13:23:07 | linuxstb | And just to annoy everyone, PTS values are 33 bits.... |
13:23:11 | | Quit Kitt0s (Client Quit) |
13:23:34 | amiconn | linuxstb: Can't you just sync on the pts values, ignoring the fps value? |
13:24:07 | amiconn | I mean, instead of waiting a fixed precalculated frame time before showing the next frame, wait until the next pts is due |
13:24:24 | linuxstb | Yes, that sounds sensible. |
13:25:30 | * | amiconn doesn't know whether the pts is optional |
13:25:53 | linuxstb | I was just wondering that... |
13:26:53 | JdGordon | ok, who knows why a list item wont scroll when its selected? |
13:27:03 | daurnimator | hi all |
13:27:11 | LinusN | JdGordon: huh? |
13:27:16 | JdGordon | evening daurnimator |
13:27:32 | LinusN | JdGordon: i guess the string length calculation is wrong? |
13:27:35 | JdGordon | LinusN: ive got a gui list set up, and the item which needs to scroll wont.. even if its the selected item |
13:27:38 | Llorean | linuxstb: A FAQ I'm reading says neither PTS nor DTS are mandatory |
13:27:45 | daurnimator | JdGordon: sup |
13:28:07 | JdGordon | nm |
13:28:09 | LinusN | JdGordon: perhaps the string length calculation is done with the default font by mistake? |
13:28:27 | linuxstb | Llorean: OK... I need to dig out my copy of the standard anyway. |
13:28:53 | daurnimator | JdGordon: what suburb you in? |
13:28:54 | JdGordon | shouldnt be... not doing anything in the screen which would tell it to use the SYS font instead of UI... |
13:28:58 | daurnimator | was in glen eira |
13:29:00 | JdGordon | caulfield north |
13:29:35 | daurnimator | near that hospital? |
13:29:45 | JdGordon | nope |
13:29:57 | JdGordon | WOW... scrolling on the sansa causes some odd artefacts :) |
13:30:07 | daurnimator | how is the sansa? |
13:30:15 | JdGordon | but it does scroll in the tree and not my list :'( |
13:30:18 | JdGordon | its niice :) |
13:30:45 | daurnimator | which model do you have? |
13:31:13 | | Join roolku [0] (n=roolku@82-41-2-141.cable.ubr01.edin.blueyonder.co.uk) |
13:31:29 | JdGordon | e250 |
13:31:29 | | Nick BjoernErik is now known as Bjoern-Erik (n=unknown@250.80-202-105.nextgentel.com) |
13:32:41 | | Join ment [0] (i=thement@ibawizard.net) |
13:33:36 | roolku | Slasheri: I don't quite agree. If I stop half-way through a track (to switch the DAP off or select another track in the file browser) stats should be recorded for that track. |
13:35:15 | Slasheri | roolku: but if that was a good track and you stop playback, then the score will be lower |
13:35:20 | roolku | Slasheri: your case where the track is resumed later is just one possibility and should be handled in the resume (because only then is it clear that a resume actually occurs) |
13:35:28 | preglow | Slasheri: got a patch? :) |
13:35:49 | Slasheri | eventually you need to stop playback anyway and you dont want to wait until track is nearly finished to do that |
13:36:02 | Slasheri | preglow: i found some new issues, it's gonna take a while :) |
13:37:33 | roolku | Slasheri: I suppose it depends on what you think is more important. For me it is the fact that I played the track at all |
13:38:05 | | Join kavorka^ [0] (n=xxxx@203-214-30-136.dyn.iinet.net.au) |
13:38:31 | JdGordon | amiconn: should I use the gui list for the player as well as the bitmap lcds? |
13:38:38 | Llorean | Wouldn't the easiest thing to do be to score the song as a value (seconds played)/(song length)? |
13:38:40 | Slasheri | roolku: indeed, it's good probably good that the playcount increases. But i am worried about the negative effects to the autoscore |
13:38:50 | Llorean | If you play the song through two hole times, it'll be a value of 2 |
13:38:58 | Llorean | If you play half the song, stop, resume, finish, it'll be 1 |
13:39:05 | Slasheri | if it was a bad track, and you stop playback because of that, then it wouldn't be an issue |
13:39:35 | Slasheri | but if you would stop the playback anyway (or pause it and auto shutdown happens), score will be generated wrong |
13:40:40 | roolku | Slasheri: I am not a big fan of the auto score thing I must admit |
13:40:49 | kavorka^ | have a iaudio X5 60gb, have correctly extracted the ./rockbox folder in the root directory and placed the x5_fw.bin file in the firmware directory as the manual says. however when i power up with the charger nothing happens...ie it goes to the native o/s. what am i doing wrong? |
13:41:32 | | Quit obo ("CGI:IRC") |
13:41:40 | LinusN | kavorka^: it didn't update the firmware? |
13:41:59 | kavorka^ | LinusN, nope...just went into 'charging' mode |
13:42:07 | kavorka^ | like it normally does |
13:42:18 | Slasheri | roolku :) i use it quite often and that's why i think only full play of track (after end of playlist, or skip to other track, or end of track) should be accounted to the db |
13:42:19 | LinusN | is it perhaps an x5v? |
13:42:35 | kavorka^ | x5v is without the fm radio yes? |
13:42:36 | LinusN | or did you download the x5v bootloader by mistake? |
13:43:00 | amiconn | JdGordon: I would think so. The current thread list on player isn't that helpful because it just displays the thread numbers and stack usage |
13:43:03 | LinusN | yes, x5v is without fm |
13:43:04 | Slasheri | roolku: btw, the manual rating support would be great as well :) |
13:43:07 | roolku | Slasheri: I understand your problem, but I think the assumtion that the longer I listen to the song the better it is seems problematic |
13:43:22 | Slasheri | that's true.. |
13:43:44 | * | roolku has manual rating |
13:43:52 | kavorka^ | LinusN, defintely have the x5 60gb model with fm radio...and have d/l the x5_fw.bin file...ie not x5v_fw.bin |
13:44:10 | kavorka^ | its something stupid im doing...i can feel it |
13:44:12 | Slasheri | roolku: hehe, just prepare and commit that too |
13:44:14 | LinusN | kavorka^: then i don't know what would be wrong |
13:44:26 | roolku | Slasheri: I am just not sure the rest of the patch (lyrics * album art) is wanted in svn |
13:44:29 | kavorka^ | LinusN, thanks...ill try again |
13:44:42 | LinusN | kavorka^: and remember to safely remove the usb |
13:44:42 | roolku | Slasheri: so I would need to seperate it out... |
13:44:45 | Slasheri | me neither, those can be problematic |
13:44:52 | Slasheri | but the rating support should be fine |
13:45:46 | roolku | Slasheri: okay, I'll do it when I find the time |
13:47:41 | JdGordon | LinusN: I fgured it out... I forgot to stop it redrawing the list on ACTION_NONE :p |
13:47:51 | Slasheri | roolku: great |
13:47:54 | roolku | what range should I use? currently I have 0=unrated and then 1-5 possible 'stars' |
13:47:57 | LinusN | JdGordon: aha... |
13:48:15 | JdGordon | amiconn: this screen inst in the sim, can you test a patch before I commit for the player? |
13:48:16 | Slasheri | roolku: i think something like that is fine, but no more than 10 steps |
13:48:17 | roolku | but I think the old rating was on a scale from 0-9 (or 0-10 even) |
13:49:02 | Moos | roolku: 0-10 have my vote, more discriminatif rating |
13:49:10 | Moos | -ve |
13:49:42 | | Join jborn__ [0] (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) |
13:50:04 | | Join Rob2222 [0] (n=Miranda@p54B17F82.dip.t-dialin.net) |
13:50:58 | | Join _jhMikeS_ [0] (n=jethead7@adsl-75-45-242-140.dsl.sfldmi.sbcglobal.net) |
13:52:24 | | Quit cadu_ (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | NSplit | kornbluth.freenode.net irc.freenode.net |
13:52:24 | | Quit crashd (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit std|denis (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit ender` (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit secleinteer (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit amiconn (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit eggy (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit dan_a (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit RaRe` (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit FOAD (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit kclaf (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit NuclearDog (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit bospaadje (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit relaxed (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit ampleyfly (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit lostnihilist (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit Overand (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit tchan (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit slarti (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit linuxstb (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit Stalwart (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit desowin (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit Soap (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit daurnimator (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit smolyn (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit Lynx_ (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit bun-bun (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit netmasta10bt (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit hcs (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit BrianHV (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit lostlogic (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit roolku (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit idnar_ (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit gtkspert (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit Rob222241 (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit miepchen^schlaf (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit marc (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit Ribs_ (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit Everybody|away (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit jhMikeS (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit VeePee (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit Rick (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit z0de (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit Bagder (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit sslashes (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit Nimdae (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit Kohlrabi (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit toer (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit jborn_ (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit luckz (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit Vakio (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit nixphoeni (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit ment (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit lorijho (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit merwin (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit bluebrother (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit joshin_ (kornbluth.freenode.net irc.freenode.net) |
13:52:24 | | Quit perldiver (kornbluth.freenode.net irc.freenode.net) |
13:52:25 | | Quit DataGhost (kornbluth.freenode.net irc.freenode.net) |
13:52:25 | | Quit Nibbier (kornbluth.freenode.net irc.freenode.net) |
13:52:25 | | Quit atsea-142 (kornbluth.freenode.net irc.freenode.net) |
13:52:25 | | Quit atsea- (kornbluth.freenode.net irc.freenode.net) |
13:52:25 | | Quit andrewg867 (kornbluth.freenode.net irc.freenode.net) |
13:52:25 | | Quit dukeman (kornbluth.freenode.net irc.freenode.net) |
13:52:25 | | Quit pill_ (kornbluth.freenode.net irc.freenode.net) |
13:52:25 | | Quit bagawk (kornbluth.freenode.net irc.freenode.net) |
13:52:25 | | Quit sneakums (kornbluth.freenode.net irc.freenode.net) |
13:52:25 | | Quit pabs (kornbluth.freenode.net irc.freenode.net) |
13:52:25 | | Quit melter (kornbluth.freenode.net irc.freenode.net) |
13:52:25 | | Quit crwl (kornbluth.freenode.net irc.freenode.net) |
13:52:25 | | Quit Weiss (kornbluth.freenode.net irc.freenode.net) |
13:52:28 | | Join Naked [0] (i=naked@62.142.249.112) |
13:52:29 | | Nick Naked is now known as Hadaka (i=naked@62.142.249.112) |
13:52:35 | NHeal | kornbluth.freenode.net irc.freenode.net |
13:52:35 | NJoin | miepchen^schlaf [0] (n=hihi@p57b9663d.dip.t-dialin.net) |
13:52:58 | NJoin | Rick [0] (i=rick@pool-71-119-160-247.lsanca.dsl-w.verizon.net) |
13:53:09 | NJoin | pill_ [0] (i=pill@sloth.shellfx.net) |
13:53:38 | NJoin | Vakio [0] (i=vakio@adsl-215-239-237.kymp.net) |
13:53:56 | NJoin | gtkspert [0] (n=gtkspert@gateless.info) |
13:54:05 | NJoin | andrewg867 [0] (n=andrew@stjhnf0124w-142162083215.pppoe-dynamic.nl.aliant.net) |
13:54:08 | NJoin | Nimdae [0] (n=nimmeh@static-71-164-213-34.dllstx.fios.verizon.net) |
13:54:26 | NJoin | lorijho [0] (n=lorijho@83.222.37.7) |
13:55:46 | JdGordon | ok, it seems we cant have the thread names updating correctly and scroll... so im rearranding the text so the usage is after the status and before the name |
13:55:53 | JdGordon | so we dont crae about no scrolling |
13:56:53 | NJoin | linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
13:56:53 | NJoin | desowin [0] (n=desowin@unaffiliated/desowin) |
13:56:53 | NJoin | Stalwart [0] (n=stalwart@86.57.10.154) |
13:56:53 | NJoin | Soap [0] (n=Soap@rockbox/staff/soap) |
13:56:53 | NJoin | daurnimator [0] (n=fake@unaffiliated/daurnimator) |
13:56:53 | NJoin | smolyn [0] (n=smolyn@blk-138-57-29.eastlink.ca) |
13:56:53 | NJoin | BrianHV [0] (n=bhv1@copland.brianhv.org) |
13:56:53 | NJoin | Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) |
13:56:53 | | Join bun-bun [0] (n=bun@unaffiliated/bun-bun) |
13:56:53 | NJoin | netmasta10bt [0] (n=torment@pool-71-251-101-102.tampfl.fios.verizon.net) |
13:56:53 | NJoin | hcs [0] (n=agashlin@rockbox/contributor/hcs) |
13:56:53 | NJoin | lostlogic [0] (n=lostlogi@rockbox/developer/lostlogic) |
13:56:54 | *** | Server message 505: 'logbot_ :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' |
13:57:22 | NJoin | Everybody|away [0] (n=everybod@harpo.demon.co.uk) |
13:57:36 | | Join marc| [0] (n=marc@230.143.79.83.cust.bluewin.ch) |
14:00 |
14:00:34 | XavierGr | Sweet! RVF for H100 :D (no sound though...) |
14:00:43 | NJoin | luckz [0] (n=luckz@luckz.de) |
14:01:13 | NJoin | crwl [0] (n=crawlie@a88-114-143-95.elisa-laajakaista.fi) |
14:01:13 | NJoin | sslashes [0] (i=sslashes@209.67.252.122) |
14:01:13 | NJoin | ment [0] (i=thement@ibawizard.net) |
14:01:13 | NJoin | roolku [0] (n=roolku@82-41-2-141.cable.ubr01.edin.blueyonder.co.uk) |
14:01:13 | NJoin | cadu_ [0] (i=cadu___@I045055.ppp.dion.ne.jp) |
14:01:13 | NJoin | crashd [0] (n=crashd@lostnode.org) |
14:01:13 | NJoin | std|denis [0] (n=Miranda@ws-80-68-252-11.rbc.ru) |
14:01:13 | NJoin | ender` [0] (n=ender@84.255.206.8) |
14:01:13 | NJoin | secleinteer [0] (n=secleint@70.133.170.172) |
14:01:13 | | Join amiconn [0] (n=jens@rockbox/developer/amiconn) |
14:01:13 | NJoin | eggy [0] (n=eggy@pdpc/supporter/sustaining/yorkcc.eggy) |
14:01:13 | NJoin | relaxed [0] (n=relaxed@unaffiliated/relaxed) |
14:01:13 | NJoin | FOAD [0] (n=dok@dinah.blub.net) |
14:01:13 | NJoin | ampleyfly [0] (n=ampleyfl@nema.lysator.liu.se) |
14:01:13 | NJoin | RaRe` [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) |
14:01:13 | NJoin | lostnihilist [0] (n=lostnihi@ppp-68-251-35-5.dsl.chcgil.ameritech.net) |
14:01:13 | NJoin | bospaadje [0] (n=bospaadj@ip82-139-84-12.lijbrandt.net) |
14:01:13 | NJoin | dan_a [0] (n=dan_a@217.23.173.156) |
14:01:13 | NJoin | kclaf [0] (i=kclaf@crj95-3-82-237-150-15.fbx.proxad.net) |
14:01:13 | NJoin | slarti [0] (i=tom@gentoo/developer/slarti) |
14:01:13 | NJoin | tchan [0] (n=tchan@lunar-linux/developer/tchan) |
14:01:13 | NJoin | NuclearDog [0] (n=nd@ikaruga.co.uk) |
14:01:13 | NJoin | Overand [0] (i=overand@pdpc/supporter/active/Overand) |
14:01:46 | | Join bluebrother [0] (i=OaXREtZ9@nat-wh-1.rz.uni-karlsruhe.de) |
14:01:47 | *** | Server message 505: 'logbot_ :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' |
14:02:05 | NJoin | joshin_ [0] (n=joshin@VDSL-130-13-11-10.PHNX.QWEST.NET) |
14:02:54 | XavierGr | why do I get a filebuffer string error when I startup rockbox on H100? :\ |
14:03:02 | XavierGr | I don't know what that error means... |
14:03:09 | JdGordon | more than 16 items in viewer.config... |
14:03:27 | JdGordon | o the combined length of the llines in that file are longer than some buffer.. iirc |
14:03:41 | XavierGr | it must be with recent additions of mpegplayer and the rvf I am playing now |
14:04:15 | XavierGr | so to fix it I have to increase the line buffer of the viewer.config? |
14:04:28 | | Quit Hadaka (kornbluth.freenode.net irc.freenode.net) |
14:04:49 | | Join barrywardell [0] (n=barry@dhcp-892b9a5f.ucd.ie) |
14:04:53 | bluebrother | XavierGr: yes. The addition of mpegplayer triggered that message |
14:04:55 | JdGordon | anyone with a player got a min? |
14:05:19 | XavierGr | :\ now my viewer.config file has 27 lines |
14:05:30 | bluebrother | easy solution: remove a line |
14:05:35 | JdGordon | that would explain it then :D |
14:05:45 | bluebrother | good solution: adjust the buffer size ;-) |
14:06:09 | | Join ze [0] (n=ze@cpe-76-175-22-254.socal.res.rr.com) |
14:06:11 | XavierGr | 18 different plugins in there |
14:06:21 | XavierGr | so yeah it exceeds 16 |
14:06:26 | NJoin | Nibbier [0] (n=sven@port-212-202-177-141.dynamic.qsc.de) |
14:06:34 | | Quit ze (Client Quit) |
14:06:36 | | Join ze [0] (n=ze@cpe-76-175-22-254.socal.res.rr.com) |
14:06:45 | | Join Bagder [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
14:06:46 | *** | Server message 505: 'logbot_ :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' |
14:06:49 | ze | hmm er oh |
14:07:08 | bluebrother | I think it was STRING_BUFFER_SIZE in filetypes.c |
14:07:18 | | Quit ze (Client Quit) |
14:07:18 | roolku | I might do 0-10 then, as I believe the current WPS use that. |
14:07:21 | | Join ze [0] (i=ze@cpe-76-175-22-254.socal.res.rr.com) |
14:07:27 | | Quit ampleyfly (Remote closed the connection) |
14:08:17 | NJoin | Hadaka [0] (i=naked@62.142.249.112) |
14:08:46 | std|denis | is it enough to add "-DDEBUG" into GCCOPTS to get a debug symbols in uisim build? |
14:09:10 | ment | any ideas how to make ipod mini remote connector without buying the original remote controller? |
14:09:43 | bluebrother | ment: no, but if you find a way I would be interested ;-) |
14:09:56 | NJoin | Kohlrabi [0] (n=Kohlrabi@frustrum.nosebud.de) |
14:09:57 | JdGordon | std|denis: the uisim has the debug symbols... you can run it through gdb... |
14:10:26 | bluebrother | std|denis: there is also a (D)ebug option in the advanced configuration |
14:10:46 | bluebrother | but IIRC this only affects the build for the target |
14:11:43 | XavierGr | amiconn: do you know if it is possible for the RockVideo Converter to make rvf files with custom width height size? (other than archos resolution) |
14:11:46 | std|denis | JdGordon: yeah, it would be great, but i have lack of knowledge about gdb :) so i want to use something more familiar - VC build-in debugger or OllyDbg |
14:11:50 | | Quit smolyn ("KVIrc 3.2.5 Anomalies http://www.kvirc.net/") |
14:12:13 | bluebrother | std|denis: you can use ddd as frontend to gdb. Or insight |
14:12:26 | std|denis | bluebrother: is it some kinda gui? |
14:12:31 | B4gder | ... or emacs! ;-) |
14:12:39 | bluebrother | it is. |
14:12:40 | ment | bluebrother: I have some ideas how to make it but I think it wont be much reliable |
14:12:45 | NJoin | Ribs_ [0] (n=ribs@91.84.8.218) |
14:13:11 | bluebrother | or get the gdb cheat sheet and learn about gdb −− it's worth it :) |
14:13:46 | | Join ampleyfly [0] (n=ampleyfl@130.236.254.168) |
14:13:46 | | Join atsea-151 [0] (i=ariel@gateway/tor/x-870c96895aa201a8) |
14:13:46 | | Join atsea-142140 [0] (i=ariel@gateway/tor/x-abe95c9645fbb72e) |
14:13:46 | NJoin | VeePee [0] (i=heleniu4@amadeus.cc.tut.fi) |
14:13:46 | NJoin | dukeman [0] (n=dukeman@avskum.campus.luth.se) |
14:13:46 | NJoin | melter [0] (n=Melter@dyn248.iacc-tm4.ndsu.NoDak.edu) |
14:13:46 | NJoin | nixphoeni [0] (n=sappj@smtp.gentoo.org) |
14:13:46 | NJoin | Weiss [0] (i=taw27@pip.srcf.societies.cam.ac.uk) |
14:13:50 | NJoin | DataGhost [0] (i=dataghos@ip3e832ea5.speed.planet.nl) |
14:14:02 | | Join pearldiver [0] (n=say@cpe-72-225-231-80.nyc.res.rr.com) |
14:14:06 | NJoin | sneakums [0] (i=sneakums@jenny.ondioline.org) |
14:14:17 | std|denis | bluebrother: just have not enough time to learn it now. i just wanna search a bug with id3 handling |
14:14:34 | std|denis | at least i suppose its in id3.. |
14:14:52 | NJoin | toer [0] (i=tore@skjeldal.com) |
14:15:06 | JdGordon | barrywardell: any idea how to make the e200 only send SCROLL events once for each click like the OF? |
14:15:17 | | Join idnar [0] (i=mithrand@unaffiliated/idnar) |
14:15:46 | std|denis | "ID3 v2.3 specification" and "ID3 v2.3 Programming Guidelines" are dead links? |
14:16:22 | sbeh | find /mnt/mp3player | grep PP5022 |
14:16:27 | sbeh | where do i get it? |
14:16:31 | aliask | std|denis: http://www.id3.org/ |
14:18:09 | std|denis | aliask: thanx, i don't need them ;) i just found that they are returns 404 |
14:18:15 | linuxstb | XavierGr: I'm pretty sure that there's an old attempt to port the rvf player to swcodec on the patch tracker if you're investigating that. |
14:18:57 | NJoin | bagawk [0] (n=lee@unaffiliated/bagawk) |
14:19:00 | JdGordon | oh bugger... red delta :'( |
14:20:09 | XavierGr | linuxstb: there is? I am going to search for it |
14:20:50 | | Quit atsea-142140 (Remote closed the connection) |
14:20:50 | | Quit atsea-151 (Remote closed the connection) |
14:22:32 | XavierGr | can't find it, searched for rvf, video etc but I couldn't find it :\ |
14:22:57 | | Join atsea-142140 [0] (i=ariel@gateway/tor/x-d984f9b19b532c98) |
14:23:31 | | Nick Rick is now known as Gibbed (i=rick@pool-71-119-160-247.lsanca.dsl-w.verizon.net) |
14:23:32 | | Nick Gibbed is now known as Rick (i=rick@pool-71-119-160-247.lsanca.dsl-w.verizon.net) |
14:24:07 | | Quit Moos ("<reboot>") |
14:25:04 | XavierGr | I will try to create a custom resolution rvf using the linux command lines |
14:25:30 | XavierGr | -s |
14:25:53 | | Join Moos [0] (i=Moos@m135.net81-66-158.noos.fr) |
14:25:56 | | Join atsea-151 [0] (i=ariel@gateway/tor/x-c753131a1549ef23) |
14:26:15 | sbeh | how much of ram does `gmake sansapatcher` need? |
14:30:01 | | Part kavorka^ ("Client exiting") |
14:30:20 | Ctcp | Version from freenode-connect!freenode@freenode/bot/connect |
14:30:20 | *** | Server message 477: 'logbot_ #rockbox :[freenode-info] if you need to send private messages, please register: http://freenode.net/faq.shtml#privmsg' |
14:33:28 | barrywardell | JdGordon: I think we need to get an interrupt based driver working |
14:35:40 | | Quit Rondom (Read error: 145 (Connection timed out)) |
14:37:41 | sbeh | http://rafb.net/p/4GTLrH74.html |
14:39:25 | | Join kavorka^ [0] (n=xxxx@203-214-30-136.dyn.iinet.net.au) |
14:41:59 | barrywardell | sbeh: why are you trying to build sansapatcher with that file? |
14:44:47 | barrywardell | sbeh: sansapatcher was meant to be built with a PP5022.mi4 containing the Rockbox bootloader |
14:46:03 | | Quit kavorka^ ("Client exiting") |
14:46:27 | sbeh | barrywardell: i dont have this file, and this wiki-articel (http://www.rockbox.org/twiki/bin/view/Main/SansaE200Install) sais that i can get it there |
14:47:12 | barrywardell | so you already have an old version of the Rockbox bootloader installed? |
14:47:30 | sbeh | no |
14:48:06 | barrywardell | the instructions you linked are only for people who previously had an old bootloader installed |
14:48:24 | barrywardell | follow the link to the Installation chapter for installation instructions |
14:48:40 | sbeh | barrywardell: i said that i got the from there by searching through the wiki |
14:49:04 | sbeh | barrywardell: step 2.2.3. is where i am |
14:49:11 | sbeh | barrywardell: Installing the boot loader |
14:49:38 | linuxstb | sbeh: The manual has links to sansapatcher binaries for download. |
14:49:55 | sbeh | linuxstb: i don`t have one of these operating systems |
14:49:58 | barrywardell | yes, but it doesn't say anything about needing a PP5022.mi4 file. Just use sanspatcher as linuxstb says |
14:50:09 | barrywardell | what operating system do you have? |
14:50:24 | sbeh | barrywardell: in makefile PP5022.mi4 is defined as required |
14:50:41 | linuxstb | sbeh: You can get that from http://download.rockbox.org/bootloader/sandisk-sansa/e200/ |
14:50:57 | linuxstb | You're right that that isn't documented anywhere... |
14:51:06 | sbeh | ah! |
14:51:08 | sbeh | thank you :D |
14:51:16 | barrywardell | I guess we need some "manual install" instructions |
14:51:40 | linuxstb | Yes, I was thinking both sansapatcher and ipodpatcher could do with a "compiling from source" section. |
14:52:00 | linuxstb | (for trouble-makers like sbeh) :) |
14:52:02 | barrywardell | sbeh: out of curiousity, what operating system are you using? |
14:52:25 | * | linuxstb should soon have a PPC Linux setup |
14:52:30 | sbeh | try this |
14:53:52 | sbeh | hm, how do i clean my local subversion-checkout? |
14:53:54 | * | GodEater_ will probably have one soon too - just as soon as it's installed on his PS3 |
14:54:31 | B4gder | PS3 has "Cell" CPU(s), doesn't it? |
14:54:40 | sbeh | it does. |
14:54:44 | | Quit aliask (Remote closed the connection) |
14:54:46 | linuxstb | Yes, but I thought it was PPC? |
14:54:48 | B4gder | so not strictly PPC |
14:55:01 | linuxstb | i.e. the PPC Linux distros apparently run fine on it. |
14:55:08 | | Join Webgiest [0] (i=4a87b2ea@gateway/web/cgi-irc/labb.contactor.se/x-1110c09440a43f49) |
14:55:08 | sbeh | the first cpu acts like ppc |
14:55:13 | B4gder | aha |
14:55:19 | GodEater_ | all the PS3 distros are PPC based |
14:55:24 | sbeh | yes |
14:55:45 | GodEater_ | I might even avoicd using gentoo on it if you guys will lay off ribbing me about it ;) |
14:55:53 | B4gder | hahaha |
14:56:04 | sbeh | you don`t have the full cell-power when using this linux-mode of ps3 |
14:56:13 | linuxstb | GodEater: So have you chosen a distro yet? I've also just bought a PS3 and (as soon as I buy a USB keyboard) will be installing Linux. |
14:56:21 | B4gder | "A set of 128 registers, each 128 bits wide" |
14:56:29 | B4gder | ! |
14:56:29 | GodEater_ | linuxstb, not yet no |
14:56:36 | GodEater_ | linuxstb, have you ? : |
14:56:46 | sbeh | linuxstb: btw this file does not help |
14:56:56 | GodEater_ | I've also got to raid my parts bin and see if I have a spare usb keyboard |
14:57:02 | B4gder | the ps3 is nicely prepared to run linux though it seems |
14:57:10 | GodEater_ | B4gder, seems to be yes :) |
14:57:16 | sbeh | i dont think so |
14:57:29 | linuxstb | No. I normally install Debian everywhere, but am also bored of fighting with Linux installations, so am thinking of finding something more tailored to the PS3. |
14:57:31 | sbeh | if you run linux on ps3, the hardware gets some limits |
14:57:40 | B4gder | of course |
14:57:48 | sbeh | you need to hack to get full power of ps3 and run linux on it |
14:58:13 | GodEater_ | linuxstb, so YellowDog ? |
14:58:16 | B4gder | it still is prepared to run linux fine |
14:58:26 | sbeh | yes, but with lees power |
14:58:26 | B4gder | even if the linux perhaps need improvements to run perfectly |
14:58:29 | GodEater_ | when compared to say the Xbox260 ;) |
14:58:32 | GodEater_ | or 360 even |
14:58:49 | sbeh | B4gder: NO, ps3 hardware is limitated by hardware when you run in linux-mode! |
14:58:57 | B4gder | "linux-mode" ? |
14:59:07 | B4gder | afaik, it is "otheros" |
14:59:19 | B4gder | so that is limited by design? |
14:59:34 | sbeh | no, it is activ limited by onboard-firmware |
14:59:44 | LinusN | that sucks |
14:59:44 | B4gder | that's what I mean by design |
14:59:50 | sbeh | ok |
15:00 |
15:00:42 | linuxstb | GodEater_: I expect I'll probably just go with Debian... |
15:01:02 | GodEater_ | linuxstb, defeatist ;) |
15:01:17 | sbeh | B4gder & LinusN: ftp://dewy.fem.tu-ilmenau.de/CCC/23C3/video/23C3-1606-en-console_hacking_2006.m4v |
15:01:19 | linuxstb | I can't live without "apt-get"... |
15:01:29 | B4gder | m4v? |
15:01:35 | * | B4gder shrugs |
15:01:38 | sbeh | just use mplayers |
15:01:42 | sbeh | 'mplayer' |
15:01:48 | bluebrother | it's mpeg4 |
15:02:01 | * | bluebrother already watched a couple of 23c3 videos |
15:02:20 | sbeh | linuxstb: where do you think is the problem at? |
15:02:23 | sbeh | my compiler? |
15:03:13 | GodEater_ | oh is that the Xbox360 vid ? |
15:03:17 | sbeh | no |
15:03:22 | sbeh | its the 'console hacking 2006'-vid |
15:03:37 | sbeh | xbox360 is a gameing-console, so its in there too ;) |
15:03:40 | GodEater_ | :-| |
15:03:54 | GodEater_ | I guess I'll just watch it and see |
15:03:58 | * | B4gder prefers good old web pages to videos |
15:04:09 | GodEater_ | me too |
15:04:24 | sbeh | B4gder: this vid just tells you about ps3 what i did |
15:04:27 | GodEater_ | I'm also fed up with fighting with mplayer and ffmepg all wekend |
15:04:37 | B4gder | sbeh: good, then I don't miss anything ;-) |
15:04:38 | sbeh | B4gder: otheros-mode is running with limited hardware-ressources |
15:04:42 | GodEater_ | and apparently learning how to type really badly |
15:05:10 | sbeh | hm, mplayer works fine here |
15:06:25 | GodEater_ | sbeh, I was trying to use it to transcode some divx movies to x264 |
15:06:27 | *** | Saving seen data "./dancer.seen" |
15:06:43 | linuxstb | sbeh: Can the PS3 handle HD video (e.g. 1920x1080i MPEG-2) in Linux? |
15:06:45 | sbeh | B4gder: do you realy think that they will allow you with your linux on there cell-processor to outperform there serverhardware? :) |
15:06:52 | B4gder | http://www-128.ibm.com/developerworks/linux/library/pa-linuxps3-1/index.html?ca=drs- |
15:06:58 | B4gder | how to access the SPEs using linux |
15:07:02 | B4gder | seems easy enough |
15:07:43 | linuxstb | sbeh: I can't help you with your compiling problem - does your gcc install work fine when compiling other things? |
15:08:15 | sbeh | B4gder: just watch the video ;) |
15:08:19 | B4gder | nope |
15:08:46 | sbeh | linuxstb: yes, building world a the moment (1h task on a p-m 1.6ghz) |
15:08:53 | | Join perldiver [0] (n=say@cpe-72-225-231-80.nyc.res.rr.com) |
15:09:01 | sbeh | linuxstb: > gcc −−version |
15:09:01 | sbeh | gcc (GCC) 3.4.6 [FreeBSD] 20060305 |
15:09:08 | B4gder | sbeh: if you can't tell me in a line then I rather find a factual web page ;-) |
15:09:29 | sbeh | B4gder: my english is realy bad as you see |
15:09:59 | B4gder | and that video is the only resource explaining this? |
15:10:02 | | Quit cadu_ (Read error: 104 (Connection reset by peer)) |
15:10:05 | B4gder | if so, then I start to doubt it |
15:10:22 | sbeh | B4gder: i surely can't know _all_ sources |
15:10:44 | B4gder | ... yeah, I asked you for _all_ sources... |
15:12:27 | GodEater_ | it's not a bad presentation actually Bagder |
15:12:44 | B4gder | so what is the limitation then, put shortly? |
15:12:52 | GodEater_ | I'll let you know when I get to it ;) |
15:12:58 | B4gder | I'm at work, I really really don't watch videos here |
15:13:20 | GodEater_ | ok - I'll give an executive summary assuming I understand it once I've watched it |
15:13:33 | sbeh | linuxstb: wtf |
15:13:39 | sbeh | linuxstb: i am so stupid! |
15:13:58 | | Quit pearldiver (Read error: 110 (Connection timed out)) |
15:13:59 | sbeh | linuxstb: did not do a `gmake clean` after fetching your url |
15:14:14 | sbeh | linuxstb: so i still had the old bootimg.c ;) |
15:14:16 | | Join jhulst [0] (n=jhulst@148.61.84.29) |
15:14:35 | sbeh | linuxstb: works fine now |
15:14:48 | linuxstb | sbeh: Good. Did you see my question about playing HD video on the PS3? |
15:16:17 | sbeh | linuxstb: yes i did, but i can't tell you, sorry :/ |
15:16:31 | linuxstb | OK.. I guess I just need to test myself. |
15:17:32 | amiconn | XavierGr: I never used the DirectShow rvf converter if that's what you mean |
15:17:42 | sbeh | #elif defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__) \$ |
15:17:43 | sbeh | || defined(__bsdi__) || defined(__DragonFly__)$ |
15:17:43 | sbeh | sprintf(sansa->diskname,"/dev/da%d",i);$ |
15:17:46 | sbeh | find |
15:17:53 | sbeh | s:find:fine: |
15:19:26 | sbeh | btw the bootimg.c was 39M of code, harhar :D |
15:20:08 | amiconn | XavierGr: For proper rvf support on H1x0, M5 and greyscale ipods we have to teach the converter tool(s) how to create custom resolutions, framerates, and pixel packings in case of the ipods |
15:20:11 | linuxstb | sbeh: Are you sure you have the correct PP5022.mi4? It should only be about 365KB |
15:20:31 | sbeh | linuxstb: it was |
15:20:39 | linuxstb | And bootimg.c is 39MB? |
15:20:58 | amiconn | Custom framerate is already possible with the cmdline tools, but I think there should be a "target" option that selects sensible parameter defaults for all these |
15:21:00 | sbeh | linuxstb: was with the old PP5022.mi4 from http://www.rockbox.org/twiki/bin/view/Main/SansaE200Install |
15:21:22 | sbeh | linuxstb: this was the reason why cc1 did consume >500m of ram ^^ |
15:21:38 | linuxstb | Ah, OK... |
15:22:07 | sbeh | what is UMS-mode? |
15:22:20 | sbeh | i only have MSC and MTP |
15:22:31 | linuxstb | UMS = USB Mass Storage = MSC |
15:22:48 | XavierGr | amiconn: I think I can create custom resolution if I use the saperate tools, I am testing them right now |
15:23:12 | GodEater_ | it seems the limitation with the PS3 is really that it's processor is geared for single precision vector work - and isn't very good for "standard" applications |
15:23:20 | GodEater_ | it's not really that it's locked down |
15:23:29 | GodEater_ | it's just not very good at "other stuff" |
15:23:34 | | Join pondlife [0] (n=Miranda@cpc3-rdng11-0-0-cust229.winn.cable.ntl.com) |
15:23:36 | GodEater_ | you get about half the power apparently |
15:23:52 | XavierGr | amiconn: if I manage to make this thing work with sound I will try to see if I can hack RockVideo too (if there is source code for it) |
15:23:55 | GodEater_ | when trying to do integer work / double precision work |
15:24:17 | B4gder | GodEater_: that's not really a "firmware limitation" as I see it though, but I guess we can drop that now ;-) |
15:24:20 | amiconn | XavierGr: RockVideo isn't open source, unfortunately |
15:24:27 | amiconn | It's [IDC]Dragon's work |
15:24:29 | GodEater_ | B4gder, nor as I consider it either |
15:26:11 | | Nick jborn__ is now known as JoeBorn (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) |
15:26:21 | XavierGr | amiconn: ah too bad! maybe a script could make things easier |
15:26:54 | amiconn | Ask him when he's around |
15:34:36 | sbeh | yeah, thats overkill |
15:34:44 | sbeh | you`re realy leet person :D |
15:35:52 | | Join Arathis [0] (n=doerk@p5484a79e.dip0.t-ipconnect.de) |
15:37:24 | sbeh | hm, laggy |
15:39:58 | | Quit std|denis ("bye") |
15:41:11 | | Part LinusN |
15:44:09 | GodEater_ | linuxstb, looks like you will be able to play back your hidef video |
15:48:36 | sbeh | hm, in show audio track can i see that the buffer is fully filled, but sound still laggs, is sounds to me that an value becomes to how an then the 'current frame' gets dropped |
15:48:53 | sbeh | frame like 100msec music |
15:49:30 | sbeh | hm, in show audio track i can see that the buffer is fully filled, but sound still laggs, it sounds to me that an value becomes to high an then the 'current frame' gets dropped |
15:49:58 | B4gder | yeps, there are bugs left in the sansa audio playback |
15:50:55 | sbeh | this drops only occur on loud parts in the current song :) |
15:52:07 | JdGordon | there is a patch which seems to fix the low audio problem on the sansa... but the ui is still impossible to use if audio is playing |
15:52:19 | | Part kaaloo |
15:52:59 | barrywardell | the laggyness is apparently due to the lcd driver constantly flushing the cache |
15:53:35 | B4gder | btw, we need a USB stack mentor volunteer |
15:53:35 | barrywardell | and I think the drops are the headphone over-current protection kicking in |
15:53:44 | | Join mattzz [0] (i=c19fe442@gateway/web/cgi-irc/labb.contactor.se/x-8f55a5c80b50f673) |
15:54:22 | | Quit Thundercloud (Remote closed the connection) |
15:54:32 | sbeh | barrywardell: hm |
15:54:44 | sbeh | barrywardell: so its sounds like to me |
15:55:08 | sbeh | barrywardell: patch to get from? |
15:55:14 | | Quit amiconn (" zzzap") |
15:55:34 | | Join vcardenas [0] (i=c8767629@gateway/web/cgi-irc/labb.contactor.se/x-b3c8ca1071ae851f) |
15:55:36 | JdGordon | barrywardell: I have 6911 and 6908 and cpu frequecny scalling enabled and audio works much better, but yeah, its impossible to use the ui |
15:55:43 | barrywardell | http://www.rockbox.org/tracker/task/6911 |
15:55:43 | * | linuxstb wonders why MPEG encoders would write PTS values that don't match the expected duration of the raw streams... |
15:56:08 | * | GodEater_ laughs at the console hacking video "Debian didn't work so I had to use Fedora..." |
15:56:16 | | Join lee-qid [0] (n=liqid@p54966e6b.dip.t-dialin.net) |
15:56:30 | B4gder | ö |
15:56:34 | B4gder | poor bastard |
15:56:38 | sbeh | GodEater_: maybe he wantet debian not to work? |
15:56:47 | GodEater_ | no - he said he'd have installed it if it did |
15:56:52 | sbeh | GodEater_: this ccc-guys are crazy sometimes oO |
15:57:31 | barrywardell | sbeh: that link has the patch |
15:57:38 | sbeh | barrywardell: thanks |
15:58:01 | GodEater_ | hmm - you don't get full low level access - the linux OS sits on top of a hypervisor |
15:58:21 | sbeh | GodEater_: as i said ;) |
15:58:26 | GodEater_ | you don't get complete access to the disk, and no access to the 3d acceleration |
15:58:32 | sbeh | :) |
15:58:40 | barrywardell | JdGordon: 6908 seems to be a workaround for the cache flushing I was talking about |
15:58:44 | GodEater_ | well that's not quite what you said |
15:58:44 | sbeh | and now u can think of what reasons, hehe |
15:59:03 | B4gder | I honestly don't think there's a conspiracy behind it |
15:59:04 | sbeh | GodEater_: oh, its some time away since i watched the vid :( |
15:59:21 | GodEater_ | B4gder, nor me - it makes perfect sense to me (if I were Sony) |
15:59:26 | B4gder | after all, they made this box to easily run a 3rd party OS |
15:59:53 | GodEater_ | B4gder, I'll live with it - it does enough that I don't care. It's a MUCH nicer solution than on the Xbox360 |
15:59:56 | sbeh | no, it was the only way to go to prevent to many people from hacking it |
16:00 |
16:00:17 | B4gder | why does it prevent anyone? |
16:00:37 | B4gder | I mean, why can't it be hacked as well? |
16:00:48 | markun | B4gder: it can, but you don't gain so much |
16:00:57 | B4gder | true |
16:00:59 | markun | so nobody is putting any energy in it |
16:01:07 | sbeh | it can be hacked, but there are not so much people out who want to |
16:01:08 | markun | not such a bad move from Sony |
16:01:12 | sbeh | because it can already run linux |
16:01:17 | GodEater_ | it's pretty intelligent really |
16:01:17 | sbeh | so where is the fun to hack? |
16:01:18 | barrywardell | JdGordon: so 6908 only improves audio playback, not the UI? |
16:01:25 | B4gder | but still, if that really was "downgrading" it so much as sbeh claims then I think people will |
16:01:26 | markun | sbeh: so basically what I was saying :) |
16:01:43 | sbeh | markun: sry |
16:02:13 | * | B4gder gets grumpy when forced in a corner with no mmu |
16:02:24 | JdGordon | barrywardell: I have both compiled.. so I cant actually say how much each affects it... the volume one works great tho |
16:02:39 | mattzz | barrywardell: 6908 improves audio and and fixed the white-screen-bug |
16:04:07 | GodEater_ | the chances of the PS3 getting hacked further I think are probably higher than with the XBox360 - since they allow you to run your own stuff on the PS3. The exploit in the XBox360's hypervisor would have been much harder to introduce since it would have a required an exploit in someone *else's* code. |
16:04:46 | Webgiest | mattzz: but did you notice the screen artifacts , little horizonal lines that last about a second when navigating through the menu and directories? |
16:05:10 | mattzz | Webgiest: I noticed artifacts in scrolling text |
16:05:19 | Webgiest | that too |
16:05:33 | Webgiest | still very nice! |
16:05:34 | sbeh | GodEater_: i heard of an update the burns some pieces on the xbox360 to prevent it from downgrading oO |
16:05:49 | XavierGr | too bad that rvfmux will make any resolution video to 112*64 (not to mention that it seems that rvf without sound can't play properly) |
16:05:50 | | Quit billytwowilly (Remote closed the connection) |
16:05:54 | sbeh | GodEater_: they fight with heavy weapons :D |
16:06:14 | barrywardell | the thing about 6911 is that it disables the over-current protection. I think that is a bad thing |
16:06:24 | | Join billytwowilly [0] (n=chris@S01060016b649355d.ed.shawcable.net) |
16:07:17 | barrywardell | are there LCD artifacts with 6908? that's what the cache flush is supposed to avoid |
16:07:45 | GodEater_ | sbeh: that's kind of my point :) |
16:08:05 | | Quit B4gder ("Time to say moo") |
16:08:16 | JdGordon | I have lcd artefacts.. dunno if its 6908 or any of my hacks though.. ill check |
16:08:18 | mattzz | barrywardell: I only observed some artifacts in horizontal scrolling text. |
16:08:56 | | Join crop [0] (i=c27f0812@gateway/web/cgi-irc/labb.contactor.se/x-36952712d6d1b045) |
16:09:13 | XavierGr | at least rvfmux has source and seems quite easy to add custom resolution support |
16:09:21 | | Quit SirFunk (Connection timed out) |
16:09:27 | crop | JdGordon: any news / new ideas about fixing http://www.rockbox.org/tracker/task/6863? |
16:09:47 | | Join Hoffmann_ [0] (n=ber@c-68-81-178-150.hsd1.de.comcast.net) |
16:09:56 | | Join SirFunk [0] (n=Sir@cpe-74-71-205-222.twcny.res.rr.com) |
16:09:56 | JdGordon | crop: im trying various things... havnt got it nice enough to commit yet though |
16:11:53 | bluebrother | JdGordon: I looked into root_menu.c this weekend ... restructuring the code and removing the adgument in the struct saves a couple of bytes |
16:12:29 | barrywardell | JdGordon: I don't notice any extra US sluggishness when playing music |
16:12:33 | barrywardell | UI* |
16:12:41 | bluebrother | btw, how does fast switching using button shortcuts work? The appropriate function returns a GO_TO_something? |
16:12:48 | JdGordon | really? with cpu scaling disabled? |
16:13:01 | JdGordon | pretty fast... |
16:13:04 | barrywardell | with SVN |
16:13:38 | * | JdGordon just rabbed brand new svn |
16:13:46 | crop | JdGordon: I also have an idea. I think we should clean up the code in tree.c, menu.c, and root_emnu.c a little bit. As a first step, I's suggest to pull out the definitions of GO_TO_xxx constants to a separate header file (e.g. screen_navigation.h) since they are used everywhere. And then write comment to all browsing funcs (what they return). And then things will become clearer. I tried to to this but my laptop cr |
16:14:47 | JdGordon | bluebrother: there is no ui code between a return from a function and loading the next... so it should happen very quickly... |
16:14:57 | JdGordon | .me misread |
16:14:59 | pondlife | JdGordon: You're up late today? |
16:15:07 | JdGordon | yeah.. just return GO_TO_SOMETHING |
16:15:17 | JdGordon | pondlife: DST wierdness.. we moved 2 hours closer :p |
16:15:18 | crop | pondlife: tomorrow :-) |
16:15:22 | pondlife | Aha |
16:15:38 | JdGordon | its only 12.15am here... |
16:15:47 | pondlife | JdGordon: So are you in one of those states that DOES do DST..? |
16:15:54 | pondlife | :) |
16:15:57 | bluebrother | ok. |
16:16:03 | JdGordon | yea :) |
16:16:08 | * | pondlife doesn't want to start any DST debates again |
16:17:29 | | Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) |
16:17:42 | JdGordon | barrywardell: you have no ui slowness with audio playing? the scroll wheel is heaps more jerky than usual here... |
16:17:47 | JdGordon | ...with svn |
16:18:02 | | Join perl|work [0] (n=jacquesc@static-64-61-105-170.isp.broadviewnet.net) |
16:18:06 | JdGordon | possibly only while it buffers though... |
16:18:11 | barrywardell | i've just done a svn up, I'll let you know in a second... |
16:18:20 | bluebrother | bbl ... |
16:20:20 | | Quit crop ("CGI:IRC") |
16:20:20 | XavierGr | I wonder how one compiles rvf_mux.cpp, on windows it says it is missing header files on linux I am getting an error of "lookup" with no type |
16:20:45 | | Part mattzz |
16:20:53 | | Quit Hoffmann (Read error: 110 (Connection timed out)) |
16:21:30 | Webgiest | with a fresh svn and 6908 there are no artifacts while scrolling but the same choppy navigation while play music over here |
16:21:41 | Webgiest | sound good though |
16:22:12 | Webgiest | no more vinyl! |
16:22:31 | JdGordon | hmm... wtf? im getting nothing but static! |
16:22:36 | barrywardell | hmmm. now I get the choppy navigation |
16:22:42 | barrywardell | with SVN |
16:23:03 | Webgiest | well the choopiness has smoothed out some now as it plays longer |
16:23:42 | barrywardell | is it only while the file is being loaded from disk? |
16:24:03 | JdGordon | i tihnk so.. its too hard to navgate to the audio debug screen to see :p |
16:24:26 | JdGordon | ... and i forgot that there is a virtual led which would do just as well :p |
16:25:09 | JdGordon | is the cpu actually at 11mhz? or is it only saying it is? |
16:25:18 | barrywardell | it's only saying it is |
16:25:45 | JdGordon | so is it at 30 or 74? |
16:25:48 | barrywardell | i don't know what it's actually at |
16:25:52 | sbeh | hrhr |
16:25:55 | JdGordon | ok :) |
16:25:57 | barrywardell | probably 75MHz |
16:27:12 | | Quit Hoffmann_ (Connection timed out) |
16:27:18 | barrywardell | test_disk gives reasonable results |
16:28:06 | Webgiest | on a side note elephants dream is out of sync again |
16:28:55 | Slasheri | JdGordon: argh, you just edited that debug_menu :P |
16:29:15 | Slasheri | now i have hard time to convert it with the updated scheduler :) |
16:29:35 | | Join Hoffmann_ [0] (n=ber@c-69-248-210-174.hsd1.de.comcast.net) |
16:30:00 | JdGordon | sorry.... |
16:30:06 | Slasheri | never mind :) |
16:30:18 | JdGordon | you fiddled with the thread debug screen? |
16:30:36 | Slasheri | a little bit, because scheduler structure changed a bit |
16:30:53 | Slasheri | for example there is no longer thread pool per core but a single pool of all threads |
16:31:34 | JdGordon | :'( bugger... that caused a big PITA for the screen :p |
16:31:41 | JdGordon | you want me to revert the commit? |
16:31:54 | Slasheri | nope, i will just figure out how to fix it :) |
16:32:15 | JdGordon | ok :) |
16:34:19 | Slasheri | JdGordon: hmm, just wondering what that thread_ids is supposed to do |
16:34:26 | Slasheri | (why it's needed) |
16:34:43 | Slasheri | some kind of sorting? |
16:34:56 | JdGordon | thats used to put all threads in a single array, which sounds like it isnt needed anymore... |
16:35:08 | Slasheri | ah, then i will remove that :) |
16:35:11 | Slasheri | it's not needed |
16:37:35 | Slasheri | JdGordon: hehe, you should add an ability to kill threads to that screen =) |
16:37:55 | JdGordon | I thought about an option to change priority... not to kill them though |
16:38:03 | JdGordon | that sounds like a bad thing.... |
16:38:09 | JdGordon | some idiot might try to kill main :) |
16:38:11 | Slasheri | JdGordon: hmm, priority change and killing.. that would be nice ;) |
16:38:21 | Slasheri | well, it's debug screen anyway :P |
16:38:43 | perl|work | "elephants dream is out of sync again"? |
16:40:25 | JdGordon | barrywardell: well, the scroll wheel sluggishnees isnt completly because of the disk access... I made the wheel light act as a hdd light and its only slightly worse when the disk is on.. and only for a short time... |
16:40:52 | JdGordon | untill we get proper buttons should I try giving the buttons their own thread maybe? |
16:41:45 | barrywardell | JdGordon: Ideally, we need to figure out how to enable GPIO interrupts |
16:41:45 | JdGordon | anyone here get seizures from flickering lights? I have a patc for you :p |
16:42:33 | Webgiest | perl|work: with 6908 it is haven't tried a clean build though |
16:42:34 | | Quit VeePee ("leaving") |
16:42:51 | JdGordon | of course... but untill then? |
16:42:57 | sbeh | JdGordon: ahah, nice, i need that patch :) (wheel as hdd-led) |
16:43:51 | barrywardell | JdGordon: no harm in trying to see if it works for now |
16:44:30 | JdGordon | sbeh: jdgordon.mine.nu:8080/jonno/hdd_led.patch">http://jdgordon.mine.nu:8080/jonno/hdd_led.patch |
16:44:31 | sbeh | JdGordon: or just tell me where i`ve to look at |
16:44:39 | sbeh | JdGordon: thanks :D |
16:44:49 | | Join pabs [0] (n=pabs@xor.pablotron.org) |
16:44:52 | | Quit Slickire ("CGI:IRC") |
16:45:08 | perl|work | Webgiest ah |
16:45:37 | | Join Nico_P [0] (n=nicolas@jau31-3-82-239-20-145.fbx.proxad.net) |
16:46:05 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
16:47:20 | Webgiest | do the ipods not have an up and down button? just scroll forward/back? |
16:47:31 | linuxstb | correct |
16:47:41 | Webgiest | bummer |
16:48:26 | JdGordon | tick tasks are done in the main thread right? |
16:48:50 | Slasheri | JdGordon: no, in ISR |
16:49:08 | JdGordon | oh |
16:49:15 | Slasheri | so those are guaranteed to happen in time |
16:50:01 | JdGordon | so putting the button checking in a thread would be pointless then? |
16:50:21 | Slasheri | hmm, yes. what do you had in mind? |
16:50:53 | | Quit JoeBorn ("rebootus maximus") |
16:51:02 | markun | linuxstb: I found a way to 'fix' my mencoder frame skipping problem: -mc 0 |
16:51:22 | JdGordon | trying to make the sansa more responsive... looks like we cant do anything about it untill interupts are figured out... |
16:51:30 | barrywardell | JdGordon: do you think maybe it's just the lcd not updating, rather than the buttons being unresponsive? |
16:51:34 | Slasheri | ah |
16:51:35 | markun | It just disables the a/v sync correction (which is incorrect) |
16:52:05 | JdGordon | barrywardell: no idea... any idea how to test it? |
16:52:08 | linuxstb | markun: I knew a/v sync would cause all the problems.... |
16:52:31 | markun | linuxstb: me too, but I still don't understand why it thinks the a/v is out of sync |
16:53:03 | markun | mkv with 24fps xvid + 48000Hz Ogg Vorbis |
16:53:06 | | Join My_Sic [0] (n=MySic@m180.net81-67-5.noos.fr) |
16:53:32 | markun | linuxstb: anyway, now it works! :) |
16:53:36 | barrywardell | JdGordon: the wheel led comes on straight away, but scrolling is sluggish. So the buttons are being read frequently, just the UI isn't updating |
16:53:42 | | Quit Nico_P (Remote closed the connection) |
16:53:43 | JdGordon | barrywardell: although, if it was the not updating, shouldnt it just jump to the selection, instead of actually scrolling down eventually? |
16:54:08 | markun | linuxstb: didn't you at one time say that the libmpeg2 generated m2v used much less CPU than the one generated with ffmpeg? |
16:54:23 | linuxstb | mpeg2enc does that, not libmpeg2 (libmpeg2 is just a decoder) |
16:54:24 | | Join Nico_P [0] (n=nicolas@jau31-3-82-239-20-145.fbx.proxad.net) |
16:54:29 | barrywardell | JdGordon: yeah, I was wondering that too. not sure what's up there??? |
16:54:41 | markun | linuxstb: ah, so is the difference big? |
16:54:54 | | Join JoeBorn [0] (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) |
16:54:59 | | Join webguest35 [0] (i=55b36c3e@gateway/web/cgi-irc/labb.contactor.se/x-cac2a0be04e954e1) |
16:55:07 | linuxstb | I forget the details, but I think it was significant. i.e. 2 or 3 fps more. |
16:55:14 | barrywardell | JdGordon: possibly the cpu is overloaded with playback, disk access and lcd updates? |
16:55:22 | webguest35 | sd |
16:55:46 | JdGordon | I just changes the PRIORITY_BUFFERING prio to 8 and it is _much_ better now |
16:56:33 | barrywardell | ok, so I guess it is a cpu problem then? |
16:56:47 | JdGordon | looks like it |
16:57:10 | JdGordon | it has no problems keeping up with it at that prio... |
16:57:54 | | Quit jhulst (Read error: 110 (Connection timed out)) |
16:59:05 | webguest35 | i always hear a low scratching if i'm playing songs on my sansa |
16:59:21 | webguest35 | sometimes also if i don't hear a song |
17:00 |
17:00:49 | acathla | hi |
17:01:02 | acathla | webguest35, yep, same problem |
17:01:45 | webguest35 | i presume this is due to the early developement status? |
17:01:48 | acathla | a reboot and everything is fine |
17:01:57 | JdGordon | yes |
17:01:59 | webguest35 | i'll try it |
17:02:00 | acathla | i don't know |
17:02:30 | webguest35 | unfortunately it persists :-( |
17:06:28 | *** | Saving seen data "./dancer.seen" |
17:08:20 | | Quit bonbonthejon (Read error: 131 (Connection reset by peer)) |
17:08:34 | | Quit JdGordon ("zzzzZZZZZzzz....") |
17:10:53 | | Join jmsbwtr_ [0] (n=james@ACBC1065.ipt.aol.com) |
17:11:19 | Webgiest | when playing music and running the oscilloscope plugin when pressing |<< or >>| to change the speed there is no lag in the response time, is it doing something special? |
17:12:24 | pondlife | Slasheri: Quick question..? I don't have a device at the moment, so can't check. Does the CPU thread/stacks display include any boost info? |
17:12:33 | pondlife | Or did I dream it? |
17:17:09 | Slasheri | pondlife: doesn't seem to |
17:17:21 | Slasheri | but that should be easy to add |
17:17:41 | pondlife | Go on, you know it makes sense ;) |
17:17:48 | Slasheri | hehe :) |
17:18:07 | pondlife | Or maybe I can make that screen work in the sim, and do it myself. |
17:18:19 | pondlife | I guess it ought to be available in the sim really. |
17:18:33 | Slasheri | please don't touch that screen until i commit the scheduler stuff (soon) |
17:18:35 | Slasheri | :) |
17:18:39 | pondlife | Nope, I won't. |
17:18:43 | Slasheri | good |
17:19:13 | * | pondlife touches the threads screen, then hides |
17:20:38 | pondlife | I like the "Test code!!!" comment at the top of dbg_os, by the way... |
17:21:12 | sbeh | hm, |
17:21:52 | sbeh | CFLAGS:= ${CFLAGS:C/-m(arch|cpu)=[a-zA-Z0-9]+//} |
17:22:04 | sbeh | gives me something like that: -Os -pipe -m |
17:22:07 | sbeh | whats wrong in here? |
17:22:40 | | Quit webguest35 ("CGI:IRC (EOF)") |
17:22:50 | preglow | _jhMikeS_: there? |
17:22:57 | preglow | _jhMikeS_: ah, you just fixed it :P |
17:23:37 | _jhMikeS_ | preglow: yeah |
17:23:44 | | Nick _jhMikeS_ is now known as jhMikeS (n=jethead7@adsl-75-45-242-140.dsl.sfldmi.sbcglobal.net) |
17:25:52 | jhMikeS | not sure what's up with that since the settings are the same for me for .S and .c,.h, etc. |
17:28:27 | preglow | don't worry about it, do it all the time myself :P |
17:33:18 | | Join web-taz [0] (n=taz@p508185da.dip0.t-ipconnect.de) |
17:34:13 | jhMikeS | I assumed I had the problem solved 'till I scanned the logs and saw your message :\ |
17:39:33 | * | jhMikeS sees that he's going to have to go on a global huntdown of repeated use of the same array index with array notation, changing: a[n], a[n], a[n] to t *p = &a[n], p->, p->, p-> ... a cheap way to save thousands of bytes and make code faster |
17:39:57 | | Join Insectoid [0] (n=boinkboi@169.139.251.251) |
17:40:37 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
17:44:04 | Slasheri | jhMikeS: hmm, why didn't you use add_to_list() to put the "wake up tasks" to end of running list? |
17:44:08 | Slasheri | that puts them to last |
17:44:34 | jhMikeS | Slasheri: Cause I just wanted to do it one op |
17:44:58 | Slasheri | hmm, one op? |
17:45:03 | | Join TheSphinX^ [0] (n=sphinx@p85.212.1.28.tisdip.tiscali.de) |
17:45:13 | | Quit ryan_r (Read error: 110 (Connection timed out)) |
17:45:23 | jhMikeS | Take the entire list...put it at the end. Not loop and add them one by one |
17:45:37 | jhMikeS | or maybe I missed something...possibly |
17:46:07 | Slasheri | ah yes, you want to put entire list at once there |
17:47:16 | Insectoid | I want to do a bit of vanity code for fun. What file is one of the first executed so that I could stick in like an ascending piezo scale when my Ipod comes on? |
17:48:22 | jhMikeS | I actually wanted to detect running in IRQ context...perhaps this is easy with other CPUs but preserving that flag in set_irq_level on coldfire would just bloat the code to no end. you can see how much space was saved by just removing two bytes from that function. |
17:48:29 | Webgiest | on http://www.rockbox.org/twiki/bin/view/Main/ButtonAssignments what is the shift function under File browser and menus? i've added the e200 but im not sure what the shift is. |
17:48:33 | | Join krz [0] (i=nastyboi@82.209.232.9) |
17:48:43 | markun | Insectoid: apps/main.c ? |
17:49:16 | Insectoid | Markun That would make sense wouldn't it? |
17:49:37 | Insectoid | Thanks |
17:49:50 | | Quit Ribs_ (Remote closed the connection) |
17:50:06 | Slasheri | jhMikeS: i am going to commit the scheduler cop changes soon (without playback on cop yet) |
17:51:19 | | Join Ribs [0] (n=ribs@91.84.8.218) |
17:51:28 | | Quit Guile (Read error: 104 (Connection reset by peer)) |
17:53:49 | | Join Guile [0] (n=Guile@84.6.60.130) |
17:54:55 | jhMikeS | good deal...I've been trying to stay out your way as much as possible there. I do want to implement some of the newer features more cleanly but am hold out for that. |
17:56:36 | | Part Llorean |
17:57:47 | preglow | jhMikeS: if it wasn't for gcc, the index stuff would gain even more |
17:57:55 | | Part jjore |
17:58:10 | preglow | jhMikeS: i have cases where gcc doesn't code *pointer++ as (aX)+ |
17:58:17 | | Quit Arathis ("Bye, bye") |
18:00 |
18:00:31 | jhMikeS | preglow: it is just awful isn't it? especially on cf where array access makes for more extension words and those add up hugely. |
18:01:41 | | Join Arathis [0] (n=doerk@p5484a79e.dip0.t-ipconnect.de) |
18:01:55 | jhMikeS | I wonder if there's some compiler flag that should be added? |
18:02:36 | | Quit Everybody|away ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
18:02:37 | sbeh | http://rafb.net/p/hOfRAz88.html |
18:04:35 | | Join Everybody [0] (n=everybod@harpo.demon.co.uk) |
18:05:15 | | Quit printfXh4 (Read error: 145 (Connection timed out)) |
18:05:47 | sbeh | hm, i think i need to switch to linux to build it |
18:05:58 | | Join printfXh4 [0] (i=pseudo@ppp222-45.lns2.bne1.internode.on.net) |
18:06:08 | sbeh | too buggy for other oses |
18:06:19 | jhMikeS | preglow: It would probably optimize away common subexpressions that also have side effects though if so...hehe |
18:06:32 | sbeh | btw line 433: OUTPUT_ARCH(1 ) |
18:10:19 | | Quit krz (Read error: 110 (Connection timed out)) |
18:10:53 | | Quit Nico_P (Remote closed the connection) |
18:11:51 | | Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
18:20:28 | barrywardell | you need gcc 4.0.3 to compile it. I think you have 2.95.3? |
18:21:32 | sbeh | barrywardell: line 25 |
18:21:54 | barrywardell | yeah, that's where I got it from :) |
18:22:03 | sbeh | > gcc -v |& tail -1 |
18:22:04 | sbeh | gcc version 3.4.6 [FreeBSD] 20060305 |
18:23:18 | markun | linuxstb: I could use crossfeed for mpegplayer :) |
18:24:50 | sbeh | barrywardell: its tools/configure's decision, not mine :P |
18:25:16 | | Join Llorean [0] (n=Llorean@cpe-66-69-210-194.austin.res.rr.com) |
18:26:35 | | Quit Thundercloud (Read error: 110 (Connection timed out)) |
18:26:48 | barrywardell | try arm-elf-gcc -v |
18:26:49 | | Quit dilinger (Read error: 110 (Connection timed out)) |
18:27:15 | sbeh | > arm-elf-gcc -v |& tail -1 |
18:27:15 | sbeh | gcc version 2.95.3 20010315 (release) |
18:27:39 | barrywardell | did you compile that yourself? |
18:27:54 | sbeh | portinall devel/arm-elf-gcc |
18:27:56 | sbeh | did that for me :P |
18:28:07 | barrywardell | you could use rockboxdev.sh in the tools directory to compile a correct version |
18:28:16 | sbeh | ok |
18:30:39 | sbeh | should i make a self-build-guide for other freebsd users out there? |
18:31:17 | | Quit My_Sic ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
18:31:27 | Llorean | sbeh: What guide were you following before? |
18:31:42 | sbeh | Llorean: docs/README |
18:31:55 | perl|work | yay rating support :P |
18:32:45 | Llorean | sbeh: Ah, that's an exceedingly undependable file, oddly enough |
18:35:26 | Llorean | sbeh: That's basically a two year old file with some tweaks to "modernize" it, but Rockbox requires specific compiler versions not mentioned in it (but mentioned in most other locations regarding compiling) |
18:37:34 | * | jhMikeS going to do a quick experiment using priority_yield in the dsp loop |
18:38:14 | | Join My_Sic [0] (n=MySic@m180.net81-67-5.noos.fr) |
18:38:35 | Slasheri | jhMikeS: btw, i will commit the changes in a few minutes :) |
18:38:49 | sbeh | http://rafb.net/p/WP8Lvm11.html |
18:39:34 | jhMikeS | ok |
18:39:51 | Slasheri | just doing final testing now |
18:41:54 | | Quit Insectoid (Read error: 104 (Connection reset by peer)) |
18:44:20 | jhMikeS | I'm quite sure I'll have to run a mixer thread in that manner where load and timing must be rather constant |
18:46:31 | | Join krz [0] (i=krz@mm-186-240-209-82.dialup.mgts.by) |
18:54:51 | | Join inversions [0] (n=none@cpc3-bele3-0-0-cust660.belf.cable.ntl.com) |
18:55:38 | Slasheri | jhMikeS: committed, hopefully it didn't break anything :) |
18:58:54 | jhMikeS | we'll find out shortly ;) |
19:00 |
19:01:33 | sbeh | barrywardell: seems to work fine |
19:01:37 | | Join jhulst [0] (n=jhulst@148.61.95.71) |
19:01:46 | sbeh | does somebody commit my update to rockboxdev.sh? :) |
19:04:35 | Llorean | sbeh: How is changing which tool it uses really an update? |
19:05:23 | Llorean | Also, there is a proper process for patches. :-P |
19:05:24 | sbeh | Llorean: because of freebsd-users only have fetch from base |
19:06:31 | *** | Saving seen data "./dancer.seen" |
19:06:44 | jhMikeS | guess it shouldn't suprise me that priority_yield has no effect on already hiprio thread since it's really meant as a way for low priority threads to be done with resources in a timely manner if they yield while holding those. |
19:06:53 | Llorean | sbeh: That would've been more useful knowledge than you simply posting a link to a code snipped without comment or explanation. Anyway, post it to flyspray, I imagine someone will be interested, but I personally don't think I should be tinkering with the scripts. |
19:08:56 | | Quit Guile ("KVIrc 3.2.0 'Realia'") |
19:09:35 | jhMikeS | Slasheri: RED! |
19:09:58 | | Part Llorean |
19:10:10 | | Join PaulJam [0] (n=pauljam@p54BCCF94.dip.t-dialin.net) |
19:11:53 | PaulJam | little question: is there still a way to show the database autoscore in the WPS now that the %rr tag shows the manual rating? |
19:13:02 | | Quit atsea-142140 (Read error: 104 (Connection reset by peer)) |
19:13:02 | | Quit atsea-151 (Read error: 104 (Connection reset by peer)) |
19:13:40 | barrywardell | sbeh: I don't know enough about that script to be comfortable with committing changes to it. |
19:14:05 | barrywardell | but great that you got it working in the end |
19:15:24 | | Join jac0b [0] (n=jac0b@gifn3.fpl.com) |
19:16:26 | | Join dilinger [0] (n=dilinger@wireless-146.media.mit.edu) |
19:17:56 | jhMikeS | Slasheri: So far so good on H120 |
19:19:12 | | Quit krz (Read error: 110 (Connection timed out)) |
19:19:38 | sbeh | system.c:813: error: 'boostctrl_mtx' undeclared |
19:19:39 | sbeh | :L) |
19:19:54 | | Join webguest66 [0] (i=5933599e@gateway/web/cgi-irc/labb.contactor.se/x-565c2cf84b7d4a02) |
19:20:13 | sbeh | forgotten to add a file? |
19:20:31 | Slasheri | ifdef problem, fixing soon |
19:21:04 | * | jhMikeS is happy to see green on the single core targets |
19:24:31 | * | pondlife wishes that the sim thread control was a bit more similar to the targets |
19:25:44 | | Quit webguest66 ("CGI:IRC (EOF)") |
19:26:46 | jhMikeS | pondlife: I think it could be on windows anyway since it has fibers. does linux? |
19:26:56 | jhMikeS | or we don't run windows now...:P |
19:27:03 | pondlife | Hmm, depends on SDL I guess |
19:27:16 | preglow | pondlife: in what way, really? |
19:27:37 | jhMikeS | At least with fibers we could run the same scheduler |
19:27:48 | bluebrother | roolku: shouldn't the new rating tag be only added if HAVE_TAGCACHE is defined? |
19:28:14 | pondlife | preglow: The thread handling on the sim doesn't allow tracking in the same way (I tried enabling the debug screen). Also it's not a very good simulation of the real thing. |
19:28:28 | pondlife | That latter part being my main point. |
19:29:14 | pondlife | And AFAIK SDL does not support fibers |
19:31:25 | jhMikeS | really, couldn't we just run a single os thread...and to simulate cores, two os threads? |
19:32:19 | pondlife | I would think so. |
19:32:56 | pondlife | It might not be worth the effort, but if it makes the sim a truer simulation and might actually simplify the code a bit.... |
19:33:07 | | Join ompaul [0] (n=ompaul@freenode/staff/gnewsense.ompaul) |
19:36:05 | jac0b | on the sansa am I supposed to leave the rockbox.e200 in the .rockbox folder? |
19:36:27 | jhMikeS | So long as the host permits a stack switch for the thread |
19:38:04 | | Quit Ribs ("Ex-Chat") |
19:38:31 | barrywardell | jac0b: yes |
19:40:54 | jac0b | okay cause I took it out but it functions correctly |
19:41:13 | barrywardell | it will work either in .rockbox or in the root. but it defaults to .rockbox |
19:41:53 | | Join Ribs [0] (n=ribs@91.84.8.218) |
19:44:01 | jac0b | OH ALRIGHT THANKS |
19:44:09 | jac0b | opps sorry about the caps |
19:45:05 | | Join petur [0] (n=petur@rockbox/developer/petur) |
19:46:33 | roolku | bluebrother: not sure what you mean by tag? - the menu is only active if runtime gathering is on which in turn depends on tagcache |
19:48:19 | | Join nls [0] (n=nils@nl104-202-175.student.uu.se) |
19:49:09 | roolku | bluebrother: or do you mean the declaration in id3.h? I suppose this could be ifdefed, but it concerns a few other as well |
19:49:13 | toffe82 | rbutils doesn't update or delete the rockbox.gigabeat which is on the root if it exist there, so you have 2 differents files (one in the root and one in rockbox) |
19:50:41 | roolku | PaulJam: not at the moment, if there is a need for it, I could make an %rs (or similar) tag |
19:52:01 | | Quit ender` (" I know you think you understand what you thought I said, but I am not sure that what you heard is not what I meant.") |
19:52:40 | Moos | Slasheri: still red |
19:52:46 | PaulJam | roolku: thanks for the info. |
19:52:47 | | Join Nico_P [0] (n=nicolas@jau31-3-82-239-20-145.fbx.proxad.net) |
19:53:39 | Slasheri | Moos: i know, hadn't time to fix it until now |
19:53:42 | scorche | roolku: well, it is more an issue of that ifdef encircling anything to do with tagcache...why have the code in there and waste space, when tagcache is not being built? |
19:53:52 | | Quit PaulJam (".") |
19:53:53 | roolku | bluebrother: or do you mean wps tag? - yes, I suppose I should make all runtime stuff dependent on tagcache |
19:53:59 | Moos | Slasheri: no worries :) |
19:54:18 | roolku | scorche: I agree - just trying to work out what bluebrother meant |
19:55:04 | roolku | scorche: as I did nothing different to any of the other 3 runtime values |
19:55:06 | | Join ender` [0] (n=ender@84.255.206.8) |
19:57:10 | barrywardell | toffe82: but it looks inside .rockbox first anyway, so that's not a problem is it? |
19:58:31 | toffe82 | I don't know, but for a couple of days, when I switch on my gigabeat I have a message saying loading and I just find out this, I will try later if it is a problem |
19:59:45 | barrywardell | I think it should be ok, but no harm in checking just to be sure |
20:00 |
20:04:50 | | Join bob_brain [0] (n=chatzill@mnet-ki-244-78-181.monarch.net) |
20:05:03 | | Join elinenbe_work [0] (i=d1c4c007@gateway/web/cgi-irc/labb.contactor.se/x-e76d52f69bc148d5) |
20:05:05 | elinenbe_work | hello |
20:05:19 | | Quit jhulst (Read error: 110 (Connection timed out)) |
20:05:55 | elinenbe_work | Slasheri: is the COP as fast as the main processor on the ipod? |
20:06:08 | Slasheri | elinenbe_work: yes, it should be |
20:06:47 | elinenbe_work | Slasheri: that's mostly awesome... considering rockbox runs pretty damn well on the single processor, it should rock on both. |
20:06:55 | Slasheri | roolku: btw, i really would like to have that autoscore fixed to not react on stop button (ie. only when playlist really ends) |
20:07:10 | Slasheri | because it's starting to ruin my scores :) |
20:07:43 | elinenbe_work | Slasheri: can that help at all in running video or something like rockboy? Also, does the ipod linux project utilize the cop? |
20:07:51 | Slasheri | elinenbe_work: indeed, it was very speedy when i played audio on cop |
20:07:56 | | Join jhulst [0] (n=jhulst@148.61.95.23) |
20:08:02 | Slasheri | elinenbe_work: video already runs on cop |
20:08:24 | Slasheri | and i have no idea about ipod linux, probably no |
20:08:54 | roolku | Slasheri: do you have a suggestion how? As I really would like to record that I played the track, even if I interrupted it |
20:08:56 | elinenbe_work | Slasheri: then how come the video is so slow here: http://www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer |
20:09:11 | elinenbe_work | Do we know anything about the video processor? |
20:09:31 | roolku | Slasheri: only solution I see is to have additional run time data |
20:09:34 | elinenbe_work | Slasheri: also, does that affect battery life at all? |
20:09:42 | | Quit pondlife ("disconnected has pondlife") |
20:09:49 | linuxstb | elinenbe_work: I assume you're talking about the ipod video? |
20:09:55 | elinenbe_work | yes... |
20:10:02 | elinenbe_work | well, ipod v5 and v5.5 |
20:10:14 | linuxstb | Then read the last sentence of the first paragraph on that page... |
20:10:23 | Slasheri | roolku: hmm, i wouldn't if considering the following: you have just finished playing your "last track" and stop playback and shutdown player after the next track starts to listen to later again |
20:11:02 | Slasheri | now it also considers that latest track to be played and decreases the overall score for sure |
20:11:27 | Slasheri | elinenbe_work: atm, shouldn't affect |
20:11:39 | elinenbe_work | linuxstb: thanks! We needs to find out some info on them chips! |
20:11:46 | | Join donski [0] (i=5ac0e8c6@gateway/web/cgi-irc/labb.contactor.se/x-0d47163c1847ccd6) |
20:11:49 | roolku | Slasheri: yes, but this is only one scenario - what about if you don't resume the track |
20:12:00 | bob_brain | How would I encode video files for rockbox on linux? |
20:12:15 | linuxstb | bob_brain: http://www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer |
20:12:15 | roolku | Slasheri: ideally we need to detect the resume and not increment playcount if resuming |
20:12:25 | Slasheri | roolku: then i don't want it to be played either |
20:12:57 | Slasheri | i only consider track as "played" when it truly has gone to its end, either by normally ending or skipping |
20:13:05 | Slasheri | stopping isn't a normal track ending |
20:13:25 | elinenbe_work | well, the progress is great. Good work guys! |
20:13:37 | roolku | Slasheri: I am fairly certain this is not true. I can skip and it will still increase playcount |
20:14:12 | Slasheri | roolku: and it should.. skipping is "normal ending" |
20:14:19 | roolku | Slasheri: I had to do this routinely to 'fix' the missed tracks from my 'not yet listened' tracks |
20:14:39 | Slasheri | and if you skipped it, you probably didn't like it atm so we can decrease score too |
20:14:49 | roolku | Slasheri: what is the difference between skipping and stopping to select a new track? |
20:14:50 | Slasheri | but if you stop a track, there might be other reason for it |
20:15:17 | roolku | Slasheri: well, there might |
20:15:18 | | Join krz [0] (i=krz@mm-105-240-209-82.dialup.mgts.by) |
20:15:27 | roolku | Slasheri: not neccessarily is |
20:15:50 | Slasheri | hmm.. |
20:16:42 | perl|work | this page got pretty heavy and getting hard to scroll through even |
20:16:43 | perl|work | http://www.rockbox.org/twiki/bin/view/Main/WpsIpod5g |
20:17:01 | | Quit bob_brain (Remote closed the connection) |
20:17:35 | | Join thebigearl [0] (n=biggy@dslc-082-082-086-052.pools.arcor-ip.net) |
20:17:35 | roolku | Slasheri: I can see the problem that resumed tracks are recorded twice, but this has to be solved on the resume phase as it is not known if a track will be resumed |
20:17:44 | | Quit donski ("CGI:IRC") |
20:17:47 | | Quit inversions () |
20:18:57 | | Quit jac0b ("Chatzilla 0.9.77 [Firefox 2.0.0.3/2007030919]") |
20:19:37 | Slasheri | roolku: probably a better autoscore system needs to be implemented |
20:19:54 | | Quit jhulst (Remote closed the connection) |
20:20:33 | Slasheri | but i have no idea yet how that should be done |
20:21:08 | elinenbe_work | Slasheri: what game are you talking about? |
20:21:27 | Slasheri | elinenbe_work: game? |
20:21:41 | | Join donski [0] (i=5ac0e8c6@gateway/web/cgi-irc/labb.contactor.se/x-966baa01fc801a8a) |
20:21:49 | Slasheri | elinenbe_work: the song statistics |
20:22:47 | elinenbe_work | oh! |
20:22:52 | elinenbe_work | :;_ |
20:22:56 | elinenbe_work | ;-) |
20:23:02 | | Join jhulst [0] (n=jhulst@148.61.95.23) |
20:23:03 | Slasheri | :D |
20:23:46 | sbeh | Problems in last 30mins: Normal Shutdown does not work, Sound still laggy (drops msec when song becomes fast/loud), FreeBSD disables the usb-port because the bootloader does non-compliant usb-communication, LCD slowles (~5-8min) becomes complete white due to white horizontal lines |
20:24:33 | | Join Domonoky [0] (n=Domonoky@p549afc94.dip.t-dialin.net) |
20:25:59 | | Join atsea-142140 [0] (i=ariel@gateway/tor/x-350c3a19c25d4dbe) |
20:26:09 | sbeh | devd does now auto-update my sansa :D |
20:27:01 | bluebrother | roolku: I meant it like scorche said −− the added stuff in onplay.c jumped in my eyes first. If you create a build without tagcache it doesn't make sense to have that present |
20:27:11 | | Quit web-taz ("Nettalk6 - www.ntalk.de") |
20:28:22 | bluebrother | also, the tag itself shouldn't be mentioned inline in the manual but only in the wps tags table in the appendix |
20:29:08 | barrywardell | sbeh: they're all known problems, except for shutdown - that should work |
20:29:26 | | Join inversions [0] (n=none@cpc3-bele3-0-0-cust660.belf.cable.ntl.com) |
20:29:37 | roolku | bluebrother: I'll encapsulate all the runtime stuff in have_tagcache later tonight (a little busy right now) |
20:29:54 | bluebrother | btw, will there be a warning if a user tries to set a rating when the database isn't initialized? |
20:30:06 | barrywardell | sbeh: what exactly happens when you try to shutdown? |
20:30:14 | | Join atsea-151 [0] (i=ariel@gateway/tor/x-a74072f2b9485b51) |
20:30:17 | roolku | bluebrother: feel free to fix, I didn't want to meddle with the manual - just trying to help |
20:30:35 | donski | Hi, can I please get wikiaccess? my wiki name is DonalFarrell |
20:30:39 | sbeh | barrywardell: it hangs on 'Shutting down ...' one moment please, secounds ago it worked |
20:30:43 | bluebrother | roolku: I really appreciate you added something to the manual. Will change that. |
20:30:44 | roolku | bluebrother: I am not sure if the macros are okay either, must be the first time I have done tex :) |
20:31:16 | bluebrother | the diff looks fine |
20:31:26 | barrywardell | sbeh: It shuts down for me here... |
20:33:09 | | Join harlequin [0] (i=444e19c8@gateway/web/cgi-irc/labb.contactor.se/x-6f553f0e73078f99) |
20:33:44 | harlequin | hello |
20:34:15 | bluebrother | hello |
20:34:28 | sbeh | barrywardell: ok, it does definitely fail when 'Commiting database [x/y]' message occured and you want it to shutdown |
20:34:56 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
20:35:22 | | Part juxtap |
20:35:33 | Slasheri | sbeh: you can't shutdown when the db is committing |
20:35:40 | sbeh | Slasheri: after... |
20:35:48 | Slasheri | ah, probably a new bug then |
20:35:57 | bluebrother | donski: done. Should work now |
20:36:23 | donski | bluebrother: Thanks ! |
20:36:27 | harlequin | I have a question.....sooo I downloaded rockbox for my toshiba f10 gigabeat and sofar it has been working perfectly...now I'm in the process of downloading a new build for album art when I just found out you could watch videos on the gigabeat...how do you do this? Like how could I get a video encoded and played on the gigabeat? |
20:36:58 | perl|work | harlequin |
20:36:59 | perl|work | http://www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer |
20:37:39 | perl|work | album art is not a supported feature at the moment so you'd need a custom build with the latest svn updates and album art patch |
20:37:43 | perl|work | to enjoy both |
20:38:49 | bluebrother | harlequin: if you encounter any problems with an unofficial build please make sure to check with an official build first −− unofficial builds are completely unsupported. |
20:39:08 | harlequin | ooh ok |
20:39:11 | harlequin | thanks |
20:39:23 | harlequin | will they be added as official builds later on |
20:39:25 | harlequin | ? |
20:39:28 | bluebrother | other than that, there are a couple of unsupported builds in the forums. You might find one for you there |
20:39:35 | bluebrother | not soon. |
20:40:04 | bluebrother | an official implementation of Album Art will at least require Metadata on Buffer, which itself won't come soon |
20:40:15 | bluebrother | so don't hold your breath for it |
20:40:55 | | Join anathema [0] (n=none@cpc3-bele3-0-0-cust660.belf.cable.ntl.com) |
20:41:17 | bluebrother | still, it is likely to happen. Just don't ask when, we don't estimate times ;-) |
20:42:35 | harlequin | :) ok |
20:42:42 | harlequin | thanks for the help |
20:44:32 | sbeh | it's time for kgdb over usb, isn't it? :P |
20:45:20 | | Quit krz (Read error: 110 (Connection timed out)) |
20:45:30 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
20:46:47 | donski | bluebrother: Hi, sorry it didnt seem to work. I am trying to put my name on the Summer of Code page, but it gives me access denied |
20:49:59 | | Join Redbreva [0] (n=chatzill@host86-133-123-9.range86-133.btcentralplus.com) |
20:51:10 | * | linuxstb pings a non-present Llorean |
20:51:25 | | Quit Moos ("Glory to Rockbox") |
20:51:25 | BigBambi | donski: I think SoC page needs more rights than 'standard' people have |
20:51:35 | linuxstb | No it doesn't. |
20:51:38 | barrywardell | sbeh: If we could get a working usb driver first... |
20:51:39 | linuxstb | (afaik) |
20:52:00 | BigBambi | It was discussed in here a few days ago to make it like that, and Bagder said good idea |
20:52:14 | BigBambi | So I assumed it happened given, donski couldn't edit it |
20:52:20 | BigBambi | But I am probably wrong |
20:52:22 | donski | BigBambi: ah rite, ok |
20:52:29 | sbeh | barrywardell: :) |
20:52:43 | BigBambi | donski: but I'm probably wrong |
20:52:56 | BigBambi | donski: can you edit any other page? |
20:53:08 | donski | BigBambi: no , everything gives me an access denied |
20:53:19 | BigBambi | OK, I was wrong and something else is up :) |
20:53:31 | linuxstb | donski: Are you registered in the wiki? |
20:53:38 | donski | I have just registered tho, so maybe the system just needs a refresh |
20:53:48 | donski | yeap |
20:54:13 | linuxstb | What's your wiki name? |
20:54:42 | BigBambi | donski: try now |
20:54:42 | donski | DonalFarrell |
20:54:50 | BigBambi | I just fixed it (I think) |
20:55:19 | donski | Wayy! thanks, all good now! |
20:55:50 | BigBambi | cool |
20:56:48 | | Quit inversions (Read error: 110 (Connection timed out)) |
20:57:26 | | Quit BigBambi ("Leaving") |
21:00 |
21:00:03 | linuxstb | Anyone want to test what may or may not be an avsync improvement to mpegplayer? http://www.davechapman.f2s.com/rockbox/mpegplayer-avsync.diff |
21:02:29 | | Quit donski ("CGI:IRC (EOF)") |
21:02:33 | TheSphinX^ | linuxstb one moment =) |
21:02:38 | | Join robin0800 [0] (n=robin080@cpc1-brig8-0-0-cust23.brig.cable.ntl.com) |
21:05:26 | TheSphinX^ | linuxstb tzzz tzz unused variables, what options should be prefeared to test? |
21:05:43 | | Quit vcardenas ("CGI:IRC (EOF)") |
21:05:46 | linuxstb | The usual Skip Frames and Limit FPS |
21:06:34 | *** | Saving seen data "./dancer.seen" |
21:07:57 | | Quit Thundercloud_ (Remote closed the connection) |
21:08:17 | linuxstb | TheSphinX^: Do you have any files which played out of sync before? And are they files your device can decode in realtime? |
21:09:56 | TheSphinX^ | i tested your last patch, and now im testing the same movies and a new, I'll try every config combination |
21:10:41 | | Join bigearl [0] (n=biggy@dslb-088-070-023-123.pools.arcor-ip.net) |
21:10:45 | | Join _Veseliq_ [0] (n=veseliq@host.91-92-172-170.airbites.bg) |
21:10:49 | Lear | Yikes, svnversion is really slow on Cygwin. :/ |
21:11:07 | bluebrother | d'oh! Seems I did a typo when editing TWikiUsersGroup. Oh my. |
21:11:17 | linuxstb | TheSphinX^: Don't bother disabling those options - I'll probably remove them now anyway. |
21:11:40 | TheSphinX^ | linuxstb: for example it's the first time my currently running movie is sync while limited fps and no skipping |
21:11:40 | bluebrother | Lear: create a file docs/VERSION and put any version string you want to get displayed there |
21:11:52 | TheSphinX^ | and it's decoding in realtime ^^ |
21:12:18 | Lear | Yes, I know, just creating an "update" script that does that (after doing an svn update). |
21:12:51 | bluebrother | that's a nice idea −− haven't thought of that myself ;-) |
21:13:01 | bluebrother | but on native linux svnversion isn't too slow |
21:13:11 | | Quit secleinteer () |
21:14:02 | | Nick Everybody is now known as Everybody|away (n=everybod@harpo.demon.co.uk) |
21:14:08 | Lear | Just tested Linux myself. Seems like a filesystem issue mainly, so maybe it would be better if I didn't build on FAT32... |
21:16:07 | Lear | Ah, much better without that delay of 10-70 seconds. :) |
21:16:47 | | Quit ment ("eof") |
21:17:09 | | Join secleinteer [0] (n=scl@adsl-70-133-170-172.dsl.stlsmo.sbcglobal.net) |
21:18:56 | linuxstb | TheSphinX^: So that patch is working well for you? |
21:20:00 | | Join z0de [0] (i=z0de@80-194-233-59.cable.ubr01.enfi.blueyonder.co.uk) |
21:21:49 | TheSphinX^ | linuxstb after looking 2 movies witl 4 differrent settings per movie, yes very well |
21:22:13 | TheSphinX^ | so i looked every movi 4 times =) |
21:22:19 | | Join web-taz [0] (n=taz@p508185DA.dip0.t-ipconnect.de) |
21:22:29 | | Join marc [0] (n=marc@230.143.79.83.cust.bluewin.ch) |
21:24:32 | perl|work | so im guessing the optimal fps would be 24 or 25 |
21:24:59 | TheSphinX^ | yes |
21:25:24 | perl|work | 29.97 looks too problematic |
21:25:47 | linuxstb | 29.97 should work for widescreen videos on the gigabeat (i.e. 320x176) |
21:26:45 | | Quit thebigearl (Read error: 110 (Connection timed out)) |
21:27:20 | Webgiest | linuxstb: even with all the patches in my build it syncs up just fine at 23.9 fps |
21:28:44 | linuxstb | Webgiest: That's with my new patch? |
21:28:49 | | Quit jhulst (Remote closed the connection) |
21:29:15 | Webgiest | yes and many more today im afraid and crashes when ever I exit O_o |
21:29:41 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
21:30:38 | | Quit web-taz ("Nettalk6 - www.ntalk.de") |
21:31:06 | | Quit marc| (Read error: 110 (Connection timed out)) |
21:31:46 | Webgiest | linuxstb:data abort at 00041AC0 but I also applied the no vinyl patch so it could be that too I'll give it go with a fresh check out |
21:32:15 | Webgiest | everytime i hit the quit button |
21:33:03 | | Join jhulst [0] (n=jhulst@148.61.95.71) |
21:36:38 | | Quit Ribs (Remote closed the connection) |
21:39:43 | | Join Ribs [0] (n=ribs@91.84.8.218) |
21:39:56 | | Join amiconn [0] (n=jens@p5b0c61a8.dip.t-dialin.net) |
21:40:21 | TheSphinX^ | hmm on my x5 no error and i've many patches, but the most affecting other plugins. |
21:40:21 | TheSphinX^ | I wish my exams were done, than I will have more time for the gif-viewer and doom. |
21:41:48 | | Nick Everybody|away is now known as Everybody (n=everybod@harpo.demon.co.uk) |
21:42:16 | Webgiest | TheSphinX: animated GIFs? |
21:43:09 | TheSphinX^ | currently i'm trying to get the old outdated gifviewer to wor, and than i will tray to animate them |
21:43:16 | TheSphinX^ | *work |
21:43:32 | TheSphinX^ | step by step |
21:47:12 | scorche | Bagder: there? |
21:48:29 | amiconn | linuxstb: 64 bit issues in DEBUGF() call... |
21:48:31 | | Join mattzz [0] (n=mattzz@e177160004.adsl.alicedsl.de) |
21:48:38 | | Quit _Veseliq_ (Remote closed the connection) |
21:49:52 | Bagder | scorche: yeps |
21:49:54 | | Join mirak [0] (n=mirak@m145.net195-132-203.noos.fr) |
21:49:55 | linuxstb | Argh... |
21:53:44 | * | Bagder detects gsoc application #14 |
21:54:23 | preglow | Bagder: when do projects get handed out? |
21:54:32 | Bagder | april 11 |
21:54:42 | bluebrother | who reads press@rockbox.org? Llorean? |
21:54:47 | Bagder | its deadline for applications today |
21:54:59 | Bagder | bluebrother: llorean, christi, me, linus and zagor |
21:55:21 | preglow | Bagder: the llvm one is weird |
21:55:31 | elinenbe_work | Bagder: let's get viewports and metadata for ID3 image tags working ;-) |
21:55:42 | jhulst | are we going to have to wait until April 11 to know what was accepted? |
21:55:43 | elinenbe_work | Bagder: have you gotten any/many applications yet? |
21:55:52 | Bagder | elinenbe_work: 14 so far |
21:56:01 | | Quit himitsu (Read error: 111 (Connection refused)) |
21:56:07 | preglow | Bagder: i don't the (ownership requested) stuff. what's needed for that to appear? |
21:56:12 | elinenbe_work | Bagder: That's awesome! More than I thought... that's great! |
21:56:18 | preglow | Bagder: don't GET |
21:56:30 | Bagder | preglow: they need a volunteering mentor |
21:56:31 | linuxstb | preglow: I think that means someone has offered to mentor it. |
21:57:26 | | Quit zylche (Connection timed out) |
21:58:03 | | Join vcardenas [0] (i=c8767629@gateway/web/cgi-irc/labb.contactor.se/x-95dec13add9e7f5e) |
21:58:44 | amiconn | hmmmm |
21:58:52 | jhMikeS | preglow: any chance we can just use 24bit audio and leave me a working byte? I plan on running two codecs and one voice channel throught the same eq without attenuation. |
21:59:09 | | Join krz [0] (i=krz@mm-231-240-209-82.dialup.mgts.by) |
21:59:17 | * | amiconn wonders how much cpu power would be needed for this softmodem idea |
21:59:20 | amiconn | http://www.rockbox.org/tracker/task/6036 |
22:00 |
22:00:07 | bluebrother | Bagder: did someone contact you regarding this german podcast? I was wondering if I should write them as it looks like a couple of them barely speak english |
22:00:39 | Bagder | I don't think anyone has ever mailed that press email |
22:00:50 | bluebrother | ok. |
22:01:15 | bluebrother | maybe I'll just tell them about the address in case they haven't found it yet |
22:01:36 | | Join andy^rb [0] (n=andy@c80-216-29-83.bredband.comhem.se) |
22:01:42 | jhMikeS | preglow: I'm probaby gonna work up a prelimiary low latency system without voice and crossfade at first just to evaluate any looming problems |
22:03:12 | | Join juxtap [0] (n=juxtap@wbs-41-208-217-124.wbs.co.za) |
22:06:55 | | Quit harlequin ("CGI:IRC (EOF)") |
22:10:36 | | Join web-taz [0] (n=taz@p5081add0.dip0.t-ipconnect.de) |
22:12:56 | | Quit matsl (Remote closed the connection) |
22:16:03 | | Join lokkju_wrk [0] (n=lokkju@unaffiliated/lokkju) |
22:19:28 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
22:20:45 | | Join Domonoky_ [0] (n=Domonoky@p549AFAC6.dip.t-dialin.net) |
22:21:19 | preglow | jhMikeS: you mean 24 bit out of the codecs, or? |
22:21:59 | lokkju_wrk | are there any current forums/channels for disscussing modification to the actual apple ipod firmware? I know there is basic stuff, like iPodWizard, but what about more advanced editing, such as menu choiuces, and arbitrary command codes? |
22:22:00 | | Join Insectoid [0] (n=boinkboi@166.137.39.171) |
22:22:51 | | Quit barrywardell ("Konversation terminated!") |
22:23:24 | Insectoid | Is anyone having trouble with Ipod 5g and latest svn? After scrolling a bit through the menus it just locks up −− the menu is still displayed but there's no speech and no movement. It could be some of the patching I've tried doing, I'm doing an svn revert now but I'm checking to see if anyone else's having the problem first. |
22:23:29 | | Quit linuxstb (Remote closed the connection) |
22:23:45 | | Join linuxstb [0] (i=5343d4aa@rockbox/developer/linuxstb) |
22:24:07 | jhMikeS | preglow: yes |
22:24:12 | preglow | jhMikeS: why? |
22:24:43 | jhMikeS | I want no worries about clipping or limiting until the last pass |
22:24:50 | preglow | jhMikeS: oh, you mean mix pre eq? |
22:24:53 | preglow | hmm, well |
22:24:54 | jhMikeS | yes |
22:25:43 | jhMikeS | then we have one eq/tone control set with one history for all affected channels |
22:25:50 | preglow | sounds tempting, but that means we'll have to use high-precision shifting for emac if we want to have true 24 bit output |
22:26:08 | | Quit Hoffmann_ (Connection timed out) |
22:26:19 | preglow | but the gains are very tempting indeed |
22:26:23 | preglow | no more worrying about shifter overflow |
22:26:29 | preglow | and one history for everything |
22:26:37 | | Join Hoffmann_ [0] (n=ber@c-69-248-210-174.hsd1.de.comcast.net) |
22:26:49 | preglow | i guess you should just go ahead |
22:27:05 | jhMikeS | that must not happen as it is...I suppose I'll calc the exact bit limit...perhaps 25 or 26 is ok |
22:27:09 | preglow | some codecs will need modifying, the only one i know works at 24 bits currently is tremor |
22:27:45 | jhMikeS | How much modification to use interleaved stereo as the standard? |
22:28:12 | preglow | depends on the codec |
22:28:32 | preglow | why'd you want that, btw? avoid having two pointers? |
22:29:08 | jhMikeS | no, the way data will be packeted at the start, it's easier to link a channel out of memory blocks if the audio is interleaved |
22:29:17 | | Quit Domonoky (Read error: 60 (Operation timed out)) |
22:29:42 | jhMikeS | but I think I can do a trick and just have half the block be left and half right |
22:31:32 | | Join kraizee [0] (n=irc_by@de4.tcompressor.com) |
22:33:11 | preglow | i'm starting to think using interleaved audio is better anyway |
22:33:19 | preglow | but it doesn't exactly make burst reading/writing any easier |
22:33:56 | | Join lnxmomo [0] (n=notgivin@77-97-88-24.cable.ubr10.live.blueyonder.co.uk) |
22:33:58 | lnxmomo | hi |
22:34:02 | jhMikeS | why not? you'd burst LRLR LRLR instead of LLLL RRRR |
22:34:24 | lnxmomo | i am in rockbox atm in my ipod and i want to get back into the apple firmware, how do i do that |
22:34:38 | lnxmomo | i have tried menu+select then rewind |
22:34:41 | jhMikeS | another problem is then you need different routines for mono and stereo...mega bloat and I'm not sure it would gain anything |
22:35:33 | nls | lnxmomo: shut it down by holding the play button the press the play button to start it again and quickly toggle hold |
22:35:42 | jhMikeS | eh, just forget all that interleaved stuff :P |
22:36:13 | lnxmomo | ah |
22:36:20 | lnxmomo | thanx nls |
22:37:08 | preglow | jhMikeS: can do! :) |
22:37:11 | jhMikeS | About the biggest thing to do is have all dsp functions take a single parm so they can be plugged in and a list of calls blindly iterated through. I know you lose some arm advantage there. |
22:38:43 | jhMikeS | maybe not though...most of the data you need in these calls seem to be in memory anyway and not directly in the regparms |
22:39:43 | jhMikeS | no, worries...it's my beastie and I'll take care of that horribly boring aspect :) |
22:39:45 | | Quit andy^rb () |
22:43:09 | | Join solexx [0] (n=jrschulz@e176102098.adsl.alicedsl.de) |
22:44:29 | | Quit Lear ("Chatzilla 0.9.77 [Firefox 2.0.0.3/2007030919]") |
22:45:52 | solexx | is there a known breakage in current Iriver H120 builds? |
22:46:17 | solexx | I updated my weeks-old rockbox this morning and have been greeted with "codec failure" since then |
22:46:45 | bluebrother | solexx: you didn't update correctly |
22:46:50 | linuxstb | rockbox.iriver has moved into the .rockbox folder - you probably have an old bootloader that's only looking in the root directory. |
22:47:00 | linuxstb | (or what bluebrother said...) |
22:47:14 | bluebrother | you need to replace the *complete* build, not only rockbox.<whatever> |
22:47:24 | solexx | argh, thanks. This is probably a FAQ now... Sorry. |
22:47:32 | * | nls is surprised that so many h1xx users have bootloaders that are sooo old |
22:47:44 | | Join dj-fu [0] (n=ajc@unaffiliated/dj-fu) |
22:47:48 | TheSphinX^ | hehe |
22:47:51 | bluebrother | what bootloader for h100 didn't look into .rockbox? |
22:48:03 | TheSphinX^ | the newest |
22:48:03 | nls | bluebrother: v5 and older i think |
22:48:06 | bluebrother | I started with v5 like 2 years ago and that already did. |
22:48:13 | nls | oh |
22:48:18 | bluebrother | IIRC at least ;-) |
22:48:41 | bluebrother | we should ship the FAQ as text file with the builds ... |
22:49:05 | nls | IriverBoot says it was added to v6 |
22:49:45 | linuxstb | svn says 19 Nov 2005 |
22:49:49 | solexx | Whoah! Removing /rockbox.iriver did it. |
22:50:20 | linuxstb | Ah, maybe one version looked in the root first, then .rockbox... |
22:50:25 | solexx | I'll need some time to get accustomed to the new menu. |
22:50:32 | | Join Shaid` [0] (i=shaid@203-214-39-25.dyn.iinet.net.au) |
22:50:33 | nls | wiki says 10 Jan 2006 for v6 |
22:50:43 | | Quit krz (Read error: 110 (Connection timed out)) |
22:50:57 | bluebrother | then my memory is wrong :) |
22:51:03 | linuxstb | Ah yes, the 19 Nov 2005 commit just switched the order... |
22:53:30 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
22:54:06 | | Quit Insectoid (Read error: 110 (Connection timed out)) |
22:55:18 | | Quit Nico_P (Remote closed the connection) |
22:56:04 | | Join bob_brain [0] (n=chatzill@mnet-ki-244-78-181.monarch.net) |
22:58:05 | | Quit anathema (Nick collision from services.) |
22:58:21 | | Join inversions [0] (n=none@cpc3-bele3-0-0-cust660.belf.cable.ntl.com) |
22:58:41 | | Join zylche [0] (n=wheee@82-41-83-91.cable.ubr01.dund.blueyonder.co.uk) |
23:00 |
23:00:34 | | Quit lnxmomo (Read error: 110 (Connection timed out)) |
23:01:32 | | Quit TheSphinX^ ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
23:01:43 | | Join Guile [0] (n=Guile@84.6.60.130) |
23:03:53 | | Join Soul-Slayer [0] (n=jonno@89.243.12.111) |
23:04:06 | | Join Insectoid [0] (n=boinkboi@166.195.100.123) |
23:04:23 | Insectoid | When running make in my build directory, what could make it not generate sysfont.h? |
23:05:00 | Soul-Slayer | Hey everyone, lil problem. On my H10 5GB, using the latest SVN and a newly built bootloader, my H10 keeps freezing up after a few seconds. I've tried with older builds and there's no problem, it's just the latest one. |
23:05:44 | bob_brain | So you have a new bootloader and build? |
23:05:51 | Soul-Slayer | Ys. |
23:05:53 | Soul-Slayer | Yes*. |
23:05:58 | bluebrother | that's the problem |
23:06:02 | bluebrother | update the bootloader |
23:06:14 | Soul-Slayer | I just did. Just compiled it a moment ago. |
23:06:18 | Insectoid | Does the freeze happen after you do something? Or can you just let it sit at the start screen and it freezes? |
23:06:18 | bob_brain | he has a new one lol |
23:06:36 | *** | Saving seen data "./dancer.seen" |
23:06:36 | bob_brain | wait do you have a mtp or ums ver? |
23:06:40 | bob_brain | version* |
23:07:16 | Soul-Slayer | It's after trying to do anything that accesses the disk it seems... It freezes up when I try and navigate through the Files menu, and it doesn't even begin to initialise a database, just freezes on 'Found 0 files' |
23:07:18 | bluebrother | wow, the delta-table is quite red :( |
23:07:21 | Soul-Slayer | I have a UMS. |
23:08:14 | | Quit Shaid (Read error: 110 (Connection timed out)) |
23:08:15 | | Nick Shaid` is now known as Shaid (i=shaid@203-214-39-25.dyn.iinet.net.au) |
23:08:22 | nls | Soul-Slayer: and you are sure that it works with an older build, not just that it used to work? |
23:08:22 | bob_brain | I don't know if this could be the problem but the new bootloaders look for the rockbox.h10 inside the .rockbox folder |
23:08:41 | bob_brain | delete the one from the root |
23:08:41 | Soul-Slayer | Just to give you some idea, I went (From root folder)... |
23:08:41 | Soul-Slayer | Media -> Music -> (artist name)... And it refuses to navigate any further than this, my H10 has become completely unresponsive. |
23:08:54 | bluebrother | the current builds have rockbox.h10 in the .rockbox folder |
23:08:59 | bob_brain | yes |
23:09:01 | Soul-Slayer | Yes, I've deleted the rockbox.h10 in the root dir, and I've tried two other older builds and they work fine. |
23:09:07 | bob_brain | oh |
23:09:16 | Insectoid | This smells a lot like what's happening with my Ipod. |
23:09:36 | bob_brain | give me a second I will give it a try on my H10 though it is mtp version |
23:09:40 | Soul-Slayer | At first I thought there was something up with my hard disk (When I listen to it, I can hear it endlessly spinning but no tell tale clicking that it is actually doing something) |
23:09:40 | nls | Soul-Slayer: how old were the older builds |
23:09:49 | Soul-Slayer | But both the OF and all older build work as expected. |
23:09:52 | bluebrother | which bootloader did you install? The one from download.rockbox.org? |
23:09:54 | Insectoid | Soul-Slayer: Do you have music queued up that you can resume? Does it let you play? Or does it freeze before it gets to that point. |
23:10:07 | Soul-Slayer | I can't get as far as playback. |
23:10:14 | bluebrother | that still sounds pretty much like a COP issue with the bootloader |
23:10:16 | Soul-Slayer | And the bootloader I compiled from the latest SVN source. |
23:10:16 | | Quit My_Sic (Read error: 104 (Connection reset by peer)) |
23:10:20 | Insectoid | Not even resuming playback from the main menu? |
23:10:44 | Soul-Slayer | I'll copy in playlist control file and see, hold. |
23:11:48 | Insectoid | My silly makefile isn't generating sysfont.h. And things are breaking when everything looks for it. |
23:12:38 | Insectoid | Is there any way to force it to/generate it manually? |
23:12:41 | Soul-Slayer | It definitely seems to be a disk issue... Now it's freezing up on the 'Scanning disk...' part, and I can hear the hard disk spinning but not clicking at all. |
23:12:43 | nls | Soul-Slayer: why not install an official bootloader binary, just to rule out your own bootloader being the problem? |
23:12:46 | linuxstb | Insectoid: sysfont.h is (I think) the first file generated, so it's normally a symptom of something wrong in your build environment. |
23:12:53 | Soul-Slayer | Okay, will do. |
23:13:08 | Bagder | Insectoid: run 'make V=1' to get more info |
23:13:45 | Insectoid | Linuxstb: It compiled fine about ten minutes ago, but then I rechecked svn trunk out, made a new build directory, ran ../tools/configure, and make now doesn't make the sysfont.h |
23:14:28 | Bagder | and gsoc #15... |
23:14:38 | linuxstb | Insectoid: Did you do a "make clean"? |
23:14:49 | Insectoid | doing so now. |
23:15:10 | Insectoid | Didn't think to do that before because it was a totally fresh directory. |
23:15:21 | Soul-Slayer | Using an official bootloader now. Still won't get beyond 'Scanning disk...' |
23:15:25 | bob_brain | I can confirm that a bootloader from the current svn seems to not load rockbox on my H10 |
23:15:29 | Soul-Slayer | I heard the disk clicking a couple of times, now it's doing nothing at all |
23:15:36 | | Join My_Sic [0] (n=MySic@m180.net81-67-5.noos.fr) |
23:15:42 | Soul-Slayer | Well, it's spinning, just no clicking |
23:15:45 | nls | Soul-Slayer: and an older build works? |
23:15:49 | Soul-Slayer | Yes. |
23:15:56 | Insectoid | Same. I get codepages is up to date, then |
23:15:58 | Insectoid | make -C /root/rockbox/firmware OBJDIR=/root/rockbox/build/firmware |
23:16:04 | Soul-Slayer | I'll check the revision of the older build I have |
23:16:10 | Insectoid | So it's like it skipped the sysfont.h |
23:16:17 | nls | Soul-Slayer: I guess you have to wait for barrywardell then :-/ |
23:16:32 | linuxstb | Insectoid: Are you logged in as the root user? |
23:16:44 | Insectoid | Yes |
23:18:08 | | Join barrywardell [0] (n=barrywar@host-194-46-236-43.dsl-ie.utvinternet.net) |
23:18:14 | bob_brain | A build that I compiled yesurday works fine on my H10 |
23:18:18 | Soul-Slayer | Revision 12887 is the latest old build I have, and it works perfectly. That's ~50 commits ago |
23:18:23 | bob_brain | only current svn doesn't |
23:18:26 | | Join bepe86 [0] (n=bepe@193.90.2.186) |
23:18:45 | bob_brain | something between yesturday and today |
23:19:32 | | Join bonbonthejon [0] (n=jon@69.61.203.3) |
23:19:36 | Soul-Slayer | Could it be r12926? 'Make scheduler functions thread safe core wise' |
23:20:06 | Arathis | bob_brain: do you compile the bootloader every day? oO |
23:20:17 | bob_brain | not everyday |
23:20:21 | bob_brain | but some |
23:20:25 | bob_brain | why? |
23:20:48 | bonbonthejon | its built with the firmware |
23:21:01 | nls | Soul-Slayer: my guess would be either that or 12915... |
23:21:27 | bob_brain | how do you get an svn from a certian revision? |
23:21:46 | Soul-Slayer | I'll get a source from the 25th and compile it and see if it works |
23:21:58 | bob_brain | I know it works from the 25th |
23:22:04 | bob_brain | I just tried one |
23:22:12 | Soul-Slayer | Which player do you have? |
23:22:18 | bob_brain | would have been afternoon |
23:22:21 | bob_brain | H10 5gb |
23:22:23 | bob_brain | MTP |
23:22:29 | bob_brain | same problems as you |
23:22:32 | Soul-Slayer | Are you getting the same problem I am with the latest? |
23:22:33 | Soul-Slayer | Aha... |
23:22:34 | Arathis | bob_brain: i just use the svn builds of rockbox, but i don't install a new bootloader ever time |
23:22:49 | bob_brain | Arathis: you don't need to |
23:23:00 | bluebrother | bob_brain: svn co -r <revision> |
23:23:05 | bob_brain | Arathis: only when there are updates to it |
23:23:12 | Arathis | bob_brain: that's why i asked ;) |
23:23:16 | bob_brain | bluebrother: thx |
23:23:26 | bob_brain | Arathis: asked what? |
23:24:01 | Arathis | bob_brain: if you compile a new bootloader every time you udpdate rockbox. it appeared to me that you thought you'd have to |
23:24:11 | Soul-Slayer | Bob, try the revision 12915, then we can work out whether it was that or 12926 doing it |
23:24:22 | bob_brain | Arathis: ah no no |
23:24:36 | Soul-Slayer | I'd imagine that people would have noticed earlier had it have been the later though, and wouldn't have continued trying to improve? |
23:24:36 | barrywardell | problems with the H10 builds? |
23:24:40 | Soul-Slayer | Yes. |
23:24:45 | bob_brain | the man is here |
23:25:07 | Soul-Slayer | Believed to be revision 12915 or 12926, but we are getting lockups when trying to access the disk in general |
23:25:13 | bob_brain | The current build getts stuck at boot |
23:25:23 | bob_brain | we have rulled out the bootloader |
23:25:25 | barrywardell | have you tried older builds? |
23:25:27 | Soul-Slayer | Yes. |
23:25:29 | bob_brain | yes |
23:25:34 | Soul-Slayer | 25th of March works fine. |
23:25:39 | bob_brain | I tried one from yesturday works fine |
23:25:40 | Soul-Slayer | And before that. |
23:25:52 | bob_brain | yesturday afternoon |
23:25:56 | barrywardell | i'm just rebuilding now... |
23:26:00 | Soul-Slayer | Okay. |
23:26:20 | bob_brain | apears to be somthing with the disk spin because it gets stuck at "scanning" |
23:26:54 | Soul-Slayer | And when I get beyond there, I can only navigate around 3 layers of folders before it freezes up. |
23:27:06 | Soul-Slayer | And initialising the database freezes on 0 files. |
23:27:29 | | Quit petur ("sssssssssss---------PLOP!") |
23:28:16 | | Join entheh [0] (n=purr@88-106-200-202.dynamic.dsl.as9105.com) |
23:28:43 | bob_brain | Why can't I use 007quick as a nick? |
23:28:50 | | Part perl|work |
23:29:08 | barrywardell | can you work backwards with 'svn update -r <revision>' and wory out which revision commit the problem? |
23:29:33 | bob_brain | kk |
23:29:46 | barrywardell | i'll do the same here |
23:30:37 | Soul-Slayer | Just compiling 12915 |
23:30:56 | bob_brain | I'm building the last one |
23:31:14 | bob_brain | 12931 |
23:31:36 | | Nick bob_brain is now known as H10_007quick (n=chatzill@mnet-ki-244-78-181.monarch.net) |
23:31:54 | H10_007quick | Man doesn't like my nickname |
23:32:01 | Soul-Slayer | :P |
23:32:28 | barrywardell | 12921 here |
23:33:00 | | Quit mattzz ("Leaving") |
23:33:41 | scorche | Bagder: application submitted...it was short and sweet, because i figure that you already know me and what my proposal is, at least by the summary |
23:34:14 | | Join funky [0] (n=repulse@unaffiliated/funky) |
23:34:21 | Bagder | we got it |
23:34:56 | Soul-Slayer | Alright, just about to boot into 12915 |
23:35:21 | H10_007quick | barywardell: did you see my new script to compile? |
23:35:45 | Soul-Slayer | 12915 is working fine. |
23:35:53 | H10_007quick | barrywardell: alows one to pick up to 9 builds and it compiles them |
23:36:21 | Soul-Slayer | In which case my next suspicion is 12926... I'll try it |
23:36:29 | barrywardell | I haven't seen it. I'll check it out |
23:36:45 | H10_007quick | barrywardell: http://007quick.googlepages.com/home at the top |
23:37:08 | Insectoid | On a brand new, just checked-out 12932, it doesn't generate sysfont.h. This makes me kind of sad. |
23:37:27 | Soul-Slayer | Have you tried earlier builds? |
23:37:51 | Soul-Slayer | Ok, can't even compile 12926... 12928 then ^^. |
23:37:51 | H10_007quick | barrywardell: Oh and disregard the message at the top if you haven't already looked at it, I will delete that soon |
23:38:06 | linuxstb | Insectoid: Can you type "make V=1 &> logfile" and upload that logfile somewhere? |
23:38:14 | bluebrother | H10_007quick: wow, quite lenthy and complicated ... you can enter the player name instead of the number to configure |
23:38:28 | H10_007quick | could make it that way |
23:38:37 | Insectoid | Soitainly. |
23:39:06 | H10_007quick | bluebrother: My first script though and one would have to type out the name exactly so wouldn't be that great |
23:40:09 | H10_007quick | bluebrother: better to stick to numbers I think |
23:40:19 | bluebrother | I usually use the names. |
23:40:29 | bluebrother | and you can always map them ... |
23:40:59 | H10_007quick | bluebrother: what do you mean by "map" them? |
23:42:03 | bluebrother | I use this for preparing my build dirs: http://www.stud.uni-karlsruhe.de/~uhcn/rockbox/prepmanbuild.sh |
23:42:21 | scorche | Bagder: also, my existing mentor app will just sit there i suppose...i had to register under a new account, as they couldnt do anything with my existing mentor app, and because i apped to be a mentor, i couldnt app as a student |
23:42:58 | H10_007quick | barrywardell: 12931 does not work trying ...30 |
23:43:00 | bluebrother | the way you do it now you can still get the user enter a number and then case $number in 0) name=foo; esac |
23:43:15 | | Join webguest40 [0] (i=8e34510c@gateway/web/cgi-irc/labb.contactor.se/x-d658413933f6ff20) |
23:43:45 | Soul-Slayer | 007, stop |
23:43:51 | Soul-Slayer | 12928 doesn't work, as I expected |
23:43:59 | barrywardell | 12921 doesn't work |
23:44:08 | Soul-Slayer | Ok |
23:44:16 | H10_007quick | bluebrother: I don't see anything different from what I did |
23:44:21 | Soul-Slayer | So it's > than 12915 and >12921 |
23:44:24 | Soul-Slayer | <12921* |
23:44:26 | bluebrother | it's shorter :) |
23:44:46 | Soul-Slayer | Or possibly 12921 itself |
23:45:00 | bluebrother | you repeat the same stuff for each possible build |
23:46:05 | Soul-Slayer | Anyone wanna take a guess as to which revision could be making the problem 12915> and <12921 :P? |
23:46:46 | Soul-Slayer | Because they all look fairly innocent... |
23:46:46 | H10_007quick | should I try 12920? |
23:47:28 | Insectoid | Linuxstb: It's on pastebin.ca as make log |
23:47:40 | Soul-Slayer | Can't hurt... Barry, any ideas? |
23:48:14 | barrywardell | i'm guessing 12916... |
23:48:29 | H10_007quick | you going to do it? |
23:48:34 | Soul-Slayer | I'll test that if you like. |
23:49:12 | barrywardell | i'm compiling it now... |
23:49:17 | Soul-Slayer | Ah, okay. |
23:49:32 | | Join Llorean [0] (n=Llorean@rockbox/administrator/Llorean) |
23:49:37 | Soul-Slayer | Well, bearing in mind 12915 was fine, if it goes wrong at 12916 then we have our culprit. |
23:49:58 | Soul-Slayer | But it seems strangely unlinked to the H10? |
23:50:18 | | Quit ender` (" Sometimes I lie awake at night, and I ask, "Where have I gone wrong?" Then a voice says to me, "This is going to take more t) |
23:50:20 | Llorean | linuxstb: Longer than 4 hours at 320x240 25fps video at 600kbps/128kbps. I don't know how much longer because I got distracted, but 4 hours at least. |
23:50:25 | | Quit atsea-151 (Remote closed the connection) |
23:50:25 | | Quit atsea-142140 (Remote closed the connection) |
23:52:07 | barrywardell | 12916 doesn't work either |
23:52:20 | Soul-Slayer | So it was something there which broke it then.. |
23:52:38 | Soul-Slayer | But I honestly can't see how any of the commits link up with the H10? |
23:53:21 | linuxstb | Insectoid; I don't understand why it isn't working for you. You can create sysfont manually with the command "./tools/convbdf -h -o sysfont.h ../fonts/rockbox_default.bdf" |
23:53:27 | | Join atsea-142140 [0] (i=ariel@gateway/tor/x-4d6d984c11b8f1aa) |
23:53:40 | linuxstb | ^that should be ../tools/convbdf |
23:54:01 | linuxstb | Llorean: And how long was your 320x176 test? |
23:54:05 | Insectoid | Thank you. Hey... I could have a larger font by default then? |
23:54:59 | linuxstb | Try it and let us know... But there are probably lots of places where the size is assumed. |
23:55:24 | Llorean | linuxstb: 4:50 |
23:55:38 | | Nick kraizee is now known as krz (n=irc_by@de4.tcompressor.com) |
23:56:05 | linuxstb | Llorean: OK... Sounds about right. |
23:56:29 | linuxstb | BTW, your test video wasn't the best to try and debug a/v sync with - there's very little talking... |
23:56:32 | Llorean | linuxstb: I think it was closer to 4:10 or 4:15 for the 320x240, I just wasn't watching it closely enough to be sure. |
23:57:08 | | Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <- Go on, try it!") |
23:57:24 | linuxstb | Have you had chance to test the latest a/v sync improvements? |
23:57:29 | Llorean | linuxstb: Yeah, it wasn't originally intended to be a test video, but the loss of sync was pretty apparent to me in the last bit of dialogue between Smart and 99 at the end. |
23:57:33 | Llorean | I'm just about to test them |
23:58:16 | linuxstb | The opening sequence (a voice on a tape-recorder) isn't ideal either... |
23:58:26 | Llorean | Yeah |
23:58:29 | linuxstb | :) |
23:58:50 | Llorean | It was originally just encoded because I wanted to see how suitable TV was for the Nano's screen |