Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

Notice: Only Gecko based browsers prior to FF4 support the multipart/mixed "server push" method used by this log reader to auto-update. Since you do not appear to use such a browser, this page will simply show the current log, and not automatically update.

#rockbox log for 2007-03-31

00:04:30Iskandarbluebrother, than you
00:04:40 Quit matsl (Read error: 104 (Connection reset by peer))
00:04:46Iskandarlinuxstb, 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:46Mooshither !
00:20:54Mooshi there even :)
00:21:13Moospetur: nice works !
00:24:03amiconnForced spinup before usb is nasty :(
00:24:23Moosamiconn: have a better way to do?
00:24:34peturit has to spin up anyway
00:24:35amiconnYes, cut bootfile change detection completely
00:25:17peturwell I missed it when it stopped working
00:25:20amiconnpetur: 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:31Moosindeed
00:25:36*petur checks
00:26:19amiconnI don't really miss bootfile detection because it didn't work reliably anyway, and in other cases it was unnecessary
00:26:24peturnope, it doesn't spin down
00:26:45peturand now it should work more reliable
00:26:46amiconnOn 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:13amiconnAnd 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:28bluebrotherwhat's the purpose for early usb?
00:28:30amiconnWell, 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:25amiconn..especially since 'Browse firmwares' was also removed a while ago
00:29:38 Quit Juice^ ("Leaving")
00:29:40peturto be honest I also miss the rockbox file in the root, I used to use sendto, now I have a bat file...
00:29:41amiconnNow one has to change file view in order to rolo rockbox.target :/
00:29:51saratogai'm playing the UISim and I can't get it to remember the font size
00:30:00saratogaam i doing something wrong or is this a problem with the sim
00:30:08amiconnWorks here...
00:30:16saratoga(basically it defaults back to tiny fonts everytime i restart the sim)
00:31:03bluebrotherworked fine for me the last time I tried
00:31:14saratogaodd, its only one WPS that does it
00:31:15saratoganevermind
00:38:26 Join testerxxxx [0] (n=Ninjaz@213.24.236.51)
00:38:32testerxxxxhello
00:39:50petur1 2 3 testing
00:40:18testerxxxxi try setup new version 20070317...its without some plugins-viewers.. and question - where download plug-viewers separately?
00:40:45peturthere's something wrong with the build system atm
00:40:50testerxxxxnew version plug.. mpegplayer for example..
00:40:58Lloreantesterxxxx: Try using current builds rather than daily builds.
00:41:03 Quit Febs (Read error: 110 (Connection timed out))
00:41:59Soap03-17?
00:42:13SoapWhy do you feel you don't have Mpegplayer?
00:42:43Soapand why are you calling a 13 day old version new?
00:43:10testerxxxxsorry.. i miss
00:43:27testerxxxxnew is 20070330
00:43:44Soapis that the version you are installing?
00:44:41testerxxxxbut 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:00Lloreantesterxxxx: Try using the current build instead of the daily
00:45:01bluebrothertesterxxxx: use a current build, not an archived one
00:45:19testerxxxxyes 20070330 now installing
00:45:45bluebrotherstill sounds like an archived build ...
00:45:58bluebrotherthe current build doesn't have a timestamp in the filename
00:46:58testerxxxxlink - current build.. and
00:47:05Mooshttp://build.rockbox.org/
00:47:15Mooschoose your model
00:47:42testerxxxxjr
00:47:45testerxxxxok
00:49:01linuxstbjr ?
00:50:33testerxxxxjr in russian keyboard layout is OK =)
00:51:09testerxxxxnow... downloading current build
00:51:47testerxxxxwait 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:35linuxstbpetur: 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:50peturhmmm
00:59:30peturis there a define for all targets that don't do usb themselves (ie reboot)
01:00
01:00:16peturand do they really spin down again?
01:00:32linuxstbYes, the "reboot-to-usb" code spins the disk down.
01:00:59linuxstbIt's necessary because Rockbox does a hard-reset.
01:01:42peturis the USB_IPODSTYLE define usable for this?
01:01:44toffe82Moos: cannot PM
01:01:49linuxstbI don't think there's a #define to cover these targets though...
01:02:30linuxstbIt'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:31peturhmmm USB_IPODSTYLE is only defined but never used
01:02:50Moostoffe82: we will bloat logs then :) I wanted to ask you, if you have still gigabeats to sell?
01:03:17linuxstbI think there's a USBOTG_ARC or something define which covers the PP target USB hardware.
01:03:22toffe82I can find one ;)
01:03:34 Quit RaRe (Read error: 110 (Connection timed out))
01:03:42Moostoffe82: canot register to service for pms?
01:03:47toffe82Moos : go to #gigabeat
01:03:54Moosk
01:04:10peturcan 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:27testerxxxxnow its ok
01:08:52***Saving seen data "./dancer.seen"
01:09:25testerxxxxbut 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:12linuxstbtesterxxxx: What device are you running Rockbox on?
01:12:22linuxstbpetur: I think USB_IPODSTYLE should be deprecated - CONFIG_USB==USBOTG_ARC seems to have replaced it.
01:12:29testerxxxxipod nano
01:13:27linuxstbtesterxxxx: 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:44linuxstbAlso, 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:52testerxxxxyes, ofcos i playing this video on PC its very fined. fps - 23
01:19:46 Quit ompaul ("nigh nigh")
01:20:06testerxxxxand 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:59testerxxxxand after needed reboot ipod with press select+menu 5 sec
01:20:59Soapdo you have a rockbox.ipod in the root directory of your player, testerxxxx?
01:21:28linuxstbtesterxxxx: Yes, that data abort is a known problem.
01:21:31SoapI 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:18testerxxxxyes, 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:20testerxxxxno, 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:27Soapif it is in / not /.rockbox/ it is the old one.
01:25:43 Join FOAD [0] (n=dok@dinah.blub.net)
01:25:47Soapcheck 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:54testerxxxxin root ipod directory also must have rockbox.ipod ?
01:29:09testerxxxx30 march date of rockbox.ipod
01:29:38Soaprockbox.ipod got moved to /.rockbox/ in recent history. It is not longer packaged in /
01:29:44Soapthough the bootloader looks both places.
01:30:06testerxxxxi know, and i say in that way
01:30:45Soapthen 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:13testerxxxxin / empty (have only dir)
01:31:30 Part toffe82
01:31:34Soapthen we're all good.
01:33:36 Part pixelma
01:33:45peturany hint where "apps/settings_list.o:(.data+0x88): undefined reference to `__compound_literal.4' " comes from?
01:34:01linuxstbarm-elf-gcc 4.0.2
01:34:14 Quit Arathis ("Bye, bye")
01:34:15linuxstbYou need to upgrade to 4.0.3
01:34:45peturbah no time now, will commit just like that :)
01:35:54linuxstbYes, it's quicker to use the build system....
01:35:57 Part bun-bun
01:37:21peturmy isp cut me of again and now my ubuntu in virtualbox no longer wants to access the net...
01:38:40testerxxxxplaying 3 sec and bring data abort 4000129C .... shit
01:45:15testerxxxxits 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:44scorchehrm...the image jumped 50ish megs from the last one...that cant be right
01:47:42petursansa and h10 also reboo for usb, right?
01:48:09linuxstbI'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:55peturthey 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:18testerxxxxwath wrong... data abort form 3 sec play.....
01:49:29*petur heads off to bed
01:49:35 Quit petur ("sssssssssss---------PLOP!")
01:49:46linuxstbtesterxxxx: Playing what?
01:49:56 Join Guile [0] (n=Guile@84.4.16.233)
01:50:30testerxxxxiam 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:48linuxstbtesterxxxx: 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:10testerxxxxolder
01:57:33linuxstbThen that may be the problem - try installing the latest bootloader.
01:57:51testerxxxxok.. i understand ..thanks
01:58:02testerxxxxi knew it=)
02:00
02:02:23linuxstbtesterxxxx: 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:46testerxxxxok 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:47testerxxxxlinuxstb, now its really good! mpegplayer a/v sync is accurately (even if set off skip frames)
02:23:42testerxxxxbut is set off limit fps, sync is wrong
02:23:57 Join ZenMasterJG [0] (n=jordan@69.43.65.27)
02:25:03testerxxxxand 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:11testerxxxxof course i update bootloader
02:26:50testerxxxxlinuxstb, 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:22iwantanimacany iPod devs online?
04:53:53hcswhat's your question?
04:54:31iwantanimachow 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:42iwantanimacas 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:40BigMacANyone here have experience with winff/vlc/gui encode?
05:23:25iwantanimacanyone know if iPodpatcher will work (And rockbox will boot) with iPodWizard modded firmware?
05:24:50LloreanBigMac: Yes
05:24:57Lloreaniwantanimac: It should, yes.
05:26:04iwantanimacthanks, Llorean.
05:26:40BigMacLlorean: To which?
05:27:14LloreanBigMac: Well "gui" doesn't make sense, since there's nothing specifically named "gui", it's just a term for "Graphical User Interface"
05:27:19LloreanBut I have experience with VLC and WinFF
05:28:18BigMacLlorean: no the name of the program is "gui encode" by Truejournals
05:28:59LloreanWell then say "The gui encoder by Truejournals" because just saying "gui" alone really, REALLY doesn't mean anything
05:29:10LloreanYes, I've played with that program as well.
05:29:15hcshe said "gui encode"...
05:29:21BigMacI said gui encode which is the program name lol
05:29:36Lloreanhcs: Yes, but he said winff/vlc/gui encode, I thought he meant "winff encode, vlc encode, gui encode"
05:29:58LloreanBecause that's a common action with those programs, to encode videos
05:30:07LloreanWell, with the first two
05:30:23LloreanTruejournals' program is just a front end, a gui, for use with VLC or mencoder.
05:30:28BigMacOk anyways...
05:30:41LloreanSo to include VLC in a list with it is somewhat nonsensical.
05:30:47LloreanBut go ahead and ask your question.
05:31:02BigMacAlright I have a bunch of xvid avi s that will not encode in any program
05:31:12BigMacnor will they play outside of using mplayer
05:31:24BigMacso I trancoded to h264 mp4
05:32:44 Quit shoepainter ()
05:33:53BigMacSo what could be going wrong
05:34:11iwantanimacafaik they should play in VLC...
05:34:40iwantanimac..and therefore be able to be transcoded my VLC.
05:34:47LloreanBigMac: 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:06Lloreanffmpeg and vlc both handle proper xvid files just fine.
05:35:36BigMacI would upload it
05:36:04BigMacbut it is copyrighted material I am pretty sure and it is about 115 mb
05:36:12LloreanThere's nothing we could really do
05:36:19LloreanYour problem is with other peoples' software.
05:36:33LloreanAbout 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:59iwantanimacyeah. try the VLC forums. They'd know more.
05:37:26BigMacIt recognizes it
05:37:30BigMacit plays the audio
05:37:39BigMacit loads the correct dimensions for the screen
05:37:45BigMacbut you do not see any video
05:37:48LloreanIt's still not a problem we can work on
05:37:58iwantanimacdid you make sure the video track was selected?
05:38:18Lloreaniwantanimac: WinFF should convert any valid stream just fine using the Rockbox presets.
05:38:29iwantanimactrue.
05:38:35LloreanBigMac: If you want, copy the output of WinFF when you try to convert the file, into a pastebin.
05:38:40LloreanIt might at least give me a clue.
05:38:42 Quit Daishi (Read error: 104 (Connection reset by peer))
05:39:13BigMacWinFF 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:39LloreanAre you pointing it to existing folders, or trying to get it to make new folders?
05:39:46BigMacexisting
05:39:48LloreanTry 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:45BigMacSame error
05:43:03LloreanHm
05:43:12LloreanActually, the error you'd get for an invalid location is something else
05:43:18LloreanWhere 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:53BigMacI window pops up
05:46:00BigMacwith ok and cancel
05:47:03LloreanAnd can you point winff at other videos and have it work?
05:51:56 Quit funky ("leaving")
05:53:06BigMacnope
05:53:37LloreanSame error?
05:53:42BigMacyup
05:53:53LloreanThen you need to figure out what you've got set up that is preventing that.
05:54:02LloreanOr try a different method.
05:55:02BigMacIf I could figure out what was preventing it from working, why would I be asking for help?
05:55:19BigMacand the vlc transcode.bat didn't workeither
05:55:34LloreanWhat did it do?
05:55:40BigMacVLC?
05:55:43LloreanYes
05:56:06LloreanBut also remember, you're asking for help in the wrong place anyway.
05:56:19BigMacit opened the cmd which was blank, then opened vlc, and went throught the movie at like 1.5 speed
05:57:03iwantanimacand that's it?
05:57:16iwantanimacit actually played the movie to you?
05:57:26iwantanimacor did the progressbar just zip by?
05:57:42LloreanBigMac: I suggest you seek help at an actual video conversion forum, probably doom9 is a good place.
05:58:18BigMaciwantanimac: it showed the progress bar
05:58:35LloreanThere'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:36iwantanimacok 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:00webguest89is this open to change discussion topics?
06:15:02iwantanimacer... what do you mean?
06:15:24iwantanimacit'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:46iwantanimaccheck 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_AmblinAnyone with the A/V sync working correctly on MpegPlayer, if you use WinFF, could you share what settings you use?
07:40:53_AmblinVideo Audio bitrate etc.
07:41:00Llorean_Amblin: It kinda depends on what player you have.
07:41:23LloreanI 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:54LloreanErr, 320x176 rather
07:41:57_AmblinLlorean: Im sorry, I should have specified that I was looking for the settings people use on the e200
07:42:26Llorean_Amblin: The existing default for the e200 didn't stay in sync?
07:42:39LloreanDid you enable both Frameskip and Skip frames, then stop the plugin and run the file again?
07:42:52_AmblinNo and yes.
07:43:25_AmblinI just tried today's build too.
07:43:51LloreanAre you using a 16x9 or a 4x3 video?
07:43:56_AmblinCould the issues Im having be cause by some of the codecs I have on my machine
07:44:05_Amblin4:3 video setting for 4:3 video
07:44:28LloreanTurn off frameskip, turn off sync, turn on the FPS display, and re-run the plugin
07:44:38LloreanLet it run for a little bit and tell me what it says your frame rate is
07:44:52_AmblinOk.
07:46:04 Join nickv111 [0] (n=nick@c-75-70-18-52.hsd1.co.comcast.net)
07:48:23_AmblinRunning at 10 FPS
07:48:40_AmblinI encoded at 10 FPS
07:49:15LloreanThen audio should've stayed in sync.
07:49:45LloreanIn what manner is it out of sync?
07:50:04_AmblinThe sound is about 1 1/2 seconds ahead of the video.
07:50:07LloreanIs 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_AmblinThe differnce stays the same.
07:50:43LloreanAlright, 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:18LloreanIt'll take a couple minutes before I can test
07:52:38_AmblinThanks
07:53:42LloreanOh, 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:20Llorean_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:41LloreanA file that plays perfect on my Nano has the audio out of sync like that on my Sansa.
08:00:52_AmblinI see.
08:01:39_AmblinAt the beginning of the video, on your sansa, does your audio sound like its skipping for the first 5 seconds?
08:01:53LloreanYes.
08:02:09LloreanIt'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:04Administratorhello
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_AmblinOk, 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:48hen3rzherro everyone
08:03:50LloreanIt's not likely to be an encode setting issue.
08:04:18_AmblinSo this is something that cannot be fixed by simply lowering the video or audio bitrate?
08:04:27LloreanNot from the looks of it.
08:04:39LloreanAs you said, the file is 10fps, and played back at 10fps after the initial issue.
08:05:07LloreanI tried a 25fps file with frameskip, and it wasn't any better or any worse, which means frameskip can keep up
08:05:20hen3rzhey 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:59LloreanWhatever 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_AmblinYeah its really cool to see people working so diligently on something, they have my respect.
08:07:02_AmblinLlorean: Ok, thanks for the assistance.
08:07:09LloreanIt's not like we haven't worked this diligently on any other part of Rockbox...
08:07:27hen3rzuhh but in my eyes the mpegplayer plugin is the most exciting
08:08:21_AmblinAnd by something I meant both Mpeg player and the entire rockbox project.
08:09:15Lloreanhen3rz: 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:34hen3rztru point taken
08:10:29 Join bawb2 [0] (n=bawb2@ip24-255-244-216.ks.ks.cox.net)
08:10:32hen3rzthank you to everyone who has contributed to rockbox to create such an amazing project
08:10:39Llorean:)
08:10:58LloreanOf 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_AmblinI 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:58LloreanI 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_Amblinhah
08:41:30_AmblinI edited out part of a file, encoded it, and it plays in sync on the 26th's build.
08:42:16_AmblinIll 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_AmblinThe file plays in sync on today's build.
08:47:56LloreanWhat did you cut out of it?
08:48:19_AmblinI saved only the first 50 seconds of it.
08:48:41LloreanWhich means it spent a LOT less time buffering.
08:49:19LloreanHm.
08:49:20_AmblinSo its possible that files that are not large enough to require rebuffering will play in A/V sync?
08:49:55LloreanNot exactly
08:50:03LloreanHow many megabytes was your file?
08:50:08LloreanThe one that worked, I mean
08:50:20_AmblinI believe Ive tried small files before (2 megs), and it played out of sync
08:50:25_AmblinFinished file was 1.3 megs
08:51:05_AmblinIll try editing out only the last 10 seconds of a 20 minute, 40 meg file and see what happens
08:51:25LloreanDo you mean only playing the last 10 seconds, or removing them and playing the rest?
08:52:05_AmblinRemoving only the last 10 seconds , keeping the 19:50 or so before it
08:52:25LloreanThat's incredibly unlikely to improve everything
08:52:27LloreanWhy are you trying it?
08:52:55_AmblinBecause I really dont know how all this works so Im just taking a shot in the dark
08:53:43LloreanAs 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:02LloreanFiles over a certain length (not the rebuffer length) will probably cause sync problems.
08:54:45_AmblinOk
08:54:52LloreanAssuming I'm right that is
08:55:14LloreanI'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_AmblinAlso, when playing this file, there was no skipping.
08:56:05LloreanThe 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:23LloreanBy "disk" I mean internal flash, but it's a hand term to refer to any player's storage, and a habit.
08:56:36_Amblinyeah
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:14LloreanAnyway, 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:22LloreanI'm working on 90% gut feeling right now, not always the best plan. :)
08:59:49perldivermaybe its just me
09:00
09:00:10perldiverbut after all a/v sync fixes all the videos are not that smooth anymore
09:02:41Lloreanperldiver: What's your video at?
09:02:56Lloreanperldiver: I've got an 1100kbps 16:9 video that plays back at 33fps if I turn off limiting.
09:03:21perldiverwell i have 5 videos i was doing the testing with since the buffering started to work
09:03:34LloreanPlaying 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:36perldiverthey are all different resolution, fps and bitrates
09:03:49LloreanWell, which ones aren't playing back at the full framerate?
09:04:10 Join hcs [0] (n=hcs@rockbox/contributor/hcs)
09:05:07perldiverall of them play at full framerate alright but the overall smoothness is different it seems, like i can see more tearing etc
09:05:43LloreanThe gigabeat has always had a lot of tearing in my experience.
09:05:54LloreanAt least with framerate limiting on, for sure.
09:06:26LloreanHave you tried to make a direct comparison of any sort, like compiling an old mpegplayer.rock and trying one after the other?
09:06:50perldivernot yet
09:07:01perldiverits not that bad, its just i payed attention to it
09:07:22LloreanWell, 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:41LloreanWhat 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:57LloreanIf there is one, it's a bug we should know about.
09:08:04perldiveryes it shouldn't
09:09:04***Saving seen data "./dancer.seen"
09:10:20LloreanAnyway, 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:24LloreanIt's always just been "bad"
09:13:43 Join pixelma [0] (i=pixelma@rockbox/staff/pixelma)
09:14:22Lloreanperldiver: 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:40perldiverthats nice
09:16:19perldiverwhats target bitrate with -qsacle 2.0 ?
09:16:30LloreanIt came out at about 1100kbps average
09:17:37perldiverquite an overkill for such a small screen but it always nice to know we can do it :P
09:17:47LloreanThat was my intent, really
09:18:04LloreanI 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:15perldiveri want to try something around 500-800 vbr
09:18:45LloreanYeah, 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:08LloreanOh, 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:39perldiverjust by looking at it anything before today's fix
09:20:10LloreanThe avdelay one?
09:20:18perldiveryeah
09:20:43LloreanThat's very, very, very unlikely
09:20:48perldiveri know :p
09:20:53perldivermaybe im just tired
09:20:59LloreanIt's just a math error he fixed.
09:21:38perldiverand another factor, ive seen those movies way too many times. maybe im starting to "see things"
09:21:44LloreanHehehe
09:21:54peturpink elephants?
09:21:58LloreanI will say, the qscale 2 file looks REALLY nice, anywhere but in dark scenes.
09:22:23LloreanBut I think ~600-800 is a good target for normal use.
09:22:35perldiverim gonna try those min and max bitrate commands with 500-800 range
09:23:01LloreanI 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:38perldiverwith gigabeat its not that easy since it never drops anything hehe
09:24:22perldiveri mean, wow, 1100 at 29
09:25:38LloreanYeah, but that file does drop very noticeably during disk spinups
09:26:30LloreanIf 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:53LloreanBut 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:11perldiverever tried to play a compressed video on pentium 1 ? :P
09:27:32LloreanNot with anything resembling modern compression. :)
09:29:17perldiveri think people should realize the elbowroom of their players and not go too crazy on bitrates and fps
09:29:44Lloreanperldiver: The problem is that many players right now don't have any elbowroom
09:29:50perldiveri think the mpegplayer pluging is basically pushing the limits of any current target
09:29:56LloreanThe file could play back _barely_ at 10fps before rebuffering
09:30:01LloreanWhich would mean the disk access thread should drop it below
09:30:56LloreanBut, iRiver got some form of MPEG-4 playing on the H300, so we should be able to compete given time and optimization.
09:32:17perldiverwhat was wrong with ycbcr conversion that markun fixed today?
09:33:40LloreanI'm really not sure.
09:34:36perldiverheh
09:34:50LloreanI know the math was a little bit wrong, but I'm not exactly sure in what way
09:36:29LloreanYou may have noticed with letterboxed videos that the "black" was a light gray instead.
09:36:33LloreanErr, dark gray
09:37:37LloreanWhich should mean all around improved contrast, I guess.
09:40:23perldiverhmm
09:40:32perldiveri havent noticed anything like that but
09:40:51perldiverat the start of the video im getting a dark green colored frame
09:41:30LloreanWell, 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:34LloreanAnd I just noticed they don't any more.
09:41:46LloreanI haven't seen this green colored frame though.
09:42:42perldiverinteresting
09:43:03perldiverok, 3 out of 5 of my videos got the green frame
09:44:38LloreanJust right at the beginning, or what?
09:45:18perldiveryep
09:45:23perldiverone frame
09:45:35LloreanSo, like, 1/25 of a second or less?
09:45:49perldiver1/2 more like it
09:46:09LloreanWell, that'd be quite a few frames then.
09:46:22LloreanWhat kinds of videos are these? Fullscreen, widescreen, etc?
09:47:02perldiverfull and widescreen
09:48:05perldiverits really strange, doesnt take the full screen
09:48:24LloreanGimme just a second
09:49:58LloreanAre 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:40perldiveri think i see tha pattern here
09:50:50perldiverthe ones without were encoded with vlc
09:51:06LloreanAnd the ones with?
09:51:11perldiverwinFF
09:51:17LloreanAll of my WinFF ones are fine.
09:51:36LloreanWell, I don't know that *all* of them are.
09:51:43LloreanBut the four I just tested, of varying bitrates and aspect ratios are.
09:53:43LloreanTry encoding a small file with WinFF and see if the new one does it?
09:53:44perldiveroh well, then its something totally random on my side
09:54:13LloreanWhich ffmpeg.exe are you using, the one included with WinFF, or a newer one?
09:54:23perldivernewer one
09:54:29perldiverthe latest i could get
09:54:39LloreanAlright, 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:15linuxstbMorning all.
09:56:26LloreanMornin'
09:56:28perldivermorning linuxstb
09:57:15Lloreanlinuxstb: Sansas seem to have a unique-to-them syncing issue.
09:58:06linuxstbI 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:32Lloreanlinuxstb: 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:40Lloreanlinuxstb: Video framerate doesn't really do anything weird.
09:58:53linuxstbThat's after my commit about 8 hours ago?
09:58:56LloreanYes
09:59:06linuxstbAnd the same video is fine on your Nano?
09:59:06LloreanI just double checked, and it was revision 12975 that I tested it with
09:59:19LloreanYessir
09:59:39linuxstbHow big (in MB) is it?
10:00
10:00:08Llorean36mb
10:00:29fDiomadois there coming rockbox to ipod nano 2nd gen?
10:00:43LloreanfDiomado: If someone with a 2nd gen Nano works on it, sure.
10:00:51linuxstbfDiomado: No-one is working on it, and the 2nd gen Nano has completely different hardware to all other ipods...
10:01:32fDiomadok
10:01:54fDiomadoi got 8Gt nano from my boss, i just hate that itunes
10:01:56linuxstbLlorean: Do all videos seem to have problems on the Sansa?
10:02:14linuxstbfDiomado: Your best option is to sell it and buy something else...
10:02:35Lloreanlinuxstb: All the videos I've recently tested, I haven't made a "very small" one yet
10:02:41Lloreanlinuxstb: 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:45amiconnCould also go into the ipod faq. If that isn't a faq, I don't know...
10:04:02LloreanI think the FAQ hasn't been updated with that.
10:07:05 Quit nickv111 (Remote closed the connection)
10:08:32linuxstbLlorean: Can you try http://www.davechapman.f2s.com/rockbox/mpegplayer-test.diff ?
10:08:40 Quit hcs ("Leaving.")
10:09:14linuxstbThis 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:08Lloreanlinuxstb: 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:20Lloreanlinuxstb: The numbers are very similar, yes.
10:24:43 Quit fDiomado (Read error: 113 (No route to host))
10:25:23LloreanAnd 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:31LloreanAnd "the numbers are about the same at the same points in the video".
10:26:55linuxstbHmm... That doesn't help then.
10:28:27 Join webguest02 [0] (i=d90a1a7e@gateway/web/cgi-irc/labb.contactor.se/x-2478c07e0edf00ec)
10:28:44linuxstbDo you have any videos with audio at the very beginning - I wonder if any audio is being lost at the start?
10:30:02LloreanYeah, this file has audio from the very start
10:30:25LloreanThey 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:31LloreanAfter which it's out of sync
10:30:36linuxstbAh...
10:30:56LloreanI've been trying to express that was happening, but I guess I didn't quite say it the right way. :)
10:31:40linuxstbThen 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:27linuxstbCurrently 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:32Lloreanlinuxstb: 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:02LloreanI'll give that at try.
10:34:20Llorean"that" being your 128->32
10:34:41 Quit webguest02 ("CGI:IRC (EOF)")
10:35:05linuxstbI was thinking of implementing a "pause whilst rebuffering" option for the slower targets if disk reading turned out to cause visible problems...
10:36:12LloreanWell, 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:27LloreanUnfortunately that's my only color target with an actual disk.
10:37:10LloreanBut I personally would prefer it to keep going so long as it doesn't actually lose sync after the framedropping is done.
10:37:16linuxstbIt's also fine on the ipods - it's not causing any audio skipping.
10:37:58linuxstbMaybe just reading smaller chunks (and lowering the priority) would be enough.
10:38:17linuxstbIt's a bug that it's losing sync though - it should be able to cope with it.
10:39:54LloreanWell, 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:10LloreanEr, 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:33LloreanAbout to try the 128->32 build
10:40:46linuxstbYes, the problem is when the audio runs dry.
10:41:18linuxstb^seems to be when the audio runs dry
10:43:01LloreanIf the video fails, could you attempt to manually resync somehow? Or does the concept of "manually resync" gibberish?
10:43:06LloreanIf the _audio_ fails
10:43:50LloreanBy 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:00linuxstbI'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:27linuxstbIs your Sansa still looking good with 32KB reads?
10:47:31LloreanYes
10:47:34 Join midkay [0] (n=midkay@rockbox/developer/midkay)
10:48:24linuxstbOK, 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:43LloreanSounds good then
10:48:51 Join merbanan [0] (n=banan@c80-216-155-218.bredband.comhem.se)
10:49:00linuxstbYes, the playback code reads 32KB chunks.
10:51:40linuxstbCommitted.
10:51:45linuxstbThanks a lot for testing.
10:52:14LloreanWell, it's something I can actually do. :)
10:52:46LloreanNow 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:09Lloreanlinuxstb: Okay, really odd thing just happened to me.
10:56:16LloreanI left mpegplayer, saw the flashed "data abort"
10:56:22LloreanAccidentally tapped play, resuming music playback.
10:56:33LloreanMusic is playing, but the OS stacks doesn't show a Main or Codec thread on (1)
10:56:59LloreanThreads 13, 14, and 15 are all −−-, with mpgvideo at 12.
10:58:16LloreanShouldn't audio be unable to play if the COP isn't available?
10:59:16linuxstbI think Slasheri has said the codec thread isn't actually running on the COP.
10:59:24LloreanThat would seem to reinforce that.
10:59:55linuxstbI think that's the next bug in mpegplayer to fix though...
11:00
11:00:12LloreanYeah, it's started affecting my gigabeat on certain rare occasions.
11:00:23LloreanAfter a random number of videos, it may lock up on exit.
11:01:17LloreanOh, the Sansa doesn't even claim Codec is on (1) any more, does it? Weird.
11:03:05LloreanYeah, even with the "fixed" audio patch, audio still sounds pretty bad on the Sansa.
11:03:17iwantanimaci 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:22Lloreaniwantanimac: 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:31iwantanimacLlorean: ill have to investigate this one... it seems to be a myth floating around the forums and WPS gallery...
11:06:01iwantanimacand it just doesn't seem right.
11:06:38 Quit lokkju_wrk (Read error: 104 (Connection reset by peer))
11:06:44Lloreaniwantanimac: 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:20iwantanimacLlorean: yeah. i know, so without any voltage you'd get the same colour as when it's off.
11:08:35LloreanNot quite.
11:08:43LloreanLCDs don't emit light on their own, the backlight does the lighting.
11:09:04LloreanMany LCDs look black when they're off simply because there's no backlight lighting them.
11:09:05iwantanimaci know that, but without the backlight youd get that colour.
11:09:07***Saving seen data "./dancer.seen"
11:09:10LloreanYeah.
11:09:12LloreanWhich is "white"
11:09:50iwantanimachm... but does "on" white activate the crystals?
11:09:57LloreanNope
11:10:01Llorean"on" is "black"
11:10:13LloreanWhite means all the light is getting through.
11:10:24iwantanimachm... right...
11:10:39iwantanimacwe are talking about colour LCDs right?
11:10:42LloreanYes
11:11:25 Join roolku [0] (n=roolku@82-41-2-141.cable.ubr01.edin.blueyonder.co.uk)
11:11:33LloreanAnyway, 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:47LloreanI think someone tried it with one of our grayscale displays and ended up with maybe a 5 minute difference over 6 hours.
11:11:57LloreanBut I can't remember the exact results or test conditions.
11:12:01iwantanimacright 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:12iwantanimaci know there are subpixels...
11:12:30iwantanimacbut if we look at one pixel, from white to black, that would be how it would work, right?
11:12:39LloreanYeah, 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:02LloreanYou're best off doing some actual testing.
11:13:20iwantanimacno because it's RGB - so FF0000 woudl be red, 00FF00 green, etc.
11:13:43LloreanEqual in power draw.
11:13:48iwantanimacunfortunately, i don't have time for testing.
11:13:55iwantanimacah, that would make sense.
11:14:11 Quit x2jmp (Read error: 110 (Connection timed out))
11:14:11LloreanI just wanted to make it clear that "larger number" does not necessarily mean "more power".
11:14:12iwantanimacso... white would be 3x that, in theory...
11:14:51iwantanimachm... this is confusing. props to whoever came up eith it.
11:15:09iwantanimacand whoever figured out how to use it for Rockbox...
11:15:34LloreanPlus, 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:44amiconnAn ideal lcd draws no power at all. A real-world lcd draws very little power. The backlight is what eats battery
11:15:50Slasheriso FFFFFF would mean that all elements are passing light through, and the least amount of negative charge is applied
11:16:55iwantanimacso from what i gather, black would actually use marginally less power, but nothing noticable...
11:16:55Lloreanamiconn: Because there should be no resistance right, the molecules are just aligning with the electric field?
11:17:08Slasheriiwantanimac: why?
11:17:24iwantanimacoh... wrong way around...
11:17:33iwantanimaci read your message wrong... silly me.
11:18:12amiconnThe 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:23Slasheri:) 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:51Slasherithat would prove white uses less power
11:18:56amiconnThe 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:07Slasheriand if the image was not white, it will turn white when the power is cut
11:19:20iwantanimacok.
11:19:38iwantanimacmakes some sense.
11:19:43amiconnThere are 2 types of lcds, "normally black" and "normally white"
11:20:23amiconnThis 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:03amiconnb&w and greyscale LCDs are almost always of the 'normally white' type, and colour lcds are usually of the 'normally black' type
11:21:40iwantanimacright. is holding a lamp over the player an accurate way of seeing f it's normally black or white?
11:21:58iwantanimaccause my H10 and this iPod video both come up white with a lamp... os i'm guessing not.
11:22:58Slasheriamiconn: hmm.. i have never seen a color lcd with normally black type
11:23:13LloreanSlasheri: LCD monitors?
11:23:18scorcheSlasheri: i believe my phone is (treo)
11:23:44amiconnAll laptop lcds, lcd monitors and lcd tv sets I've seen are normally black
11:23:44scorcheand yes...monitors typically are...in fact i ahve never seen a "white" one
11:23:51SlasheriLlorean: at least i don't think my laptop has that, as if the driver jams, display turns slowly to full white
11:24:03amiconnH300, 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:43iwantanimaciPod Video goes white when you reset it.
11:24:46scorcheipods seem to be white
11:24:56amiconnThat's possible
11:24:59iwantanimacand my iriver H10 seems white, too.
11:25:28amiconnWell, on rockbox targets where we know the lcd init and shutdown sequences we can test it
11:25:43amiconnJust enable the backlight with the lcd being shut down
11:26:25iwantanimacso 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:46Slasheriamiconn: ok, it seems at least newer better lcd desktop monitors are normally blakc. But my old laptop seems to be different
11:26:48amiconnyes
11:27:01LloreanWell, with PC monitors it makes a lot of sense
11:27:13Slasheriand ipod 5g is definately normally white
11:27:22iwantanimacamiconn: was that to my question or slasheri?
11:27:27scorcheSlasheri: aye...that is what i was saying
11:27:29LloreanSince CRTs lit up pixels, having the default position black makes a lot of sense.
11:27:32iwantanimacyup. i can confirm that.
11:27:45iwantanimacCRTs... that's different again...
11:27:46amiconniwantanimac: yours
11:27:54Lloreaniwantanimac: I was just making a historical reference.
11:28:14iwantanimacoh, i get it. reading in context helps...
11:29:11scorcheLlorean: fyi: i already warned zombieplasticclock when i moved the post, so if you ahvent yet, you dont need to
11:30:35Lloreanscorche: 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:43scorcheLlorean: see trash
11:30:57LloreanAh, I keep trash minimized most of the time
11:32:27scorcheLlorean: i find it helps to have a track record of problem users stashed away in there for future reference
11:32:43iwantanimacanyone know the average battery life for a 5G iPod with Rockbox (30GB if it makes a difference)
11:33:25iwantanimacBecause i borrowed my friend's, put rockbox on it, charged it and it lasted about 2 hours for me...
11:33:27Lloreanscorche: 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:37Lloreaniwantanimac: It's usually between 6 and 9
11:33:59iwantanimachm... ill have to battery bench it tonight then.
11:34:01Llorean7 would be a good "average"
11:34:05scorcheLlorean: 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:43Lloreanscorche: I don't see the disadvantage of just leaving them around, really
11:34:57scorchealright...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:52toni1Llorean: you're there?
12:23:37toni1Llorean: 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:04Lloreantoni1: 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:22peturheh
12:43:46Lloreanpetur: 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:26peturdamn crosscompiler rebuild takes ages under cygwin :(
12:45:34LloreanYes, yes it does.
12:45:48 Join toni1 [0] (i=d9b94076@gateway/web/cgi-irc/labb.contactor.se/x-4e30c22a74f15eda)
12:45:50LloreanMy very first crosscompiler set up had me building them under cygwin.
12:46:34toni1Llorean: So you used the current svn build with mpegplayer and #6908?
12:47:01Lloreantoni1: Yes.
12:47:18toni1Llorean: OK, I will check then.
12:47:26LloreanCool
12:47:34toni1:-)
12:48:05Lloreanmpegplayer 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:33Bagderwe should apply for getting Rockbox added to scan.coverity.com
12:57:04Bagderquite amazing code flaw scanner really
12:57:04 Quit amiconn (" HydraIRC -> http://www.hydrairc.com <- State of the art IRC")
12:57:14LloreanBagder: Looks good
12:57:45BagderI got curl into it and I'm getting some really hard-to-find problems pointed out
12:58:37LloreanWhat are the conditions for applying?
12:59:00Bagderthere'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:52liberty_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:11Bagderliberty_: update the mp3 toc with vbrfix
13:02:34Bagderbut if you encoded with a recent lame it should be fine already...
13:02:46liberty_Version 3.97
13:05:16liberty_Where to get vbrfix?THX.
13:05:33Bagderyou can invoke it with the "open with.." in rockbox
13:06:08Bagderbut 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:46liberty_It works now, thank you.
13:10:26Bagdergreat
13:11:54madman_hi
13:13:25 Join lee-qid [0] (n=liqid@p54966876.dip.t-dialin.net)
13:15:05markunBagder: 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:31madman_can the T10 port be made if I send photos of T10 interior?
13:15:42Bagdermarkun: possibly, but do we really have such a problem with this?
13:16:00Lloreanmadman_: Ports happen by the people owning them doing the work.
13:16:02Bagdermadman_: 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:25markunBagder: as in "do we really care if there are tabs in the code?" ?
13:16:27Bagdermadman_: start gathering other (skilled) T10 owners
13:16:58Bagdermarkun: nah, more do we really need to machine-nag for those that slip-in
13:16:59madman_Bagder: this can be dificult :)
13:17:16Bagdermadman_: believe me, the porting is even more difficult...
13:17:52madman_Bagder: I believe :)
13:18:32markunBagder: 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:07Bagdermarkun: well, I guess running it for a trial period to get a feel for it surely won't hurt much
13:26:37peturmarkun: you mean lines > 79 (as is written in CONTRIBUTING) ?
13:27:07markunpetur: 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:57PaulJamhi, is someone here who knows something about the jpeg viewer?
13:48:14PaulJamthere 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:22PaulJamcodec
13:49:32amiconnThe 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:08amiconnIn this case it stops playback, and the playback menu shouldn't allow to restart until the plugin exits
13:50:14LloreanIn that case, the playback menu shouldn't even be available.
13:50:15amiconnIf it does, it's a bug
13:50:38LloreanWhen 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:20PaulJamafter 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:45Nico_Pamiconn: are you here ?
14:23:47 Quit petur ("here today, gone tomorrow")
14:26:49PaulJamh
14:26:55 Quit PaulJam (".")
14:27:21 Join rp- [0] (i=rp@193.154.222.107)
14:27:36rp-hi
14:28:10 Join miepchen^schlaf [0] (n=hihi@p57B95D5E.dip.t-dialin.net)
14:31:22rp-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:04zylchehm.. 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:46linuxstbzylche: What's the problem?
15:00
15:00:11Nico_Pzylche: it's zagor and Bagder
15:02:05zylcheno problem, wish to speak in private with the guy, however.
15:02:11zylcheright.
15:03:01zylcheRequesting private message with Bagder... _BEEP!_
15:08:40Nico_Pamiconn ?
15:09:14***Saving seen data "./dancer.seen"
15:09:51LloreanWhile 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:10preglowh264 is bloody complex
15:14:14preglowso 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:13testerxxxxHello
15:18:24testerxxxxlinuxstb, i update bootloader ipod nano and try play video - a/v sync accuratelly! (even set off skip frames)
15:18:48testerxxxxbut a/v sync lost if set off limit fps
15:19:00LloreanBoth Skip Frames and Limit FPS need to be turned on
15:19:12LloreanThey should only ever be turned off if you know that you need to turn them off to check certain numbers
15:19:14markunlinuxstb: do you know something about the svq1 codec (sorenson, used by quicktime)
15:20:34testerxxxxand 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:57markunI 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:47Lloreantesterxxxx: 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:58testerxxxxnow it very big progress - a/v sync is work good
15:22:57testerxxxxi use mencoder for encode mpg video
15:24:03 Join desowin [0] (n=desowin@avc146.internetdsl.tpnet.pl)
15:25:07Nico_Plinuxstb: 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:48Nico_Pknowing that without the decalrations, the C file is less then 600 lines long
15:26:02Nico_Pand the declarations are about 200 lines
15:27:39JdGordonif you want to make sure only wps_parser.c uses those declearations then they should be in the .c
15:27:49JdGordonbut if thats no big deal.. and its already in a .h then leave it
15:28:03Nico_Pwell it's just a matter of copy-pasting
15:28:23Nico_Pand I think all that's declared makes sense only in tha parsed
15:28:30Nico_Pthe 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:00linuxstbNico_P: Personally, I try to only use .h files for public interfaces to the .c files
15:32:32Nico_Pso 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:14linuxstbNico_P: That's what I would do, yes.
15:33:19Nico_Pok
15:33:25Nico_Pin fact this C file has only one function that's called by another file
15:33:26linuxstbmarkun: No, I don't know svq1 at all.
15:33:43linuxstbAnd all "local" functions to that .c file should be declared static.
15:34:05Nico_Plinuxstb: that's the case for all but the one that serves as entry point to the file
15:34:35Nico_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:00Nico_Pis 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:36kramdrahi, anyone know what keys are used for the gigabeat ui simulator?
15:43:10markunkramdra: most of the numpad keys
15:43:45kramdrayeah i found 8/4/6/2/5/enter but it feels like im missing some...
15:43:46linuxstbNico_P: The .o will be larger than the final binary - it contains the symbols etc for the linker.
15:44:04Nico_Pok
15:44:10markunkramdra: + and - also, maybe * too, I'm not sure
15:45:08Nico_Plinuxstb: and what should I do with my debug file ?
15:50:38kramdrai cant exit any plugins, do you know what key used for that?
15:53:26markunkramdra: return and 'a' are mapped to 'A' and '.' and 'insert' are mapped to MENU
15:53:32 Quit testerxxxx ("Client Exiting")
15:56:09kramdrainsert is screendump
15:57:02markunit's just what I'm reading in the source
15:58:42kramdrathanks 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:05Learnico_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:13Nico_PLear: wow that's a bit much for me :)
16:28:22Nico_Plinuxstb: 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:57Lloreanlinuxstb: 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:01linuxstbLlorean: Yes, that might be straightfoward.
16:33:21linuxstbNico_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:13Lloreanlinuxstb: 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:31Nico_Plinuxstb: err :) actually not really easier but still quite easy... I was thinking of having default WPSs in a target specific h file
16:36:42Nico_Pbut 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:48mattzzI'd like to rename/move a wiki topic and I am not allowed to. Can anybody with Wiki rights please help?
16:50:55mattzzNevermind - I ask again later
16:51:56 Nick FIX80GBALREADY is now known as FIX80GB (i=l0de@ool-4570f41a.dyn.optonline.net)
16:53:57JdGordonNico_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:05JdGordonas in.. not loading a file...
16:54:29Nico_PJdGordon: I was talking about a hardcoded default
16:55:19JdGordondo we want different defaults for each target though?
17:00
17:02:55Nico_Pnot sure
17:03:31kramdrastupid 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:44FIX80GBwordpad should be fine
17:03:56FIX80GBJust output as ascii
17:04:38kramdraok 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:22PaulJamnotepad2 is a nice editor for windows
17:10:28 Quit mattzz ("Leaving")
17:10:48FIX80GBI like dos edit
17:12:06oblibemacs! (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:26Bagderzylche: 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:07toni1I get very strange audio artefacts on the sansa with mpegplayer
17:20:20Lloreantoni1: Kinda like I said?
17:20:25zylcheBagder: can I private you?
17:20:39toni1Llorean: It seems nearly every 32 audio sample is distorted
17:20:48Bagderzylche: sure
17:21:01Lloreantoni1: Lower the volume and once you reach a certain point they'll just disappear completely
17:21:36toni1Llorean: You mean during the encoding?
17:22:20linuxstbtoni1: Have you experienced the same with normal audio playback, or is this something mpegplayer-specific?
17:22:45toni1linuxstb: No, only with mpegplayer
17:23:00Lloreantoni1: NO, while the video plays
17:23:12kramdraanother stupid question... in the sim i cant leave the WPS without it stop playing - i assume this doesnt happen on the target?
17:23:14Lloreanlinuxstb: The Sansa's audio driver is somewhat... iffy.
17:23:32Lloreanlinuxstb: 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:12toni1Llorean: Then I might have another issue
17:24:21linuxstbkramdra: 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:23Lloreantoni1: Oh?
17:24:39Nico_Phmm sizeof(struct wps_token) is 12... that's too much
17:24:49Lloreantoni1: 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:54toni1Llorean: The artefacts are very regularly
17:25:14LloreanIt was quite regular for me too, I think
17:25:22toni1Every 32nd sample seems to be distorted (I grabbed the data from the fiq=
17:25:55kramdralinuxstb: any idea what this other button could be? enter is the one to stop playback and leave wps
17:26:27linuxstbkramdra: Which sim?
17:26:42kramdragigabeat
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:41Lloreankramdra: Does the gigabeat sim not have a background image available in the folder like the other sims do?
17:28:51linuxstbI'm not sure, try F8 or ESC or + (Power) or a (A)
17:30:39linuxstbtoni1: In what way is the 32nd sample distorted?
17:31:10linuxstbYou're capturing the data the FIQ is writing to the I2S FIFO?
17:31:35kramdraLlorean: thanks i didnt know there was one.. i only started playing with this yesterday
17:31:54toni1linuxstb: set to a value very different from the expected one
17:32:31toni1linuxstb: and yes, from the fiq interrupt handler
17:32:44linuxstbIn your emulator?
17:33:05toni1I can send a picture, but pastebin only accepts text files
17:33:21toni1No, on the real device
17:33:43 Join miepchen^schlaf [0] (n=hihi@p57b96008.dip.t-dialin.net)
17:33:56linuxstbSo 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:23toni1writing to normal memory: at 0x11000000 and up
17:34:37toni1(above 16MB in dRAM
17:35:36toni1then 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:12toni1The resulting wav-file has exactly the artefacts I could hear from the sansa
17:37:50Learnico_p: yes, wps_token doesn't really need more than 6 bytes. Which target, btw?
17:38:41Nico_Pthat was on the sim
17:38:57Nico_PIm' trying to cut down the "value" union
17:39:22Nico_PI don't need an int and I can move the pointer to an array
17:39:55LearBut 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:44Nico_PLear: do you know how the bools are stored ?
17:44:29LearNot really, no. But on the sim (x86?) it seems to be as a 4-byte int.
17:45:35linuxstbNico_P: How big is the token array?
17:45:52Nico_Pwhich is a total waste... I hope it's not like that on targets
17:46:10 Part toni1
17:46:13Nico_PI should try to find a way to spare this one
17:46:25BagderI'd guess that it is
17:47:29JdGordonisnt bool stored as a char?
17:47:41JdGordon... on the targets at least?
17:47:59BagderI don't know, but I would guess no
17:48:11Bagdersince ints are generally the "native" prefered numerical
17:48:29*Bagder takes off again
17:48:39Learlinuxstb: the array is 1024 entries.
17:49:18Learnico_p: have you checked how many tokens a "complex" WPS needs?
17:49:21daurnJdGordon: goto bed
17:49:41 Join toffe82 [0] (n=chatzill@adsl-70-137-196-96.dsl.frs2ca.sbcglobal.net)
17:49:47JdGordonabout to :p
17:49:53Nico_PLear: I don't remember which, but a WPS I used to test had 700+ tokens
17:49:57 Part toffe82
17:50:51LearOk, so it does need to be about the current size then...
17:50:55linuxstbNico_P: What is the "bool next" used for?
17:51:10oblibIf 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:25Nico_Plinuxstb: it's for tags that concern the next track
17:51:41linuxstbAh, OK.
17:51:59linuxstbCouldn't you use a bit in the first value for that?
17:52:15LearThat could probably be done by setting the high bit (or something) of the type field...
17:52:17Nico_Plinuxstb: 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:20Lear:)
17:52:35oblibis it just 'svn update'
17:52:43Nico_PLear: that would be good, but then how do I read the "real" type field
17:52:43Lloreanoblib: Yes.
17:52:57 Join toffe82 [0] (n=chatzill@adsl-70-137-196-96.dsl.frs2ca.sbcglobal.net)
17:53:15linuxstbNico_P: You just & it with (if it's a 16-bit value) 0x7fff
17:53:38linuxstbAnd & it with 0x8000 to test if it's a "next track" token.
17:53:43Nico_POK, i'll probably do that...
17:54:01oblibIf 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:27Nico_PI'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:47linuxstbNico_P: Be aware that not using ints may increase code size.
17:55:50 Quit XavierGr (Read error: 110 (Connection timed out))
17:55:58Nico_PI also wish to get rid of the format_buffer in wps_data
17:56:40Nico_Plinuxstb: OK, I'll try to find the right compromise
17:56:45LearThat's where the .wps file is loaded?
17:57:04Nico_PLear: what ?
17:57:10Learformat_buffer
17:57:18Nico_Pah, yes... the source is copied in the format buffer
17:57:27Nico_Pthe thing is I shouldn't need to keep the source
17:57:45Nico_Pbut I don't really know where to keep it whilst I parse it
17:57:48LearParts of it though, i.e., all the text - unless that's stored somewhere else.
17:58:06Nico_PYes, the text is stored in a separate buffer
17:58:13Nico_Pquite a small one
17:58:43LearThen reading the wps line by line ought to work. Would remove some '\n' checks too.
17:58:58LearAnd that line buffer could be on the stack.
18:00
18:00:53 Quit miepchen^schlaf (Read error: 110 (Connection timed out))
18:00:57Nico_PLear: yes, how big could the line buffer be ?
18:01:00 Join miepchen^schlaf [0] (n=hihi@p57b96008.dip.t-dialin.net)
18:01:01kramdrasince i havent got my gigabeat yet... is the simulator usually slower for plugins and stuff?
18:01:10Nico_Psome lines are really long (700 chars)
18:01:46LearReally? I wouldn't have thought they were that big. Stack is off then.
18:01:49 Quit PaulJam (".")
18:02:11Nico_Plines with a lot of sublines and conditionals... look at iCatcher
18:02:30JdGordonyou could use the plugin buffer for it....
18:02:34LearBut the format_buffer is only 400 bytes?
18:02:49Nico_PJdGordon: I thought of that, but would I be allowed to ?
18:03:07Nico_PLear: that's on the archos player... on other targets it's 3072
18:03:10JdGordonif there is no better way... i guess so
18:04:24JdGordonwe could really do with a 256k buffer which the core can use for this sort of thing...
18:04:33JdGordonthe plugin viewer would then use the same buffer,,,
18:04:43Nico_Pplugin viewer ?
18:04:44JdGordonand other stuff which needs a temp buffer
18:04:48JdGordonplaylist*
18:04:50linuxstbWhy so big?
18:04:54LearAh, yes. Still, even if it is 1024 or so, it would save 5k on targets with a remote.
18:05:06Nico_PI have to go for a few minutes, I'll catch up on the discussion
18:05:09JdGordoncoz 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:06BigMacAnyone here able to patch a build with FS #6848?
18:10:20 Part ctaf
18:11:38Soapwasn't it commited in SVN 12902 and 12903?
18:11:43Soapor just some of it?
18:12:54BigMacNot sure but it does not say closed
18:13:03BigMacso it couldn't have all been committed
18:13:15Soapread the second to last comment in the Flyspray entry.
18:14:09BigMacSoap: :p Ok well the coupling wasn't committed
18:14:18BigMacso I guesss I will try applying just that
18:14:29Soapregardless of being in sync or not - it doesn't sound like coupling is something you would want.
18:14:42BigMacOk
18:14:59BigMacwell 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:20BigMacif I am asked which file to patch, what should I do
18:15:30BigMacbecause 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:49Soapopen 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:23LloreanSoap: It actually should display the expected path when it's telling you it didn't find the file.
18:17:47SoapLlorean: does it? I fix all the patches I play with so stripping isn't needed.
18:18:57Learbigmac: usually you need to use the -p option. Try with -p0 or -p1.
18:19:00Soap3045 (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:06LloreanSoap: 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:39perldiverLlorean i played with qscale a bit
18:20:56perldiverqscale 5 was quite alright
18:21:57LloreanI'll have to try that later, then.
18:22:10perldiveralthough qscale range produced weird results
18:22:16perldiverwith distorted picture
18:22:44perldiverwhen you put min and max scale
18:24:27 Quit Ribs ("Ex-Chat")
18:25:07perldiveri 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:19LloreanJust setting a qscale should do that.
18:25:30 Quit datachild (Remote closed the connection)
18:25:31LloreanAt least, I think it should.
18:26:23perldiveryeah it should
18:26:30perldiveralthough the qscale range is quite small
18:26:42perldivermaybe 100kbps plus minus
18:26:51LloreanHm?
18:26:58 Join Rcholla32 [0] (i=444558d7@gateway/web/cgi-irc/labb.contactor.se/x-1f8164052979d2ab)
18:27:03LloreanWith a qscale of 2.0 my file was 1100kbps, with 31.0 it was about 150.
18:27:08Rcholla32Someone plz help me
18:27:17perldiverLlorean i mean the vbr range
18:27:21LloreanAh
18:27:37LloreanWell are you encoding from a CBR-ish file?
18:27:42Rcholla32Lloren ok i have the tool i just copy and paste
18:27:58perldiverLlorean i think most of them are vbr
18:28:01Rcholla32i dont know what im doing
18:28:18 Join Ribs [0] (n=ribs@91.84.8.218)
18:28:24Rcholla32it tell me to put it in manufaction mode
18:28:32Lloreanperldiver: 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:41SoapI 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:51Lloreanperldiver: And right now, my ffmpeg is performing completely non-Rockbox tasks.
18:29:01Rcholla32ok
18:29:01perldiverid love to make it something in 500-800 range, meaning never dive lower than 500 and keep 800 for fast scenes
18:29:10LloreanSoap: 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:21Rcholla32My Sansa E250 is bricked for Recovery mode
18:29:33Rcholla32i DID READ
18:29:47Rcholla32i dont understard it
18:29:55Rcholla32you try to read it
18:30:42Lloreanperldiver: Maybe look into -maxrate and -bt?
18:30:54Rcholla32ok i read
18:30:56Rcholla32it
18:30:59Rcholla32omg
18:31:00LloreanRcholla32: I've read it. There are step by step instructions in it.
18:31:02perldiverLlorean yes i was going to do that next
18:31:20Rcholla32no its not
18:31:25Rcholla32its commnds
18:31:29LloreanRcholla32: 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:29Rcholla32and all that stuff
18:31:38Rcholla32you try looking at it
18:31:42LloreanI have read it.
18:31:53Rcholla32tell me what to do first
18:32:00LloreanFirst, read it.
18:32:10Rcholla32i have like buffsize do i read it
18:32:17Rcholla32DO I COPY IT
18:32:19Rcholla32OMG
18:32:33LloreanSeriously, you need to calm down, and read it all the way through, carefully
18:32:40Rcholla32ok
18:32:43Rcholla32im mad
18:32:43LloreanDon't try to start doing ANYTHING until you've read ALL of it, and understand it.
18:32:45Rcholla32at this
18:32:56Rcholla32i dont understand
18:32:57Rcholla32it
18:33:16Rcholla32i was reading it from the last week
18:33:32Rcholla32include <stdio.h>
18:33:42Rcholla32what does that mean
18:34:00LloreanAre you looking at e200tool.c?
18:34:06Rcholla32yes
18:34:08LloreanYou're not supposed to be reading that, none of us told you to.
18:34:13Rcholla32omg
18:34:22Rcholla32what do i suppost to read
18:34:23LloreanIf 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:30LloreanYou were given links to exact pages.
18:34:35Rcholla32ok u tell me
18:34:42Rcholla32those threads dont work
18:34:53Rcholla32you TELL ME
18:34:53LloreanYes, they do.
18:35:01LloreanStop making demands of me.
18:35:07Rcholla32wwhats the websites
18:35:07LloreanYou have no right to demand that I do anything.
18:35:09Lloreanhttp://forums.rockbox.org/index.php?topic=8443.0
18:35:11LloreanRead ALL of that.
18:35:15LloreanIt's 10 pages.
18:35:19Rcholla32call you go step by step for me
18:35:25LloreanIf you don't understand what to do when you finish, go back and read it again.
18:35:25FIX80GBlol
18:35:51Rcholla32wow
18:36:05LloreanFirst, 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:14LloreanI've told you to read that thread before.
18:36:40Rcholla32ok
18:36:51FIX80GBI 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:13Rcholla32ok
18:37:18Rcholla32wats the website
18:37:37LloreanFIX80GB: He has to be in linux first.
18:37:38FIX80GBsorry did you just use the word 'wats' in a non-intentional context
18:37:48Rcholla32ok
18:37:50LloreanBut he hasn't been able to read the thread to the point where it tells him to get a Knoppix live CD
18:37:50FIX80GBPlease disregard any advice I gave you.
18:38:18 Join madman_ [0] (i=MadMan@eax78.neoplus.adsl.tpnet.pl)
18:38:37LloreanFIX80GB: 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:38Rcholla32ok
18:38:51Rcholla32ok
18:39:03Rcholla32can you remote my computer
18:39:24LloreanRcholla32: No, this cannot be done remotely.
18:39:44Rcholla32all the stuff is on my computer why
18:40:06Rcholla32i was holding sertain buttings
18:40:18LloreanRcholla32: 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:19Rcholla32hold the center button
18:40:28LloreanYou have to know when you've issued certain commands to know when to unplug it.
18:40:33Rcholla32ok
18:40:46Rcholla32write a document and tell me to do that
18:40:49LloreanYou HAVE to do this yourself, so you HAVE to actually READ what I told you to.
18:40:50FIX80GBlol
18:40:55madman_hellou again
18:40:56FIX80GBwhy are you helping at this point
18:41:05LloreanRcholla32: http://forums.rockbox.org/index.php?topic=8443.0 <−− Instructions.
18:41:07LloreanSeriously.
18:41:12perldiverLlorean i noticed that mpegplayer.c was update again although there's nothing mentioned in the svn activity?
18:41:18perldiverupdated*
18:41:21madman_does Rockbox run on ARM940T players?
18:41:41FIX80GBaren't sansas pretty cheap also? seems like just getting a new player is the best choice for our friend here
18:41:50Lloreanperldiver: It's there. Small change, mainly makes the audio less likely to skip in averse circumstances, safeguarding sync
18:42:00perldivergot it
18:42:32LloreanIt fixed the initial skipping on Sansas that put the video about 1.5 seconds behind the audio
18:42:35Rcholla32its doesnt tell you step by step
18:42:47Lloreanmadman_: It runs on the exact list of players on the website.
18:42:52LloreanRcholla32: Some of the posts do.
18:43:25LloreanBrambo specifically wrote 11 steps for how to do it.
18:43:50madman_Llorean: I know, but does any player have this family chip?
18:44:51Lloreanmadman_: There's an ARM920T I believe, but not 940T
18:49:02Rcholla32When did u read these threads
18:49:08Rcholla32LLorean
18:49:32Rcholla32can some one give there aim adress
18:49:50Rcholla32so i can talk to them step by step
18:50:15LloreanRcholla32: Until you're in Linux, you can't even start.
18:51:01BigMachey can some upload a test file so I can try converting it to mpeg
18:51:07BigMacsmaller would be better
18:52:14BigMacI need to determine if it is my videos that aren't working
18:53:08Nico_Pwell sizeof(struct wps_token) is still 8 after having removed the bool
18:53:57Nico_Pis there a way to force an enum to be stored in something smaller then an int ?
18:54:02Nico_Pa short would be fine
18:54:47perldiverBigMac
18:54:52perldivertry any of these videos
18:54:53perldiverhttp://waverlyfilms.com/musicvideo.html
18:55:01Soapthat too
18:55:05 Join PaulJam [0] (n=Paul@p54BCE344.dip.t-dialin.net)
18:55:17BigMacSoap: I am trying to go to mpg I though?
18:55:19BigMacthought
18:55:31Soapso? It is a valid imput file.
18:55:57BigMacwell how would it convert itself to a file format it is already in
18:56:14Soapdon't worry about that.
18:56:27Rcholla32i have to switch to linux from windows
18:56:35Rcholla32why do i have to
18:56:38 Quit Lear ("Chatzilla 0.9.77 [Firefox 2.0.0.3/2007030919]")
18:56:45Rcholla32i kno its for my sansa
18:56:55Soapyou're confusing yourself and this isn't the place to explain video conversion at such a level.
18:57:00Rcholla32but how come
18:57:30LloreanRcholla32: Because e200tool doesn't work right in windows.
18:57:42Rcholla32ooo
18:57:50Rcholla32i have to google linux
18:58:07Rcholla32or do yall have a specific website
18:58:09LloreanRcholla32: Try reading the thread, and actually reading ALL of it this time.
18:58:41Rcholla32i read it theres no linux websites
18:58:54LloreanYes, but it tells you specifically which live CD you need.
18:59:57BigMacok
19:00
19:00:09BigMacVLC is not playing ANY video files
19:00:18BigMacso it is not my file in particular
19:00:36Nico_Plinuxstb: with __attribute__((packed)) on the struct, it falls down to 6 bytes... is it good and is it worth it ?
19:00:55Nico_Pknowing that I have 1024 of those...
19:01:43 Quit Rcholla32 ("CGI:IRC (EOF)")
19:02:31Nico_Plinuxstb: with __attribute__((packed)) on the struct, it falls down to 6 bytes... is it good and is it worth it ?
19:02:33Nico_Pknowing that I have 1024 of those...
19:02:55Nico_Poops, I thought my messages had been dropped
19:03:42LloreanNico_P: Doesn't that make the data no longer aligned?
19:03:59Nico_PLlorean: I think it does
19:04:04LloreanI don't think that's good.
19:04:09Nico_Pthat's why I'm asking if its's bad
19:04:13Nico_Phmm
19:04:21LloreanI don't know though. Not an expert.
19:04:36LloreanBut I think at the very least there will be a performance hit from doing that.
19:05:01Nico_Pthat's not I want
19:06:40 Quit perpleXa ("leaving")
19:08:41Nico_Pthere'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:28Nico_Pok well it seems I won't be able to go under 8 bytes unless I accept to have the struct unaligned
19:16:34Nico_P8 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:42LloreanYes, by a good bit. :)
19:17:07Nico_PThat way I can keep the bool next
19:17:17 Quit petur ("here today, gone tomorrow")
19:17:19radionickHello all! I have an installation question if anyone has a question
19:17:29radionickerr.. if anyone has a minute
19:17:42Lloreanradionick: Generally you should just go ahead and ask the question, and if anyone has time and an answer, they'll help
19:17:49radionickSure
19:19:03radionickI 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:19radionickWhen I go to start Rockbox it says "No partition found. Insert USB Cable"
19:19:29LloreanRockbox doesn't work on HFS+
19:19:31Soul-SlayerDo Macpods work?
19:19:42Soul-SlayerThere we go then :p
19:19:42LloreanYou must have Rockbox on a FAT32 primary partition.
19:19:44radionickahh... that's the easy answer.. I didn't see that covered in the install guide
19:20:11LloreanThe official install guide _should_ cover conversion to FAT32 for mac users.
19:20:17LloreanIf it doesn't, I'd be interested.
19:20:20 Join smably [0] (n=slmably@CPE001346ef6aaf-CM0016b53029ec.cpe.net.cable.rogers.com)
19:20:53radionickooh.. it was a small line that I overlooked
19:20:54radionickrats
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:46BigMac_Bleh video still isn't working
19:27:12radionickSo what's the compelling reason to drop the apple os for Rockbox - Lossless audio? loosing itunes?
19:27:47smablyradionick: http://www.rockbox.org/twiki/bin/view/Main/WhyRockbox
19:28:24smablyradionick: 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:09radionickThanks 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:52AceNikhey 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:09smablyAceNik: run svn status, then svn revert on any files with M beside them
20:07:49x1jmpsvn revert -r .
20:07:49smablyAceNik: or svn "revert -R ." from the rockbox root dir
20:07:53smablyright
20:07:54AceNikok thanks ill try
20:08:16 Quit Arathis ("Bye, bye")
20:08:51AceNik"svn -R" ???????????
20:09:15smablysvn 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:55AceNikthr i .orig file n stuff o cn that be reverted
20:18:38smablyAceNik: 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:35kramdracan 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:25ahavei 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:39ahavefew months ago is was still a work in progress
20:44:45smablyahave: define "fully"
20:44:46Soapit has sound
20:44:49Soapand issues
20:44:54Soap;)
20:44:55ahaveah, sweet
20:44:58rp-there is still work to do
20:45:02ahavewhat are the issues?
20:45:21rp-http://www.rockbox.org/twiki/bin/view/Main/SansaE200Port
20:45:30 Quit daniel2023 ("CGI:IRC (Ping timeout)")
20:46:31Lloreanahave: Sound still doesn't sound "right"
20:46:43LloreanPlus the regular poor performance of the portalplayer based devices
20:46:54ahave"The Sansa recognises when the USB has been plugged in, but does nothing more."
20:47:13ahaveis it possible to add media then?
20:47:29rp-with the original firmware
20:47:50Lloreanahave: 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:26Mouser_XDual booting doesn't work on the Gigabeat. Though, why would you want to?
20:48:44Mouser_X(Though, having the option is nice. I'd still never use it though.)
20:48:57LloreanMouser_X: Nobody's talking about the Gigabeat though
20:48:57_AmblinLlorean: 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:06Llorean_Amblin: Yes, it should be fixed.
20:49:16Soapso, just to clarify. USB computer to gigabeat disk access is all Rockbox?
20:49:18_Amblin:)
20:49:33LloreanSoap: I didn't understand that sentence.
20:49:37Mouser_XLlorean: True. I was simply mentioning dual booting stuff.
20:49:44LloreanSoap: Basically, it works like the iPods do, using the original firmware's USB mode.
20:49:56LloreanSoap: But Rockbox doesn't automatically reboot into it.
20:49:57SoapOK, 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:31LloreanSoap: 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:45Llorean_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:32SoapLlorean: I ment on the Gigabeat.
20:53:48LloreanSoap: Oh, on the Gigabeat, yeah, just a normal USB mode like the iRivers.
20:54:01daniel2023re: 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:13SoapIs 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:06LloreanYou 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:19kramdrawith 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:55LloreanWhy 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:35kramdranot squish, was thinking to crop the 32? pixels. it would save reencoding and 352*240 seems very common
21:05:05LloreanThe 32 rightmost pixels would be cropped anyway, I believe.
21:05:11LloreanBut the main concern is performance.
21:05:30Llorean320x240 video barely plays back at 29fps on the Gigabeat.
21:06:04LloreanAnd 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:33kramdrathe 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:50LloreanProbably not, it's part of the player-specific YUB blit, I believe.
21:07:53LloreanYUV
21:07:57kramdrak
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:17smablywhat's a sensible place in the menus to put the button light settings?
21:34:57smablydisplay or system, i guess...
21:36:10smablyi'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:44webguest-chrany 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:22lextry to edit your /etc/fstab
21:56:40webguest-chrcorrently it doesn show up there
21:56:56webguest-chrwhat should i add
21:58:12webguest-chrbut, this probably means it does not relate to rockbox, so maybe I can find a solution myself..
22:00
22:00:15linuxstbkramdra: 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:41AceNikis mr.barry wardell here
22:03:00 Quit funky ("leaving")
22:03:12AceNikor anyone with his similar expertise ????????
22:03:40 Join tchan [0] (n=tchan@lunar-linux/developer/tchan)
22:06:20linuxstbAceNik: Ask your question and you'll find out
22:06:57tsuyoshiwho is barry wardell
22:09:26AceNikwell 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:15linuxstbAceNik: 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:08AceNikk , 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:25linuxstbIt shouldn't be related to the bootloader.
22:18:43linuxstbI don't know if barry is aware of it.
22:18:49 Quit midgey ()
22:18:59linuxstbBut hopefully he'll read the logs and see your questions.
22:21:13kramdralinuxstb: 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:36kramdraif 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:39AceNikok , 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:24linuxstbkramdra: 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:03linuxstbkramdra: 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:50linuxstbHopefully 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:10Aloneamarkun: 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:17webguest36Has 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:59Aloneamarkun: and before being I think 3 days ago.
22:49:09Aloneamarkun: 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:00Soapwebguest36: how old is your version of Rockbox?
22:52:16webguest36It is the latest build
22:52:33Soapok
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:56webguest36The 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:23amiconnmarkun: are you there?
23:02:26Soul-Slayerwebguest36: Same for me on my H10 6gb. I've already alerted linuxstb to it
23:02:38Soul-SlayerUnfortunately he has no idea what is causing it, if I recall.
23:05:35BigMacAlright I want to try to hammer out this error
23:05:41BigMachere is a screen shot http://www.imagemule.com/uploads/winffFCx0.jpg
23:05:50webguest36thanks 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:34fm2Hello. 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:21SoapBigMac: 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:02Moosfm2: JdGordon is probably your man
23:15:11fm2Moos: 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:56fm2|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:53Moosfm2: they will surely check the notification, but Jdgordan; is the one that know the better the roots_menu code ("his" code)
23:16:59fm2|Rincewind|: aha! You don't have to commit. Just tell me if this fixes the problem for you.
23:17:49fm2|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:19fm2|Rincewind|: you could kick the compiler and look at the code while it's doing its work
23:21:26 Part toffe82
23:21:37fm2|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:11fm2Tortoise 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:05fm2It'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:03BigMacSoap: You still lurkin'?
23:26:19|Rincewind|I'm compiling now.
23:26:20roolkufm2: but screen doesn't change its value in " ret_val = items[screen].function(items[screen].param);" ?
23:26:37SoapMy screen flashes when someone says my name - I'm here.
23:26:52*roolku scratches his had
23:27:06fm2roolku: I mean "last_screen", not just "screen"
23:27:07roolkuhead even
23:28:01roolkufm2: 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:27fm2roolku: 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:15fm2roolku: it was changed too early (before the func call) and thus had a wrong value there
23:29:23roolkufm2: hence my comment: but screen doesn't change its value in " ret_val = items[screen].function(items[screen].param);" ?
23:29:55fm2roolku: so what?
23:30:18fm2roolku: I just changed the order of the two lines: func call and changing of last_screen
23:30:42fm2And added some DEBUGF's to track that down
23:30:53BigMacSoap: Got WinFF working:)
23:31:08roolkuI 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:46fm2roolku: important is the value of last_screen when the item's func is called
23:32:30fm2...sinceit's compared with GO_TO_WPS in browser()
23:32:39roolkufm2: so ist last_screen a global that is used by .function() ?
23:33:08fm2roolku: yes, last_screen is a static var
23:33:09|Rincewind|it's working in the sim for me
23:33:30fm2|Rincewind|: the second patch?
23:33:38roolkufm2: 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:13fm2|Rincewind|: :-)))
23:34:31fm2|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:49fm2Seasoned 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:28fm2Not always but if there is uncertainty..-
23:38:09fm2|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:11fm2I don't really like naming conventions that incorporate the scope
23:40:16fm2A 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:14fm2Why 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:22fm2Well, 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:18fm2But we could consider a more flexible debugging system which would allow for selective activation (sort of like a filter)
23:45:47BigMac Is there anyway I can select an entire directory in winFF
23:46:00 Quit smably ("BRB")
23:46:48amiconnfm2: There's a rather simple way to silence the DEBUGF() output per source file:
23:47:14amiconnJust add #undef DEBUGF / #define DEBUGF() somewhere at the top
23:47:36fm2amiconn: but this require a recompile
23:47:46amiconnand?
23:47:55amiconnDebug 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:47fm2I'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:27amiconnIf it was me there wouldn't be a single DEBUGF() or LOGF() in svn code...
23:49:36fm2We could have a "positive" and a "negative" list
23:50:29fm2amiconn: 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:37amiconn_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:33fm2But they don't do no harm. If used sparingly at key places they also don't reduce the readablity of the code
23:52:25amiconnAnd 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:59amiconnmarkun?
23:53:23fm2Ok, 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:45fm2...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:03amiconnMaybe 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:30fm2root_menu is the state machine
23:54:44fm2Not just it but also
23:54:48amiconnYou 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:56fm2No, 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:11amiconnThe original code wasn't mine
23:58:34 Join blackninj [0] (n=zekiel57@CPE-67-48-76-127.neb.res.rr.com)
23:58:55blackninjcan anyone tell me how to change the bootsplash?

Previous day | Next day