| 00:01:21 | ded | chkdsk on Windows didn't find anything. I just tried a different player and it shows the same behaviour. (ipod 5.5 this one running 3.4) |
| 00:01:26 | | Quit thegeek_ (Read error: 104 (Connection reset by peer)) |
| 00:01:37 | | Join thegeek [0] (n=nnscript@s168c.studby.ntnu.no) |
| 00:04:43 | *** | Saving seen data "./dancer.seen" |
| 00:06:04 | | Quit efyx_ (Read error: 113 (No route to host)) |
| 00:06:17 | | Quit n1s ("Lämnar") |
| 00:06:40 | kugel_ | ded: with 3.4 you can only control multimedia. a current build gives you more possiblities |
| 00:08:35 | | Join efyx_ [0] (n=efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 00:11:34 | | Quit Casainho ("ChatZilla 0.9.85 [Firefox 3.5.3/20091020122601]") |
| 00:11:36 | ded | So on both of my machines resume playback resumes the penultimate playlist, whereas I'm expecting it to play the last playlist played. But this seems much too obvious to be a bug? I don't understand. Is there something wrong with my experiment? |
| 00:12:53 | ded | (experiment described above) |
| 00:13:54 | | Quit phanboy4 (Read error: 104 (Connection reset by peer)) |
| 00:14:15 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
| 00:17:26 | mc2739 | ded: that sounds like a bug that should be added to the Flyspray bug tracker. |
| 00:27:25 | ded | OK. Does resume playback work by reading /.rockbox/most-recent.bmark? |
| 00:29:49 | mc2739 | no, resume does not use .rockbox/most-recent.bmark |
| 00:41:27 | kugel_ | resume doesn't involve bookmarks |
| 00:47:26 | JdGordon | kugel_: is the sync_data struct in the gui_Wps really needed? |
| 00:48:00 | | Quit bmbl ("Woah!") |
| 00:48:58 | kugel_ | not really but you need that member |
| 00:49:04 | kugel_ | so it doesn't matter in the end |
| 00:49:11 | JdGordon | ? |
| 00:50:10 | kugel_ | for managing full updates |
| 00:53:04 | JdGordon | ok |
| 00:53:18 | JdGordon | arg... is there a better prefix for the radio screen tokens than 't'? |
| 00:53:31 | JdGordon | t is already used for subline timeouts though |
| 00:53:42 | kugel_ | f? |
| 00:54:13 | JdGordon | not so nice :( |
| 00:54:20 | JdGordon | why the heck is the database using r? |
| 00:56:28 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |
| 01:00 |
| 01:00:23 | | Quit petur ("Zzzzz") |
| 01:02:40 | ded | mc2739: I am concerned that my "bug" is much too severe for it to be likely to be a bug in 3.4. Does anyone have time to try to replicate it? (set idle poweroff to 1min ; play track from album A ; play track from album B ; pause ; wait for idlepoweroff ; reboot ; resume playback ; what is playing?) |
| 01:03:58 | JdGordon | any ideas how to make the presets list avilable to the skin? I'm thinking it would be very nice to be able to show the freq/name of any of the loaded presets with a single token... something like %pn (preset name) would show the current one, %pn|1 would show the next ones name, %pm|-1 would show the previous, both wrapping so the token would always be legal |
| 01:07:56 | JdGordon | or try to copy the %d token? (i.e just get rid of the | and use 0 to specify "this preset"... eg %pn0 %pn1 %pn-1 |
| 01:11:52 | Llorean | ded: Does it replicate if you manually power off, or does it only happen with idle power off? |
| 01:12:37 | mc2739 | ded: I cannot reproduce your resume problem. This is on an e260v2, not version 3.4, but a recent build (r23933) |
| 01:13:59 | JdGordon | how does this look for the initial set of radio tokens? http://pastebin.com/m43f104ef |
| 01:14:48 | JdGordon | %pb (progressbar) will be fixed to work as the frequency bar in the fm screen |
| 01:15:29 | kugel_ | maybe %i* should just act as fm info in the fm screen |
| 01:16:11 | JdGordon | there isnt really a logical mapping for them |
| 01:16:34 | JdGordon | and I could imagine that would be very confusing anyway |
| 01:24:48 | ded | Llorean: good question, I'll try to properly pin down the conditions under which I'm seeing this behaviour. |
| 01:27:49 | Llorean | ded: If it's only with idle poweroff, could you add one more step into the test? After you pause, change one setting (set the volume higher, set repeat mode, do something, but don't browse or cause the disk to spin) and then let it idle poweroff. On next boot is the setting at the value it was changed to, or the original value? Basically I'm curious if somehow idle poweroff isn't writing everything necessary to disk. *do* be testing with the lates |
| 01:30:59 | | Join perfectdrug [0] (n=5b0ef41e@giant.haxx.se) |
| 01:32:42 | perfectdrug | SVG for the Onda VX747 is ready FS #10852 :) maybe pixelma can finish the necessary steps to include it as thumbnail to the themesite |
| 01:39:05 | JdGordon | is there any point adding the frequency step size to the skin tokens? |
| 01:39:10 | JdGordon | for the radio |
| 01:40:29 | Llorean | I don't think it's very important. |
| 01:49:35 | kugel_ | isnt that basically the same as the region which is available via St? |
| 01:49:39 | kugel_ | or should be, that is |
| 01:50:25 | JdGordon | the region number is.. the the freq's arnt |
| 01:50:26 | | Quit GeekShadow ("The cake is a lie !") |
| 01:50:40 | JdGordon | and even if they were... adding doubles for certain tokens is not such a bad thing... |
| 01:51:06 | JdGordon | is this math correct to make sure preset is always between 0 and radio_preset_count()-1? "preset = (preset + radio_preset_count()) % radio_current_preset();" |
| 01:51:54 | JdGordon | as long as someone doesnt do something crazy like -10 thats should be safe? |
| 01:55:00 | | Quit DerPapst ("Leaving.") |
| 01:55:42 | | Quit perfectdrug ("CGI:IRC") |
| 01:56:54 | * | JdGordon is just about ready to start hacking at the screen to use the skin! tokens are all done |
| 01:57:17 | JdGordon | apart from the parser for the preset name/freq :/ |
| 01:58:43 | saratoga | http://forums.rockbox.org/index.php?topic=23394.0 |
| 01:58:57 | saratoga | isn't that what the "running time" screen gives? |
| 01:59:35 | JdGordon | running time gets reset when it charges |
| 01:59:58 | JdGordon | charges in rockbox that is |
| 02:00 |
| 02:00:24 | | Join klapaucjusz [0] (n=jch@88-121-17-157.rev.libertysurf.net) |
| 02:00:43 | saratoga | mines at like 200 hours and I always charge in rockbox |
| 02:01:11 | Llorean | saratoga: I think it never got updated for USB-charging players |
| 02:01:19 | klapaucjusz | Just passing in the hope to attract some committer's attention to FS #10832 |
| 02:01:44 | Llorean | saratoga: Or maybe it's broken/changed now. It used to be on the H100 that it would reset when you inserted the wall charger while in Rockbox |
| 02:02:25 | | Quit MethoS- (Remote closed the connection) |
| 02:02:48 | saratoga | klapaucjusz: I'd like to see a fix for that but i'm not sure enough about the code you're changing to commit it |
| 02:02:53 | saratoga | have you asked lear ? |
| 02:02:55 | JdGordon | klapaucjusz: email the dev list... that needs someone who actually knows the mp4/aac stuff |
| 02:03:56 | klapaucjusz | JdGordon: I looked at it, but it appears there's no way I can send a message without subscribing myself. |
| 02:04:08 | klapaucjusz | I'd be grateful if you could do it for me. |
| 02:04:11 | JdGordon | so subscrive? |
| 02:04:16 | saratoga | i guess FS #10833 - Protect against division by zero in AAC (mp4) codec looks fine |
| 02:04:45 | *** | Saving seen data "./dancer.seen" |
| 02:04:58 | klapaucjusz | saratoga: yep. Zero-risk, and only triggered by incorrect files. |
| 02:05:55 | kugel_ | JdGordon: you can't set the scan step specifically I think, only the region |
| 02:06:09 | JdGordon | yes |
| 02:06:19 | kugel_ | so why an extra tag for it? |
| 02:06:23 | JdGordon | the step size changes with region |
| 02:06:36 | JdGordon | its probably a pointless token, which is why IO was asking :) |
| 02:07:09 | kugel_ | if we wanted to let the user know the step, we wouldn't have the region setting |
| 02:07:48 | klapaucjusz | JdGordon: I prefer following it over Gmane. |
| 02:08:03 | JdGordon | klapaucjusz: you can subscribe without getting replies |
| 02:08:21 | Llorean | klapaucjusz: If you want a patch you're involved with discussed there, you pretty much need to subscribe because it's incredibly unlikely a single message from you will be enough |
| 02:08:46 | JdGordon | kugel_: not necessarily... but yeah, I wont bother with it |
| 02:09:03 | CIA-6 | New commit by saratoga (r23983): Commit both patches in FS #10833 - Protect against division by zero in AAC (mp4) codec by Juliusz Chroboczek. Adds some return value checking so that ... |
| 02:09:10 | Llorean | JdGordon: I disagree with the "if we wanted the user to know..." bit, but I do agree that a tag to show the step is basically useless. |
| 02:09:36 | klapaucjusz | Yay! |
| 02:10:50 | saratoga | if you really want to get me motivated to commit your patches start optimizing libfaad |
| 02:11:08 | klapaucjusz | Heh. |
| 02:12:14 | JdGordon | anyone in here care enough about skin tokens to help chose which letters go to which info? |
| 02:12:38 | saratoga | make it a character thats hard to type on european keyboards |
| 02:12:42 | JdGordon | or even... anyone bored enough to help? |
| 02:13:07 | JdGordon | ascii only makes things easier :p |
| 02:13:14 | JdGordon | latin only even more so |
| 02:16:26 | JdGordon | http://pastebin.com/m43f104ef is the list... probably going to use 't' for the grouping prefix |
| 02:16:31 | JdGordon | suggestions very welcome... |
| 02:34:42 | | Quit Rondom (Nick collision from services.) |
| 02:34:45 | | Join Rondom [0] (n=quassel@dslb-084-057-181-026.pools.arcor-ip.net) |
| 02:37:17 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 02:38:56 | kugel_ | JdGordon: you could have artist etc info via RDS? |
| 02:39:11 | kugel_ | or only station info |
| 02:41:23 | JdGordon | rds maybe |
| 02:41:31 | JdGordon | I wouldnt put the presets there though |
| 02:44:17 | JdGordon | radio AA is going to be fun :p |
| 02:45:20 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
| 02:51:45 | klapaucjusz | JdGordon: done. |
| 02:51:47 | klapaucjusz | Mail sent. |
| 03:00 |
| 03:02:37 | | Join fdinel [0] (n=Miranda@modemcable235.127-131-66.mc.videotron.ca) |
| 03:03:17 | | Quit ded (Read error: 104 (Connection reset by peer)) |
| 03:03:28 | | Join ded [0] (n=user@pool-96-235-185-249.cmdnnj.fios.verizon.net) |
| 03:11:42 | | Quit ded (Remote closed the connection) |
| 03:22:47 | | Quit BlakeJohnson86 ("Leaving.") |
| 03:26:16 | | Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 03:27:18 | | Join garblesnarky [0] (n=alan@cpe-24-28-74-115.austin.res.rr.com) |
| 03:27:42 | | Quit kugel_ ("exit(0);") |
| 03:29:00 | garblesnarky | can i shuffle by album in rockbox |
| 03:29:14 | | Join googo [0] (n=admin@pool-72-66-29-116.washdc.fios.verizon.net) |
| 03:29:21 | googo | lol rockbox and your pretty things, STUPID |
| 03:29:32 | | Join n00b81_ [0] (n=n00b81@unaffiliated/n00b81) |
| 03:29:44 | garblesnarky | googo was that to me |
| 03:29:59 | googo | garblesnarky: say what now? |
| 03:30:08 | garblesnarky | nevermind im retarded |
| 03:30:20 | googo | indeed, in fact, all of you are :P |
| 03:30:39 | garblesnarky | well thats just uncalled for |
| 03:30:52 | googo | garblesnarky: oh please. what is there to be in here for anyway? |
| 03:31:13 | garblesnarky | IM trying to find out if i can shuffle by album in rockbox |
| 03:31:14 | garblesnarky | i dont know why anyone else is in here |
| 03:31:21 | googo | shuffle by album in rockbox |
| 03:31:50 | googo | hey RB developers, who the hell said you can stall up my boot and "initialize" WTF |
| 03:32:29 | Llorean | googo: You did, or you wouldn't have turned on the option. |
| 03:32:48 | googo | Llorean: heh, nice one. all i did was open it and close it |
| 03:33:09 | Llorean | By "it" do you mean Rockbox? |
| 03:33:25 | Unhelpful | it sounds like he probably means the DB |
| 03:33:45 | googo | wait.. nvm... i thought this was |
| 03:33:55 | googo | rockapp channel |
| 03:34:05 | googo | APOLOGIES, i am trolling the wrong people |
| 03:34:13 | Unhelpful | wtf is rockapp? |
| 03:34:25 | googo | Unhelpful: a stupid app for iphone |
| 03:34:38 | googo | n00b81_: said to troll here, i mixed up the name |
| 03:35:00 | googo | you are all very nice people, and may not deserve trolling. |
| 03:35:11 | n00b81_ | ? |
| 03:35:46 | googo | n00b81_: yeah see you told me: "n00b81: troll #rockbox :P" |
| 03:35:55 | n00b81_ | googo: are you 'veeloc' from #linux4nano-dev? |
| 03:36:05 | n00b81_ | lol, nvm your host says it.. |
| 03:36:16 | krazykit | please try to stay on-topic in here |
| 03:36:42 | n00b81_ | krazykit: sorry, he's a regular spammer on #linux4nano, and I banned him once. Probably just getting back at me. |
| 03:37:37 | | Join ArmandiuxGS [0] (n=c84ff9d7@giant.haxx.se) |
| 03:37:41 | googo | n00b81_: lol man ur silly |
| 03:38:07 | googo | http://grab.by/1aYu |
| 03:38:25 | n00b81_ | Not going to continue to argue. Please stay on topic or leave. |
| 03:38:31 | googo | krazykit: righteo, sorry for the confusion. rockapp fans deserve it. |
| 03:38:33 | | Quit Tomis (Read error: 54 (Connection reset by peer)) |
| 03:38:43 | googo | n00b81_: XD dude, look at the pic. im out now. |
| 03:39:25 | advcomp2019__ | googo, you are getting offtopic plus you could have photoshopped that |
| 03:39:27 | | Quit ArmandiuxGS (Client Quit) |
| 03:39:44 | | Nick advcomp2019__ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) |
| 03:39:58 | n00b81_ | advcomp2019__: Not sure about photoshop, but he obviously used something :P |
| 03:40:00 | googo | advcomp2019__: ...now... why would i do that. n00b81_ and i are actually pretty good friends were both just messing with eachother |
| 03:40:32 | googo | so wait.. what is rockbox anyway? |
| 03:42:43 | | Part googo |
| 03:43:20 | | Join Tomis [0] (n=Tomis@70.134.86.126) |
| 03:44:50 | | Join ArmandiuxGS [0] (n=quassel@200.79.249.215) |
| 03:45:44 | | Quit ArmandiuxGS (Client Quit) |
| 03:49:46 | kkurbjun | JdGordon: you around? |
| 03:50:01 | | Part n00b81_ ("Leaving") |
| 03:50:20 | kkurbjun | the scrolling breaks with the playlist menu and the system menu |
| 03:50:59 | JdGordon | i r |
| 03:51:02 | kkurbjun | to reproduce just open the mr500 sim with cleangreen, then start playing a song that requires scrolling in the SBS, and then go into one of those menus |
| 03:53:51 | JdGordon | interesting... |
| 03:54:58 | | Quit efyx_ (Remote closed the connection) |
| 03:55:06 | | Join n00b81_ [0] (n=n00b81@unaffiliated/n00b81) |
| 03:58:15 | garblesnarky | album shuffle can be done really easily with "random folder advance configuration" |
| 03:58:18 | | Join lennyk [0] (n=lenny@dynamic2-254-138.usc.edu) |
| 03:58:31 | garblesnarky | in case anyone finds the log of this on google |
| 03:58:42 | JdGordon | thats sort of what its for :p |
| 03:58:50 | krazykit | garblesnarky, it's also in the manual :) |
| 03:59:12 | garblesnarky | yea, thats where i found it, but it wasnt exactly straightforward to find |
| 03:59:50 | garblesnarky | im not complaining |
| 03:59:53 | lennyk | has anybody had any success building a toolchain on mac os x with rockboxdev.sh? |
| 03:59:59 | garblesnarky | i just hate it when you find a question without an answer on google |
| 04:00 |
| 04:00:05 | garblesnarky | trying to prevent that |
| 04:00:36 | lennyk | I seem to try it about once every 6 months, and every time I do it's broken again |
| 04:04:38 | saratoga | what fails? |
| 04:04:49 | *** | Saving seen data "./dancer.seen" |
| 04:05:01 | lennyk | http://forums.rockbox.org/index.php?topic=23398.0 |
| 04:05:07 | saratoga | oh saw the thread, but you should really consider putting some info in there |
| 04:05:22 | lennyk | what additional information should I post? |
| 04:05:31 | saratoga | the console log |
| 04:05:39 | saratoga | not just the error message |
| 04:05:47 | lennyk | Ok, I can do that |
| 04:06:11 | saratoga | gcc version probably isn't a bad idea either |
| 04:07:18 | | Quit n00b81_ ("Leaving") |
| 04:07:58 | Llorean | lennyk: Can you compile that gcc cross-compiler manually, or does it only fail when rockboxdev.sh is involved? |
| 04:08:46 | lennyk | Llorean: I haven't tried to compile it manually. It would be more of a learning curve than I have time for this evening. |
| 04:09:02 | lennyk | saratoga: the text file of the log was too large to post on the forum |
| 04:09:10 | lennyk | what should I do with it? |
| 04:09:17 | saratoga | link it? |
| 04:09:22 | lennyk | ... ok |
| 04:13:31 | garblesnarky | thanks for help people... another satisfied customer |
| 04:13:35 | | Quit garblesnarky ("Leaving") |
| 04:13:51 | lennyk | saratoga: is this what you wanted? http://www-scf.usc.edu/~koepsell/temp_files/rockboxdev_log_2009.12.13.txt |
| 04:15:22 | saratoga | lennyk: yeah but theres not much to go on from the log |
| 04:15:40 | saratoga | ugh editing the stupid user registration page broke it |
| 04:15:43 | saratoga | i hate the new wiki |
| 04:16:32 | lennyk | what prompted the switch? |
| 04:16:58 | saratoga | the old one was really out of date apparently |
| 04:17:13 | saratoga | i think its a new build of the same software |
| 04:18:19 | lennyk | on the wiki main page it says that rockbox switched from twiki to foswiki |
| 04:18:25 | lennyk | no that it's important |
| 04:18:29 | lennyk | *not |
| 04:19:07 | saratoga | oh then i'm wrong |
| 04:19:23 | Llorean | saratoga: Well, foswiki is a fork of twiki |
| 04:19:31 | Llorean | So you weren't really wrong, but it wasn't the only reason. |
| 04:19:49 | lennyk | what should my next step be, time permitting, to get a working crosscompiler toolchain? |
| 04:20:19 | Llorean | The twiki project itself did something "bad" (I can't remember what) so foswiki forked and is generally considered preferable to use. |
| 04:20:28 | | Quit klapaucjusz ("leaving") |
| 04:20:35 | saratoga | you could try following the manual directions but i think they're pretty similar so it might not help |
| 04:20:50 | saratoga | maybe try google and see if you can figure out what apple broke with your version of the os |
| 04:21:07 | saratoga | you're probably not the first person to notice gcc not compiling |
| 04:21:15 | lennyk | fwiw, rockboxdev.sh wasn't working for me recently on os x 10.5 either |
| 04:21:22 | lennyk | i would hope so! |
| 04:21:37 | lennyk | thanks |
| 04:22:12 | saratoga | i guess also check back here later in case someone sees the logs and knows the answer |
| 04:22:32 | lennyk | ok. i posted it on the forum in hopes that might help. |
| 04:23:17 | lennyk | my OS has gcc 4.2.1. could that be a problem? |
| 04:27:21 | | Quit panni_ (Broken pipe) |
| 04:29:38 | | Quit froggyman (Read error: 104 (Connection reset by peer)) |
| 04:30:55 | martian67 | lennyk: rockbox uses a custom patched version of 3.5.x iirc |
| 04:31:09 | martian67 | for good reason too :) |
| 04:31:34 | lennyk | martian67: I was wondering if using that version of gcc wouldn't work to compile 3.5.x |
| 04:31:49 | lennyk | i'm trying to setup a new toolchain |
| 04:32:22 | martian67 | i know some gcc versions have issues compiling themselves/other gcc versions |
| 04:32:38 | lennyk | I found out that my OS has gcc 4.2.x and 4.0.x installed. I'm trying to get rockboxdev.sh to use the 4.0.x version right now |
| 04:33:37 | Llorean | martian67: Why do you think Rockbox uses 3.5? |
| 04:34:23 | lennyk | it looks like rockboxdev.sh downloads gcc-4.0.3 |
| 04:34:28 | Llorean | For ARM we've been using 4.0 from the start. |
| 04:35:13 | Llorean | martian67: Did you read 3.5.X is used somewhere, that can be corrected maybe? |
| 04:35:15 | lennyk | it looks like rockbox still uses 3.4.6 for coldfire |
| 04:35:34 | saratoga | thats probably what he meant to say |
| 04:36:22 | martian67 | Llorean: sorry, i got that impression from chat a long time ago :x |
| 04:36:30 | martian67 | well dont listen to me :D |
| 04:36:45 | martian67 | i thought 4.x had rather serious bugs for many targets |
| 04:37:01 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 04:37:12 | Llorean | martian67: >4.0 (4.1, 4.2) have showed some difficulties. |
| 04:39:08 | lennyk | I'm having a hard time trying to get rockboxdev.sh use something other than "gcc" for the compiler. Any ideas? |
| 04:39:26 | lennyk | ... I'm sitll working through the script trying to understand it. |
| 04:39:48 | Llorean | lennyk: Have you looked at the manual instructions yet? |
| 04:40:01 | Llorean | They're probably much simpler than trying to deconstruct rockboxdev.sh |
| 04:40:16 | lennyk | thanks Llorean I'll try that |
| 04:43:14 | | Quit TheSeven (Nick collision from services.) |
| 04:43:31 | | Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) |
| 04:43:43 | | Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) |
| 04:44:57 | saratoga | martian67: newer gcc builds work about as well as 4.0.3 for most rockbox targets |
| 04:45:19 | saratoga | so theres not much incentive to change, except for a few newer targets that are better supported in newer versions |
| 04:49:27 | lennyk | saratoga: so are there still any compelling reasons to setup a new toolchain? |
| 04:50:12 | saratoga | yeah a few, its been discussed recently |
| 04:50:16 | saratoga | check the logs |
| 04:50:36 | lennyk | oh ok. thanks |
| 04:53:26 | lennyk | so compiling manually failed on building binutils |
| 04:53:27 | lennyk | checking whether the C compiler (gcc -no-cpp-precomp -g -O2 ) works... no |
| 04:53:27 | lennyk | configure: error: installation or configuration problem: C compiler cannot create executables. |
| 04:53:41 | | Quit Sajber^1 (Read error: 54 (Connection reset by peer)) |
| 05:00 |
| 05:05:09 | | Quit ansuz ("A motion to ajourn is always in order.") |
| 05:14:04 | | Join Strife89 [0] (n=michael@adsl-80-164-135.mcn.bellsouth.net) |
| 05:14:32 | lennyk | well I'll have to try this again later. thanks for your help everyone. |
| 05:23:15 | | Quit ps-auxw (Remote closed the connection) |
| 05:23:33 | | Join ps-auxw [0] (n=arneb@dyn37.ps-auxw.de) |
| 05:39:58 | | Quit Horscht ("Verlassend") |
| 05:48:01 | CIA-6 | New commit by kkurbjun (r23984): M:Robe 500 Add some additional pin initialization for the SPI devices. |
| 06:00 |
| 06:04:52 | *** | Saving seen data "./dancer.seen" |
| 06:08:48 | | Quit bzed (Remote closed the connection) |
| 06:12:08 | | Join bzed [0] (n=bzed@devel.recluse.de) |
| 06:16:09 | JdGordon | does anyone have any ideas how do insert a line in a skin based on a conditional without using viewports? |
| 06:16:22 | JdGordon | I dont want a blank line at the top if the conditional fails |
| 06:18:58 | JdGordon | seems svn has the same blank line.. so I'll keep it |
| 06:20:38 | | Quit Strife89 ("Bed.") |
| 06:22:26 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 06:28:20 | FlynDice | mc2739: ping |
| 07:00 |
| 07:02:22 | | Quit lennyk () |
| 07:05:20 | pixelma | JdGordon: the blank line in the radio screen that is there additionally on small screens? |
| 07:05:38 | JdGordon | ? |
| 07:06:23 | pixelma | ?? |
| 07:06:38 | | Quit Zaba_ (Read error: 110 (Connection timed out)) |
| 07:06:40 | JdGordon | I'm slightly confused |
| 07:07:48 | pixelma | I thought you were working on the radio screen and meant the blank line at the top of that - which is only there on small screens (I think domonoky said that the check was the wrong way around there) |
| 07:08:15 | JdGordon | thats the one... its only on small screens? thats odd... |
| 07:09:47 | pixelma | I think it was meant the other way around |
| 07:10:38 | JdGordon | probably... see any obvious mistakes in http://pastebin.com/m3d21a7c7 ? |
| 07:12:00 | JdGordon | checkwps isnt being very helpful :( |
| 07:12:37 | pixelma | the hwcodec radio screen also has a peakmeter because you can record directly from the radio screen (not via recording screen and source "FM radio") |
| 07:13:03 | JdGordon | yeah, i'll worry about that later... right now I just want to get a skin working |
| 07:13:04 | | Quit bluebrother (Nick collision from services.) |
| 07:13:06 | | Join bluebroth3r [0] (n=dom@rockbox/developer/bluebrother) |
| 07:13:16 | JdGordon | stupid checkwps just says that file cant load |
| 07:13:42 | | Quit liar (Read error: 113 (No route to host)) |
| 07:15:49 | pixelma | are the colons really part of the translatable string for "Mode:" and does "Station:" even exist? |
| 07:16:23 | JdGordon | yes and yes |
| 07:16:31 | JdGordon | its not the Sx's.. removed them and still failed |
| 07:17:11 | JdGordon | %T is the error |
| 07:18:44 | pixelma | why is it uppercase? %T also already exist on touchscreen devices |
| 07:18:53 | * | JdGordon slaps self |
| 07:19:16 | JdGordon | %T is for the presets tokens, %t is for the radio ones... |
| 07:19:22 | JdGordon | PLEASE suggest better ones :p |
| 07:19:51 | JdGordon | http://pastebin.com/m38b650d3 is the list as it is |
| 07:20:20 | | Join kood777 [0] (n=79b45a2c@giant.haxx.se) |
| 07:21:33 | JdGordon | yay! its working |
| 07:28:08 | | Quit tha (Read error: 104 (Connection reset by peer)) |
| 07:28:32 | | Join tha [0] (i=1038@ccc2.rbg.informatik.tu-darmstadt.de) |
| 07:29:16 | CIA-6 | New commit by kkurbjun (r23985): DM320: Add generic pin-setup function. |
| 07:32:31 | CIA-6 | New commit by kkurbjun (r23986): M:Robe 500: Start adding some composite output stuff based on OF. Initialize LCD pins with pin-setup function. |
| 07:39:18 | | Quit saratoga ("Page closed") |
| 07:52:37 | CIA-6 | New commit by kkurbjun (r23987): M:Robe 500: Initialize SPI pins with pin setup function |
| 08:00 |
| 08:00:39 | CIA-6 | New commit by kkurbjun (r23988): M:Robe 500: Initialize UART1 pins with pin setup function |
| 08:04:29 | JdGordon | has anyone tried preset and frequency "testing" in the sim? |
| 08:04:35 | JdGordon | is it toally broken? |
| 08:04:53 | *** | Saving seen data "./dancer.seen" |
| 08:06:07 | pixelma | the radio (and recording screen) are just dummy things in the sim, I wouldn't wonder if there isn't much functionality behind it besides button handling etc. |
| 08:06:40 | JdGordon | I was hoping it does some faking... |
| 08:06:53 | JdGordon | otherwise debugging these new tokens is going to suck! |
| 08:08:18 | JdGordon | ah, it does do some incredibly simple faking |
| 08:14:51 | | Join stoffel [0] (n=quassel@p57B4DAEB.dip.t-dialin.net) |
| 08:18:56 | CIA-6 | New commit by kkurbjun (r23989): M:Robe 500: Initialize TSC2100 pins with pin setup function |
| 08:21:45 | | Quit TheSeven ("ChatZilla 0.9.85 [Firefox 3.5.5/20091102152451]") |
| 08:32:57 | * | JdGordon fails to get the current frequency on the skin :( |
| 08:33:36 | JdGordon | does anyone know the tuner drivers? |
| 08:34:02 | | Join lennyk [0] (n=lenny@dynamic2-254-138.usc.edu) |
| 08:36:49 | JdGordon | arg... apparently they dont keep track of the current frequency :( |
| 08:41:22 | | Quit kood777 ("CGI:IRC (EOF)") |
| 08:50:15 | | Quit faemir ("Leaving") |
| 08:51:24 | | Join flydutch [0] (n=flydutch@host140-41-dynamic.116-80-r.retail.telecomitalia.it) |
| 08:54:45 | | Quit Tomis (Read error: 145 (Connection timed out)) |
| 08:56:54 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 09:00 |
| 09:01:40 | | Quit mt (Read error: 54 (Connection reset by peer)) |
| 09:02:11 | | Join mt [0] (n=mtee@rockbox/developer/mt) |
| 09:04:14 | * | JdGordon giggles like a school girl |
| 09:04:21 | JdGordon | got the progressbar working in the fm skin |
| 09:05:01 | | Quit gevaerts (Nick collision from services.) |
| 09:05:13 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 09:31:08 | | Join Bagder [0] (n=dast@giant.haxx.se) |
| 09:42:48 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
| 10:00 |
| 10:04:55 | *** | Saving seen data "./dancer.seen" |
| 10:19:18 | | Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) |
| 10:28:28 | | Join maruk [0] (n=papier@titanium.sdv.fr) |
| 10:28:33 | | Join archivator [0] (n=archivat@77.70.28.57) |
| 10:31:41 | | Join Kitar|st [0] (n=Kitarist@89.142.73.118) |
| 10:31:44 | | Join shai [0] (n=Shai@l192-117-110-233.cable.actcom.net.il) |
| 10:35:54 | | Quit phanboy4 (Read error: 110 (Connection timed out)) |
| 10:37:26 | archivator | if anyone has a few minutes to test out a new plugin, I'd like to point your attention to FS #10065 (a spectrum analyzer). This was a public service announcement, thank you for listening! :) |
| 10:42:50 | | Join Sajber^ [0] (n=Sajber@h-143-7.A213.priv.bahnhof.se) |
| 10:49:31 | | Quit Kitar|st (Read error: 110 (Connection timed out)) |
| 10:49:39 | | Join Kitar|st [0] (i=Kitarist@BSN-77-22-115.dial-up.dsl.siol.net) |
| 10:49:51 | | Quit Kitr88 (Read error: 110 (Connection timed out)) |
| 11:00 |
| 11:12:57 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 11:13:13 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
| 11:14:25 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 11:15:48 | topik | will just applying the patch make it build and be included ? |
| 11:15:52 | topik | (to archivator) |
| 11:16:10 | | Quit maruk ("Leaving.") |
| 11:16:24 | archivator | topik: you need to apply the patch and then compile a build for your target |
| 11:16:56 | archivator | The plugin will be under demos/fft |
| 11:18:44 | | Join maruk [0] (n=papier@titanium.sdv.fr) |
| 11:18:53 | topik | it's not building. no rule to make target `..../fft_colors.16.o', needed by `..../libpluginbitmaps.a'. |
| 11:19:17 | archivator | topik: which target? |
| 11:19:20 | topik | fuze |
| 11:21:23 | topik | same for nano2g |
| 11:21:54 | archivator | topik: it compiles fine on my dev tree, will try it on a fresh checkout |
| 11:22:38 | gevaerts | topik: you applied using patch I guess? |
| 11:23:09 | gevaerts | If so, you probably don't have apps/plugins/bitmaps/native/fft_colors.16.bmp |
| 11:24:10 | topik | yes gevaerts |
| 11:24:13 | topik | x2 |
| 11:24:38 | | Quit lennyk () |
| 11:25:17 | topik | i'll grab fft.v5.zip |
| 11:25:54 | archivator | topik: that file *is* in the zip but under a different name |
| 11:26:08 | archivator | fft_colors.320x240x16.bmp I think |
| 11:26:14 | archivator | You'll have to rename it. |
| 11:26:15 | gevaerts | You can use "git apply" even if your tree isn't a git checkout. That will give you all files. Alternatively, you can wait for archivator to attach that file to the task separately |
| 11:27:12 | | Quit archivator (""restarting X :("") |
| 11:29:14 | | Join archivator [0] (n=archivat@77.70.28.57) |
| 11:29:26 | topik | no such thing as git on this build vm |
| 11:30:57 | | Join DerPapst [0] (n=DerPapst@p4FE8F2ED.dip.t-dialin.net) |
| 11:31:26 | | Join Omlet [0] (i=omlet05@130.7-65-87.adsl-dyn.isp.belgacom.be) |
| 11:31:32 | topik | copying/renaming the bmp makes it work |
| 11:33:32 | archivator | I also attached the file to the task. It *is* the same file from the archive, just renamed. |
| 11:34:22 | gevaerts | archivator: please split the lines in const.h |
| 11:34:29 | archivator | Is the fuze faster or slower than the older PP targets (ipod video and the like)? |
| 11:34:40 | archivator | gevaerts: out of curiosity, why? |
| 11:35:11 | gevaerts | because 50000 characters on a single line is too much |
| 11:35:16 | archivator | Those are not meant to be readable or edited. It's just a dump of data. |
| 11:35:30 | gevaerts | I know, but even then |
| 11:36:06 | archivator | Split at 80 chars or can we make an exception and have a bit more? |
| 11:37:38 | gevaerts | I'd just split at 80. Since as you said it's not meant to be edited, any number will work equally well, so I don't see a good reason to pick another number |
| 11:39:04 | | Join pondlife [0] (n=Steve@cpc1-rdng11-0-0-cust362.winn.cable.ntl.com) |
| 11:39:41 | topik | i get a black screen with your plugin, archivator |
| 11:39:50 | topik | and no idea how to get out of it :) |
| 11:41:23 | archivator | topik: sounds bad. |
| 11:41:45 | archivator | The sim worked, I think. |
| 11:41:53 | topik | 'button_power' |
| 11:42:05 | topik | i'm guessing i'm missing bitmaps |
| 11:42:10 | archivator | ? |
| 11:42:37 | archivator | You're not. There's just the one. It's a bug of some sorts. |
| 11:42:44 | topik | 'button_power' is assigned to fft_quit |
| 11:42:54 | topik | i'll reassign that to button_home |
| 11:42:57 | topik | and try again |
| 11:44:44 | archivator | topik: ah, the keymaps *are* probably very inconvenient. Sorry, I threw those together when I started, stealing ideas from the oscilloscope... |
| 11:44:52 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 11:47:48 | | Join evilnick [0] (i=4d63ba66@rockbox/staff/evilnick) |
| 11:49:26 | topik | same lack of anything on my nano2g |
| 11:49:56 | archivator | topik: I'm looking into it, give me a few minutes |
| 11:51:09 | archivator | topik: you *do* have something playing, right? :) The plugin should exit if you don't but who knows.. |
| 11:51:31 | topik | hehe, yea |
| 11:52:22 | archivator | topik: and if I tell you that the fuze sim is working, would you believe me? :-/ i hate this type of bugs.. gr.. |
| 11:52:45 | topik | must be the wrong bmp? |
| 11:52:49 | topik | i coped fft_colors.320x240x16.bmp to fft_colors.16.bmp |
| 11:52:52 | topik | or copied |
| 11:52:53 | archivator | topik: it's not. |
| 11:53:02 | topik | what else could be different? |
| 11:53:13 | archivator | topik: the bmp is only used in spectrogram mode, you should be seeing lines mode at least.. |
| 11:56:07 | funman | archivator: i believe CPU is the 1st core, while COP is the 2nd core |
| 11:57:30 | archivator | funman: Where does that leave my thread with IF_COP(,CPU), still on the first core on dual-core targets? More importantly, where will it go on single-core targets? |
| 11:59:44 | funman | IF_COP(, x) evaluates to nothing on single-core targets, so the thread will go on the only core: the CPU |
| 12:00 |
| 12:00:01 | funman | on dual-core it will go on the specified core: here it is CPU as well |
| 12:01:25 | archivator | funman: right, so it shouldn't break anything on single core targets but wouldn't give an improvement on dual-core targets either. |
| 12:01:31 | archivator | Back to square one.. |
| 12:01:42 | | Join MethoS- [0] (n=clemens@134.102.106.250) |
| 12:04:23 | archivator | topik: on the nano, when you press left and right, do you at least see the popups saying "spectrogram" or "lines" or something else? Also, does playback continue when you enter the plugin? |
| 12:04:58 | *** | Saving seen data "./dancer.seen" |
| 12:10:49 | | Quit BHSPitMonkey ("Ex-Chat") |
| 12:10:54 | topik | playback does continue yes |
| 12:13:11 | | Quit MethoS- (Remote closed the connection) |
| 12:13:45 | archivator | topik: I have an idea what might be happening and why the sims work.. will you be here to test a new patch? |
| 12:14:03 | archivator | I'll need about 10 minutes.. |
| 12:14:47 | topik | yeah i'll be here |
| 12:14:48 | archivator | Scratch that. can't be what I thought it was.. |
| 12:14:51 | archivator | Sorry. |
| 12:19:07 | | Join perfectdrug [0] (n=5b0ece1c@giant.haxx.se) |
| 12:19:18 | archivator | topik: and I take it you don't see *anything* when you randomly press buttons? |
| 12:20:08 | perfectdrug | SVG for the Onda Vx777 is also ready ( FS #10854 ), who ownes this device? |
| 12:21:09 | | Quit rvvs89 (Remote closed the connection) |
| 12:23:28 | topik | nothing whatsoever |
| 12:24:09 | topik | you are saying the left and right button should give some text? |
| 12:24:32 | archivator | They should. |
| 12:24:41 | archivator | And they do, in sim builds. |
| 12:25:38 | archivator | Something locks up on the actual target. Could be threading issue, although I don't see why it would only show on single core targets (I have an ipod video and it works fine on target).. |
| 12:26:37 | topik | could it be the screen size ? |
| 12:26:50 | topik | there's some lcd_width >= 480 stuff in your patch |
| 12:26:56 | topik | neither the nano2g or fuze are that wide |
| 12:26:57 | archivator | Shouldn't be. The sims for both targets work just fine.. |
| 12:27:06 | archivator | lcd_width > 480? |
| 12:27:09 | archivator | Where? |
| 12:27:21 | topik | line 66 of patch.v6.patch |
| 12:27:29 | | Join rvvs89 [0] (n=ivo@bright-snat.ucc.asn.au) |
| 12:28:11 | archivator | That's context for the patch to apply properly, it's not part of the actual patch (only lines starting with + or - are). |
| 12:31:56 | topik | does the rockbox site list display resolution for the devices somewhere? before you could see the resolution through the links on the themes pages |
| 12:33:34 | archivator | BuyersGuide has some of the players.. |
| 12:35:32 | rvvs89 | DeviceChart |
| 12:35:40 | archivator | topik: out of curiosity, you *did* restart the players after copying the new build, right? ROLO would suffice but you'll need the new rockbox image... |
| 12:37:47 | topik | i restarted yes |
| 12:37:59 | topik | fuze doesn't have usb, nano2g usb i don't quite trust |
| 12:38:36 | archivator | I |
| 12:38:42 | archivator | 'm out of ideas then, sorry |
| 12:39:11 | topik | thanks rvvs89. somewhat outdated though |
| 12:39:21 | archivator | I'll need more feedback but I tried a few things on my player, trying to force it to crash in the way yours are but it still worked :( |
| 12:41:14 | topik | it doesn't really crash i think |
| 12:41:21 | topik | music still plays |
| 12:42:33 | topik | i must be doing something wrong. hopefully someone else can test it too |
| 12:42:59 | archivator | I have a theory that's easily testable. |
| 12:43:10 | archivator | Could you please change FFT_SIZE to be 1024 in fft.c ? |
| 12:43:32 | archivator | line 179 |
| 12:47:44 | topik | building |
| 12:51:48 | | Join Lynx_ [0] (n=Lynx@xdsl-78-34-254-130.netcologne.de) |
| 12:54:41 | topik | someone awesome should patch out the fuze's OF's 'refreshing your media' nonsense |
| 12:55:22 | topik | that did it archivator |
| 12:55:42 | topik | pressing left gave me a 'data abort at 3077E268' though |
| 12:55:58 | topik | but the line thingy worked before that |
| 12:56:05 | archivator | that could easily be the bitmap now. |
| 12:56:35 | | Join watto [0] (n=watto@193.203.81.165) |
| 12:56:58 | topik | sorry, mixed up left and right. right gave the data abort. left gives colorful stuff |
| 12:56:59 | archivator | At least I know the reason now - I need a better way to access the PCM data :( Which means I have no idea which target works now and which doesn't.. |
| 12:57:56 | archivator | Ah, the bars thing is probably going to be removed some time soon. It's full of incorrigible bugs.. |
| 12:59:10 | topik | all bars are max length as well |
| 12:59:12 | topik | while they last |
| 13:00 |
| 13:00:20 | archivator | Yeah, those are pretty useless, anyway |
| 13:02:02 | archivator | topik: you could try FFT_SIZE 2048 as well. Might work, might fail. Depends on implementation details in rockbox. I have no idea why the buffer size is not the same on all targets but there probably is a valid reason.. |
| 13:02:21 | | Join Pingu1084 [0] (n=54df3b31@giant.haxx.se) |
| 13:03:36 | topik | if you want i can try that |
| 13:03:44 | Pingu1084 | p |
| 13:03:49 | Pingu1084 | fu |
| 13:04:11 | archivator | topik: If you don't mind, I'd like to know where those 2 targets stand. Also, you'll get more accurate graphs that way |
| 13:04:19 | | Quit perfectdrug ("CGI:IRC") |
| 13:06:29 | topik | i haven't tried 1024 on my nano2g |
| 13:06:49 | | Quit antil33t (Read error: 104 (Connection reset by peer)) |
| 13:06:54 | | Join antil33t [0] (n=Mudkips@203-184-54-232.callplus.net.nz) |
| 13:07:28 | | Quit Pingu1084 ("CGI:IRC") |
| 13:07:41 | archivator | topik: that's okay, it most likely works.. |
| 13:08:03 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 13:09:57 | topik | building again |
| 13:14:29 | | Join philip__ [0] (n=chatzill@cpe-173-171-133-36.tampabay.res.rr.com) |
| 13:14:52 | | Nick philip__ is now known as angelwolf71885 (n=chatzill@cpe-173-171-133-36.tampabay.res.rr.com) |
| 13:17:39 | | Quit angelwolf71885 (Client Quit) |
| 13:19:51 | archivator | topik: any luck? |
| 13:20:33 | | Join perfectdrug [0] (n=5b0ece1c@giant.haxx.se) |
| 13:20:40 | | Join Pingu1084 [0] (n=54df3b31@giant.haxx.se) |
| 13:21:21 | Pingu1084 | How can I get the permissions for creating new topics in the wiki? |
| 13:21:27 | | Join webguest07 [0] (n=18185071@giant.haxx.se) |
| 13:22:10 | | Quit webguest07 (Client Quit) |
| 13:24:22 | Pingu1084 | a |
| 13:25:40 | Pingu1084 | a |
| 13:26:48 | Pingu1084 | ò |
| 13:27:30 | archivator | Pingu1084: refrain from spamming, please. You'll need someone with admin privs to enable your account after you've registered. |
| 13:27:39 | | Quit Pingu1084 ("CGI:IRC") |
| 13:30:08 | topik | sorry archivator, work took my attention. unzipping now |
| 13:30:17 | topik | unzipping rockbox.zip, don't get any weird ideas |
| 13:30:58 | archivator | topik: wouldn't think of it until you pointed it out :) |
| 13:32:15 | | Join Pingu1084 [0] (n=chatzill@host-84-223-59-49.cust-adsl.tiscali.it) |
| 13:33:07 | Pingu1084 | a |
| 13:33:23 | | Quit Pingu1084 (Client Quit) |
| 13:41:14 | topik | seems it works pretty well now, archivator |
| 13:41:24 | | Quit BlakeJohnson86 (Read error: 104 (Connection reset by peer)) |
| 13:41:40 | | Quit Sajber^ (Read error: 104 (Connection reset by peer)) |
| 13:41:52 | | Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 13:42:08 | topik | all 3 modes, and unless i'm wrong i now get (for the first time) the text in the top-right corner too |
| 13:46:19 | | Quit BlakeJohnson86 (Read error: 104 (Connection reset by peer)) |
| 13:46:33 | | Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 13:47:51 | | Join pondlife1 [0] (n=Steve@cpc1-rdng11-0-0-cust362.winn.cable.ntl.com) |
| 13:48:32 | | Part pondlife1 |
| 13:50:04 | | Nick YPSY is now known as Ypsy (n=ypsy@geekpadawan.de) |
| 13:51:57 | | Join teru [0] (n=teru@KD059133115245.ppp.dion.ne.jp) |
| 13:52:33 | | Quit perfectdrug ("CGI:IRC") |
| 13:53:29 | | Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) |
| 13:56:22 | | Join Pingu1084 [0] (n=chatzill@host-84-223-59-49.cust-adsl.tiscali.it) |
| 13:58:02 | gevaerts | Pingu1084: what's your wiki username? |
| 13:59:05 | | Join perfectdrug [0] (n=5b0ece1c@giant.haxx.se) |
| 13:59:28 | Pingu1084 | It's PingU1084 |
| 13:59:41 | archivator | topik: yeah, that's what I meant when I said "popup" .. Well, at least now I know some targets can't give me enough data.. thanks for testing! I need to figure out what to do with that information, though :( |
| 13:59:51 | archivator | Pingu1084: It needs to be your real name |
| 14:00 |
| 14:00:21 | | Quit Pingu1084 (Client Quit) |
| 14:00:47 | gevaerts | archivator: actually, any registered wiki user can add others |
| 14:01:26 | archivator | gevaerts: I didn't know that. Always assumed the regular devs had admin access or something. How do you add others? |
| 14:01:47 | gevaerts | archivator: by editing WikiUsersGroup |
| 14:01:51 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |
| 14:02:12 | archivator | gevaerts: right, I'll have that in mind the next time someone asks! :) |
| 14:02:29 | gevaerts | archivator: you can do this one if he comes back :) |
| 14:03:28 | | Quit pondlife (Read error: 110 (Connection timed out)) |
| 14:03:58 | | Part froggyman |
| 14:04:00 | | Join chykle897 [0] (i=riaa@c-98-197-54-196.hsd1.tx.comcast.net) |
| 14:05:03 | *** | Saving seen data "./dancer.seen" |
| 14:05:28 | archivator | Can anyone suggest a way of accessing low-latency PCM data other than the peak buffer? |
| 14:12:58 | chykle897 | i have a sansa fuze v2 do i have to downgrade it to v1 to get rockox to work? |
| 14:13:10 | topik | you can't downgrade a hardware revision |
| 14:13:21 | chykle897 | aww |
| 14:13:37 | rvvs89 | archivator: I would also be interested in this. |
| 14:14:01 | chykle897 | so i wonr be able to rockbox my sansa/ |
| 14:14:16 | topik | nope, not until rockbox supports the v2 fuze |
| 14:14:30 | chykle897 | aww...that sucks |
| 14:14:35 | topik | and there hasn't been any movement on that lately afaik |
| 14:14:59 | chykle897 | ohh well i guess i'll wait till it's supported |
| 14:15:41 | chykle897 | cya |
| 14:15:58 | | Quit chykle897 ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
| 14:17:26 | archivator | re: PCM - I was thinking of having the playback thread call a user-defined callback (or just memcpy to a user-defined buffer) - but you'd need to ensure that you're not changing data midway and to do that in the playback thread, you'd need a mutex_lock that doesn't block - if the mutex is locked, you just skip this part entirely, otherwise, you copy the PCM data to the buffer. Make sense? |
| 14:20:10 | archivator | On the other hand, I assume there's a good reason why there isn't a mutex_locked() function.. |
| 14:21:00 | | Join fml [0] (n=5dd2dc5d@giant.haxx.se) |
| 14:21:28 | topik | is it because mutexes want to be free? |
| 14:23:40 | fml | Are we in the freeze phase now? Or may patches still be committed? I'm talking specifically about FS #10786 |
| 14:23:50 | gevaerts | we're not in a freeze |
| 14:27:18 | fml | OK, I'll then try to commit it. Will test compile for some platforms first. |
| 14:29:16 | gevaerts | maybe ask teru first. It's his patch, maybe there's a good reason why he hasn't committed it yet |
| 14:29:25 | teru | Could anyone test/review patch on FS #7772(Sudoku: "Solve" Crash)? |
| 14:29:59 | fml | Also, if there's no objections against FS #10843 I'd like to commit it as well. I never liked that thin font on the front page. |
| 14:30:54 | teru | gevaerts: because i don't have non-RTC targets and don't know if it's desired. |
| 14:47:05 | | Quit parafin (Read error: 60 (Operation timed out)) |
| 14:49:33 | | Join parafin [0] (i=parafin@paraf.in) |
| 15:00 |
| 15:02:45 | topik | teru: i tried your patch. is there any way to reproduce the situation it crashed in before? |
| 15:02:54 | topik | (suduko patch that is) |
| 15:03:16 | fml | Hrm... I can't commit to svn. Either I forgot my password or I have some forewall in the way. How can I check what's wrong? E.g. how can I verify my svn password? |
| 15:03:26 | topik | or perhaps sudoku ... fs#7772 |
| 15:06:04 | | Join Mark__T [0] (n=Mark__T@foresight/developer/mark) |
| 15:06:05 | teru | topik: select "new" in menu and save it as is (i.e. no numbers are set). then select solve in menu. |
| 15:12:03 | fml | Still no success in committing. For everyone and anybody who can commit: I think FS #10786 and FS #10843 can be committed and the FS tasks closed. |
| 15:13:17 | | Quit shai (Read error: 104 (Connection reset by peer)) |
| 15:13:43 | | Quit fml ("CGI:IRC") |
| 15:13:53 | | Join shai [0] (n=Shai@192.117.110.233) |
| 15:20:44 | topik | seems to work fine, teru |
| 15:21:29 | | Join Omlet05 [0] (i=omlet05@130.7-65-87.adsl-dyn.isp.belgacom.be) |
| 15:22:18 | | Quit funman (niven.freenode.net irc.freenode.net) |
| 15:22:18 | NSplit | niven.freenode.net irc.freenode.net |
| 15:22:18 | | Quit Omlet (niven.freenode.net irc.freenode.net) |
| 15:22:18 | | Quit bluebroth3r (niven.freenode.net irc.freenode.net) |
| 15:22:18 | | Quit Rondom (niven.freenode.net irc.freenode.net) |
| 15:22:18 | | Quit xavieran (niven.freenode.net irc.freenode.net) |
| 15:22:18 | | Quit GeekShadow (Read error: 104 (Connection reset by peer)) |
| 15:22:58 | CIA-6 | New commit by mc2739 (r23990): Make title on the front page sans serif ... |
| 15:23:45 | | Quit thegeek (niven.freenode.net irc.freenode.net) |
| 15:23:45 | | Quit Slasheri (niven.freenode.net irc.freenode.net) |
| 15:23:45 | | Quit fyrestorm (niven.freenode.net irc.freenode.net) |
| 15:23:45 | | Quit jon-kha (niven.freenode.net irc.freenode.net) |
| 15:24:03 | NHeal | niven.freenode.net irc.freenode.net |
| 15:24:03 | NJoin | fyrestorm [0] (n=nnscript@cpe-69-203-150-85.si.res.rr.com) |
| 15:24:13 | | Quit antil33t (Read error: 104 (Connection reset by peer)) |
| 15:24:15 | | Join jds2001 [0] (n=jds2001@fedora/jds2001) |
| 15:24:31 | | Join bluebrother [0] (n=dom@f053154001.adsl.alicedsl.de) |
| 15:24:43 | | Join funman [0] (n=fun@2001:0:53aa:64c:ee:1b26:b23e:7ca8) |
| 15:25:12 | | Nick funman is now known as Guest28841 (n=fun@2001:0:53aa:64c:ee:1b26:b23e:7ca8) |
| 15:25:15 | | Join GeekShadow [0] (n=Antoine@LPuteaux-156-15-25-14.w82-127.abo.wanadoo.fr) |
| 15:25:32 | | Join antil33t [0] (n=Mudkips@203-184-54-232.callplus.net.nz) |
| 15:25:33 | NJoin | Rondom [0] (n=quassel@dslb-084-057-181-026.pools.arcor-ip.net) |
| 15:26:30 | NJoin | Omlet [0] (i=omlet05@130.7-65-87.adsl-dyn.isp.belgacom.be) |
| 15:26:30 | NJoin | bluebroth3r [0] (n=dom@rockbox/developer/bluebrother) |
| 15:26:30 | NJoin | xavieran [0] (n=xavieran@ppp118-209-112-86.lns20.mel4.internode.on.net) |
| 15:26:33 | teru | topik: ok, thanks. |
| 15:26:35 | | Join thegeek [0] (n=nnscript@129.241.123.168) |
| 15:27:34 | | Quit perfectdrug ("CGI:IRC (EOF)") |
| 15:27:48 | | Quit bluebroth3r (Read error: 104 (Connection reset by peer)) |
| 15:27:58 | | Join shai_ [0] (n=Shai@192.117.110.233) |
| 15:29:00 | | Quit Omlet (Success) |
| 15:29:57 | | Nick shai_ is now known as Guest62080 (n=Shai@192.117.110.233) |
| 15:31:39 | | Quit shai (Read error: 60 (Operation timed out)) |
| 15:31:41 | | Quit Guest62080 (Connection reset by peer) |
| 15:32:30 | | Join hebz0rl [0] (n=hebz0rl@dslb-088-067-207-158.pools.arcor-ip.net) |
| 15:37:19 | Lynx_ | Are there touch-enabled WPSs available for the D2 yet? |
| 15:42:16 | | Quit DerPapst ("Leaving.") |
| 15:45:13 | topik | teru: noticed another odd thing. when i save the empty sudoku puzzle and get back to the menu, i have to click a button before scrolling in the menu works |
| 15:51:39 | | Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) |
| 15:52:02 | | Quit thegeek (Read error: 110 (Connection timed out)) |
| 15:52:51 | | Part LinusN |
| 15:53:57 | teru | topik: which target are you using? |
| 15:56:02 | topik | sansa fuze |
| 15:59:21 | teru | it sounds like FS #10097. |
| 16:00 |
| 16:00:58 | | Join GeekShado_ [0] (n=Antoine@LPuteaux-156-15-25-14.w82-127.abo.wanadoo.fr) |
| 16:01:00 | topik | it's still within the plugin though |
| 16:01:15 | topik | it's after the 'save' thing when you create a new empty sudoku |
| 16:04:20 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 16:05:00 | Lynx_ | How can I press on/off/hold and +, - and Menu in the D2 simulator? |
| 16:05:07 | *** | Saving seen data "./dancer.seen" |
| 16:05:25 | Lynx_ | Hmm, + and - is just that on the keyboad, but menu is not 'm' it seems. |
| 16:09:45 | | Quit dfkt (Read error: 110 (Connection timed out)) |
| 16:10:07 | teru | topik: I haven't ever seen issue like that using gigabeat, and I have no idea about that. |
| 16:14:58 | | Quit GeekShadow (Read error: 110 (Connection timed out)) |
| 16:19:10 | | Join Kitr88 [0] (n=Kitarist@89.142.55.251) |
| 16:21:53 | | Join hanselda [0] (n=hanselda@fkplap05.physik.uni-ulm.de) |
| 16:22:14 | | Quit teru ("Quit") |
| 16:22:47 | hanselda | Hello all. I have just installed the rockbox on my sansa clip. It seems that the battery life is much shorter than the original firmware. Is there anything I can tune to increase the battery life? |
| 16:30:58 | Lynx_ | In WPS files, is x 0 y 0 the top left or bottom left? |
| 16:33:39 | | Quit Omlet05 (Client Quit) |
| 16:34:06 | pixelma | top left (I think the CustomWPS page in the wiki also says so) |
| 16:36:51 | Lynx_ | pixelma: ah, couldn't find it on there |
| 16:37:07 | | Quit Kitar|st (Connection timed out) |
| 16:37:32 | Lynx_ | wait, and with images, the bottom left corner is the one defined by the coordinates? like in %X? |
| 16:38:20 | | Quit Kitr88 (Success) |
| 16:41:21 | Lynx_ | pixelma: Somehow I don't get it, so the cabbiev3.wps contains: %xl|M|vol0.bmp|134|0| So x is 134, somewhere in the middle, and 0 for y should be at the top. But the volume icon is at the bottom in that wps. I'm confused. |
| 16:44:46 | | Join ilam [0] (n=18185071@giant.haxx.se) |
| 16:44:54 | ilam | hello |
| 16:45:25 | ilam | anyone there im a noob and have a problem with my rockbox iriver h120 |
| 16:45:58 | | Join saratoga [0] (i=9803c6dd@gateway/web/freenode/x-zstkkcnhetrtsvgd) |
| 16:46:41 | ilam | hello can give me some help with rockbox, thanks |
| 16:47:13 | saratoga | ask question |
| 16:48:46 | ilam | ok so i have a h120 with a cf mod and it has been flashed, recently i have tried the auto install of 3.4 from 3.3 now the iriver wont play anything and keeps skipping tracks and flashing "codec failure" |
| 16:48:55 | ilam | what should i do? |
| 16:51:32 | saratoga | codec failure usually means you have a corrupted install and it can't load codec files |
| 16:52:32 | ilam | i am willing to use 3.3 iinstead of 3.4 if it is to diffucult. But I cannot find the files for the 3.3 on the rockbox site. when i check the info on the player it still says its version 3.3, i fiqure it has something to do with flashing and a incompatabilty with the new 3.4 |
| 16:53:49 | | Quit Mark__T ("Leaving.") |
| 16:55:30 | | Join DerPapst [0] (n=DerPapst@p4FE8F2ED.dip.t-dialin.net) |
| 16:59:08 | | Join toffe82 [0] (n=chatzill@12.169.218.14) |
| 17:00 |
| 17:00:52 | ilam | does anyone know where i can get a copy of the last stable version of 3.3? |
| 17:01:47 | Zagor | ilam: http://download.rockbox.org/release/3.3/ |
| 17:03:00 | | Quit Zagor ("Don't panic") |
| 17:04:19 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 17:07:33 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 17:09:15 | pixelma | Lynx_: is the bitmap (the correspndent %xdM) inside a viewport? See the "notes" and examples here: http://www.rockbox.org/wiki/CustomWPS#Images |
| 17:11:24 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |
| 17:12:10 | | Quit ilam ("CGI:IRC (EOF)") |
| 17:13:16 | | Nick marga_ is now known as marga (n=marga@186.18.92.38) |
| 17:19:46 | | Quit hanselda (Remote closed the connection) |
| 17:22:15 | | Join ivanrocks321 [0] (n=18185071@giant.haxx.se) |
| 17:22:52 | | Join jon-kha [0] (i=jon-kha@kahvi.eu.org) |
| 17:22:52 | | Join thegeek [0] (n=nnscript@s168c.studby.ntnu.no) |
| 17:22:52 | | Join Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) |
| 17:23:39 | | Join liar [0] (n=liar@83.175.83.185) |
| 17:24:29 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
| 17:25:11 | Lynx_ | pixelma: Ah, I didn't think of that, maybe that explains it. Thanks! |
| 17:25:47 | | Quit dfkt_ (Read error: 110 (Connection timed out)) |
| 17:30:32 | ivanrocks321 | I have a question with installing 3.4. I have a cf modded h120 with 7pre4 bootloader installed and flashed replaceing the original iriver firmware, before it had rockbox 3.3 installed. I have tried to install the new 3.4 but I cannot play any music, skips tracks, and cannot display any of the album art like it usually does. when i check the player it says its still version 3.3. So i tryed to reflash but says incompatable version. Im am completely lo |
| 17:30:43 | | Quit GeekShado_ (Connection timed out) |
| 17:31:01 | | Quit Guest28841 ("free(random());") |
| 17:32:54 | topik | are you trying to install manually? |
| 17:33:22 | topik | i don't think you need to reflash to upgrade, just extract the rockbox zip again to the device |
| 17:33:25 | topik | or use rbutil |
| 17:35:29 | ivanrocks321 | I have tried both ways auto and by myself. and i get the same problem with 3.4. it works sometimes but when i turn the player off and on the problem comes back. |
| 17:36:13 | ivanrocks321 | I have also tried reformatting the drive as well, then reinstalling |
| 17:36:28 | pixelma | ivanrocks321: if it is somewhat like flashing an Archos (I don't have an H100 so be careful with my advice) you need to make sure that the plugins and the running rockbox version are the same so that the flash plugin works. Unzip the new version fully - load rockbox.iriver (I guess) and then the flash plugin |
| 17:37:31 | pixelma | maybe wait for someone else who can tell for sure, be a bit patient |
| 17:37:35 | ivanrocks321 | how to i make sure about the plugin, sorry im a noob and i flashed this thing a while ago |
| 17:37:42 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 17:38:18 | ivanrocks321 | yeah, your right i can wait but ill still check the plugin issue. |
| 17:39:17 | pixelma | as I said if you unzip the new version and start by chosing rockbox.iriver (then codecs and other plugins will work too) |
| 17:41:04 | pixelma | but if you don't flash the new version then the bootloader will start the old version if you turn the player off then on again and you'll get the codec failures because the main firmware version (the flashed one) doesn't match the newer codecs or plugins which are started from the disk |
| 17:41:42 | | Quit dmb (Read error: 54 (Connection reset by peer)) |
| 17:42:50 | | Join dmb [0] (n=Dmb@unaffiliated/dmb) |
| 17:44:33 | ivanrocks321 | ok, i think i got the theory, so now ill just have to work out each step. The first is to unzip 3.4 to the root of the drive, Should i at this point reformat as well? |
| 17:45:12 | pixelma | shouldn't be needed |
| 17:46:53 | ivanrocks321 | ok then whats the next step. |
| 17:47:32 | | Quit GeekShadow (Read error: 104 (Connection reset by peer)) |
| 17:48:47 | | Part Bagder |
| 17:52:32 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 17:55:14 | | Join Tomis [0] (n=Tomis@70.134.70.250) |
| 17:57:26 | | Join SuperUser [0] (n=5950bebb@giant.haxx.se) |
| 17:57:43 | SuperUser | Haloa Rockbox |
| 17:57:54 | markun | hi SuperUser |
| 17:58:22 | SuperUser | Those times, rockbox boot had begun to take times :( |
| 17:59:02 | SuperUser | is that a known issue, or something on my end? For me, since this viewport/skin things reworks, boot is slow like hell |
| 18:00 |
| 18:00:41 | SuperUser | since those status bar reworks in fact, things began to beiing slow :( (a very good Rockbox advantage that you made guys) |
| 18:01:44 | markun | SuperUser: I don't know if it's normal. Which player do you have? |
| 18:03:34 | | Quit petur ("work->home") |
| 18:03:35 | SuperUser | markun: a gigabeat. That definitively since status bar reworks i.e since 23904 |
| 18:04:00 | markun | SuperUser: my gigabeat broke so I can't check.. |
| 18:04:26 | markun | hopefully someone else can help you. Just stay connected to the channel for a while. |
| 18:04:30 | gevaerts | so 23903 is fine? |
| 18:04:46 | | Join Jaykay [0] (n=chatzill@p5DDC5EB6.dip.t-dialin.net) |
| 18:05:09 | *** | Saving seen data "./dancer.seen" |
| 18:05:18 | toffe82 | markun: you don't want to fix it ;) |
| 18:05:29 | markun | toffe82: I |
| 18:05:41 | markun | I'm thinking about just buying a flash based player |
| 18:07:13 | SuperUser | yeah |
| 18:07:20 | SuperUser | @gevaerts |
| 18:09:14 | SuperUser | gevaets: and even, it slowed a bit before, still because status bar thing |
| 18:09:18 | markun | SuperUser: do you still have that build? |
| 18:09:33 | markun | r23903 I mean |
| 18:09:57 | SuperUser | guys, that pitty to lost the super fast rockbox boot for status bar? (/me use the inbuilt one since long) |
| 18:10:48 | markun | SuperUser: well, it sounds like a bug, not like a trade-off for having a skinnable status bar. |
| 18:14:58 | | Quit SuperUser ("CGI:IRC (Ping timeout)") |
| 18:19:28 | markun | hm.. |
| 18:19:46 | markun | I was prepared to make a build for him, but if he disconnects.. |
| 18:21:21 | | Quit evilnick (Ping timeout: 180 seconds) |
| 18:21:46 | | Join evilnick [0] (i=4d63ba66@rockbox/staff/evilnick) |
| 18:22:49 | | Join faemir [0] (n=faemir@78.33.109.163) |
| 18:24:42 | ivanrocks321 | does anyone have the zip file for rockbox 3.3 for iriver h120? |
| 18:25:52 | topik | ivanrocks321: http://download.rockbox.org/release/3.3/ |
| 18:27:00 | | Join dfkt_ [0] (i=dfkt@chello062178002170.1.11.univie.teleweb.at) |
| 18:28:21 | ivanrocks321 | i think it was topik that provided the link before, when i extract it in the .rockbox folder there is only on folder. How do i get all the other folders, etc? |
| 18:29:05 | krazykit | you don't extract it in the .rockbox directory, you extract it to the root directory |
| 18:29:42 | krazykit | which will create something like /target/.rockbox. the former (if i understand you correctly) would give you /target/.rockbox/.rockbox |
| 18:29:56 | Jaykay | just extract the zip to your player, and everything is fine |
| 18:30:26 | | Quit maruk ("Leaving.") |
| 18:31:44 | ivanrocks321 | i did that, but im still getting the problem with it not being able to play anything. |
| 18:36:06 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 18:38:27 | ivanrocks321 | my iriver is flashed and is running 7pre4 Bootloader and had 3.3, but started to mess up after trying to use the auto installer for 3.4 |
| 18:39:15 | | Join Highlander [0] (n=Highland@mek33-4-82-236-45-205.fbx.proxad.net) |
| 18:44:53 | ivanrocks321 | Would it be easier to reinstall the original iriver firmware by using a converted hex file to bin? then redo everything with the new 3.4 |
| 18:44:58 | | Quit dfkt (Read error: 110 (Connection timed out)) |
| 18:45:36 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 18:48:22 | domonoky | ivanrocks321: if you flashed the iriver, its probably running the version in flash, and not on the disk, and the the codec/plugins wont work if they are newer. |
| 18:50:53 | domonoky | ivanrocks321: for flashed irivers, the update procedure would be: unzip 3.4, rolo into new binary. flash new binary to flash, reboot and all should be fine. |
| 18:51:55 | ivanrocks321 | how do i rolo into new binary? |
| 18:52:18 | domonoky | just "play" the rockbox.iriver file in .rockbox |
| 18:53:08 | domonoky | instead of unzipping you could ofcourse also use rbutil (which does the same for rockbox installation) |
| 18:53:30 | ivanrocks321 | ok, i have rolo'ed what is the next step |
| 18:53:52 | domonoky | now the codecs should work.. try with a mp3 file. |
| 18:53:53 | ivanrocks321 | thanks for the help btw |
| 18:54:03 | | Quit dfkt_ (Read error: 145 (Connection timed out)) |
| 18:54:14 | ivanrocks321 | would flac be good too? |
| 18:54:35 | domonoky | to put this new binary into flash, you need to flash it (i think there is a plugin for it? , take a look at the wiki) |
| 18:54:45 | domonoky | yes, any codec should now work |
| 18:56:12 | ivanrocks321 | is it rombox.iriver? |
| 18:56:30 | domonoky | http://www.rockbox.org/wiki/IriverFlashing under flashing Procedure |
| 18:57:59 | ivanrocks321 | i there is no "bootloader.iriver" option under the .rockbox folder |
| 18:58:17 | domonoky | no need to change the bootloader. |
| 18:58:35 | | Quit Lynx_ (" HydraIRC -> http://www.hydrairc.com <- The professional IRC Client :D") |
| 18:58:52 | domonoky | look a bit later on this page. |
| 18:58:54 | ivanrocks321 | i do not have iriver_flash as option |
| 18:59:14 | domonoky | oh |
| 18:59:38 | ivanrocks321 | maybe i need a reboot after the rolo step? |
| 18:59:49 | | Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) |
| 19:00 |
| 19:00:26 | krazykit | no, rolo is a kind of rebooting |
| 19:00:47 | domonoky | yes, rolo is a "reboot" into the new code. |
| 19:01:08 | | Join Grahack [0] (n=Grahack@ip-222.net-82-216-222.rev.numericable.fr) |
| 19:01:08 | ivanrocks321 | humm should iriver_flash be under .rockbox folder |
| 19:01:10 | domonoky | hm.. iriver_flash.rock is included in 3.4 |
| 19:01:28 | domonoky | yes, under .rockbox/rocks/viewers |
| 19:01:29 | ivanrocks321 | maybe restart the whole thing? |
| 19:02:21 | ivanrocks321 | wait, is it iriver_flash.rock? |
| 19:02:26 | domonoky | the wiki also talks about a way to change the boot order, so setting that to boot from disk, also would be a good first workaround. |
| 19:03:11 | domonoky | yes |
| 19:03:27 | ivanrocks321 | i cant do that gives me an error, think its because im using a CF card not HDD |
| 19:03:30 | domonoky | and you should get it in the context menu of a .iriver file. |
| 19:03:48 | domonoky | ah. |
| 19:04:27 | ivanrocks321 | ok, what do i do with the flash_iriver? do i open something else with it? |
| 19:04:41 | Unhelpful | ivanrocks321: it *sounds* like you need to use it as a viewer... so go to the .iriver file's context menu, then to "open with, then flash_iriver |
| 19:05:07 | Unhelpful | though i should make it quite clear i'm only guessing and do not have an iriver :) |
| 19:05:10 | domonoky | ivanrocks321: just follow the steps given the wikipage under Flashing Procedure (RAM): |
| 19:05:27 | domonoky | or (ROM) if you want to update the rom-image instead of ram-image. |
| 19:08:14 | ivanrocks321 | ok it says sucess |
| 19:08:59 | domonoky | then reboot, and try if now all is fine :-) |
| 19:09:45 | | Join Pingu1084 [0] (n=chatzill@host-84-223-58-135.cust-adsl.tiscali.it) |
| 19:10:23 | ivanrocks321 | the problem is still present |
| 19:11:14 | Pingu1084 | When I try to create a wiki page it says "Access Denied", can anyone help me? |
| 19:11:34 | Jaykay | Pingu1084: you need to register i guess |
| 19:12:10 | Pingu1084 | Jaykay: I'm registered |
| 19:14:05 | archivator | Pingu1084: what's your username |
| 19:15:20 | domonoky | ivanrocks321: and which one did yo flash ? (ram or rom version) |
| 19:15:23 | | Quit ivanrocks321 ("CGI:IRC (EOF)") |
| 19:15:31 | domonoky | and to which is the boot order set ? |
| 19:18:16 | | Quit dfkt (Read error: 110 (Connection timed out)) |
| 19:18:37 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 19:27:22 | | Quit dfkt_ (Read error: 110 (Connection timed out)) |
| 19:30:18 | | Quit amiconn (Nick collision from services.) |
| 19:30:20 | | Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) |
| 19:30:42 | | Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) |
| 19:32:07 | | Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) |
| 19:32:07 | | Quit pixelma (Nick collision from services.) |
| 19:32:27 | | Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) |
| 19:37:55 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
| 19:42:30 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
| 19:47:42 | Jaykay | hi, FS #10787 and FS #10097 seem to be the same as FS #7332 and FS #8816 :)# |
| 19:48:15 | | Join Hillshum [0] (n=hillshum@75-165-227-188.slkc.qwest.net) |
| 19:48:58 | | Join efyx_ [0] (n=efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 19:49:10 | archivator | If anyone finds some free time, please test FS #10065 (spectrum analyzer) :) |
| 19:51:00 | Jaykay | archivator: give me a build and i will test it ;) |
| 19:51:22 | archivator | Jaykay: what target? |
| 19:51:29 | Jaykay | e200 |
| 19:51:32 | Jaykay | v1 |
| 19:51:40 | | Quit mt (Read error: 113 (No route to host)) |
| 19:52:30 | archivator | no. 50 in the configure script, right? |
| 19:52:35 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 19:52:45 | Jaykay | i think so, yes |
| 19:53:06 | Jaykay | ah and what should i test? |
| 19:53:30 | Jaykay | maybe i cant because i don't have something you need |
| 19:53:39 | | Join Emanon [0] (n=Emanon@c-67-183-42-162.hsd1.wa.comcast.net) |
| 19:53:45 | | Join JdGordon| [0] (n=Miranda@nat/microsoft/x-mdmzyzfuokcpsnbu) |
| 19:54:08 | Emanon | rockbox support the Creative Zen Vision M yet? |
| 19:54:22 | Hillshum | Emanon: No |
| 19:54:23 | AlexP | no |
| 19:54:30 | Emanon | bummer thanks |
| 19:54:32 | AlexP | Emanon: look at www.rockbox.org |
| 19:54:45 | | Quit Pingu1084 ("ChatZilla 0.9.86 [Firefox 3.5.5/20091102152451]") |
| 19:54:47 | AlexP | All the players that Rockbox works on are listed on the very front page |
| 19:54:57 | Emanon | thanks |
| 19:55:40 | | Part Emanon |
| 19:56:33 | archivator | Jaykay: what's that you don't have? |
| 19:57:06 | Jaykay | i don't know, maybe i need some special files for testing your whatever |
| 19:57:30 | Jaykay | e.g. it works only with monkeys audio or whatever |
| 19:57:31 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 19:58:13 | archivator | Nope. You just need to play something, anything. Right now I'm at the "does it crash?" stage in testing. |
| 19:58:25 | Jaykay | ok :) |
| 19:59:29 | | Join mt [0] (n=mtee@rockbox/developer/mt) |
| 20:00 |
| 20:01:23 | archivator | Unless I figure out a better way to grab PCM data, I'm considering converting the spectrum analyzer into a viewer plugin, where I'd be able to do proper analysis.. |
| 20:04:14 | stripwax | saaratoga/mt - yo, do you have performance stats for the new fft/mdct? |
| 20:04:17 | * | stripwax is back |
| 20:05:11 | *** | Saving seen data "./dancer.seen" |
| 20:05:26 | stripwax | hm, typo on autocomplete. I meant saratoga, of course. |
| 20:07:45 | * | stripwax pulls the svn branch.. |
| 20:17:35 | | Quit stoffel (Remote closed the connection) |
| 20:19:40 | | Quit FlynDice (Read error: 54 (Connection reset by peer)) |
| 20:23:08 | JdGordon| | archivator: you really should be assuming that the devs use svn and not git if you actually want your patches looked at... |
| 20:23:47 | archivator | JdGordon|: the patch applies using the standard patch tool, apparently |
| 20:24:37 | archivator | I thought it didn't but gevaerts proved me wrong. So, I unintentionally didn't assume anything :) |
| 20:24:41 | Unhelpful | JdGordon: patches generated with git diff apply with patch or with git apply, which according to gevaerts can apply them to non-git working trees |
| 20:25:07 | JdGordon| | the binary blob part also? |
| 20:25:18 | archivator | No but I uploaded that separately |
| 20:26:06 | * | JdGordon| shuts up :) |
| 20:27:38 | gevaerts | archivator: admit it, only after I complained ;) |
| 20:27:46 | | Join FlynDice [0] (n=FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) |
| 20:29:02 | archivator | gevaerts: I can't fight the logs! Guilty as charged! |
| 20:34:13 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 20:34:24 | | Quit Highlander ("Quitte") |
| 20:39:37 | | Quit evilnick ("Page closed") |
| 20:48:13 | | Join stripwax__ [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 20:51:48 | | Join solexx_ [0] (n=jrschulz@e182089108.adsl.alicedsl.de) |
| 20:57:33 | | Quit phanboy4 ("Leaving") |
| 20:59:29 | | Part watto |
| 21:00 |
| 21:00:51 | | Quit flydutch ("/* empty */") |
| 21:03:18 | | Quit solexx (Read error: 110 (Connection timed out)) |
| 21:04:10 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 21:06:17 | | Quit stripwax (Read error: 110 (Connection timed out)) |
| 21:12:25 | | Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) |
| 21:12:31 | | Quit archivator ("Leaving") |
| 21:14:16 | stripwax__ | saratoga/mt - in that branch, nothing yet uses the new mdct - will you be committing modified codecs that do use the new mdct? I just tried 'trivially' changing wma to use the new mdct, but despite vestiges of ffmpeg still existing (commented out) in wma, making libwma use the ffmpeg mdct seems completely nontrivial in fact! |
| 21:14:54 | stripwax__ | You mentioned on the wiki page that you've tested with audio - would be great to have that committed to the branch so people can look at optimising for targets etc |
| 21:18:16 | JdGordon| | domonoky: do you know if the checkwps output for themes is saved anywhere? |
| 21:18:40 | CIA-6 | New commit by tomers (r23991): FS #10848 - Cowon D2 manual |
| 21:18:46 | | Join stoffel [0] (n=quassel@p57B4DAEB.dip.t-dialin.net) |
| 21:18:46 | domonoky | JdGordon|: yes, its saved in the checkwps table. |
| 21:19:51 | | Quit Horscht ("Verlassend") |
| 21:19:56 | | Join archivator [0] (n=archivat@77.70.28.57) |
| 21:19:57 | JdGordon| | awesome... would it be possible to dump any "FIXME:" lines to a website or txt file or something along with the target it was run on? |
| 21:20:09 | JdGordon| | only unqiue lines of course |
| 21:20:25 | JdGordon| | those lines means there is no debug info for that token which needs to be fixed |
| 21:21:09 | domonoky | should be possible to extract that from the db. |
| 21:21:53 | domonoky | i just worked a bit on sorting. http://imagebin.org/75478 (it already works fine) any better ideas to allow the user the sorting ? |
| 21:22:44 | JdGordon| | that seems good enough :) |
| 21:23:22 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
| 21:26:04 | domonoky | about the FIXME lines, do you just want this onetime, or everytime checkwps is run ? |
| 21:26:53 | | Quit tomers (Read error: 60 (Operation timed out)) |
| 21:27:12 | JdGordon| | no need for every time unless its cheap... |
| 21:27:55 | domonoky | cheap would be to just run a sql query via console, and dump to text :-) |
| 21:27:59 | | Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) |
| 21:28:40 | JdGordon| | can you hook up a very simple php to do that? |
| 21:28:58 | JdGordon| | means I wont be able to accidently break the site |
| 21:29:04 | JdGordon| | or need to ask someone to do it |
| 21:31:48 | archivator | Question - can mutexes be safely used to synchronize between 2 threads running on different cores or can they cause deadlocks? |
| 21:32:10 | domonoky | JdGordon|: i just see, its not stored in the db. :-/ |
| 21:32:40 | JdGordon| | archivator: yes and yes |
| 21:33:00 | archivator | JdGordon|: do you mind clarifying on the second part? |
| 21:33:11 | domonoky | archivator: yes and no :-) |
| 21:33:28 | JdGordon| | mutexes are the standard way of doing thread/core syncronisation.. but done wrongly and they can cause deadlocks |
| 21:33:48 | domonoky | mutexes are used to synchronise threads on cores, but if you use them wrong, they can deadlock ofcourse |
| 21:34:03 | JdGordon| | stop coyping me! |
| 21:35:17 | archivator | Hmm, I was thinking more rockbox-specific but I guess there aren't any specifics here.. My logic is simply wrong, it seems :( |
| 21:35:20 | | Quit bertrik (Read error: 110 (Connection timed out)) |
| 21:35:47 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 21:39:23 | CIA-6 | New commit by Domonoky (r23992): allow sorting of themes. |
| 21:39:28 | | Quit tomers ("ChatZilla 0.9.85 [Firefox 3.5.5/20091109125225]") |
| 21:40:48 | | Quit bmbl ("Bye!") |
| 21:41:44 | CIA-6 | New commit by Domonoky (r23993): fix default for theme sorting. |
| 21:42:47 | JdGordon| | domonoky: sort by name? |
| 21:43:11 | domonoky | good idea. new sorting options are now easy. |
| 21:43:20 | domonoky | themename and author ? |
| 21:43:44 | JdGordon| | themename, but yeah, author also maybe |
| 21:44:28 | JdGordon| | also, I'd maybe get rid of the ascending/descending options.. always use descending and then have a seperate link to flip it? |
| 21:44:32 | | Join Utchybann [0] (n=lolo@ede67-1-81-56-102-26.fbx.proxad.net) |
| 21:44:35 | JdGordon| | so the drop list isnt too big |
| 21:45:13 | gevaerts | archivator: rb->thread_exit(); with the mutex held doesn't seem like a good idea |
| 21:46:03 | archivator | gevaerts: that's not the problem I'm tackling right now, and no, it's not a particularly good idea |
| 21:46:20 | * | gevaerts would also not do if(sonething){code;continue;}else{something else;} |
| 21:46:25 | gevaerts | Why the else block? |
| 21:46:39 | archivator | You almost instantly hit a deadlock on dual core targets (with IF_COP(,COP)).. |
| 21:46:48 | archivator | gevaerts: remnants of an older version |
| 21:47:32 | archivator | Code style is not what's bothering me. My inability to solve a simple problem, on the other hand.. |
| 21:48:01 | gevaerts | it's not a problem. I noticed because it tricked me into believing you had a double unlock |
| 21:48:08 | n1s | good code style can be helpful for finding problems |
| 21:48:54 | gevaerts | I would suspect that part of the problems might be due to cache issues |
| 21:49:11 | archivator | gevaerts: and in fact, the comment in that if() is entirely wrong. You'll never get discontinuities anymore because fft_idx is reset on every new buffer. If you insert those discontinuities, you'll get horrible graphs. |
| 21:50:47 | gevaerts | If input_thread_has_data (or similar variables) happens to be put in a register, you're stuck. It needs to be volatile at least, but it may also require a cache flush (ask PP experts) |
| 21:51:23 | archivator | That's something I hadn't considered. |
| 21:52:10 | gevaerts | there might be other similar issues as well. I only know the basics :) |
| 21:53:56 | n1s | isn't there some kind of NOCACHE attr thingy? |
| 21:55:07 | gevaerts | yes, but I'm not sure if/how that works with unaligned addresses and/or other variables that happen to be nearby. |
| 21:56:33 | n1s | i have no idea either, iirc sratoga made the mp3 codec multithreaded so maybe he knows, or if you cna track down JhMikeS |
| 21:56:40 | CIA-6 | New commit by Domonoky (r23994): improve the new sorting feature. |
| 21:57:49 | JdGordon| | domonoky: awesome :) |
| 22:00 |
| 22:04:06 | archivator | well, the mp3 codec uses semaphores which are not exposed to plugins :-/ |
| 22:05:14 | *** | Saving seen data "./dancer.seen" |
| 22:09:40 | gevaerts | If you really need them, they can be exported |
| 22:10:26 | JdGordon| | hang on.. how can the mp3 codec use them if they arnt being exported? or are they in the codec api and not the plugin api? |
| 22:10:59 | n1s | uh, mpegplayer is multithreaded too i think and that's a plugin |
| 22:11:46 | archivator | my bad, they are exported.. |
| 22:11:52 | n1s | but yeah, if you need something from core, just add it to the api |
| 22:12:09 | gevaerts | ah yes, mpegplayer could be a useful example |
| 22:12:36 | archivator | JdGordon|: that's what it looked like but I somehow missed them in plugin.h (or rather, grep missed them) |
| 22:13:14 | n1s | maybe Mr Someone should create a simple example plugin that demonstrates the multithread stuf |
| 22:13:15 | n1s | f |
| 22:13:41 | archivator | I've looked into mpegplayer but only as far as thread creation is concerned (there's an undocumented flags argument to thread_create). I'll go look at the sync stuff no.. |
| 22:14:02 | archivator | *now |
| 22:15:27 | | Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) |
| 22:15:57 | archivator | .... and here kids you can see the third type of synchronization mechanism available in rockbox - the queue! Now, in this next room you'll see the remains of someone who tried to figure all this out ... |
| 22:16:25 | JdGordon| | n1s: multithread and simple in the same sentence? |
| 22:17:12 | n1s | yes! (i did mention i have no idea about it :) ) |
| 22:18:02 | n1s | although mpegplayer is quite a beast so something simpler than that must be possible |
| 22:19:39 | archivator | doesn't batterybench use a thread to stay alive after exiting it? |
| 22:19:42 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 22:19:51 | archivator | I always assumed that's how it does it.. |
| 22:19:58 | saratoga | what are you trying to multithread? |
| 22:20:19 | archivator | my spectrum analyzer. And I'm failing miserably in the dual core case. |
| 22:20:40 | domonoky | archivator: yes, but thats not multithreading.. there is no communication between tasks in battery bench |
| 22:20:45 | gevaerts | threads in rockbox are easy. It's the COP that makes things hard |
| 22:20:47 | archivator | (but that was to be expected - I'm trying the *proper* solution now) |
| 22:20:53 | | Join klapaucjusz [0] (n=jch@134.157.168.130) |
| 22:21:45 | | Quit Grahack ("Tu m'as vu ?") |
| 22:21:46 | archivator | gevaerts: eeeexactly. |
| 22:22:40 | saratoga | is using the cop really worthwhile here? |
| 22:22:46 | | Join PaulJam [0] (i=Paule@vpn-3077.gwdg.de) |
| 22:22:49 | saratoga | for mp3 the cop and main CPU will have about the same load |
| 22:23:09 | saratoga | so i doubt you'll see a speed up, except maybe on slower formats that aren't multithreaded like AAC or APE |
| 22:25:32 | saratoga | how many FFTs are you doing a second anyway? |
| 22:25:33 | archivator | saratoga: Granted, the load will be very uneven (as I'm putting just the thread that *steals* PCM data on the COP and the FFT is still on the CPU) but I'm hoping to win a few cycles by having the actual drawing parallel to the data input. |
| 22:25:47 | archivator | I haven't benchmarked it. Few. |
| 22:25:48 | saratoga | they should be quite fast |
| 22:26:04 | archivator | The problem is that I don't have enough data to do large FFTs |
| 22:26:32 | archivator | I can only do 2048 samples as some targets don't have enough data in their peak buffers for a 4096-point transform :( |
| 22:26:38 | saratoga | rockbox manages something like 5 1024pt FFTs/1MHz on PP for most of the not very fast implementations I've tried |
| 22:26:47 | saratoga | if you're using more then a couple mhz here you're probably not doing it right |
| 22:27:52 | gevaerts | hm, maybe a stupid question, but is actually getting the PCM data from the COP a good idea? |
| 22:28:02 | archivator | saratoga: I think the FFT part is pretty straightforward - it's the waiting for data that really slows down the whole thing |
| 22:28:20 | saratoga | then do one FFT while waiting for next PCM batch |
| 22:28:22 | | Quit Ypsy ("Oh noes! My ZNC obviously just shut down :(") |
| 22:28:26 | saratoga | waiting is the easiest thing to parallelize |
| 22:28:35 | archivator | gevaerts: I didn't see any problems in my simple tests (read: no sync, just that thread running) |
| 22:28:55 | gevaerts | It's put there by the main CPU, so I'd imagine that calling pcm_get_peak_buffer() from the COP might be a bit tricky |
| 22:29:03 | saratoga | passing data to the cop won't hurt the core but theres a decent chance you'll get corrupted data occasionally i think |
| 22:29:20 | archivator | saratoga: kiss fft does not have an inplace transform, meaning I would need yet another buffer to do what you're suggesting |
| 22:29:21 | saratoga | oh, well yeah calling core functions from the cop could be dangerous |
| 22:29:45 | saratoga | use a better transform |
| 22:29:59 | gevaerts | I'd put the FFT on the COP. It probably has a better isolation |
| 22:30:10 | gevaerts | i.e. less interaction with core functions |
| 22:30:24 | saratoga | if the problem is just waiting for data to be ready, putting both threads on the main CPU seems like the best option |
| 22:30:38 | saratoga | its not like a sleeping thread benefits from running on COP |
| 22:31:08 | saratoga | where did you find a non-inplace fft? all the rockbox ones are in place |
| 22:31:25 | archivator | saratoga: KISS FFT, as I said - not a rockbox one |
| 22:31:42 | archivator | libspeex still uses it, I think |
| 22:32:59 | | Join Ypsy [0] (n=ypsy@geekpadawan.de) |
| 22:34:49 | archivator | You know what, you two are probably right. I should really just scrap what I'm doing and think about it for a second. So, the two threads remain on the same core. I need to hunt down a better FFT. Which would then require that I do my own post-transform transformations, since I'm using real data (and I don't really understand those). And then I can parallelize that.. |
| 22:35:03 | archivator | sounds like a plan (albeit a more difficult one :( ) |
| 22:36:53 | saratoga | the real data optimization is a good idea, but its not necessary i think |
| 22:37:09 | saratoga | if you're only doing 5-10 FFTs a second the computation time should be negligible |
| 22:37:10 | archivator | pad with 0s? |
| 22:37:17 | saratoga | i would do that first |
| 22:37:21 | Unhelpful | archivator: are you polling for fresh peak buffer data? |
| 22:37:28 | archivator | Unhelpful: yes |
| 22:37:50 | Unhelpful | that's probably a big part of why you're finding "wait for data" to be such a large part of your trouble, no? ;) |
| 22:37:57 | | Join petur [0] (n=peter@d54C6F9B2.access.telenet.be) |
| 22:38:12 | archivator | Absolutely. What else am I supposed to do? |
| 22:38:17 | | Part froggyman |
| 22:38:23 | saratoga | for reference the mdct-fft algorithm does something like 80 FFTs a second plus rotations in something like 18 MHz with not very fast transforms |
| 22:39:03 | saratoga | you may want to look at the new mdct branch we created this weekend, it has a fast fft that we're optimizing |
| 22:39:06 | Unhelpful | archivator: create a register-for-callback system for things that need to get at audio data in a reliable fashion? or at least something that can be polled very quickly? |
| 22:39:30 | | Join fml [0] (n=5dd2dc5d@giant.haxx.se) |
| 22:39:37 | Unhelpful | saratoga: congrats, i didn't know any of that was in svn yet :D |
| 22:39:51 | saratoga | see FasterMDCT on the wiki |
| 22:39:54 | archivator | saratoga: I suppose I will. Thanks. |
| 22:40:28 | archivator | Unhelpful: I was considering that (in fact, today - should be in the logs) but my kernel-fu is not up to the task. |
| 22:40:34 | saratoga | but really it sounds like the most immediate problem is the lack of a good way to get data, not the fft |
| 22:40:36 | archivator | I'll inevitably mess something up |
| 22:40:50 | archivator | saratoga: it is and always has been. |
| 22:41:07 | | Quit Jaykay ("ChatZilla 0.9.86 [Firefox 3.5.5/20091102152451]") |
| 22:41:07 | saratoga | if you only want 10 fps, couldn't you just poll for data, sleep 50 ms, then poll again? |
| 22:41:48 | archivator | saratoga: that's what I'm essentially doing. I get the buffer, check if it's valid and if it's not, yield(). If it is, I use it. |
| 22:41:57 | saratoga | and it doesn't work? |
| 22:42:02 | Unhelpful | archivator: if you want to assume that only one thing will ever do this at a time, why not just create a global event queue pointer for it, initialized to null, and a function to set it? then "wait for data" becomes "wait for event" and leverages existing code to do it quickly. |
| 22:42:22 | archivator | It does but it's slow. Very slow. You *might* get ~4-5 fps. |
| 22:42:26 | fml | Hello. I need some assistance in fixing my svn access. I run Ubuntu 8.04 as a guest OS in VirtualBox. The host is WinXP. Rockbox development is done in Ubuntu. I can check out svn, but can't commit. How can I fix this? |
| 22:42:44 | JdGordon| | why cant you commit? |
| 22:42:50 | JdGordon| | is there an error message? |
| 22:43:12 | Unhelpful | and the cost in core should be tiny, 4B for a pointer, probably on the order of a few tens of bytes for a setting function and probably a call to it on plugin exit to ensure that it is always cleaned up... |
| 22:43:13 | saratoga | i don't see why that would be slow unless the way you're getting data has issues |
| 22:43:34 | fml | JdGordon: yes. The password is not accepted. I'm not sure whether I just forgot it or whether it's a firewall problem or such. |
| 22:43:52 | | Join Horschti [0] (n=Horscht2@xbmc/user/horscht) |
| 22:44:17 | Unhelpful | actually, i think we have some simpler wait-for-something mechanism than an event queue... |
| 22:44:18 | JdGordon| | are you using the right username? |
| 22:44:22 | n1s | fml: ask B4gder to reset it maybe? |
| 22:44:25 | archivator | Unhelpful: So what data should I be pushing to the queue? The peak buffer again? How often is that updated? |
| 22:45:08 | archivator | saratoga: note the *might* bit. It is usually far slower. |
| 22:45:21 | | Quit PaulJam (Nick collision from services.) |
| 22:45:25 | fml | JdGordon: is the correct user name what's in docs/COMMITTERS? |
| 22:45:27 | | Join PaulJam_ [0] (i=Paule@vpn-3077.gwdg.de) |
| 22:45:35 | Unhelpful | archivator: all that should go *in* the queue is "data is ready" |
| 22:45:47 | JdGordon| | fml: yeah |
| 22:46:04 | JdGordon| | but remember the svn login assumes your local username first which you might have different |
| 22:46:05 | | Quit n1s ("Lämnar") |
| 22:47:15 | fml | JdGordon: yes, I specified −−username on the command line |
| 22:47:15 | archivator | Unhelpful: I see. But you still didn't answer my question. As long as I'm using the peak buffer, I'll be hitting a bound - the speed it's updated at. And I have no idea what that is. |
| 22:47:37 | fml | B4gder: Hello. Could you please reset my svn access password? |
| 22:47:58 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 22:48:15 | Unhelpful | archivator: surely you'll find out if you create a notifier mechanism for it. and if that's not good enough, you'll need to find or create some other way... |
| 22:49:11 | archivator | Unhelpful: Thanks for the tips! I'll see what I can do in the next few days/week/weeks :) |
| 22:49:48 | Unhelpful | what exactly uses the peak buffer? oscilloscope and peak-meter plugins? |
| 22:49:53 | | Quit Horscht (Read error: 113 (No route to host)) |
| 22:50:49 | Unhelpful | perhaps not only a "data is ready" notifier but also a way to set update frequency is desirable - it could even *not* be updated when not in use... if that's not what happens already ;) |
| 22:51:03 | archivator | Unhelpful: Yep. If by peak-meter plugin you mean WPS volume meter thing. |
| 22:51:18 | Unhelpful | archivator: i don't ;) |
| 22:51:29 | archivator | Unhelpful: well then, add that to the list |
| 22:51:44 | CIA-6 | New commit by alle (r23995): Enable calendar plugin for non-rtc targets (FS #10786 by Teruaki Kawashima) |
| 22:52:05 | Unhelpful | plugins->demos->vu_meter |
| 22:52:29 | archivator | Ah, yes, I'd forgotten about that. |
| 22:53:52 | | Quit stoffel (Remote closed the connection) |
| 22:59:33 | archivator | saratoga, Unhelpful: I'll be off but thank you for all the help! I really appreciate it! (don't think I won't ask for more - this fixed point math stuff is killing me!) |
| 23:00 |
| 23:02:00 | | Join Omlet [0] (i=omlet05@130.7-65-87.adsl-dyn.isp.belgacom.be) |
| 23:02:05 | Unhelpful | fixed-point math is hard, let's go shopping? ;) |
| 23:03:59 | archivator | Honestly? Calculus is easier than that stuff. Especially when you want to convert 64-bit math to 32-bit, maintaining linear dependence. :( |
| 23:04:47 | stripwax__ | saratoga - hi. so I checked out the branch and built my own libwma that uses the ffmpeg mdct. Is that something that you/mt are already going to check into svn or would it make more sense for me to commit it? |
| 23:05:36 | stripwax__ | i wasn't super-happy about exposing the MDCTContext stuff from codeclib, rather than keeping it internal, but it was just a quick hack to get wma to compile that way ... |
| 23:06:05 | | Quit archivator (""No message, just hatred at BA. Lots and lots of hatred!"") |
| 23:06:50 | * | Unhelpful lacks the book-learning on the subject and usually just wings it with as many fractional bits as he can afford, and then checks for overflows in the integer part... |
| 23:12:12 | | Nick Ypsy is now known as YPSY (n=ypsy@geekpadawan.de) |
| 23:14:34 | stripwax__ | saratoga - but there's also some code in libwma relating to rescaling from one version of fixedpoint (used internally by ffmpeg?) to a different version (used/expected by the tremor mdct?). Since you mentioned on the wiki that you've already tested with audio −− is that patch available elsewhere? |
| 23:17:42 | stripwax__ | also - does the new mdct work inplace or does it require that input and output buffers are physically distinct? (i'm just trying to drop it into libtremor to see what will happen..) |
| 23:20:35 | | Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) |
| 23:30:23 | kugel | fml: did you wipe the old system? svn saves passwords in plain text.. |
| 23:32:04 | B4gder | kugel: he already did his commits... |
| 23:32:17 | | Join LambdaCalculus37 [0] (n=LambdaCa@rockbox/staff/LambdaCalculus37) |
| 23:32:23 | kugel | yea, I saw. but still |
| 23:36:49 | bluebrother | kugel: svn does not necessarily save passwords in clear text. Newer versions support keyrings like gnome-keyring or windows-cryptoapi |
| 23:37:08 | kugel | oh, nice to know |
| 23:37:11 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |
| 23:37:15 | bluebrother | B4gder: you're aware that some manuals are missing? |
| 23:37:23 | B4gder | no... |
| 23:37:25 | B4gder | I am now! |
| 23:37:31 | | Quit PaulJam_ (Read error: 145 (Connection timed out)) |
| 23:37:36 | bluebrother | ipod mini and fmrecorder afaics |
| 23:39:07 | | Join panni_ [0] (i=hannes@ip-95-222-21-143.unitymediagroup.de) |
| 23:41:37 | B4gder | I'll leave that for zagor, I don't see why they don't build but I can see that they're not mentioned in the build log |
| 23:42:19 | bluebrother | they don't build? My guess was that they simply aren't linked due to the changed names. But that's only a guess of course ;-) |
| 23:45:40 | B4gder | I just checked the fm recorder one now and it doesn't get built at all |
| 23:47:44 | mc2739 | I think that they are not building due to targets that do not have proper manuals in the build process - see FS #10842 |
| 23:47:50 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 23:53:28 | stripwax__ | saratoga - ok, well, to answer one of my own questions - libtremor does seem to work ok with some small changes, but the new fft requires that the imdct does not transform inplace in the pcm buffer, so libtremor needs additional (wasteful?) buffer space. but as I say, it does seem to work. |
| 23:53:56 | stripwax__ | would be great if you could add some more details and/or let me know if there is a forum thread/some other way to contact you on details |
| 23:54:17 | | Quit bertrik ("De groeten") |
| 23:54:24 | stripwax__ | I'll add my findings to the wiki anyway (even though I assume you are already very many steps ahead of me and I'm just doing something you already know about) |
| 23:54:41 | | Quit Horschti ("Verlassend") |
| 23:55:25 | | Quit Tomis () |
icon identifies that the person is a core developer (has commit access).