00:00:31 | AlexP | Wasn't 10 needed for the MTP stuff? |
00:00:48 | mc2739 | bluebrother: looks like it works - http://pastie.org/659867 |
00:00:51 | bluebrother | this issue with the release binary of beastpatcher is really strange. It seems like GetTempPath() fails? |
00:00:57 | AlexP | IIRC the OF needed 10, but I may be misremembering here |
00:01:19 | bluebrother | AlexP: might have been 10, not sure. |
00:01:25 | mc2739 | or at least it does not get any error |
00:01:42 | bluebrother | mc2739: ok, this looks good. |
00:02:30 | bluebrother | my main question was if it required any debug libraries installed. Doesn't seem to be the case, so we're fine here. It's just the binary being slightly bigger due to no optimizations used. |
00:04:02 | | Quit flydutch ("/* empty */") |
00:09:57 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
00:12:03 | | Join casainho [0] (n=chatzill@bl15-108-152.dsl.telepac.pt) |
00:12:48 | casainho | JdGordon: ping |
00:13:58 | | Join bluebrother_ [0] (n=4e359b4e@giant.haxx.se) |
00:20:15 | | Part froggyman |
00:24:29 | | Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) |
00:25:01 | | Quit bluebrother_ ("CGI:IRC (Ping timeout)") |
00:26:08 | | Quit dfkt (Nick collision from services.) |
00:26:12 | | Nick dfkt_ is now known as dfkt (i=dfkt@unaffiliated/dfkt) |
00:26:24 | | Quit petur ("Zzzzz") |
00:28:01 | | Quit casainho ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824085743]") |
00:30:59 | | Quit DarkDefender ("Leaving") |
00:32:55 | | Quit markatto ("Lost terminal") |
00:33:27 | | Quit bertrik_ ("De groeten") |
00:34:23 | | Quit robin0800 (Remote closed the connection) |
00:38:21 | | Quit bertrik ("Leaving") |
00:45:48 | | Quit ender` (" Today's BOFH excuse: Zombie processes haunting the computer") |
00:48:40 | *** | Saving seen data "./dancer.seen" |
00:48:40 | kugel | hrm, I've found a way to save quite much binsize and ramusage |
00:49:47 | | Quit mikroflops (Remote closed the connection) |
00:50:29 | linuxstb | kugel: ? |
00:50:49 | kugel | (inspired by the linux kernel) put init (read: functions that we *know* that they're only called once during boot) functions into a special section, and let the audio data overwrite it then |
00:51:56 | kugel | I've already saved ~3.5k by doing this with 5-6 functions |
00:52:00 | kugel | on my fuze |
00:52:30 | | Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
00:54:55 | | Quit GeekShadow (Read error: 131 (Connection reset by peer)) |
00:56:57 | kugel | doing this makes sense IMO, there's no real reason to keep dead code around |
00:57:56 | | Nick Ypsy is now known as YPSY (n=ypsy@87.106.45.183) |
01:00 |
01:00:37 | | Quit mikroflops (Remote closed the connection) |
01:00:40 | | Quit tomers (Read error: 113 (No route to host)) |
01:01:06 | | Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
01:10:27 | | Quit DerPapst ("Leaving.") |
01:12:00 | linuxstb | kugel: Is this firmware code, or some apps code as well? |
01:12:21 | kugel | both |
01:13:13 | linuxstb | What about the code that does buffer_alloc? Won't that overwrite the init function? |
01:13:21 | linuxstb | s/function/functions/ |
01:16:40 | | Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) |
01:16:47 | kugel | probably yes |
01:20:19 | | Quit Thundercloud (Remote closed the connection) |
01:20:29 | kugel | rolo seems to be broken |
01:21:25 | kugel | with that init functions stuff |
01:24:22 | kugel | linuxstb: the functions could also be put at the end of the audio buffer, or even codec or plugin buffer, to ensure stuff doesn't get overwritten by buffer_alloc |
01:28:41 | pixelma | ugh, something happened to switching to the WPS on hwcodec - while the WPS loads the statusbar is still there (it's disabled in my WPS, progressbar gets drawn first while the menu is still in the background |
01:28:49 | kugel | ah wait, rolo is broken in SVN, and I wasn't even running a build with my modifications |
01:29:17 | pixelma | and next track info pretends to always be there even if it isn't (shows an n/a string then) |
01:29:44 | pixelma | instead of title or artist info |
01:31:39 | pixelma | somewhere between r22193 and r23246 |
01:32:03 | kugel | pixelma: I introduced n/a string |
01:32:21 | pixelma | what for? |
01:32:32 | kugel | it looks like it wasn't very wise |
01:32:58 | kugel | r23208 |
01:33:25 | pixelma | next track info isn't there - and you can use that conditionally to show something else if it isn't - I even use this on swcodec (end of playlist) |
01:33:59 | kugel | I forgot that it can be used as conditional (and the code didn't suggest it) |
01:34:20 | kugel | I'll change it back, or rather to return NULL |
01:34:39 | pixelma | on hwcodec next track info is only there during the last 1..2 minutes depending on bitrate, available buffer size and actual timing |
01:35:14 | pixelma | that still leaves some drawing problem - maybe a missing clear screen or so? |
01:36:00 | pixelma | kugel: but thanks for fixing the first then :) |
01:38:03 | pixelma | could it be related to the rtl commit, I see the loading splash too but then it gets drawn over by the progress bar |
01:38:03 | | Part duffrecords |
01:38:12 | pixelma | s/commit/commits |
01:39:41 | pixelma | it looks like a combination of the menu and the WPS "graphical" things (bitmaps, progress bar) |
01:41:03 | pixelma | I guess it's there on other targets too just not as visible as on my Ondio because loading the WPS takes a while |
01:48:42 | | Quit dfkt (Read error: 60 (Operation timed out)) |
01:52:45 | kugel | pixelma: can filename tags be used conditionally too? |
01:53:05 | pixelma | yes |
01:55:38 | pixelma | doesn't make much sense for current filename but I use it for next filename as a quick check if next track info is there |
01:56:49 | kugel | well, it makes sense for custom statusbar |
01:57:18 | kugel | the whole point of the commit was to protect the skin engine for the case where audio wasn't played at all |
01:58:44 | CIA-85 | New commit by kugel (r23253): r23208 broke conditional use of metadata and filename tags. Return NULL instead of "n/a" to make it work again. |
02:00 |
02:01:11 | | Part froggyman |
02:04:40 | | Quit efyx_ (Remote closed the connection) |
02:08:43 | Unhelpful | pixelma: mostly core actions |
02:09:26 | | Join peter__b [0] (n=peter_b@93.133.192.145) |
02:17:59 | | Quit peter-b (Read error: 145 (Connection timed out)) |
02:18:33 | Unhelpful | the PF action tables define their own actions, which *may* override core ones, for horizontal scroll, exit, and a few other things |
02:18:53 | pixelma | Unhelpful: hmm... I would have expected to be able to use pictureflow in an M3 sim then (controls through the core actions of the main unit which are simulated but display on the remote), not a 100% sure currently if it wasn't something weird here because just browsing the menus in the M3 sim behaved a bit wrong too as if only every second press takes action |
02:18:56 | | Join SidneyFu [0] (n=1824cdcd@giant.haxx.se) |
02:19:38 | pixelma | it wasn't as regular though, it just didn't take sometimes |
02:20:47 | | Quit togetic ("WeeChat 0.3.0") |
02:22:16 | | Join togetic [0] (n=togetic@unaffiliated/ibuffy) |
02:22:32 | | Quit mikroflops (Remote closed the connection) |
02:23:18 | | Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
02:23:22 | | Quit togetic (Client Quit) |
02:23:28 | | Quit SidneyFu (Client Quit) |
02:24:05 | | Join togetic [0] (n=togetic@unaffiliated/ibuffy) |
02:26:49 | CIA-85 | New commit by kugel (r23254): Reorder members for more efficient alignment. |
02:27:00 | pixelma | I just realised something... with petur's recording button mapping changes it seems it not possible to start a recording on the OndioFM now at all, argh! |
02:29:11 | | Quit BHSPitLappy ("Ex-Chat") |
02:31:06 | pixelma | except in the FM screen ;\ |
02:31:27 | pixelma | and in wavrecord |
02:35:27 | | Join uflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
02:35:36 | | Quit mikroflops (Remote closed the connection) |
02:35:38 | pixelma | kugel: the next track info stuff in my WPS works as expected again, thanks for that :) |
02:36:02 | kugel | no problem :) |
02:36:58 | pixelma | drawing still looks very weird upon entering the WPS it didn't before |
02:37:05 | | Join midgey [0] (n=tjross@c-71-205-31-207.hsd1.mi.comcast.net) |
02:47:05 | * | maraz_ wishes the midi player had a WPS interface, track looping etc |
02:48:44 | *** | Saving seen data "./dancer.seen" |
03:00 |
03:02:21 | | Quit pixelma (Nick collision from services.) |
03:02:23 | | Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) |
03:02:43 | | Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) |
03:02:50 | | Quit amiconn (Nick collision from services.) |
03:02:55 | | Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) |
03:03:04 | | Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) |
03:05:03 | | Join casainho [0] (n=chatzill@188.80.108.152) |
03:06:51 | Unhelpful | pixelma: the m3 is a special case, the PF button map uses remote buttons and chains to CONTEXT_REMOTE|CONTEXT_STD |
03:08:39 | | Quit MethoS- (Remote closed the connection) |
03:09:15 | casainho | JdGordon: I worote an howto for JTAG debug using Eclipse! I even recorded a small video showing a debug session. I hope you can get the debug working on Mini2440. Check here the howto and the video: http://lyre.sourceforge.net/?q=content/how-setup-eclipse-jtag-debugging |
03:13:19 | tmzt | casainho: source level? |
03:13:35 | casainho | tmzt: what you mean? |
03:13:50 | tmzt | like can you step through (c) source |
03:15:15 | casainho | tmzt: yes, yes :-) |
03:15:49 | tmzt | nice, be great if this worked for linux kernel also but I'll find out for myself |
03:16:07 | casainho | and also through assembly code, I mean, I can see the C code in assembly and run instruction by instruction |
03:16:14 | tmzt | so how is the omap2 project going? |
03:16:33 | tmzt | but not the source for that assembly, symbols, etc? |
03:16:50 | casainho | omap2? :-) eheh... no omap, just one S3C2440 ARM9 from Sansumg |
03:17:04 | tmzt | ah, wrong 2440 |
03:17:22 | casainho | no, everything, all symbols in C and assembly. |
03:17:33 | tmzt | great |
03:17:40 | Unhelpful | other targets chain CONTEXT_TREE to get the return-to-wps and various other things |
03:18:05 | casainho | project is going ok, I wanted to document so others developers can take advantage of using JTAG debug, which I think is not usual on others targets.... |
03:18:35 | tmzt | right that makes sense |
03:18:50 | tmzt | what external codec are you using and are you using s3c fb? |
03:21:06 | casainho | eheh, I don't remember now what codec is. fb? no, I think. to say the true, I even didn't code nothing for this target, just Bob_C. |
03:21:30 | | Quit kugel (Remote closed the connection) |
03:21:45 | casainho | I am just trying the code and I first setup the JTAG debug. I just received my board on friday. |
03:21:58 | tmzt | okay, sorry to go offtopic |
03:27:41 | casainho | keep in touch: http://lyre.sourceforge.net/ :-) |
03:27:44 | casainho | bye bye |
03:27:48 | | Quit casainho ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824085743]") |
03:32:00 | | Join hail_batimore [0] (n=chatzill@pool-173-67-53-157.bltmmd.east.verizon.net) |
03:33:31 | | Quit hail_batimore ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]") |
03:37:07 | | Nick fxb is now known as fxb__ (n=felixbru@85.214.97.64) |
03:38:08 | | Quit midgey () |
03:38:30 | | Join Strife89 [0] (n=michael@adsl-146-206-157.mcn.bellsouth.net) |
03:51:20 | | Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
03:51:20 | | Quit uflops (Read error: 104 (Connection reset by peer)) |
03:55:08 | | Quit shai (Read error: 110 (Connection timed out)) |
04:00 |
04:03:01 | | Join shai [0] (n=Shai@l192-117-110-233.cable.actcom.net.il) |
04:29:34 | | Join saratoga [0] (i=98039f25@gateway/web/freenode/x-trigddkmqtszotat) |
04:30:00 | saratoga | some of the patches in FS #2911 - (S)NES emulator contain code thats not GPL compatible |
04:30:03 | | Quit mikroflops (Remote closed the connection) |
04:30:07 | saratoga | whats the correct way to deal with this |
04:30:28 | saratoga | should the task be closed or the just the non-GPL patches be deleted, or wait and see? |
04:30:51 | | Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
04:36:01 | | Quit mikroflops (Remote closed the connection) |
04:36:31 | | Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
04:38:35 | | Quit Rondom (Nick collision from services.) |
04:38:45 | | Join Rondom [0] (n=Rondom@dslb-084-057-173-065.pools.arcor-ip.net) |
04:42:10 | saratoga | from the author of that SNES patch's 6502 emulator: "The above license terms are incompatible with GPL. Thus, you should avoid making the source code from this page and any derived code part of a GPLed project." |
04:42:21 | saratoga | should I just delete the patch from the tracker then? |
04:47:46 | linuxstb | saratoga: Do you mean delete, or just close the task? |
04:48:06 | saratoga | the task itself has code under acceptable license |
04:48:23 | saratoga | some of the later patches contain non-GPL code |
04:48:40 | saratoga | due to a infones falsely claiming to be LGPL |
04:48:45 | *** | Saving seen data "./dancer.seen" |
04:50:08 | saratoga | sorry now infones |
04:50:10 | saratoga | not |
04:50:51 | saratoga | NESCore is the problem, its a derivation of infones that has some bad code in it |
04:50:58 | saratoga | stupid names are confusing me |
04:52:40 | saratoga | my preference would be to just delete the offending patch and then leave the rest of the thread open |
04:57:03 | | Quit HellDragon (Read error: 104 (Connection reset by peer)) |
04:57:07 | | Join HellDragon [0] (i=jd@modemcable178.248-201-24.mc.videotron.ca) |
05:00 |
05:12:05 | | Quit panni_ (Read error: 54 (Connection reset by peer)) |
05:12:51 | linuxstb | saratoga: I don't know how you manage to make sense of that task... |
05:13:04 | saratoga | linuxstb: grep and google :) |
05:13:32 | saratoga | infones appears fine, its just the last patch using nescore that should go |
05:15:40 | linuxstb | saratoga: The author of that patch seems to accept the issue, so I don't think he would be upset if you deleted his patch. It would seem sensible, to prevent it being spread further. |
05:15:57 | linuxstb | (not that it would matter if he was upset...) |
05:17:23 | | Join Horschti [0] (n=Horscht2@xbmc/user/horscht) |
05:17:33 | saratoga | i'll delete it and email him privately |
05:19:38 | | Quit gevaerts (kubrick.freenode.net irc.freenode.net) |
05:19:38 | NSplit | kubrick.freenode.net irc.freenode.net |
05:19:38 | | Quit n17ikh (kubrick.freenode.net irc.freenode.net) |
05:19:38 | | Quit Horscht (kubrick.freenode.net irc.freenode.net) |
05:19:38 | | Quit BlakeJohnson86 (kubrick.freenode.net irc.freenode.net) |
05:19:38 | | Quit Sharn (kubrick.freenode.net irc.freenode.net) |
05:19:38 | | Quit lyngaas (kubrick.freenode.net irc.freenode.net) |
05:20:02 | NHeal | kubrick.freenode.net irc.freenode.net |
05:20:02 | NJoin | gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
05:20:02 | NJoin | n17ikh [0] (n=n17ikh@host-69-59-126-212.nctv.com) |
05:20:02 | NJoin | Horscht [0] (n=Horscht2@xbmc/user/horscht) |
05:20:02 | NJoin | BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
05:20:02 | NJoin | Sharn [0] (n=brandon@dsl-207-183-188-180.freedom.wy.silverstar.com) |
05:20:02 | NJoin | lyngaas [0] (n=staale@19.81-167-149.customer.lyse.net) |
05:23:43 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
05:25:53 | | Quit mikroflops (Remote closed the connection) |
05:26:16 | | Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
05:30:20 | | Quit saratoga ("Page closed") |
05:34:33 | | Quit Horscht (Connection timed out) |
05:50:06 | | Quit Horschti ("Verlassend") |
06:00 |
06:06:29 | | Join uflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
06:17:43 | | Quit Llorean (Read error: 104 (Connection reset by peer)) |
06:18:15 | | Join Llorean [0] (n=DarkkOne@adsl-99-4-146-40.dsl.hstntx.sbcglobal.net) |
06:19:39 | | Quit mikroflops (Read error: 60 (Operation timed out)) |
06:48:46 | *** | Saving seen data "./dancer.seen" |
07:00 |
07:00:59 | | Quit Strife89 ("Bed. The number of snores will be *over 9000*. :P") |
07:28:52 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
07:34:19 | CIA-85 | New commit by FlynDice (r23255): AMS Sansa: Add voltage defines to pl180.h. No functional changes. |
07:34:26 | CIA-85 | New commit by FlynDice (r23256): AMS Sansa: Adjust SD Card frequency to Identification frequency at beginning of card init instead of the end of pl180 controller init. ... |
07:46:51 | | Quit uflops (Read error: 54 (Connection reset by peer)) |
07:46:57 | | Join mikroflops [0] (n=yogurt@90.231.195.226) |
07:51:40 | | Quit mikroflops (Remote closed the connection) |
07:52:06 | | Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
08:00 |
08:07:10 | | Join uflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
08:12:53 | | Quit mikroflops (Connection timed out) |
08:15:56 | | Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
08:22:07 | | Join esperegu [0] (n=quassel@145.116.15.244) |
08:23:19 | | Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) |
08:24:01 | | Join Rob2222 [0] (n=Miranda@p4FDCF1B9.dip.t-dialin.net) |
08:29:16 | | Quit uflops (Read error: 60 (Operation timed out)) |
08:29:49 | | Quit mikroflops (Remote closed the connection) |
08:31:29 | | Quit Zagor (Read error: 60 (Operation timed out)) |
08:39:21 | | Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) |
08:41:24 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
08:42:17 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
08:42:53 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
08:45:26 | | Join petur [0] (n=petur@213.49.144.150) |
08:48:04 | | Join flydutch [0] (n=flydutch@host77-167-dynamic.15-87-r.retail.telecomitalia.it) |
08:48:49 | *** | Saving seen data "./dancer.seen" |
08:52:20 | pixelma | petur: wanted to tell you the other day that the OndioFM does not have the rec split action... and then realised (and also confirmed) that now there is no means of starting a record (in the usual recording screen)... |
08:52:36 | petur | I know, I read the log |
08:52:56 | petur | sorry for running off like that, my daughter has been quite ill for the last two days |
08:53:12 | pixelma | no worries |
08:54:06 | petur | I'll try to look at the OndioFM tonight |
08:54:29 | pixelma | what do you want to do there? |
08:55:01 | petur | no idea, think of a solution? |
08:55:12 | pixelma | I don't think there is any other way than it was before |
08:55:43 | petur | so we should revert to the pre-MarcGuay state? |
08:57:01 | | Join maruk [0] (n=papier@titanium.sdv.fr) |
08:57:01 | pixelma | which makes sense, I mean. The most important thing is to start and stop the record, splitting is not as important (especially on the Ondio which has 4GB of storage maximum |
08:57:45 | petur | ok |
08:59:06 | pixelma | well yes, if you can think of something better I wouldn't be opposed but on the OndioFM you are very limited with buttons (and seeing that, the mapping is quite nice usually) |
09:00 |
09:00:34 | pixelma | I start agreeing with Llorean in that forum thread and think maybe it's best to revert to before MarcGuays commit and add an exception for the Ipods somewhere. |
09:01:36 | amiconn | Imo there is no problem with having the same action on more than one button, as long as this doesn't make other features unavailable |
09:02:40 | pixelma | petur: maybe that exception can (or even should be) similar to the OndioFM |
09:03:05 | amiconn | We do this in the tree context on most targets, where both center ('Select' or similar) and 'Right' enter a subtree or start an element |
09:03:53 | petur | right, revert it is |
09:04:18 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
09:04:35 | petur | I'll try to do it tonight unless somebody else does it before me. I have no ipods to check what the result is for them :/ |
09:06:18 | pixelma | the recording screen is accessible in the sim and button mappings can be tested there if there are no other limitations on the target |
09:07:06 | | Quit faemir ("Leaving") |
09:09:22 | pixelma | which is on the Ipods that you probably can't press the opposite buttons at the same time |
09:09:42 | pixelma | or at least that isn't nice |
09:15:59 | | Join Andorin [0] (n=andorin@207.55.41.249) |
09:16:41 | | Join KBH [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
09:26:42 | Andorin | Hey, I have a question. I'm working on getting Rockbox on my 2G iPod Nano (computer's on Linux). The instructions say to install the "root" or "top-level" directory of the iPod, but poking around the folders, I don't see anything by that name. |
09:27:15 | tmzt | Andorin: I'm sure there's wiki instructions, but do you have it in disk mode and mounted as a storage device? |
09:27:23 | tmzt | if your using gpod or something it probably won't work |
09:27:46 | Andorin | I, well, I don't think so. |
09:27:50 | tmzt | oh, of that name |
09:27:56 | Andorin | No, I'm just looking through it with my file manager. |
09:27:58 | tmzt | it means the very top of the set of folders |
09:28:03 | tmzt | there won't be anything by that name |
09:28:07 | tmzt | press control l |
09:28:07 | Andorin | Oh... |
09:28:11 | tmzt | and tell me the path |
09:28:31 | Andorin | It's /media/iPod/ |
09:28:38 | Andorin | Just that directory? |
09:28:58 | tmzt | that looks right |
09:29:00 | tmzt | yes |
09:29:03 | Andorin | K, thank you. |
09:33:52 | | Quit HBK (Read error: 110 (Connection timed out)) |
09:35:40 | Andorin | Wow! Installing that was a lot easier than I thought it would be! |
09:36:04 | | Quit phanboy4 (Read error: 104 (Connection reset by peer)) |
09:37:58 | Andorin | And it's working. HUGE props to the Rockbox project for getting functional firmware for the 2G Nano. |
09:39:03 | | Join MethoS- [0] (n=clemens@134.102.106.250) |
09:39:21 | | Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
09:39:31 | Andorin | This might be a dumb question, but I can continue using software like gtkpod to add and remove files from my iPod while running Rockbox, right? |
09:40:30 | AlexP | You will need to use the database if you do |
09:41:20 | Andorin | Use the database? |
09:41:20 | AlexP | The Apple firmware uses scrambled directory and file names, so if you upload music like that you will need to use the Rockbox database to access your music, as you want know which song is which through the file browser. |
09:41:27 | | Quit Thundercloud (Remote closed the connection) |
09:42:01 | Andorin | Ah. |
09:42:07 | AlexP | I suggest reading the manual (the nano 1st gen should be same, except for installation) |
09:42:19 | Andorin | That doesn't seem so bad. With Rockbox on here, I don't have much reason to use the Apple firmware. |
09:42:27 | AlexP | You can just drag and drop, and then use either the Rockbox file browser or the database |
09:42:45 | AlexP | But then the OF won't read your music |
09:44:10 | Andorin | Hmm... listening to the music on headphones, I can hear soft little clicks during tracks. |
09:44:15 | Andorin | Is this a bug? |
09:44:17 | AlexP | Yes, this is known |
09:44:20 | Andorin | Alright. |
09:44:27 | AlexP | That is why it is unstable :) |
09:44:35 | Andorin | Yeah, but it's better than nothing. =) |
09:45:02 | Andorin | I'm liking the GUI of this firmware more than Apple's. |
09:46:29 | AlexP | good :) |
09:46:43 | pixelma | AlexP, Andorin: the 2nd gen Nano manual is available ;) |
09:46:44 | Andorin | Alright, now to see how I can load .ogg files onto this thing. |
09:47:00 | Andorin | (One reason I don't much like Apple's firmware is its limited filetype support.) |
09:47:03 | AlexP | pixelma: Ah good, to my shame I didn't bother checking :) |
09:47:14 | AlexP | Andorin: Just drag and drop |
09:47:37 | Andorin | Nice! I can hit Select to browse the playlist and pick a new song. Extra cool point for Rockbox. |
09:48:56 | Andorin | Okay, so I go iPod_Control/Music/ and I have twenty folders with names f00-f19. This must be the scrambled music AlexP mentioned. |
09:49:17 | | Join AndyI [0] (n=pasha_in@212.14.205.32) |
09:50:16 | Andorin | Is there where I drop files? |
09:50:44 | markun | Andorin: no, you can drop them wherever you want |
09:51:04 | markun | iTunes renames the files in a weird way and puts them in that folder |
09:51:14 | Andorin | I'm using Linux, so no iTunes. |
09:51:39 | markun | ok, then you can ignore that music folder |
09:51:45 | | Quit MethoS- (Remote closed the connection) |
09:51:52 | Andorin | And still drop files wherever I want? |
09:51:58 | markun | yes |
09:53:10 | Andorin | Alright... |
09:53:40 | Andorin | When I first ran this, I went to Database and it updated, then had me reboot. I then started playing music from there, so I assumed that Database is where I control playback. |
09:53:56 | Andorin | However, the music I just added isn't in the Database; it's in Files. It plays fine. |
09:56:06 | | Quit flydutch (Read error: 110 (Connection timed out)) |
09:56:07 | markun | did you turn dircache? I think it's useful if you use the file browser a lot |
09:56:13 | markun | *turn on |
09:56:48 | Andorin | dircache? No, I don't believe so. (I've never done any iPod-modding before.) |
09:57:00 | tmzt | Andorin: this isn't iPod stuff, it's rockbox |
09:57:20 | Andorin | Well, I've never used Rockbox either. :P |
09:57:28 | tmzt | when rockbox is running your iPod is basically a new mp3 player, but has the same storage (hard drive) as the Apple firmware |
09:57:38 | tmzt | and uses part of the Apple firmware for disk mode |
09:57:38 | Andorin | Right, I understand that much. |
09:58:44 | markun | Andorin: dircache just stores your folder tree in RAM, so the disk doesn't have to spin up ever time you change folders |
09:59:11 | Andorin | markun, is this applied to my PC or to my iPod? |
09:59:47 | markun | Andorin: It's a setting in rockbox. btw, which iPod do you have? |
10:00 |
10:00:05 | Andorin | This is an iPod Nano 2G. I was confused by your mention of a spinning disk. |
10:00:24 | markun | ah, if it's a flash based player it doesn't matter :) |
10:00:29 | Andorin | Alrighty. |
10:01:05 | markun | I have to go again. Good luck with your "new" player :) |
10:01:14 | Andorin | Thanks. |
10:05:45 | tmzt | Andorin: sorry, iPod equals hard disk to me and I'm very tired |
10:06:08 | tmzt | do flash-based iPods use disk mode in firmware? |
10:09:00 | Andorin | I'm not sure. I've never been anything but a regular user with an interest in playing .ogg files. |
10:10:31 | Andorin | (And in having OSS on my digital audio player.) |
10:11:28 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
10:23:50 | | Quit BHSPitMonkey ("Ex-Chat") |
10:25:07 | | Quit fyrestorm ("lamers envy me like they envy bill g -- main boot xp, just the way it should be!") |
10:29:47 | Torne | tmzt: yes, they work the same |
10:30:15 | tmzt | thank you, any reason why soft usb wouldn't work though? is that a goal? |
10:34:29 | Torne | TheSeven hasn't got usb working on the nano 2g yet. |
10:34:50 | tmzt | right, of course |
10:36:51 | topik | didn't he get it working with some hacks? |
10:36:57 | topik | but not commited yet |
10:37:27 | | Join manuel_ [0] (n=chatzill@bl15-108-152.dsl.telepac.pt) |
10:38:10 | | Nick manuel_ is now known as casainho (n=chatzill@bl15-108-152.dsl.telepac.pt) |
10:39:44 | | Quit casainho (Client Quit) |
10:42:30 | Andorin | Holy crap. These games make my iPod... fun. |
10:48:50 | *** | Saving seen data "./dancer.seen" |
11:00 |
11:09:54 | | Join DerPapst [0] (n=DerPapst@p4FE8F5CE.dip.t-dialin.net) |
11:17:51 | | Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) |
11:23:04 | | Join TheSeven [0] (n=theseven@rockbox/developer/TheSeven) |
11:43:09 | Andorin | ...hm. I think Rockbox crashed. |
11:43:37 | Andorin | *PANIC* / FTL: Scheduling bank 0 block 662 for remap! |
11:43:43 | Andorin | And can't get out of the screen. |
11:44:01 | Dgby714 | Andorin: Menu+Select |
11:44:18 | Andorin | Aha. |
11:44:33 | markun | Andorin: the nano 2g port is still unstable :) |
11:44:41 | Andorin | Right, I know. |
11:45:26 | Dgby714 | Yeah i only see those FTL remap PANICs when im moving around in the file browser fast |
11:48:02 | Andorin | I did an update of the database and it panicked. |
11:48:49 | Andorin | ...oh, crap. |
11:49:03 | Andorin | If I browse simply by files, I can only listen to an album at a time. |
11:49:33 | Andorin | So I pretty much have to use the database for listening to multiple albums or all songs at once, don't I? |
11:49:57 | linuxstb | No - read the manual... |
11:50:31 | Andorin | Reading. |
11:51:48 | | Quit Andorin ("Leaving") |
12:00 |
12:03:19 | tmzt | linuxstb: still risk of flash corruption? that doesn't look good |
12:09:59 | linuxstb | tmzt: What are you talking about? |
12:10:38 | tmzt | 19:51 < Andorin> *PANIC* / FTL: Scheduling bank 0 block 662 for remap! |
12:10:48 | tmzt | or is that a stub? |
12:11:02 | linuxstb | Zagor: Could you move linuxstb.cream.org/rockbox/gigabeat-s.tgz">http://linuxstb.cream.org/rockbox/gigabeat-s.tgz onto the download server? I think we probably want it in a /bootloader/toshiba/ but that would mean that /bootloader/gigabeat/ is out of place (maybe move that and have a tempory symlink). |
12:11:15 | linuxstb | tmzt: I don't think that implies flash corruption. |
12:11:26 | linuxstb | But TheSeven is the person to ask. |
12:11:42 | tmzt | okay |
12:32:26 | | Quit shai (Read error: 110 (Connection timed out)) |
12:36:36 | | Join JackWinter2 [0] (n=jack@vodsl-10804.vo.lu) |
12:42:31 | | Join Grahack [0] (n=chri@LCaen-151-91-3-232.w193-251.abo.wanadoo.fr) |
12:47:33 | | Quit JackWinter (Read error: 113 (No route to host)) |
12:48:52 | *** | Saving seen data "./dancer.seen" |
13:00 |
13:03:03 | | Join Casainho [0] (n=chatzill@87-196-39-27.net.novis.pt) |
13:03:25 | Casainho | /msg NickServ identify chave |
13:04:44 | | Quit Casainho (Nick collision from services.) |
13:05:10 | | Join Casainho [0] (n=chatzill@87-196-39-27.net.novis.pt) |
13:09:27 | | Quit Casainho (Client Quit) |
13:12:02 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
13:30:36 | mc2739 | Zagor: www/manuals.pl was modified on r23202 - can you update the server please? |
13:33:35 | Zagor | done |
13:35:28 | Zagor | linuxstb: done |
13:36:51 | linuxstb | Zagor: Thanks. What did you do about the existing /bootloader/gigabeat/ directory? |
13:36:58 | Zagor | symlink for now |
13:37:12 | Zagor | i.e. I moved the dir and added a compatibility symlink |
13:37:38 | linuxstb | What did you call the new directory? Maybe gigabeat-fx is better than just gigabeat? |
13:37:48 | Zagor | that's what I called it |
13:37:57 | linuxstb | Perfect ;) |
13:42:13 | CIA-85 | New commit by zagor (r23257): Updated location of Gigabeat F/X bootloader |
13:42:19 | | Join skyhunter [0] (n=quassel@f054010222.adsl.alicedsl.de) |
13:42:30 | AlexP | I'll add the beastpatcher links to the manual when I get home, then we have a nicely documented manual method |
13:43:04 | | Quit skyhunter (Remote closed the connection) |
13:43:12 | AlexP | And "someone" *just* needs to do rbutil :) |
13:44:51 | AlexP | The manual currently just mentions single boot, we should add dual boot too I suppose |
13:53:42 | Zagor | what is needed to add new targets to rbutil? is that written down somewhere? |
13:56:32 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
13:57:29 | | Part LinusN |
13:57:59 | * | Zagor had the scary idea of rewring rbutil in lua... |
14:00 |
14:01:31 | linuxstb | Zagor: Yes, I think the RockboxUtilityDevelopment page has it. |
14:02:02 | amiconn | Zagor: Installing rockbox from another rockboxed dap with usb host? |
14:02:21 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
14:02:56 | Zagor | amiconn: no, "just" replacing much of the c++ code with scripts. I don't know anything about the code though, it was just a thought that passed through my head :) |
14:03:41 | Zagor | linuxstb: indeed. http://www.rockbox.org/wiki/RockboxUtilityDevelopment#How_to_add_a_new_Target |
14:12:44 | | Quit antil33t (Read error: 104 (Connection reset by peer)) |
14:12:50 | | Join antil33t [0] (n=Mudkips@119.224.12.185) |
14:26:05 | | Quit Grahack ("Leaving.") |
14:26:30 | | Join Casainho [0] (n=chatzill@87-196-39-27.net.novis.pt) |
14:28:26 | | Quit DarkDefender (Remote closed the connection) |
14:29:05 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) |
14:34:16 | Zagor | perhaps it's time to update wiki/IpodPort |
14:37:36 | | Join DarkDefender [0] (n=rob@78.69.30.229) |
14:38:21 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
14:40:32 | kugel | Zagor: can you add the unstable ports to the player list in flyspray? |
14:42:08 | gevaerts | and while you're at it, maybe the list of people who can get assigned things should be updated or emptied |
14:42:45 | | Join mcuelenaere [0] (n=mcuelena@78-22-177-194.access.telenet.be) |
14:46:53 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
14:47:17 | Casainho | kugel: I don't know if you already got your Mini2440, in case you are interested, I wrote a page with images and 1 video showing a JTAG debug session using Eclipse: http://lyre.sourceforge.net/?q=content/how-setup-eclipse-jtag-debugging |
14:47:36 | kugel | I saw it already |
14:48:53 | *** | Saving seen data "./dancer.seen" |
14:57:29 | mcuelenaere | gevaerts: any idea what could cause interrupt endpoints to constantly send the same "message" over and over? I'm not sure what I did wrong, but every time when I do something with HID on Rockbox it looks like the host keeps getting the same message over and over (i.e. volume louder has the effect of the volume being at max, and me not able to reduce it unless I unplug the device) |
14:57:40 | | Join dfkt_ [0] (n=dfkt@unaffiliated/dfkt) |
14:57:50 | mcuelenaere | (this has been an issue since I first implemented interrupt endpoints on Jz4740) |
14:57:59 | | Join stoffel [0] (n=quassel@p57B4E153.dip.t-dialin.net) |
14:58:57 | kugel | mcuelenaere: I noticed that too on my e200. it only happens very rarely there though |
14:59:23 | mcuelenaere | hmm kugel: does the e200 have a scrollwheel? (and are you using it to change the values?) |
14:59:33 | kugel | volume yes |
14:59:44 | kugel | it has a scrollwheel |
14:59:51 | mcuelenaere | because I'm still not certain if this is because of something wrong with the apps code misinterpreting touchscreen events or similar |
15:00 |
15:00:03 | mcuelenaere | well that specific part of apps code |
15:01:17 | | Quit DerPapst ("Leaving.") |
15:01:27 | | Quit dfkt (Nick collision from services.) |
15:01:31 | | Nick dfkt_ is now known as dfkt (n=dfkt@unaffiliated/dfkt) |
15:02:02 | gevaerts | mcuelenaere: I don't know that much about HID. Maybe ask tomers? |
15:02:16 | mcuelenaere | I think I already asked him |
15:02:24 | | Join teru [0] (n=teru@KD059133112132.ppp.dion.ne.jp) |
15:03:12 | | Quit FOAD (Read error: 110 (Connection timed out)) |
15:03:12 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
15:03:26 | tmzt | hid would have nothing to do with volume being max on the pc, this would just be a mapping to a multimedia key right? |
15:06:20 | mcuelenaere | with the volume being max I mean the event that increases the volume gets sent repeatedly, which results in a max volume |
15:06:29 | tmzt | right |
15:08:55 | kugel | rasher: ping |
15:10:35 | Zagor | yay, wiki TOC link glitch fixed |
15:10:54 | kugel | nice |
15:14:45 | kugel | amiconn: ping |
15:20:48 | | Nick YPSY is now known as Ypsy (n=ypsy@87.106.45.183) |
15:23:59 | Casainho | kugel: and did you got your Mini2440? |
15:24:06 | kugel | no |
15:24:12 | | Quit DarkDefender (Remote closed the connection) |
15:27:39 | | Quit stoffel (Remote closed the connection) |
15:27:55 | | Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) |
15:28:05 | | Join stoffel [0] (n=quassel@p57B4E153.dip.t-dialin.net) |
15:29:07 | | Join Topy [0] (n=Topy44@g228217043.adsl.alicedsl.de) |
15:29:17 | | Quit DarkDefender (Client Quit) |
15:29:47 | | Join faemir [0] (n=faemir@78.33.109.163) |
15:30:19 | | Join kyle6513 [0] (n=kyle6513@58.174.128.189) |
15:35:41 | | Quit T44 (Read error: 60 (Operation timed out)) |
15:44:52 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
16:00 |
16:00:38 | | Join MethoS- [0] (n=clemens@134.102.106.250) |
16:02:36 | | Join evilnick_230 [0] (i=0c140464@rockbox/staff/evilnick) |
16:04:00 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
16:08:07 | | Nick evilnick_230 is now known as evilnick_B (i=0c140464@rockbox/staff/evilnick) |
16:08:58 | | Join h01ger [0] (n=holger@socket.layer-acht.org) |
16:08:59 | | Quit janne_oksanen (Read error: 131 (Connection reset by peer)) |
16:09:37 | h01ger | hi. i guess i'm reading the wiki correctly that the "Archos 3 Vision" is not supported by rockbox? |
16:09:38 | | Join janne_oksanen [0] (n=janne@130.234.191.99) |
16:10:25 | gevaerts | h01ger: that's correct |
16:11:01 | h01ger | grumpf. any recommendations for a "cheap" player with fm-transmitter and rockbox support? |
16:16:23 | gevaerts | hm, I don't think any of out targets has an fm transmitter |
16:19:30 | h01ger | ok. thanks gevaerts! |
16:20:32 | h01ger | leave #rockbox play it again :) |
16:20:36 | h01ger | almost |
16:20:37 | | Part h01ger ("play it again :)") |
16:26:46 | tmzt | gevaerts: anything with bluetooth chip? many of those have transmitter |
16:26:57 | tmzt | fm transmitter |
16:32:06 | | Nick fxb__ is now known as fxb (n=felixbru@85.214.97.64) |
16:35:23 | Casainho | tmzt: so, did you bought already a Mini2440? :-) |
16:35:44 | tmzt | no, have a lot of hardware but not that one |
16:35:45 | tmzt | why? |
16:36:02 | Casainho | tmzt: I tought you were interested on it. |
16:36:28 | tmzt | more in jtag and having a working developement environment on linux |
16:37:31 | tmzt | trying to get into more hardware oriented development I mean, mostly doing software stuff on htc phones right now |
16:38:02 | | Join dp [0] (n=gms8994@207-150-168-70.static.sagonet.net) |
16:38:30 | Casainho | tmzt: ok :-) |
16:38:49 | dp | the wiki suggests that 3G iPod Nano's do not work with rockbox. is this still true, or is it out of date, since iPodStatus doesn't say anything about the nano |
16:39:00 | linuxstb | It's still true. |
16:39:08 | tmzt | always interested in an open hardware project though, just don't have time to take on another one |
16:39:37 | tmzt | dp: 2g just became unstable with a lot of work on bootloader and security as well as flash |
16:40:39 | dp | hrm, ok. know if ipodlinux works? |
16:40:56 | linuxstb | No, it doesn't. |
16:41:15 | dp | suck. so there's no other firmware for the 3G that I can use, correct? |
16:41:24 | linuxstb | Correct |
16:41:45 | dp | blargh |
16:41:50 | dp | ok, thanks |
16:41:56 | | Part dp |
16:44:47 | | Join DerPapst [0] (n=DerPapst@p4FE8F5CE.dip.t-dialin.net) |
16:48:43 | kugel | grml |
16:48:55 | *** | Saving seen data "./dancer.seen" |
16:49:06 | kugel | I would like to know whether it's a good idea to reuse LANG_CHANNEL_CUSTOM for the custom option of the statusbar setting |
16:49:59 | gevaerts | kugel: I'd say that if you're unsure, don't reuse language strings |
16:50:41 | kugel | I just don't want to end up with two strings that mean the same thing |
16:51:54 | kugel | for the languages I know it's fine. the worst thing that can happen is that we get a bug report for a wrong string, in which case a translator can fix it |
16:54:45 | | Join Strife89 [0] (n=michael@168.16.239.253) |
16:55:54 | kugel | meh, alright. I'll write in the desc field that one should look whether the translation is compatible with LANG_CHANNEL_CUSTOM (and if to please the same translation) |
16:56:39 | kugel | s/please/please use/ |
17:00 |
17:00:24 | | Quit Zagor ("Don't panic") |
17:04:19 | | Join toffe82 [0] (n=chatzill@12.169.218.14) |
17:15:33 | | Quit n1s (Read error: 110 (Connection timed out)) |
17:19:26 | kyle6513 | gevaerts, i believe the ipod has something to transmit to your car's radio, although im not too sure its FM |
17:19:36 | | Quit teru ("Quit") |
17:20:41 | gevaerts | kyle6513: they don't |
17:21:22 | | Quit Rondom (Nick collision from services.) |
17:21:33 | | Join Rondom [0] (n=Rondom@dslb-084-057-169-059.pools.arcor-ip.net) |
17:21:34 | | Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) |
17:23:55 | kyle6513 | gevaerts, you can buy a simple thing to plug into them :) the itrip |
17:25:25 | * | gevaerts points out that he wasn't the one who asked for this thing |
17:25:43 | kyle6513 | i know, but if he comes back you can tell him :) |
17:25:45 | | Quit stoffel (Read error: 113 (No route to host)) |
17:26:00 | gevaerts | so can you, and I assume he knows that there are external transmitters |
17:26:15 | kyle6513 | thats true |
17:28:19 | CIA-85 | New commit by kugel (r23258): Initial custom statusbar commit. ... |
17:30:50 | tmzt | though some, not the belkin, need software on the device |
17:30:50 | | Quit mcuelenaere (Connection reset by peer) |
17:31:24 | | Join mcuelenaere [0] (n=mcuelena@78-22-177-194.access.telenet.be) |
17:34:01 | kugel | lol |
17:34:09 | kugel | no reds/yellows \o/ |
17:34:57 | | Join liar2 [0] (n=liar@83.175.83.185) |
17:35:18 | gevaerts | kugel: except for the delta :) |
17:35:29 | | Nick liar2 is now known as liar (n=liar@83.175.83.185) |
17:35:48 | kugel | I consider <1.5k successful! |
17:44:05 | AlexP | kyle6513: Every single thing out there with a headphone socket has a fm transmitter by that measure |
17:44:20 | AlexP | I'm pretty sure he meant integrated |
17:48:39 | kyle6513 | ah i see |
17:50:08 | CIA-85 | New commit by tomers (r23259): Splash error message when loading language from dir browser fails |
17:52:58 | | Quit kyle6513 ("Leaving") |
17:53:46 | kugel | tomers: add new lang strings to the end! |
17:54:20 | | Quit mcuelenaere () |
17:54:21 | kugel | I'm not sure that we need a new lang string, we already have a string for when something failed |
17:54:42 | | Join saratoga [0] (i=98039f25@gateway/web/freenode/session) |
17:54:54 | saratoga | did anyone ever figure out how the Fuze knows when its hooked up to line out? |
17:55:07 | saratoga | presumably some GPIO pin? |
17:56:20 | tomers | kugel: I thought it is better to have it there, near the successful message. I guess I didn't know there is a convention to adding new strings. Should I move it? |
17:56:33 | kugel | yes |
17:56:46 | gevaerts | tomers: this way breaks existing voice files |
17:56:47 | kugel | it's not just a convention, it's to not break compability |
17:57:06 | tomers | kugel: I'll fix ASAP. Do you know what is that string? |
17:57:36 | kugel | LANG_FAILED |
17:58:12 | tomers | kugel: LANG_FM_PRESET_SAVE_FAILED, LANG_BACKDROP_FAILED, all handle failing to load/save. They all can use LANG_FAILED, don't they? |
17:58:29 | kugel | I think so yes |
17:59:15 | kugel | but they exist longer so I wouldn't call it urgent to deprecate them (not sure if I would do it at all), but I don't think we should add more of that sort |
18:00 |
18:01:06 | CIA-85 | New commit by tomers (r23260): Don't introduce a new string, instead reuse LANG_FAILED. |
18:01:21 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
18:02:03 | * | Strife89 wonders who would like a "Buffer Left" option for the status bar. |
18:02:35 | Strife89 | s/Left/Remaining |
18:04:05 | kugel | Strife89: ? |
18:04:15 | kugel | skin buffer you mean? |
18:04:30 | Strife89 | Audio buffer. |
18:04:31 | | Quit petur ("work->home") |
18:04:57 | Strife89 | I'll elaborate later. |
18:05:03 | | Quit Strife89 ("Gone to lunch.") |
18:06:46 | JdGordon | custom statusbar \ :) / |
18:07:09 | JdGordon | now just get rid of the code for the old bar and you can reclaim some of that delta |
18:08:46 | CIA-85 | New commit by kugel (r23261): Add a browse (remote) custom statusbar item in the theme settings. ... |
18:10:58 | | Join |DaMaGeD| [0] (n=|DaMaGeD@85.26.164.117) |
18:12:43 | CIA-85 | New commit by kugel (r23262): Remove a few superfluous calls and use the correct symbol. |
18:13:03 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
18:14:17 | evilnick_B | pixelma: I asked Lambda yesterday and he told me that USB is working fine on his version of Snow Leopard. |
18:14:20 | kugel | JdGordon: maybe you can do it? :P |
18:18:00 | Casainho | JdGordon: hello :-) −− how is your Mini2440? −− could you run already Rockbox on it? |
18:18:40 | | Join daggett [0] (n=denis@74.56.62.201) |
18:21:20 | JdGordon | its good.. and no, not yet |
18:21:51 | CIA-85 | New commit by gevaerts (r23263): Change control handling to start expecting host packets before sending data to the host. This makes the handling less timing sensitive on some ... |
18:23:20 | Casainho | JdGordon: I wrote a page, using some picutres and one video showing how to do JTAG debug (using Rockbox bootloader code): http://lyre.sourceforge.net/?q=content/how-setup-eclipse-jtag-debugging |
18:29:10 | | Part maruk |
18:32:23 | | Quit phanboy4 (Read error: 104 (Connection reset by peer)) |
18:37:00 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
18:41:02 | | Quit robin0800 (Remote closed the connection) |
18:42:32 | | Quit DerPapst ("Leaving.") |
18:43:27 | | Part mnemoc |
18:48:58 | *** | Saving seen data "./dancer.seen" |
18:49:26 | tomers | kugel: I know you're very busy today :-) But can you have a look at "FS #10692 - Viewpority USB screen" ? I would like to commit it, but I think I would like you to review it first. Thanks |
18:49:47 | kugel | stupid WYSIWYG wiki editor |
18:50:36 | | Join Lss [0] (n=Lss@cm46.delta91.maxonline.com.sg) |
18:51:27 | kugel | tomers: a) no typedefs :) |
18:51:52 | kugel | b) you seem to remove putsf() calls which n1s introduced recently |
18:52:57 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
18:54:05 | kugel | tomers: the whole usb screen should probably be in its own file, just calling some usb_screen_run() from screens.c |
18:54:48 | tomers | kugel: Thanks for the feedback. Uploading... |
18:56:19 | tomers | kugel: Please see the updated patch I just uploaded |
18:56:48 | tomers | kugel: I was just about to ask you about separating screens.c into several files, possibly under apps/screens/* |
18:58:33 | kugel | tomers: or maybe just apps/gui there are few other screens as well |
18:59:34 | tomers | Are there any other screens besides usb screen that shouldn't be in screens.c? |
19:00 |
19:00:52 | | Quit SUSaiyan (Read error: 104 (Connection reset by peer)) |
19:01:17 | tomers | kugel: Do you want to create a new function usb_screen_run()? I can just expose the existing usb_screen()? |
19:01:41 | kugel | the name of the function hardly matters :) |
19:02:01 | | Quit thegeek ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") |
19:04:10 | tomers | kugel: Is FS #10692 ready to commit? |
19:04:41 | kugel | tomers: please don't use stop_scroll() |
19:04:54 | | Quit Casainho ("ChatZilla 0.9.85 [Firefox 3.5.3/20091007095328]") |
19:04:56 | kugel | at least not after setting the NULL viewport |
19:05:02 | | Quit |DaMaGeD| ("Back in reality.") |
19:05:10 | kugel | that will stop scrolling on the whole display, very nasty for custom statusbar for example |
19:05:20 | | Join pamaury [0] (n=pamaury@88-123-146-180.rev.libertysurf.net) |
19:05:35 | | Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) |
19:05:44 | tomers | kugel: I saw it in gui_quickscreen_draw() which I took as a reference |
19:06:53 | kugel | tomers: quickscreen does it only for the viewports it draws in |
19:07:16 | kugel | ah on entering, that seems like a bug to me |
19:07:26 | tomers | kugel: OK. I removed it. Is there is something else? |
19:08:05 | | Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) |
19:11:39 | kugel | tomers: are you doing the extra file now? |
19:12:11 | tomers | kugel: No. I think I should first commit my changes, then move to a new file without any change to logic |
19:12:19 | kugel | ok |
19:13:01 | kugel | tomers: have you tried if it works with a custom ui vp? |
19:13:43 | | Join JdGordon| [0] (n=Miranda@nat/microsoft/x-aswrrbvjjhqpeuqh) |
19:13:54 | tomers | kugel: I just tried it as it is and it works. I don't understand what is / how to test custom ui vp? |
19:14:51 | kugel | depending on your target, insert "ui viewport: 30,30,100,100,-,-,-" to your config.cfg and load it |
19:15:06 | kugel | just don't exceed the screen dimensions |
19:15:37 | tomers | kugel: I use e200. Are those values ok for my target? |
19:16:02 | JdGordon| | how does the fm screen handle the custom statusbar? |
19:16:05 | kugel | you possibly want to ignore the ui viewport since it may be too small for the usb logo. in this case just do viewport_set_fullscreen() instead if _set_defaults() |
19:16:29 | pixelma | and the recording screen? |
19:16:39 | JdGordon| | that too |
19:17:16 | kugel | they both force the statusbar to be on. that means it uses whatever the user selected and if the statusbar is off it forces statusbar at top (the default setting) |
19:17:37 | tomers | kugel: Just to make sure: Do you want me to replace viewport_set_defaults(...) with viewport_set_fullscreen() ? |
19:18:06 | kugel | tomers: I don't know |
19:18:22 | pixelma | the custom statusbar or the built-in? Especially the recording screen status bar has some very special items |
19:19:03 | kugel | maybe like this: check if the parent viewport is big enough to hold the usb logo, and it's too small then force fullscreen |
19:19:39 | kugel | pixelma: statusbar at top is the build in one |
19:21:49 | JdGordon| | the built in one can be at the bottom also! |
19:22:41 | kugel | so? |
19:22:41 | JdGordon| | is there anything in either rec/regular built in statusbar that cant be done with skins? |
19:22:43 | JdGordon| | so nothing... just saying |
19:22:44 | kugel | it behaves like the wps with %we |
19:22:55 | tomers | kugel: What will fillscreen do? |
19:23:00 | tomers | s/fill/full |
19:23:35 | kugel | tomers: viewport_set_fullscreen() gives you a fullscreen viewport minus statusbar area |
19:24:26 | JdGordon| | fullscreen should probably give the real full screen... or have a param to say if the bar is included or not |
19:24:43 | kugel | JdGordon|: you can show all information the special fm/recscreen statusbar shows with the custom statusbar too |
19:24:50 | | Join duffrecords [0] (n=iyoung@dtnoc.alchemy.net) |
19:25:11 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
19:25:12 | kugel | JdGordon|: wait, I proposed that a whole while ago..you were against it |
19:25:14 | JdGordon| | not everything from the rec bar though? |
19:25:22 | kugel | everything |
19:25:28 | kugel | %St... |
19:25:39 | JdGordon| | great |
19:25:49 | kugel | and %cs/%mp for play status |
19:26:28 | pixelma | speaking of %St... |
19:27:16 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
19:28:27 | tomers | kugel: Are you sure we need all this check? It used to work previously... I don't see how parent vp can not be in the size of the whole screen |
19:28:55 | kugel | as I said, custom ui vp |
19:29:00 | AlexP | If you just open a command prompt in windows, where does it put you? i.e. can I tell people to just do "cd Desktop" and they will get there? |
19:29:13 | kugel | see FS #8799 for details/an example picture |
19:29:33 | kugel | AlexP: I did that for the samsas |
19:29:38 | | Join raphi [0] (n=raphi@pub082136118205.dh-hfc.datazug.ch) |
19:29:40 | pixelma | AlexP: what does this have to do with Rockbox? ;) |
19:29:51 | AlexP | pixelma: Beast manual install instructions |
19:30:00 | kugel | I told them to create a rbinstall folder on the desktop, then do cd Destop\rbinstall in the cmd |
19:30:12 | AlexP | kugel: OK, I'll do the same |
19:30:21 | kugel | pixelma: speaking of %St, did you want to say something?? |
19:30:45 | JdGordon| | AlexP: cmd /k cd dir\to\go\to |
19:31:01 | AlexP | JdGordon|: Does that have to be absolute? |
19:31:30 | pixelma | well yes, got a bug report abd wanted to head off to the tracker but if you want to listen now I could tell again here |
19:31:32 | JdGordon| | . /k lets you do any command so you can string abunch together to get a different drive |
19:31:37 | | Join stoffel [0] (n=quassel@p57B4E153.dip.t-dialin.net) |
19:31:56 | AlexP | JdGordon|: But if it is on their desktop I don't know e.g. their username |
19:32:05 | AlexP | I think I'll just tell them to navigate to it |
19:32:22 | AlexP | If they are manually installing then they can handle cd |
19:32:27 | tomers | kugel: Why do people need a vp which is smaller than the actual screen? Can you provide me with a use case? Maybe targets with really big screens? |
19:32:59 | JdGordon| | tomers: there are some themes which ook really nice with a border |
19:33:19 | JdGordon| | but also the status"bar" might end up using half the screen... |
19:33:31 | kugel | tomers: see http://www.alice-dsl.net/simonemartitz/asdf/custom_list.png it's pure pretty-ness |
19:33:32 | tomers | ok, so I will use the original vp's size, and if the usb icon can't fit in, use the whole screen? |
19:34:45 | | Quit GodEater (Remote closed the connection) |
19:34:55 | | Join GodEater [0] (n=bibble@bb-87-80-121-64.ukonline.co.uk) |
19:36:15 | | Join mrtok1 [0] (n=dummy@p5B39DB4E.dip.t-dialin.net) |
19:36:54 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
19:38:53 | CIA-85 | New commit by tomers (r23264): rbutil: Change layout to RTL if Hebrew language is used |
19:42:22 | kugel | I hate that wiki editor |
19:42:33 | gevaerts | then don't use it :) |
19:42:41 | kugel | you can't easily switch back from heading X to normal |
19:42:58 | kugel | I wrote my headline, but I can't manage to get the below text in the normal style |
19:42:59 | | Join Strife89 [0] (n=michael@168.16.237.214) |
19:43:06 | | Part LinusN |
19:43:24 | kugel | good that switching headings works fine at elast |
19:43:33 | | Join phanboy4 [0] (n=benji@gate-22.spsu.edu) |
19:49:58 | Lear | If I want to mix text and images in a statusbar skin, do I need separate non-overlapping viewports for the text and the images, to avoid having the text erase some/all of the images? |
19:50:39 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
19:50:52 | pixelma | kugel: there's an "edit raw" link somewhere |
19:51:04 | pixelma | or "raw edit" |
19:51:06 | kugel | I know |
19:51:24 | tomers | kugel: Is think this one is better (FS #10692)... |
19:52:25 | | Quit stoffel (Remote closed the connection) |
19:55:11 | | Quit Horscht ("Verlassend") |
19:55:23 | | Join Horscht [0] (n=Horscht2@p4FD4E406.dip.t-dialin.net) |
19:55:45 | | Quit Horscht (Client Quit) |
19:57:28 | | Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) |
20:00 |
20:01:15 | kugel | tomers: looks ok to me. I think you should do screens[i].scroll_stop(title_vp); somewhere before exiting the screen |
20:01:34 | duffrecords | I'm having trouble building my database, so I put all my MP3s in a new folder with an empty database.ignore file, but it still stops building at a particular number. shouldn't it skip all the files? |
20:02:12 | kugel | I think you actually must do that, the scroll engine might crash otherwise |
20:03:20 | pixelma | duffrecords: are there no music files available to the database at all now? I'm asking because there's a bug in the database with no music files at all |
20:04:08 | duffrecords | yeah, that would be the case at the present moment |
20:04:20 | duffrecords | I'll add one and see what happens |
20:04:52 | | Join petteyg [0] (n=petteyg@131.95.172.141) |
20:06:38 | petteyg | I have an iPod 5.5 (80GB Video). When I am in the "record" screen, no button (short or long) will exit back to main menu. What keypress is required to exit the recording screen? |
20:09:00 | kugel | saratoga: do you know why we can only have GPL'd plugins? |
20:09:33 | kugel | or anyone |
20:10:27 | | Quit dfkt (Nick collision from services.) |
20:10:32 | | Nick dfkt_ is now known as dfkt (i=dfkt@unaffiliated/dfkt) |
20:11:43 | tomers | kugel: I checked it out now, and it all *looks* ok (replaced putsxy() with puts_scroll(), and created a long string, so that it scrolls). Should I nevertheless stop scrolling explicitly?> |
20:11:43 | * | domonoky is about to commit the mini2440 initial port. Any objections ? |
20:11:43 | | Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) |
20:11:46 | kugel | tomers: the scroll engine saves the pointer to the viewport |
20:12:00 | | Quit DarkDefender (Client Quit) |
20:12:01 | kugel | since it's allocated on stack, it's invalid after exiting the screen |
20:12:49 | kugel | domonoky: object!! my mini2440 didn't came yet :) |
20:12:49 | tomers | kugel: So I guess I should stop :-) |
20:12:49 | | Join midgey [0] (n=tjross@rockbox/developer/midgey) |
20:12:49 | kugel | tomers: yes |
20:12:53 | * | domonoky chooses to ignore kugel :-) |
20:14:29 | CIA-85 | New commit by Domonoky (r23265): Initial mini2440 port. ... |
20:14:44 | midgey | gevaerts: thanks for checking iram for me |
20:14:59 | midgey | linuxstb: ping |
20:15:12 | CIA-85 | New commit by alex (r23266): Add beastpatcher download location to the Gigabeat S manual, and add dual-boot bootloader install instructions. |
20:15:13 | | Join flydutch [0] (n=flydutch@87.15.166.167) |
20:16:32 | domonoky | if gigabeat f is now broken, please blame gevaerts :-) |
20:16:54 | gevaerts | domonoky: there's no proof that this commit corresponds to the binary I tested :) |
20:18:24 | JdGordon| | domonoky: did anyone make sure the beat f/x drivers wernt broken? |
20:18:25 | linuxstb | midgey: ? |
20:18:47 | AlexP | JdGordon|: gevaerts |
20:18:59 | JdGordon| | ok cool |
20:19:08 | domonoky | JdGordon|: yes i had gevaerts as testing device, and found and fixed some lcd problems for the gigabeat f. |
20:19:12 | midgey | linuxstb: the latest version of alac decoder has some bug fixes and support for 24-bit files |
20:19:14 | AlexP | So are we missing anything else for the S to be unsupported not unstable? |
20:19:27 | midgey | i synced the changes and posted them to the tracker |
20:19:38 | midgey | if you have time, I'd appreciate it if you could take a look |
20:20:03 | kugel | kkurbjun: ping |
20:20:23 | linuxstb | midgey: task #? |
20:20:45 | domonoky | JdGordon|: did you already play/code with rockbox on your mini2440 ? |
20:20:54 | midgey | linuxstb: FS #10690 |
20:21:29 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
20:21:30 | JdGordon| | domonoky: no.. i havnt got a long enough cable for jtag... |
20:21:50 | | Join Utchybann [0] (n=lolo@ede67-1-81-56-102-26.fbx.proxad.net) |
20:22:10 | * | JdGordon| would rather use serial and usb to get code going... but meh :p |
20:22:27 | | Join petur [50] (n=petur@rockbox/developer/petur) |
20:22:36 | domonoky | JdGordon|: yes, thats a bit of a problem. i had to put the board behind my PC, to flash the bootloader. :-) But now i only need the SD card for new code :-) |
20:22:53 | | Join efyx_ [0] (n=efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
20:23:18 | JdGordon| | hopefully tonight! |
20:25:34 | midgey | wtf ipod mini2g |
20:26:02 | linuxstb | midgey: Have you tested if 16-bit files still decode at the same speed? |
20:27:06 | midgey | not yet, unfortunately i only have my e200 and a nano2g with me |
20:28:30 | pixelma | domonoky: could it be that there is a naming clash and code you committed for th Io |
20:28:55 | domonoky | the Io ? |
20:29:04 | pixelma | Mini2 something is added to the Ipod Mini 2g too? |
20:29:19 | petteyg | Anybody here have an 80GB Gen 5 iPod Video that they've successfully recorded audio with? I don't get any audio from three different mics. |
20:29:37 | pixelma | domonoky: (just translating midgey's wtf... see delta table) |
20:30:03 | domonoky | oh, that is a nice delta.. |
20:31:08 | JdGordon| | the table looks funny :) |
20:33:03 | | Join shaggy-h [0] (n=kiwi@87.74.127.193) |
20:33:03 | AlexP | I'm quite impressed with that delta from adding something to the beast manual |
20:35:05 | kugel | maybe the table fails to regexp mini2g and mini2440? |
20:36:09 | | Quit phanboy4 (Read error: 104 (Connection reset by peer)) |
20:36:14 | domonoky | kugel: mini2440 isnt automatically built at moment, so there must be something else wrong. (me starts a mini2g build to check what happens) |
20:36:31 | | Join phanboy4 [0] (n=benji@gate-22.spsu.edu) |
20:36:36 | kugel | I assume the build log for mini2g is interesting |
20:37:42 | midgey | domonoky: i just built mini2g and the numbers in rockbox-info look normal |
20:37:57 | midgey | Binary size: 533832, Actual size: 533824, RAM usage: 905648 |
20:38:21 | kugel | build log looks ok |
20:38:29 | tomers | Are there targets with HAVE_REMOTE_LCD *and* !HAVE_LCD_BITMAP ? |
20:38:54 | | Join panni_ [0] (i=hannes@ip-95-222-21-143.unitymediagroup.de) |
20:38:54 | kugel | also, the manual commit caused the delta, not the mini2440 one |
20:39:12 | AlexP | yeah, I'll take all the credit for that one |
20:39:14 | kugel | tomers: no, and rockbox would break if they were some ;) |
20:39:27 | domonoky | tomers: no. the only target with !HAVE_LCD_BITMAP is the archos player. they have no lcd in the remote. |
20:40:09 | tomers | thanks |
20:41:19 | bertrik | gevaerts, markun, I'm afraid the meizu m6 is basically forced to use 24-bit or even 32-bit mode for the LCD framebuffer, because of the way the hardware is connected. |
20:42:07 | bertrik | (I hope I'm misunderstanding the datasheet and the schematic) |
20:43:29 | | Join bertrik_ [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
20:43:39 | kugel | speaking of depth, I see the mini2440 has a 18bit display. would be nice if we can use it in the long term |
20:44:40 | midgey | doesn't the h300 have an 18bit display but we intentionally use 16? |
20:45:03 | kugel | midgey: IIRC this is true but there are some other restrictions. I'm not sure |
20:47:03 | | Quit DaCapn (Remote closed the connection) |
20:47:05 | midgey | also, it seems that the statusbar is showing up during the splash screen |
20:47:48 | midgey | is that related to getting a fullscreen viewport (the conversation you and JdGordon had earlier)? |
20:48:24 | kugel | it's initialized very early (for early-usb before settings are loaded). it's possibly drawn too early too |
20:49:01 | *** | Saving seen data "./dancer.seen" |
20:50:15 | kugel | bertrik: can we commit the dbop patch soon? |
20:53:32 | | Join ixi [0] (n=a-S@213.211.34.237) |
20:54:53 | ixi | um, hi, i wonder if someone could help me.. i just got iriver ihp120, and the rockbox that was there wasnt responding - so i tried to reinstall it according to manual, but after installing the bootloader, it stopped responding at all.. anyone knows what to do? |
20:56:02 | AlexP | ixi: Try the reset button |
20:56:02 | AlexP | And what is on screen? |
20:56:08 | ixi | nothing |
20:56:12 | ixi | it just stopped responding at all |
20:56:18 | ixi | it wont turn on |
20:56:31 | AlexP | Which bootloader did you try to install? |
20:56:38 | ixi | 166EU |
20:56:45 | AlexP | non-patched? |
20:57:00 | ixi | well, the one from rasher.dk/rockbox/iriver-firmwares/">http://rasher.dk/rockbox/iriver-firmwares/ |
20:57:10 | AlexP | yeah, so non-patched |
20:57:20 | ixi | following http://download.rockbox.org/daily/manual/rockbox-h100/rockbox-buildch2.html#x4-80002.2 |
20:57:21 | AlexP | Was the battery full? |
20:57:29 | ixi | nope |
20:57:35 | AlexP | oh dear |
20:57:48 | AlexP | If it ran out during flashing, then that is very bad news |
20:57:57 | AlexP | You can try charging and hope for the best |
20:58:12 | JdGordon| | doesnt it not let you flash if its low? |
20:58:17 | ixi | well, rockbox said it was succesfully installed |
20:58:32 | AlexP | rbutil? |
20:58:38 | ixi | yeah |
20:59:02 | AlexP | Why were you flashing a non-patched bootloader if you were trying to install with rbutil |
20:59:07 | AlexP | JdGordon|: I don't think so |
20:59:12 | ixi | um, cause the html says so? |
20:59:28 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
20:59:32 | AlexP | Where? |
20:59:33 | | Join Blue_Dude [0] (n=chatzill@rockbox/developer/Blue-Dude) |
20:59:42 | ixi | Rockbox Utility will ask you for a compatible copy of the original firmware. This is because for legal reasons we cannot distribute the bootloader directly. Instead, we have to patch the Iriver firmware with the Rockbox bootloader. |
20:59:42 | ixi | Download a supported version of the Iriver firmware for your Iriver iHP100, iHP115, iHP120, iHP140, H120 and H140 from the Iriver website, links can be found on IriverBoot. |
20:59:42 | ixi | Supported Iriver firmware versions currently include 1.63US, 1.63EU, 1.63K, 1.65US, 1.65EU, 1.65K, 1.66US, 1.66EU and 1.66K. Note that the H140 uses the same firmware as the H120; H120 and H140 owners should use the firmware called ihp_120.hex. Likewise, the iHP110 and iHP115 use the same firmware, called ihp_100.hex. Be sure to use the correct firmware file for your player. |
20:59:51 | | Quit stripwax (Client Quit) |
21:00 |
21:00:05 | AlexP | Rbutil takes that and patches it |
21:00:21 | AlexP | So when I said non-patched, the answer was no |
21:00:28 | ixi | well, i just followed the installation step by step |
21:00:56 | AlexP | Doing it with low battery wasn't a good idea |
21:01:26 | ixi | i dont think the battery ran out, it would disconnect the device, wouldnt it? |
21:01:58 | | Join stoffel [0] (n=quassel@p57B4E153.dip.t-dialin.net) |
21:02:07 | AlexP | If it were during flashing then the device wasn't connected to the PC |
21:02:39 | ixi | well, what should i do now? |
21:03:05 | AlexP | Let us be clear - you did the rockbox util install, then disconnected, then went into the iriver firmware and selected upgrade firmware? |
21:03:18 | AlexP | And then it wouldn't turn on again |
21:03:36 | bluebrother | tomers: this looks broken to me: http://www.alice-dsl.net/dominik.riebeling/rockbox/rbutil-he.jpg |
21:03:55 | ixi | i installed bootleader first |
21:04:02 | ixi | then it said i should turn the device on |
21:04:06 | ixi | which, well, didnt work |
21:04:14 | kugel | tomers: ping |
21:04:18 | AlexP | wait, it must have been on to instal the bootloader |
21:04:29 | AlexP | Rbutil wouldn't have detected it if it were off |
21:04:37 | ixi | yeah, it was on i think |
21:04:38 | tomers | לועקך: פםמע |
21:04:41 | tomers | kugel: pong |
21:04:43 | tomers | :-) |
21:05:00 | | Quit Zarggg () |
21:05:01 | AlexP | ixi: I need to know exactly what you did, in detail, with no missing steps |
21:05:06 | kugel | tomers: are the quickscreen items swapped too with rtl languages? |
21:05:27 | bluebrother | tomers: besides, according to the Qt documentation RTL languages are detected automatically. Adding a hack for hebrew just because it doesn't seem to work seems like a pretty bad idea to me. |
21:06:12 | kugel | bluebrother: why does that look broken to you? |
21:06:19 | ixi | well, first i connected it to pc, uninstalled both rockbox and bootloader (because the copy i got it with was probably corrupted, rockbox wouldnt turn on and iriver firmware said 0MB free), then installed the bootloader according to the manual, it said that i should turn it on, except i cant |
21:07:15 | AlexP | So when you uninstalled Rockbox, you copied the unpatched original firmware to the player, then went into the iriver firmware, and selected update firmware? |
21:07:30 | tomers | bluebrother: It simply did not work automatically. I am not an expert with Qt, but my fix just solved it... Is the translator knows whether the language it loads is RTL? |
21:07:35 | ixi | i did it all with rockbox util |
21:07:35 | tomers | s/is/does/ |
21:07:44 | tomers | kugel: I'll test |
21:07:44 | AlexP | ixi: You can't have |
21:07:53 | ixi | well, i did |
21:07:54 | bluebrother | kugel: have a closer look at the path. It's /tmp/rbutil, so in RTL I'd expect it to be rbutil/tmp/ |
21:07:58 | | Join perfectdrug [0] (n=5b0edcc8@giant.haxx.se) |
21:08:16 | GodEater | ixi: no you didn't - rbutil doesn't do that. |
21:08:17 | domonoky | ixi: rbutil places a patched firmware on your player, you have to "update" to it with the of yourself. |
21:08:17 | AlexP | ixi: To uninstall the bootloader, you *must* go into the iriver firmware, and selected update firmware |
21:08:23 | midgey | rbutil can't flash the bootloader on the h100, you have to do it from the device |
21:08:27 | bluebrother | kugel: also, have a closer look at the device list. Something is wrong with braces. |
21:08:46 | kugel | ah the path looks strange indeed |
21:08:54 | domonoky | and rbutil can not uninstall the bootloader for a h120. (you just need to update a unmodified of again) |
21:09:01 | AlexP | exactly |
21:09:19 | bluebrother | tomers: well, IMO we should rather figure why it didn't work instead of committing nasty hacks. If the next RTL language comes in we'd run into similar issues and need to adjust it again. Nothing that's good. |
21:09:40 | ixi | well, i just pressed remove bootloader, it said it did, then i pressed install bootloader, it asked me for firmware, and said it was installed succesfull |
21:09:41 | ixi | y |
21:09:54 | AlexP | Then you haven't actually done anything |
21:09:57 | domonoky | ixi: so if you didnt use the "update firmware" option in the OF, nothing should have changed, you you are probably just out of power. |
21:09:57 | midgey | tomers: usb hid seems very reliable on os x 10.6 now |
21:10:05 | AlexP | ixi: Try leaving it to charge |
21:10:09 | ixi | ok |
21:10:17 | GodEater | and don't use a Nokia charger! |
21:10:19 | ixi | how should i do it, then? http://download.rockbox.org/daily/manual/rockbox-h100/rockbox-buildch2.html#x4-60002 doesnt mention anything |
21:10:25 | AlexP | yes it does |
21:10:25 | GodEater | just cos the plug fits does not make it a good diea! |
21:10:27 | ixi | i know, GodEater, i have original charger :) |
21:10:28 | GodEater | *idea |
21:10:34 | AlexP | ixi: Under finishing the install |
21:10:40 | AlexP | ixi: But don't do anything yet |
21:10:46 | midgey | tomers: at least based on a quick test with an e200. it's much more responsive and the scrollwheel doesn't get stuck increasing volume repeatedly |
21:10:51 | tomers | midgey: What happened that it suddenly works? |
21:10:57 | AlexP | ixi: Leave it to charge, and then next time you try do it with it plugged in |
21:11:19 | AlexP | and follow all the instructions exactly |
21:11:59 | domonoky | ixi: if i try bootloader uninstallation in rbutil for a h120. it just says: "cant uninstall bootloader, only installation log removed". Didnt you see that ? |
21:12:07 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
21:12:13 | n1s | kugel: plugins need to be gpl compatible because a) thay include gpl licensed headers and b) they are linked against gpl licensed code (the core and plugin lib) |
21:12:15 | midgey | no idea, could just be a fluke. (that was with r23234) |
21:12:20 | ixi | domonoky, dont think so |
21:12:30 | ixi | does it keep log somewhere? |
21:12:41 | ixi | so, just to be clear.. i'll plug it on, then use rockbox util to install rockbox via complete installation, and then do 2.2.3, right? |
21:12:44 | kugel | n1s: surely proprietary code can link against GPL code too? |
21:12:49 | n1s | no |
21:13:06 | kugel | how do they do proprietary software on linux then? |
21:13:08 | n1s | (AFAIU) at leasr |
21:13:17 | evilnick_B | ixi: Yes |
21:13:57 | n1s | kugel: you don't have to link linux software agains any gpl'ed code the libgcc thing has an exception in it's license |
21:14:02 | ixi | btw, how long should the charge take before it responds? i have it there for about a 5 minutes already, and it doesnt respond.. before, it responded right away |
21:14:09 | AlexP | I don't know |
21:14:16 | GodEater | personally, I'd be tempted to just update Rockbox on the player and leave the bootloader alone until you confirm it's definitely not working |
21:14:24 | AlexP | ixi: But you haven't actually done anything with Rockbox yet |
21:14:28 | domonoky | ixi: no log is kept. (and for info: rbutil will also tell you what is in 2.2.3, if you actually read what rbutil says :-) ) |
21:14:28 | kugel | n1s: gcc has an exception for the support code it ships |
21:14:31 | perfectdrug | hi, I just want to ask if there are known issues with some of the h300 players, because I have actually two, one works fine but the other seems to have some display issues like low contrast and white flickering pixels during actions, I just thought if someone had this problem before? It's actually a very old port and I'm wondering if it is just mine player. Did you here some reports like this in the past? |
21:14:46 | ixi | AlexP, so, there is definitely no way i could brick it? |
21:14:48 | AlexP | ixi: So whatever the issue is if there is one is not a Rockbox one |
21:14:48 | kugel | gpl code cannot link against proprietary code, that's all (that's where lgpl comes into play). but the gpl cannot dictate others code |
21:14:59 | AlexP | ixi: Yes, the bootloader install/uninstall could |
21:15:01 | evilnick_B | perfectdrug: That has been reported before, and only with some h300 units |
21:15:01 | kugel | but the point about the included headers is probably right |
21:15:08 | AlexP | ixi: But you haven't done that yet |
21:15:11 | ixi | o |
21:15:12 | ixi | ok |
21:15:16 | ixi | at least i have a bit of hope |
21:15:19 | GodEater | ixi: the bootloader install on an h100 is one of the most dangerous things to do to a player |
21:15:20 | tomers | midgey: I think it's my fix with the casting :-) |
21:15:27 | ixi | well, thanks |
21:15:28 | GodEater | because if you brick it, it can't be fixed without specilised hard ware |
21:15:41 | GodEater | so DO NOT do anything with the bootloader until you KNOW it's broken |
21:16:10 | n1s | kugel: see here http://www.gnu.org/licenses/gpl-faq.html#LinkingWithGPL |
21:16:19 | perfectdrug | evilnick_B: thanks i look for the bug report |
21:16:27 | midgey | tomers: yeah, i was just letting you know since I had forgotten to test it last week. i suppose i could check the usb properties to see if there's any visible difference |
21:16:55 | * | Dhraakellian pords advcomp2019 |
21:17:18 | | Quit pamaury ("exit(*(int *)0 / 0);") |
21:17:21 | evilnick_B | perfectdrug: Try: http://www.rockbox.org/tracker/task/9501 |
21:17:28 | kugel | grml |
21:17:29 | Dhraakellian | advcomp2019: do you know how I could get in touch with the author of PlainTextVP re: recommendations for porting it to the Fuze's 4:3 screen? |
21:17:40 | | Join Ubuntuxer [0] (n=johannes@dslb-188-101-013-008.pools.arcor-ip.net) |
21:17:51 | n1s | kugel: if we really wanted to make non-gpl compatible plugins possible we would have to change the way they are linked and loaded but it is possible |
21:19:12 | kugel | plugins aren't even linked against the core |
21:19:37 | kugel | they have a dummy pointer to the api, the pointer is set in the core's plugin loader at runtime |
21:19:50 | markun | bertrik: will you have time to look at the Meizu M6 LCD init soon? I'm really getting tired of the OF and with the LCD working and feel more motivated to work on it :) |
21:20:36 | markun | and feel -> I feel |
21:21:02 | n1s | kugel: i though they were but i don't know all the details |
21:21:25 | n1s | what non-gpl-compat plugin is it that you want? |
21:21:58 | kugel | the nes emulator seems incompatible |
21:23:02 | kugel | I'm not really into the licensing details much, but I don't see a reason to say non-gpl code can't work |
21:23:26 | perfectdrug | evilnick_B: I also just found that, but it is not that bad with mine, so I have a correctly working player and on which does not, seems like the perfect testing condition, do you know which code I have to modify? |
21:23:50 | Lear | kugel: This is more relevant for rocks: http://www.gnu.org/licenses/gpl-faq.html#GPLAndPlugins |
21:24:10 | n1s | kugel: if you want to commit something that is not gpl compatible i'd recommend taking it up on the dev ml |
21:24:21 | evilnick_B | perfectdrug: From the comments of the Flyspray entry: http://www.misticriver.net/forums/rockbox-h3xx-series/36004-i-have-fuzzy-picture-need-help.html#post387846 |
21:24:37 | evilnick_B | perfectdrug: NB - I have not tried this personally, so the usual caveats apply |
21:25:15 | kugel | Lear: well, we clearly have the "borderline case" here |
21:25:52 | kugel | n1s: I'm not suggestiing to commit it or even host it, but I think it should be possible to have non-gpl *third-party* plugins |
21:25:52 | tomers | midgey: Please do |
21:26:23 | | Quit Grahack ("Leaving.") |
21:26:32 | tomers | kugel: What exactly do you want me to test in quickscreen? I see shuffle to the left, repeat to the right... |
21:26:38 | Blue_Dude | Did someone change the build script to make the dependencies build faster? This thing is scooting! |
21:26:39 | n1s | kugel: i'm just saying that i think any such change should be thoroughly discussed firsy |
21:26:44 | n1s | first* |
21:26:51 | kugel | tomers: is it swapped with rtl languages? |
21:27:12 | tomers | kugel: What I just described is with hebrew, in RTL mode |
21:27:18 | tomers | So I guess it is OK? |
21:27:28 | kugel | n1s: I'm not suggesting a change either :) I wasn't sure whether this is possible in the current situation |
21:27:51 | kugel | tomers: depends on what you mean with OK, it's not swapped at least |
21:27:54 | amiconn | kugel: Plugins with an incompatible license are legally impossible. This has been discussed several times already |
21:28:13 | n1s | kugel: btw, i'm not sure i agree with you that we are the "borderline" case as the second case seems to match quite well too |
21:28:25 | bluebrother | tomers: have you tried inserting LRM marks into the translation? |
21:28:48 | tomers | bluebrother: What is it? |
21:28:57 | tomers | and how to insert it? |
21:29:01 | kugel | n1s: we call the plugins main() (which is plugin_start()) with a few (one) option and wait for it's return |
21:29:08 | bluebrother | try RMB on the translation input box in linguist |
21:29:24 | | Quit bertrik (Nick collision from services.) |
21:29:35 | CIA-85 | New commit by tomers (r23267): rbutil: Updated Hebrew translation |
21:29:36 | bluebrother | haven't figured it out, but as far as I understand this is the way to tell the writing direction in a unicode document |
21:29:36 | | Quit perfectdrug ("CGI:IRC (EOF)") |
21:29:41 | amiconn | kugel: It's not just that. Plugins use the plugin api (they have to if they want to do anything useful) |
21:29:42 | kugel | setting the rb pointer would be another option |
21:29:49 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
21:29:58 | amiconn | That plugin api is part of the gpl'd core |
21:30:07 | kugel | so it's just about the #include "plugin.h"? |
21:30:28 | kugel | what if we change that single file to something bsd like? |
21:30:39 | amiconn | No. it's about the way plugins work. It is quite different from the case of non-gpl programs running on linux |
21:30:50 | kugel | although plugin.h includes numerous other headers |
21:31:12 | | Join fml [0] (n=53ecea55@giant.haxx.se) |
21:31:23 | amiconn | It's not just about the headers, but also about how the binaries interact |
21:32:06 | bertrik | markun, looking a bit closer at the datasheet, it looks like it is possible to use 16-bit after all |
21:32:09 | n1s | kugel: plugins also call functions in the core and have access to some of the core's data structures |
21:32:11 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
21:32:16 | fml | kugel: hey, a cool patch (custom status bar)! Why did you choose the file extension "sbs" and not just "sb"? Status bar isn't a full screen IMO. |
21:32:20 | advcomp2019 | Dhraakellian, i can get you his email address.. i could email him too.. do you want me to private message it to you |
21:32:22 | bertrik | I already wrote a driver for the m6sp based on the OF, but I can't make it work yet |
21:32:24 | mrtok1 | sorry, the discussion is: gpl or not? |
21:32:26 | amiconn | It is *not* possible, and I tend to agree that this is a good thing, even though this excludes porting XSkat (which I would actually like to do) unless the author changes its license to be gpl compatible (which is unlikely to happen) |
21:32:38 | JdGordon| | fml: s is for skin not screen :) |
21:32:42 | kugel | n1s: yes, but not the other way around, except for calling plugin's main function |
21:33:04 | | Join webguest14 [0] (n=46bedddb@giant.haxx.se) |
21:33:12 | | Quit webguest14 (Client Quit) |
21:33:12 | amiconn | kugel: The direction is irrelevant, and btw, this isn't true. There are functions in the api which take a callback |
21:33:23 | kugel | but well, I see it has been discussed already. I think it should be possible, but I don't really care too much |
21:33:32 | n1s | kugel: yes, which was my point, from those cases it isn't clear which we match |
21:33:37 | bertrik | it seems like the hardware expects that 24-bit color is output (of which 6 bits per R,G,B is actually used) |
21:34:25 | bertrik | the problem I'm running into now is that the meizu m6sp seems to hang when configuring the LCD output pins through the PCON_ASRAM register |
21:34:25 | kugel | fml: the latter s stands for skin |
21:34:40 | kugel | objections about the extensions are directly directed to JdGordon|, btw |
21:35:07 | tomers | kugel: Can you please take a look at FS #10692 yet another time? |
21:35:08 | fml | JdGordon, kugel: he-he, I'm an old school man! And what does the "s" in "wps" stand for? |
21:35:19 | kugel | fml: what you want :) |
21:35:29 | AlexP | screnn/skin/starship/... |
21:36:44 | polobricolo | if i use parts of code (sometimes a file sometimes just a few lines) from rockbox in my project (which is GNU GPL), do i have to include the copy right of the authors of the code in each file or can i just add a single file which contains it |
21:36:52 | tomers | midgey: Can you please report your results in FS #10666? Do you think we should close it? Can you also test whether r23157 is the commit that solved this issue? |
21:36:58 | kugel | tomers: I don't understand the hunk you added |
21:37:11 | kugel | the one abouut scroll stop |
21:37:12 | polobricolo | i can't find it on the gnu website |
21:37:47 | midgey | tomers: yeah I think i can find time to do that today. I'd leave the task open for now - I might have access to 10.4 some time tonight to check if it mounts correctly |
21:38:16 | JdGordon| | polobricolo: my uneducated guess would be that you'd at the very least need to mention rockbox in the credits and say parts of your code was from there |
21:38:21 | amiconn | kugel: You pinged earlier today? |
21:38:28 | tomers | kugel: The test was wrong - I replaced the two |
21:38:33 | kugel | fml: it has ever been while playing screen, but it in theory it could be stand for skin too |
21:39:02 | pixelma | tomers: is there a new patch or something that needs trying on 10.4? |
21:39:03 | * | JdGordon| likes starship |
21:39:07 | | Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) |
21:39:17 | AlexP | JdGordon|: That's my favourite |
21:39:19 | kugel | tomers: I mean this one http://pastie.org/661023 |
21:39:38 | fml | kugel: then it should be "wpss" (for "while playing screen skin") since "screen" is a concept and skin tells what it looks like |
21:39:55 | tomers | pixelma: Negative, but midgey reports it works on 10.6 - Is it a new information? |
21:40:07 | | Join thegeek [0] (n=nnscript@s168c.studby.ntnu.no) |
21:40:13 | kugel | amiconn: yea, did you see the binsize saving possibility I noted tonight? |
21:40:15 | CIA-85 | New commit by blue_dude (r23268): Compressor: save lots of RAM, bug fix to work with internally clipped samples |
21:40:24 | kugel | fml: are you suggesting to change it? |
21:40:29 | midgey | 10.6 was "working" albeit a bit unresponsive |
21:40:35 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
21:40:48 | JdGordon| | While Playing Skin makes sense... the .wps is not the screen.. although it is show *in* the While Playing Screen |
21:41:03 | tomers | bluebrother: I don't like the solution to add this directive in any string. I think RTL should globally be set to the application, so the look&feel will be RTL. I can't see how it can be done when QT decides the RTL direction for each string |
21:41:04 | amiconn | kugel: Yes. |
21:41:07 | * | AlexP doesn't think it matters |
21:41:44 | pixelma | tomers: well I hope to not forget again and test tomorrow morning on 10.4, though after last weekend's discussions I have my doubts |
21:41:46 | fml | kugel: no, wps is a very stable acronym |
21:41:56 | amiconn | I'm not sure how much it would save. We'd need to be very careful when checking which functions are really only needed at boot. We'd also need to make sure they won't get overwritten prematurely |
21:42:01 | kugel | let's break a million themes just to give an artificial abbreviation a proper meaning :> |
21:42:06 | JdGordon| | oh speaking of which |
21:42:31 | pixelma | tomers: have to check once more but I even have the possibilty of checking on both - PPC and Intel Macs |
21:42:31 | JdGordon| | kugel: for the sake of 40 bloody bytes, dont go messing with struct orders.... it makes sense to put important items (like the ID) at the start |
21:42:41 | amiconn | Several inits do buffer_alloc() and actually start using that buffer immediately |
21:42:42 | JdGordon| | serisouly... FUCK 40 bytes |
21:43:00 | kugel | amiconn: I already saved 3.5k with just doing it for a few functions, there's a lot more of that type |
21:43:12 | tomers | pixelma: I agree to what you said earlier, since it the size field is transferred big-endianned on the USB bus... But what if RB is compiled in big-endianed machine? Does it matter? |
21:43:54 | amiconn | JdGordon|: It makes sense to sort by element size. Iit also makes sense to put often-used elements near the start, and use increasing order for element size |
21:44:04 | kugel | amiconn: yep, it's only done before the functions that do buffer alloc, or we use the codec buffer (which doesn't have a way for others to grab space from it AFAIR)? |
21:44:25 | tomers | kugel: So what is left to do for usb screen? |
21:44:31 | amiconn | The latter two are relevant on SH1, and the second is relevant on ARM as well. The first is relevant for all archs |
21:44:43 | pixelma | tomers: I don't know of the endianness of builds I tried but none with HID enabled worked so far (lot's of self-compiled though with cygwin) |
21:44:47 | JdGordon| | amiconn: yes, but for the sake of such a small difference (speed and size), it also makes sense to put important and required items at the start |
21:44:52 | amiconn | kugel: Codec buffer doesn't exist on hwcodec |
21:44:56 | ixi | well, it's been in charger for about 30 minutes, and still wont even turn on.. |
21:45:08 | * | tomers Wish that we drop support for the player, and get rid once and for all with the #ifdef hell of HAVE_LCD_BITMAP |
21:45:22 | kugel | tomers: you need to explain that hunk to me |
21:45:23 | amiconn | We could use the plugin buffer, i.e. make the init code an "embedded plugiN" |
21:45:28 | | Quit mrtok1 () |
21:46:01 | kugel | amiconn: some code does plugin_get_buffer() so it's not entirely safe either |
21:46:15 | kugel | (the skin engine while parsing, for example) |
21:46:16 | JdGordon| | tomers: haha, you arnt the only one there :D |
21:46:21 | tomers | kugel: In LCD targets, the title scrolls. In non LCD targes (player) there is no title vp, but rather scrolling text which belongs to the parent vp |
21:46:31 | amiconn | I just know one thing that does - the playlist viewer. And it only does that when viewing a playlist |
21:46:37 | tomers | JdGordon: Why not drop support in next version? |
21:46:38 | domonoky | bluebrother: the docs about the setLayoutDirections arent really clear. one one location it says it defaults to the application LTR/RTL mode, and in another place it says it just defaults to LTR. So setting it explicitly for RTL Languages sound correct. (this should ofcource be done for all RTL Languages, not nonly hebrew) |
21:46:49 | kugel | tomers: I'm confused by #ifdef HAVE_REMOTE_LCD there |
21:47:42 | bluebrother | domonoky: well, there has to be some way to tell if a language is supposed to be LTR or RTL. |
21:47:43 | JdGordon| | tomers: code has only been removed for a port *once* and that was a non working one... I'd kill to fork the current base and remove charcell support |
21:47:50 | midgey | tomers: i just got my e200 to mount on 10.4.11 (x86) |
21:48:03 | tomers | domonoky: The only RTL languages are Hebrew and Arabic (and some really 'obsolete' langs). There is no Arabic translation of rbutil, therefore I only included Hebrew |
21:48:24 | | Quit Blue_Dude ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]") |
21:48:25 | pixelma | JdGordon|: what happened to your USB display support plans? |
21:48:27 | bluebrother | domonoky: but in any case, it seems to mess up several strings so this is not the proper solution |
21:48:39 | kugel | amiconn: would it be possible to set the plugin_size at compile time? |
21:48:46 | bluebrother | at least it can't be the complete solution. |
21:48:50 | kugel | that would protect against early plugin_get_buffer() |
21:48:51 | tomers | midgey: Thank you very much! Please report in the FS! Can you please verify that r23157 is the one that fixes it? |
21:48:54 | domonoky | the messing up, is probably the known RTL Bugs in Qt :-) |
21:48:55 | JdGordon| | pixelma: you should know by now I'm all talk :) also no usb host support |
21:49:16 | JdGordon| | but still the drawing would be new code anyway so killing charcell wouldnt change anything there |
21:49:26 | midgey | tomers: both partitions (it's also a faux ipod) are detected and so is the microsd. Only the main partition on the internal flash auto-mounts |
21:50:22 | midgey | hid seems to work well too |
21:50:41 | midgey | i'll check the revisions later. right now i'm working on 24bit alac |
21:50:42 | kugel | tomers: ??? |
21:50:53 | tomers | midgey: Thank you! |
21:51:11 | tomers | kugel: So it is that you are confuzed with the #ifdef? |
21:51:14 | domonoky | bluebrother: google even showed me some code, where they used a fake translated string (translated RTL or LTR) to set the layout direction :-) so there is probably no easy solution. (the sames as our screenreader bugs, damn Qt bugs ). |
21:51:35 | kugel | tomers: you just explained that there's no title vp on charcell, but you dont test for charcell |
21:52:17 | | Quit flydutch ("/* empty */") |
21:52:30 | tomers | kugel: Indeed. Fixing |
21:52:33 | amiconn | kugel: Sure. Just make it initialized data, and set the actual value in the .lds |
21:52:37 | bluebrother | domonoky: maybe, but we need a solution that doesn't break strings. That's worse than using the wrong direction IMO |
21:53:04 | | Join profil [0] (n=profil@h106n2fls34o986.telia.com) |
21:53:12 | amiconn | Rockbox is already using this mechanism in several places |
21:53:35 | | Join explore [0] (n=msparker@pool-173-57-92-51.dllstx.fios.verizon.net) |
21:53:46 | kugel | would we need to move the plugin buffer to right after the main sections (i.e. before audio buffer)? |
21:53:49 | tomers | kugel: Uploaded new version |
21:54:06 | | Quit fml ("CGI:IRC (EOF)") |
21:54:14 | kugel | tomers: I think it's still wrong :) |
21:54:21 | profil | Hey! Anyone who knows if there is some progress in developing rockbox for the Samsung YP-P2? A guy called Soaa- were working on it but I can't seem to contact him.. |
21:54:41 | amiconn | kugel: No, and that's not possible anyway if we want to keep the plugin api sorta compatible |
21:54:52 | | Quit shaggy-h (Read error: 101 (Network is unreachable)) |
21:55:06 | kugel | huh? |
21:55:23 | amiconn | "after the main sections" is not a fixed address |
21:55:29 | amiconn | It varies with binsize |
21:55:30 | kugel | yes |
21:56:02 | kugel | how would that break the api? |
21:56:18 | amiconn | It wouldn't break the api, but all plugins using it |
21:56:27 | amiconn | Plugins are linked to a fixed address |
21:56:53 | kugel | they know the address they're going to be loaded to? |
21:57:21 | Bagder | yes, it's a fixed address |
21:57:35 | kugel | ah yes I see |
21:57:41 | | Join nosa- [0] (n=k@74.235.79.11) |
21:57:53 | kugel | how about -fPIC? :> |
21:58:08 | | Quit Horscht ("Verlassend") |
21:58:30 | | Join webguest29 [0] (n=5628adb3@giant.haxx.se) |
21:58:40 | tomers | kugel: http://pastie.org/661050 ? |
21:58:43 | amiconn | tomers: Imo there is no real problem with supporting charcell. There aren't too many real differences. |
21:58:58 | | Part profil |
21:58:58 | kugel | so what would move the init functions into the plugin buffer, I assume we don't want 32MB binaries |
21:59:07 | tomers | amiconn: The usb screen is hell with it |
21:59:16 | amiconn | Many difficulties are due to a few devs not implementing a nice unified way of handling things |
21:59:36 | amiconn | The usb screen drawing is completely separated. Why is that hell? |
22:00 |
22:00:05 | amiconn | kugel: Sure, it'd need copying, the same way as the various iram sections |
22:00:10 | tomers | amiconn: Too mych ifdefs |
22:00:13 | | Join petteyg_ [0] (n=petteyg@131.95.172.141) |
22:00:28 | amiconn | tomers: If there are too many ifdefs, it's done wrong |
22:02:08 | | Quit phanboy4 (Read error: 60 (Operation timed out)) |
22:02:36 | | Join phanboy4 [0] (n=benji@gate-22.spsu.edu) |
22:03:31 | kugel | tomers: don't listen to amiconn, charcell is crap :D |
22:03:59 | kugel | j/k, although I wouldn't mind forking it away either |
22:04:09 | amiconn | This is a rather bad attitude imo |
22:04:12 | tomers | kugel: :-) Have you seen the link? Is it ok |
22:04:38 | kugel | tomers: I think so |
22:04:40 | amiconn | Just because *you* don't have a charcell target and *you* don't like it personally, rockbox should no longer support it? |
22:04:42 | tomers | kugel, amiconn: No forking needed, just drop support for it... RB 3.4 is good enough :-) |
22:05:03 | | Quit petteyg (Read error: 60 (Operation timed out)) |
22:05:19 | * | tomers wonders how many users of players there is? Are there any download statistics at all? |
22:05:44 | amiconn | tomers: Speaking about it, rockbox 3.4 has a nasty bug, which mainly hits targets where rockbox can be flashed (which are the archoses and the iriver H1x0), but can also hit other target, just it's less likely |
22:05:48 | tomers | kugel: Committing at last... I won't split it today. Maybe tomorrow |
22:05:55 | ixi | so, anyone here has any idea what to do now? I will be an hour since i put it in charger soon, but it still wont turn on.. |
22:06:02 | kugel | amiconn: I wouldn't mind that, yes. Is that so surprising? charcell means a lot of pain when coding GUI-related stuff |
22:06:18 | ixi | i hope i didnt pay 150$ for a weighter.. |
22:06:20 | amiconn | It doesn't need to |
22:06:32 | | Join shaggy-h [0] (n=kiwi@87.74.127.193) |
22:06:53 | CIA-85 | New commit by tomers (r23269): FS #10692 - Viewpority USB screen |
22:07:24 | amiconn | *I* have a collection of targets, but far from complete. I'm not saying "drop support for this or that target", even though I dislike some targets, and won't buy them |
22:08:12 | ixi | AlexP? sorry to bother you, but im really desperate here |
22:08:28 | tomers | How shit, I committed on top of a super-reddish commit :-( |
22:08:33 | kugel | charcell wasn't a big problem back when everything was simply line based. but since we usually do stuff pixel based (mostly since we have viewports) the situation changed |
22:08:39 | AlexP | ixi: Does the charging led light up? |
22:08:40 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
22:08:42 | ixi | yeah |
22:08:58 | amiconn | kugel: Think about it. This is simply not true |
22:09:04 | AlexP | and hold is definately off (sorry to mention it, but you never know) |
22:09:10 | ixi | yeah it is |
22:09:21 | amiconn | For everything text, you can handle charcell the same way as a bitmap target with an 1x1 pixel font |
22:09:48 | * | tomers Confuzed bin size row with build row |
22:09:54 | AlexP | ixi: Not sure then I'm afraid |
22:09:55 | amiconn | Also, part of the problem is that the viewport implementation is currently making unnecessary difference |
22:09:57 | amiconn | s |
22:10:15 | ixi | AlexP, the thing is, it actually worked fine before.. |
22:10:29 | ixi | well, fine.. rockbox was corrupted, but the device itself did work |
22:10:57 | amiconn | And some of the Player display constraints (space wise, not the fact that it is charcell!) also apply to e.g. the mrobe remote |
22:10:59 | | Join swiftkick [0] (n=Miranda@38.106.186.56) |
22:11:06 | AlexP | ixi: If you didn't do the iriver update firmware, then I really can't think of any way it could stop it turning on |
22:11:09 | swiftkick | greetings and salutations. |
22:11:24 | amiconn | Ever checked an mrobe sim? The remote display is currently almost useless |
22:11:25 | midgey | linuxstb: all of my test files run about 10% slower in my patch |
22:11:40 | midgey | on the plus side, the 24bit file doesn't data abort anymore |
22:11:42 | ixi | AlexP, any idea where could someone know? |
22:11:46 | midgey | (all on a e200) |
22:11:48 | CIA-85 | New commit by moos (r23270): Updated french translation. |
22:12:09 | AlexP | ixi: You could try mysticriver.net, or posting in the Hardware section of our forums |
22:12:18 | ixi | ok, thanks |
22:12:25 | linuxstb | midgey: Hmm... :( I haven't looked at your patch in detail, but it looks like you've probably just reverted some optimisations that have been made. |
22:12:47 | swiftkick | ive got an e200 v2 and i notice the page http://www.rockbox.org/wiki/SansaAMS says that rockbox is unstable and that everything works except USB. |
22:12:53 | kugel | tomers: what did you do? |
22:13:04 | AlexP | swiftkick: And recording |
22:13:06 | swiftkick | what exactly does that mean, that USB doesnt work? what USB functions are unavailable? |
22:13:10 | | Join moos [0] (n=599ef66f@rockbox/staff/moos) |
22:13:11 | AlexP | swiftkick: And maybe a few other minor things |
22:13:12 | | Quit phanboy4 ("Leaving") |
22:13:14 | swiftkick | AlexP: yep thats right. but im not as concerned about recording |
22:13:17 | amiconn | The only other "specialty" of the Player lcd are the icons. But there are other targets which have equipped with special means of displaying status apart from the lcd, so this warrants a 'indicator' api |
22:13:22 | linuxstb | swiftkick: It means you need to start the original firmware to transfer files via USB |
22:13:24 | AlexP | swiftkick: It means it reboots to the OF when you plug in USB |
22:13:34 | midgey | linuxstb: yeah i'll take a look at it. he removed basterdised_rice_decompress() and added entropy_rice_decode() |
22:13:39 | amiconn | And that api will help to get rid of a whole bunch of ifdefs |
22:14:22 | moos | kugel: hi, I saw your notice for translators, but it isn't posible to have the same word in french because of gender |
22:15:13 | | Join DerPapst1 [0] (n=DerPapst@p4FE8F5CE.dip.t-dialin.net) |
22:15:16 | kugel | moos: I don't understand |
22:15:35 | amiconn | The archoses have the red led, which is used for ata and on the recorders for recording indication. The M3 has a multicolour LED for main status, plus a green one for disk and a red one for charging. The Elio has a multicolour led illuminating the center of the button cross, etc... |
22:15:46 | moos | kugel: One word is mal and the other femal |
22:16:02 | moos | that is in french ;) |
22:16:04 | kugel | moos: why that? |
22:16:04 | swiftkick | AlexP/linuxstb: tho ive been reading about it for a few months now, im totaly unfamiliar with actually using roxbox. so is it farily easy to switch firmware? alexP you say it will automatically reload the OF if I plug in USB? |
22:16:08 | | Quit bertrik_ (Remote closed the connection) |
22:16:15 | AlexP | swiftkick: Read the manual |
22:16:22 | kugel | shouldn't it just translate "custom" regardless of whatever gender? |
22:16:26 | moos | kugel: why our grammar is like this? :) |
22:16:51 | AlexP | kugel: Does AMS reboot on USB, or do you need to do it yourself? |
22:17:07 | kugel | AlexP: they reboot |
22:17:10 | AlexP | cool |
22:17:15 | AlexP | swiftkick: yes, automatic |
22:17:24 | moos | kugel: it could (mal) , but since status bar is femal, it will be gramaticaly false |
22:17:28 | swiftkick | AlexP: damn, looks like its time to flash this baby then =) |
22:17:53 | AlexP | swiftkick: I would heavily advise looking at the manual, for install and after |
22:18:00 | swiftkick | Thanks AlexP, kugel and linuxstb, and big thank yous to the rockbox development team, you guys kick ass |
22:18:09 | AlexP | you are welcome :) |
22:18:29 | kugel | moos: alright, I begin to remember the gender stuff I had in school |
22:18:30 | swiftkick | AlexP: i have read thru portions of it, of course now i will be studying it a little more in depth =) it helps to actually have a device running the firmware |
22:18:39 | AlexP | yes, very true |
22:18:49 | AlexP | swiftkick: The pdf version is nicely searchable too :) |
22:18:56 | moos | kugel: Maybe that wil be the case for other languages, hey hehe :) |
22:19:54 | moos | kugel: bravo for finally have the customstatubars in btw |
22:20:03 | swiftkick | ii cant believe the folks at Sandisk, Apple, and all the other portable media player manufacturers all force their players to place such heavy dependence on working ID3 tags |
22:20:41 | swiftkick | between the ability to browse & play by FOLDER, as well as support for flac and other codecs, switching to rockbox is a no brainer =) |
22:20:55 | kugel | moos: was just a matter of time, and I didn't want it to take as long as I needed for custom ui vp :) |
22:21:33 | tomers | kugel: What do you mean? Do you mean the bin size? :-( |
22:21:48 | moos | kugel: and not that much ram increases, indeed nice |
22:21:50 | kugel | you said something about on top of a reddish commit |
22:21:51 | | Quit liar (Read error: 148 (No route to host)) |
22:22:07 | kugel | moos: indeed, but that credit goes to JdGordon actually :) |
22:22:17 | moos | hehe :) |
22:22:31 | | Quit petteyg_ (Read error: 104 (Connection reset by peer)) |
22:22:32 | JdGordon| | it does?! |
22:22:32 | moos | removed old statubar code to gain a bit? |
22:22:46 | kugel | no |
22:23:17 | tomers | kugel: I was mistaken. Saw bin size increase of previous commit, and thought it created reds |
22:23:21 | | Join petteyg [0] (n=petteyg@131.95.172.141) |
22:23:29 | kugel | JdGordon|: wait, are you saying it was my great work that made custom statusbar possible without huge ram usage hit? |
22:23:50 | JdGordon| | oh.. haha... no :D |
22:24:35 | kugel | ;) |
22:26:13 | moos | time to leave, ciao to all |
22:26:18 | | Quit moos ("CGI:IRC") |
22:27:01 | | Quit stoffel (Read error: 113 (No route to host)) |
22:28:16 | duffrecords | I'm back with the database building issue again. this time I moved all my music to a folder with the database.ignore file except for one artist (with under 100 tracks). when I initialize the database it still finds thousands of songs and hangs at the same number (4882) |
22:29:02 | Lear | duffrecords: It shows all files and folders found, .ignore or not. |
22:29:11 | Torne | the count is all files, not just music |
22:29:19 | Torne | so it cinludes all of .rockbox and the like |
22:31:12 | duffrecords | is it a bug, then, that the database info in the debug screen says |
22:31:12 | duffrecords | Progress: - 1% (4882 entries) |
22:31:12 | duffrecords | Curfile: −−- |
22:32:40 | kugel | duffrecords: I assume the wrong file is under the 100 tracks that are not in the database.ignore'd folder? |
22:33:44 | | Join stoffel [0] (n=quassel@p57B4E153.dip.t-dialin.net) |
22:33:49 | kugel | there could be more than 1 file with bad tags. didn't you say chkdisk found a lot of errors ? |
22:34:13 | tomers | kugel: Good job with the status bars! |
22:35:15 | kugel | thanks :) |
22:35:43 | amiconn | Hmm, no blue_dude here :\ |
22:36:26 | * | amiconn also wonders about the mini2g deltas for r23266/r23267 |
22:36:47 | amiconn | ...not even core code related commits |
22:37:40 | * | amiconn grumbles about the collapsed table |
22:37:58 | | Quit Horscht ("Verlassend") |
22:38:14 | | Join dfkt_ [0] (n=dfkt@unaffiliated/dfkt) |
22:38:25 | amiconn | It doesn't seem to be possible to find out which host did that build... |
22:39:37 | CIA-85 | New commit by tomers (r23271): Remove declaration of inexistent function |
22:40:14 | | Join Andorin [0] (n=andorin@207.55.41.249) |
22:40:33 | kugel | amiconn: http://build.rockbox.org/shownewlog.cgi?rev=23266;type=ipodmini2g :) |
22:41:52 | | Quit dfkt (Nick collision from services.) |
22:41:59 | | Nick dfkt_ is now known as dfkt (n=dfkt@unaffiliated/dfkt) |
22:42:20 | pixelma | amiconn: we had that topic before - the actual values look correct if you hover over the delta, maybe it's really something odd with the delta table or build system |
22:42:29 | Andorin | When I update the database on my 2G Nano, Rockbox crashes. I know it's unstable, so is this a known bug? |
22:43:01 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
22:43:10 | | Quit Lear ("ChatZilla 0.9.85 [Firefox 3.6b1/20091014103305]") |
22:43:32 | amiconn | The values don't look correct |
22:43:38 | kugel | Andorin: I think a few people have experienced that |
22:44:22 | Andorin | Alright... guess I just have to figure out how to use the file manager to play multiple albums at once. |
22:44:40 | | Join AsaelReiter [0] (n=d59730fa@giant.haxx.se) |
22:44:44 | amiconn | The calculation is correct, but r23266 shows a binsize of ~3MB and a ram usage of ~2.2MB, whereas the revisions before and after have ~530KB and ~900KB respectively |
22:44:48 | | Nick froggyman is now known as froggyman_Z (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) |
22:45:40 | | Nick froggyman_Z is now known as froggyman (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) |
22:46:00 | | Part froggyman |
22:48:15 | kugel | amiconn: does rolo work on pp5002? |
22:48:59 | kugel | rolo.c has a few wrong/unecesarry complex #ifdefs |
22:49:04 | *** | Saving seen data "./dancer.seen" |
22:49:52 | amiconn | Iirc it does |
22:50:25 | kugel | it doesn't look like |
22:53:27 | kugel | I was investigating why rolo doesn't work on the samsas. then I found it's not within the one ifdef. |
22:54:00 | * | gevaerts hits kugel over the head with an ams sansa |
22:54:16 | kugel | I don't see how this #ifdef is target dependent at all, so I decided to change it to #elif HAVE_CPUCACHE_INVALIDATE. then I noticed pp5002 isnn't in at all |
22:54:28 | | Quit webguest29 ("CGI:IRC (EOF)") |
22:54:57 | amiconn | Rolo is quite target dependent for obvious reasons |
22:55:02 | | Quit bluebrother (Nick collision from services.) |
22:55:03 | | Quit raphi ("leaving...") |
22:55:05 | | Join bluebroth3r [0] (n=dom@rockbox/developer/bluebrother) |
22:55:06 | kugel | I mean the big ifdef in rolo_restart() |
22:55:23 | amiconn | And the mixture of low-level stuff and text output (!) is rather nasty |
22:55:33 | | Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) |
22:55:39 | amiconn | Rolo is one of those modules which is in need of a rework |
22:56:21 | | Quit barrywardell (Client Quit) |
22:56:33 | amiconn | Put the target dependent lowlevel stuff in target tree, and unify the (not very complex) ui stuff, e.g. using splashes |
22:57:28 | kugel | can someone investigate whether rolo works on pp5002? |
22:57:43 | | Join barrywardell [0] (n=barrywar@p5B259B49.dip0.t-ipconnect.de) |
22:57:55 | kugel | to me it looks like rolo_restart_cop is compiled in, but rolo_restart only partly (and not sufficiently) |
22:59:08 | amiconn | Rolo does indeed not work on PP5002 |
22:59:32 | amiconn | It just splashes "Loading.." (*very* briefly - barely visible), then returns to the browser |
23:00 |
23:02:47 | | Part Ubuntuxer |
23:03:36 | kugel | amiconn: I assume the #elif defined(CPU_PP502x) should be #elif defined(CPU_PP) |
23:03:51 | | Quit esperegu (No route to host) |
23:05:11 | CIA-85 | New commit by tomers (r23272): Fix FS #10689 - H10 USB HID keymap problem - continued |
23:05:42 | amiconn | kugel: This would need thorough verification. PP5002 differs considerably from PP502x |
23:08:44 | | Join petteyg_ [0] (i=petteyg@131.95.180.64) |
23:09:18 | | Part petteyg_ |
23:09:26 | amiconn | Native DRAM address is different, and it looks like both cores jump to its beginning |
23:10:48 | kugel | does pp5002 have a 2nd core? |
23:11:36 | kugel | if yes, it looks like it would be caught in rolo_restart_cop which is executed on all PPs |
23:11:38 | | Quit stoffel (Remote closed the connection) |
23:12:34 | | Quit AsaelReiter ("CGI:IRC") |
23:13:51 | | Quit petteyg (Read error: 60 (Operation timed out)) |
23:15:45 | kugel | ah, I see the #if (CONFIG_CPU != PP5002) at the very beginning now |
23:18:01 | * | amiconn tries to make it work on PP5002 |
23:19:31 | CIA-85 | New commit by tomers (r23273): Extract usb_screen logic out of screens.c into apps/gui/usb_screen.c |
23:19:55 | * | tomers If it becomes all-green, I can go to sleep :-) |
23:21:16 | kugel | arg, I hoped to never see the gui_ prefix in new code again :/ |
23:26:28 | domonoky | looks like tomers cant sleep so fast :-) |
23:27:03 | tomers | :-) I was too aggressive with removing uneeded includes. I knew it could happen :-) |
23:27:37 | tomers | kugel: I just tried to fit myself into convention. Seems I'm bad at catching what is expected from me (conventions wise) |
23:28:06 | | Quit Strife89 ("Traveling.") |
23:28:15 | kugel | tomers: don't worry, the gui_ prefix is used in a horrible inconsistent manner |
23:28:19 | CIA-85 | New commit by tomers (r23274): Fix red: Too aggressive exclusion of includes |
23:28:22 | | Quit evilnick_B ("Page closed") |
23:29:02 | tomers | kugel: I believe in having commits that simply put naming under conventions. Why shouldn't we do a bit of work in that matter? |
23:29:28 | kugel | because I can't remember that we ever agreed on using/not using it :p |
23:30:23 | JdGordon| | conventions dont happen because they are agreed to! |
23:30:47 | * | JdGordon| doesnt mind gui_ as long as it doesnt have buisness logic in it |
23:31:04 | kugel | business logic? |
23:31:05 | * | tomers Hopes no more includes are missing |
23:31:26 | JdGordon| | as in doing more than just displaying the screen and handling the buttons |
23:32:42 | CIA-85 | New commit by kugel (r23275): Fix rolo for AMS Sansa and simplify a few #ifdefs. |
23:33:50 | | Join liar [0] (n=liar@83.175.83.185) |
23:34:01 | domonoky | tomers: still 11 points for you :-) |
23:34:28 | CIA-85 | New commit by tomers (r23276): Fix yellow: Another try at fixing aggressive includes removal |
23:34:30 | tomers | :-( |
23:34:32 | amiconn | argh! |
23:34:43 | * | tomers Tiredd |
23:35:19 | tomers | kugel: You're preventing sleep from me by your commits! |
23:35:32 | amiconn | phew, no update conflict |
23:36:44 | | Nick shaggy-h is now known as chrism (n=kiwi@87.74.127.193) |
23:36:48 | kugel | tomers: sorry :( |
23:38:53 | CIA-85 | New commit by amiconn (r23277): Make RoLo work on PP5002. * Rename CACHE_CTL flag values on PP5002 for consistency. |
23:41:39 | | Quit domonoky (Read error: 54 (Connection reset by peer)) |
23:43:40 | | Quit petur ("Zzzzz") |
23:44:40 | CIA-85 | New commit by tomers (r23278): Fix yellow: Missing ata_mmc.h include |
23:44:55 | * | tomers amiconn also prevents me from sleeping ;-) |
23:45:23 | | Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) |
23:45:32 | amiconn | *I* didn't add yellow.... |
23:47:00 | CIA-85 | New commit by tomers (r23279): Remove redundant ata_mmc.h include in screens.c |
23:47:36 | | Quit dfkt (Nick collision from services.) |
23:47:39 | | Nick dfkt_ is now known as dfkt (i=dfkt@unaffiliated/dfkt) |
23:50:53 | | Join fyrestorm [0] (n=nnscript@cpe-69-203-148-25.si.res.rr.com) |
23:53:57 | CIA-85 | New commit by tomers (r23280): Fix yellow: Missing statusbar.h include (hopefully the last one missing) |
23:55:31 | * | tomers oops |
23:55:48 | amiconn | kugel: Since you seem to care about cosmetics: the statusbar now appears too early. It's shown at the top of the boot splash for a bit, until the rest of the browser appears |
23:56:02 | kugel | I know |
23:56:12 | kugel | it looks like that was the reason I moved it down |
23:56:31 | amiconn | Define "it" |
23:56:54 | kugel | err? |
23:57:03 | | Join Stephen_ [0] (n=S@86-40-173-179-dynamic.b-ras2.srl.dublin.eircom.net) |
23:57:08 | amiconn | "... I moved it down" |
23:57:31 | kugel | ah, that one. I mean the initialisation of the statusbars |
23:58:07 | amiconn | That cannot be moved down because it must be done before it is used for the first time |
23:58:27 | kugel | yes, I know that now |
23:58:38 | amiconn | There are screens like the splash which shouldn't show the statusbar, hence there must be a mechanism to disable it temporarily |
23:58:50 | kugel | I mean, I didn't know it's used before on certain targets |