| 00:04:30 | Iskandar | bluebrother, than you |
| 00:04:40 | | Quit matsl (Read error: 104 (Connection reset by peer)) |
| 00:04:46 | Iskandar | linuxstb, thank you |
| 00:05:40 | | Quit lee-qid (Read error: 104 (Connection reset by peer)) |
| 00:08:20 | | Join lee-qid [0] (n=liqid@p54964DBB.dip.t-dialin.net) |
| 00:10:45 | | Join amiconn [0] (n=jens@p54BD79BD.dip.t-dialin.net) |
| 00:11:48 | | Join Moos [0] (i=Moos@m135.net81-66-158.noos.fr) |
| 00:12:34 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
| 00:16:41 | | Join Juice^ [0] (n=Juice@213.167.96.196) |
| 00:17:16 | | Join petur2 [0] (n=petur@d54C1AC7A.access.telenet.be) |
| 00:17:16 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
| 00:17:28 | | Quit amiconn (Nick collision from services.) |
| 00:17:28 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 00:17:36 | | Quit Iskandar (Read error: 104 (Connection reset by peer)) |
| 00:18:11 | | Quit petur (Nick collision from services.) |
| 00:18:12 | | Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <-") |
| 00:18:16 | | Nick petur2 is now known as petur (n=petur@d54C1AC7A.access.telenet.be) |
| 00:19:01 | | Join My_Sic [0] (n=MySic@m180.net81-67-5.noos.fr) |
| 00:20:21 | | Join Moos [0] (i=Moos@m135.net81-66-158.noos.fr) |
| 00:20:46 | Moos | hither ! |
| 00:20:54 | Moos | hi there even :) |
| 00:21:13 | Moos | petur: nice works ! |
| 00:24:03 | amiconn | Forced spinup before usb is nasty :( |
| 00:24:23 | Moos | amiconn: have a better way to do? |
| 00:24:34 | petur | it has to spin up anyway |
| 00:24:35 | amiconn | Yes, cut bootfile change detection completely |
| 00:25:17 | petur | well I missed it when it stopped working |
| 00:25:20 | amiconn | petur: It has to spin up *in* usb. Afaik rockbox will stop the disk before going into usb, so it's spinup (detect file), stop, go to usb, spinup -> waste of time and battery |
| 00:25:31 | Moos | indeed |
| 00:25:36 | * | petur checks |
| 00:26:19 | amiconn | I don't really miss bootfile detection because it didn't work reliably anyway, and in other cases it was unnecessary |
| 00:26:24 | petur | nope, it doesn't spin down |
| 00:26:45 | petur | and now it should work more reliable |
| 00:26:46 | amiconn | On H1x0 and H300 I always used bootloader usb for updating, so no need for a change detection. |
| 00:27:10 | * | bluebrother would have prefered to have rockbox.* removed from the "supported" list and kept in the root folder |
| 00:27:13 | amiconn | And with early usb and rombox on archos it didn't work either because it didn't get a chance to read the initial size |
| 00:27:38 | * | amiconn *strongly* hopes early usb still works like it should |
| 00:27:49 | * | petur didn't touch it |
| 00:28:28 | bluebrother | what's the purpose for early usb? |
| 00:28:30 | amiconn | Well, regarding new versions, I find the move of rockbox.target into .rockbox/ more annoying than a non-working change detection |
| 00:28:52 | * | bluebrother agrees |
| 00:29:25 | amiconn | ..especially since 'Browse firmwares' was also removed a while ago |
| 00:29:38 | | Quit Juice^ ("Leaving") |
| 00:29:40 | petur | to be honest I also miss the rockbox file in the root, I used to use sendto, now I have a bat file... |
| 00:29:41 | amiconn | Now one has to change file view in order to rolo rockbox.target :/ |
| 00:29:51 | saratoga | i'm playing the UISim and I can't get it to remember the font size |
| 00:30:00 | saratoga | am i doing something wrong or is this a problem with the sim |
| 00:30:08 | amiconn | Works here... |
| 00:30:16 | saratoga | (basically it defaults back to tiny fonts everytime i restart the sim) |
| 00:31:03 | bluebrother | worked fine for me the last time I tried |
| 00:31:14 | saratoga | odd, its only one WPS that does it |
| 00:31:15 | saratoga | nevermind |
| 00:38:26 | | Join testerxxxx [0] (n=Ninjaz@213.24.236.51) |
| 00:38:32 | testerxxxx | hello |
| 00:39:50 | petur | 1 2 3 testing |
| 00:40:18 | testerxxxx | i try setup new version 20070317...its without some plugins-viewers.. and question - where download plug-viewers separately? |
| 00:40:45 | petur | there's something wrong with the build system atm |
| 00:40:50 | testerxxxx | new version plug.. mpegplayer for example.. |
| 00:40:58 | Llorean | testerxxxx: Try using current builds rather than daily builds. |
| 00:41:03 | | Quit Febs (Read error: 110 (Connection timed out)) |
| 00:41:59 | Soap | 03-17? |
| 00:42:13 | Soap | Why do you feel you don't have Mpegplayer? |
| 00:42:43 | Soap | and why are you calling a 13 day old version new? |
| 00:43:10 | testerxxxx | sorry.. i miss |
| 00:43:27 | testerxxxx | new is 20070330 |
| 00:43:44 | Soap | is that the version you are installing? |
| 00:44:41 | testerxxxx | but builds after 17 march without some plugs... without mpegplayer... but mpegplayer now is changed in a/v sync an other |
| 00:44:43 | | Join RaRe` [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) |
| 00:45:00 | Llorean | testerxxxx: Try using the current build instead of the daily |
| 00:45:01 | bluebrother | testerxxxx: use a current build, not an archived one |
| 00:45:19 | testerxxxx | yes 20070330 now installing |
| 00:45:45 | bluebrother | still sounds like an archived build ... |
| 00:45:58 | bluebrother | the current build doesn't have a timestamp in the filename |
| 00:46:58 | testerxxxx | link - current build.. and |
| 00:47:05 | Moos | http://build.rockbox.org/ |
| 00:47:15 | Moos | choose your model |
| 00:47:42 | testerxxxx | jr |
| 00:47:45 | testerxxxx | ok |
| 00:49:01 | linuxstb | jr ? |
| 00:50:33 | testerxxxx | jr in russian keyboard layout is OK =) |
| 00:51:09 | testerxxxx | now... downloading current build |
| 00:51:47 | testerxxxx | wait a moment |
| 00:55:24 | | Quit midgey () |
| 00:55:49 | * | bluebrother notices the time and heads for sleep |
| 00:56:09 | | Quit bluebrother ("leaving") |
| 00:57:02 | | Quit Vyrus ("Leaving") |
| 00:58:35 | linuxstb | petur: Your usb commit means that ipods now always spin up the disk before spinning it down again and rebooting into the Apple firmware's disk mode... |
| 00:58:50 | petur | hmmm |
| 00:59:30 | petur | is there a define for all targets that don't do usb themselves (ie reboot) |
| 01:00 |
| 01:00:16 | petur | and do they really spin down again? |
| 01:00:32 | linuxstb | Yes, the "reboot-to-usb" code spins the disk down. |
| 01:00:59 | linuxstb | It's necessary because Rockbox does a hard-reset. |
| 01:01:42 | petur | is the USB_IPODSTYLE define usable for this? |
| 01:01:44 | toffe82 | Moos: cannot PM |
| 01:01:49 | linuxstb | I don't think there's a #define to cover these targets though... |
| 01:02:30 | linuxstb | It's all ipods, (although the 3G doesn't detect USB at all afaik), the H10 and probably soon the Sansa. So all PP targets... |
| 01:02:31 | petur | hmmm USB_IPODSTYLE is only defined but never used |
| 01:02:50 | Moos | toffe82: we will bloat logs then :) I wanted to ask you, if you have still gigabeats to sell? |
| 01:03:17 | linuxstb | I think there's a USBOTG_ARC or something define which covers the PP target USB hardware. |
| 01:03:22 | toffe82 | I can find one ;) |
| 01:03:34 | | Quit RaRe (Read error: 110 (Connection timed out)) |
| 01:03:42 | Moos | toffe82: canot register to service for pms? |
| 01:03:47 | toffe82 | Moos : go to #gigabeat |
| 01:03:54 | Moos | k |
| 01:04:10 | petur | can I use #ifndef USB_IPODSTYLE around it for now? seems to match the targets you mentioned |
| 01:04:48 | | Quit |Rincewind| ("Cya") |
| 01:04:59 | | Join |Rincewind| [0] (i=llGBGd0t@nat-wh-1.rz.uni-karlsruhe.de) |
| 01:08:27 | testerxxxx | now its ok |
| 01:08:52 | *** | Saving seen data "./dancer.seen" |
| 01:09:25 | testerxxxx | but mpegplayer ... video dont full sync with audio (i try different settings in mpegplayer) |
| 01:09:57 | | Quit ender` (" How many AOL users does it take to change a light bulb? Eleven. One to ask to be on the light bulb gif mailing list, nine to) |
| 01:11:12 | linuxstb | testerxxxx: What device are you running Rockbox on? |
| 01:12:22 | linuxstb | petur: I think USB_IPODSTYLE should be deprecated - CONFIG_USB==USBOTG_ARC seems to have replaced it. |
| 01:12:29 | testerxxxx | ipod nano |
| 01:13:27 | linuxstb | testerxxxx: If you enable "Skip Frames" and "Limit FPS", then audio should be in sync. Have you tried playing the video file on your PC? |
| 01:13:44 | linuxstb | Also, what fps is your file encoded at, and what resolution? |
| 01:14:19 | | Quit brun0_ (Remote closed the connection) |
| 01:15:03 | | Quit |Rincewind| ("Cya") |
| 01:15:14 | | Join |Rincewind| [0] (i=4Ocapc0t@nat-wh-1.rz.uni-karlsruhe.de) |
| 01:18:52 | testerxxxx | yes, ofcos i playing this video on PC its very fined. fps - 23 |
| 01:19:46 | | Quit ompaul ("nigh nigh") |
| 01:20:06 | testerxxxx | and when i quit form mpegplayer, bring it "data abort 000462A4" |
| 01:20:10 | | Join Febs_ [0] (n=chatzill@207-172-204-33.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 01:20:11 | | Nick Febs_ is now known as Febs (n=chatzill@207-172-204-33.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 01:20:59 | testerxxxx | and after needed reboot ipod with press select+menu 5 sec |
| 01:20:59 | Soap | do you have a rockbox.ipod in the root directory of your player, testerxxxx? |
| 01:21:28 | linuxstb | testerxxxx: Yes, that data abort is a known problem. |
| 01:21:31 | Soap | I think you do. Delete it if I am correct. That is your old rockbox.ipod file. The new one is in the .rockbox directory. |
| 01:22:12 | | Quit seablue ("gggccdddcc") |
| 01:22:18 | testerxxxx | yes, rockbox.ipod its there |
| 01:22:21 | | Join raphi [0] (i=d4045e1c@gateway/web/cgi-irc/labb.contactor.se/x-1ddaaeec12193933) |
| 01:23:21 | | Quit linuxstb ("CGI:IRC") |
| 01:24:20 | testerxxxx | no, is new rockbox.ipod file, because i delete all folder .rockbox and after copy current build |
| 01:24:35 | | Join petur2 [0] (n=petur@d54C1AC7A.access.telenet.be) |
| 01:24:37 | | Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) |
| 01:24:56 | | Quit XavierGr (Nick collision from services.) |
| 01:24:59 | | Join XavierGr [0] (n=xavier@ppp240-42.adsl.forthnet.gr) |
| 01:25:27 | Soap | if it is in / not /.rockbox/ it is the old one. |
| 01:25:43 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 01:25:47 | Soap | check the date. |
| 01:25:56 | | Quit saratoga ("CGI:IRC") |
| 01:28:02 | | Quit petur (Nick collision from services.) |
| 01:28:05 | | Nick petur2 is now known as petur (n=petur@rockbox/developer/petur) |
| 01:28:17 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 01:28:54 | testerxxxx | in root ipod directory also must have rockbox.ipod ? |
| 01:29:09 | testerxxxx | 30 march date of rockbox.ipod |
| 01:29:38 | Soap | rockbox.ipod got moved to /.rockbox/ in recent history. It is not longer packaged in / |
| 01:29:44 | Soap | though the bootloader looks both places. |
| 01:30:06 | testerxxxx | i know, and i say in that way |
| 01:30:45 | Soap | then it's just language barrier, we're talking in circles, I'll shut up. |
| 01:30:59 | | Join entheh [0] (n=purr@88-106-133-242.dynamic.dsl.as9105.com) |
| 01:31:13 | testerxxxx | in / empty (have only dir) |
| 01:31:30 | | Part toffe82 |
| 01:31:34 | Soap | then we're all good. |
| 01:33:36 | | Part pixelma |
| 01:33:45 | petur | any hint where "apps/settings_list.o:(.data+0x88): undefined reference to `__compound_literal.4' " comes from? |
| 01:34:01 | linuxstb | arm-elf-gcc 4.0.2 |
| 01:34:14 | | Quit Arathis ("Bye, bye") |
| 01:34:15 | linuxstb | You need to upgrade to 4.0.3 |
| 01:34:45 | petur | bah no time now, will commit just like that :) |
| 01:35:54 | linuxstb | Yes, it's quicker to use the build system.... |
| 01:35:57 | | Part bun-bun |
| 01:37:21 | petur | my isp cut me of again and now my ubuntu in virtualbox no longer wants to access the net... |
| 01:38:40 | testerxxxx | playing 3 sec and bring data abort 4000129C .... shit |
| 01:45:15 | testerxxxx | its new current build form 30 march.... 3 sec play and data abort |
| 01:46:04 | | Join Nico_P [0] (n=nicolas@rob92-6-82-231-243-63.fbx.proxad.net) |
| 01:46:44 | scorche | hrm...the image jumped 50ish megs from the last one...that cant be right |
| 01:47:42 | petur | sansa and h10 also reboo for usb, right? |
| 01:48:09 | linuxstb | I'm almost certain the h10 does, but I don't think the Sansa does anything yet. I don't own either. |
| 01:48:40 | | Quit raphi ("CGI:IRC") |
| 01:48:55 | petur | they have the USB_IPODSTYLE define commented out for some reason |
| 01:49:05 | | Join fiftyfour123 [0] (n=chatzill@cpe-74-73-158-167.nyc.res.rr.com) |
| 01:49:18 | testerxxxx | wath wrong... data abort form 3 sec play..... |
| 01:49:29 | * | petur heads off to bed |
| 01:49:35 | | Quit petur ("sssssssssss---------PLOP!") |
| 01:49:46 | linuxstb | testerxxxx: Playing what? |
| 01:49:56 | | Join Guile [0] (n=Guile@84.4.16.233) |
| 01:50:30 | testerxxxx | iam play any mp3 track.... its paying 3 sec and bring data abort 4000129C |
| 01:52:32 | | Join DrMoos [0] (i=Moos@m135.net81-66-158.noos.fr) |
| 01:52:39 | | Part DrMoos ("Glory to Rockbox") |
| 01:53:03 | | Quit fiftyfour123 (Client Quit) |
| 01:54:17 | | Join SirFunk [0] (n=Sir@cpe-74-71-205-222.twcny.res.rr.com) |
| 01:54:28 | | Quit H10_007quick ("Chatzilla 0.9.77 [Firefox 2.0.0.3/2007030916]") |
| 01:54:38 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
| 01:54:41 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
| 01:54:48 | linuxstb | testerxxxx: Which bootloader did you install? |
| 01:54:50 | | Join Moos [0] (i=Moos@m135.net81-66-158.noos.fr) |
| 01:55:26 | | Quit Moos (Client Quit) |
| 01:57:09 | | Quit obo ("bye") |
| 01:57:10 | testerxxxx | older |
| 01:57:33 | linuxstb | Then that may be the problem - try installing the latest bootloader. |
| 01:57:51 | testerxxxx | ok.. i understand ..thanks |
| 01:58:02 | testerxxxx | i knew it=) |
| 02:00 |
| 02:02:23 | linuxstb | testerxxxx: Also, can you update to the latest current build and let me know if the av sync in mpegplayer is any better for you? I just committed a bugfix. |
| 02:06:58 | | Quit x2jmp (Read error: 113 (No route to host)) |
| 02:08:46 | testerxxxx | ok linuxstb |
| 02:09:04 | | Quit testerxxxx ("Client Exiting") |
| 02:09:28 | | Quit XavierGr (Nick collision from services.) |
| 02:09:31 | | Join XavierGr [0] (n=xavier@ppp142-195.adsl.forthnet.gr) |
| 02:14:01 | | Quit Guile ("KVIrc 3.2.0 'Realia'") |
| 02:15:56 | | Join testerxxxx [0] (n=Ninjaz@213.24.236.51) |
| 02:18:02 | | Quit entheh ("^~") |
| 02:21:47 | testerxxxx | linuxstb, now its really good! mpegplayer a/v sync is accurately (even if set off skip frames) |
| 02:23:42 | testerxxxx | but is set off limit fps, sync is wrong |
| 02:23:57 | | Join ZenMasterJG [0] (n=jordan@69.43.65.27) |
| 02:25:03 | testerxxxx | and if try playing one more time (after end of movie or after stop manualy), bring only black screen and no way for quit from mpegplayer |
| 02:25:04 | | Join Brenda [0] (n=brenda@leibniz.catalyst.net.nz) |
| 02:26:11 | testerxxxx | of course i update bootloader |
| 02:26:50 | testerxxxx | linuxstb, you are watching now |
| 02:27:11 | | Quit My_Sic (Read error: 104 (Connection reset by peer)) |
| 02:29:33 | | Quit Brenda^ (Read error: 113 (No route to host)) |
| 02:30:30 | | Quit Brenda (Remote closed the connection) |
| 02:30:40 | | Join Brenda [0] (n=brenda@leibniz.catalyst.net.nz) |
| 02:34:50 | | Quit Nico_P (Remote closed the connection) |
| 02:36:14 | | Quit Brenda (Remote closed the connection) |
| 02:40:19 | | Join Brenda [0] (n=brenda@leibniz.catalyst.net.nz) |
| 02:41:44 | | Quit XavierGr (Read error: 110 (Connection timed out)) |
| 02:41:48 | | Quit roolku () |
| 02:43:20 | | Quit Brenda (Remote closed the connection) |
| 02:43:32 | | Join Brenda [0] (n=brenda@leibniz.catalyst.net.nz) |
| 02:54:32 | | Quit testerxxxx ("Client Exiting") |
| 03:00 |
| 03:07:04 | | Nick Mouser_X is now known as White_Mage (n=mouser_x@67.110.120.164.ptr.us.xo.net) |
| 03:08:05 | | Nick White_Mage is now known as Mouser_X (n=mouser_x@67.110.120.164.ptr.us.xo.net) |
| 03:08:21 | | Quit Febs ("Chatzilla 0.9.77 [Firefox 2.0.0.3/2007030919]") |
| 03:08:56 | *** | Saving seen data "./dancer.seen" |
| 03:10:48 | | Quit Brenda (Read error: 111 (Connection refused)) |
| 03:15:32 | | Quit dilinger (Read error: 110 (Connection timed out)) |
| 03:27:00 | | Join dsh-1 [0] (n=daishi@ool-18be2884.dyn.optonline.net) |
| 03:27:40 | | Nick dsh-1 is now known as Daishi (n=daishi@ool-18be2884.dyn.optonline.net) |
| 03:32:16 | | Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) |
| 03:44:02 | | Quit hcs ("Download Gaim: http://gaim.sourceforge.net/") |
| 03:46:39 | | Join hcs [0] (n=hcs@rockbox/contributor/hcs) |
| 04:00 |
| 04:02:19 | | Join amigan [0] (i=dcp1990@unaffiliated/amigan) |
| 04:04:15 | | Quit aliask ("Chatzilla 0.9.77 [Firefox 2.0.0.3/0000000000]") |
| 04:05:35 | | Join Brenda [0] (n=brenda@leibniz.catalyst.net.nz) |
| 04:11:01 | | Quit Brenda (Read error: 113 (No route to host)) |
| 04:11:05 | | Join Brenda [0] (n=brenda@leibniz.catalyst.net.nz) |
| 04:17:19 | | Join dilinger [0] (n=dilinger@65-78-28-38.c3-0.arl-ubr1.sbo-arl.ma.cable.rcn.com) |
| 04:18:40 | | Quit secleinteer (Client Quit) |
| 04:21:59 | | Part Llorean |
| 04:31:20 | | Quit |Rincewind| ("Cya") |
| 04:33:59 | | Quit hcs ("Leaving.") |
| 04:34:06 | | Quit midgey () |
| 04:35:04 | | Quit Thundercloud (Remote closed the connection) |
| 04:35:48 | | Join hcs [0] (n=hcs@rockbox/contributor/hcs) |
| 04:38:00 | | Part smably |
| 04:46:38 | | Join toffe82 [0] (n=chatzill@adsl-70-137-196-96.dsl.frs2ca.sbcglobal.net) |
| 04:52:48 | | Join iwantanimac [0] (n=iwantani@124-168-71-37.dyn.iinet.net.au) |
| 04:53:22 | iwantanimac | any iPod devs online? |
| 04:53:53 | hcs | what's your question? |
| 04:54:31 | iwantanimac | how does rockbox get input from the click wheel? i looked at the I/O debug page, but there's nothing that seems to change, |
| 04:54:42 | iwantanimac | as in for scrolling... |
| 04:55:26 | | Join funky_ [0] (n=repulse@81.202.252.163) |
| 04:56:53 | | Quit dj-fu ("Leaving") |
| 04:57:30 | | Part aduarte |
| 04:59:02 | | Join printfXh4 [0] (i=pseudo@ppp205-225.lns1.bne1.internode.on.net) |
| 05:00 |
| 05:00:36 | | Join dj-fu [0] (n=ajc@unaffiliated/dj-fu) |
| 05:02:38 | | Nick funky_ is now known as funky (n=repulse@81.202.252.163) |
| 05:08:28 | | Join Llorean [0] (n=Llorean@cpe-66-69-210-194.austin.res.rr.com) |
| 05:08:57 | *** | Saving seen data "./dancer.seen" |
| 05:09:39 | | Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) |
| 05:20:40 | BigMac | ANyone here have experience with winff/vlc/gui encode? |
| 05:23:25 | iwantanimac | anyone know if iPodpatcher will work (And rockbox will boot) with iPodWizard modded firmware? |
| 05:24:50 | Llorean | BigMac: Yes |
| 05:24:57 | Llorean | iwantanimac: It should, yes. |
| 05:26:04 | iwantanimac | thanks, Llorean. |
| 05:26:40 | BigMac | Llorean: To which? |
| 05:27:14 | Llorean | BigMac: Well "gui" doesn't make sense, since there's nothing specifically named "gui", it's just a term for "Graphical User Interface" |
| 05:27:19 | Llorean | But I have experience with VLC and WinFF |
| 05:28:18 | BigMac | Llorean: no the name of the program is "gui encode" by Truejournals |
| 05:28:59 | Llorean | Well then say "The gui encoder by Truejournals" because just saying "gui" alone really, REALLY doesn't mean anything |
| 05:29:10 | Llorean | Yes, I've played with that program as well. |
| 05:29:15 | hcs | he said "gui encode"... |
| 05:29:21 | BigMac | I said gui encode which is the program name lol |
| 05:29:36 | Llorean | hcs: Yes, but he said winff/vlc/gui encode, I thought he meant "winff encode, vlc encode, gui encode" |
| 05:29:58 | Llorean | Because that's a common action with those programs, to encode videos |
| 05:30:07 | Llorean | Well, with the first two |
| 05:30:23 | Llorean | Truejournals' program is just a front end, a gui, for use with VLC or mencoder. |
| 05:30:28 | BigMac | Ok anyways... |
| 05:30:41 | Llorean | So to include VLC in a list with it is somewhat nonsensical. |
| 05:30:47 | Llorean | But go ahead and ask your question. |
| 05:31:02 | BigMac | Alright I have a bunch of xvid avi s that will not encode in any program |
| 05:31:12 | BigMac | nor will they play outside of using mplayer |
| 05:31:24 | BigMac | so I trancoded to h264 mp4 |
| 05:32:44 | | Quit shoepainter () |
| 05:33:53 | BigMac | So what could be going wrong |
| 05:34:11 | iwantanimac | afaik they should play in VLC... |
| 05:34:40 | iwantanimac | ..and therefore be able to be transcoded my VLC. |
| 05:34:47 | Llorean | BigMac: If they won't play in any other players, you need to look at the files and see what's non-standard about them. |
| 05:35:06 | Llorean | ffmpeg and vlc both handle proper xvid files just fine. |
| 05:35:36 | BigMac | I would upload it |
| 05:36:04 | BigMac | but it is copyrighted material I am pretty sure and it is about 115 mb |
| 05:36:12 | Llorean | There's nothing we could really do |
| 05:36:19 | Llorean | Your problem is with other peoples' software. |
| 05:36:33 | Llorean | About all we can do is give advice, but if the software won't recognize your files, you need to go to the software providers. |
| 05:36:59 | iwantanimac | yeah. try the VLC forums. They'd know more. |
| 05:37:26 | BigMac | It recognizes it |
| 05:37:30 | BigMac | it plays the audio |
| 05:37:39 | BigMac | it loads the correct dimensions for the screen |
| 05:37:45 | BigMac | but you do not see any video |
| 05:37:48 | Llorean | It's still not a problem we can work on |
| 05:37:58 | iwantanimac | did you make sure the video track was selected? |
| 05:38:18 | Llorean | iwantanimac: WinFF should convert any valid stream just fine using the Rockbox presets. |
| 05:38:29 | iwantanimac | true. |
| 05:38:35 | Llorean | BigMac: If you want, copy the output of WinFF when you try to convert the file, into a pastebin. |
| 05:38:40 | Llorean | It might at least give me a clue. |
| 05:38:42 | | Quit Daishi (Read error: 104 (Connection reset by peer)) |
| 05:39:13 | BigMac | WinFF won't allow me to transcode I get the error that "access is Denied" no matter where I tell it to write to |
| 05:39:39 | Llorean | Are you pointing it to existing folders, or trying to get it to make new folders? |
| 05:39:46 | BigMac | existing |
| 05:39:48 | Llorean | Try telling it just to write to C:\, nothing else in the box. |
| 05:40:17 | | Quit iwantanimac (Read error: 104 (Connection reset by peer)) |
| 05:41:45 | BigMac | Same error |
| 05:43:03 | Llorean | Hm |
| 05:43:12 | Llorean | Actually, the error you'd get for an invalid location is something else |
| 05:43:18 | Llorean | Where exactly does it say "Access is denied"? |
| 05:43:26 | | Join iwantanimac [0] (n=iwantani@124-168-71-37.dyn.iinet.net.au) |
| 05:45:53 | BigMac | I window pops up |
| 05:46:00 | BigMac | with ok and cancel |
| 05:47:03 | Llorean | And can you point winff at other videos and have it work? |
| 05:51:56 | | Quit funky ("leaving") |
| 05:53:06 | BigMac | nope |
| 05:53:37 | Llorean | Same error? |
| 05:53:42 | BigMac | yup |
| 05:53:53 | Llorean | Then you need to figure out what you've got set up that is preventing that. |
| 05:54:02 | Llorean | Or try a different method. |
| 05:55:02 | BigMac | If I could figure out what was preventing it from working, why would I be asking for help? |
| 05:55:19 | BigMac | and the vlc transcode.bat didn't workeither |
| 05:55:34 | Llorean | What did it do? |
| 05:55:40 | BigMac | VLC? |
| 05:55:43 | Llorean | Yes |
| 05:56:06 | Llorean | But also remember, you're asking for help in the wrong place anyway. |
| 05:56:19 | BigMac | it opened the cmd which was blank, then opened vlc, and went throught the movie at like 1.5 speed |
| 05:57:03 | iwantanimac | and that's it? |
| 05:57:16 | iwantanimac | it actually played the movie to you? |
| 05:57:26 | iwantanimac | or did the progressbar just zip by? |
| 05:57:42 | Llorean | BigMac: I suggest you seek help at an actual video conversion forum, probably doom9 is a good place. |
| 05:58:18 | BigMac | iwantanimac: it showed the progress bar |
| 05:58:35 | Llorean | There's nothing you're obviously doing wrong, so we're past the point of "simple help", and this is really off topic for the channel. |
| 05:58:36 | iwantanimac | ok and the output file? |
| 05:59:41 | | Quit iwantanimac ("iMac, out.") |
| 05:59:54 | | Join iwantanimac [0] (n=iwantani@124-168-71-37.dyn.iinet.net.au) |
| 06:00 |
| 06:12:54 | | Join webguest89 [0] (i=483395b4@gateway/web/cgi-irc/labb.contactor.se/x-196471480d7cf234) |
| 06:14:00 | webguest89 | is this open to change discussion topics? |
| 06:15:02 | iwantanimac | er... what do you mean? |
| 06:15:24 | iwantanimac | it's for discussion of Rockbox and things related to rockbox only. |
| 06:15:30 | | Join Lynx- [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) |
| 06:15:46 | iwantanimac | check the IrcGuidelines above. |
| 06:16:31 | | Quit Lynx_ (Read error: 60 (Operation timed out)) |
| 06:16:31 | | Nick Lynx- is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) |
| 06:19:22 | | Quit webguest89 ("CGI:IRC (Ping timeout)") |
| 06:22:21 | | Join Transience [0] (n=Transien@cpe-72-226-77-95.nycap.res.rr.com) |
| 06:23:36 | | Join jhulst [0] (n=jhulst@71-10-1-92.dhcp.aldl.mi.charter.com) |
| 06:25:45 | | Join safetydan [0] (n=dan@rockbox/developer/safetydan) |
| 06:26:06 | | Part ZenMasterJG ("Leaving") |
| 06:28:12 | | Part toffe82 |
| 06:32:16 | | Quit dj-fu ("Leaving") |
| 06:33:57 | | Join ctaf [0] (n=ctaf@ram94-6-82-242-23-70.fbx.proxad.net) |
| 06:39:21 | | Quit safetydan (Remote closed the connection) |
| 06:41:38 | | Quit iwantanimac ("iMac, out.") |
| 06:41:55 | | Part Transience |
| 06:42:38 | | Join Transience [0] (n=Transien@cpe-72-226-77-95.nycap.res.rr.com) |
| 06:42:43 | | Part Transience |
| 06:43:25 | | Quit ptw419 () |
| 06:46:05 | | Quit hcs ("Leaving.") |
| 06:46:17 | | Join bawb2 [0] (n=bawb2@ip24-255-244-216.ks.ks.cox.net) |
| 06:48:42 | | Join hcs [0] (n=hcs@rockbox/contributor/hcs) |
| 07:00 |
| 07:07:47 | | Join RaRe [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) |
| 07:09:01 | *** | Saving seen data "./dancer.seen" |
| 07:23:49 | | Quit Bawitdaba (Read error: 104 (Connection reset by peer)) |
| 07:26:40 | | Quit RaRe` (Read error: 110 (Connection timed out)) |
| 07:31:12 | | Quit bawb2 ("seacrest out!") |
| 07:34:17 | | Quit Lynx_ (Connection timed out) |
| 07:39:28 | | Join _Amblin [0] (n=Osiris@udp124072uds.hawaiiantel.net) |
| 07:40:27 | _Amblin | Anyone with the A/V sync working correctly on MpegPlayer, if you use WinFF, could you share what settings you use? |
| 07:40:53 | _Amblin | Video Audio bitrate etc. |
| 07:41:00 | Llorean | _Amblin: It kinda depends on what player you have. |
| 07:41:23 | Llorean | I can play back 320x240 at 29.97fps with an 1100 bitrate file on my player, but I imagine if you're having A/V sync troubles we're not on the same player |
| 07:41:54 | Llorean | Err, 320x176 rather |
| 07:41:57 | _Amblin | Llorean: Im sorry, I should have specified that I was looking for the settings people use on the e200 |
| 07:42:26 | Llorean | _Amblin: The existing default for the e200 didn't stay in sync? |
| 07:42:39 | Llorean | Did you enable both Frameskip and Skip frames, then stop the plugin and run the file again? |
| 07:42:52 | _Amblin | No and yes. |
| 07:43:25 | _Amblin | I just tried today's build too. |
| 07:43:51 | Llorean | Are you using a 16x9 or a 4x3 video? |
| 07:43:56 | _Amblin | Could the issues Im having be cause by some of the codecs I have on my machine |
| 07:44:05 | _Amblin | 4:3 video setting for 4:3 video |
| 07:44:28 | Llorean | Turn off frameskip, turn off sync, turn on the FPS display, and re-run the plugin |
| 07:44:38 | Llorean | Let it run for a little bit and tell me what it says your frame rate is |
| 07:44:52 | _Amblin | Ok. |
| 07:46:04 | | Join nickv111 [0] (n=nick@c-75-70-18-52.hsd1.co.comcast.net) |
| 07:48:23 | _Amblin | Running at 10 FPS |
| 07:48:40 | _Amblin | I encoded at 10 FPS |
| 07:49:15 | Llorean | Then audio should've stayed in sync. |
| 07:49:45 | Llorean | In what manner is it out of sync? |
| 07:50:04 | _Amblin | The sound is about 1 1/2 seconds ahead of the video. |
| 07:50:07 | Llorean | Is it the same amount out of sync the whole way through (shifted a few seconds in one direction) or is one playing back slightly faster than the other so the difference grows? |
| 07:50:32 | _Amblin | The differnce stays the same. |
| 07:50:43 | Llorean | Alright, let me convert a video for my sansa and see what happens |
| 07:52:05 | | Join iwantanimac [0] (n=iwantani@124-168-71-37.dyn.iinet.net.au) |
| 07:52:18 | Llorean | It'll take a couple minutes before I can test |
| 07:52:38 | _Amblin | Thanks |
| 07:53:42 | Llorean | Oh, conversion took less time than expected (I started it while we were talking once I knew the settings you'd used) |
| 08:00 |
| 08:00:20 | Llorean | _Amblin: It seems to be Sansa specific to me, I can try the same file on another, very similar, player and it has no problems. It's strange |
| 08:00:41 | Llorean | A file that plays perfect on my Nano has the audio out of sync like that on my Sansa. |
| 08:00:52 | _Amblin | I see. |
| 08:01:39 | _Amblin | At the beginning of the video, on your sansa, does your audio sound like its skipping for the first 5 seconds? |
| 08:01:53 | Llorean | Yes. |
| 08:02:09 | Llorean | It's possible that the "disk" access thread is being too demanding. |
| 08:02:13 | | Join Administrator [0] (n=chatzill@203-206-72-166.dyn.iinet.net.au) |
| 08:03:04 | Administrator | hello |
| 08:03:10 | | Quit Administrator (Client Quit) |
| 08:03:23 | | Join hen3rz [0] (n=chatzill@203-206-72-166.dyn.iinet.net.au) |
| 08:03:29 | _Amblin | Ok, Ill experiment with my encode settings some and report back if I find something that works. |
| 08:03:36 | | Quit iwantanimac ("iMac, out.") |
| 08:03:48 | hen3rz | herro everyone |
| 08:03:50 | Llorean | It's not likely to be an encode setting issue. |
| 08:04:18 | _Amblin | So this is something that cannot be fixed by simply lowering the video or audio bitrate? |
| 08:04:27 | Llorean | Not from the looks of it. |
| 08:04:39 | Llorean | As you said, the file is 10fps, and played back at 10fps after the initial issue. |
| 08:05:07 | Llorean | I tried a 25fps file with frameskip, and it wasn't any better or any worse, which means frameskip can keep up |
| 08:05:20 | hen3rz | hey id like to send out a big thanks to all the people whoare working on the mpegplayer plugin im really excited about its progress |
| 08:05:59 | Llorean | Whatever it is, it's something specific to the Sansa, and could be related to its not-yet-quite-right display driver. |
| 08:06:35 | | Join secleinteer [0] (n=secleint@70.230.174.120) |
| 08:06:35 | _Amblin | Yeah its really cool to see people working so diligently on something, they have my respect. |
| 08:07:02 | _Amblin | Llorean: Ok, thanks for the assistance. |
| 08:07:09 | Llorean | It's not like we haven't worked this diligently on any other part of Rockbox... |
| 08:07:27 | hen3rz | uhh but in my eyes the mpegplayer plugin is the most exciting |
| 08:08:21 | _Amblin | And by something I meant both Mpeg player and the entire rockbox project. |
| 08:09:15 | Llorean | hen3rz: It's just a little frustrating sometimes to see the hundreds of people who've contributed to get Rockbox to the point where it _can_ have an mpegplayer be ignored for what is essentially a bonus feature. |
| 08:09:34 | hen3rz | tru point taken |
| 08:10:29 | | Join bawb2 [0] (n=bawb2@ip24-255-244-216.ks.ks.cox.net) |
| 08:10:32 | hen3rz | thank you to everyone who has contributed to rockbox to create such an amazing project |
| 08:10:39 | Llorean | :) |
| 08:10:58 | Llorean | Of course, I'm one of the diligent mpegplayer guys, though I'm more or less just a test dummy who tries to break things. :) |
| 08:11:07 | | Join robin0800 [0] (n=robin080@cpc1-brig8-0-0-cust23.brig.cable.ntl.com) |
| 08:15:31 | _Amblin | I remember before when I was encoding a file for linux to test, I produced a file that stayed in sync on my e200. |
| 08:15:58 | Llorean | I imagine if you roll back to before some of the sync changes you might find your current file stays in sync |
| 08:22:28 | | Join Rob222241 [0] (n=Miranda@p54B178C4.dip.t-dialin.net) |
| 08:29:28 | | Quit hcs (Read error: 104 (Connection reset by peer)) |
| 08:31:00 | | Quit Rob2222 (Read error: 60 (Operation timed out)) |
| 08:31:20 | | Quit Entasis (Read error: 104 (Connection reset by peer)) |
| 08:34:16 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 08:40:39 | _Amblin | hah |
| 08:41:30 | _Amblin | I edited out part of a file, encoded it, and it plays in sync on the 26th's build. |
| 08:42:16 | _Amblin | Ill reinstall today's build and see what happens. |
| 08:44:20 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
| 08:46:16 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 08:46:51 | _Amblin | The file plays in sync on today's build. |
| 08:47:56 | Llorean | What did you cut out of it? |
| 08:48:19 | _Amblin | I saved only the first 50 seconds of it. |
| 08:48:41 | Llorean | Which means it spent a LOT less time buffering. |
| 08:49:19 | Llorean | Hm. |
| 08:49:20 | _Amblin | So its possible that files that are not large enough to require rebuffering will play in A/V sync? |
| 08:49:55 | Llorean | Not exactly |
| 08:50:03 | Llorean | How many megabytes was your file? |
| 08:50:08 | Llorean | The one that worked, I mean |
| 08:50:20 | _Amblin | I believe Ive tried small files before (2 megs), and it played out of sync |
| 08:50:25 | _Amblin | Finished file was 1.3 megs |
| 08:51:05 | _Amblin | Ill try editing out only the last 10 seconds of a 20 minute, 40 meg file and see what happens |
| 08:51:25 | Llorean | Do you mean only playing the last 10 seconds, or removing them and playing the rest? |
| 08:52:05 | _Amblin | Removing only the last 10 seconds , keeping the 19:50 or so before it |
| 08:52:25 | Llorean | That's incredibly unlikely to improve everything |
| 08:52:27 | Llorean | Why are you trying it? |
| 08:52:55 | _Amblin | Because I really dont know how all this works so Im just taking a shot in the dark |
| 08:53:43 | Llorean | As I said, my guess is it's the disk access code. |
| 08:53:58 | | Join Entasis [0] (n=Jarred@ppp146-113.lns11.adl6.internode.on.net) |
| 08:54:02 | Llorean | Files over a certain length (not the rebuffer length) will probably cause sync problems. |
| 08:54:45 | _Amblin | Ok |
| 08:54:52 | Llorean | Assuming I'm right that is |
| 08:55:14 | Llorean | I'm not really sure *why* the disk access would affect it, because it shouldn't, but it makes sense with the evidence so far at least |
| 08:55:23 | _Amblin | Also, when playing this file, there was no skipping. |
| 08:56:05 | Llorean | The skipping was what suggested to me that the disk access might be the problem. The audio was decoding faster than the disk could provide it with data, possibly, which shouldn't happen. |
| 08:56:23 | Llorean | By "disk" I mean internal flash, but it's a hand term to refer to any player's storage, and a habit. |
| 08:56:36 | _Amblin | yeah |
| 08:56:43 | | Join webguest94 [0] (i=d5ca8f10@gateway/web/cgi-irc/labb.contactor.se/x-0f6ab89ab6c86697) |
| 08:57:02 | | Join petur [0] (n=petur@rockbox/developer/petur) |
| 08:57:14 | Llorean | Anyway, I'll try to talk to linuxstb when he's around and see if he thinks it might be at all possible that's the cause |
| 08:57:21 | | Quit webguest94 (Client Quit) |
| 08:57:22 | Llorean | I'm working on 90% gut feeling right now, not always the best plan. :) |
| 08:59:49 | perldiver | maybe its just me |
| 09:00 |
| 09:00:10 | perldiver | but after all a/v sync fixes all the videos are not that smooth anymore |
| 09:02:41 | Llorean | perldiver: What's your video at? |
| 09:02:56 | Llorean | perldiver: I've got an 1100kbps 16:9 video that plays back at 33fps if I turn off limiting. |
| 09:03:21 | perldiver | well i have 5 videos i was doing the testing with since the buffering started to work |
| 09:03:34 | Llorean | Playing it all the way through with frameskip and framerate limiting on, it dropped about 3% of frames, and those were almost entirely during disk spinups. |
| 09:03:36 | perldiver | they are all different resolution, fps and bitrates |
| 09:03:49 | Llorean | Well, which ones aren't playing back at the full framerate? |
| 09:04:10 | | Join hcs [0] (n=hcs@rockbox/contributor/hcs) |
| 09:05:07 | perldiver | all of them play at full framerate alright but the overall smoothness is different it seems, like i can see more tearing etc |
| 09:05:43 | Llorean | The gigabeat has always had a lot of tearing in my experience. |
| 09:05:54 | Llorean | At least with framerate limiting on, for sure. |
| 09:06:26 | Llorean | Have you tried to make a direct comparison of any sort, like compiling an old mpegplayer.rock and trying one after the other? |
| 09:06:50 | perldiver | not yet |
| 09:07:01 | perldiver | its not that bad, its just i payed attention to it |
| 09:07:22 | Llorean | Well, is it possible you just didn't notice it before? |
| 09:07:39 | | Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) |
| 09:07:41 | Llorean | What I'm saying, is that if no frames are being dropped, and it's playing at the right framerate, there really shouldn't be a difference between now and then. |
| 09:07:57 | Llorean | If there is one, it's a bug we should know about. |
| 09:08:04 | perldiver | yes it shouldn't |
| 09:09:04 | *** | Saving seen data "./dancer.seen" |
| 09:10:20 | Llorean | Anyway, I haven't noticed a significant increase in tearing at least. |
| 09:10:20 | | Quit _Amblin (Read error: 104 (Connection reset by peer)) |
| 09:10:24 | Llorean | It's always just been "bad" |
| 09:13:43 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
| 09:14:22 | Llorean | perldiver: Anyway, I created a 16:9 with -qscale 2.0, and it plays back pretty well except during disk spinups, at 29.97 which basically means for DVD movies, you can get as much quality as you really want. |
| 09:14:59 | | Quit bawb2 ("seacrest out!") |
| 09:15:40 | perldiver | thats nice |
| 09:16:19 | perldiver | whats target bitrate with -qsacle 2.0 ? |
| 09:16:30 | Llorean | It came out at about 1100kbps average |
| 09:17:37 | perldiver | quite an overkill for such a small screen but it always nice to know we can do it :P |
| 09:17:47 | Llorean | That was my intent, really |
| 09:18:04 | Llorean | I wanted to use the best qscale it would let me, see what the framerate was, so I had a rough idea of where the limit was. |
| 09:18:15 | perldiver | i want to try something around 500-800 vbr |
| 09:18:45 | Llorean | Yeah, there are some problems at 1100. Takes a while to buffer from disk, and has to buffer more often, and drops a lot of frames while buffering. |
| 09:19:08 | Llorean | Oh, and if you figure out which build did have less tearing, I'd be really interested to know so that maybe whatever caused it can be looked at if it is a bug. |
| 09:19:39 | perldiver | just by looking at it anything before today's fix |
| 09:20:10 | Llorean | The avdelay one? |
| 09:20:18 | perldiver | yeah |
| 09:20:43 | Llorean | That's very, very, very unlikely |
| 09:20:48 | perldiver | i know :p |
| 09:20:53 | perldiver | maybe im just tired |
| 09:20:59 | Llorean | It's just a math error he fixed. |
| 09:21:38 | perldiver | and another factor, ive seen those movies way too many times. maybe im starting to "see things" |
| 09:21:44 | Llorean | Hehehe |
| 09:21:54 | petur | pink elephants? |
| 09:21:58 | Llorean | I will say, the qscale 2 file looks REALLY nice, anywhere but in dark scenes. |
| 09:22:23 | Llorean | But I think ~600-800 is a good target for normal use. |
| 09:22:35 | perldiver | im gonna try those min and max bitrate commands with 500-800 range |
| 09:23:01 | Llorean | I do want to know if there's any way to decrease the number of dropped frames during disc access, outside of "optimize decoding and/or the drivers" |
| 09:23:21 | | Join desowin [0] (n=desowin@avc146.internetdsl.tpnet.pl) |
| 09:23:38 | perldiver | with gigabeat its not that easy since it never drops anything hehe |
| 09:24:22 | perldiver | i mean, wow, 1100 at 29 |
| 09:25:38 | Llorean | Yeah, but that file does drop very noticeably during disk spinups |
| 09:26:30 | Llorean | If the limits are removed it only plays at 32.4fps, so it's just barely above realtime and the disk spinups drop it well enough below. |
| 09:26:53 | Llorean | But the thing is, that could also mean that on the much-less-elbowroom targets, disk accesses could be a significant concern as well |
| 09:27:11 | perldiver | ever tried to play a compressed video on pentium 1 ? :P |
| 09:27:32 | Llorean | Not with anything resembling modern compression. :) |
| 09:29:17 | perldiver | i think people should realize the elbowroom of their players and not go too crazy on bitrates and fps |
| 09:29:44 | Llorean | perldiver: The problem is that many players right now don't have any elbowroom |
| 09:29:50 | perldiver | i think the mpegplayer pluging is basically pushing the limits of any current target |
| 09:29:56 | Llorean | The file could play back _barely_ at 10fps before rebuffering |
| 09:30:01 | Llorean | Which would mean the disk access thread should drop it below |
| 09:30:56 | Llorean | But, iRiver got some form of MPEG-4 playing on the H300, so we should be able to compete given time and optimization. |
| 09:32:17 | perldiver | what was wrong with ycbcr conversion that markun fixed today? |
| 09:33:40 | Llorean | I'm really not sure. |
| 09:34:36 | perldiver | heh |
| 09:34:50 | Llorean | I know the math was a little bit wrong, but I'm not exactly sure in what way |
| 09:36:29 | Llorean | You may have noticed with letterboxed videos that the "black" was a light gray instead. |
| 09:36:33 | Llorean | Err, dark gray |
| 09:37:37 | Llorean | Which should mean all around improved contrast, I guess. |
| 09:40:23 | perldiver | hmm |
| 09:40:32 | perldiver | i havent noticed anything like that but |
| 09:40:51 | perldiver | at the start of the video im getting a dark green colored frame |
| 09:41:30 | Llorean | Well, with normal 16:9 video, you wouldn't see it because the letterbox is true black. But with a 2.35:1 video, you have a second pair of bars, part of the video itself, that would show up as dark gray to me previously |
| 09:41:34 | Llorean | And I just noticed they don't any more. |
| 09:41:46 | Llorean | I haven't seen this green colored frame though. |
| 09:42:42 | perldiver | interesting |
| 09:43:03 | perldiver | ok, 3 out of 5 of my videos got the green frame |
| 09:44:38 | Llorean | Just right at the beginning, or what? |
| 09:45:18 | perldiver | yep |
| 09:45:23 | perldiver | one frame |
| 09:45:35 | Llorean | So, like, 1/25 of a second or less? |
| 09:45:49 | perldiver | 1/2 more like it |
| 09:46:09 | Llorean | Well, that'd be quite a few frames then. |
| 09:46:22 | Llorean | What kinds of videos are these? Fullscreen, widescreen, etc? |
| 09:47:02 | perldiver | full and widescreen |
| 09:48:05 | perldiver | its really strange, doesnt take the full screen |
| 09:48:24 | Llorean | Gimme just a second |
| 09:49:58 | Llorean | Are the videos that don't experience it encoded with the same settings as those that do? |
| 09:50:19 | | Nick midkay_ is now known as midkay (n=midkay@c-24-19-236-139.hsd1.mn.comcast.net) |
| 09:50:40 | perldiver | i think i see tha pattern here |
| 09:50:50 | perldiver | the ones without were encoded with vlc |
| 09:51:06 | Llorean | And the ones with? |
| 09:51:11 | perldiver | winFF |
| 09:51:17 | Llorean | All of my WinFF ones are fine. |
| 09:51:36 | Llorean | Well, I don't know that *all* of them are. |
| 09:51:43 | Llorean | But the four I just tested, of varying bitrates and aspect ratios are. |
| 09:53:43 | Llorean | Try encoding a small file with WinFF and see if the new one does it? |
| 09:53:44 | perldiver | oh well, then its something totally random on my side |
| 09:54:13 | Llorean | Which ffmpeg.exe are you using, the one included with WinFF, or a newer one? |
| 09:54:23 | perldiver | newer one |
| 09:54:29 | perldiver | the latest i could get |
| 09:54:39 | Llorean | Alright, same here |
| 09:54:40 | | Join fDiomado [0] (n=fdiamond@a91-152-161-132.elisa-laajakaista.fi) |
| 09:55:26 | | Quit linuxstb (Remote closed the connection) |
| 09:55:49 | | Join linuxstb [0] (i=5343d4aa@rockbox/developer/linuxstb) |
| 09:56:15 | linuxstb | Morning all. |
| 09:56:26 | Llorean | Mornin' |
| 09:56:28 | perldiver | morning linuxstb |
| 09:57:15 | Llorean | linuxstb: Sansas seem to have a unique-to-them syncing issue. |
| 09:58:06 | linuxstb | I read about that - I can't explain it though. If disk reading was slow, then I would just expect it to cause audio choppiness - disk i/o is on the main CPU, with the audio, and video decoding is on the COP. |
| 09:58:32 | Llorean | linuxstb: The audio skips a little bit at the beginning of the file, then plays offset by about a second and a half from where the video is. |
| 09:58:40 | Llorean | linuxstb: Video framerate doesn't really do anything weird. |
| 09:58:53 | linuxstb | That's after my commit about 8 hours ago? |
| 09:58:56 | Llorean | Yes |
| 09:59:06 | linuxstb | And the same video is fine on your Nano? |
| 09:59:06 | Llorean | I just double checked, and it was revision 12975 that I tested it with |
| 09:59:19 | Llorean | Yessir |
| 09:59:39 | linuxstb | How big (in MB) is it? |
| 10:00 |
| 10:00:08 | Llorean | 36mb |
| 10:00:29 | fDiomado | is there coming rockbox to ipod nano 2nd gen? |
| 10:00:43 | Llorean | fDiomado: If someone with a 2nd gen Nano works on it, sure. |
| 10:00:51 | linuxstb | fDiomado: No-one is working on it, and the 2nd gen Nano has completely different hardware to all other ipods... |
| 10:01:32 | fDiomado | k |
| 10:01:54 | fDiomado | i got 8Gt nano from my boss, i just hate that itunes |
| 10:01:56 | linuxstb | Llorean: Do all videos seem to have problems on the Sansa? |
| 10:02:14 | linuxstb | fDiomado: Your best option is to sell it and buy something else... |
| 10:02:35 | Llorean | linuxstb: All the videos I've recently tested, I haven't made a "very small" one yet |
| 10:02:41 | Llorean | linuxstb: The reported said a 1.3mb file played fine |
| 10:02:45 | * | amiconn wonders whether we should put together a wiki page describing the reasons why 80GB G5 and Nano G2 aren't supported, and link there from the info on the frontpage |
| 10:03:45 | amiconn | Could also go into the ipod faq. If that isn't a faq, I don't know... |
| 10:04:02 | Llorean | I think the FAQ hasn't been updated with that. |
| 10:07:05 | | Quit nickv111 (Remote closed the connection) |
| 10:08:32 | linuxstb | Llorean: Can you try http://www.davechapman.f2s.com/rockbox/mpegplayer-test.diff ? |
| 10:08:40 | | Quit hcs ("Leaving.") |
| 10:09:14 | linuxstb | This just displays the a/v delay next to the FPS (instead of the two long numbers). This should be dependent on the stream, not the target performance, so should give the same numbers on the Nano and Sansa. |
| 10:09:17 | | Join |desowin| [0] (n=desowin@avc146.internetdsl.tpnet.pl) |
| 10:09:35 | | Quit desowin (Read error: 113 (No route to host)) |
| 10:10:08 | Llorean | linuxstb: Sure, I'll try it |
| 10:12:07 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
| 10:12:27 | | Quit Xerion (Read error: 104 (Connection reset by peer)) |
| 10:15:08 | | Nick |desowin| is now known as desowin (n=desowin@avc146.internetdsl.tpnet.pl) |
| 10:21:40 | | Join fDiamond [0] (n=fdiamond@a91-152-161-132.elisa-laajakaista.fi) |
| 10:24:14 | | Quit z0de (Read error: 131 (Connection reset by peer)) |
| 10:24:20 | Llorean | linuxstb: The numbers are very similar, yes. |
| 10:24:43 | | Quit fDiomado (Read error: 113 (No route to host)) |
| 10:25:23 | Llorean | And the Sansa's video doesn't seem to be falling any further out of sync, it's just be played about a second and a half behind the Nano's. |
| 10:25:31 | Llorean | And "the numbers are about the same at the same points in the video". |
| 10:26:55 | linuxstb | Hmm... That doesn't help then. |
| 10:28:27 | | Join webguest02 [0] (i=d90a1a7e@gateway/web/cgi-irc/labb.contactor.se/x-2478c07e0edf00ec) |
| 10:28:44 | linuxstb | Do you have any videos with audio at the very beginning - I wonder if any audio is being lost at the start? |
| 10:30:02 | Llorean | Yeah, this file has audio from the very start |
| 10:30:25 | Llorean | They start the audio on the same point, but the Sansa has breaks in the audio, like when you have peakmeters on an iPod, during the first 3 seconds of playback or so. |
| 10:30:31 | Llorean | After which it's out of sync |
| 10:30:36 | linuxstb | Ah... |
| 10:30:56 | Llorean | I've been trying to express that was happening, but I guess I didn't quite say it the right way. :) |
| 10:31:40 | linuxstb | Then it does sound like the disk reading is starving the audio thread. |
| 10:32:06 | | Join w1ll14m [0] (n=w1ll14m@84-104-81-208.cable.quicknet.nl) |
| 10:32:46 | | Quit fDiamond (Read error: 60 (Operation timed out)) |
| 10:33:27 | linuxstb | Currently mpegplayer reads the file in 128KB chunks. You could try reducing that to say 32KB - you could search for "128" in mpegplayer.c (it only appears once) and replace with 32. |
| 10:33:32 | Llorean | linuxstb: There's a patch in the tracker for the Sansa to lower the disk thread's priority, it apparently improves other aspects of the Sansa's performance too. |
| 10:34:02 | Llorean | I'll give that at try. |
| 10:34:20 | Llorean | "that" being your 128->32 |
| 10:34:41 | | Quit webguest02 ("CGI:IRC (EOF)") |
| 10:35:05 | linuxstb | I was thinking of implementing a "pause whilst rebuffering" option for the slower targets if disk reading turned out to cause visible problems... |
| 10:36:12 | Llorean | Well, in my experience with the Gigabeat, in the worst case I could make up, disk reading caused some frame droppings, but didn't really interfere with anything other than a few seconds of lowered apparent framerate. |
| 10:36:27 | Llorean | Unfortunately that's my only color target with an actual disk. |
| 10:37:10 | Llorean | But I personally would prefer it to keep going so long as it doesn't actually lose sync after the framedropping is done. |
| 10:37:16 | linuxstb | It's also fine on the ipods - it's not causing any audio skipping. |
| 10:37:58 | linuxstb | Maybe just reading smaller chunks (and lowering the priority) would be enough. |
| 10:38:17 | linuxstb | It's a bug that it's losing sync though - it should be able to cope with it. |
| 10:39:54 | Llorean | Well, that's the thing, the Gigabeat doesn't lose sync with a disk spinup that causes a lot of dropped frames. But then, the audio never skipped on the Sansa. |
| 10:40:10 | Llorean | Er, never skipped on the gigabeat rather |
| 10:40:32 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
| 10:40:33 | Llorean | About to try the 128->32 build |
| 10:40:46 | linuxstb | Yes, the problem is when the audio runs dry. |
| 10:41:18 | linuxstb | ^seems to be when the audio runs dry |
| 10:43:01 | Llorean | If the video fails, could you attempt to manually resync somehow? Or does the concept of "manually resync" gibberish? |
| 10:43:06 | Llorean | If the _audio_ fails |
| 10:43:50 | Llorean | By the way, the 128->32 change seems to have fixed it, at least at the beginning of the file the audio stayed solid, and sync looks good so far. |
| 10:46:00 | linuxstb | I'm not sure what you mean by "manually". My guess is that mpegplayer is losing track of how many samples have been played, and that number is being used as the master clock to sync video to. |
| 10:46:10 | | Quit merbanan (Remote closed the connection) |
| 10:46:29 | | Quit midkay ("Leaving") |
| 10:47:27 | linuxstb | Is your Sansa still looking good with 32KB reads? |
| 10:47:31 | Llorean | Yes |
| 10:47:34 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
| 10:48:24 | linuxstb | OK, I think I'll change that in SVN. I'm pretty sure the playback engine reads in 32KB chunks, so that seems a more reasonable value. |
| 10:48:43 | Llorean | Sounds good then |
| 10:48:51 | | Join merbanan [0] (n=banan@c80-216-155-218.bredband.comhem.se) |
| 10:49:00 | linuxstb | Yes, the playback code reads 32KB chunks. |
| 10:51:40 | linuxstb | Committed. |
| 10:51:45 | linuxstb | Thanks a lot for testing. |
| 10:52:14 | Llorean | Well, it's something I can actually do. :) |
| 10:52:46 | Llorean | Now I'm gonna finally try this "fix audio on the sansa" patch |
| 10:52:49 | | Join x2jmp [0] (n=x1jmp@p57B08E84.dip0.t-ipconnect.de) |
| 10:54:17 | | Join iwantanimac [0] (n=iwantani@124-168-71-37.dyn.iinet.net.au) |
| 10:56:09 | Llorean | linuxstb: Okay, really odd thing just happened to me. |
| 10:56:16 | Llorean | I left mpegplayer, saw the flashed "data abort" |
| 10:56:22 | Llorean | Accidentally tapped play, resuming music playback. |
| 10:56:33 | Llorean | Music is playing, but the OS stacks doesn't show a Main or Codec thread on (1) |
| 10:56:59 | Llorean | Threads 13, 14, and 15 are all −−-, with mpgvideo at 12. |
| 10:58:16 | Llorean | Shouldn't audio be unable to play if the COP isn't available? |
| 10:59:16 | linuxstb | I think Slasheri has said the codec thread isn't actually running on the COP. |
| 10:59:24 | Llorean | That would seem to reinforce that. |
| 10:59:55 | linuxstb | I think that's the next bug in mpegplayer to fix though... |
| 11:00 |
| 11:00:12 | Llorean | Yeah, it's started affecting my gigabeat on certain rare occasions. |
| 11:00:23 | Llorean | After a random number of videos, it may lock up on exit. |
| 11:01:17 | Llorean | Oh, the Sansa doesn't even claim Codec is on (1) any more, does it? Weird. |
| 11:03:05 | Llorean | Yeah, even with the "fixed" audio patch, audio still sounds pretty bad on the Sansa. |
| 11:03:17 | iwantanimac | i have a question. My guess is the answer is no. Does having a white background on a colour player actually improve battery life? I doubt it would, as the screen and pixels are still active. |
| 11:04:22 | Llorean | iwantanimac: I think it depends on the type of display, and even then it's barely measurable, but I shouldn't be quoted on this one. |
| 11:05:31 | iwantanimac | Llorean: ill have to investigate this one... it seems to be a myth floating around the forums and WPS gallery... |
| 11:06:01 | iwantanimac | and it just doesn't seem right. |
| 11:06:38 | | Quit lokkju_wrk (Read error: 104 (Connection reset by peer)) |
| 11:06:44 | Llorean | iwantanimac: You have to apply voltage to the crystals to activate them in LCDs. |
| 11:06:49 | | Join lokkju_wrk [0] (n=lokkju@unaffiliated/lokkju) |
| 11:08:20 | iwantanimac | Llorean: yeah. i know, so without any voltage you'd get the same colour as when it's off. |
| 11:08:35 | Llorean | Not quite. |
| 11:08:43 | Llorean | LCDs don't emit light on their own, the backlight does the lighting. |
| 11:09:04 | Llorean | Many LCDs look black when they're off simply because there's no backlight lighting them. |
| 11:09:05 | iwantanimac | i know that, but without the backlight youd get that colour. |
| 11:09:07 | *** | Saving seen data "./dancer.seen" |
| 11:09:10 | Llorean | Yeah. |
| 11:09:12 | Llorean | Which is "white" |
| 11:09:50 | iwantanimac | hm... but does "on" white activate the crystals? |
| 11:09:57 | Llorean | Nope |
| 11:10:01 | Llorean | "on" is "black" |
| 11:10:13 | Llorean | White means all the light is getting through. |
| 11:10:24 | iwantanimac | hm... right... |
| 11:10:39 | iwantanimac | we are talking about colour LCDs right? |
| 11:10:42 | Llorean | Yes |
| 11:11:25 | | Join roolku [0] (n=roolku@82-41-2-141.cable.ubr01.edin.blueyonder.co.uk) |
| 11:11:33 | Llorean | Anyway, in theory a full white display would draw less power than a full black one (or in between colors) but it's probably not going to be a measurable difference. |
| 11:11:39 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 11:11:47 | Llorean | I think someone tried it with one of our grayscale displays and ended up with maybe a 5 minute difference over 6 hours. |
| 11:11:57 | Llorean | But I can't remember the exact results or test conditions. |
| 11:12:01 | iwantanimac | right so looking at it this way, white is "FFFFFF" and black is "000000" so could we assume that "000000" is no voltage, and it goes through to "FFFFFF" being full voltage? |
| 11:12:12 | iwantanimac | i know there are subpixels... |
| 11:12:30 | iwantanimac | but if we look at one pixel, from white to black, that would be how it would work, right? |
| 11:12:39 | Llorean | Yeah, and I would assume, but am not sure, that FF0000 is equal to 00FF00 is equal to 0000FF, but I'm not sure. |
| 11:13:02 | Llorean | You're best off doing some actual testing. |
| 11:13:20 | iwantanimac | no because it's RGB - so FF0000 woudl be red, 00FF00 green, etc. |
| 11:13:43 | Llorean | Equal in power draw. |
| 11:13:48 | iwantanimac | unfortunately, i don't have time for testing. |
| 11:13:55 | iwantanimac | ah, that would make sense. |
| 11:14:11 | | Quit x2jmp (Read error: 110 (Connection timed out)) |
| 11:14:11 | Llorean | I just wanted to make it clear that "larger number" does not necessarily mean "more power". |
| 11:14:12 | iwantanimac | so... white would be 3x that, in theory... |
| 11:14:51 | iwantanimac | hm... this is confusing. props to whoever came up eith it. |
| 11:15:09 | iwantanimac | and whoever figured out how to use it for Rockbox... |
| 11:15:34 | Llorean | Plus, I'm hardly familiar with how LCDs work, I'm just basing this on a very, very minimal knowledge and a bit of quick spot research from when you asked the question. |
| 11:15:44 | amiconn | An ideal lcd draws no power at all. A real-world lcd draws very little power. The backlight is what eats battery |
| 11:15:50 | Slasheri | so FFFFFF would mean that all elements are passing light through, and the least amount of negative charge is applied |
| 11:16:55 | iwantanimac | so from what i gather, black would actually use marginally less power, but nothing noticable... |
| 11:16:55 | Llorean | amiconn: Because there should be no resistance right, the molecules are just aligning with the electric field? |
| 11:17:08 | Slasheri | iwantanimac: why? |
| 11:17:24 | iwantanimac | oh... wrong way around... |
| 11:17:33 | iwantanimac | i read your message wrong... silly me. |
| 11:18:12 | amiconn | The little power is needed because the voltage at the individual lcd cells must be AC (otherwise the liquid crystal would be destroyed over time by electrolysis), and switching polarity causes some current due to parasitic capacity |
| 11:18:23 | Slasheri | :) if you reset your player without shutting down the lcd, you can see the image goes white (without backlight) and is staying a long time on the display without power |
| 11:18:51 | Slasheri | that would prove white uses less power |
| 11:18:56 | amiconn | The necessary power doesn't directly depend on whether the cell shows white or black, but rather on whether the cell has voltage applied or not |
| 11:19:07 | Slasheri | and if the image was not white, it will turn white when the power is cut |
| 11:19:20 | iwantanimac | ok. |
| 11:19:38 | iwantanimac | makes some sense. |
| 11:19:43 | amiconn | There are 2 types of lcds, "normally black" and "normally white" |
| 11:20:23 | amiconn | This refers to how the lcd looks (with backlight as needed) when no voltage is applied to the cells |
| 11:20:45 | | Quit linuxstb ("CGI:IRC") |
| 11:21:03 | amiconn | b&w and greyscale LCDs are almost always of the 'normally white' type, and colour lcds are usually of the 'normally black' type |
| 11:21:40 | iwantanimac | right. is holding a lamp over the player an accurate way of seeing f it's normally black or white? |
| 11:21:58 | iwantanimac | cause my H10 and this iPod video both come up white with a lamp... os i'm guessing not. |
| 11:22:58 | Slasheri | amiconn: hmm.. i have never seen a color lcd with normally black type |
| 11:23:13 | Llorean | Slasheri: LCD monitors? |
| 11:23:18 | scorche | Slasheri: i believe my phone is (treo) |
| 11:23:44 | amiconn | All laptop lcds, lcd monitors and lcd tv sets I've seen are normally black |
| 11:23:44 | scorche | and yes...monitors typically are...in fact i ahve never seen a "white" one |
| 11:23:51 | Slasheri | Llorean: at least i don't think my laptop has that, as if the driver jams, display turns slowly to full white |
| 11:24:03 | amiconn | H300, X5 and my mobile phone (samsung) are also normally black |
| 11:24:28 | | Quit lokkju_wrk (Read error: 104 (Connection reset by peer)) |
| 11:24:33 | | Join lokkju_wrk [0] (n=lokkju@unaffiliated/lokkju) |
| 11:24:43 | iwantanimac | iPod Video goes white when you reset it. |
| 11:24:46 | scorche | ipods seem to be white |
| 11:24:56 | amiconn | That's possible |
| 11:24:59 | iwantanimac | and my iriver H10 seems white, too. |
| 11:25:28 | amiconn | Well, on rockbox targets where we know the lcd init and shutdown sequences we can test it |
| 11:25:43 | amiconn | Just enable the backlight with the lcd being shut down |
| 11:26:25 | iwantanimac | so wait up... if you have a normally black LCD, does displaying a black image give no current to the crystals? (And the opposite for white?) |
| 11:26:46 | Slasheri | amiconn: ok, it seems at least newer better lcd desktop monitors are normally blakc. But my old laptop seems to be different |
| 11:26:48 | amiconn | yes |
| 11:27:01 | Llorean | Well, with PC monitors it makes a lot of sense |
| 11:27:13 | Slasheri | and ipod 5g is definately normally white |
| 11:27:22 | iwantanimac | amiconn: was that to my question or slasheri? |
| 11:27:27 | scorche | Slasheri: aye...that is what i was saying |
| 11:27:29 | Llorean | Since CRTs lit up pixels, having the default position black makes a lot of sense. |
| 11:27:32 | iwantanimac | yup. i can confirm that. |
| 11:27:45 | iwantanimac | CRTs... that's different again... |
| 11:27:46 | amiconn | iwantanimac: yours |
| 11:27:54 | Llorean | iwantanimac: I was just making a historical reference. |
| 11:28:14 | iwantanimac | oh, i get it. reading in context helps... |
| 11:29:11 | scorche | Llorean: fyi: i already warned zombieplasticclock when i moved the post, so if you ahvent yet, you dont need to |
| 11:30:35 | Llorean | scorche: Honestly, at the moment, I don't have a clue which post you're referring to. But I don't think I did warn him about anything recently |
| 11:30:43 | scorche | Llorean: see trash |
| 11:30:57 | Llorean | Ah, I keep trash minimized most of the time |
| 11:32:27 | scorche | Llorean: i find it helps to have a track record of problem users stashed away in there for future reference |
| 11:32:43 | iwantanimac | anyone know the average battery life for a 5G iPod with Rockbox (30GB if it makes a difference) |
| 11:33:25 | iwantanimac | Because i borrowed my friend's, put rockbox on it, charged it and it lasted about 2 hours for me... |
| 11:33:27 | Llorean | scorche: Yeah, "trash" is good for keeping track of the pseudoproblem users. The ones who haven't really done anything "bad", just shown some difficulty adapting to the idea of enforced guidelines. |
| 11:33:37 | Llorean | iwantanimac: It's usually between 6 and 9 |
| 11:33:59 | iwantanimac | hm... ill have to battery bench it tonight then. |
| 11:34:01 | Llorean | 7 would be a good "average" |
| 11:34:05 | scorche | Llorean: also, it may be a bit less bloated if we limited that forum to 6 or so pages and have the posts deleted after that |
| 11:34:40 | | Join ender` [0] (n=ender@84.255.206.8) |
| 11:34:43 | Llorean | scorche: I don't see the disadvantage of just leaving them around, really |
| 11:34:57 | scorche | alright...just a suggestion =) |
| 11:39:15 | | Join XavierGr [0] (n=xavier@ppp138-109.adsl.forthnet.gr) |
| 11:43:31 | | Quit hen3rz ("Chatzilla 0.9.77 [Firefox 2.0.0.3/2007030919]") |
| 11:47:16 | | Quit aliask ("Chatzilla 0.9.77 [Firefox 2.0.0.3/0000000000]") |
| 11:51:07 | | Join entheh [0] (n=purr@88-106-227-161.dynamic.dsl.as9105.com) |
| 11:51:33 | | Quit iwantanimac ("iMac, out.") |
| 11:51:59 | | Join funky [0] (n=repulse@unaffiliated/funky) |
| 11:59:48 | | Quit XavierGr (Nick collision from services.) |
| 11:59:52 | | Join XavierGr [0] (n=xavier@ppp138-182.adsl.forthnet.gr) |
| 12:00 |
| 12:00:50 | | Quit Entasis (Read error: 104 (Connection reset by peer)) |
| 12:03:05 | | Join obo [0] (n=obo@82-46-82-224.cable.ubr02.trow.blueyonder.co.uk) |
| 12:10:16 | | Join brun0_ [0] (n=brun0_@che78-2-82-227-240-106.fbx.proxad.net) |
| 12:19:36 | | Join toni1 [0] (i=d9b94073@gateway/web/cgi-irc/labb.contactor.se/x-cd1d5157ce127e24) |
| 12:19:52 | toni1 | Llorean: you're there? |
| 12:23:37 | toni1 | Llorean: For the logs: you said, the sound still sounds bad on the sansa. Can you specify? Which patch did you apply? |
| 12:25:57 | | Quit toni1 ("CGI:IRC (EOF)") |
| 12:37:41 | | Join madman_ [0] (i=MadMan@ebm95.neoplus.adsl.tpnet.pl) |
| 12:43:04 | Llorean | toni1: For the logs, the last one on 6908, this file: http://www.rockbox.org/tracker/?getfile=13551 . Sound was "okay" in Rockbox playing music, though not as good as on other targets, and in videos there was considerable audio artifacts (similar to clipping or the vinyl effect you described) that aren't there on other targets. |
| 12:43:22 | petur | heh |
| 12:43:46 | Llorean | petur: I just got home from a short shopping trip, and apparently missed him by 20 minutes. |
| 12:44:12 | * | petur is off for some shopping too |
| 12:44:26 | petur | damn crosscompiler rebuild takes ages under cygwin :( |
| 12:45:34 | Llorean | Yes, yes it does. |
| 12:45:48 | | Join toni1 [0] (i=d9b94076@gateway/web/cgi-irc/labb.contactor.se/x-4e30c22a74f15eda) |
| 12:45:50 | Llorean | My very first crosscompiler set up had me building them under cygwin. |
| 12:46:34 | toni1 | Llorean: So you used the current svn build with mpegplayer and #6908? |
| 12:47:01 | Llorean | toni1: Yes. |
| 12:47:18 | toni1 | Llorean: OK, I will check then. |
| 12:47:26 | Llorean | Cool |
| 12:47:34 | toni1 | :-) |
| 12:48:05 | Llorean | mpegplayer sounds fine on the iPod Nano and Gigabeat with the exact same SVN revision, and the exact same file. |
| 12:51:00 | | Part toni1 |
| 12:54:20 | | Quit markun (Read error: 104 (Connection reset by peer)) |
| 12:54:34 | | Join markun [0] (n=markun@rockbox/developer/markun) |
| 12:56:33 | Bagder | we should apply for getting Rockbox added to scan.coverity.com |
| 12:57:04 | Bagder | quite amazing code flaw scanner really |
| 12:57:04 | | Quit amiconn (" HydraIRC -> http://www.hydrairc.com <- State of the art IRC") |
| 12:57:14 | Llorean | Bagder: Looks good |
| 12:57:45 | Bagder | I got curl into it and I'm getting some really hard-to-find problems pointed out |
| 12:58:37 | Llorean | What are the conditions for applying? |
| 12:59:00 | Bagder | there's no formal rules that I've seen, just that it is an open source project |
| 12:59:48 | | Join liberty_ [0] (n=liberty@218.104.71.166) |
| 13:00 |
| 13:01:52 | liberty_ | The MP3 play-time isn't very accurate for LAME VBR encoded music. But ogg is OK. Is there any method to make it more accurate? |
| 13:02:11 | Bagder | liberty_: update the mp3 toc with vbrfix |
| 13:02:34 | Bagder | but if you encoded with a recent lame it should be fine already... |
| 13:02:46 | liberty_ | Version 3.97 |
| 13:05:16 | liberty_ | Where to get vbrfix?THX. |
| 13:05:33 | Bagder | you can invoke it with the "open with.." in rockbox |
| 13:06:08 | Bagder | but there are also host-based stand alone tools that do it |
| 13:08:56 | | Quit brun0_ (Remote closed the connection) |
| 13:09:11 | *** | Saving seen data "./dancer.seen" |
| 13:09:46 | liberty_ | It works now, thank you. |
| 13:10:26 | Bagder | great |
| 13:11:54 | madman_ | hi |
| 13:13:25 | | Join lee-qid [0] (n=liqid@p54966876.dip.t-dialin.net) |
| 13:15:05 | markun | Bagder: ffmpeg has a "svn pre commit check script" which refuses code with trailing spaces and tabs. Do you think something like this would be a good idea for rockbox? |
| 13:15:31 | madman_ | can the T10 port be made if I send photos of T10 interior? |
| 13:15:42 | Bagder | markun: possibly, but do we really have such a problem with this? |
| 13:16:00 | Llorean | madman_: Ports happen by the people owning them doing the work. |
| 13:16:02 | Bagder | madman_: a port requires quite a lot more, but photos is a start |
| 13:16:25 | | Join amiconn [0] (n=jens@p54BD79BD.dip.t-dialin.net) |
| 13:16:25 | markun | Bagder: as in "do we really care if there are tabs in the code?" ? |
| 13:16:27 | Bagder | madman_: start gathering other (skilled) T10 owners |
| 13:16:58 | Bagder | markun: nah, more do we really need to machine-nag for those that slip-in |
| 13:16:59 | madman_ | Bagder: this can be dificult :) |
| 13:17:16 | Bagder | madman_: believe me, the porting is even more difficult... |
| 13:17:52 | madman_ | Bagder: I believe :) |
| 13:18:32 | markun | Bagder: it's someting a machine can easily do and keeps the code a bit cleaner I think. I don't know how such a script works, maybe it can just give a warning? (also for lines > 72 for example) |
| 13:19:07 | Bagder | markun: well, I guess running it for a trial period to get a feel for it surely won't hurt much |
| 13:26:37 | petur | markun: you mean lines > 79 (as is written in CONTRIBUTING) ? |
| 13:27:07 | markun | petur: yes :) |
| 13:41:14 | | Join My_Sic [0] (n=MySic@m180.net81-67-5.noos.fr) |
| 13:41:47 | | Quit himitsu (Read error: 111 (Connection refused)) |
| 13:41:51 | | Join robin0800 [0] (n=robin080@cpc1-brig8-0-0-cust807.brig.cable.ntl.com) |
| 13:46:17 | | Join PaulJam [0] (n=pauljam@p54BCCD66.dip.t-dialin.net) |
| 13:46:57 | PaulJam | hi, is someone here who knows something about the jpeg viewer? |
| 13:48:14 | PaulJam | there seems to be a bug when playback is started via the playbackmenu inside the plugin. it seems as if in this case both , the auadioplayback and the jpeg viewer use the coded ram |
| 13:48:22 | PaulJam | codec |
| 13:49:32 | amiconn | The jpeg viewer never uses the codec ram, but it starts using the audiobuffer if the image+decoded image is too big for the remaining plugin ram |
| 13:50:08 | amiconn | In this case it stops playback, and the playback menu shouldn't allow to restart until the plugin exits |
| 13:50:14 | Llorean | In that case, the playback menu shouldn't even be available. |
| 13:50:15 | amiconn | If it does, it's a bug |
| 13:50:38 | Llorean | When the buffer is in use, there's no way audio can be active, so the playback menu could just be hidden/disabled until the buffer is free. |
| 13:51:20 | PaulJam | after starting playback inside the plugin the image is scrambled and if you swich to the next image you sometimes hear funny noises in the music |
| 13:52:49 | | Quit madman_ ("Leaving") |
| 13:53:33 | | Join Nico_P [0] (n=nicolas@rob92-6-82-231-243-63.fbx.proxad.net) |
| 13:54:13 | | Join perpleXa [0] (i=perpleXa@unaffiliated/perplexa) |
| 13:57:57 | | Quit desowin ("use linux") |
| 13:59:51 | | Join liberty__ [0] (n=liberty@218.22.21.2) |
| 14:00 |
| 14:00:57 | | Join z0de [0] (i=z0de@80-194-233-59.cable.ubr01.enfi.blueyonder.co.uk) |
| 14:05:46 | | Join ompaul [0] (n=ompaul@freenode/staff/gnewsense.ompaul) |
| 14:10:11 | | Quit liberty__ ("Leaving") |
| 14:16:56 | | Quit liberty_ (Connection timed out) |
| 14:20:17 | | Join Arathis [0] (n=doerk@p54849778.dip0.t-ipconnect.de) |
| 14:21:45 | Nico_P | amiconn: are you here ? |
| 14:23:47 | | Quit petur ("here today, gone tomorrow") |
| 14:26:49 | PaulJam | h |
| 14:26:55 | | Quit PaulJam (".") |
| 14:27:21 | | Join rp- [0] (i=rp@193.154.222.107) |
| 14:27:36 | rp- | hi |
| 14:28:10 | | Join miepchen^schlaf [0] (n=hihi@p57B95D5E.dip.t-dialin.net) |
| 14:31:22 | rp- | dan_a: here? |
| 14:31:53 | | Join evilnick [0] (i=evilnick@bb-87-82-15-183.ukonline.co.uk) |
| 14:32:38 | | Part pixelma |
| 14:38:12 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
| 14:38:53 | | Join walter [0] (n=walter@ip5653990e.direct-adsl.nl) |
| 14:40:49 | | Quit walter (Client Quit) |
| 14:49:24 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 14:50:48 | | Join Xerion [0] (i=xerion@vhe-382201.sshn.net) |
| 14:58:04 | zylche | hm.. who is in charge of the rockbox website? I must speak with him. |
| 14:58:55 | | Join linuxstb [0] (i=5343d4aa@rockbox/developer/linuxstb) |
| 14:59:46 | linuxstb | zylche: What's the problem? |
| 15:00 |
| 15:00:11 | Nico_P | zylche: it's zagor and Bagder |
| 15:02:05 | zylche | no problem, wish to speak in private with the guy, however. |
| 15:02:11 | zylche | right. |
| 15:03:01 | zylche | Requesting private message with Bagder... _BEEP!_ |
| 15:08:40 | Nico_P | amiconn ? |
| 15:09:14 | *** | Saving seen data "./dancer.seen" |
| 15:09:51 | Llorean | While H264 looks nice, I think the fact that it takes six years to encode anything is a rather strong negative. |
| 15:13:20 | | Join Febs [0] (n=chatzill@207-172-204-33.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 15:14:10 | preglow | h264 is bloody complex |
| 15:14:14 | preglow | so no wonder it takes ages to encode stuff |
| 15:15:45 | | Join miepchen^schlaf [0] (n=hihi@p57B95D5E.dip.t-dialin.net) |
| 15:17:03 | | Join testerxxxx [0] (n=Ninjaz@213.24.236.51) |
| 15:17:13 | testerxxxx | Hello |
| 15:18:24 | testerxxxx | linuxstb, i update bootloader ipod nano and try play video - a/v sync accuratelly! (even set off skip frames) |
| 15:18:48 | testerxxxx | but a/v sync lost if set off limit fps |
| 15:19:00 | Llorean | Both Skip Frames and Limit FPS need to be turned on |
| 15:19:12 | Llorean | They should only ever be turned off if you know that you need to turn them off to check certain numbers |
| 15:19:14 | markun | linuxstb: do you know something about the svq1 codec (sorenson, used by quicktime) |
| 15:20:34 | testerxxxx | and if try play one more time after end movie or stop manually, bring black screen and need reboot with select+menu 5 sec (ipod nano) |
| 15:20:57 | markun | I believe it's quite efficient to decode and I remember from the start wars trailer using it that it can look very good. Although I don't know the compression ratio. |
| 15:21:19 | | Join PaulJam [0] (n=pauljam@p54BCD841.dip.t-dialin.net) |
| 15:21:30 | | Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) |
| 15:21:47 | Llorean | testerxxxx: Yes, this is a known bug. When the thread is stopped, it causes an error. |
| 15:21:50 | | Join miepchen^schlaf [0] (n=hihi@p57B95D5E.dip.t-dialin.net) |
| 15:21:58 | testerxxxx | now it very big progress - a/v sync is work good |
| 15:22:57 | testerxxxx | i use mencoder for encode mpg video |
| 15:24:03 | | Join desowin [0] (n=desowin@avc146.internetdsl.tpnet.pl) |
| 15:25:07 | Nico_P | linuxstb: I'm doing some code moving in my tokenizer... I now have separated the parser from the rest of the code, in wps_parser.c and wps_parser.h. wps_parser.h only contains decalrations used in wps_parser.c... Is it a good idea to move all these declarations in the c file ? |
| 15:25:48 | Nico_P | knowing that without the decalrations, the C file is less then 600 lines long |
| 15:26:02 | Nico_P | and the declarations are about 200 lines |
| 15:27:39 | JdGordon | if you want to make sure only wps_parser.c uses those declearations then they should be in the .c |
| 15:27:49 | JdGordon | but if thats no big deal.. and its already in a .h then leave it |
| 15:28:03 | Nico_P | well it's just a matter of copy-pasting |
| 15:28:23 | Nico_P | and I think all that's declared makes sense only in tha parsed |
| 15:28:30 | Nico_P | the parser* |
| 15:29:35 | | Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) |
| 15:29:56 | | Join miepchen^schlaf [0] (n=hihi@p57B95D5E.dip.t-dialin.net) |
| 15:31:29 | | Part juxtap |
| 15:32:00 | linuxstb | Nico_P: Personally, I try to only use .h files for public interfaces to the .c files |
| 15:32:32 | Nico_P | so it makes sense to move everything in the C file if it's not public ? |
| 15:33:04 | | Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) |
| 15:33:14 | linuxstb | Nico_P: That's what I would do, yes. |
| 15:33:19 | Nico_P | ok |
| 15:33:25 | Nico_P | in fact this C file has only one function that's called by another file |
| 15:33:26 | linuxstb | markun: No, I don't know svq1 at all. |
| 15:33:43 | linuxstb | And all "local" functions to that .c file should be declared static. |
| 15:34:05 | Nico_P | linuxstb: that's the case for all but the one that serves as entry point to the file |
| 15:34:35 | Nico_P | *if* the parser were to be moved to a plugin it would be very easy |
| 15:36:41 | | Quit z0de (Read error: 110 (Connection timed out)) |
| 15:37:00 | Nico_P | is the sizeof the .o file a good indication of the size of this particular part of the code ? |
| 15:40:28 | | Join kram [0] (i=522bdb5c@gateway/web/cgi-irc/labb.contactor.se/x-4a168dc86a890574) |
| 15:41:13 | | Nick kram is now known as kramdra (i=522bdb5c@gateway/web/cgi-irc/labb.contactor.se/x-4a168dc86a890574) |
| 15:42:36 | kramdra | hi, anyone know what keys are used for the gigabeat ui simulator? |
| 15:43:10 | markun | kramdra: most of the numpad keys |
| 15:43:45 | kramdra | yeah i found 8/4/6/2/5/enter but it feels like im missing some... |
| 15:43:46 | linuxstb | Nico_P: The .o will be larger than the final binary - it contains the symbols etc for the linker. |
| 15:44:04 | Nico_P | ok |
| 15:44:10 | markun | kramdra: + and - also, maybe * too, I'm not sure |
| 15:45:08 | Nico_P | linuxstb: and what should I do with my debug file ? |
| 15:50:38 | kramdra | i cant exit any plugins, do you know what key used for that? |
| 15:53:26 | markun | kramdra: return and 'a' are mapped to 'A' and '.' and 'insert' are mapped to MENU |
| 15:53:32 | | Quit testerxxxx ("Client Exiting") |
| 15:56:09 | kramdra | insert is screendump |
| 15:57:02 | markun | it's just what I'm reading in the source |
| 15:58:42 | kramdra | thanks ill have a look |
| 16:00 |
| 16:01:57 | | Quit idnar (Nick collision from services.) |
| 16:02:00 | | Join idnar_ [0] (i=mithrand@unaffiliated/idnar) |
| 16:06:03 | | Join z0de [0] (i=z0de@80-194-233-59.cable.ubr01.enfi.blueyonder.co.uk) |
| 16:12:13 | | Join oblib [0] (n=oblib@111-231-8-204.erd.cust.wirelessbeehive.com) |
| 16:13:05 | Lear | nico_p: objdump -h seems to give some useful size information, if you don't want to look through the map file. |
| 16:20:48 | | Quit secleinteer (Client Quit) |
| 16:23:13 | Nico_P | Lear: wow that's a bit much for me :) |
| 16:28:22 | Nico_P | linuxstb: it could be pretty easy to have better default WPSs now |
| 16:30:15 | | Quit funky (Read error: 104 (Connection reset by peer)) |
| 16:30:57 | Llorean | linuxstb: Just as a note, in lieu of seeking (since that's "non-trivial") might a very, very basic bookmark feature be possible (just having mpegplayer remember the last file played, and the relevant information to resume it, so if you play an unfinished file a second time it can pick up where you left off?) |
| 16:33:01 | linuxstb | Llorean: Yes, that might be straightfoward. |
| 16:33:21 | linuxstb | Nico_P: Why any easier than it is already? |
| 16:33:45 | | Join l0de [0] (i=l0de@ool-4570f41a.dyn.optonline.net) |
| 16:35:42 | | Join himitsu [0] (n=himitsu@61.213.185.12) |
| 16:36:13 | Llorean | linuxstb: I was just thinking, that's my biggest frustration with "lack of seeking": If I have to stop a file. Putting it on pause with the LCD off still results in an idle power off. |
| 16:36:31 | Nico_P | linuxstb: err :) actually not really easier but still quite easy... I was thinking of having default WPSs in a target specific h file |
| 16:36:42 | Nico_P | but maybe that's a bit much |
| 16:39:36 | | Part l0de |
| 16:40:56 | | Join FIX80GBALREADY [0] (i=l0de@ool-4570f41a.dyn.optonline.net) |
| 16:45:46 | | Join mattzz [0] (n=mattzz@e177165222.adsl.alicedsl.de) |
| 16:46:48 | mattzz | I'd like to rename/move a wiki topic and I am not allowed to. Can anybody with Wiki rights please help? |
| 16:50:55 | mattzz | Nevermind - I ask again later |
| 16:51:56 | | Nick FIX80GBALREADY is now known as FIX80GB (i=l0de@ool-4570f41a.dyn.optonline.net) |
| 16:53:57 | JdGordon | Nico_P: the wps code shouldnt effect how target-specific default wps' should be loaded... it should be done in settings_list.c... unless your talking about the hardcoded default? |
| 16:54:05 | JdGordon | as in.. not loading a file... |
| 16:54:29 | Nico_P | JdGordon: I was talking about a hardcoded default |
| 16:55:19 | JdGordon | do we want different defaults for each target though? |
| 17:00 |
| 17:02:55 | Nico_P | not sure |
| 17:03:31 | kramdra | stupid question but what editor is best for windows? not going to edit inside cygwin/nano and notepad has cr/lf issues.. if i use wordpad files will be different after, will it cause problems? |
| 17:03:44 | FIX80GB | wordpad should be fine |
| 17:03:56 | FIX80GB | Just output as ascii |
| 17:04:38 | kramdra | ok thanks, just wasnt sure if the added cr/lf will cause compile issues? |
| 17:04:47 | | Join relaxed [0] (n=relaxed@unaffiliated/relaxed) |
| 17:05:40 | | Join brun0_ [0] (n=brun0_@che78-2-82-227-240-106.fbx.proxad.net) |
| 17:09:15 | *** | Saving seen data "./dancer.seen" |
| 17:10:22 | PaulJam | notepad2 is a nice editor for windows |
| 17:10:28 | | Quit mattzz ("Leaving") |
| 17:10:48 | FIX80GB | I like dos edit |
| 17:12:06 | oblib | emacs! (only if you're serious about programming |
| 17:12:35 | | Join secleinteer [0] (n=secleint@adsl-70-237-228-68.dsl.stlsmo.sbcglobal.net) |
| 17:13:21 | | Quit Ribs (Read error: 110 (Connection timed out)) |
| 17:14:50 | | Quit brun0_ (Read error: 104 (Connection reset by peer)) |
| 17:16:10 | | Join brun0_ [0] (n=brun0_@che78-2-82-227-240-106.fbx.proxad.net) |
| 17:18:26 | Bagder | zylche: here now for about 4 more minutes |
| 17:19:37 | | Join toni1 [0] (i=5932f223@gateway/web/cgi-irc/labb.contactor.se/x-2dd9100707857a73) |
| 17:20:07 | toni1 | I get very strange audio artefacts on the sansa with mpegplayer |
| 17:20:20 | Llorean | toni1: Kinda like I said? |
| 17:20:25 | zylche | Bagder: can I private you? |
| 17:20:39 | toni1 | Llorean: It seems nearly every 32 audio sample is distorted |
| 17:20:48 | Bagder | zylche: sure |
| 17:21:01 | Llorean | toni1: Lower the volume and once you reach a certain point they'll just disappear completely |
| 17:21:36 | toni1 | Llorean: You mean during the encoding? |
| 17:22:20 | linuxstb | toni1: Have you experienced the same with normal audio playback, or is this something mpegplayer-specific? |
| 17:22:45 | toni1 | linuxstb: No, only with mpegplayer |
| 17:23:00 | Llorean | toni1: NO, while the video plays |
| 17:23:12 | kramdra | another stupid question... in the sim i cant leave the WPS without it stop playing - i assume this doesnt happen on the target? |
| 17:23:14 | Llorean | linuxstb: The Sansa's audio driver is somewhat... iffy. |
| 17:23:32 | Llorean | linuxstb: I reported the problem to Toni, the same file plays fine on the Nano. |
| 17:23:33 | | Join Ribs [0] (n=ribs@91.84.8.218) |
| 17:24:12 | toni1 | Llorean: Then I might have another issue |
| 17:24:21 | linuxstb | kramdra: There should be two buttons to leave the wps - one to return to the previous browser (database or file), and one to stop music playback. |
| 17:24:23 | Llorean | toni1: Oh? |
| 17:24:39 | Nico_P | hmm sizeof(struct wps_token) is 12... that's too much |
| 17:24:49 | Llorean | toni1: It did sound like a fairly consistent scratch/pop faintly, but below a certain volume level it vanished, without being quiet enough for it to have faded out. |
| 17:24:54 | toni1 | Llorean: The artefacts are very regularly |
| 17:25:14 | Llorean | It was quite regular for me too, I think |
| 17:25:22 | toni1 | Every 32nd sample seems to be distorted (I grabbed the data from the fiq= |
| 17:25:55 | kramdra | linuxstb: any idea what this other button could be? enter is the one to stop playback and leave wps |
| 17:26:27 | linuxstb | kramdra: Which sim? |
| 17:26:42 | kramdra | gigabeat |
| 17:28:17 | | Join Bawitdaba [0] (n=Sphinx@cpe-24-25-130-25.nycap.res.rr.com) |
| 17:28:30 | | Join ludios [0] (n=ludios@adsl-71-143-3-91.dsl.scrm01.pacbell.net) |
| 17:28:41 | Llorean | kramdra: Does the gigabeat sim not have a background image available in the folder like the other sims do? |
| 17:28:51 | linuxstb | I'm not sure, try F8 or ESC or + (Power) or a (A) |
| 17:30:39 | linuxstb | toni1: In what way is the 32nd sample distorted? |
| 17:31:10 | linuxstb | You're capturing the data the FIQ is writing to the I2S FIFO? |
| 17:31:35 | kramdra | Llorean: thanks i didnt know there was one.. i only started playing with this yesterday |
| 17:31:54 | toni1 | linuxstb: set to a value very different from the expected one |
| 17:32:31 | toni1 | linuxstb: and yes, from the fiq interrupt handler |
| 17:32:44 | linuxstb | In your emulator? |
| 17:33:05 | toni1 | I can send a picture, but pastebin only accepts text files |
| 17:33:21 | toni1 | No, on the real device |
| 17:33:43 | | Join miepchen^schlaf [0] (n=hihi@p57b96008.dip.t-dialin.net) |
| 17:33:56 | linuxstb | So how are you capturing the data from the fiq handler? |
| 17:33:57 | | Quit XavierGr (Nick collision from services.) |
| 17:34:00 | | Join XavierGr [0] (n=xavier@ppp214-77.adsl.forthnet.gr) |
| 17:34:23 | toni1 | writing to normal memory: at 0x11000000 and up |
| 17:34:37 | toni1 | (above 16MB in dRAM |
| 17:35:36 | toni1 | then after after video has ended dump the data to a file |
| 17:36:21 | | Nick idnar_ is now known as idnar (i=mithrand@unaffiliated/idnar) |
| 17:37:12 | toni1 | The resulting wav-file has exactly the artefacts I could hear from the sansa |
| 17:37:50 | Lear | nico_p: yes, wps_token doesn't really need more than 6 bytes. Which target, btw? |
| 17:38:41 | Nico_P | that was on the sim |
| 17:38:57 | Nico_P | Im' trying to cut down the "value" union |
| 17:39:22 | Nico_P | I don't need an int and I can move the pointer to an array |
| 17:39:55 | Lear | But it might not help, for alignment reasons or other, for the specific target. |
| 17:43:00 | | Join petur [0] (n=petur@rockbox/developer/petur) |
| 17:43:44 | Nico_P | Lear: do you know how the bools are stored ? |
| 17:44:29 | Lear | Not really, no. But on the sim (x86?) it seems to be as a 4-byte int. |
| 17:45:35 | linuxstb | Nico_P: How big is the token array? |
| 17:45:52 | Nico_P | which is a total waste... I hope it's not like that on targets |
| 17:46:10 | | Part toni1 |
| 17:46:13 | Nico_P | I should try to find a way to spare this one |
| 17:46:25 | Bagder | I'd guess that it is |
| 17:47:29 | JdGordon | isnt bool stored as a char? |
| 17:47:41 | JdGordon | ... on the targets at least? |
| 17:47:59 | Bagder | I don't know, but I would guess no |
| 17:48:11 | Bagder | since ints are generally the "native" prefered numerical |
| 17:48:29 | * | Bagder takes off again |
| 17:48:39 | Lear | linuxstb: the array is 1024 entries. |
| 17:49:18 | Lear | nico_p: have you checked how many tokens a "complex" WPS needs? |
| 17:49:21 | daurn | JdGordon: goto bed |
| 17:49:41 | | Join toffe82 [0] (n=chatzill@adsl-70-137-196-96.dsl.frs2ca.sbcglobal.net) |
| 17:49:47 | JdGordon | about to :p |
| 17:49:53 | Nico_P | Lear: I don't remember which, but a WPS I used to test had 700+ tokens |
| 17:49:57 | | Part toffe82 |
| 17:50:51 | Lear | Ok, so it does need to be about the current size then... |
| 17:50:55 | linuxstb | Nico_P: What is the "bool next" used for? |
| 17:51:10 | oblib | If I have applied patches (or made changes) to my build environment, how do I update to current svn without breaking what I have done? |
| 17:51:25 | Nico_P | linuxstb: it's for tags that concern the next track |
| 17:51:41 | linuxstb | Ah, OK. |
| 17:51:59 | linuxstb | Couldn't you use a bit in the first value for that? |
| 17:52:15 | Lear | That could probably be done by setting the high bit (or something) of the type field... |
| 17:52:17 | Nico_P | linuxstb: but I think I should find another way to do it because it seems to be a bit a waste of memory to have it in all the tokens when it's almost never used |
| 17:52:20 | Lear | :) |
| 17:52:35 | oblib | is it just 'svn update' |
| 17:52:43 | Nico_P | Lear: that would be good, but then how do I read the "real" type field |
| 17:52:43 | Llorean | oblib: Yes. |
| 17:52:57 | | Join toffe82 [0] (n=chatzill@adsl-70-137-196-96.dsl.frs2ca.sbcglobal.net) |
| 17:53:15 | linuxstb | Nico_P: You just & it with (if it's a 16-bit value) 0x7fff |
| 17:53:38 | linuxstb | And & it with 0x8000 to test if it's a "next track" token. |
| 17:53:43 | Nico_P | OK, i'll probably do that... |
| 17:54:01 | oblib | If anyone here has an ipod nano and a +12V (firewire) chager, could you please verify my patch for enabling charging status and car adapter mode: http://www.rockbox.org/tracker/task/6940 |
| 17:54:27 | | Join solexx_ [0] (n=jrschulz@e176122026.adsl.alicedsl.de) |
| 17:54:27 | Nico_P | I've already brought sizeof(struct wps_token) to 8 by replacing the int in the union by an unsigned short and removing the pointer |
| 17:55:47 | linuxstb | Nico_P: Be aware that not using ints may increase code size. |
| 17:55:50 | | Quit XavierGr (Read error: 110 (Connection timed out)) |
| 17:55:58 | Nico_P | I also wish to get rid of the format_buffer in wps_data |
| 17:56:40 | Nico_P | linuxstb: OK, I'll try to find the right compromise |
| 17:56:45 | Lear | That's where the .wps file is loaded? |
| 17:57:04 | Nico_P | Lear: what ? |
| 17:57:10 | Lear | format_buffer |
| 17:57:18 | Nico_P | ah, yes... the source is copied in the format buffer |
| 17:57:27 | Nico_P | the thing is I shouldn't need to keep the source |
| 17:57:45 | Nico_P | but I don't really know where to keep it whilst I parse it |
| 17:57:48 | Lear | Parts of it though, i.e., all the text - unless that's stored somewhere else. |
| 17:58:06 | Nico_P | Yes, the text is stored in a separate buffer |
| 17:58:13 | Nico_P | quite a small one |
| 17:58:43 | Lear | Then reading the wps line by line ought to work. Would remove some '\n' checks too. |
| 17:58:58 | Lear | And that line buffer could be on the stack. |
| 18:00 |
| 18:00:53 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 18:00:57 | Nico_P | Lear: yes, how big could the line buffer be ? |
| 18:01:00 | | Join miepchen^schlaf [0] (n=hihi@p57b96008.dip.t-dialin.net) |
| 18:01:01 | kramdra | since i havent got my gigabeat yet... is the simulator usually slower for plugins and stuff? |
| 18:01:10 | Nico_P | some lines are really long (700 chars) |
| 18:01:46 | Lear | Really? I wouldn't have thought they were that big. Stack is off then. |
| 18:01:49 | | Quit PaulJam (".") |
| 18:02:11 | Nico_P | lines with a lot of sublines and conditionals... look at iCatcher |
| 18:02:30 | JdGordon | you could use the plugin buffer for it.... |
| 18:02:34 | Lear | But the format_buffer is only 400 bytes? |
| 18:02:49 | Nico_P | JdGordon: I thought of that, but would I be allowed to ? |
| 18:03:07 | Nico_P | Lear: that's on the archos player... on other targets it's 3072 |
| 18:03:10 | JdGordon | if there is no better way... i guess so |
| 18:04:24 | JdGordon | we could really do with a 256k buffer which the core can use for this sort of thing... |
| 18:04:33 | JdGordon | the plugin viewer would then use the same buffer,,, |
| 18:04:43 | Nico_P | plugin viewer ? |
| 18:04:44 | JdGordon | and other stuff which needs a temp buffer |
| 18:04:48 | JdGordon | playlist* |
| 18:04:50 | linuxstb | Why so big? |
| 18:04:54 | Lear | Ah, yes. Still, even if it is 1024 or so, it would save 5k on targets with a remote. |
| 18:05:06 | Nico_P | I have to go for a few minutes, I'll catch up on the discussion |
| 18:05:09 | JdGordon | coz im tired and cbf with efficient coding :p |
| 18:06:04 | | Quit solexx (Read error: 110 (Connection timed out)) |
| 18:08:01 | | Quit JdGordon ("Konversation terminated!") |
| 18:10:06 | BigMac | Anyone here able to patch a build with FS #6848? |
| 18:10:20 | | Part ctaf |
| 18:11:38 | Soap | wasn't it commited in SVN 12902 and 12903? |
| 18:11:43 | Soap | or just some of it? |
| 18:12:54 | BigMac | Not sure but it does not say closed |
| 18:13:03 | BigMac | so it couldn't have all been committed |
| 18:13:15 | Soap | read the second to last comment in the Flyspray entry. |
| 18:14:09 | BigMac | Soap: :p Ok well the coupling wasn't committed |
| 18:14:18 | BigMac | so I guesss I will try applying just that |
| 18:14:29 | Soap | regardless of being in sync or not - it doesn't sound like coupling is something you would want. |
| 18:14:42 | BigMac | Ok |
| 18:14:59 | BigMac | well I am going to try applying AA again |
| 18:15:03 | | Quit oblib ("Leaving") |
| 18:15:17 | | Join Entasis [0] (n=Jarred@ppp146-113.lns11.adl6.internode.on.net) |
| 18:15:20 | BigMac | if I am asked which file to patch, what should I do |
| 18:15:30 | BigMac | because I can never point it to the corrrect file |
| 18:16:00 | | Join lukaswayne9 [0] (n=lukas@c-68-84-69-12.hsd1.nj.comcast.net) |
| 18:16:49 | Soap | open the patch in a text editor. Preferably one like Notepad2 with syntax highlighting, and you should be able to see what path it is trying to look in. |
| 18:17:23 | Llorean | Soap: It actually should display the expected path when it's telling you it didn't find the file. |
| 18:17:47 | Soap | Llorean: does it? I fix all the patches I play with so stripping isn't needed. |
| 18:18:57 | Lear | bigmac: usually you need to use the -p option. Try with -p0 or -p1. |
| 18:19:00 | Soap | 3045 (album art) (unless it has been updated and I haven't gotten the email yet) shouldn't need stripping. "album_art.patch" dated 2007-03-04 can be applied with "patch -p0" |
| 18:19:06 | Llorean | Soap: Every now and then I'll -p0 when I need to -p1, and see the paths, ctrl+c out of it, and just do it right. |
| 18:20:39 | perldiver | Llorean i played with qscale a bit |
| 18:20:56 | perldiver | qscale 5 was quite alright |
| 18:21:57 | Llorean | I'll have to try that later, then. |
| 18:22:10 | perldiver | although qscale range produced weird results |
| 18:22:16 | perldiver | with distorted picture |
| 18:22:44 | perldiver | when you put min and max scale |
| 18:24:27 | | Quit Ribs ("Ex-Chat") |
| 18:25:07 | perldiver | i wonder if you can make it work like a vbr mp3 encoding, when it defines itself what bitrate to chose according to the scene lets say |
| 18:25:19 | Llorean | Just setting a qscale should do that. |
| 18:25:30 | | Quit datachild (Remote closed the connection) |
| 18:25:31 | Llorean | At least, I think it should. |
| 18:26:23 | perldiver | yeah it should |
| 18:26:30 | perldiver | although the qscale range is quite small |
| 18:26:42 | perldiver | maybe 100kbps plus minus |
| 18:26:51 | Llorean | Hm? |
| 18:26:58 | | Join Rcholla32 [0] (i=444558d7@gateway/web/cgi-irc/labb.contactor.se/x-1f8164052979d2ab) |
| 18:27:03 | Llorean | With a qscale of 2.0 my file was 1100kbps, with 31.0 it was about 150. |
| 18:27:08 | Rcholla32 | Someone plz help me |
| 18:27:17 | perldiver | Llorean i mean the vbr range |
| 18:27:21 | Llorean | Ah |
| 18:27:37 | Llorean | Well are you encoding from a CBR-ish file? |
| 18:27:42 | Rcholla32 | Lloren ok i have the tool i just copy and paste |
| 18:27:58 | perldiver | Llorean i think most of them are vbr |
| 18:28:01 | Rcholla32 | i dont know what im doing |
| 18:28:18 | | Join Ribs [0] (n=ribs@91.84.8.218) |
| 18:28:24 | Rcholla32 | it tell me to put it in manufaction mode |
| 18:28:32 | Llorean | perldiver: Maybe investigate the doom9 forums, that seems to be a good place for getting information on video encoding. I'm not very familiar with it myself, I'm just playing. |
| 18:28:41 | Soap | I don't know what you are asking Rcholla32. Please fill me in with some background info on what you are trying to do. |
| 18:28:51 | Llorean | perldiver: And right now, my ffmpeg is performing completely non-Rockbox tasks. |
| 18:29:01 | Rcholla32 | ok |
| 18:29:01 | perldiver | id love to make it something in 500-800 range, meaning never dive lower than 500 and keep 800 for fast scenes |
| 18:29:10 | Llorean | Soap: He's trying to use manufacturing mode to recover his Sansa, but he clearly still hasn't read the documents I told him many times to read. |
| 18:29:21 | Rcholla32 | My Sansa E250 is bricked for Recovery mode |
| 18:29:33 | Rcholla32 | i DID READ |
| 18:29:47 | Rcholla32 | i dont understard it |
| 18:29:55 | Rcholla32 | you try to read it |
| 18:30:42 | Llorean | perldiver: Maybe look into -maxrate and -bt? |
| 18:30:54 | Rcholla32 | ok i read |
| 18:30:56 | Rcholla32 | it |
| 18:30:59 | Rcholla32 | omg |
| 18:31:00 | Llorean | Rcholla32: I've read it. There are step by step instructions in it. |
| 18:31:02 | perldiver | Llorean yes i was going to do that next |
| 18:31:20 | Rcholla32 | no its not |
| 18:31:25 | Rcholla32 | its commnds |
| 18:31:29 | Llorean | Rcholla32: I also told you, very clearly, that it is dangerous to try, and that you need to be able to understand what you're doing. If you can't do it from reading it, you need to spend more time figuring out what's being said. |
| 18:31:29 | Rcholla32 | and all that stuff |
| 18:31:38 | Rcholla32 | you try looking at it |
| 18:31:42 | Llorean | I have read it. |
| 18:31:53 | Rcholla32 | tell me what to do first |
| 18:32:00 | Llorean | First, read it. |
| 18:32:10 | Rcholla32 | i have like buffsize do i read it |
| 18:32:17 | Rcholla32 | DO I COPY IT |
| 18:32:19 | Rcholla32 | OMG |
| 18:32:33 | Llorean | Seriously, you need to calm down, and read it all the way through, carefully |
| 18:32:40 | Rcholla32 | ok |
| 18:32:43 | Rcholla32 | im mad |
| 18:32:43 | Llorean | Don't try to start doing ANYTHING until you've read ALL of it, and understand it. |
| 18:32:45 | Rcholla32 | at this |
| 18:32:56 | Rcholla32 | i dont understand |
| 18:32:57 | Rcholla32 | it |
| 18:33:16 | Rcholla32 | i was reading it from the last week |
| 18:33:32 | Rcholla32 | include <stdio.h> |
| 18:33:42 | Rcholla32 | what does that mean |
| 18:34:00 | Llorean | Are you looking at e200tool.c? |
| 18:34:06 | Rcholla32 | yes |
| 18:34:08 | Llorean | You're not supposed to be reading that, none of us told you to. |
| 18:34:13 | Rcholla32 | omg |
| 18:34:22 | Rcholla32 | what do i suppost to read |
| 18:34:23 | Llorean | If you can't even follow very simple directions such as "read this page" and a link, you're going to just make your sansa worse. |
| 18:34:30 | Llorean | You were given links to exact pages. |
| 18:34:35 | Rcholla32 | ok u tell me |
| 18:34:42 | Rcholla32 | those threads dont work |
| 18:34:53 | Rcholla32 | you TELL ME |
| 18:34:53 | Llorean | Yes, they do. |
| 18:35:01 | Llorean | Stop making demands of me. |
| 18:35:07 | Rcholla32 | wwhats the websites |
| 18:35:07 | Llorean | You have no right to demand that I do anything. |
| 18:35:09 | Llorean | http://forums.rockbox.org/index.php?topic=8443.0 |
| 18:35:11 | Llorean | Read ALL of that. |
| 18:35:15 | Llorean | It's 10 pages. |
| 18:35:19 | Rcholla32 | call you go step by step for me |
| 18:35:25 | Llorean | If you don't understand what to do when you finish, go back and read it again. |
| 18:35:25 | FIX80GB | lol |
| 18:35:51 | Rcholla32 | wow |
| 18:36:05 | Llorean | First, going step by step wouldn't work, because you're very bad at following directions. You'll type something wrong, permanently brick your Sansa, and blame whoever gave you the directions. |
| 18:36:14 | Llorean | I've told you to read that thread before. |
| 18:36:40 | Rcholla32 | ok |
| 18:36:51 | FIX80GB | I have a simple solution. Paypal someone smart $10, have them use logmein123.com to remote control your dinkputer and do it for you. |
| 18:37:13 | Rcholla32 | ok |
| 18:37:18 | Rcholla32 | wats the website |
| 18:37:37 | Llorean | FIX80GB: He has to be in linux first. |
| 18:37:38 | FIX80GB | sorry did you just use the word 'wats' in a non-intentional context |
| 18:37:48 | Rcholla32 | ok |
| 18:37:50 | Llorean | But he hasn't been able to read the thread to the point where it tells him to get a Knoppix live CD |
| 18:37:50 | FIX80GB | Please disregard any advice I gave you. |
| 18:38:18 | | Join madman_ [0] (i=MadMan@eax78.neoplus.adsl.tpnet.pl) |
| 18:38:37 | Llorean | FIX80GB: He's managed to get his Sansa to a point where it's fixing it is a very risky process, and also requires the user to hold certain buttons on the player down. Nobody can do it for him. |
| 18:38:38 | Rcholla32 | ok |
| 18:38:51 | Rcholla32 | ok |
| 18:39:03 | Rcholla32 | can you remote my computer |
| 18:39:24 | Llorean | Rcholla32: No, this cannot be done remotely. |
| 18:39:44 | Rcholla32 | all the stuff is on my computer why |
| 18:40:06 | Rcholla32 | i was holding sertain buttings |
| 18:40:18 | Llorean | Rcholla32: Because part of it involves unplugging the player at a certain time, and holding certain buttons, and this needs to be done at the right time |
| 18:40:19 | Rcholla32 | hold the center button |
| 18:40:28 | Llorean | You have to know when you've issued certain commands to know when to unplug it. |
| 18:40:33 | Rcholla32 | ok |
| 18:40:46 | Rcholla32 | write a document and tell me to do that |
| 18:40:49 | Llorean | You HAVE to do this yourself, so you HAVE to actually READ what I told you to. |
| 18:40:50 | FIX80GB | lol |
| 18:40:55 | madman_ | hellou again |
| 18:40:56 | FIX80GB | why are you helping at this point |
| 18:41:05 | Llorean | Rcholla32: http://forums.rockbox.org/index.php?topic=8443.0 <−− Instructions. |
| 18:41:07 | Llorean | Seriously. |
| 18:41:12 | perldiver | Llorean i noticed that mpegplayer.c was update again although there's nothing mentioned in the svn activity? |
| 18:41:18 | perldiver | updated* |
| 18:41:21 | madman_ | does Rockbox run on ARM940T players? |
| 18:41:41 | FIX80GB | aren't sansas pretty cheap also? seems like just getting a new player is the best choice for our friend here |
| 18:41:50 | Llorean | perldiver: It's there. Small change, mainly makes the audio less likely to skip in averse circumstances, safeguarding sync |
| 18:42:00 | perldiver | got it |
| 18:42:32 | Llorean | It fixed the initial skipping on Sansas that put the video about 1.5 seconds behind the audio |
| 18:42:35 | Rcholla32 | its doesnt tell you step by step |
| 18:42:47 | Llorean | madman_: It runs on the exact list of players on the website. |
| 18:42:52 | Llorean | Rcholla32: Some of the posts do. |
| 18:43:25 | Llorean | Brambo specifically wrote 11 steps for how to do it. |
| 18:43:50 | madman_ | Llorean: I know, but does any player have this family chip? |
| 18:44:51 | Llorean | madman_: There's an ARM920T I believe, but not 940T |
| 18:49:02 | Rcholla32 | When did u read these threads |
| 18:49:08 | Rcholla32 | LLorean |
| 18:49:32 | Rcholla32 | can some one give there aim adress |
| 18:49:50 | Rcholla32 | so i can talk to them step by step |
| 18:50:15 | Llorean | Rcholla32: Until you're in Linux, you can't even start. |
| 18:51:01 | BigMac | hey can some upload a test file so I can try converting it to mpeg |
| 18:51:07 | BigMac | smaller would be better |
| 18:52:14 | BigMac | I need to determine if it is my videos that aren't working |
| 18:53:08 | Nico_P | well sizeof(struct wps_token) is still 8 after having removed the bool |
| 18:53:57 | Nico_P | is there a way to force an enum to be stored in something smaller then an int ? |
| 18:54:02 | Nico_P | a short would be fine |
| 18:54:47 | perldiver | BigMac |
| 18:54:52 | perldiver | try any of these videos |
| 18:54:53 | perldiver | http://waverlyfilms.com/musicvideo.html |
| 18:55:01 | Soap | that too |
| 18:55:05 | | Join PaulJam [0] (n=Paul@p54BCE344.dip.t-dialin.net) |
| 18:55:17 | BigMac | Soap: I am trying to go to mpg I though? |
| 18:55:19 | BigMac | thought |
| 18:55:31 | Soap | so? It is a valid imput file. |
| 18:55:57 | BigMac | well how would it convert itself to a file format it is already in |
| 18:56:14 | Soap | don't worry about that. |
| 18:56:27 | Rcholla32 | i have to switch to linux from windows |
| 18:56:35 | Rcholla32 | why do i have to |
| 18:56:38 | | Quit Lear ("Chatzilla 0.9.77 [Firefox 2.0.0.3/2007030919]") |
| 18:56:45 | Rcholla32 | i kno its for my sansa |
| 18:56:55 | Soap | you're confusing yourself and this isn't the place to explain video conversion at such a level. |
| 18:57:00 | Rcholla32 | but how come |
| 18:57:30 | Llorean | Rcholla32: Because e200tool doesn't work right in windows. |
| 18:57:42 | Rcholla32 | ooo |
| 18:57:50 | Rcholla32 | i have to google linux |
| 18:58:07 | Rcholla32 | or do yall have a specific website |
| 18:58:09 | Llorean | Rcholla32: Try reading the thread, and actually reading ALL of it this time. |
| 18:58:41 | Rcholla32 | i read it theres no linux websites |
| 18:58:54 | Llorean | Yes, but it tells you specifically which live CD you need. |
| 18:59:57 | BigMac | ok |
| 19:00 |
| 19:00:09 | BigMac | VLC is not playing ANY video files |
| 19:00:18 | BigMac | so it is not my file in particular |
| 19:00:36 | Nico_P | linuxstb: with __attribute__((packed)) on the struct, it falls down to 6 bytes... is it good and is it worth it ? |
| 19:00:55 | Nico_P | knowing that I have 1024 of those... |
| 19:01:43 | | Quit Rcholla32 ("CGI:IRC (EOF)") |
| 19:02:31 | Nico_P | linuxstb: with __attribute__((packed)) on the struct, it falls down to 6 bytes... is it good and is it worth it ? |
| 19:02:33 | Nico_P | knowing that I have 1024 of those... |
| 19:02:55 | Nico_P | oops, I thought my messages had been dropped |
| 19:03:42 | Llorean | Nico_P: Doesn't that make the data no longer aligned? |
| 19:03:59 | Nico_P | Llorean: I think it does |
| 19:04:04 | Llorean | I don't think that's good. |
| 19:04:09 | Nico_P | that's why I'm asking if its's bad |
| 19:04:13 | Nico_P | hmm |
| 19:04:21 | Llorean | I don't know though. Not an expert. |
| 19:04:36 | Llorean | But I think at the very least there will be a performance hit from doing that. |
| 19:05:01 | Nico_P | that's not I want |
| 19:06:40 | | Quit perpleXa ("leaving") |
| 19:08:41 | Nico_P | there's a way to have smaller enums : http://publib.boulder.ibm.com/infocenter/macxhelp/v6v81/topic/com.ibm.vacpp6m.doc/compiler/ref/ruoptenu.htm |
| 19:09:19 | *** | Saving seen data "./dancer.seen" |
| 19:12:55 | | Join Soul-Slayer [0] (n=Jonno@89.242.55.65) |
| 19:15:28 | Nico_P | ok well it seems I won't be able to go under 8 bytes unless I accept to have the struct unaligned |
| 19:16:34 | Nico_P | 8 bytes is already better than 12 :) |
| 19:16:42 | | Join radionick [0] (i=470e89a9@gateway/web/cgi-irc/labb.contactor.se/x-90609f9702ff5c7f) |
| 19:16:42 | Llorean | Yes, by a good bit. :) |
| 19:17:07 | Nico_P | That way I can keep the bool next |
| 19:17:17 | | Quit petur ("here today, gone tomorrow") |
| 19:17:19 | radionick | Hello all! I have an installation question if anyone has a question |
| 19:17:29 | radionick | err.. if anyone has a minute |
| 19:17:42 | Llorean | radionick: Generally you should just go ahead and ask the question, and if anyone has time and an answer, they'll help |
| 19:17:49 | radionick | Sure |
| 19:19:03 | radionick | I have a 5.5g Macpod and already have the loader installed with ipodlinux. I've copied the .rockbox directory in and added a loader.cfg with an entry for rockbox at /.rockbox/rockbox.ipod |
| 19:19:19 | radionick | When I go to start Rockbox it says "No partition found. Insert USB Cable" |
| 19:19:29 | Llorean | Rockbox doesn't work on HFS+ |
| 19:19:31 | Soul-Slayer | Do Macpods work? |
| 19:19:42 | Soul-Slayer | There we go then :p |
| 19:19:42 | Llorean | You must have Rockbox on a FAT32 primary partition. |
| 19:19:44 | radionick | ahh... that's the easy answer.. I didn't see that covered in the install guide |
| 19:20:11 | Llorean | The official install guide _should_ cover conversion to FAT32 for mac users. |
| 19:20:17 | Llorean | If it doesn't, I'd be interested. |
| 19:20:20 | | Join smably [0] (n=slmably@CPE001346ef6aaf-CM0016b53029ec.cpe.net.cable.rogers.com) |
| 19:20:53 | radionick | ooh.. it was a small line that I overlooked |
| 19:20:54 | radionick | rats |
| 19:21:30 | | Join BigMac_ [0] (n=Mike@c-71-234-95-131.hsd1.ct.comcast.net) |
| 19:21:47 | | Quit FIX80GB (Read error: 104 (Connection reset by peer)) |
| 19:23:46 | BigMac_ | Bleh video still isn't working |
| 19:27:12 | radionick | So what's the compelling reason to drop the apple os for Rockbox - Lossless audio? loosing itunes? |
| 19:27:47 | smably | radionick: http://www.rockbox.org/twiki/bin/view/Main/WhyRockbox |
| 19:28:24 | smably | radionick: and http://www.rockbox.org/twiki/bin/view/Main/FeatureComparison#Others |
| 19:29:07 | | Join x1jmp [0] (n=x1jmp@p57B08E84.dip0.t-ipconnect.de) |
| 19:32:09 | radionick | Thanks smably |
| 19:33:54 | | Join daniel2023 [0] (i=d0b4e09e@gateway/web/cgi-irc/labb.contactor.se/x-69513eefa3d072c0) |
| 19:34:05 | | Quit BigMac (Read error: 110 (Connection timed out)) |
| 19:34:09 | | Quit radionick ("CGI:IRC (EOF)") |
| 19:34:31 | | Nick BigMac_ is now known as BigMac (n=Mike@c-71-234-95-131.hsd1.ct.comcast.net) |
| 19:35:54 | | Join _Amblin [0] (n=Osiris@udp124072uds.hawaiiantel.net) |
| 19:43:21 | | Part printfXh4 ("Leaving") |
| 19:46:48 | | Quit BigMac ("Leaving") |
| 19:50:10 | | Quit [Sur`DataGho (Connection timed out) |
| 19:51:24 | | Join XavierGr [0] (n=xavier@ppp58-128.adsl.forthnet.gr) |
| 19:54:46 | | Quit Thundercloud (Remote closed the connection) |
| 19:58:18 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 19:59:31 | | Join AceNik [0] (i=cb919f29@gateway/web/cgi-irc/labb.contactor.se/x-3d20c14cfe18660a) |
| 20:00 |
| 20:05:52 | AceNik | hey guys i messed up the source with the patches when i go to compile simulator it gives error in gwps somethin , can i revert someway to normal svn by not downloading the whole thin again |
| 20:06:27 | | Join Moos [0] (i=Moos@m135.net81-66-158.noos.fr) |
| 20:07:09 | smably | AceNik: run svn status, then svn revert on any files with M beside them |
| 20:07:49 | x1jmp | svn revert -r . |
| 20:07:49 | smably | AceNik: or svn "revert -R ." from the rockbox root dir |
| 20:07:53 | smably | right |
| 20:07:54 | AceNik | ok thanks ill try |
| 20:08:16 | | Quit Arathis ("Bye, bye") |
| 20:08:51 | AceNik | "svn -R" ??????????? |
| 20:09:15 | smably | svn revert -R . |
| 20:09:24 | | Join hannesd [0] (n=light@gate-hannes-tdsl.imos.net) |
| 20:09:50 | | Join funky_ [0] (n=repulse@81.202.252.163.dyn.user.ono.com) |
| 20:10:05 | | Quit akaias (Read error: 110 (Connection timed out)) |
| 20:12:00 | | Quit FOAD_ (Read error: 110 (Connection timed out)) |
| 20:12:38 | | Join akaias [0] (n=akaias@c-76-16-18-102.hsd1.il.comcast.net) |
| 20:17:55 | AceNik | thr i .orig file n stuff o cn that be reverted |
| 20:18:38 | smably | AceNik: i don't understand what you are saying, but you can ignore any .orig files |
| 20:32:27 | | Join webguest03 [0] (i=4a3c187b@gateway/web/cgi-irc/labb.contactor.se/x-3fa77b130583a811) |
| 20:32:55 | | Quit webguest03 (Client Quit) |
| 20:35:43 | | Join |Rincewind| [0] (i=4zrKIEPN@nat-wh-1.rz.uni-karlsruhe.de) |
| 20:39:35 | kramdra | can mpgplayer plugin work on the gigabeat simulator? |
| 20:40:17 | | Quit Nico_P (Remote closed the connection) |
| 20:40:43 | | Quit PaulJam (".") |
| 20:42:39 | | Join ahave [0] (n=ahave@adsl-6-62-15.tys.bellsouth.net) |
| 20:43:25 | | Quit AceNik ("CGI:IRC (EOF)") |
| 20:44:25 | ahave | i see that sansa e200 is listed on the website as a supported media device, does this mean that it fully works with e200 now? |
| 20:44:39 | ahave | few months ago is was still a work in progress |
| 20:44:45 | smably | ahave: define "fully" |
| 20:44:46 | Soap | it has sound |
| 20:44:49 | Soap | and issues |
| 20:44:54 | Soap | ;) |
| 20:44:55 | ahave | ah, sweet |
| 20:44:58 | rp- | there is still work to do |
| 20:45:02 | ahave | what are the issues? |
| 20:45:21 | rp- | http://www.rockbox.org/twiki/bin/view/Main/SansaE200Port |
| 20:45:30 | | Quit daniel2023 ("CGI:IRC (Ping timeout)") |
| 20:46:31 | Llorean | ahave: Sound still doesn't sound "right" |
| 20:46:43 | Llorean | Plus the regular poor performance of the portalplayer based devices |
| 20:46:54 | ahave | "The Sansa recognises when the USB has been plugged in, but does nothing more." |
| 20:47:13 | ahave | is it possible to add media then? |
| 20:47:29 | rp- | with the original firmware |
| 20:47:50 | Llorean | ahave: Rockbox can dual boot on the Sansa |
| 20:47:53 | | Quit hannesd ("Client suicide") |
| 20:48:09 | | Join daniel2023 [0] (i=d0b4e09e@gateway/web/cgi-irc/labb.contactor.se/x-73205a01f1efdc3c) |
| 20:48:26 | Mouser_X | Dual booting doesn't work on the Gigabeat. Though, why would you want to? |
| 20:48:44 | Mouser_X | (Though, having the option is nice. I'd still never use it though.) |
| 20:48:57 | Llorean | Mouser_X: Nobody's talking about the Gigabeat though |
| 20:48:57 | _Amblin | Llorean: I see there is an update for mpegplayer that does something for the e200, does this fix help with A/V sync on the e200? |
| 20:49:06 | Llorean | _Amblin: Yes, it should be fixed. |
| 20:49:16 | Soap | so, just to clarify. USB computer to gigabeat disk access is all Rockbox? |
| 20:49:18 | _Amblin | :) |
| 20:49:33 | Llorean | Soap: I didn't understand that sentence. |
| 20:49:37 | Mouser_X | Llorean: True. I was simply mentioning dual booting stuff. |
| 20:49:44 | Llorean | Soap: Basically, it works like the iPods do, using the original firmware's USB mode. |
| 20:49:56 | Llorean | Soap: But Rockbox doesn't automatically reboot into it. |
| 20:49:57 | Soap | OK, that is what I needed to know. |
| 20:49:58 | | Nick funky_ is now known as funky (n=repulse@81.202.252.163.dyn.user.ono.com) |
| 20:50:07 | | Join hannesd [0] (n=light@gate-hannes-tdsl.imos.net) |
| 20:50:31 | Llorean | Soap: It _could_ but nobody's made the change. All they'd have to do is have Rockbox shutdown the Sansa on USB connection. The bootloader can see the USB and already takes you into the original firmware if a cable's plugged in. |
| 20:52:45 | Llorean | _Amblin: At least, AV sync is fine on my Sansa now. It was pretty much what I guessed regarding the audio being interfered with by the slow disk reads. |
| 20:53:32 | Soap | Llorean: I ment on the Gigabeat. |
| 20:53:48 | Llorean | Soap: Oh, on the Gigabeat, yeah, just a normal USB mode like the iRivers. |
| 20:54:01 | daniel2023 | re: e200 −− after installing updating today −− e200 mpeg seems to almost always be in sync (except for occasional processor lagging on system as a whole), sound also seems to be better (less clicks, pops) |
| 20:54:13 | Soap | Is usb UMS a function of Rockbox (I see rockbox's usb logo) or of Gigabeat firmware (hard drive runs non-stop just like Original firmware) |
| 20:55:06 | Llorean | You see Rockbox's USB logo, but I believe it's hardware controlled, where it's a USB->ATA bridge like the HXXX models. But I could be wrong about the internal bit. |
| 21:00 |
| 21:03:19 | kramdra | with mpegplayer, was a patch done for rotating the screen? and would much need to be changed for supporting slightly higher res files like 352*240 for players with 320*240 screens? |
| 21:03:55 | Llorean | Why would you want to try to squish a 352x240 file onto a screen that's smaller than it, screwing up the aspect ratio? |
| 21:04:35 | kramdra | not squish, was thinking to crop the 32? pixels. it would save reencoding and 352*240 seems very common |
| 21:05:05 | Llorean | The 32 rightmost pixels would be cropped anyway, I believe. |
| 21:05:11 | Llorean | But the main concern is performance. |
| 21:05:30 | Llorean | 320x240 video barely plays back at 29fps on the Gigabeat. |
| 21:06:04 | Llorean | And the screen is automatically rotated so that video can be encoded at 320x240 instead of requiring you to rotate while encoding to 240x320 |
| 21:07:33 | kramdra | the rotate doesnt seem to work on the sim? was comiled from yesterdays svn.. it swuishes the vidio and leaves a large part of screen black at bottom |
| 21:07:50 | Llorean | Probably not, it's part of the player-specific YUB blit, I believe. |
| 21:07:53 | Llorean | YUV |
| 21:07:57 | kramdra | k |
| 21:09:20 | *** | Saving seen data "./dancer.seen" |
| 21:16:46 | | Join Daishi [0] (n=daishi@ool-18be2884.dyn.optonline.net) |
| 21:19:16 | | Join axlgreasetires [0] (i=42cf8dc3@gateway/web/cgi-irc/labb.contactor.se/x-08909e22d646b62d) |
| 21:20:02 | | Quit axlgreasetires (Client Quit) |
| 21:27:52 | | Quit XavierGr (Read error: 110 (Connection timed out)) |
| 21:28:13 | | Join XavierGr [0] (n=xavier@ppp180-43.adsl.forthnet.gr) |
| 21:34:17 | smably | what's a sensible place in the menus to put the button light settings? |
| 21:34:57 | smably | display or system, i guess... |
| 21:36:10 | smably | i'll say system |
| 21:42:00 | | Quit Bawitdaba (Read error: 110 (Connection timed out)) |
| 21:42:18 | | Join Bawitdaba [0] (n=Sphinx@cpe-24-25-130-25.nycap.res.rr.com) |
| 21:50:53 | | Join webguest-chr [0] (i=8169c237@gateway/web/cgi-irc/labb.contactor.se/x-40f76b0387264d2b) |
| 21:53:44 | webguest-chr | any rockbox users using feisty already? feisty mounts my sansa as read-only device, but it works for other people. So i was wondering wheter the problem might relate to rockbox? |
| 21:55:22 | lex | try to edit your /etc/fstab |
| 21:56:40 | webguest-chr | corrently it doesn show up there |
| 21:56:56 | webguest-chr | what should i add |
| 21:58:12 | webguest-chr | but, this probably means it does not relate to rockbox, so maybe I can find a solution myself.. |
| 22:00 |
| 22:00:15 | linuxstb | kramdra: mpegplayer will play 352x240 (i.e. VCD) videos on the gigabeat -I've played one. But because mpegplayer crops the video, the aspect ratio is off - to play it properly, mpegplayer would need to scale it to 320x240. |
| 22:01:26 | | Join AceNik [0] (i=cb919f29@gateway/web/cgi-irc/labb.contactor.se/x-1869cdef921b8b04) |
| 22:01:28 | | Quit tchan ("WeeChat 0.2.4-cvs") |
| 22:01:56 | | Join tchan [0] (n=tchan@lunar-linux/developer/tchan) |
| 22:02:12 | | Quit tchan (Remote closed the connection) |
| 22:02:41 | AceNik | is mr.barry wardell here |
| 22:03:00 | | Quit funky ("leaving") |
| 22:03:12 | AceNik | or anyone with his similar expertise ???????? |
| 22:03:40 | | Join tchan [0] (n=tchan@lunar-linux/developer/tchan) |
| 22:06:20 | linuxstb | AceNik: Ask your question and you'll find out |
| 22:06:57 | tsuyoshi | who is barry wardell |
| 22:09:26 | AceNik | well earlier (this is before he started using firmware from .mi4 files) there used to be X sin on the rockbox .h10 file , & clicking on it made it posible to reboot the player , without having to shut down n then reboot, however after this , the X ign appears n the .mi4 files & clickin on any of them gives a checksum error, im using the latest bootloader also |
| 22:09:54 | | Join Alonea [0] (n=chatzill@24-117-195-16.cpe.cableone.net) |
| 22:13:15 | linuxstb | AceNik: The intention is to change rockbox.h10 to rockbox.mi4 in the near future - it sounds like barry made some changes towards that, but not all of them. |
| 22:16:08 | AceNik | k , but my question is this , is he aware of this , cause logically , when i used the newer bootloader with a stil older build i could use the .h10 file to reboot , where as i just built a build myself to see if i could make the .mi4 perform thi way since barry had commited this , but there was a checksum error , all i know is itsrelated to the bootloader ? |
| 22:18:25 | linuxstb | It shouldn't be related to the bootloader. |
| 22:18:43 | linuxstb | I don't know if barry is aware of it. |
| 22:18:49 | | Quit midgey () |
| 22:18:59 | linuxstb | But hopefully he'll read the logs and see your questions. |
| 22:21:13 | kramdra | linuxstb: about the mpegplayer working with 352*240 stuff is there any requirements for it? the sim crashes but i hope my giabeat can when it arrives |
| 22:22:36 | kramdra | if it does, is there any max res? becuase 352*288 is also quite common, and wouldnt look too wrong with the extra cropped |
| 22:23:39 | AceNik | ok , secondly i tried applying a few patches related to betification of wps, n meanus n stuff , offcourse as the svn progress's they are outdated , so i read a post where it said that i could apply the lines in the .rej file back to the respective line of the code |
| 22:25:31 | | Quit secleinteer (Client Quit) |
| 22:26:14 | | Quit webguest-chr ("CGI:IRC") |
| 22:26:24 | linuxstb | kramdra: At the moment, mpegplayer can't quite decode VCD files (which have quite a high bitrate - 1150kbit/s) in realtime, so it drops quite a few frames. So they work, but you would get better results by scaling to 320x240 and re-encoding at a lower bitrate (and maybe lower framerate - e.g. 24fps if they are 30fps). |
| 22:27:03 | linuxstb | kramdra: As you've discovered the sim doesn't rotate (that's a bug...), but the sim won't give the same performance as a real device. |
| 22:27:17 | | Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) |
| 22:27:50 | linuxstb | Hopefully as mpegplayer matures and is optimised, it will be capable of playing VCD files on the gigabeat without re-encoding, and maybe even scaling itself. |
| 22:28:15 | | Quit Strath ("User pushed the X - because it's Xtra, baby") |
| 22:36:56 | | Join funky_ [0] (n=repulse@81.202.252.163.dyn.user.ono.com) |
| 22:39:22 | | Join secleinteer [0] (n=secleint@adsl-70-237-231-149.dsl.stlsmo.sbcglobal.net) |
| 22:39:55 | | Part AceNik |
| 22:41:02 | | Quit scorche (" HydraIRC -> http://www.hydrairc.com <-") |
| 22:44:06 | * | amiconn reappears |
| 22:46:14 | | Join webguest36 [0] (i=a6525ef6@gateway/web/cgi-irc/labb.contactor.se/x-2144d0754ce48c91) |
| 22:47:03 | | Quit madman_ ("Leaving") |
| 22:47:46 | | Nick funky_ is now known as funky (n=repulse@81.202.252.163.dyn.user.ono.com) |
| 22:48:10 | Alonea | markun: ok, my video doesn't look as good as it did before and I think its because of the color fix. Before, On the opening credits (black background, white text) it was perfect. Now there is dark green pixely stuff around the text. |
| 22:48:17 | webguest36 | Has anybody had a problem with audio distortion on the MpegPlayer? I have an H10 5G, and Elephant's Dream distorts, as well as files that I've created. They say that they are 44.1kHz. |
| 22:48:59 | Alonea | markun: and before being I think 3 days ago. |
| 22:49:09 | Alonea | markun: and this is a gigabeat. |
| 22:50:48 | | Quit linuxstb ("CGI:IRC (Ping timeout)") |
| 22:50:56 | | Join juxtap [0] (n=juxtap@wbs-196-2-116-187.wbs.co.za) |
| 22:52:00 | Soap | webguest36: how old is your version of Rockbox? |
| 22:52:16 | webguest36 | It is the latest build |
| 22:52:33 | Soap | ok |
| 22:55:29 | | Nick Mouser_X is now known as all (n=mouser_x@67.110.120.164.ptr.us.xo.net) |
| 22:55:39 | | Join petur [0] (n=petur@rockbox/developer/petur) |
| 22:55:39 | | Join BigMac [0] (n=Mike@c-71-234-95-131.hsd1.ct.comcast.net) |
| 22:55:39 | | Nick all is now known as Mouser_X (n=mouser_x@67.110.120.164.ptr.us.xo.net) |
| 22:56:27 | | Quit funky ("leaving") |
| 22:56:56 | webguest36 | The audio is fine when I play my music files....only distorted on video...sounds like a sound card that is playing a 8-bit audio file, but is setup to only play 16-bit files. |
| 22:58:18 | | Part toffe82 |
| 22:59:01 | | Join toffe82 [0] (n=chatzill@adsl-70-137-196-96.dsl.frs2ca.sbcglobal.net) |
| 23:00 |
| 23:00:34 | | Part toffe82 |
| 23:01:23 | amiconn | markun: are you there? |
| 23:02:26 | Soul-Slayer | webguest36: Same for me on my H10 6gb. I've already alerted linuxstb to it |
| 23:02:38 | Soul-Slayer | Unfortunately he has no idea what is causing it, if I recall. |
| 23:05:35 | BigMac | Alright I want to try to hammer out this error |
| 23:05:41 | BigMac | here is a screen shot http://www.imagemule.com/uploads/winffFCx0.jpg |
| 23:05:50 | webguest36 | thanks Soul-Slayer |
| 23:08:30 | | Part juxtap |
| 23:09:18 | | Join toffe82 [0] (n=chatzill@adsl-70-137-196-96.dsl.frs2ca.sbcglobal.net) |
| 23:09:21 | *** | Saving seen data "./dancer.seen" |
| 23:11:15 | | Join fm2 [0] (i=95e13cae@gateway/web/cgi-irc/labb.contactor.se/x-a8a9f4b4890d9619) |
| 23:11:27 | | Quit miepchen^schlaf (Read error: 113 (No route to host)) |
| 23:11:36 | | Join miepchen^schlaf [0] (n=hihi@p57b96008.dip.t-dialin.net) |
| 23:12:34 | fm2 | Hello. I've just put a patch for the "follow playlist" bug to FS (http://www.rockbox.org/tracker/task/6948). Could someone have a look? Any comments? |
| 23:12:49 | | Join juxtap [0] (n=juxtap@wbs-41-208-205-146.wbs.co.za) |
| 23:13:21 | Soap | BigMac: I've never seen that error - it would probably help if you asked in ##windows or searched the ffmepg / windff forums. Also you should probably tell people you are using Vista. |
| 23:14:02 | Moos | fm2: JdGordon is probably your man |
| 23:15:11 | fm2 | Moos: maybe. Or bluebrother or rincewind. They also discussed the bug on irc. Ok, they'll probably get a notification from FS. |
| 23:15:24 | |Rincewind| | hm? |
| 23:15:56 | fm2 | |Rincewind|: did you confirm the follow playlist bug reported by crop? |
| 23:16:09 | |Rincewind| | yes. I have a look at your patch |
| 23:16:30 | |Rincewind| | but I'm not a dev, I can't commit it or give qualified feedback |
| 23:16:37 | | Quit petur ("Zzzzzz (yes I know - early night... it's the beer ;) )") |
| 23:16:53 | Moos | fm2: they will surely check the notification, but Jdgordan; is the one that know the better the roots_menu code ("his" code) |
| 23:16:59 | fm2 | |Rincewind|: aha! You don't have to commit. Just tell me if this fixes the problem for you. |
| 23:17:49 | fm2 | |Rincewind|: that will be the most qualified feedback! :-) |
| 23:18:59 | |Rincewind| | I have a look at the code first :) |
| 23:19:47 | |Rincewind| | first thing: it has DOS line endings (not very important) |
| 23:20:06 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
| 23:20:10 | | Part webguest36 |
| 23:20:19 | fm2 | |Rincewind|: you could kick the compiler and look at the code while it's doing its work |
| 23:21:26 | | Part toffe82 |
| 23:21:37 | fm2 | |Rincewind|: yes, I use cygwin with native line endings (=DOS/Win) |
| 23:22:02 | | Join toffe82 [0] (n=chatzill@adsl-70-137-196-96.dsl.frs2ca.sbcglobal.net) |
| 23:22:11 | fm2 | Tortoise does checkouts with native eols too |
| 23:23:15 | |Rincewind| | hm, I don't see why this small change can mean anything, but I try it |
| 23:25:05 | fm2 | It's simple: now last_screen is changed after the item's func (e.g. browser) got called. And hence it has the correct value in the browser func. |
| 23:26:03 | BigMac | Soap: You still lurkin'? |
| 23:26:19 | |Rincewind| | I'm compiling now. |
| 23:26:20 | roolku | fm2: but screen doesn't change its value in " ret_val = items[screen].function(items[screen].param);" ? |
| 23:26:37 | Soap | My screen flashes when someone says my name - I'm here. |
| 23:26:52 | * | roolku scratches his had |
| 23:27:06 | fm2 | roolku: I mean "last_screen", not just "screen" |
| 23:27:07 | roolku | head even |
| 23:28:01 | roolku | fm2: yes, but the assignment is "last_screen = screen;" |
| 23:28:02 | | Quit Alonea ("Chatzilla 0.9.77 [Firefox 2.0.0.3/0000000000]") |
| 23:28:24 | |Rincewind| | screen is parameter in the function call, it shouldn't be changing by calling items[screen]... |
| 23:28:27 | fm2 | roolku: yes, but it's now done after the item's func got called |
| 23:28:32 | | Join Alonea [0] (n=chatzill@24-117-195-16.cpe.cableone.net) |
| 23:29:02 | |Rincewind| | make install |
| 23:29:04 | |Rincewind| | ups |
| 23:29:15 | fm2 | roolku: it was changed too early (before the func call) and thus had a wrong value there |
| 23:29:23 | roolku | fm2: hence my comment: but screen doesn't change its value in " ret_val = items[screen].function(items[screen].param);" ? |
| 23:29:55 | fm2 | roolku: so what? |
| 23:30:18 | fm2 | roolku: I just changed the order of the two lines: func call and changing of last_screen |
| 23:30:42 | fm2 | And added some DEBUGF's to track that down |
| 23:30:53 | BigMac | Soap: Got WinFF working:) |
| 23:31:08 | roolku | I must still be missing something - regardless of order the value of screen will stay the same and hence so will the value of last_screen ? |
| 23:31:46 | fm2 | roolku: important is the value of last_screen when the item's func is called |
| 23:32:30 | fm2 | ...sinceit's compared with GO_TO_WPS in browser() |
| 23:32:39 | roolku | fm2: so ist last_screen a global that is used by .function() ? |
| 23:33:08 | fm2 | roolku: yes, last_screen is a static var |
| 23:33:09 | |Rincewind| | it's working in the sim for me |
| 23:33:30 | fm2 | |Rincewind|: the second patch? |
| 23:33:38 | roolku | fm2: ah, ok. |
| 23:33:41 | |Rincewind| | follow_playlist2.patch |
| 23:34:03 | |Rincewind| | I now remove it again and see if it is coincidence... |
| 23:34:13 | fm2 | |Rincewind|: :-))) |
| 23:34:31 | fm2 | |Rincewind|: you're an old dog! :-) |
| 23:34:56 | * | |Rincewind| is 21 and started coding c last summer |
| 23:35:58 | |Rincewind| | fm2: your patch works and it is the fault of the patch that it is working. |
| 23:36:17 | | Quit Alonea ("Chatzilla 0.9.77 [Firefox 2.0.0.3/0000000000]") |
| 23:36:43 | | Join Alonea [0] (n=chatzill@24-117-195-16.cpe.cableone.net) |
| 23:36:49 | fm2 | Seasoned devs do it. They make a change, see that it works, back it out and expect to see the error again. And if it shows up then the patch IS thecure |
| 23:37:28 | fm2 | Not always but if there is uncertainty..- |
| 23:38:09 | fm2 | |Rincewind|: so you can add the confirmation to the task so that it gets committed even faster |
| 23:38:18 | |Rincewind| | it would be nice to have a convention to see the scope of a variable, like in ruby with @ and @@ |
| 23:38:42 | | Quit Alonea (Client Quit) |
| 23:39:07 | | Join Alonea [0] (n=chatzill@24-117-195-16.cpe.cableone.net) |
| 23:39:11 | fm2 | I don't really like naming conventions that incorporate the scope |
| 23:40:16 | fm2 | A name must just state what it means. And hold to it at every single moment during the program execution. Then it's not really important whether it's local or not |
| 23:41:04 | |Rincewind| | ruby is different anyway with the dynamic typing, so it is not really comparable |
| 23:41:42 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
| 23:42:05 | | Quit amiconn (Nick collision from services.) |
| 23:42:06 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 23:42:14 | fm2 | Why don't you like DEBUG's? They are not so many and don'r pollute the stdout IMHO |
| 23:42:19 | | Quit Alonea (Client Quit) |
| 23:42:44 | | Join Alonea [0] (n=chatzill@24-117-195-16.cpe.cableone.net) |
| 23:42:44 | |Rincewind| | I think when the patch works then they aren't needed anymore? |
| 23:44:22 | fm2 | Well, for the future... Who knows? If you're right then we shouldn't have any DEBUG's at all. But we have. And that for a reason. |
| 23:45:18 | fm2 | But we could consider a more flexible debugging system which would allow for selective activation (sort of like a filter) |
| 23:45:47 | BigMac | Is there anyway I can select an entire directory in winFF |
| 23:46:00 | | Quit smably ("BRB") |
| 23:46:48 | amiconn | fm2: There's a rather simple way to silence the DEBUGF() output per source file: |
| 23:47:14 | amiconn | Just add #undef DEBUGF / #define DEBUGF() somewhere at the top |
| 23:47:36 | fm2 | amiconn: but this require a recompile |
| 23:47:46 | amiconn | and? |
| 23:47:55 | amiconn | Debug output is for devs anyway |
| 23:48:44 | |Rincewind| | amiconn: we were discussing fm2's patch, where he had put a few DEBUGFs and I suggested taking them out before commiting the patch |
| 23:48:47 | fm2 | I've thought of an external text file that is read at program start. There we could list files whose DEBUG's should be suppressed |
| 23:49:27 | amiconn | If it was me there wouldn't be a single DEBUGF() or LOGF() in svn code... |
| 23:49:36 | fm2 | We could have a "positive" and a "negative" list |
| 23:50:29 | fm2 | amiconn: why? If everything works then we don't need it. But if smth breaks you have a chance to see what's going on |
| 23:50:37 | amiconn | _if_ I use those (which is extremely rare), I add them as needed and remove them when I found the bug that was the reason for adding them |
| 23:51:31 | | Quit Alonea ("Chatzilla 0.9.77 [Firefox 2.0.0.3/0000000000]") |
| 23:51:33 | fm2 | But they don't do no harm. If used sparingly at key places they also don't reduce the readablity of the code |
| 23:52:25 | amiconn | And the DEBUGF() / LOGF() calls which exist in svn code are never in places where you need them... |
| 23:52:26 | |Rincewind| | well, 4 DEBUGFs for a code change of 3 lines... at that rate we soon have more debug than actual rockbox :) |
| 23:52:59 | amiconn | markun? |
| 23:53:23 | fm2 | Ok, we could remove one or two but I still think that we should have DEBUGs here since it's our screen state machine |
| 23:53:45 | fm2 | ...which is a key part of the whole UI |
| 23:54:02 | |Rincewind| | i think logfs are more important than debugfs and debugfs should be used for simulatorspecific things |
| 23:54:03 | amiconn | Maybe the screen state machine is a place where we should keep a few of them |
| 23:54:26 | |Rincewind| | and if you add too much logfs then they scroll too fast over the irver remote to read them all |
| 23:54:30 | fm2 | root_menu is the state machine |
| 23:54:44 | fm2 | Not just it but also |
| 23:54:48 | amiconn | You may have noticed that my rewritten charcell lcd code doesn't have a single DEBUGF() call, unlike the old code |
| 23:55:06 | | Quit Febs (Read error: 110 (Connection timed out)) |
| 23:55:56 | fm2 | No, I haven't looked at it. But why have you removed it? Have you changed your mind since you originally wrote the code? |
| 23:56:11 | amiconn | The original code wasn't mine |
| 23:58:34 | | Join blackninj [0] (n=zekiel57@CPE-67-48-76-127.neb.res.rr.com) |
| 23:58:55 | blackninj | can anyone tell me how to change the bootsplash? |
icon identifies that the person is a core developer (has commit access).