00:00:31 | kurbjunk | jhMikeS, the traffic is increase by 4, each write to the sc606 is done on each tick and it takes 4 ticks to do a full update |
00:00:51 | amiconn | bluebrother: No, like telling the pcf to draw more than 100mA, but not more than usb allows |
00:01:04 | H10_007quick | The point is that there is infomation on the wiki that new people could use but most new people such as myself have no idea were to find it. The manual is good, but it couldn't hurt to try to gather the information in the wiki into one place. |
00:01:04 | bluebrother | ah, ok. |
00:01:09 | kurbjunk | you can do multiple writes to speed it up if you don't care about making the tick tasks take longer |
00:01:09 | amiconn | It's not really made for this, so it needs special measures |
00:01:27 | bluebrother | H10_007quick, can you define what this information is then? |
00:01:30 | amiconn | That's probably why iriver settled for a separate LiIon charger chip rather than using the pcf |
00:01:33 | jhMikeS | since I'm getting up to speed here, what did it do before? |
00:01:39 | bluebrother | sounds nasty :( |
00:01:41 | kurbjunk | it's written to be a more generic update, so that you can do things like fade the buttonlights with the backlight |
00:02:05 | H10_007quick | Thats what I want to do, I just want to start a new wiki page and work on it, then if it is no good we can trash it! |
00:02:26 | Llorean | H10_007quick: And we're trying to figure out why the manual can't be improved to solve the same problem |
00:02:32 | Llorean | Truly "new" users shouldn't be in the wiki |
00:02:43 | Llorean | They should read the manual, use the software, and then not be new users any more. |
00:02:52 | mrk | I'm a truly new user <_< |
00:02:55 | kurbjunk | the sc606 registers are dvided into 4 banks, enable, and 3 for the brightness of the leds |
00:02:58 | mrk | I've just read the manual |
00:03:16 | | Quit Thundercloud_ (Remote closed the connection) |
00:03:17 | kurbjunk | actually you could save a write if you are just fading |
00:03:25 | kurbjunk | and not enabling/disabling |
00:03:37 | kurbjunk | but that's still a 3 fold increase |
00:03:55 | kurbjunk | or well 2 more writes to do a full update |
00:04:10 | H10_007quick | Llorean: Ah, i give up, I may work on the manual |
00:04:12 | amiconn | bluebrother: It's indeed nasty, and requires sort of circumventing a safety measure in the pcf |
00:04:15 | | Join juxtap [0] (n=juxtap@vc-196-207-45-253.3g.vodacom.co.za) |
00:04:16 | bluebrother | H10_007quick, do you really need to create a wiki page just to tell what the information is you are talking about? |
00:04:23 | amiconn | ...and then doing a bit of monitoring in software |
00:04:43 | Llorean | H10_007quick: We're just trying to figure out what information this is you're even talking about, you're being very evasive by constantly avoiding just telling us what information it is. |
00:05:14 | bluebrother | if we know what information is missing (according to you) we can decide if it's information that should go to the manual or not |
00:05:23 | bluebrother | and if it should go to the manual we can fix it. |
00:05:27 | H10_007quick | ok I will start a list and give it to you latter |
00:05:37 | bluebrother | if you just create a wiki page the manual won't change |
00:05:42 | bluebrother | great. |
00:06:37 | jhMikeS | I see it assumes DEFAULT_BRIGHTNESS_SETTING when fading out |
00:07:07 | kurbjunk | jhMikeS, the state machines are pretty straight forward though, and you can change them around pretty easily, but the code changes I did were based on the really generic approach to fading. again though I talked with goddhart about it and he felt that the really generic approach made for more flexibiliy, for example you could easily add in some code to pulse the buttonlights with the music or somethign ilke that |
00:07:08 | jhMikeS | at least I _think_ I see that |
00:07:59 | amiconn | Apart from power management, I'd say the X5 and M5 ports are on par with the coldfire irivers, so definitely a release target if we solve the power management stuff before |
00:09:03 | Llorean | amiconn: It'd be nice if someone got dual boot working, but I don't think that's a "release" requirement. But if the radio's still not working as well as the original firmware, I think that's a problem. Not a significant one, but it speaks negatively of us if we "release" with a known problem in the FM support. |
00:09:11 | kurbjunk | jhMikeS, it should be fading toward either 0, or the brightness_setting |
00:09:12 | bluebrother | hmm. Is it just me with the ipod rebooting to disk mode sometimes even if Menu is held during connecting? |
00:09:26 | jhMikeS | so long as no compromise is made to existing functionality, I agree the flexibility is good |
00:09:26 | pixelma | jhMikeS, kurbjunk: the thing that one has to press buttons in settings twice is a general menu problem, I have it on M5 too with a build from before kurbjunk's commit in other settings |
00:09:27 | amiconn | And regarding dual boot, the archoses never supported *true* dual boot unless flashed |
00:09:34 | bluebrother | isn't the fm the same chip as the h100? |
00:10:14 | | Part Joely |
00:10:16 | | Quit midkay ("Leaving") |
00:10:21 | jhMikeS | pixelma: I've never seen it until now though, and the same menu (different name) on the sansa seems to work |
00:10:38 | amiconn | I couldn't find any problems with fm support on the X5... |
00:10:47 | pixelma | jhMikeS: Nico_P also reported it on his gigabeat |
00:11:09 | kurbjunk | jhMikeS, there were some delays in the original fading code as well, I think it took 2 ticks to do a fade update, and now it takes 4, so if you faded by 2 instead of 1 it should be the same |
00:11:13 | jhMikeS | pixelma: do you recall where? |
00:11:19 | Llorean | amiconn: My understanding is that reception is poorer, and it's harder to tune in certain stations than the original firmware. Since I only have second-hand reports on that, I'll take any refutation happily. |
00:11:26 | kurbjunk | same speed that is |
00:11:42 | amiconn | I can't compare to the original firmware as I never used it |
00:11:49 | jhMikeS | Llorean: for x5 fm, that's true without code to set the HI/LO injection correctly |
00:12:01 | kurbjunk | the old code had a fade delay value, that it would pause fading every other tick |
00:12:14 | pixelma | jhMikeS: in what settings? I've seen it in the sound settings - I'm not sure if that's what you mean |
00:12:23 | amiconn | I can only say that reception works and is fairly good, about the same as on the other fm enabled targets I have |
00:12:39 | amiconn | (which are the h1x0, the h300 and a (new type) Ondio FM) |
00:12:44 | jhMikeS | pixelma: no...only thing I saw there was voice trouble to due setting the pcm low latency |
00:12:59 | kurbjunk | pixelma, thanks for letting me know |
00:13:01 | amiconn | X5 reception is actually better than on h1x0 imho (better sensitivity) |
00:13:37 | jhMikeS | amiconn: I guess these thing are region dependent in a big way...trying to fix it here made it worse for preglow |
00:13:48 | amiconn | bluebrother: The fm chip in the X5 is (at first sight) not the same as in the irivers and new type Ondios, but I suspect it actually is |
00:13:50 | pixelma | jhMikeS: I still don't get what you are referring too, sorry |
00:14:05 | pixelma | *to |
00:14:15 | | Quit juxtap (Remote closed the connection) |
00:14:18 | | Quit Siltaar (Remote closed the connection) |
00:14:44 | jhMikeS | pixelma: just that voice would not play out in the sound menu properly while playback was going, other than that I've never seen this exit problem in any menu |
00:15:04 | amiconn | It uses the same commands, and the D&A DA202 is actually called an fm tuner _module_, which is most probably built around the philips TEA5767 |
00:15:10 | Nico_P | jhMikeS: I have exit problems |
00:15:37 | pixelma | jhMikeS: I have no voice file present on my M5 atm - and the bug was introduced today |
00:16:26 | jhMikeS | Well, if it this feature was added today then that explains it since it was my first update |
00:16:30 | amiconn | Llorean: I wonder how reception could be poorer. Harder tuning I wouldn't notice, as I always use premade .fmr files (from the wiki or self-made) |
00:17:00 | bluebrother | could be region related |
00:17:07 | Llorean | amiconn: Perhaps the person was generalizing. Saying reception was poorer, simply because it was harder to tune. |
00:17:20 | kurbjunk | gotta run |
00:17:21 | | Part kurbjunk |
00:18:52 | | Quit Arathis ("Bye, bye") |
00:19:06 | amiconn | bah |
00:19:13 | jhMikeS | heh, ok, they're all doing it. I never checked other menu after doing svn up...lol |
00:19:46 | amiconn | I know that the rework of the existing strings is still pending, but why are new strings which only make sense on a single target added for all targets?? |
00:20:14 | amiconn | (referring to this: http://svn.rockbox.org/viewvc.cgi/trunk/apps/lang/english.lang?r1=13345&r2=13346 ) |
00:20:15 | | Join webguest53 [0] (i=4a77eac8@gateway/web/cgi-irc/labb.contactor.se/x-99b2603381c93339) |
00:20:47 | amiconn | Button light timeout makes no sense on targets without button lights.... |
00:21:28 | amiconn | Waste of binary space :( |
00:22:21 | jhMikeS | agreed |
00:23:05 | Nico_P | pixelma: I've solved my menu problem but I suspect it un-solved the problem jdgordon was trying to solve |
00:23:36 | webguest53 | big gigabeat problem guys |
00:23:46 | H10_007quick | Llorean: These are the links that I would put in just for the start. They could also just be rearagned in the doc index and put under one heading called "noobs" or somthing similar |
00:23:47 | H10_007quick | http://www.rockbox.org/twiki/bin/view/Main/RockboxFAQ |
00:23:49 | H10_007quick | http://www.rockbox.org/twiki/bin/view/Main/ReportingBugs |
00:23:51 | H10_007quick | http://www.rockbox.org/twiki/bin/view/Main/PluginIndex |
00:23:52 | H10_007quick | http://www.rockbox.org/twiki/bin/view/Main/WpsGallery |
00:23:54 | H10_007quick | http://www.rockbox.org/twiki/bin/view/Main/WhyRockbox |
00:23:55 | H10_007quick | http://www.rockbox.org/twiki/bin/view/Main/FeatureRequests |
00:23:57 | H10_007quick | http://www.rockbox.org/twiki/bin/view/Main/NoDo |
00:23:58 | H10_007quick | http://www.rockbox.org/dl.cgi?bin=fonts |
00:24:00 | H10_007quick | http://www.rockbox.org/twiki/bin/view/Main/VoiceFiles |
00:24:01 | H10_007quick | http://www.rockbox.org/twiki/bin/view/Main/VoiceHowto |
00:24:02 | pixelma | stop that |
00:24:09 | * | bluebrother points to a pastebin |
00:24:16 | H10_007quick | With information about what they do etc. |
00:24:23 | H10_007quick | whats a pastebin? |
00:24:25 | toffe82 | webguest53: what problem ? |
00:24:27 | bluebrother | WhyRockbox is linked from the very first start page |
00:24:29 | bluebrother | pastebin.ca |
00:24:59 | bluebrother | Plugins are listed in the manual |
00:25:06 | bluebrother | NoDo is completely outdated |
00:25:15 | pixelma | Nico_P: that problem was that menu items didn't scroll (when too long - more noticeable one small screens or big fonts) - that is fixed though... |
00:25:39 | pixelma | *on |
00:25:41 | bluebrother | we have a FlySpray page that is linked at the top of FS |
00:25:55 | | Join juxtap [0] (n=juxtap@vc-196-207-45-253.3g.vodacom.co.za) |
00:25:55 | Nico_P | pixelma: I think the fix for my problem is basically to revert the fix for the scrolling problem |
00:25:56 | bluebrother | so anyone looking at FS should see it |
00:25:56 | * | jhMikeS wonders why brightess 0 != off |
00:25:57 | webguest53 | im using the latest build, it boots but can't play songs.. a flashing message "codec failure" keeps popping up |
00:26:06 | bluebrother | the fonts are linked in the manual |
00:26:12 | | Join pearldiver [0] (n=say@cpe-72-225-231-80.nyc.res.rr.com) |
00:26:16 | jhMikeS | webguest53: I think you need a full update |
00:26:28 | Nico_P | pixelma: I'll experiment in the sim |
00:26:34 | scorche | webguest53: did you extract the entire folder or just the firmware file? |
00:27:03 | webguest53 | entire folder man, ive updated builds countless times before |
00:27:18 | | Quit petur ("here today, gone tomorrow") |
00:27:24 | webguest53 | it also displays " |
00:27:37 | bluebrother | VoiceFiles is also mentioned (and linked) in the manual |
00:27:55 | bluebrother | what did I miss? |
00:27:59 | webguest53 | it also displays "incompatible version" when accessing the Elephant Dream movie or any GameBoy games, two things that previously worked flawlessly |
00:28:18 | scorche | webguest53: which further says to me that you didnt do a full update |
00:28:19 | H10_007quick | bluebrother: all that is true, and the manual is great, but the information is in the wiki, why not organize it? |
00:28:32 | amiconn | Nico_P: Uh, what other menu problem is there? |
00:28:37 | webguest53 | i'll try again bud, this'll be the 3rd time.. |
00:28:37 | bluebrother | H10_007quick, a noob should read the manual, not the wiki |
00:28:58 | H10_007quick | oh nevermind then |
00:29:00 | Nico_P | amiconn: some things not being exited properly, like settings |
00:29:02 | amiconn | I only experienced the scrolling problem, which btw was introduced sometime last week. Scrolling worked perfectly before |
00:29:23 | scorche | webguest53: make sure that you are properly unmounting before unplugging the device |
00:30:03 | * | jhMikeS never enables write behind caching on his USB stuff |
00:30:04 | bluebrother | that's one of the major ideas of the manual |
00:30:36 | chrisjs169 | webguest53: Just downloaded the newest build, it works |
00:31:20 | * | linuxstb commits libmad support for test_codec |
00:31:21 | * | jhMikeS thinks it a bit silly not to have a led on the cross :\ ... perhaps mod time |
00:32:51 | | Quit idnar (Read error: 145 (Connection timed out)) |
00:33:41 | webguest53 | hmm... the latest build for the Gigabeat seems to unclude the .rockbox folder but is missing the rockbox.gigabeat file |
00:34:01 | scorche | webguest53: it isnt inside the folder? |
00:34:22 | | Quit capo () |
00:34:29 | linuxstb | webguest53: Have you updated your bootloader recently? |
00:35:14 | webguest53 | bootloader was updated approx. 2 weeks ago |
00:36:06 | | Quit juxtap (Remote closed the connection) |
00:36:49 | Nico_P | I even get the menu exit problem in the ondio FM sim... I enter something and then when I press left the display isn't updated until I press a key |
00:37:26 | pixelma | that leads to a "funny" effect in the LCD flip setting... |
00:37:42 | Nico_P | pixelma: you have the same thing ? |
00:38:00 | webguest53 | computer is being wonky, brb |
00:38:02 | | Join ze [0] (i=ze@cpe-76-175-22-254.socal.res.rr.com) |
00:38:10 | | Quit webguest53 ("CGI:IRC") |
00:38:17 | pixelma | first button press: it will be flipped but also mirrored... the next button press makes it look right |
00:38:56 | pixelma | yes - on M5... I stated that several times this evening now... |
00:39:34 | | Join idnar [0] (i=mithrand@unaffiliated/idnar) |
00:39:45 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust1017.brig.cable.ntl.com) |
00:40:55 | krush1704 | hey guys, I've got problems with compiling rockbox for the simulator. Can somebody of u help me? |
00:41:35 | linuxstb | krush1704: Just ask |
00:41:43 | | Join billsville [0] (i=89a5d881@gateway/web/cgi-irc/ircatwork.com/x-fb6440aaffaff603) |
00:42:18 | | Part maffe |
00:42:33 | | Join Joely [0] (n=joel@68.249.189.81) |
00:42:53 | | Join maffe [0] (n=maffe@195.159.148.248) |
00:43:46 | krush1704 | I'm compiling the sources for my h340, everything works. If I choose Simulation, theres an eror message when I type make |
00:43:54 | pixelma | Nico_P: but both button presses are registered - so at the time it redraws you are "two levels up" so to speak |
00:44:19 | krush1704 | LD rockboxui.exe |
00:44:19 | krush1704 | /usr/lib/.../apps/language.o: Relocating in generic ELF (EM: 4) |
00:44:19 | krush1704 | /home/.../build/apps/language.o: could not read symbols: File in wrong format |
00:44:19 | DBUG | Enqueued KICK krush1704 |
00:44:19 | krush1704 | collect2: ld returned 1 exit status |
00:44:28 | Nico_P | pixelma: yes. very annoying. it's because the lists aren't redrawn |
00:44:43 | Nico_P | http://svn.rockbox.org/viewvc.cgi/trunk/apps/menu.c?r1=13294&r2=13337&pathrev=13338 |
00:44:50 | linuxstb | krush1704: DId you run "make clean" after running configure again? |
00:45:03 | krush1704 | no, wait, I'll try it |
00:45:39 | linuxstb | krush1704: You could also create separate build directories - one for the real build, and one for the simulator. |
00:46:26 | chrisjs169 | krush1704: when was the last time you updated binutils? |
00:47:02 | krush1704 | updated binutils today, because I installed cygwin new on this computer |
00:47:08 | *** | Saving seen data "./dancer.seen" |
00:47:09 | | Quit jgarvey ("Leaving") |
00:47:33 | chrisjs169 | I believe that's why....I had a similar problem yesterday, with make stopping right where you were |
00:47:43 | chrisjs169 | if you can, downgrade binutils |
00:47:45 | krush1704 | I think make clean worked, it's getting further |
00:48:00 | krush1704 | cygwin is still compiling |
00:48:19 | chrisjs169 | krush1704: ok, in that case, I guess your version of binutils does work fine |
00:48:37 | krush1704 | is there a known problem with binutils? |
00:49:43 | chrisjs169 | yesterday the debian based build was messed up, before you mentioned you were using cygwin |
00:50:11 | jhMikeS | linuxstb: calling plugin_get_audio_buffer after stealing the stack is a bit scary :) |
00:50:27 | krush1704 | ahh okay, got Widows |
00:50:32 | krush1704 | Windows |
00:50:37 | linuxstb | jhMikeS: Oops, I do it in the wrong order? |
00:51:18 | jhMikeS | just had a look and playback could still be going at that point...hehe |
00:51:20 | linuxstb | Ah, it doesn't really matter as I don't modify the stack until later anyway... |
00:51:28 | Nico_P | I just tested test_codec on an mp3 file and it worked fine |
00:51:35 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
00:51:37 | linuxstb | "steal" just returns the pointer to the stack, it doesn't change anything. |
00:51:39 | Nico_P | 698% realtime I think |
00:51:45 | krush1704 | Thanks guys! everything works fine now. I'll create another folder for the simulation |
00:52:03 | jhMikeS | ok, I didn't look at the implementation for that |
00:52:16 | linuxstb | jhMikeS: Maybe something like "get_codec_stack_address" would be a better name |
00:52:18 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
00:52:18 | * | jhMikeS is easily alarmed |
00:52:49 | amiconn | linuxstb: Why don't you just create another stack for the codec in the plugin? |
00:52:58 | jhMikeS | might be |
00:53:05 | linuxstb | amiconn: Because it needs to be in IRAM |
00:53:16 | amiconn | Yeah, and? So use iram.... |
00:53:26 | linuxstb | I can't - the plugin loads codecs |
00:53:28 | amiconn | I guess this plugin stops playback anyway... |
00:53:52 | jhMikeS | if the plugin uses IRAM, then the codec can't run |
00:54:12 | amiconn | Well, does the plugin actually call the codec? |
00:54:30 | linuxstb | Yes, that's the whole point... |
00:54:38 | * | amiconn would think just linking the codeclib to a test plugin would be way easier |
00:54:58 | | Quit bluebrother (Read error: 113 (No route to host)) |
00:55:02 | linuxstb | That would need 1 test plugin for every codec though. |
00:55:10 | amiconn | Yeah, and? |
00:55:21 | linuxstb | Then I think my approach is easier. |
00:55:26 | amiconn | I doubt any dev will work on optimizing a dozen codecs at once |
00:56:12 | linuxstb | You can't just link the codec lib - you would need to implement a decoder using that lib. |
00:56:23 | amiconn | Just thinking kiss here... introducing a function just for stealing the stack from the core codec for testing purposes only doesn't sould like kiss |
00:57:25 | linuxstb | I agree it's not perfect, but I think the test plugin is worth it. |
00:57:48 | jhMikeS | well, you could use info from the scheduler about the saved context since the thread isn't running |
00:58:21 | linuxstb | The same function could be used for mpegplayer as well though - to reuse the codec thread's IRAM stack for mpegplayer's audio thread. |
00:58:55 | amiconn | I think a better approach would be to make libmad use less stack |
00:58:57 | jhMikeS | Peek at the thread_entry structure |
01:00 |
01:00:13 | linuxstb | amiconn: I wish it did use less stack - it does seem to have suffered from over-optimisation a little... |
01:02:05 | amiconn | Stack hijacking sounds like a weird idea... but there is a more important problem with an extra function: this function needs to exist unconditionally |
01:02:23 | | Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <-") |
01:02:37 | amiconn | Otherwise running the test plugin on a plain core would make it hard crash |
01:03:40 | * | amiconn wonders whether it might be possible to run the codec *in the actual codec thread* from the test plugin |
01:03:50 | | Join Alonea [0] (n=chatzill@24-117-195-16.cpe.cableone.net) |
01:04:21 | linuxstb | That was the first thing I looked at, but the codec thread seems too tied to PCM playback. |
01:04:34 | jhMikeS | how? |
01:04:55 | linuxstb | Well, it's tied to PCM playback... |
01:05:15 | linuxstb | Or maybe I misunderstood... |
01:05:16 | jhMikeS | redirect the insert function and I think it should work |
01:06:05 | linuxstb | But I also want to avoid the core buffering functions - so I can do a decode completely from RAM. |
01:06:41 | linuxstb | Apart from this stack issue, I'm very happy with the way it works - the plugin itself is simple and flexible. |
01:07:39 | Alonea | i have not had a chance to look at it, but how is the new button light function working out so far? |
01:07:45 | Alonea | for the gigabeat that is |
01:07:50 | | Join linuxstb_ [0] (i=5343d4aa@rockbox/developer/linuxstb) |
01:09:03 | jhMikeS | really, you could redirect all the relevant codec apis to the plugin |
01:09:57 | | Quit entheh (Read error: 104 (Connection reset by peer)) |
01:10:19 | jhMikeS | profiling encoders will just need to have them not write files |
01:11:36 | | Part maffe |
01:12:59 | * | jhMikeS is just thinking out loud about various ways to do it, not saying what's right |
01:13:24 | | Join buleeahn [0] (n=buleeahn@cuervo.unwiredbuyer.com) |
01:13:30 | buleeahn | Good evening all. |
01:13:48 | buleeahn | Does anyone know what the battery capacity of an ipod video is? |
01:13:57 | linuxstb_ | OK, so should I revert my last change and see if we can come up with something better? |
01:14:01 | | Join Thundercloud [0] (n=thunderc@82.152.192.246) |
01:14:09 | | Join norbusan [0] (n=norbusan@81.75.222.14) |
01:14:10 | | Join safetydan [0] (i=cbca159f@rockbox/developer/safetydan) |
01:14:52 | Alonea | buleeahn: it doesn't say on the back anywhere? (i would not know, dont have ipod) or are you talking time wise? |
01:15:16 | buleeahn | I'm talking about what the mah rating is for the stock ipod video battery. |
01:15:22 | jhMikeS | you could just add a pointer to the thread entries and peek at the stack member |
01:15:59 | | Join Thundercloud_ [0] (n=thunderc@82.152.193.215) |
01:16:03 | jhMikeS | find a thread named "codec" and that's the one...no new function needed |
01:16:42 | Alonea | buleeahn: ah, ok, thats what I thought you were talking about. I am not sure where it would say. |
01:17:16 | buleeahn | Aha! http://www.rockbox.org/twiki/bin/view/Main/DeviceChart#Apple_units |
01:17:26 | buleeahn | I knew it'd be *somewhere* on the rockbox site. |
01:18:12 | linuxstb_ | jhMikeS: OK, I'll give that a go. |
01:18:17 | Alonea | buleeahn: http://ipodbatteryfaq.com/ipodbatteryandpower.html |
01:18:24 | Alonea | oh, ok |
01:18:27 | Alonea | nm then |
01:18:37 | Alonea | I found another page. ^^;; |
01:18:44 | buleeahn | hehe |
01:18:47 | buleeahn | Thanks Alonea. |
01:18:57 | buleeahn | Two reference points won't hurt. |
01:19:19 | Alonea | google is your friend. ^__^ . no, can't hurt at all. |
01:19:57 | | Quit norbusan ("Leaving.") |
01:21:49 | | Join maffe [0] (n=maffe@195.159.148.248) |
01:25:03 | | Join entheh [0] (n=purr@88-106-164-59.dynamic.dsl.as9105.com) |
01:27:52 | | Part toffe82 |
01:31:49 | | Quit bospaadje ("great minds run in great circles") |
01:33:34 | kkurbjun | should buttonlight be one word, like backlight, or should it be two words "button light" |
01:35:39 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
01:35:43 | Alonea | hmmm..I don't know. either is fine I think |
01:35:44 | | Nick Mouser_X is now known as Mouser|headache (n=mouser_x@67.110.120.164.ptr.us.xo.net) |
01:36:14 | kkurbjun | I think I'll just stick with "button light" then |
01:36:15 | linuxstb_ | kkurbjun: I would vote for two words |
01:36:27 | kkurbjun | sounds good :) |
01:36:37 | kkurbjun | wheel light is two words too |
01:36:46 | Alonea | I mean, my spell check says both should be 2 words |
01:37:11 | kkurbjun | yes, so does mine |
01:37:21 | Alonea | as in "back light" and "button light" is correct, but I get red lines on backlight and buttonlight |
01:37:54 | kkurbjun | that was why I was wondering since we use backlight as one word |
01:38:25 | Alonea | who knows. something tells me we don't have english majors on the rockbox team |
01:38:30 | Alonea | ^___^ |
01:38:31 | kkurbjun | but I guess we'll move forward with the blessing of spell checker as well |
01:38:33 | kkurbjun | : ) |
01:38:53 | Alonea | indeed. Spell check is our friend. I was so happy firefox got it. |
01:38:59 | Alonea | and then gaim has it as well. |
01:39:35 | * | jhMikeS votes for "Human Interface Luminescence Control" |
01:39:43 | | Part maffe |
01:39:43 | Alonea | i am computer science major, math minor. Not really into english so much...even though I did do well on my English AP tests a couple years ago |
01:39:44 | kkurbjun | yes, that is a nice feature to have, it makes my forms look much nicer (although my grammar is still terrible) |
01:39:59 | Alonea | jhMikeS: That works too. Sounds nice. |
01:40:23 | kkurbjun | jhMikeS, I like it! ;) |
01:40:47 | Llorean | Alonea: gaim doesn't exist any more. :-P |
01:40:50 | Alonea | now, is that for Button Light or Back Light? |
01:40:52 | | Quit Thundercloud (Read error: 110 (Connection timed out)) |
01:41:34 | Llorean | jhMikeS: "Human Input Lunimnescence Control" so that it disambiguates it from the backlight, and lets it apply to both buttons or wheel. :-P |
01:41:36 | Alonea | Llorean: ah, yes, I do know, its Pigdin or however you spell it now. Just so used to calling it gaim. That, and as you can see, I can't remember how to spell the new name half the time..^^;;; |
01:42:08 | Llorean | Hahaha |
01:42:15 | | Join bospaadje [0] (n=bospaadj@ip82-139-84-212.lijbrandt.net) |
01:42:36 | | Quit bospaadje (Remote closed the connection) |
01:42:44 | jhMikeS | Llorean: so only my cat can watch the LCD |
01:42:44 | kkurbjun | there we go, the latest commit fixes that size waste on players that do not need it |
01:42:52 | Alonea | not to mention my program still calls itself gaim under the About. |
01:43:13 | pearldiver | kkurbjun nice commits |
01:43:53 | | Join amigan [0] (i=dcp1990@unaffiliated/amigan) |
01:44:08 | kkurbjun | pearldiver, thanks |
01:45:08 | jhMikeS | kkurbjun: nice message too :) |
01:45:15 | pearldiver | did you implement any buttonlights modes? |
01:45:21 | kkurbjun | :) |
01:46:06 | pearldiver | i remember my favourite one was charging mode :P |
01:46:11 | kkurbjun | pearldiver, no, it only has the same modes that the sansa has right now, on, off, and different timeout settings (you can match the follow mode if you like by setting the timeout to the same as the backlight) |
01:46:30 | pearldiver | aha |
01:46:41 | kkurbjun | I think the other modes should be implemented in a generic manner so that the sansa can benefit as well |
01:46:55 | kkurbjun | or other players that have buttonlights |
01:46:58 | jhMikeS | we can use the button lights as a HD light? I wonder how unnerving that would be. |
01:47:16 | Alonea | if we ever get the lights to pulse to the music, I will cackle manically |
01:47:21 | pearldiver | jhMikeS there used to be such mode as well |
01:47:56 | jhMikeS | a bit too flashy for my taste :P |
01:47:57 | kkurbjun | I think that feature could be useful when i'm skilling actually, that way I could know when I should slow down on the bumps |
01:48:02 | Alonea | or start pulsing and doing patterns depending on beat for music... |
01:48:18 | Alonea | and it is indeed flashy, but it would be cool to stare at for a while |
01:48:50 | pearldiver | i agree with jhMikeS, too flashy |
01:49:10 | pearldiver | hdd access light is nice though |
01:49:24 | jhMikeS | the main thing there is it has to be done late where the peaks get calculated |
01:49:29 | | Join maffe [0] (n=maffe@195.159.148.248) |
01:49:29 | Alonea | I am just easily entertained. When I was messing with the demo, instead of exiting, it would start doing patterns and I stared at it... |
01:51:04 | | Part maffe |
01:51:19 | Alonea | I mean, I can stare at the visualizations for an hour on my Xbox 360...and on wmp. Hmmm, more visualizations for rockbox...maybe a way for them to come on after a certain time if you want? |
01:52:28 | Alonea | or just loading them as a plugin is fine of course. If I had a clue how to program it, I would make some. |
01:55:25 | jhMikeS | A plugin could do it but it needs some nice way of accessing the pcm data about to go out to the sound chip |
01:57:38 | Alonea | oh yes, way over my head indeed. At least at this point it is. Looking at code for me where its just running on a computer is one thing, but software for a device like this I don't have any understanding yet. |
01:57:58 | Alonea | but I will learn |
01:58:25 | | Quit entheh ("^~") |
01:58:43 | jhMikeS | it's not so different, and basically it's a one time learn and others are similar |
02:00 |
02:01:06 | Alonea | yeah. I just lack teachers really. Just have to go at the pace my school forces me to go at. Which currently is just Java |
02:01:16 | HellDragon | ah |
02:01:40 | kkurbjun | Alonea, you can always teach yourself, that's how I learned |
02:02:10 | Alonea | kkurbjun: there is that, but then what do you recommend I learn from? |
02:02:46 | * | jhMikeS recommends long staring sessions at the code until it just makes sense...that's his technique |
02:02:53 | kkurbjun | I just started by looking at simple code and playing around with that to figure out the syntax and all that |
02:03:09 | kkurbjun | and then I started changing it to see what different things did |
02:03:25 | kkurbjun | jhMikeS, yep, that's pretty much it |
02:03:28 | kkurbjun | : ) |
02:03:37 | | Part Joely |
02:03:42 | | Quit spiorf ("Read error: 110 (Connection timed out)") |
02:04:05 | kkurbjun | there's also tutorials and books, so it really depends on your learning style, I'm more hands on in learning, so my way worked for me |
02:05:01 | buleeahn | Alonea, What worked well for me was coming up with a project you want to do so you can set a goal, then just work towards it. |
02:05:07 | buleeahn | One for me was playing mp3's with perl. |
02:05:20 | buleeahn | Simple, but it was a good goal that I learned a lot from. |
02:06:13 | | Part krush1704 |
02:08:06 | | Join woodensoul [0] (i=48566014@gateway/web/cgi-irc/labb.contactor.se/x-0d0694a9e69317f7) |
02:08:14 | | Quit woodensoul (Client Quit) |
02:09:42 | | Join woodensoul [0] (i=48566014@gateway/web/cgi-irc/labb.contactor.se/x-6a86007be54d5c2c) |
02:10:13 | woodensoul | about to give linux a try on my laptop... will the development tools packages run on the 64-bit version of ubuntu? |
02:11:00 | | Join krush1704 [0] (n=andikrus@p57bb26d4.dip0.t-ipconnect.de) |
02:15:43 | | Quit woodensoul ("CGI:IRC (Ping timeout)") |
02:17:18 | | Part krush1704 |
02:18:18 | | Part pixelma |
02:18:27 | | Join woodensoul [0] (i=48566014@gateway/web/cgi-irc/labb.contactor.se/x-f7a72ed413e410ea) |
02:18:41 | woodensoul | disconnect, missed reply if one was given |
02:18:50 | * | linuxstb_ wonders why http://build.rockbox.org/cvsmod/chlog-20070507T235616Z.html says 23:56 above the table and 23:54 in the table itself |
02:19:28 | linuxstb_ | woodensoul: No, no-one answered. A lot of the build servers are 64-bit, so I don't think there are problems. |
02:22:30 | woodensoul | can someone please tell me why I can never stay connected and lag is so bad via the web client |
02:22:57 | Llorean | Because it's a web client? It's hardly the ideal means of connecting |
02:23:14 | | Join Thundercloud [0] (n=thunderc@82.152.195.143) |
02:24:18 | | Quit pearldiver (Read error: 145 (Connection timed out)) |
02:25:09 | | Join pearldiver [0] (n=say@cpe-72-225-231-80.nyc.res.rr.com) |
02:27:04 | woodensoul | what client do you recommend? |
02:28:11 | Llorean | Any really. I don't have a personal recommendation, because the client I use is generally accepted to be a below average IRC client. |
02:28:28 | Nico_P | Llorean: which do you use ? |
02:28:42 | Llorean | Pidgin (formerly known as gaim) |
02:28:43 | Nico_P | woodensoul: gnome or KDE ? |
02:28:48 | | Quit HellDragon (Read error: 104 (Connection reset by peer)) |
02:29:16 | saratoga3 | i just use the webclient |
02:29:31 | saratoga3 | is pidgin nice for irc? i use it for aim already |
02:29:45 | Llorean | saratoga3: It's very basic, but it works for me. |
02:29:46 | | Quit woodensoul ("CGI:IRC (EOF)") |
02:30:20 | kkurbjun | which would be better for fixing the build error on the gigabeat bootloader add a dummy function in for the button_backlight_on function in backlight.c like the other backlight functions at the bottom of backlight.c, or put a bunch of #ifdefs in the button code (button-meg-fx.c) |
02:31:27 | | Join toffe82 [0] (n=chatzill@ppp-71-138-16-250.dsl.frs2ca.pacbell.net) |
02:32:09 | Alonea | jhMikeS: I did stare at parts of the code for a while and made an attempt to make SOME sense of it. Its just there are sooo many files...O.o |
02:33:03 | Alonea | kkurbjun: I just don't really don't know what simple code to look at and play around. I mean, all I know is java and html and website related code. |
02:33:17 | linuxstb_ | kkurbjun: I would say probably a dummy function |
02:33:53 | Llorean | Alonea: JAVA gives you a not TOO bad start. Try reading a few plugins first |
02:34:13 | Alonea | kkurbjun: I learn best by having something to play with and then something to reference as well. |
02:34:54 | Alonea | Llorean: ok. I guess I could look at some of the plugins while I wait for downloads to finish. |
02:35:25 | kkurbjun | I started by learning from simple almost hello world examples.. I was learning from code that was made for key generators back in the day. it was only a few lines, but it gave enough to play with some printf, functions, and variables |
02:35:37 | kkurbjun | the hello world example plugin isn't a bad start |
02:36:14 | Alonea | kkurbjun: do you know of a place online that has stuff like this for C that you find not too bad? |
02:36:47 | Alonea | I wanted to take a C++ class next semester, but they are not offering it. *sniffles* |
02:37:00 | kkurbjun | linuxstb, that's what I'm leaning toward as well, I think I'll go witht he dummy function, it makes the code cleaner |
02:41:29 | | Join Joel [0] (n=eliveuse@68.249.189.81) |
02:41:31 | | Quit linuxstb_ ("CGI:IRC") |
02:41:43 | Alonea | http://www.cyberdiem.com/vin/tutorials.html this page looks interesting. I want to try number 7, but not sure what to do with files. |
02:41:44 | kkurbjun | Alonea, no I don't know any off hand, I do recall that there are quite a few tutorials that give you code snippets and explain the code |
02:42:18 | Alonea | kkurbjun: you would not happen to know what a .ps.Z file is would you? |
02:42:32 | kkurbjun | a compressed postscript file |
02:42:36 | kkurbjun | I would guess |
02:43:01 | kkurbjun | you need to gunzip it and open it with something like ghostscript |
02:43:04 | Alonea | kkurbjun: ok. yeah. Linux says its compressed. |
02:43:21 | kkurbjun | this may be good: http://www.cprogramming.com/tutorial.html#ctutorial |
02:43:28 | kkurbjun | start with the intro |
02:44:01 | safetydan | .Z is an old compression format which I can't remember the name of. It's not gzip, but I'm fairly certain gzip can handle it. |
02:44:13 | linuxstb | Alonea: Or convert it to PDF with ps2pdf |
02:44:23 | Alonea | kkurbjun: ok. and that file uncompressed ok and I am able to read the document with konqueror |
02:44:46 | Alonea | well, I think I got some stuff here to get started. Thanks guys |
02:44:51 | idnar | I'm not sure if the format has a specific name |
02:45:02 | idnar | it's the format used by the standard UNIX compress utility |
02:46:57 | | Quit Thundercloud_ (Read error: 110 (Connection timed out)) |
02:47:13 | *** | Saving seen data "./dancer.seen" |
02:54:37 | | Quit jhMikeS (Nick collision from services.) |
02:54:43 | | Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) |
02:56:00 | | Join bospaadje [0] (n=bospaadj@ip82-139-84-212.lijbrandt.net) |
02:56:39 | | Join jhulst_ [0] (n=jhulst@c-71-205-145-105.hsd1.mi.comcast.net) |
02:58:45 | pearldiver | i think something is not right with the latest build |
02:58:49 | pearldiver | gigabeat target |
02:59:12 | kkurbjun | pearldiver, what problems are you having? |
02:59:15 | pearldiver | menu feels unresponsive, theres an "empty" meny item under System |
02:59:20 | pearldiver | menu* |
02:59:26 | pearldiver | also, in the sound menu |
02:59:35 | pearldiver | if i go into bass or treble |
02:59:40 | pearldiver | its hard to go back |
02:59:59 | pearldiver | you have to press twice and then it just jumps to main menu |
03:00 |
03:00:16 | kkurbjun | pearldiver, it sounds like the menu problems are universal across all players, not sure what's causing it |
03:01:46 | kkurbjun | oh, wait, the latest change I did to the menu string took out the string on the gigabeat as well |
03:02:16 | kkurbjun | the missing string is my fault |
03:02:24 | kkurbjun | the double presses are universal though |
03:03:56 | kkurbjun | if you go back out of the setting, and then press up or down it seems to draw the screen that you are on |
03:04:43 | | Quit jhulst (Connection timed out) |
03:04:51 | | Join maffe [0] (n=maffe@195.159.148.248) |
03:06:23 | billsville | no, i don't think your commit kkurbjun messed up the main menu "empty" item |
03:06:34 | | Quit Thundercloud (Remote closed the connection) |
03:06:39 | billsville | *i think* it happened when dave chapman made his last commit |
03:06:54 | pearldiver | hmm |
03:07:09 | billsville | because prior to i made a sim build and the "button light " was diffinitely there |
03:07:31 | billsville | and then i built another 20 mins later for my gigabeat and that that menu item was missing. |
03:07:44 | | Quit moos ("Glory to Rockbox") |
03:08:24 | billsville | but that's just my two cents. |
03:09:50 | kkurbjun | no, I did it, but as it turns out there's a larger problem for the gigabeat strings, none of the specific strings for the gigabeat are being followed in the english.lang file |
03:10:55 | | Part buleeahn ("Leaving") |
03:12:49 | * | Alonea is happy she did not update her player today to see new button light functions |
03:15:18 | | Quit safetydan ("CGI:IRC (Ping timeout)") |
03:16:58 | Llorean | Wait, so when you create a voice file now, how do you include target-specific strings? |
03:17:53 | kkurbjun | in english.lang, the proper name is gigabeatf |
03:18:26 | | Quit saratoga3 ("CGI:IRC (Ping timeout)") |
03:18:26 | kkurbjun | based on configure |
03:18:26 | kkurbjun | I don't know how the voice files work, but I would guess it's the same |
03:18:26 | kkurbjun | Llorean, is there a problem with the voice files? |
03:18:26 | Llorean | Well, there didn't used to be target-specific voice files. |
03:18:26 | Llorean | And I just realized that none of our ones on the wiki specify being target specific. |
03:18:30 | | Join digerati1338 [0] (n=Mike@70-59-30-108.hlrn.qwest.net) |
03:19:52 | | Quit bospaadje ("great minds run in great circles") |
03:20:42 | kkurbjun | there we go, the blank entry should be fixed after this build |
03:21:26 | kkurbjun | still not sure what's up with the settings menus, it looks like something is not being drawn after exiting a setting by selecting or canceling |
03:22:18 | kkurbjun | is there a way to revert specific files in a local tree to a particular version? |
03:25:02 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
03:25:45 | kkurbjun | JdGordon, could your menu.c change have effected exiting out of setting lists? |
03:27:05 | JdGordon | anything is possible... what broke? |
03:27:07 | | Quit H10_007quick ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030916]") |
03:27:54 | kkurbjun | when you enter settings like settings->sound settings->volume and then make a selection or cancel |
03:28:28 | kkurbjun | the previous screen does not get redrawn until you press up or down |
03:29:07 | JdGordon | grr, ok ill fix that in a sec |
03:29:26 | JdGordon | so much for me trying t reduce the number of calls to gui_listdraw"(0 |
03:33:35 | | Join bospaadje [0] (n=bospaadj@ip82-139-84-212.lijbrandt.net) |
03:38:46 | | Quit relaxed (Remote closed the connection) |
03:39:00 | | Quit bospaadje (Remote closed the connection) |
03:40:21 | kkurbjun | JdGordon, great, that fixed the problem |
03:46:33 | | Join bospaadje [0] (n=bospaadj@ip82-139-84-212.lijbrandt.net) |
03:50:03 | | Quit Nico_P (Remote closed the connection) |
03:57:12 | | Quit bospaadje ("great minds run in great circles") |
03:59:17 | | Part digerati1338 |
04:00 |
04:12:13 | | Quit intgr (Read error: 104 (Connection reset by peer)) |
04:12:16 | | Join intgr [0] (n=ack@blip.juffo.org) |
04:16:16 | | Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) |
04:19:40 | Joel | aww is this that awful time when everyone is asleep...and the insanity creeps back...? |
04:23:49 | | Part TrueJournals |
04:30:27 | Alonea | sleep? whats sleep Joel? |
04:31:11 | Joel | i dunno, i sure don't do whatever that is ;) |
04:32:47 | Alonea | me neither...and insanity is always here. |
04:34:11 | | Quit billsville ("CGI:IRC (Ping timeout)") |
04:34:38 | | Nick Joel is now known as Joely (n=eliveuse@68.249.189.81) |
04:34:59 | Alonea | just trying to figure out C now and all its many files. |
04:35:34 | Joely | ah, wanting to dive into the rockbox source? |
04:35:48 | | Quit mbr (Read error: 110 (Connection timed out)) |
04:37:39 | | Quit Slowking_Man (Read error: 131 (Connection reset by peer)) |
04:38:13 | Alonea | yeah, but I don't have any experience with C, just java. So I am going over some tutorials and trying to figure out how to compile it in eclipse...*is so very confused* |
04:38:40 | | Join Slowking_Man [0] (n=slow@wikipedia/Slowking-Man) |
04:38:46 | Joely | ahhh i would be scared to compile rockbox in eclipse too! |
04:39:15 | | Join charkins [0] (n=casey@pdpc/supporter/active/charkins) |
04:39:55 | | Quit hardeep ("leaving") |
04:40:05 | Joely | i love my endless screens of terminal windows... |
04:40:06 | Alonea | oh, not compiling rockbox in eclipse. Just starting with a simple C file. I just compile rockbox in the terminal (on linux) |
04:40:10 | JdGordon | Alonea: use eclipse to edit the code.. but the terminal to compile |
04:40:11 | Joely | ah |
04:40:57 | Joely | hey JdGordon. |
04:40:58 | Alonea | JdGordon: Ok, thanks. though there is a way to do it in eclipse it looks like. I just don't understand what all the files are. the .c files, the .h, and .o is what I have seen mentioned. |
04:41:27 | JdGordon | .c and .h is souce, .o is compiled... |
04:41:41 | | Join Neox38 [0] (n=scottyne@67-42-130-183.albq.qwest.net) |
04:41:51 | Alonea | ok, and do I have to have a .c and .h file? and how do I get this .o file? |
04:41:51 | JdGordon | there is no point compiling it in eclipse unless your compiling the sim and it has nice gdb-esque features... |
04:42:05 | Neox38 | gameboy on rockbox you use gnuboy? |
04:42:23 | Alonea | JdGordon: I am not compiling rockbox in eclipse. Just a simple program that outputs text and does the mean of 2 numbers. |
04:42:25 | JdGordon | Alonea: gcc makes the .o |
04:42:43 | JdGordon | its a temp file you dont even worry about |
04:42:53 | Alonea | JdGordon: ok. and do I need a .h? |
04:42:57 | JdGordon | the only thing you need is a .c with int main() { return 0; } |
04:43:04 | Joely | Neox38, rockboy...it's a port of gnuboy, yes |
04:43:22 | JdGordon | you use .h if you need to export some funtinos to other parts of code |
04:43:29 | * | JdGordon bbiab |
04:43:35 | Alonea | ok. got that. |
04:43:38 | Neox38 | k sweet |
04:45:45 | Neox38 | rockyboy work on latest build with video 5.5gen ipods? |
04:45:54 | | Join donutman25 [0] (n=chatzill@24.244.160.233) |
04:46:22 | Joely | uhh does rockbox work on video 5.5gen ipods?? |
04:46:48 | Joely | i'm not trying to be mean...i just don't have an ipod, and i know the latest aren't supported |
04:47:03 | Neox38 | yeah it works like a dream |
04:47:15 | Neox38 | works p e r f e c t |
04:47:17 | *** | Saving seen data "./dancer.seen" |
04:47:27 | Neox38 | trying to get a port of gnuboy on it |
04:47:28 | Neox38 | now |
04:47:40 | Joely | why? |
04:47:50 | Joely | why can't you just use the plugin? |
04:48:12 | Neox38 | which? |
04:48:16 | Neox38 | gnuboy? |
04:48:47 | Neox38 | is it in rockbox by default? |
04:51:15 | Joely | i thought so...although i don't think it's a user seen plugin...more of a plugin that sees the files... |
04:51:19 | Neox38 | oh wait I found it nvm |
04:51:38 | Joely | plays them like you would an audio file |
04:54:03 | | Quit Neox38 () |
04:54:09 | | Quit donutman25 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030919]") |
04:55:46 | | Quit charkins (Read error: 110 (Connection timed out)) |
04:56:11 | | Join charkins [0] (n=casey@pdpc/supporter/active/charkins) |
04:58:21 | | Quit otih ("leaving") |
05:00 |
05:05:36 | | Join billsville [0] (i=89a5f246@gateway/web/cgi-irc/ircatwork.com/x-07b7652f80c7dcb5) |
05:13:26 | | Join relaxed [0] (n=relaxed@unaffiliated/relaxed) |
05:18:08 | | Quit charkins (Read error: 110 (Connection timed out)) |
05:18:49 | | Join charkins [0] (n=casey@pdpc/supporter/active/charkins) |
05:36:39 | | Quit charkins (Read error: 110 (Connection timed out)) |
05:37:14 | | Join charkins [0] (n=casey@pdpc/supporter/active/charkins) |
05:44:42 | | Quit hostf4cekilla ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/0000000000]") |
05:47:33 | | Part maffe |
05:47:40 | | Join maffe [0] (n=maffe@195.159.148.248) |
06:00 |
06:05:53 | | Part Llorean |
06:11:38 | | Join jhulst [0] (n=jhulst@c-71-205-145-105.hsd1.mi.comcast.net) |
06:11:39 | | Part maffe |
06:11:45 | | Join maffe [0] (n=maffe@195.159.148.248) |
06:17:27 | | Quit jhulst_ (Read error: 110 (Connection timed out)) |
06:22:21 | | Quit desowin ("use linux") |
06:27:35 | mrk | Okay. I'm going to attempt to enable cover-art on my gigabeat now. |
06:28:11 | Alonea | mrk: good luck! I think I have it on on mine. you ever put patches on before or did they finally get that in the main code? |
06:28:13 | | Nick Mouser|headache is now known as Mouser_X (n=mouser_x@67.110.120.164.ptr.us.xo.net) |
06:28:23 | mrk | nope, I haven't put patches on, and they haven't |
06:28:41 | mrk | I figure that I'll actually make thepictures the right size/format first |
06:28:57 | Alonea | mrk: ah ok. what are you using cygwin, vmware, or do you have linux? |
06:29:20 | mrk | I've got nothing, but I've heard that there are precompiled builds that have album art enabled? |
06:29:28 | mrk | I really don't know what I'm doing here, to be honest. |
06:30:06 | Alonea | mrk: umm, they do have precompiled builds with it? wow...I compile rockbox myself. Once you learn how its not too bad. |
06:30:30 | mrk | it'd probably be pretty bad at it anyway, really. |
06:30:33 | mrk | I'd* |
06:31:09 | mrk | they should be 100x100? |
06:31:15 | Alonea | mrk: there is some documentation on it in on rockbox.org. |
06:31:17 | Alonea | yes |
06:31:21 | mrk | all right. |
06:35:56 | | Join HellDragon [0] (i=JD@unaffiliated/helldragon) |
06:45:30 | | Join ptw419 [0] (i=ptw419@216-188-249-122.dyn.grandenetworks.net) |
06:47:21 | *** | Saving seen data "./dancer.seen" |
06:52:20 | | Quit charkins (Read error: 110 (Connection timed out)) |
07:00 |
07:10:09 | | Quit billsville ("CGI:IRC (EOF)") |
07:24:22 | Alonea | Reduce code size for players that do not have the 'Human Interface Luminescence Control' feature |
07:24:30 | | Join Llorean [0] (n=Llorean@cpe-70-113-91-140.austin.res.rr.com) |
07:24:30 | Alonea | kkurbjun: thats wonderful. ^____^ |
07:28:21 | mrk | still doing the art <_< |
07:28:26 | mrk | renaming/resizing <_< |
07:28:27 | HellDragon | lol |
07:28:49 | Alonea | mrk: hehe. yeah, I got bored with making it. |
07:28:55 | mrk | yeah |
07:28:55 | | Quit hiho (Read error: 110 (Connection timed out)) |
07:29:03 | mrk | luckily, I've only got ~80 albums here... |
07:29:15 | Alonea | thankfully |
07:29:17 | | Join juxtap [0] (n=juxtap@vc-196-207-45-253.3g.vodacom.co.za) |
07:29:20 | mrk | I'll just do it each time I get new music later, which is easy enough. |
07:29:22 | | Part juxtap |
07:29:25 | Alonea | yeah |
07:34:05 | kkurbjun | mrk, I had a script that automatically downloaded and sized the art for each of my albums... |
07:34:12 | HellDragon | lol |
07:34:20 | mrk | ah, really? because I hate you. |
07:34:33 | mrk | no biggy, though; I'm almost done. |
07:34:46 | kkurbjun | as long as the artist/album followed the dir structure, artist/album |
07:34:53 | kkurbjun | oh well |
07:36:52 | amiconn | Lol, "Human Interface Luminescence Control" |
07:37:34 | kkurbjun | :), thank jhMikeS for that term |
07:38:24 | Llorean | amiconn: What happens to target-specific strings when voice files are built? |
07:38:54 | | Join ender` [0] (i=krneki@84.255.206.8) |
07:39:38 | amiconn | umm |
07:39:51 | | Join charkins [0] (n=casey@pdpc/supporter/active/charkins) |
07:39:57 | amiconn | Not sure, but they should be handled the same way as the .lng files |
07:40:16 | amiconn | So they become more and more target specific |
07:40:45 | kkurbjun | if anyone is interested in the script in the future for album art, here's what I used, I have no idea if it still works or what tools it needs though: http://www.pastebin.ca/476580 |
07:40:45 | amiconn | There is no proper target indication in the header yet |
07:41:35 | Llorean | amiconn: So this means that if we provide voice files, there will need to be target specific ones? |
07:41:38 | | Quit charkins (Client Quit) |
07:41:44 | amiconn | Yes, that's the plan |
07:43:03 | | Quit Gursikh ("Leaving") |
07:53:11 | mrk | bbs. |
07:53:13 | | Quit mrk ("I HAVE GO") |
07:53:37 | | Part toffe82 |
07:58:38 | | Join mrk [0] (n=mrk@adsl-69-153-135-218.dsl.hstntx.swbell.net) |
07:58:58 | ender` | any idea what's going on - my sister's ipod won't turn on, and doesn't seem to react to connecting to USB, and ifi try to reboot it, i only get a symbol of battery with a lightning bolt on the screen? |
07:59:32 | scorche | leave it plugged in for a couple hours |
08:00 |
08:00:14 | ender` | so it's just a flat battery? |
08:02:53 | amiconn | linuxstb: You forgot something when adding functions to the plugin api |
08:03:50 | mrk | if I have an .m3u playlist that is made up of files on my player |
08:03:55 | mrk | will the player read it? |
08:04:07 | amiconn | The api version must be bumped |
08:04:11 | mrk | ah, got it! |
08:05:47 | mrk | all right, now to attempt album art <_< |
08:10:27 | mrk | well, that actually doesn't seem /too/ difficult. |
08:10:52 | mrk | all I have to do is change the wps file? because that doesn't mention any patching or anything, does it? which I thought was required? |
08:12:34 | mrk | well, I'll get back to you guys tomorrow. I formatted all of my coverart, fixed all of my tags, fixed my directory naming-scheme, and fixed all of the filenames |
08:12:42 | mrk | so I'm done for the day. adieu! |
08:12:47 | | Quit mrk ("I HAVE GO") |
08:21:07 | | Join jhulst_ [0] (n=jhulst@c-71-205-145-105.hsd1.mi.comcast.net) |
08:22:03 | | Join LinusN [0] (i=linus@rockbox/developer/LinusN) |
08:29:31 | | Quit jhulst_ (Remote closed the connection) |
08:29:37 | | Quit jhulst (Read error: 110 (Connection timed out)) |
08:30:32 | | Join petur [0] (i=d4efd6a6@gateway/web/cgi-irc/labb.contactor.se/x-c0dc50ff687737f2) |
08:33:49 | | Join bluebrother [0] (i=Oy1qPXBH@rockbox/staff/bluebrother) |
08:35:57 | | Quit Slowking_Man (Client Quit) |
08:36:07 | | Join Slowking_Man [0] (n=slow@wikipedia/Slowking-Man) |
08:40:07 | | Join otih [0] (n=otih@p54A4E505.dip.t-dialin.net) |
08:41:37 | | Join Av3 [0] (n=ave@a91-152-238-56.elisa-laajakaista.fi) |
08:42:15 | | Quit Slowking_Man (Connection reset by peer) |
08:43:18 | | Quit Ave (Read error: 110 (Connection timed out)) |
08:43:18 | | Nick Av3 is now known as Ave (n=ave@a91-152-238-56.elisa-laajakaista.fi) |
08:47:25 | *** | Saving seen data "./dancer.seen" |
08:48:20 | | Join Slowking_Man [0] (n=slow@wikipedia/Slowking-Man) |
08:53:29 | | Join bluebrot1er [0] (i=56bhK5wI@nat-wh-1.rz.uni-karlsruhe.de) |
08:53:29 | | Quit intgr (Read error: 54 (Connection reset by peer)) |
08:53:32 | | Join intgr [0] (n=ack@blip.juffo.org) |
08:53:41 | | Quit bluebrother ("Leaving") |
08:53:44 | | Nick bluebrot1er is now known as bluebrother (i=56bhK5wI@nat-wh-1.rz.uni-karlsruhe.de) |
08:55:51 | | Join davina__ [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
08:55:57 | | Quit davina_ (Read error: 110 (Connection timed out)) |
08:58:09 | | Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
08:58:34 | | Join Rob222241 [0] (n=Miranda@p54B1476E.dip.t-dialin.net) |
08:58:49 | | Join Zagor_ [0] (n=bjorn@194-237-150-171.customer.telia.com) |
09:00 |
09:00:46 | | Nick Zagor_ is now known as Zagor (n=bjorn@194-237-150-171.customer.telia.com) |
09:02:42 | | Quit midkay ("Leaving") |
09:03:35 | * | petur kicks the forum server |
09:05:07 | | Join bishillo [0] (n=bisho@135.Red-213-97-198.staticIP.rima-tde.net) |
09:05:38 | bishillo | Hi! |
09:05:51 | * | petur waves |
09:06:16 | bishillo | Any suggestion for a rockbox build for ipod video 30Gb with album art support? |
09:06:24 | | Quit Rob2222 (Read error: 145 (Connection timed out)) |
09:06:28 | bishillo | I tried one, but usb doesn't worj with it... |
09:07:38 | Llorean | Most people here would probably prefer that you use an official build, in general. |
09:08:01 | | Part Llorean |
09:08:16 | bishillo | But an official build doesn't have album art support, does it? |
09:11:29 | Alonea | bishillo: nope. not that i ever seen. its a patch |
09:12:14 | | Quit petur ("worrrk stkov") |
09:14:41 | | Quit miepchen^schlaf (Read error: 113 (No route to host)) |
09:14:57 | bishillo | ok... thanks |
09:17:33 | bishillo | USB currently isn't implemented from within Rockbox.[...] |
09:18:17 | bishillo | It seems that that's why usb was not working... XDDD |
09:19:50 | Alonea | i would not know. USB is perfectly fine for me on my gigabeat. |
09:20:53 | bishillo | hum... that was extracted from ipod faq... maybe right now is solved... I tried an experimental build and didn't work, but I dunno if that was the cause, or on ipods in general is not working... |
09:21:26 | Alonea | well, try a daily build instead |
09:21:33 | bishillo | I will |
09:22:05 | Alonea | its best to start with those anyway. I mean, I don't use them anymore. I compile myself so I can have my insert and album art patch. |
09:22:08 | | Quit kkurbjun ("Leaving.") |
09:22:55 | bishillo | insert patch? |
09:23:20 | Alonea | but I would just get rockbox working properly before doing anything crazy. and just be careful and read the instructions and DON'T skip steps. Its bad when we see people brick their players due to not reading carefully and skipping over steps they think are not needed |
09:24:08 | B4gder | usb is not supported by Rockbox natively on any PP target (ipod, sansa, iriver h10) |
09:24:49 | Alonea | the insert patch allows you to insert a song to the beginning, next, etc. to the current playlist by selecting the song. Kind of like when you click on music files in windows and it just adds it to the list in WMP |
09:25:20 | Alonea | you can of course turn it off and such if you don't like it later or don't want it to do it. |
09:26:48 | bishillo | B4gder: so the only way of adding music is rebooting in disk mode? |
09:27:12 | | Join Siltaar [0] (n=Siltaar@reverse-52.fdn.fr) |
09:27:26 | | Join bagawk_ [0] (n=lee@unaffiliated/bagawk) |
09:27:55 | amiconn | bishillo: No, rockbox reboots automatically into emergency disk mode |
09:29:02 | intgr | No USBFS support yet? |
09:32:59 | B4gder | intgr: nope, but hopefully by the end of the summer if things are good... |
09:34:19 | | Quit blithe ("brb") |
09:34:31 | bishillo | nice |
09:36:16 | intgr | I suppose it'll remain a compile-time choice? |
09:36:52 | B4gder | I think it is a bit premature to discuss that, but why would you not want usb support? |
09:36:55 | JdGordon | speakin of which... whats hapnoeng with the GSoCs? has the coding started? |
09:37:31 | intgr | Well, USB mass storage is foolproof and presumably has a much lower footprint. |
09:37:49 | B4gder | well, we speak of mass storage here |
09:37:55 | B4gder | but a usb stack implemented in sw |
09:38:28 | intgr | Ah. |
09:38:32 | | Quit bagawk (Read error: 110 (Connection timed out)) |
09:42:36 | Alonea | night guys. us ladies need to get our sleep. *wink* |
09:42:40 | | Quit Alonea ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007040314]") |
09:42:48 | | Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) |
09:44:34 | | Join Br3nda [0] (n=brenda@leibniz.catalyst.net.nz) |
09:44:42 | | Join blithe [0] (n=blithe@li16-91.members.linode.com) |
09:53:46 | | Quit lids (Remote closed the connection) |
09:56:56 | | Join Alonea [0] (n=chatzill@24-117-195-16.cpe.cableone.net) |
09:57:24 | B4gder | Alonea: hey, you're supposed to be sleeping! |
09:57:33 | | Part Alonea |
09:57:44 | * | B4gder laughs |
09:57:55 | | Join Alonea [0] (n=chatzill@24-117-195-16.cpe.cableone.net) |
09:58:25 | Alonea | ok, so I lied B4gder..I actually wanted to watch a movie on my laptop, but the dvd playback is really poor |
09:58:31 | B4gder | hehe |
09:59:14 | Alonea | B4gder: I have never watched a dvd in linux before. the video seems to keep on skipping |
10:00 |
10:01:45 | intgr | No hardware acceleration? Blame the manufacturers. |
10:01:50 | | Join lids [0] (i=lds@gateway/tor/x-1f6bbf5167902889) |
10:02:16 | Alonea | ok, got it fixed. I have to set the video engine to something different on some of my video files. i set it back to auto and the dvd is now no longer pixely or skipping. |
10:02:24 | | Quit Br3nda (Remote closed the connection) |
10:03:13 | Alonea | intgr: actually have hardware acceleration. just cursed with fglrx though. such is life and the evils of ati. well, not that I figured it out I am going to relax in bed with a matrix marathon... |
10:03:27 | Alonea | *now |
10:03:35 | | Quit BHSPitMonkey (Remote closed the connection) |
10:04:30 | Alonea | bye again dears! keep up all the wonderful work. and still, whoever put on jewels is lovely. so very addicting. and of course video too. |
10:04:46 | | Quit Alonea ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007040314]") |
10:08:42 | | Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-d3863dd4353bfdbf) |
10:16:00 | | Quit Rick ("I… don't need to be here.") |
10:28:17 | | Join Rick [0] (i=rick@pool-71-119-160-247.lsanca.dsl-w.verizon.net) |
10:34:40 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
10:35:25 | | Part maffe |
10:35:31 | | Join maffe [0] (n=maffe@195.159.148.248) |
10:37:40 | linuxstb | amiconn: I didn't think it was worthwhile bumping the API three times yesterday just for a test plugin, I just did it during the first commit. Do you think it should always be done, regardless? |
10:47:28 | *** | Saving seen data "./dancer.seen" |
10:49:07 | | Join pondlife [0] (n=Miranda@cpc1-rdng11-0-0-cust362.winn.cable.ntl.com) |
10:50:36 | amiconn | linuxstb: Hmm, a bit difficult to say. Theoretically every api change requires a bump, and an incompatible one (like your last one) even a bump of minversion |
10:51:05 | amiconn | But maybe we don't need to do it every time if the commits are close enough together |
10:51:28 | | Quit Slowking_Man (Remote closed the connection) |
10:52:02 | amiconn | 'Close enough' isn't a clear definition though... |
10:53:08 | pondlife | linuxstb: Why isn't test_codec included in SOURCES by default? |
10:53:58 | amiconn | It's handled like all test* plugins |
10:54:19 | amiconn | You add it when you need it. Adding it by default makes no sense as it's not intended for users |
10:54:42 | | Join Slowking_Man [0] (n=slow@wikipedia/Slowking-Man) |
10:54:47 | pondlife | OK |
10:55:01 | B4gder | I think this approach makes sense |
10:55:36 | linuxstb | If it's compiled by default, it needs to be in the manual, and I don't think the test plugins should be in the manual... |
10:55:52 | pondlife | No problem. I was just thinking that perhaps you'd want users to help collate stats - all codecs on all devices. |
10:57:02 | linuxstb | That could be useful, but I think there are enough users capable of compiling to do that. |
10:57:32 | B4gder | perhaps we should even provide a set of test songs to use for such benchmarks |
10:58:01 | amiconn | ...i-river... catch the digital flow.... ;) |
10:58:45 | B4gder | :-O |
10:58:54 | linuxstb | That has the advantage of being short - and I think rasher has a set of encodings on his website... |
10:59:01 | B4gder | let's record a rockbox song at devcon ;-P |
10:59:07 | amiconn | rasher has a set of this in various encodings on his website |
10:59:16 | * | amiconn too slow |
10:59:29 | linuxstb | The main limitation is that test_codec needs to be able to buffer the whole track before decoding - so for the 16MB targets it needs to be around 13-14MB in the lossless formats. |
10:59:58 | amiconn | hehe |
11:00 |
11:00:09 | * | amiconn imagines testing flac with test_codec on iFP... |
11:00:34 | B4gder | the wav on rasher's site is 8,3MB |
11:00:42 | B4gder | 8.3 even |
11:04:19 | | Quit maffe (Remote closed the connection) |
11:04:22 | * | pixelma has a "dictaphone.mp3" by "Archos" on album "Using your Ondio" - a 140kb file (87 kbps) :P |
11:07:06 | linuxstb | As the files are already there, I think we may as well choose the iriver song for testing. I wonder if rasher can handle the bandwidth... |
11:07:47 | linuxstb | It needs a few more formats as well though. |
11:07:50 | JdGordon | is that file gpl? |
11:08:29 | linuxstb | I don't care - rasher is the one distributing it... |
11:10:32 | linuxstb | Maybe it would be more efficient to distribute a test track in flac, along with a script to do all the encodings. Although that obviously requires people to have all the encoders... |
11:11:24 | | Join maffe [0] (n=maffe@195.159.148.248) |
11:11:29 | GodEater | B4gder: you've probably noticed already - but my build server has dropped off the internet, and apparently won't be back on it again for about 2 weeks. Sorry for the inconvenience :( |
11:11:48 | B4gder | no worries, the build master adjusts to that by itself |
11:12:05 | | Join darkapostrophe [0] (n=darkapos@149-139-73.231210.adsl.tele2.no) |
11:12:13 | B4gder | I have more problems with the very slow servers |
11:12:15 | GodEater | will I need to let you know when it's back up |
11:12:26 | GodEater | or will the build master notice on it's own ? |
11:12:33 | | Join spiorf [0] (n=spiorf@host143-201-dynamic.14-87-r.retail.telecomitalia.it) |
11:12:38 | B4gder | no, I'll leave it in so as soon as it works it'll be used again |
11:12:46 | GodEater | cool |
11:12:53 | * | GodEater aims a large rocket at BT |
11:13:11 | linuxstb | B4gder: Can you stop giving ender's server sims to build? |
11:13:26 | B4gder | ah right, I'll do that |
11:14:15 | linuxstb | B4gder: How is the bandwidth usage on the download server at the moment? Could it handle a set of test audio files? |
11:14:30 | linuxstb | I guess not many people would download them though. |
11:14:35 | linuxstb | (unlike the videos) |
11:14:50 | B4gder | sure, it wouldn't be any problems at all |
11:15:34 | B4gder | sdl builds disabled on deepthought |
11:16:12 | B4gder | FYI: I'll take off on a one-week vacation starting after work today |
11:19:06 | | Join Entasis [0] (i=Jarred@ppp162-29.lns11.adl2.internode.on.net) |
11:19:18 | * | amiconn hopes that there will be no lack of build server pokers during that time |
11:19:51 | B4gder | linus is around and Zagor should be lurking in the background as well |
11:20:17 | B4gder | I'll soon need to fix the build master script to kill really old builds |
11:20:34 | B4gder | as it seems we have problems with some ssh-connections just going stalled and never again waking up |
11:21:09 | * | Zagor wakes up |
11:21:45 | markun | Zagor: from hybernation? |
11:21:57 | markun | just in time for the devcon :) |
11:22:02 | Zagor | hehe |
11:22:12 | | Join barrywardell [0] (n=barry@dhcp-892b9b44.ucd.ie) |
11:22:14 | B4gder | btw gcc 4.1.2-6 in debian is still bad |
11:24:01 | amiconn | It's not gcc, it's binutils |
11:24:09 | B4gder | oh right |
11:24:31 | amiconn | For some reason I can't upgrade gcc atm anyway - dependency mismatch |
11:24:39 | amiconn | Happens a lot lately :( |
11:24:42 | B4gder | 2.17cvs20070426-5 |
11:25:07 | B4gder | crashes |
11:25:11 | Zagor | is that the reported rc bug? |
11:25:20 | B4gder | it is reported at least |
11:25:40 | amiconn | -2, -3 and -4 all crashed |
11:25:45 | B4gder | ld segfaults on print-map |
11:25:47 | amiconn | Don't know about -1 |
11:26:23 | Zagor | "ld: Segfault when generating map file." http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=422147 |
11:26:35 | Zagor | perhaps? |
11:26:47 | B4gder | yes, that's the one I think it is |
11:27:25 | Zagor | hmm, there are more open segfault bugs |
11:27:26 | | Quit Dark_Apostrophe (Read error: 110 (Connection timed out)) |
11:27:26 | | Nick darkapostrophe is now known as Dark_Apostrophe (n=darkapos@149-139-73.231210.adsl.tele2.no) |
11:34:47 | JdGordon | B4gder: could you give somone in the channel acces to the build master so they can be killed if your not around? |
11:35:28 | LinusN | i'll be around |
11:36:11 | * | JdGordon thinking about the hours when the 3 of you are sleeping.... |
11:36:42 | | Join miepchen^schlaf [0] (n=hihi@p54bf597f.dip.t-dialin.net) |
11:37:56 | | Join Thundercloud_ [0] (n=thunderc@82.153.5.198) |
11:41:52 | | Quit darkless ("Leaving") |
11:41:57 | | Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) |
11:44:54 | | Join lee-qid [0] (n=liqid@p54967A2B.dip.t-dialin.net) |
11:48:05 | bluebrother | hmm, a Rockbox song would be nice ... |
11:48:49 | | Quit GodEater ("CGI:IRC (Ping timeout)") |
11:54:36 | markun | B4gder: I wonder why the devcon west is much more popular.. |
11:55:27 | markun | maybe americans are more used to traveling long distances |
11:55:43 | * | scorche whistles |
11:55:47 | | Join bospaadje [0] (n=bospaadj@ip82-139-84-212.lijbrandt.net) |
11:58:48 | | Part maffe |
11:58:59 | | Join maffe [0] (n=maffe@195.159.148.248) |
11:59:39 | bluebrother | markun: I guess because travelling long distances isn't that problematic as in europe |
12:00 |
12:00:01 | amiconn | Is it problematic in europe? |
12:00:20 | bluebrother | it's at least not as easy |
12:00:46 | * | linuxstb doesn't think travel in Europe is hard... |
12:00:47 | | Part maffe |
12:00:53 | | Join maffe [0] (n=maffe@195.159.148.248) |
12:01:05 | scorche | i thought europe had free travel between borders of most countries |
12:01:17 | markun | scorche: yes, we do |
12:01:37 | markun | and in many countries you can pay with the same currency.. but not sweden :) |
12:01:37 | scorche | so what makes it more problematic? |
12:01:50 | scorche | ah...just the currency then? |
12:01:57 | markun | ask bluebrother |
12:02:21 | bluebrother | the lack of good connections, especially if you don't have access to a car |
12:02:35 | amiconn | Flights are cheap nowadays... |
12:02:49 | | Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-4e726997c70a8600) |
12:02:55 | scorche | flights are cheaper between europe than between the US, from what i saw |
12:03:03 | bluebrother | flying from Frankfurt Hahn would be cheap, but it's almost unreachable unless by car |
12:03:20 | scorche | most people in the US have a car, so i can see that |
12:04:41 | | Quit bospaadje (Remote closed the connection) |
12:04:57 | | Join bospaadje [0] (n=bospaadj@ip82-139-84-212.lijbrandt.net) |
12:06:51 | | Quit bospaadje (Remote closed the connection) |
12:08:09 | | Quit GodEater ("CGI:IRC (Ping timeout)") |
12:11:16 | | Join [steveo] [0] (n=steve_64@58.179.198.5) |
12:12:42 | | Join bospaadje [0] (n=bospaadj@ip82-139-84-212.lijbrandt.net) |
12:15:08 | | Join moos [0] (i=moos@m135.net81-66-158.noos.fr) |
12:44:32 | | Part LinusN |
12:47:31 | *** | Saving seen data "./dancer.seen" |
12:48:54 | | Part maffe |
12:59:36 | | Join lids_ [0] (i=lds@gateway/tor/x-41f7b637627c5b15) |
13:00 |
13:10:50 | | Quit lids (Remote closed the connection) |
13:11:21 | | Nick lids_ is now known as lids (i=lds@gateway/tor/x-41f7b637627c5b15) |
13:28:24 | [steveo] | hmm |
13:36:24 | | Join petur [0] (i=d4efd6a6@gateway/web/cgi-irc/labb.contactor.se/x-79885a3ecb943fac) |
13:37:00 | | Join spiorf_ [0] (n=spiorf@host193-216-dynamic.2-87-r.retail.telecomitalia.it) |
13:37:04 | | Quit spiorf (Read error: 110 (Connection timed out)) |
13:46:50 | | Quit barrywardell (Remote closed the connection) |
13:46:57 | | Quit pondlife ("disconnected has pondlife") |
13:52:33 | | Join barrywardell [0] (n=barry@dhcp-892b9b44.ucd.ie) |
13:55:34 | | Quit barrywardell (Remote closed the connection) |
13:57:58 | | Join barrywardell [0] (n=barry@dhcp-892b9b44.ucd.ie) |
13:58:08 | | Join otih_ [0] (n=otih@p54A4DA4C.dip.t-dialin.net) |
14:00 |
14:01:00 | | Quit barrywardell (Remote closed the connection) |
14:02:36 | | Join barrywardell [0] (n=barry@dhcp-892b9b44.ucd.ie) |
14:04:25 | preglow | oooh, nice kilobyte |
14:04:40 | | Quit alberink ("Konversation terminated!") |
14:04:54 | * | preglow blinks at the error message |
14:04:54 | markun | wow |
14:05:09 | aliask | Yep, that's a nice delta for sure. |
14:05:23 | markun | what happened to the old JdGordon which only increased the binary size :) |
14:05:27 | B4gder | and 350 points |
14:05:30 | markun | s/which/who/ |
14:05:54 | JdGordon | yeah, umm... whats the errors? |
14:06:13 | bluebrother | aliens replaced JdGordon by a different one? |
14:06:18 | JdGordon | aparts from the errors... /me freeking rules! |
14:06:46 | JdGordon | error: no memory region specified for loadable section `.text.menu_get_itemname' <- plugin ram needs increasing? |
14:06:50 | JdGordon | plugin buffer even |
14:06:51 | pixelma | I only believe this if everything is working correctly then ;) |
14:07:11 | markun | :) |
14:07:31 | preglow | JdGordon: i don't know, check it out locally |
14:07:46 | preglow | i don't think increasing plugin ram is going to be very popular |
14:08:16 | JdGordon | no, I dont think so |
14:08:35 | | Join alberink [0] (n=alberink@cc516682-b.ensch1.ov.home.nl) |
14:08:54 | markun | B4gder: can we listen to our DAPs over speakers at the office during devcon? |
14:09:25 | petur | markun: all at the same time? |
14:09:32 | B4gder | the more the merrier! |
14:09:41 | B4gder | :-) |
14:09:45 | | Join himitsu [0] (n=himitsu@61.213.185.112) |
14:09:52 | * | petur just returned from beer shop :) |
14:10:08 | preglow | curse you! |
14:10:09 | | Quit otih (Read error: 110 (Connection timed out)) |
14:10:17 | aliask | Yeah, enough with the teasing... |
14:10:20 | markun | petur: I would like to bring some alcohol, but am afraid I have to pay a fine to Ryan Air already :( |
14:10:30 | markun | for extra weight |
14:10:34 | amiconn | JdGordon: It's not a plugin ram issue |
14:10:52 | amiconn | Chessbox is too large for the archos plugin ram anyway, so it's loaded as an overlay |
14:11:09 | markun | petur, preglow: do you like Tsing Tao beer? |
14:11:28 | aliask | YES |
14:11:29 | preglow | it's ok, but i like heavier stuff |
14:11:31 | aliask | It's so cheap :D |
14:11:37 | preglow | it's not cheap here :/ |
14:11:42 | markun | neither here |
14:11:43 | aliask | Really?! |
14:11:48 | markun | but I like the rice taste |
14:11:48 | JdGordon | amiconn: ok then, what fix is needed? try to red the menu so its much smaller? or..? |
14:11:52 | * | petur will bring to devcon 6x75cl: tripel karmeliet, duvel, westmalle tripel and 3 chimay's (red/white/blue) |
14:11:54 | aliask | It's $5 for a 700ml bottle here. |
14:12:09 | preglow | ooh, i think i'll have a westmalle dubbel today |
14:12:10 | * | JdGordon coming t devcon to steal petur's beer supply |
14:12:10 | markun | petur: I don't think I ever had karmeliet |
14:12:11 | amiconn | Same goes for rockboy |
14:12:46 | aliask | Are 75cl bottles common in europe for beer? |
14:12:47 | preglow | amiconn: and doom one day? :) |
14:12:59 | preglow | aliask: are in belgium |
14:13:07 | markun | then we would have to change the april fool's doom page :) |
14:13:19 | amiconn | preglow: Nah, not possible |
14:13:32 | aliask | Wow, I've only ever seen Tsing Tao in anything that size. |
14:13:37 | petur | aliask: most beer is 25cl or 33cl but many brands also have 75cl, 1.5L and some 3L |
14:13:49 | B4gder | 50cl is quite common here too |
14:14:09 | JdGordon | 500ml cans.. bogan but awesome :D |
14:14:10 | B4gder | or around 50cl when they're british ;-) |
14:14:11 | aliask | Everything here is 330 or 375ml |
14:14:20 | markun | typical rockbox talk today :) |
14:14:20 | amiconn | JdGordon: The overlay ram size for these plugins needs to be adjusted |
14:14:32 | markun | amiconn: are you a beer fan? |
14:14:47 | JdGordon | amiconn: where is that defined? |
14:15:09 | | Join maffe [0] (n=maffe@195.159.148.248) |
14:15:17 | petur | sorry for getting the channel offtopic! |
14:15:33 | bluebrother | hmm, beer talk at that time of the day ... |
14:16:49 | linuxstb | amiconn: Isn't it just a section name problem? archos.lds doesn't have .text* |
14:17:04 | amiconn | linuxstb: Very possible |
14:17:17 | amiconn | hmm......... |
14:17:23 | linuxstb | And the plugin lib is using function sections |
14:17:41 | amiconn | yes |
14:18:29 | amiconn | That went unnoticed until today because the plugins with separate linker scripts didn't use plugin lib elements |
14:18:46 | amiconn | bah |
14:19:00 | JdGordon | is it a big deal to fix? |
14:19:01 | amiconn | JdGordon: Thanks for breaking my memory speed test plugin.... |
14:19:17 | amiconn | Not a big deal |
14:19:48 | JdGordon | no problem (asuming that was sarcasm.. else... sorry :p ) |
14:19:49 | linuxstb | JdGordon: I meant to ask you if there are any plugins using the new menu API that I can use for an example? |
14:20:03 | JdGordon | a few do, but not such good exampls |
14:21:02 | JdGordon | linuxstb: you want an example how to ue the settings? |
14:21:56 | linuxstb | Not the settings, just a simple menu. I want to put a menu in test_codec to allow the user to choose between a speed test and dumping the output to a wav file. |
14:22:24 | | Join krush1704 [0] (n=andikrus@p57BB04BE.dip0.t-ipconnect.de) |
14:22:30 | | Part krush1704 |
14:22:42 | * | amiconn wonders whether JdGordon test-compiled before commit |
14:25:10 | | Quit SirFunk (Remote closed the connection) |
14:27:28 | linuxstb | amiconn: Are you fixing the archos.lds files or shall I? |
14:27:35 | amiconn | linuxstb: That was indeed the problem. Simple fix. |
14:28:02 | JdGordon | linuxstb: oh good :) do a search for do_menu( in /plugins.. plenty of examples |
14:28:26 | JdGordon | amiconn: i did player and e200... how was i supposed to know that obscure error was even possible? |
14:30:59 | preglow | this is why we have the build servers |
14:31:09 | preglow | to not have to test compile every single target |
14:31:47 | * | amiconn usually tests a couple of targets, selected based on possible effects |
14:32:05 | | Part maffe |
14:32:10 | amiconn | Not every single one, that'd take too long |
14:33:23 | JdGordon | well yeah, I did player just to make sure the statusbar was fine.. nothing else shhuold have been target dependant |
14:34:26 | B4gder | petur: from BMA there's a bus to stockholm city, just a 15 minutes trip |
14:35:33 | petur | nice |
14:35:46 | B4gder | 60SEK one way or 100SEK for both ways |
14:35:53 | petur | and from stockholm city to devcon? |
14:36:13 | petur | ah no euro's... must get some SEKs :) |
14:36:25 | JdGordon | aliask: we gonna be nerdy and have devcon-AU on the sat night? |
14:36:26 | B4gder | subway to Akalla, and then get picked up there |
14:36:43 | B4gder | petur: the subway is 20-25 minutes |
14:37:10 | markun | linuxstb: did you see http://forums.rockbox.org/index.php?topic=10260.0 |
14:37:12 | aliask | JdGordon: I would, but I've got my mate's 18th on that saturday |
14:37:36 | preglow | JdGordon: which is my point, the build servers are there to catch weird-ass bugs like this one |
14:37:49 | aliask | But I think we should have some kind of minidevcon (or just beer) |
14:37:57 | JdGordon | after exams :) |
14:38:00 | | Join mbr [0] (n=mbr@p3ee07f93.dip.t-dialin.net) |
14:38:05 | aliask | ahhh yes... exams... |
14:38:53 | * | preglow likes negative deltas |
14:39:06 | aliask | Woohoo! Saving and loading the game works now :D |
14:39:09 | aliask | Time for bed |
14:39:31 | | Quit aliask ("g'night all") |
14:40:55 | * | JdGordon is slightly surprised by how much code was there for the api wrapping |
14:41:14 | linuxstb | markun: Yes, I read the thread, but I haven't experienced the problem. |
14:42:02 | | Quit Siltaar ("Aurevoir - www.fdn.fr/~sdescarp") |
14:42:16 | | Join Arathis [0] (n=doerk@p5484A5E4.dip0.t-ipconnect.de) |
14:43:30 | | Quit lids (Remote closed the connection) |
14:47:32 | *** | Saving seen data "./dancer.seen" |
14:53:41 | | Join lids [0] (i=lds@gateway/tor/x-70a24f6609e70e32) |
14:53:57 | | Join Nico_P [0] (n=nicolas@jau31-3-82-239-20-145.fbx.proxad.net) |
14:57:25 | | Quit Entasis ("Leaving") |
14:58:47 | | Quit lids (Remote closed the connection) |
14:59:02 | | Join My_Sic [0] (n=MySic@m180.net81-67-5.noos.fr) |
15:00 |
15:03:43 | | Join maffe [0] (n=maffe@195.159.148.248) |
15:04:51 | | Join mirak [0] (n=mirak@ip-155.net-81-220-111.rev.numericable.fr) |
15:05:26 | | Part maffe |
15:09:02 | | Join desowin [0] (n=desowin@avc146.internetdsl.tpnet.pl) |
15:09:06 | | Quit himitsu (Read error: 110 (Connection timed out)) |
15:12:05 | | Quit Nico_P (Remote closed the connection) |
15:20:37 | | Quit pearldiver (Read error: 60 (Operation timed out)) |
15:21:30 | | Join ctaf [0] (n=ctaf@ram94-6-82-242-23-70.fbx.proxad.net) |
15:21:42 | | Part ctaf |
15:23:34 | | Join lds [0] (i=lds@gateway/tor/x-bf20d944a998fa3d) |
15:24:39 | | Join SirFunk [0] (n=Sir@admin-147-222.potsdam.edu) |
15:26:29 | | Join DrMoos [0] (i=moos@m135.net81-66-158.noos.fr) |
15:26:29 | | Quit moos (Read error: 104 (Connection reset by peer)) |
15:27:01 | | Nick DrMoos is now known as moos (i=moos@m135.net81-66-158.noos.fr) |
15:31:13 | | Join pearldiver [0] (n=say@cpe-72-225-231-80.nyc.res.rr.com) |
15:31:48 | | Quit lds (Remote closed the connection) |
15:33:02 | | Join Nico_P [0] (n=nicolas@jau31-3-82-239-20-145.fbx.proxad.net) |
15:33:41 | | Join himitsu [0] (n=himitsu@61.213.184.127) |
15:34:13 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
15:35:44 | | Join hcs [0] (i=80060d9b@gateway/web/cgi-irc/ircatwork.com/x-d33ea7ce6a453908) |
15:38:50 | hcs | it seems that whenever I get to the end of a playlist playback pauses for whatever plays next, is this intended? |
15:41:29 | JdGordon | what is you auto-change directory setting set to? |
15:41:57 | hcs | No |
15:42:26 | amiconn | hcs: A, so it's consistent? |
15:42:34 | hcs | I mean, when playback has finished, and I select something else to play, it starts out paused. |
15:42:44 | * | amiconn also observed this once, but didn't think it might be consistent |
15:42:50 | hcs | yeah, though I rarely get to the end of a playlist so I just now began noticing it |
15:43:02 | amiconn | Probably due to jhMikeS' playback fix last week |
15:43:02 | JdGordon | hmm... I just reproduced it |
15:43:47 | hcs | the "audio seemed never to want to stop stopping" one? |
15:44:07 | amiconn | yes, that's the one I suspect |
15:44:51 | hcs | it seems to not happen when I replace a dynamic playlist (I have it set to prompt for that) |
15:49:26 | hcs | never mind, that last comment |
15:50:56 | * | linuxstb wonders how to disable the button lights on his gigabeat |
15:53:27 | JdGordon | linuxstb: system settings |
15:53:46 | JdGordon | unless the gb isnt using the same setting as the e200 |
15:54:39 | Nico_P | linuxstb: in the system settings |
15:55:01 | Nico_P | oops sorry didn't see JdGordon's answer |
15:55:04 | linuxstb | JdGordon: Yes, I found those settings, but there appear to be two bugs - 1) If "timeout" is set to off (which I'm assuming is the way to disable them), they still come on at boot; 2) If you set the timeout to off but then go into the brightness setting, they stay on forever after leaving the brightness setting screen. |
15:56:13 | linuxstb | I don't know if this counts as a bug, but brightness "0" isn't the same as off. |
15:57:11 | JdGordon | hmm... seems the button light setting is broken.. |
15:59:19 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
15:59:29 | | Join miepchen^schlaf [0] (n=hihi@p54BF76BA.dip.t-dialin.net) |
15:59:40 | | Join Toni1 [0] (i=d9b95eb6@gateway/web/cgi-irc/labb.contactor.se/x-7d46d319021b5773) |
16:00 |
16:00:02 | | Join lowlight [0] (i=c730190b@gateway/web/cgi-irc/labb.contactor.se/x-68073abda582b0ae) |
16:00:48 | hcs | regarding the pausing issue, I'm running through the simulator to try and see exactly what's going wrong |
16:01:08 | | Quit Arathis ("Bye, bye") |
16:01:35 | Toni1 | Yeah, I have external sd-cards basically working on the sansa. |
16:01:47 | B4gder | wow, rocking |
16:02:20 | Toni1 | now the integration can start |
16:03:01 | linuxstb | Toni1: congrats |
16:03:13 | Toni1 | thanks |
16:03:23 | | Join variant [0] (n=guts@unaffiliated/variant) |
16:03:54 | Toni1 | In the mail I missed the important part, which I noticed when looking at the current code |
16:03:56 | variant | lo all, I have an archos xs 100 or something.. is it possible to put rockbox/linux on it? |
16:04:06 | variant | gmini xs 100 |
16:04:33 | B4gder | variant: no |
16:04:37 | preglow | Toni1: extremely cool |
16:04:39 | variant | B4gder: :( |
16:04:58 | Toni1 | preglow: thanks |
16:05:44 | Toni1 | preglow: unfortunately my sansa has no radio, else this would be the next job |
16:06:08 | linuxstb | B4gder: Don't you mean: Yes, it's possible - see this page for instructions - http://www.rockbox.org/twiki/bin/view/Main/NewPort |
16:06:56 | | Quit Zagor ("Client exiting") |
16:07:27 | | Join Arathis [0] (n=doerk@p5484A5E4.dip0.t-ipconnect.de) |
16:08:17 | variant | linuxstb: cool, if only i had the skillz :) |
16:08:30 | variant | linuxstb: java programming won't help me here i fear |
16:08:46 | | Part Toni1 |
16:08:57 | variant | i only really want to put ogg files on it anyway :/ |
16:09:23 | B4gder | variant: sell it and get a rockboxable target instead! |
16:10:01 | B4gder | ok, I'm off. See ya in week, I'm off to the sun in Turkey |
16:10:06 | | Quit B4gder ("It is time to say MOOO") |
16:10:11 | petur | have a nice holiday |
16:10:25 | petur | bah... stupid lag |
16:12:01 | | Quit Slowking_Man (Client Quit) |
16:15:27 | | Join jgarvey [0] (n=jgarvey@cpe-075-177-158-190.nc.res.rr.com) |
16:19:13 | | Join gursikh [0] (n=khalsa@unaffiliated/gursikh) |
16:19:29 | | Join bawb2 [0] (n=bawb2@ip50210.estcmp.ku.edu) |
16:21:27 | amiconn | Hmm, Toni1 already left :/ |
16:21:45 | amiconn | linuxstb: What's the difference between brightness == 0 and off? |
16:22:26 | linuxstb | amiconn: brightness==0 is very faint. |
16:22:40 | linuxstb | i.e. the lights are on |
16:23:54 | amiconn | hmm |
16:24:03 | * | amiconn agrees that counts as a bug then |
16:27:21 | | Join Slowking_Man [0] (n=slow@wikipedia/Slowking-Man) |
16:28:55 | * | preglow hopes the build servers won't hang, now that bagder is away |
16:28:56 | hcs | should Q_AUDIO_STOP or Q_AUDIO_PLAY clear the paused flag? |
16:28:57 | | Quit Thundercloud_ (Read error: 110 (Connection timed out)) |
16:29:34 | hcs | A pause is done before the stop at the end of the track and it's never being undone |
16:29:39 | | Quit JdGordon (Remote closed the connection) |
16:31:42 | variant | is it likely to be particularly difficult to port rockbox to an archos gmini xs 100? i mean, it must be a bunch of fairly standard parts right? |
16:32:22 | ender` | i still have a problem with the ipod mini not turning on - i left it connected to USB whole day, and the only two things i get out of it are a battery symbol with lightning bolt (when connected) or battery symbol with /!\ (when not connected). any ideas? |
16:32:41 | hcs | variant: but how capable are those fairly standard parts of running rockbox? |
16:33:10 | | Quit lowlight ("CGI:IRC (EOF)") |
16:33:12 | bluebrother | ender`: guess you tried resetting it already? |
16:33:35 | | Join Thundercloud_ [0] (n=thunderc@91.84.99.243) |
16:33:44 | ender` | if i hold select+play nothing happens. if i hold select+menu, the symbols appear |
16:33:56 | ender` | is there any other way? |
16:34:19 | amiconn | variant: If the gmini xs100 is based on the same chipset as the gmini 120/sp and xs 200 series then it will definitely be difficult |
16:35:47 | ender` | oh, and is the mini display really monochrome - both the apple logo and one of the battery symbols look grayscale |
16:35:58 | variant | amiconn: damn |
16:36:30 | amiconn | ender`: Who said it's monochrome? The mini lcd is 2bpp grayscale of course |
16:36:53 | ender` | i seemed to catch that it's monochrome somewhere |
16:37:21 | bluebrother | the mini is 2bit greyscale |
16:37:25 | variant | amiconn: don't particularly want to dismantle it just yet :) |
16:37:34 | bluebrother | try flipping the hold switch before resetting on and off |
16:37:39 | variant | will see if i can find a busted one |
16:37:40 | | Quit _pill ("changing servers") |
16:38:11 | ender` | bluebrother: i did, i only ever get the battery |
16:38:38 | markun | linuxstb, amiconn: the sc606 has 64 brightness settings, from 0 to 63, to turn the led completely off you need to write to a different register. |
16:38:53 | | Join _pill [0] (i=pill@sloth.shellfx.net) |
16:39:56 | bluebrother | hmm. Resetting usually fixed startup problems for me. |
16:46:20 | linuxstb | markun: It's just that I would have expected a brightness level of "0" to be off. But then again, I suppose we don't need two ways to turn it off... |
16:47:36 | *** | Saving seen data "./dancer.seen" |
16:50:14 | linuxstb | markun: Also, maybe the setting should just be called "Button Light" and not "Button Light Timeout" - both to be consistent with "Backlight" and also so the "off" setting makes sense. |
16:50:14 | | Quit Seed (Nick collision from services.) |
16:50:21 | | Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
16:51:09 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
16:51:23 | markun | linuxstb: maybe if we number the brightness levels 1 to 64 it's clearer |
16:53:28 | * | linuxstb tries to see the valid range of contrast settings on his h120, but can't see the high and low settings.... |
16:53:38 | * | linuxstb checks the code instead |
16:59:04 | hcs | fade() in gwps-common.c seems to be the one responsible for the fatal pause |
17:00 |
17:03:45 | jhMikeS | hcs: Q_AUDIO_STOP clears the "paused" flag. "paused" state implies "playing" state. If "paused" is true without "playing" being true, that should be addressed and Q_AUDIO_PAUSE should be filtered to take no action if not playing. |
17:04:14 | hcs | it looks like it doesn't clear that flag, though |
17:04:55 | jhMikeS | which? |
17:05:16 | hcs | Q_AUDIO_STOP |
17:05:44 | hcs | hmm, well, I see where it should in audio_stop_playback |
17:06:16 | | Quit Ave (Read error: 60 (Operation timed out)) |
17:06:16 | hcs | but it looks like it is maybe being called when !playing |
17:06:55 | jhMikeS | _AUDIO_PAUSE should not be setting paused to true if playing isn't true. If it does, the states should be better filtered so they remain valid. |
17:07:07 | hcs | I don't think it is |
17:07:17 | hcs | but it might |
17:07:34 | jhMikeS | there's only two places where playing is written |
17:08:05 | hcs | Q_AUDIO_STOP is being sent when !playing. |
17:09:00 | jhMikeS | that's ok actually |
17:09:12 | hcs | yeah, but that's why it isn't cleared the paused flag |
17:09:31 | jhMikeS | it won't if !playing, since audio_stop_playback will be skipped |
17:09:47 | jhMikeS | paused shouldn't be set to true if !playing however |
17:09:51 | hcs | and you're correct, the issue is Q_AUDIO_PAUSE sent when not paused |
17:10:12 | hcs | so I think I'll throw in the same condition what _AUDIO_STOP has for _PAUSE |
17:10:33 | jhMikeS | I really should have gone over this and filtered all the state changes in general...shame on me for not taking the time |
17:10:58 | hcs | may I put in that fix for now? |
17:11:02 | jhMikeS | that should probably work |
17:11:18 | | Join pondlife [0] (n=Miranda@cpc1-rdng11-0-0-cust362.winn.cable.ntl.com) |
17:11:26 | jhMikeS | yes, just skip all that code up front if !playing |
17:12:54 | hcs | I'm not somewhere where I can actually build it for a target now... |
17:13:09 | jhMikeS | I'll go ahead, np |
17:13:14 | hcs | ok, thanks |
17:13:22 | | Join Ave [0] (i=ave@a91-152-238-56.elisa-laajakaista.fi) |
17:13:25 | | Quit hcs ("CGI:IRC") |
17:14:09 | jhMikeS | did you have to let something play out? |
17:14:53 | | Join hcs [0] (i=80060d9b@gateway/web/cgi-irc/ircatwork.com/x-ec83bf8225a717a4) |
17:15:02 | hcs | yeah, it only happened at the end of a playlist |
17:15:25 | hcs | fade on stop would do the pause after playback had stopped |
17:16:17 | hcs | I've got to grab something to eat before an exam, later |
17:16:20 | | Part hcs |
17:17:02 | amiconn | Happens even with fade on stop disabled |
17:20:31 | jhMikeS | I'm wondering, is there any compelling reason to allow playback to start paused? Nothing in the UI seems to allow it, but it could be allowed. |
17:23:32 | petur | some sort of DJ mode? |
17:25:54 | jhMikeS | like? |
17:26:43 | petur | well don't mind me, just get rid of it ;) |
17:27:53 | jhMikeS | recording strictly checks its state transisition and imho playback should as well...not let every message run code that shouldn't be run in the wrong state |
17:28:30 | petur | indeed |
17:29:46 | jhMikeS | where are the details on that recording report you linked to? I can't seem to find anything at those links. |
17:31:02 | petur | details? it's just a post of a guy who claims to have gotten that warning and then asked what the new stuff was when he installed the REP, so he must have been running SVN |
17:32:11 | petur | but from his post I understand his device froze completely |
17:34:29 | jhMikeS | I'm not quite reading it as "he must have been running SVN" but just as asking about mmmm's later update. :\ |
17:36:32 | petur | from reply 9 ( http://taperssection.com/index.php/topic,84121.msg1117104.html#msg1117104 ) I understand that he wasn't using Mmmm's build as he then asks what the new stuff at the bottom of the screen is |
17:38:17 | jhMikeS | I guess I have to read both threads to put it together :) |
17:39:14 | petur | the post I just linked is of the guy with the troubles, next he also posted on the older thread |
17:42:20 | jhMikeS | this damaged file stuff sounds like something FAT related to me, especially the overwrite when the disk filled. some dropped samples should never damage a file. |
17:44:06 | jhMikeS | recording does make use of writing more than any other app in rb afterall |
17:49:09 | | Join Rincewind [0] (n=xchatter@i3ED6E3F1.versanet.de) |
17:50:43 | jhMikeS | sounds like something happened that soft locked the system in his case in whice case DMA will still be throwing samples into the pcm buffer |
17:57:43 | | Join H10_007quick [0] (n=chatzill@mnet-ki-244-78-181.monarch.net) |
17:57:59 | | Quit petur ("_poof_") |
17:59:42 | | Join The-Compiler [0] (n=florian@179.62.77.83.cust.bluewin.ch) |
18:00 |
18:00:43 | The-Compiler | Hello |
18:01:20 | markun | hi The-Compiler |
18:03:40 | * | markun was expecting a question |
18:09:54 | | Join lids [0] (i=lds@gateway/tor/x-7fcab7c6ab5037cf) |
18:13:56 | | Join Meph [0] (i=5119352c@gateway/web/cgi-irc/labb.contactor.se/x-2b3b94e0b0669135) |
18:14:00 | Meph | hello all |
18:14:04 | Meph | руÑÑкие еÑÑ‚ÑŒ?? |
18:18:20 | markun | Meph: english please |
18:18:24 | markun | and hello :) |
18:20:28 | * | markun feels ignored.. |
18:21:59 | | Quit lee-qid (Read error: 104 (Connection reset by peer)) |
18:22:05 | | Quit My_Sic (Read error: 104 (Connection reset by peer)) |
18:22:07 | linuxstb | markun: Hello markun |
18:22:18 | markun | linuxstb: thanks man :) |
18:23:13 | markun | I'm planning to buy a pair of Creative EP-630 in-ears, does anyone have a better suggestion? |
18:23:31 | * | Rincewind uses those, too |
18:23:55 | markun | Rincewind: do you own(ed) any others to compare them to? |
18:24:18 | | Quit barrywardell (Remote closed the connection) |
18:24:34 | Rincewind | no, I can only compare them to the ones supplied by iriver (i think those are Sennheiser MX200) |
18:25:06 | markun | Can you use them in a noisy train/metro? |
18:25:09 | | Join barrywardell [0] (n=barry@dhcp-892b9b44.ucd.ie) |
18:25:15 | markun | without turning the volume up a lot |
18:25:23 | Rincewind | definately. They seal outside noise very well |
18:25:51 | Rincewind | do you have iriver h120? |
18:25:57 | markun | I had a pair of Koss "The Plug" before. I hope this will be an upgrade |
18:26:15 | | Quit mirak ("Ex-Chat") |
18:26:16 | markun | Rincewind: I have a h120 a home, but now I use my Gigabeat F40 |
18:26:22 | Rincewind | I use my ep with replay-gain and if I set volume to -25 it is quite loud |
18:26:59 | markun | I used to have my volume between -30 and -40 with my The Plug |
18:27:10 | markun | on the iriver |
18:27:45 | markun | but that probably doesn't tell us anything :) |
18:27:49 | Rincewind | are the Koss ones in-ear, too? |
18:27:53 | markun | yes |
18:28:27 | markun | the first time I tried them I felt a bit dizzy because they blocked the outside noise so much :) |
18:28:36 | markun | but I don't like the sound so much |
18:29:22 | | Quit lids (Remote closed the connection) |
18:29:43 | Rincewind | I can't really compare, but I like the sound, I don't have to do anything with bass/treble or eq to like it |
18:29:58 | Rincewind | for how much are you getting them? |
18:29:59 | markun | I also never play with those settings |
18:30:04 | markun | 25 euro |
18:30:22 | | Join lids [0] (i=lds@gateway/tor/x-9a5d0cdf3bf771a9) |
18:30:38 | Rincewind | that's good, I paid 32 Euro 1.5 years ago |
18:33:29 | Meph | guy |
18:33:46 | Meph | tell me pls where i can get ipodpatcher? |
18:33:52 | Meph | *guys |
18:34:37 | | Join nls [0] (n=nils@nl104-202-175.student.uu.se) |
18:36:59 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
18:37:26 | | Quit merbanan ("Leaving") |
18:37:29 | | Quit lids (Remote closed the connection) |
18:39:19 | bluebrother | Meph: see the manual |
18:44:45 | | Join lids [0] (i=lds@gateway/tor/x-9f2e4c28274f8696) |
18:46:50 | markun | Rincewind: too bad I decided so late for the EP-630 today, the shop closes in 15 minutes and I can never be there in time. |
18:47:31 | Rincewind | I got mine from amazon |
18:47:39 | *** | Saving seen data "./dancer.seen" |
18:56:17 | markun | Those poor Gigabeat S owners.. http://www.mygigabeat.com/forum/messages.cfm?threadid=6C04DFCB-3048-2906-EA72F2501157CCA8 |
18:56:59 | markun | someone port rockbox to it to make them happy again |
18:57:05 | toffe82 | :) |
18:58:03 | | Quit spiorf_ (Remote closed the connection) |
18:58:13 | Lear | jhmikes: Re FS #7127, that fix should do it. Logf:s showed pause being called after playback stopped, and that probably caused it (due to the earlier playback fix). |
18:58:47 | markun | toffe82: and someone asked about a port to the Gigabeat V. I told him it shouldn't be difficult after a port to the S. |
18:59:01 | | Join Rincewind_ [0] (n=xchatter@i3ED6EEE3.versanet.de) |
18:59:13 | | Join bluey- [0] (n=bluey@dslb-088-073-098-174.pools.arcor-ip.net) |
18:59:20 | toffe82 | perhaps we can ask the source to microsoft no that it is dead :) |
19:00 |
19:00:05 | | Quit Arathis ("Bye, bye") |
19:00:09 | toffe82 | so are they going to drop the zune ? |
19:00:57 | markun | no idea what their plans are |
19:01:19 | markun | is PMC just an application for windows CE? |
19:01:52 | toffe82 | it is build on win ce 5 |
19:02:23 | | Quit Rincewind (Read error: 60 (Operation timed out)) |
19:02:36 | toffe82 | we can ask toshiba for scematics and source code too :) |
19:02:37 | markun | from the screenshots I saw they are using a different application on the Zune |
19:02:55 | toffe82 | yes it is not pmc |
19:05:27 | markun | toffe82: did MS develop win CE or was it bought? |
19:05:31 | jhMikeS | Lear: I hope so...I just want some hard playlist banging to make sure nothing is assuming the old behavior and continues to function |
19:06:38 | toffe82 | markun: did they develop something, they bought or stole everything |
19:06:59 | Nico_P | is it possible to activate logf on sim builds ? |
19:09:20 | amiconn | markun: -30 to -40 dB with in-ear plugs?? |
19:10:01 | Lear | nico_p: sure. |
19:10:25 | markun | amiconn: a bit loud? |
19:10:39 | Nico_P | Lear: when I select an advanced build with S and L and run rockboxui I get no more output than usual |
19:10:47 | * | amiconn thinks that's quite loud, unless efficiency of those in-ear things is vastly lower than that of open earbuds |
19:11:18 | markun | amiconn: I believe they sounded about as loud as my open Koss PortaPro |
19:11:19 | * | amiconn never tried those in-ear things |
19:11:26 | Rincewind_ | amiconn: this is with replaygain, wich drops another 10db |
19:11:28 | Lear | nico_p: two options: 1) build a sim for a platform with remote. 2) go to the debug menu and view them or dump them to disk. |
19:11:36 | amiconn | Rincewind_: Ah ok |
19:11:45 | * | amiconn doesn't use replaygain |
19:12:01 | * | amiconn wonders why replaygain drops the level that much |
19:12:07 | Nico_P | Lear: oh so I can't have the logf output written in the console ? |
19:12:14 | markun | amiconn: well, not for every recording of course |
19:12:23 | | Join merbanan [0] (n=banan@83.233.231.172) |
19:12:32 | Lear | Not without some adjustments, no... Easy to change though. |
19:12:35 | amiconn | I'd rather think it would make faint recordings louder and keep the loud ones alone |
19:12:37 | markun | my old kraftwerk CD's don't need any extra volume drop |
19:12:46 | Rincewind_ | it has a standardised reference level of 89 db (with 100 the max. possible) |
19:13:01 | amiconn | aha |
19:13:03 | Lear | amiconn: modern CD:s are often heavily compressed. |
19:13:03 | | Join gotthardt [0] (n=chatzill@mail.timesource.net) |
19:13:41 | markun | gotthardt: hi! |
19:13:50 | gotthardt | hey markun |
19:13:53 | Rincewind_ | replaygain avererages every recording to 89db - old ones and classical get a little bit louder, new ones quiter, so that they have the same percived loudness |
19:14:32 | amiconn | I know what it does, I only wonder why it makes the volume lower compared to no replaygain applied |
19:14:38 | Nico_P | Lear: how would I do that ? I tried changing "#define logf _logf" to "#define logf DEBUGF" but got compile errors |
19:14:45 | | Quit pondlife ("disconnected has pondlife") |
19:14:54 | amiconn | If the reference level is 89dB, I would expect that to be equal to the volume without replaygain |
19:15:15 | Rincewind_ | amiconn: well, that's the whole point of it. |
19:15:27 | amiconn | ? |
19:15:46 | Rincewind_ | it used to be the reference level in the 70s, but current recordings have loudness of 98, because of the 'loudness wars' |
19:16:26 | amiconn | ah, hmm |
19:16:39 | amiconn | Using the available headroom makes sense, imho |
19:16:53 | Lear | nico_p: Change the logf implementation for the simulator... |
19:16:55 | markun | amiconn: also, replaygain prevents clipping by lowering the volume |
19:17:28 | amiconn | markun: How so? If a recording is already clipped, lowering the volume won't un-clip it... |
19:17:31 | | Quit bluey- ("Leaving") |
19:17:36 | Nico_P | wow there's a hell of a lot of output |
19:17:52 | markun | amiconn: no, but if you raise the volume of the faint recording you can introduce it |
19:17:54 | Lear | Lossy encoding can (often) add clipping. |
19:18:14 | markun | Lear: at least if you play it back at the original volume |
19:19:00 | Nico_P | what's the __PCTOOL__ define ? |
19:19:44 | Rincewind_ | yes, the problem is with the encoding, it can introduce clipping that wasn't there in the original cd image |
19:19:48 | nls | Nico_P: for the stand-alone databas building tool |
19:19:48 | amiconn | It was introduced mainly for the database PC tool |
19:19:56 | Nico_P | ah |
19:20:10 | amiconn | I also use it for the charcell map output pc tool |
19:20:37 | Lear | markun: I mean digital clipping that happens when doing the conversion to output sample format. |
19:21:38 | markun | Lear: yes, I know |
19:21:54 | Lear | So it happens regardless of volume... |
19:22:07 | markun | Lear: I mean that replaygain is performed before that |
19:22:14 | markun | so can prevent clipping |
19:22:40 | markun | I wasn't talking about the volume of the DAC |
19:22:46 | Rincewind_ | the replaygain volume adjustment is _before_ the d/a, in the digital domain. So clipping can really be prevented |
19:23:07 | Lear | Exactly. |
19:24:58 | | Quit Siku () |
19:25:29 | Rincewind_ | it really isn't the same as lowering the volume yourself. I experience this every time I put music on my dap that I forgot to replaygain |
19:26:46 | amiconn | I never noticed clipping in rockbox (except when there was a bug) - and I don't use replaygain... |
19:27:13 | markun | amiconn: then you don't need replaygain for that at least :) |
19:27:20 | Rincewind_ | amiconn: what format is your music in? |
19:27:39 | amiconn | Almost everything currently on my players is mp3 |
19:28:07 | nls | i managed to get clipping in some very dynamic old enya tracks with the replaygain pre-amp set too hight (about 5dB i think) |
19:28:25 | | Join DerPapst [0] (n=DerPapst@pD9EB01B1.dip0.t-ipconnect.de) |
19:28:31 | markun | amiconn: not a difficult choice if you use your archos' a lot, right? |
19:29:25 | Rincewind_ | nls: I think the pre-amp doesn't behave well with clipping prevention, because it bypasses it. |
19:29:27 | amiconn | I'll switch to flac for some stuff on my h180 when I find the time to do a thorough cleanup / sorting session |
19:29:53 | amiconn | markun: True, and I don't see the need to switch to a different lossy format |
19:30:01 | | Join Siku [0] (n=Siku@f303b.w3.tontut.fi) |
19:30:22 | markun | amiconn: no, me neither. I just started encoding in Ogg Vorbis and am happy with that too |
19:30:28 | amiconn | It's nice to know that I can use other formats though if I encounter them (I have a single ogg vorbis album) |
19:30:52 | amiconn | But if I have the choice I choose mp3 (encoded with lame of course) |
19:31:19 | markun | why not the xing encoder ;) |
19:31:22 | amiconn | urgs |
19:31:34 | * | Rincewind_ uses lame vbr for his own rips |
19:31:39 | nls | Rincewind_: I don't remember wether I had clipping prevention enabled... |
19:32:12 | Rincewind_ | markun: xing could be a nice test if the clipping prevention really works ^^ |
19:32:36 | amiconn | Xing is a tool for demonstrating encoding artefacts |
19:33:02 | markun | wasn't xing the reason why people thought that joint-stereo was a bad idea? |
19:33:13 | Rincewind_ | nls: replaygain stores a peak value in the tag. If the recording is very quit but has a high peak, then you get clipping with RG without the prevention |
19:33:58 | nls | Yay! my headphone cable that I fixed three weeks ago is now broken in a different place :-/ |
19:34:19 | markun | nls: congrats! |
19:34:21 | nls | Rincewind_: ah, good to know, lowering preamp did the trick too |
19:34:42 | markun | nls: which headphones are you using? |
19:35:52 | | Nick Rincewind_ is now known as Rincewind (n=xchatter@i3ED6EEE3.versanet.de) |
19:36:20 | nls | markun: thanks :-) the broken ones are sennheiser px100 I've used them for about a year and a half, the left channel died so I cut about 10cm of the cable and soldered on a new connector, now they have the same problem again, but I bought a backup pair sennheiser eh350 lat time so I'll just swithc till I have time to solder :-) |
19:36:35 | | Nick otih_ is now known as otih (n=otih@p54A4DA4C.dip.t-dialin.net) |
19:37:14 | markun | nls: I bought a pair of those (px100) for my g/f. I quite like the sound. |
19:37:21 | nls | the eh350 have a replacable cable, good stuff :-) |
19:37:45 | | Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) |
19:37:59 | nls | yeah I really like the px100, but they are a little difficult to get to stay in the right position on my head |
19:39:00 | | Quit miepchen^schlaf (Read error: 113 (No route to host)) |
19:39:14 | | Join miepchen^schlaf [0] (n=hihi@p54BF76BA.dip.t-dialin.net) |
19:39:53 | markun | I hope there will be a few headphones at the devcon for me to try |
19:40:17 | | Part otih |
19:40:39 | | Join saratoga [0] (i=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-165df8d89ef1a10d) |
19:40:51 | saratoga | theres about 8000 versions of Xing over the last 10 years |
19:41:11 | saratoga | the most recent versions of Xing are supposed to be pretty good |
19:41:22 | saratoga | i think they finally beat fhg |
19:41:36 | saratoga | still wouldn't use it though |
19:42:45 | markun | saratoga: and how do fhg and xing compare to lame? |
19:42:49 | DerPapst | linuxstb: are you there? |
19:42:53 | saratoga | not very good |
19:43:06 | | Quit bishillo ("Ex-Chat") |
19:49:46 | | Join darkapostrophe [0] (n=darkapos@149-139-73.231210.adsl.tele2.no) |
19:51:08 | | Join My_Sic [0] (n=MySic@m180.net81-67-5.noos.fr) |
19:56:14 | | Join entheh [0] (n=purr@88-106-241-211.dynamic.dsl.as9105.com) |
20:00 |
20:05:00 | | Quit Dark_Apostrophe (Connection timed out) |
20:05:00 | | Nick darkapostrophe is now known as Dark_Apostrophe (n=darkapos@149-139-73.231210.adsl.tele2.no) |
20:20:18 | | Join ColdSphinX^ [0] (n=sphinx@p85.212.32.169.tisdip.tiscali.de) |
20:29:20 | | Nick bagawk_ is now known as bagawk (n=lee@unaffiliated/bagawk) |
20:35:42 | | Quit lids (Remote closed the connection) |
20:35:45 | | Join linuxstb_ [0] (i=5343d4aa@rockbox/developer/linuxstb) |
20:36:00 | DerPapst | linuxstb_: hi :) |
20:36:44 | linuxstb_ | Hi |
20:37:58 | DerPapst | i have a question about ipodpatchers makefile... i get an error: Makefile:28: *** missing separator. Stop. |
20:38:37 | linuxstb_ | Is that the SVN makefile or have you changed it? |
20:38:48 | DerPapst | it's the SVN one |
20:39:00 | DerPapst | mine has the same problem. |
20:39:25 | DerPapst | i've only uncommented BOOTSRC and CFLAGS |
20:39:29 | linuxstb_ | Is there a tab at the start of the line? |
20:39:39 | linuxstb_ | Maybe your editor removed the tabs... |
20:39:50 | DerPapst | ah. |
20:39:57 | DerPapst | there have to be tabs? |
20:40:15 | linuxstb_ | Yes, it's required in a Makefile |
20:40:25 | DerPapst | heh. |
20:40:33 | DerPapst | ok then i think that is the problem. |
20:40:35 | DerPapst | thanks |
20:40:44 | * | DerPapst blames the user of proton |
20:41:10 | | Join lids [0] (i=lds@gateway/tor/x-f9fcbc7545727280) |
20:41:11 | linuxstb_ | Any text editor that changes your files should be deleted... |
20:41:22 | DerPapst | it's an option. |
20:41:29 | DerPapst | i've disabled it now. |
20:41:40 | DerPapst | shouldn't happen again |
20:42:06 | intgr | linuxstb_: Yeah, text editors shouldn't let you "edit" text. |
20:42:49 | linuxstb_ | No, they should let "you" edit, and not change things themselves... |
20:43:37 | intgr | Yeah, I got it, I'm just nitpicking on your formulation. :) |
20:47:40 | *** | Saving seen data "./dancer.seen" |
20:48:23 | | Quit SirFunk (Remote closed the connection) |
20:50:44 | | Join Rincewind_ [0] (n=xchatter@i59F44C71.versanet.de) |
20:51:04 | | Join hcs [0] (i=80060d9b@gateway/web/cgi-irc/ircatwork.com/x-2831b8efabfeaffb) |
20:55:30 | | Quit gotthardt (Read error: 104 (Connection reset by peer)) |
20:56:42 | | Join Arathis [0] (n=doerk@p5484a5e4.dip0.t-ipconnect.de) |
21:00 |
21:02:33 | | Quit kaaloo (Read error: 110 (Connection timed out)) |
21:03:49 | | Quit merbanan (Remote closed the connection) |
21:08:05 | | Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) |
21:10:05 | | Join charkins [0] (n=casey@adsl-69-217-146-185.dsl.mdsnwi.ameritech.net) |
21:13:23 | saratoga | is there any reason I'm likely to regret using cygwin for my WMA project? |
21:13:52 | saratoga | I've spent the last couple years using it for my research, so i'm tempted to continue using it |
21:14:13 | nls | saratoga: it compiles slow as HELL |
21:14:23 | nls | other than that it works ok :-) |
21:14:34 | Bagder | the speed is really the main (only?) difference |
21:15:06 | Bagder | and you can always switch to or try a linux env if you grow bored of cygwin in the middle |
21:15:47 | saratoga | speed is not a huge concern for me anyway |
21:15:50 | saratoga | thanks |
21:16:15 | markun | saratoga: will you give the fixed point changes to ffmpeg? |
21:16:45 | pixelma | nls: you are exaggerating... |
21:16:56 | saratoga | markun: I see no reason not to |
21:17:02 | markun | good |
21:17:04 | saratoga | i'm going to keep using their own file structure |
21:17:12 | saratoga | should be fairly simple to make a patch |
21:17:45 | saratoga | assuming i get everything else working anyway ... |
21:17:49 | markun | saratoga: they will tear your patch to shreds, but also give you good hints on how to improve the code :) |
21:18:13 | saratoga | yeah probably |
21:18:33 | nls | pixelma: maybe because I used cygwin on an old 2.4ghz p4 and switched to native linux on a dualcore 3.2 ghz pentium D... |
21:18:34 | | Quit Rincewind (Read error: 110 (Connection timed out)) |
21:18:53 | saratoga | anyone know if I need to actually follow the isntructions to install cygwin for rockbox, or if I can just take a normal install and run the arm-elf-gcc install script |
21:19:08 | Bagder | a normal install is fine |
21:20:40 | | Quit darkless (Read error: 110 (Connection timed out)) |
21:21:00 | pixelma | nls: maybe it's also a long time since you last tried? There were changes in the makefile (I think) last year that sped it up a lot - of course still a lot slower than native linux but I wouldn't call it "slow as hell" |
21:21:39 | nls | pixelma: yeah I used it long before the speedup, but that is what I remember... |
21:23:47 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
21:23:55 | | Quit amiconn (Nick collision from services.) |
21:23:55 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
21:23:59 | amiconn | A rockbox build on cygwin takes 2...3x the time as on linux on the same hardware |
21:24:05 | amiconn | (with virus scanner deactivated) |
21:24:39 | Lear | Some apps slow Cygwin down. I had that problem, but the speed is now reasonable for me. |
21:25:06 | saratoga | i notice the example wmaplayer software uses ALSA |
21:25:10 | amiconn | And ccache doesn't help speeding things up on cygwin |
21:25:15 | saratoga | i'm unlikely to get that to work in cygwin right |
21:25:42 | Lear | you could always just dump the decoded data to disk... |
21:25:44 | hcs | jhMikeS: I'm actually getting freezes on and of playlist now... |
21:25:50 | hcs | *on end of playlist |
21:26:52 | Lear | Works for me. |
21:26:55 | | Quit moos (Read error: 104 (Connection reset by peer)) |
21:27:10 | | Join moos [0] (i=moos@m135.net81-66-158.noos.fr) |
21:27:16 | jhMikeS | hcs: what do you have to do exactly? |
21:27:51 | hcs | put a single song (MP3) on the playlist, seek to nearly the end, let it go, only seems to happen with Fade on Stop/Pause enabled |
21:28:19 | hcs | seems consistent |
21:29:12 | Lear | Fade on stop disabled here... |
21:29:48 | hcs | yeah, with fade on stop disabled it seems fine, but we didn't have the pausing problem then, either (at least I didn't in several tests) |
21:30:16 | amiconn | I had the pausing problem with fade on stop disabled |
21:30:26 | jhMikeS | yes, got it. |
21:30:27 | hcs | hmm, recently? |
21:30:35 | amiconn | Several times this evening |
21:30:43 | amiconn | (not updated to latest svn yet) |
21:30:46 | | Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) |
21:31:00 | hcs | got anything else interesting enabled? auto bookmarking and cue sheets do their own pauses as well |
21:31:08 | jhMikeS | nope |
21:31:12 | Lear | Freeze here too. And as an interesting side note, it enabled me to see the "stopped" state in the WPS. :) |
21:31:13 | amiconn | nope |
21:31:45 | amiconn | No cue, not whatever-fade, feed or something |
21:31:46 | hcs | well I ran it several times and fade on stop caused the issue every time |
21:31:49 | | Join spiorf [0] (n=spiorf@host193-216-dynamic.2-87-r.retail.telecomitalia.it) |
21:32:00 | amiconn | Just plain playback via s/pdif out |
21:32:03 | hcs | and no fade on stop never caused it |
21:32:49 | hcs | the pattern I see is a pause, a stop, a pause, and a clear-queue-and-stop |
21:33:03 | jhMikeS | I got it without a fade enabled |
21:33:26 | jhMikeS | where's the WPS hitting a clear-queue-and-stop? |
21:33:28 | hcs | the first pause is from the fading, the second pause doesn't get processed for me but it's from the auto bookmarker |
21:33:42 | hcs | I mean the pattern of messages onto the queue |
21:33:51 | jhMikeS | you mean Q_AUDIO_STOP: 1? |
21:33:53 | hcs | (from investiagtions in the simulator) |
21:34:02 | hcs | > | or something |
21:34:13 | jhMikeS | thats a send |
21:34:15 | hcs | with the bar? |
21:34:22 | jhMikeS | yes meaning "blocked" |
21:34:26 | hcs | oh |
21:34:35 | hcs | misread, then |
21:36:02 | chrisjs169 | just to confirm, distributing the Sansa original firmware in a decrypted form is illegal right? |
21:36:33 | Bagder | distributing it in any shape is not permitted anyway |
21:36:36 | nls | chrisjs169: no more than in encrypted form |
21:37:56 | chrisjs169 | Really? So even in the original encrypted form, distributing/mirroring it is illegal? |
21:37:58 | pixelma | markun: did something change with your commit to the gigabeat button map that could have an influence on language strings (like "Press buttonX to cancel)? |
21:38:39 | nls | Bagder: have you had any more time to look at the "none" lang file generation bug? (FS #6652) |
21:39:19 | Bagder | hm, I thought I had done that already... |
21:39:30 | nls | chrisjs169: it is copyrighted so distributing without permission is illegal |
21:39:31 | markun | pixelma: no idea, is there a problem with the language files? |
21:39:32 | Bagder | well, I'm off for a week of vacation now so I'll check more after that |
21:40:01 | nls | Bagder: ah, thanks, I'd really like to get the lang cleanup comitted some time :-) |
21:40:11 | pixelma | markun: no, just want to know because I'm trying to sync the langV2 patch atm |
21:40:12 | Bagder | yeah, that'd be good |
21:40:32 | markun | pixelma: but maybe some of them should be changed, I didn't check |
21:40:42 | pixelma | markun: so in case there is something like that I could put it in there |
21:41:02 | jhMikeS | hcs: you have a LOGFQUEUE dump handy? |
21:41:40 | * | ender` tries upgrading to gcc 4.1.2 on his server |
21:41:47 | | Quit Meph ("CGI:IRC") |
21:42:41 | hcs | jhMikeS: rebuilding to generate one now |
21:43:46 | jhMikeS | oh, I could've done that, just wondered if one was available right now |
21:43:48 | Lear | jhmikes: The fade on stop relies on pcm_is_paused to return proper values. Seems pcm isn't paused any longer, after a stop (if the stop was done before the pause done by the fade). |
21:44:08 | chrisjs169 | nls: wow, guess I need to read more on copyright laws... |
21:44:08 | hcs | yeah, well I was doing it anyway |
21:44:18 | Lear | (See end of audio_stop_codec_flush()) |
21:44:50 | ender` | (and if that ipod mini of my sister doesn't wake up until morning i'm proclaiming it dead) |
21:45:21 | hcs | jhMikeS: doesn't seem to freeze in the simulator anyway |
21:45:39 | jhMikeS | yes, I do see the reason to have pause while !playing |
21:45:58 | jhMikeS | or to just eradicate it |
21:46:06 | pixelma | markun: for example for deleting bookmarks it says "POWER = Delete" |
21:47:02 | Lear | Maybe mp3_pause_done should check "playing" too? |
21:47:10 | markun | pixelma: I changed A and POWER everywhere |
21:47:11 | jhMikeS | Lear: where's the fade on stop code you refer to...if this is WPS code, it'll be one of the few times I've even looked there. |
21:47:33 | Lear | gui/gwps-common.c:fade() |
21:47:47 | markun | pixelma: so it should be done in the lang file as well |
21:48:35 | nls | chrisjs169: well, if they distribute it freely themselves, I'd say that it's very unlikely that they will come after you for redistributing it. |
21:48:40 | pixelma | markun: ok... |
21:48:57 | amiconn | POWER = delete sounds nicer ;) |
21:49:57 | markun | yes, true |
21:49:58 | nls | pixelma: while you're in there, I saw a bunch of duplicate strings added in a semi recent commit, like e200: "blabla" h10: "blabla" where "blabla" is the same for both :-) |
21:49:59 | jhMikeS | frankly, anything pausing after playback starts should pause playback |
21:50:50 | * | jhMikeS reads logs again on what was going on before |
21:51:14 | nls | pixelma: see here http://svn.rockbox.org/viewvc.cgi/trunk/apps/lang/english.lang?r1=13259&r2=13340&pathrev=13356 |
21:51:49 | hcs | jhMikeS: if you just stick with clearing paused when you get the play message it should be fine |
21:52:44 | amiconn | nls: blabla is always the same, even across different languages ;) |
21:53:14 | jhMikeS | Um....didn't I? |
21:53:32 | hcs | yes, but you also don't set paused if !playing |
21:53:45 | hcs | which seems to be the thing fouling up |
21:53:52 | pixelma | nls: thanks for the pointer... I wasn't yet there (have to edit english.lang by hand) |
21:54:08 | hcs | (assuming you intend to allow paused while !playing) |
21:54:30 | * | Nico_P just installed ccache... wow |
21:54:42 | Bagder | hehe |
21:54:49 | Bagder | welcome to speedy compiles |
21:55:07 | jhMikeS | it was allowing that before |
21:55:20 | hcs | right, but it wasn't freezing at the end of play |
21:55:31 | amiconn | Well, if a whole lot changes (like a central header), ccache build should be a bit slower than without, shouldn't they? |
21:57:18 | Bagder | yes, but that bit isn't noticable |
21:58:17 | hcs | jhMikeS: actually, there are still issues if you clear paused on _AUDIO_PLAY, the pcmbuf_pause is still in effect |
21:58:23 | jhMikeS | hmmm...it was stop->pause->play that was causing the problem before...(sorry for forgetting so soon) |
21:58:27 | | Quit ColdSphinX^ ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
22:00 |
22:00:58 | Nico_P | in the output from ccache -s I have "unsupported compiler option 2050"... is that a problem ? |
22:01:28 | Bagder | nope |
22:02:07 | Nico_P | what does it mean ? |
22:02:26 | Bagder | I'm not sure really |
22:02:32 | hcs | jhMikeS: looks like the paused=false should go after the call to audio_stop_codec_flush(), so it will perform the unpause |
22:02:55 | hcs | *before |
22:07:22 | hcs | ignore last message, I was in the wrong function |
22:08:13 | jhMikeS | hcs: ok, yes, a pause before stop should not cause a problem as it did before so this fix should be redone to make sure the pause is undone after play starts |
22:08:24 | jhMikeS | ok, ignored :) |
22:08:39 | hcs | heh, I think it is still valid, I was just in _stop instead of _start |
22:08:52 | saratoga | has anyone looked at the PP USB hardware yet? |
22:08:58 | saratoga | or is that part of the GSOC project |
22:09:04 | jhMikeS | I think everything is assumed audio_play starts playing and if a pause is in effect, it will be cleared |
22:09:12 | | Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) |
22:09:43 | hcs | jhMikeS: yeah, the call to audio_stop_codec_flush() will do that, but only if the paused flag is cleared going into it |
22:09:59 | Bagder | saratoga: e200tool does upload usb code to the PP and runs it... |
22:11:47 | saratoga | wow, didn't realize that had been figured out |
22:12:05 | Bagder | mrh... |
22:12:27 | jhMikeS | audio_stop_playback does that already, so yeah, should be more careful :P |
22:13:08 | | Quit Lear ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030919]") |
22:13:46 | hcs | I'm testing with the (!playing) check in paused removed and paused=false before the call to audio_stop_codec_flush(), seems to be working as expected |
22:15:53 | jhMikeS | So, exactly what was the need for allowing pausing while !playing? I think it's rather unsavory unless pausing from stop mean basically starting playback paused with all buffering action occurring. |
22:16:40 | hcs | Lear seemed to think that "The fade on stop relies on pcm_is_paused to return proper values. Seems pcm isn't paused any longer, after a stop (if the stop was done before the pause done by the fade)." |
22:17:07 | hcs | maybe pcm_is_paused should also return true if !playing? |
22:17:51 | hcs | feels like this should all be one state, rather than seperate flags for playing and paused |
22:19:43 | hcs | clearing the pause on play seems to be the minimal fix needed and avoids the larger question of whether paused and !playing are mutually exclusive |
22:20:04 | | Part kaaloo |
22:23:23 | jhMikeS | it needn't be excusive but I think state transistion and what they mean need to be clearly defined. posting Q_AUDIO_STOP before playing isn't really the right thing either. |
22:28:21 | amiconn | eumm |
22:28:48 | amiconn | Bagder: A doc file vanished from the web server without being wikified :( |
22:29:04 | amiconn | http://www.rockbox.org/docs/mpeghdr.html |
22:29:06 | amiconn | 404 |
22:30:00 | Bagder | http://daniel.haxx.se/rockbox/mpeghdr.html |
22:30:31 | Bagder | but now I'm really and truly off for a week |
22:30:34 | | Quit Bagder ("*plopp*") |
22:31:44 | DerPapst | anybody in here knows if there is a maximum lenght of a wave file? |
22:32:16 | DerPapst | or underlining... |
22:33:45 | DerPapst | s/or/sorry for |
22:34:05 | | Quit DerPapst ("So Long And Thanks For All The Fish!") |
22:34:21 | | Join DerPapst [0] (n=DerPapst@pD9EB01B1.dip0.t-ipconnect.de) |
22:35:12 | jhMikeS | DepPapst: 4GB by way of the headers |
22:36:16 | DerPapst | ah. |
22:36:18 | DerPapst | thanks. |
22:37:04 | jhMikeS | but that's for a single RIFF chunk |
22:37:52 | ender` | ok, let's see if gcc 4.1.2 still produces those warnings |
22:39:58 | hcs | jhMikeS: want me to put up my fix-to-the-fix? |
22:42:55 | jhMikeS | if you want...I'm giving some things a hard look though. mp3_pause_done really needn't exist there (for SWCODEC) and it's not used on the sim so it doesn't lock. |
22:43:15 | hcs | 'k |
22:43:30 | jhMikeS | I can use queue_send and the pause will be done by the time it returns |
22:44:14 | ender` | linuxstb: simulator builds on my server shouldn't produce warnings anymore, i upgraded the native gcc to 4.1.2 |
22:44:47 | linuxstb_ | ender': They were doing this morning - up to the point Bagder stopped sending SDL builds to you. |
22:44:50 | hcs | oh, so would you rather I just wait for you to put a more proper fix in? |
22:45:06 | ender` | linuxstb: i upgraded gcc 10 minutes ago :) |
22:45:20 | linuxstb_ | ender`: And Bagder left 15 minutes ago.... |
22:45:34 | ender` | :p |
22:45:59 | ender` | anyway, i tested a simulator build, and no warnings appeared this time |
22:46:57 | | Join petur [0] (n=petur@rockbox/developer/petur) |
22:47:07 | linuxstb_ | OK, so we're all good until one of the distros break our builds again... |
22:47:43 | *** | Saving seen data "./dancer.seen" |
22:47:47 | ender` | well, 4.1.2 is considered testing in gentoo, but since my server isn't mission-critical, i won't mind even if something breaks |
22:48:26 | jhMikeS | hcs: this loop with a sleep and check is a race condition that can break when scheduling order changes and it the entire reason for adding queue_send which makes these waits atomic |
22:49:40 | | Quit bluebrother ("leaving") |
22:51:14 | hcs | in fade()? |
22:51:39 | jhMikeS | yes |
22:52:00 | jhMikeS | you really don't know how many states have happened during the sleep do you? |
22:52:28 | hcs | me personally? |
22:52:47 | ender` | ok, i'm declaring my sister's ipod dead |
22:53:14 | DerPapst | :'( |
22:53:28 | | Join donutman25 [0] (n=chatzill@24.244.160.233) |
22:53:37 | jhMikeS | hcs: that was rhetorical :) |
22:53:45 | DerPapst | then do some destructive RE on it :P |
22:54:02 | ender` | too bad it died 10 days after purchase, now she'll just get a new one instead of being able to get the money back and spending it on something better |
22:54:08 | hcs | jhMikeS: I figured, asking me about that code is pretty silly |
22:55:34 | preglow | dheh |
22:55:57 | jhMikeS | it's just that, with out atomic sending, during the sleep your variable could be reset that you keep polling and the loop won't break |
22:56:19 | | Quit saratoga ("CGI:IRC (Ping timeout)") |
22:59:48 | | Quit XavierGr (Read error: 113 (No route to host)) |
23:00 |
23:00:15 | hcs | that loops looks to have been the freeze issue, but I don't really know what it would be needed in the first place, only for a hardware decoder? |
23:01:21 | | Quit thegeek (Read error: 113 (No route to host)) |
23:01:46 | | Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) |
23:01:50 | jhMikeS | for now, if hw used queue_send it could stabilize it and maybe even reduce binary size. It reduced it on SWCODEC a good bit. |
23:02:50 | * | ender` yawns |
23:03:38 | * | jhMikeS realizes most of what he says here is very dry ;) |
23:03:48 | hcs | removing that loop causes the volume to pop back up briefly when fading on my gigabeat |
23:04:13 | jhMikeS | did you replace the queue_post call in audio_pause with queue_send? |
23:05:07 | * | amiconn doesn't even know what's the exact difference |
23:05:20 | hcs | no, trying it now |
23:05:46 | jhMikeS | queue_send actually blocks a thread and the reply received is specific to that message |
23:06:05 | amiconn | hmm |
23:06:23 | amiconn | I though the whole queue stuff is for asynchronous messaging |
23:06:28 | amiconn | *thought |
23:06:42 | amiconn | If you want it synchronous, just use callbacks |
23:06:55 | jhMikeS | well, the receiver can block the thread until the message is considered processed |
23:07:03 | amiconn | Back in hwcodec-only times there was only queue_post... |
23:07:06 | hcs | yep, fading works right with queue_send |
23:07:54 | amiconn | It just sounds complicated... i.e. not kiss |
23:07:57 | jhMikeS | how can callbacks help? |
23:08:00 | amiconn | Maybe it's not |
23:08:09 | hcs | if nothing else, it seems a bad name choice |
23:08:34 | hcs | unless post vs. send is a standard I'm not aware of |
23:08:37 | jhMikeS | queue send also lets a return value be received from a thread processing a message |
23:08:55 | * | jhMikeS stole it from PostMessage, SendMessage in windows |
23:08:56 | amiconn | Yes, but iiuc the point of queue_send is synchronous execution |
23:09:32 | jhMikeS | sort of, the processing thread can reply at any point once the requested message is considered processed by the receiver |
23:09:34 | amiconn | ...and I can't see why you want the other thread to do it instead of just doing it yourself if you want it synchronous |
23:09:55 | amiconn | ...i.e. just call a function. |
23:10:03 | | Join krush1704 [0] (n=andikrus@p57BB4038.dip0.t-ipconnect.de) |
23:10:15 | jhMikeS | when it only safe to have things processed by a certain thread |
23:10:52 | amiconn | Which things might be like that (dual core issues aside)? |
23:10:55 | jhMikeS | and it must observe the order of request at the same time |
23:11:03 | jhMikeS | recording |
23:12:15 | amiconn | hmm.... |
23:12:20 | jhMikeS | control is precise on when threads are woken |
23:12:53 | hcs | well, good luck |
23:12:56 | jhMikeS | the thread being woken *knows* the reply was for its particular instance of a message |
23:12:57 | | Quit hcs ("CGI:IRC") |
23:13:17 | amiconn | I know that it's rather different... but hwcodec recording does fine without such complicated stuff |
23:13:47 | amiconn | queue_send() & co are disabled for hwcodec afaics |
23:16:05 | | Part krush1704 |
23:16:34 | amiconn | Wouldn't it be equally safe if the caller just does the work itself (via a function call), which blocks the other thread (e.g. via a mutex)? |
23:16:52 | | Join krush1704 [0] (n=andikrus@p57BB4038.dip0.t-ipconnect.de) |
23:18:06 | | Join Br3nda [0] (n=brenda@121-73-1-165.cable.telstraclear.net) |
23:18:16 | * | amiconn would like to understand this mechanism, and if/why it is necessary |
23:18:37 | jhMikeS | it could be if the worker thread is always using the mutex too, the sort of does that and allows the worker thread to run unblocked |
23:19:32 | amiconn | How? |
23:20:05 | jhMikeS | you could block both threads and deadlock using a mutex |
23:20:07 | amiconn | What happens if the caller uses queue_send() but the other thread is busy doing something else? |
23:20:32 | amiconn | Then the caller might wait forever if the other thread doesn't check its queue |
23:21:01 | jhMikeS | the caller waits, the worker pulls the message wich shows a blocked thread, the worker processes then replies at any point it considers the request satisifed |
23:21:01 | amiconn | A thread cannot block itself, so how could it deadlock? |
23:21:43 | jhMikeS | the worker could try to enter the lock when the the caller has it locked and might have to wait for something else |
23:22:26 | amiconn | hmmm |
23:22:37 | jhMikeS | the mechanism is really, really simple and not a required overhead on all queues, it keeps the complication localized in the kernel instead of having to implement it all over the place |
23:23:21 | | Join jhulst [0] (n=jhulst@c-71-205-145-105.hsd1.mi.comcast.net) |
23:23:22 | amiconn | Synchronous queues could also deadlock though |
23:24:16 | jhMikeS | yes, if one thread waits on the other to proceed at something...that resume deadlock is just such a case |
23:24:45 | | Part nls |
23:27:43 | | Join Llorean [0] (n=Llorean@cpe-70-113-91-140.austin.res.rr.com) |
23:27:59 | jhMikeS | at least with some syncing, the worker can decide when it when a state transition is processed and the caller knows the state is what was asked at the time of return, just by queue_send and a queue_reply by the worker, nothing to it. |
23:29:07 | | Quit charkins (Read error: 110 (Connection timed out)) |
23:29:15 | | Join Thundercloud__ [0] (n=thunderc@82.152.198.179) |
23:30:52 | | Join saratoga [0] (i=98039ac0@gateway/web/cgi-irc/labb.contactor.se/x-e6fc5ca427d80068) |
23:36:06 | | Quit FOAD ("I'll be back") |
23:37:47 | | Quit H10_007quick ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030916]") |
23:39:48 | | Join FOAD [0] (n=dok@dinah.blub.net) |
23:43:15 | | Join lee-qid [0] (n=liqid@p54966ec3.dip.t-dialin.net) |
23:43:46 | | Quit Thundercloud_ (Read error: 110 (Connection timed out)) |
23:46:37 | | Quit barrywardell (Remote closed the connection) |
23:46:49 | | Quit Br3nda (Remote closed the connection) |
23:48:26 | | Quit linuxstb_ ("CGI:IRC") |
23:50:25 | HellDragon | lol |
23:52:02 | markun | HellDragon: why? |
23:52:07 | | Join charkins [0] (n=casey@adsl-69-217-146-185.dsl.mdsnwi.ameritech.net) |
23:53:48 | Llorean | markun: Does the F40 have bootloader USB mode if you don't hold down a button? I thought it didn't unless you held down... um... menu? |
23:54:44 | markun | Llorean: the new bootloader enter USB mode if you insert the cable before booting |
23:54:50 | Llorean | Ah |
23:54:55 | Llorean | I hadn't tried with the newest one. |
23:54:56 | scorche | Llorean: do you think the 3.0 discussion should be better held at devcon rather than devcon-w? |
23:55:20 | Llorean | scorche: I certainly would love for it to be held at Devcon, and then we can offer our own opinions on it after. |
23:55:38 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
23:56:46 | scorche | Llorean: then you wouldnt mind if i took it off the W page and put it on the euro? |
23:57:05 | scorche | or, i suppose it isnt doing any harm there |
23:57:29 | Llorean | The way I figure, even if they talk about it, we should too. |
23:57:50 | Llorean | Even if it's just for 5 minutes to say "Yeah, their plan looks good" |
23:58:24 | scorche | i just didnt see the point of adding it to ours, but not theirs |
23:58:36 | Llorean | Honestly, I didn't think of adding it to theirs. |
23:58:47 | Llorean | Since I wasn't going, it didn't even enter my mind. |