| 00:00:07 | Burnninat0r | well, i like how the regular ipod firmware lets me know if i have already listened to something. and there is a menu specifically for podcasts. |
| 00:00:59 | Burnninat0r | i have been reading about the bookmark feature which is good, but i really don't want to go through my whole music database in order to find my podcasts. |
| 00:01:47 | bluebrother | you can setup a new search in the database |
| 00:04:30 | | Quit bruges|afk (Read error: 110 (Connection timed out)) |
| 00:06:47 | | Join ctaylorr [0] (n=ctaylorr@bas1-toronto43-1279529889.dsl.bell.ca) |
| 00:07:14 | | Quit bruges|afk_ (Read error: 110 (Connection timed out)) |
| 00:07:52 | * | petur remembers there was a patch for podcast searching, not sure if it was ever comitted |
| 00:10:00 | | Quit mf0102 ("Verlassend") |
| 00:11:25 | bluebrother | we have almost 500 open feature requests in the tracker :( |
| 00:12:14 | ali_as | If one of them isn't to extend the number of feature requests the tracker can handle, you'd better add it. |
| 00:13:00 | | Join kushal_12_27_200 [0] (n=kushal@12.169.180.134) |
| 00:13:22 | bluebrother | there's a huge difference between "tracker can handle" and "tracker is unusable because it's flooded" |
| 00:13:44 | n1s | SSnake: depends on what you mean, regular music playback cannot run if you have claimed the buffer but your plugin can still play audio |
| 00:14:48 | n1s | bluebrother: I agree that feature requests are getting less useful... |
| 00:15:17 | bluebrother | 162199 tasks opened during the last 12 month ... 217 bugs in the same time |
| 00:15:30 | bluebrother | *199 feature requests |
| 00:16:06 | bluebrother | we need another cleanup week. |
| 00:16:24 | bluebrother | and maybe a bug-hunting-month? |
| 00:16:31 | | Quit Burnninat0r ("http://www.mibbit.com ajax IRC Client") |
| 00:16:34 | bluebrother | MORB -- Month of Rockbox Bugs? |
| 00:17:09 | n1s | very much so, I also think we should try harder to maintain the tasks in the tracker, I recently opened a duplicate bugreport myself because the original was marked as ipod video only... |
| 00:17:19 | bluebrother | does someone know what "i-doser" files are? |
| 00:17:27 | | Join csc` [0] (n=csc@archlinux/user/csc) |
| 00:18:32 | linuxstb | http://www.i-doser.com/faq.htm |
| 00:18:50 | | Quit petur ("Zzzzz") |
| 00:19:26 | * | linuxstb reads the site and still doesn't know what i-doser is |
| 00:19:53 | | Quit japc (Read error: 104 (Connection reset by peer)) |
| 00:20:03 | | Quit kushal_12_27_200 ("This computer has gone to sleep") |
| 00:21:29 | SSnake | thanks n1s, that's all i need to know |
| 00:24:13 | Nico_P | linuxstb: I read your post on the default theme thread. I'm sorry if I appeared to have forced the cabbie v2 change |
| 00:24:42 | Nico_P | it seemed to me that a majority found it better, and I think it was discussed here at least once |
| 00:25:53 | | Quit ctaylorr (Read error: 110 (Connection timed out)) |
| 00:28:05 | | Join Xorothal [0] (i=Joe@gateway/tor/x-b2ffe82f5a325977) |
| 00:29:20 | | Join moos [0] (i=moos@m170.net81-66-158.noos.fr) |
| 00:30:44 | | Quit gevaerts ("falling asleep") |
| 00:31:12 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 00:35:24 | faemir | general question: how many devs are there that regularly contribute to rockbox? |
| 00:35:56 | n1s | it varies a lot with time etc. |
| 00:38:13 | n1s | there are about 70 committers some of which who are not active anymore |
| 00:38:43 | | Join sarixe [0] (n=sarixe@ool-435403e9.dyn.optonline.net) |
| 00:39:59 | | Quit moos (Read error: 104 (Connection reset by peer)) |
| 00:40:12 | | Join moos [0] (i=moos@m170.net81-66-158.noos.fr) |
| 00:42:39 | | Quit w0rd54 (Client Quit) |
| 00:43:06 | | Join w0rd54 [0] (i=blackdev@100mbit.top-site.us) |
| 00:43:07 | | Quit faemir (Remote closed the connection) |
| 00:43:21 | | Quit Nico_P (Remote closed the connection) |
| 00:45:13 | | Quit sarixe ("(EE) Failed to load "quit" module") |
| 00:45:55 | | Quit barrywardell () |
| 00:46:38 | | Quit moos (Read error: 113 (No route to host)) |
| 00:46:41 | | Quit Horscht ("http://www.geisterfahrer.org") |
| 00:46:50 | | Join moos [0] (i=moos@m170.net81-66-158.noos.fr) |
| 00:49:47 | | Quit jhMikeS (Nick collision from services.) |
| 00:49:53 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 00:52:33 | amiconn | Slasheri: RED |
| 00:53:07 | amiconn | Bagder: The build system again didn't pick up a commit (Slasheri's this time) |
| 00:54:07 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 00:54:54 | | Quit moos (Read error: 104 (Connection reset by peer)) |
| 00:55:08 | | Join moos [0] (i=moos@m170.net81-66-158.noos.fr) |
| 00:56:13 | | Part SSnake |
| 00:56:21 | | Join TMM [0] (n=hp@ip565b35da.direct-adsl.nl) |
| 00:56:55 | Slasheri | amiconn: fixing |
| 00:57:09 | | Quit n1s () |
| 01:00 |
| 01:05:14 | | Quit bluebrother ("leaving") |
| 01:13:12 | | Quit amiconn (Nick collision from services.) |
| 01:13:14 | *** | Saving seen data "./dancer.seen" |
| 01:13:18 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 01:13:25 | | Nick m0f0x_ is now known as m0f0x (n=m0f0x@189-47-79-18.dsl.telesp.net.br) |
| 01:13:52 | | Quit Xorothal (Remote closed the connection) |
| 01:17:11 | | Quit moos ("Rockbox rules the DAP world") |
| 01:25:34 | | Quit roolku () |
| 01:25:51 | | Quit corevette (Read error: 104 (Connection reset by peer)) |
| 01:27:40 | | Join corevette [0] (n=corevett@adsl-75-18-210-31.dsl.pltn13.sbcglobal.net) |
| 01:28:11 | | Part toffe82 |
| 01:30:05 | | Join dr_kosmos [0] (i=dr_kosmo@210.1.192.119) |
| 01:31:08 | dr_kosmos | hey guys, i'm thinking about making my own wps... i've read the guides, and that seems all good, but how do i set the font (and/or change the font colour)? |
| 01:31:42 | | Quit corevette (Remote closed the connection) |
| 01:31:59 | linuxstb | You can't change that in the wps itself, they are set globally in Rockbox (via the theme .cfg file) |
| 01:33:03 | dr_kosmos | ahh okay, that helps.. thanks |
| 01:33:14 | | Join corevette [0] (n=corevett@adsl-75-18-210-31.dsl.pltn13.sbcglobal.net) |
| 01:34:21 | | Join quaal [0] (n=rodney@pool-96-228-165-104.tampfl.fios.verizon.net) |
| 01:35:15 | | Quit XavierGr (Read error: 113 (No route to host)) |
| 01:35:18 | quaal | could someone please tell me why whenever i plug my ipod into the griffin usb car charger it goes on an endless loop through the Do not disconnect screen, Rockbox screen, Picture of a USB Plug screen, Apple screen |
| 01:35:43 | quaal | why is any of that shit necessary |
| 01:35:43 | quaal | cant we just make it charge in the background |
| 01:37:32 | dr_kosmos | it does charge in the background with my ipod fw charger |
| 01:37:46 | dr_kosmos | for some reason your griffin is making it go into disk mode |
| 01:41:36 | | Join kushal_12_27_200 [0] (n=kushal@12.169.180.134) |
| 01:42:06 | | Quit kushal_12_27_200 (Client Quit) |
| 01:45:28 | | Quit dr_kosmos ("Leaving") |
| 01:51:46 | | Quit mirak ("Ex-Chat") |
| 01:55:13 | | Join dandin1 [0] (n=dandin1@bas7-ottawa23-1088817322.dsl.bell.ca) |
| 01:58:28 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 01:58:51 | | Join miepchen^schlaf [0] (n=el_miep@p54BF669E.dip.t-dialin.net) |
| 01:59:03 | quaal | so uh.. any suggestions on what to do about it |
| 02:00 |
| 02:00:51 | | Join kushal_12_27_200 [0] (n=kushal@12.169.180.134) |
| 02:02:41 | | Quit DerDome ("Leaving.") |
| 02:04:41 | | Quit ompaul (Client Quit) |
| 02:08:40 | | Join kushal [0] (n=kushal@12.169.180.134) |
| 02:09:21 | | Quit RoC_MasterMind ("Leaving") |
| 02:09:29 | | Quit kushal_12_27_200 (No route to host) |
| 02:23:03 | | Quit Rincewind ("bye") |
| 02:30:40 | | Quit dandin1 () |
| 02:33:05 | | Part pixelma |
| 02:33:30 | | Join jcollie [0] (n=jcollie@dsl-ppp239.isunet.net) |
| 02:36:47 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 02:44:27 | | Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) |
| 02:44:48 | | Quit midgey (Client Quit) |
| 02:45:58 | | Join RoC_MasterMind [0] (n=Free@c-71-203-172-58.hsd1.fl.comcast.net) |
| 03:00 |
| 03:00:14 | | Join EspeonEefi [0] (i=espeonee@STRATTON-SIX-NINETY-SEVEN.MIT.EDU) |
| 03:08:21 | | Quit quaal (Connection timed out) |
| 03:11:48 | | Join yoyoned [0] (n=todd@adsl-70-232-77-10.dsl.ltrkar.sbcglobal.net) |
| 03:13:16 | *** | Saving seen data "./dancer.seen" |
| 03:16:38 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 03:23:39 | | Quit ali_as ("zzzzzzzzzzzzzzzzzzzzzzzzzZZZZZZZZZZZZZZZZZZZZZZZZZZZZz") |
| 03:24:02 | | Quit XavierGr (Nick collision from services.) |
| 03:24:13 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 03:25:08 | | Join axionix_ [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) |
| 03:25:32 | | Quit XavierGr (Nick collision from services.) |
| 03:25:43 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 03:27:31 | | Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) |
| 03:28:05 | | Quit midgey (Client Quit) |
| 04:00 |
| 04:02:32 | | Quit Thundercloud (Read error: 104 (Connection reset by peer)) |
| 04:22:06 | | Quit tessarakt ("Client exiting") |
| 04:23:22 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 04:23:28 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 04:23:39 | | Join miepchen^schlaf [0] (n=el_miep@p54BF7F7C.dip.t-dialin.net) |
| 04:24:17 | | Join quaal [0] (n=rodney@pool-96-228-165-104.tampfl.fios.verizon.net) |
| 04:35:49 | | Quit BlakeJohnson86 ("Leaving.") |
| 04:36:03 | | Join BlakeJohnson86 [0] (n=bjohnson@c-67-190-234-51.hsd1.mn.comcast.net) |
| 04:40:08 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 04:40:08 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 04:53:50 | | Join esotericWISP [0] (n=62dcbd9e@gateway/web/cgi-irc/labb.contactor.se/x-a998e5e2e087da64) |
| 04:55:54 | | Quit esotericWISP (Client Quit) |
| 05:00 |
| 05:13:17 | *** | Saving seen data "./dancer.seen" |
| 05:17:54 | | Join clangston [0] (n=44613593@gateway/web/cgi-irc/labb.contactor.se/x-aae01bca3794fb7b) |
| 05:22:05 | | Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) |
| 05:23:05 | | Join BlakeJohnson87 [0] (n=bjohnson@c-67-190-234-51.hsd1.mn.comcast.net) |
| 05:24:12 | | Quit BlakeJohnson86 (Read error: 104 (Connection reset by peer)) |
| 05:42:31 | | Join Davide-NYC [0] (n=chatzill@user-0cev9vm.cable.mindspring.com) |
| 05:42:39 | | Quit Davide-NYC (Client Quit) |
| 06:00 |
| 06:08:36 | | Join luckz [0] (i=luckz@luckz.de) |
| 06:10:09 | | Part luckz |
| 06:10:53 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-39c47ee331eea83d) |
| 06:11:13 | | Join leox [0] (n=leox@165-162-114-200.fibertel.com.ar) |
| 06:13:51 | leox | hi, somebody can helpme in this channel? |
| 06:17:09 | | Quit clangston ("CGI:IRC (EOF)") |
| 06:19:14 | advcomp2019 | leox, we can if we know what it is |
| 06:22:23 | | Join wisp_sh [0] (n=wisp@node-29-1.adsl.tula.net) |
| 06:23:12 | leox | well, I have rockbox on my sansa e250, I have a 2gb micro sd card, I connect then I connect the player to the computer, its change the FW to the original, I can copy music to the internal memory but I dont see the M sd card folder |
| 06:26:13 | advcomp2019 | are you able to see the mircosd card on the computer? |
| 06:28:27 | | Quit quaal (Read error: 110 (Connection timed out)) |
| 06:29:30 | | Join TheBasha1 [0] (n=User@75.31.137.24) |
| 06:29:52 | | Join Doomed_ [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) |
| 06:30:08 | | Part TheBasha1 |
| 06:30:20 | leox | no, only in rockbox when i go to files i see <MICRO_SD1> |
| 06:32:22 | advcomp2019 | are you in MTP or MSC mode in the OF |
| 06:34:50 | leox | msc advcomp2019 |
| 06:35:46 | advcomp2019 | What operating system are you using? |
| 06:36:51 | leox | when i connect it change to the original FW |
| 06:37:18 | advcomp2019 | i am talking on the computer itself |
| 06:37:59 | | Quit kies (Read error: 110 (Connection timed out)) |
| 06:38:06 | leox | oh, linux |
| 06:38:08 | | Quit goffa_ (Read error: 104 (Connection reset by peer)) |
| 06:38:33 | advcomp2019 | have you manually mounting it |
| 06:38:38 | advcomp2019 | try^ |
| 06:39:10 | | Join kies [0] (n=kies@adsl-76-199-12-71.dsl.chmpil.sbcglobal.net) |
| 06:40:39 | leox | the msc mode is ok? in orig FW? |
| 06:43:16 | advcomp2019 | yes that is fine because rockbox does not have usb support for the PP targets yet |
| 06:44:16 | leox | ok |
| 06:47:29 | | Quit alienbiker99 (Read error: 110 (Connection timed out)) |
| 06:47:44 | | Quit csc` ("Powering Off") |
| 06:50:10 | | Join csc` [0] (n=csc@archlinux/user/csc) |
| 06:51:29 | | Quit csc` (Client Quit) |
| 06:53:38 | | Quit XavierGr () |
| 06:56:47 | leox | nothing advcomp2019 |
| 06:58:18 | | Quit DaCapn (Read error: 110 (Connection timed out)) |
| 06:58:19 | advcomp2019 | have you tried reformatting the mircosd card or trying it into a different card reader? |
| 06:59:04 | leox | idont have another reader |
| 06:59:15 | Hodapp | I've got a 3rd-gen iPod... you guys know any reason why the display repeatedly gets out of sync with what song is actually playing? |
| 07:00 |
| 07:00:50 | advcomp2019 | leox, i will add one more thing.. have you tried it on a different computer? |
| 07:05:13 | leox | advcomp2019, no, but i think the problem thats i cant connect to usb running rockbox and this is why i dont see the msd card mounted in the player. what u say? |
| 07:07:24 | | Join csc` [0] (n=csc@archlinux/user/csc) |
| 07:09:12 | advcomp2019 | if it is a 2gb microsd card, OF should read it just fine but like i said before there is no USB support for the PP target while running rockbox and it is being worked on right now |
| 07:10:47 | leox | ok |
| 07:13:03 | | Join cool_walking_ [0] (n=anthony@203.161.101.209.static.amnet.net.au) |
| 07:13:19 | *** | Saving seen data "./dancer.seen" |
| 07:13:58 | cool_walking_ | Is there a key mapped to "hold" on the ipod sim? |
| 07:16:21 | cool_walking_ | ah... h |
| 07:16:29 | * | cool_walking_ feels stupid |
| 07:23:48 | | Quit cool_walking_ (Read error: 104 (Connection reset by peer)) |
| 07:35:22 | leox | advcomp2019, where is normaly the folder of the msd in the root dir of the player, and what is named? |
| 07:42:50 | advcomp2019 | on the computer it should be another removable drive |
| 07:44:04 | leox | but its not inside de player file system? |
| 07:47:25 | advcomp2019 | no, it mounts as two removable storage devices |
| 07:51:23 | leox | oh! im a completly STUPID! now i found it, the player mount like 2 different devices, now i understand, thanks |
| 08:00 |
| 08:03:33 | | Join Nimdae [0] (n=nimmeh@static-71-164-213-195.dllstx.fios.verizon.net) |
| 08:04:20 | Nimdae | i have to say, having usb in rockbox is kinda nice...how stable is it these days? so far i haven't hit any problems |
| 08:15:59 | | Join Rob222241 [0] (n=Miranda@p4FDCC8BB.dip.t-dialin.net) |
| 08:26:21 | | Quit midgey () |
| 08:28:47 | | Join daurnimator [0] (i=daurn@unaffiliated/daurnimator) |
| 08:34:20 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 08:36:27 | | Quit spiorf (Remote closed the connection) |
| 08:37:10 | | Join spiorf [0] (n=spiorf@host76-226-dynamic.25-79-r.retail.telecomitalia.it) |
| 08:38:10 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
| 08:39:06 | | Quit daurn (Read error: 110 (Connection timed out)) |
| 08:42:35 | amiconn | Hmmm |
| 08:42:55 | * | amiconn thinks the proper fix would probably be to port the new api to the hwcodec playback engine |
| 08:47:26 | Slasheri | amiconn: indeed, or create a global event handling api for rockbox |
| 08:47:47 | Slasheri | that playback system and others could use |
| 08:49:05 | amiconn | Where else do we need that kind of event handling? |
| 08:49:50 | Slasheri | that could be used in the ata callback for example that queues events to be ran when disk spins up |
| 08:50:18 | amiconn | Hmm, true |
| 08:50:29 | amiconn | But (swcodec) playback is apps, ata is firmware |
| 08:51:04 | Slasheri | hmm, indeed. but maybe the the event handling could go to the firmware level |
| 08:51:11 | Slasheri | then it would work for hwcodec too |
| 08:51:20 | amiconn | Yes, perhaps |
| 08:52:15 | * | amiconn thinks that needs a bit of discussion, but sounds like it might be a good solution |
| 08:54:02 | amiconn | One question is how to define event ids |
| 08:54:10 | Slasheri | true. then there could be just generic sysevent_add(DISK_SPINUP, handler); |
| 08:54:14 | amiconn | They need to be globally unique |
| 08:54:30 | Slasheri | true, those probably needs to be pre-defined in firmware level too |
| 08:55:13 | amiconn | Maybe they should be defined in events.h, but that separates them e.g. from playback.c |
| 08:55:27 | amiconn | Otoh, the ata callback is used from many places |
| 08:56:53 | Slasheri | if we would like to define the events in playback.[ch] then the code would need to register an event first with its own id |
| 08:56:59 | amiconn | Perhaps events.h could define the classes, and the .h file of the respective module would then define the individual events? |
| 08:57:13 | Slasheri | i don't know if this would just add unnecessarily more complexity |
| 08:57:31 | Slasheri | hmm, that would work |
| 08:57:44 | amiconn | Like #define EVENT_CLASS_DISK 0x00010000 / #define EVENT_CLASS_PLAYBACK 0x00020000 / ... |
| 08:57:55 | Slasheri | that sounds good |
| 08:59:38 | amiconn | And then, in playback.h: enum { PLAYBACK_EVENT_TRACK_BUFFER = (EVENT_CLASS_PLAYBACK|1), PLAYBACK_EVENT_TRACK_FINISH, PLAYBACK_EVENT_TRACK_CHANGE }; |
| 09:00 |
| 09:00:01 | amiconn | Similar thing in ata.h |
| 09:00:40 | amiconn | Not sure whether we need 32 bit |
| 09:00:49 | Slasheri | hmm, that should work fine |
| 09:01:15 | Slasheri | i don't think there will be that many events per class, or classes |
| 09:01:23 | amiconn | For the current targets it doesn't matter, but in case someone wants to ever pick up calmrisc16 again, or even try rockchip, this might be nasty |
| 09:02:05 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
| 09:02:47 | Slasheri | maybe class could use 4 bits and the event definition the rest of 12. that should be more than enough |
| 09:03:32 | amiconn | Or even 8 bits + 8 bits |
| 09:03:45 | Slasheri | true |
| 09:03:46 | amiconn | Do you think one module will ever need more than 255 events? |
| 09:03:55 | Slasheri | unlikely :) |
| 09:04:24 | amiconn | Otoh, "640KByte ought to be enough for everyone" ;). Even the archos has more :P |
| 09:04:45 | Slasheri | hehe |
| 09:04:56 | amiconn | But I guess we can simply extend the scheme in case it will become necessary |
| 09:07:11 | Slasheri | but maybe i will try how that kind of event handling would work |
| 09:10:08 | amiconn | The ata callbacks are one-shot, so each registered handler would have to unregister itself |
| 09:10:18 | pixelma | Hodapp: I read your question about the 3rd gen Ipod in the logs. In the last month there were a few playback bugs (skipping tracks) which sometimes also looked like you describe (playback and WPS differed). What build are you running and have you tried the latest builds? The 3rd gen problems with some builds should also be fixed since yesterday evening... |
| 09:10:30 | amiconn | Are the playback events also one-shot? |
| 09:11:27 | amiconn | In that case, the events should probably be made self-unregistering |
| 09:11:35 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
| 09:11:39 | Slasheri | nope, playback events are permanent. but when we generate the event, it should be possible to specify whether keep or de-register the event |
| 09:13:24 | *** | Saving seen data "./dancer.seen" |
| 09:19:24 | | Join desowin [0] (n=desowin@atheme/developer/desowin) |
| 09:23:21 | amiconn | Slasheri: Does your simplification mean that buffered, but unplayed tracks will be counted as played now, e.g. in scrobbler.c? |
| 09:23:41 | Slasheri | nope |
| 09:24:26 | Slasheri | in fact i don't know how scrobbler counts those tracks because it doesn't use unbuffer events at all.. that's weird |
| 09:24:44 | Slasheri | hmm, in fact need to verify that |
| 09:24:52 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 09:25:45 | petur | Llorean: ping |
| 09:27:22 | Slasheri | but the changes to unbuffer events (and changing it's name to track finished event) now makes sure those events are called correctly whenever a track has finished playing (skipped, end of playlist etc.) |
| 09:28:04 | | Quit Nimdae ("leaving") |
| 09:30:22 | Slasheri | hmm.. maybe a scrobbler dev should change the code to use track finished event and then remove all prev_track_elapsed code from playback.c |
| 09:30:31 | amiconn | petur: I just had an idea. Did you try what happens if you send the "disable advanced power management" command to the problematic cards? |
| 09:30:32 | Slasheri | i don't think the current changes should break scrobbler |
| 09:30:54 | amiconn | And if that works, whether sending the enable command after a disable command also works? |
| 09:31:30 | amiconn | Maybe the card doesn't like the enable command if apm is already enabled? |
| 09:32:00 | amiconn | (if that is the case, it still leaves the question how to guess the initial state) |
| 09:32:26 | petur | amiconn: I did, but I didn't write it down and I forgot. But that is an interesting idea, must try that later on |
| 09:32:36 | * | petur has serious memory issues :/ |
| 09:34:27 | amiconn | If the disable-enable sequence actually works, you could try whether a disable-disable-enable sequence also works |
| 09:34:47 | | Quit martii (Read error: 104 (Connection reset by peer)) |
| 09:35:10 | amiconn | Then we can be sure that disable always works, and always use the disable-enable(with desired parameters) sequence |
| 09:37:01 | petur | I'll try to find some time to test, today is pretty much stuffed with things to do... |
| 09:38:07 | petur | I actually popped in to ask Llorean to cool down a bit, certainly when handling long-term users. Telling them to RTFM surely offends them... |
| 09:38:07 | | Quit petur ("later") |
| 10:00 |
| 10:01:24 | | Join ch4os_ [0] (n=ch4os@unaffiliated/ch4os/x-059673) |
| 10:01:55 | | Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) |
| 10:05:17 | | Join Siku [0] (i=Siku@e81-197-70-46.elisa-laajakaista.fi) |
| 10:09:36 | | Join dr_kosmos [0] (i=dr_kosmo@210.1.192.119) |
| 10:11:30 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 10:11:39 | dr_kosmos | hey guys... i'm almost done making my first WPS, only i have one question: how can i get a progress bar (%pb) except for my volume level? |
| 10:12:54 | linuxstb | You need to use conditional bitmaps - lots of WPSs do that if you want to see how it's done |
| 10:13:46 | linuxstb | e.g. cabbiev2 |
| 10:15:02 | dr_kosmos | hmm... is there any limit to how detailed/big it can be? (i'd like to have it stretching across the entire screen, and reasonably detailed) |
| 10:15:50 | linuxstb | Only the size of the WPS image buffer, and the limit of 52 images per WPS |
| 10:16:27 | dr_kosmos | ok cool... 52 images should be plenty. cheers |
| 10:17:08 | linuxstb | Although it sounds like there should be a better way than this... (but it would need someone to code support for it in Rockbox0 |
| 10:18:50 | dr_kosmos | mmm certainly would be handy if there was a single command to do it (like there is for %pb) |
| 10:23:46 | | Quit dr_kosmos (Read error: 104 (Connection reset by peer)) |
| 10:32:00 | | Nick JdGordon|afk is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
| 10:35:38 | | Quit desowin () |
| 10:41:02 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 10:42:47 | | Join einhirn [0] (n=Miranda@p5B031556.dip0.t-ipconnect.de) |
| 10:46:14 | pixelma | linuxstb: (because of your forum post) - what do you think about a NotSupported wiki page which explains what it means in Rockbox terms and maybe describes the problems for some popular models (similar to what we had for the 80GB Ipods last year but more generic). It could then be linked from the frontpage and we could point people to it... |
| 10:46:43 | | Join waldo [0] (n=waldo@ip-81-11-218-145.dsl.scarlet.be) |
| 10:48:48 | linuxstb | pixelma: What about adapting the TargetStatus page? |
| 10:51:50 | pixelma | that's already quite detailed, I just thought about making clear that "not supported" doesn't mean that "no one has tried" or "use at your own risk" first. Maybe that could be put on a glossary page which I think exists too.. |
| 10:52:11 | | Quit Horscht ("I got raided by the FBI and all i got is this lousy quit message") |
| 10:52:21 | linuxstb | I always try to use "does not work", rather than "not supported". |
| 10:53:20 | pixelma | maybe it could be made more clear on the frontpage then which lists "supported" players and says "Nano 2nd/3rd gen is not supported"? |
| 10:53:22 | | Join nplus [0] (n=nplus@141.25.globcom.net) |
| 10:53:46 | pixelma | ah no, that was already changed |
| 10:55:18 | pixelma | but a lot of people still use "not supported" if someone asks for Rockbox on an Ipod Classic for example |
| 10:56:35 | linuxstb | Yes, and IMO those comments are misleading - I don't think we should try and invent our own meaning of "supported", when lots of other projects/companies use it to mean "works, but don't ask us for help" |
| 10:58:04 | pixelma | so a call to all who answer those questions to not use it anymore? |
| 10:58:06 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 10:58:07 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 10:58:41 | linuxstb | I think so... |
| 10:59:09 | linuxstb | But also, a clearer page with status of the major players (such as new ipods) would be helpful. |
| 11:00 |
| 11:00:22 | pixelma | sounds good, I just wonder where to put that... |
| 11:00:52 | pixelma | (the "call") |
| 11:02:02 | linuxstb | Maybe just put it in "General Discussion" ? It can't hurt for users to see it as well. |
| 11:02:36 | pixelma | alright, going to start my first topic then :) |
| 11:04:15 | linuxstb | pixelma: I've just had another thought - we have an "unsupported builds" forum, so already use the term "supported" with a speciific meaning there... |
| 11:05:52 | pixelma | yes, realised that too now when I started thinking about posting something like "do not use 'not supported'" |
| 11:06:34 | * | linuxstb switches computers |
| 11:06:39 | | Quit linuxstb ("Leaving") |
| 11:08:23 | pixelma | (for the logs) I'll try to cover that too, but I often need a bit to come up with a nice way of putting it... |
| 11:08:52 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 11:09:40 | linuxstb | pixelma: If only everyone took the time to do that... ;) |
| 11:10:32 | * | amiconn is undecided what to do next :/ |
| 11:10:53 | pixelma | linuxstb: wut do u meen? ;) |
| 11:11:07 | linuxstb | amiconn: What's on your list? |
| 11:11:29 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 11:11:51 | amiconn | (1) greyscale gamma improvements (extensive test series, and coming up with a way for calibration by the user) |
| 11:12:38 | amiconn | (2) greyscale live gamma switching for 1st/2nd Gen (because the backlight inverts black & white, the lcd transfer curve must be changed live. Realted to (1)) |
| 11:12:50 | | Join replix_ [0] (n=replix@119-73.79-83.cust.bluewin.ch) |
| 11:13:01 | amiconn | (3) timer on cop, and putting the greyscale isr there |
| 11:13:10 | amiconn | (4) start the M3 port |
| 11:13:25 | *** | Saving seen data "./dancer.seen" |
| 11:13:56 | | Join mcuelenaere [0] (n=mcuelena@78-22-188-232.access.telenet.be) |
| 11:14:39 | | Nick replix_ is now known as replix (n=replix@119-73.79-83.cust.bluewin.ch) |
| 11:15:20 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 11:16:01 | amiconn | Oh, and (5) rework power management, and add suspend for 1st/2d Gen |
| 11:16:26 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 11:17:06 | linuxstb | Sounds like (5) would be the most useful in terms of core features... |
| 11:17:32 | amiconn | Yes, but (4) is tempting too, and more targets == good |
| 11:17:53 | amiconn | Also, weren't there a few requests for M3 support? |
| 11:17:55 | * | amiconn not sure |
| 11:18:37 | amiconn | M3 support also requires a bit of core cleanup (mostly reducing code duplication among lcd drivers) |
| 11:19:14 | amiconn | I am thinking about a similar approach as to what you used for the filters in libdemac |
| 11:19:30 | amiconn | (including a .c file) |
| 11:20:43 | linuxstb | Yes, the duplication is a pain in the lcd drivers. |
| 11:22:03 | amiconn | My idea would reduce them to a single driver for each pixel format |
| 11:22:25 | amiconn | lcd-remote-1bit-vert.c would set a few macros, then just include lcd-1bit-vert.c |
| 11:22:57 | amiconn | lcd-1bit-vert.c would one of those macros, and if it's not set, set it for main lcd |
| 11:23:23 | amiconn | This way the driver can be compiled twice, and produce the 2 sets of functions |
| 11:25:31 | JdGordon | .. then there is majoy swcodec rework... and sw/hwcodec merging... |
| 11:26:07 | amiconn | Well, I don't really know how swcodec playback works, and in its current state, I'd rather not want to merge |
| 11:27:09 | amiconn | I'll probably have a try once swcodec playback got reasonably stable (although I'm currently not experiencing most of the reported problems) |
| 11:27:54 | JdGordon | I'm really not sure fixing all the bugs is the way to go |
| 11:28:08 | * | JdGordon still likes the idea of blosing away swcodec and startiong from scratch |
| 11:28:28 | amiconn | There might be one other reason that could force me to try earlier though, and that would be adding pcm playback support for MAS |
| 11:29:00 | amiconn | (in the core I mean; WAV playback and recording is possible via plugin for quite some time now) |
| 11:33:30 | amiconn | Would it be a good idea to add an lcd/ sub-dir in firmware/drivers/ ? |
| 11:33:31 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 11:35:25 | linuxstb | amiconn: Yes, I think so. |
| 11:35:26 | | Quit courtc (Read error: 104 (Connection reset by peer)) |
| 11:35:31 | | Join courtc [0] (n=court@c-24-99-230-218.hsd1.ga.comcast.net) |
| 11:36:36 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
| 11:37:53 | * | amiconn wonders whether we'll have targets with OLED displays soon |
| 11:39:15 | linuxstb | I was trying to think of a better name than "lcd" - as they are the code for rendering into a framebuffer |
| 11:39:29 | stripwax | framebuffer? ;) |
| 11:39:38 | linuxstb | Clever ;) |
| 11:39:51 | * | stripwax is still trying to get his phone to work.. |
| 11:39:52 | amiconn | Or maybe just display_ |
| 11:40:06 | amiconn | Hmm, might be too generic |
| 11:40:15 | | Join mcuelenaere [0] (n=mcuelena@78-22-188-232.access.telenet.be) |
| 11:40:37 | linuxstb | "framebuffer" is better than anything I've thought of... |
| 11:41:27 | amiconn | But it's quite long |
| 11:41:34 | linuxstb | Yes, it's not ideal... |
| 11:42:39 | linuxstb | But I think it's accurate. |
| 11:42:48 | JdGordon | how about..... fb |
| 11:44:02 | linuxstb | I think I would prefer to just use the whole word, rather than abbreviate |
| 11:44:11 | amiconn | There's also the question how to call the low-level target specific part |
| 11:44:55 | amiconn | Right now, lcd is correct, but would be wrong on OLED targets. framebuffer would be completely wrong. |
| 11:45:14 | linuxstb | But aren't they all in target-tree? |
| 11:45:18 | amiconn | They are |
| 11:45:21 | linuxstb | Or are you talking about function names? |
| 11:45:25 | amiconn | yes |
| 11:45:40 | linuxstb | Ah yes, I don't think we just rename functions to use "framebuffer_" |
| 11:46:08 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 11:46:12 | amiconn | Also, framebuffer feels a bit strange. Then you would do e.g framebuffer_fillrect(....); lcd_update(); |
| 11:47:14 | amiconn | framebuffer_update would be wrong because it doesn't update the framebuffer, but updates the display from the framebuffer |
| 11:47:26 | linuxstb | Those function names are more accurate though... |
| 11:47:49 | linuxstb | i.e. you draw in a framebuffer and then update the LCD - you don't draw directly on the LCD |
| 11:47:57 | amiconn | true |
| 11:48:01 | amiconn | hmmm |
| 11:49:51 | JdGordon | whats wrong with leaving it lcd_? |
| 11:50:09 | pixelma | and would it be oled_update later? |
| 11:50:20 | JdGordon | why couldnt it still use lcd? |
| 11:50:24 | JdGordon | lcd is fairly generic |
| 11:51:15 | linuxstb | What if we ever get TV-Out working on a target? tv_update() ? |
| 11:51:35 | | Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) |
| 11:51:39 | linuxstb | But no, I think we can live with just calling everything an LCD... |
| 11:51:54 | linuxstb | (at least for now) |
| 11:51:56 | JdGordon | yeah, lets worry about that when that happens |
| 11:52:23 | | Quit barrywardell () |
| 11:53:54 | | Quit replix ("Verlassend") |
| 11:56:11 | JdGordon | changing topics a bit... apart from flicking hold and trying menu+select how else can I try getting a nano to turn on? |
| 11:56:23 | JdGordon | the batt should be full.. its been cplugged in overnight |
| 11:57:26 | * | JdGordon 's sister is a drongo |
| 11:58:21 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 12:00 |
| 12:01:32 | amiconn | The ipod hardware reset should always work, unless either the battery is totally flat, or the ipod is broken |
| 12:01:41 | | Join replix [0] (n=replix@119-73.79-83.cust.bluewin.ch) |
| 12:02:04 | JdGordon | its chargiung with the comp so looks like the wall charger was just stuffed |
| 12:02:07 | amiconn | Sometimes it takes 2 tries and/or holding the combo quite a while (> 15 seconds) |
| 12:02:10 | JdGordon | or rockbox charging isnt working |
| 12:03:36 | amiconn | Rockbox only charges slowly, as we don't handle charging current setup. I'm not sure we know how to do this either |
| 12:04:12 | JdGordon | still, it was plugged in overnight, so it should have had _Some_ charge |
| 12:04:16 | amiconn | Fullsize ipods can even become discharged when used a lot while "charging" in rockbox. Minis and Nanos shouldn't, though |
| 12:05:39 | | Join mcuelenaere [0] (n=mcuelena@78-22-188-232.access.telenet.be) |
| 12:07:38 | | Join roolku [0] (n=roolku@77-99-112-231.cable.ubr16.edin.blueyonder.co.uk) |
| 12:08:07 | | Quit stripwax (Read error: 104 (Connection reset by peer)) |
icon identifies that the person is a core developer (has commit access).