--- Log for 07.04.108 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 5 days and 18 hours ago 00.00.14 # krz: well, I can tell you that I don't believe in working with a highres version that "compiles" into target versions 00.00.27 # Nico_P: Happens both with FLAC and MP3 VBR 00.00.37 # and I think the people who have done themes for many targets will agree 00.00.52 # but that's all details 00.00.59 # amiconn: I tested with MP3 VBR... does it also happen to you without shutting down? ie let it stop and resume 00.01.15 # I also start on the last song in the dir for my testing 00.01.17 Quit Jon-Kha (Remote closed the connection) 00.01.29 # Maybe it works when playing one album without interruption, but that's not my typical usage case 00.01.52 # I don't think that would change things... are you up-to-date btw? 00.01.56 # The typical resume is not from the start of a song 00.02.00 Join cbr|w [0] (n=cbr@212.98.160.130) 00.02.44 Quit gregzx ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") 00.03.48 # Bagder: sure it will not completely copy wps, but it will preserve layout as much as possible 00.03.50 Quit desowin () 00.03.57 # krz: I'm also not convinced a unified format for all targets is feasible 00.04.03 # D'oh - H180 is still at r1625 00.04.12 # *r16925 00.04.30 # time to update i'd say :-P 00.04.34 # amiconn: you need at least r16955 IIRC :) 00.04.38 # Meh, current will give me those nasty wrong indices in wps... but I'll try :/ 00.04.51 # r16999 is latest 00.04.57 # amiconn: oh come on, they only last for a couple seconds ;) 00.04.58 # I wonder who will go for r17000 00.05.16 # really? 16999 already? I *haveù to commit! 00.05.27 # Nico_P: Yes, but for some reason this is most often the time when I check the displayed track info 00.05.46 # Nico_P: generally it will preserve layout, this will help to modify wps for new targets 00.05.52 # Nico_P: Gogo! 00.05.54 # amiconn: I really want to solve it, but I need to find a way that won't break anything else 00.06.20 # Nico_P: Commit a manual change or something but do it !! :P 00.06.22 # my plan is to rewrite audio_check_new_track actually 00.07.34 Quit DerDome ("Leaving.") 00.07.51 # krz: I believe in "doing everything explicitely for one screen (resolution, colour depth". I'm pretty sure that even "preserving" a layout would work. Do you know all the different display sizes, colour depth, screen orientation of players Rockbox runs on (not to forget remote screens etc.)? 00.07.57 Quit mcuelenaere () 00.08.03 # eh, wouldn't 00.09.16 # kugel: IIRC the discussion about the smooth resize was that it could be made simpler/smaller 00.09.38 # Nico_P: But then having it in the core? 00.09.48 # but let's face it, noone has tried to and I don't see it happenning with rotting in the tracker 00.09.52 # * pixelma counts 14 cabbiev2 versions... 00.09.53 # Nico_P: I've now updated the H180, and have an album playing. Will report back when it ends 00.09.58 Join gromit`` [0] (n=gromit@ALagny-154-1-47-235.w83-200.abo.wanadoo.fr) 00.09.59 # amiconn: thanks 00.10.04 # This one is FLAC, btw 00.10.09 # Nico_P: Mainly since the creator retired from contributing 00.10.24 # kugel: well he merely ported the algorithm 00.10.56 # Nico_P: I just had the idea the remove those cases for scaling in 1 direction, and take only the part where aspect ratio is kept 00.11.04 # I think it can't hurt to have it in the pluginlib, and if/when we decide to move it into the core, we can optimise it then 00.11.53 Join Vampiryan [0] (n=vacz@nemesis.dunainfo.net) 00.12.15 # . 00.12.18 # hi all 00.12.36 # I think I'll leave all special cases in for now 00.12.52 # jhMikeS: got r17000! 00.12.54 # I wonder a) why simple resize isn't in the core and b) if someone compared the performance of smooth resize against simple resize 00.13.06 # \o/ 00.13.13 # jhMikeS: Weeehh! 00.13.46 # amiconn had the 16000th IIRC :) 00.13.50 # * jhMikeS looks forward to 20000 00.14.00 # a general rule is that thing that could be done in advance should be done in advance. Like decoding images to bmp or scaling them. 00.14.13 # eek 00.14.13 # or rendering fonts, ... 00.14.25 # * amiconn got I08: PrivVio on iriver 00.14.52 # * amiconn wonders how that's possible as we're running in supervisor mode... 00.14.58 # just with audio playack? 00.15.19 # However with bmp resize it would a) allow you to use any WPS without needing a PC to resize your entire collection, and b) having multiple versions of every cover 00.15.25 # No, it's something in my remote lcd driver code. I'm reworking it because of the reported failures 00.16.35 Part Spex 00.17.09 # amiconn: the #0x2700 in the remote drivers should really be #0x2500 since audio DMA isn't normally masked. 00.17.58 Quit bluebrother ("leaving") 00.18.07 Quit gromit` (Read error: 110 (Connection timed out)) 00.19.03 Quit CyBergRind|w (Read error: 110 (Connection timed out)) 00.19.24 # jhMikeS: any hints what could be causing my crashes in thread.c in the h300 bootloader? If I add a sleep() in iriver_h300.c on line 302 (before usb_init) I get AddrErr and IllInstr 00.20.39 Join tomcat_ha [0] (n=F14_fana@82.148.214.99) 00.20.40 Part tomcat_ha 00.20.42 Join tomcat_ha [0] (n=F14_fana@82.148.214.99) 00.21.22 # is there anything inclined to use something too early? any task switching calls will also enable interrupts. 00.21.32 # copy&paste error... 00.21.49 Quit simonrvn ("bbl") 00.22.00 Join TaylorKillian [0] (n=Administ@rs225196.resnet.wright.edu) 00.22.10 # this is well after interrupts are enabled 00.22.25 # hello all 00.22.49 # just wanted to let you guys know that i updated my application (ARM Emulator) 00.22.51 # petur: I'll have a closer look. 00.23.04 # anyways, let me know if you have any further questions 00.23.20 # so my itunes cant see my ipod 5.5 gen at all 00.23.33 # so i cant use the restore option to try to get my ipod working again 00.24.08 # any other way to restore my 5.5 gen ipod? on windows home media center edition 00.24.11 Join webtaz [0] (n=4fd48d9e@gateway/web/cgi-irc/labb.contactor.se/x-fa5084b5d789ae0d) 00.25.26 # i also tried dskchk 00.25.32 # petur: weird since there is a big long sleep way before it 00.25.39 Quit lee-qid ("aufwiederbyebientotsayonara") 00.25.44 Quit krz (" ?") 00.25.44 # jhMikeS: yes 00.26.09 Quit robin0800 (Read error: 104 (Connection reset by peer)) 00.26.26 # TaylorKillian: thanks for letting us know :) 00.26.37 # jhMikeS: it has nothing to do with the sleep() itself, but with timing. If I add printf() in between I can also get the crashes. Or it just plain hangs. 00.26.49 Join andrew_ [0] (n=andrew@stjhnf0124w-142162083227.pppoe-dynamic.nl.aliant.net) 00.27.04 Join Nate101 [0] (n=465c9f89@gateway/web/cgi-irc/labb.contactor.se/x-add3c6f691d8339d) 00.27.18 # i have a question about videos on my ipod 00.27.28 # I feel there is some bug there that for some reason only happens on my h380 :/ 00.27.54 Quit dabujo (Read error: 104 (Connection reset by peer)) 00.28.30 # * jhMikeS wonders about system_init and kernel_init being so late in the game 00.28.30 # some movie files i have when i try and sync to my ipod video (30gb) are invalid types but windows media player will play them? what are valid types.. 00.28.50 # MPEG 1/2 00.29.07 # at the correct resolution etc 00.29.20 # See www.rockbox.org/wiki/PluginMpegPlayer 00.29.39 # Sorry, www.rockbox.org/wiki/PluginMpegplayer 00.29.42 # in short: rockbox is picky 00.29.47 # No 00.30.00 # Gartral: you're welcome to implement more codecs 00.30.03 # It only plays the formats it has a decoder for 00.30.20 # at a designated resolution 00.30.21 # petur: if any of that could touch threading in any way there could be problems 00.30.30 # And at the correct resolution, as it is an MP3 player, not a PC 00.30.53 # wouldnt it just resize the resolution tho? 00.30.56 # jhMikeS: any of what? 00.31.02 # Virtually all the targets cannot resize a video on the fly, it just isn't powerful enough 00.31.26 # petur: any of the code before system_init/kernel_init 00.31.31 # oh...i was wondering cuz for some reason it can do it for my movie 00.31.47 # No, it can't 00.31.57 # Rockbox does not resize movies 00.32.07 # * petur feels unsafe about trying a bootloader with code changes that early. Must ask LinusN :/ 00.32.09 # no i mean on my regular ipod, im trying to install rockbox now 00.32.24 # Do you have a Video IPod? 00.32.31 # yes 00.32.42 # It has an additional video decoder chip that we don't know how to use 00.32.44 # i just got it from my sister, we traded cuz she doesnt like hers and has never used it 00.33.00 # But in many cases, itunes does stuff on the way over 00.33.01 # oh alright, but i can still use rockbox right? 00.33.04 # Yes 00.33.04 # jhMikeS: Late? They happen as the first 2 things in init() (just with the coldstart detection on SH before it) 00.33.13 # ok cool cuz i had ipod nano 2nd gen and i couldnt before 00.33.15 Quit webtaz ("CGI:IRC (Ping timeout)") 00.33.31 # also before i couldnt find the bootloader, where is it? 00.33.37 # Nate101: But with the Ipod video only, you are probably better off watching vids in the Apple firmware, and doing everything else in Rockbox 00.33.49 # Nate101: Full instructions are in the manual, please read it 00.33.54 # ok 00.34.47 # good night 00.34.54 # amiconn: the iriver bootloader does a bunch of stuff before it 00.35.10 Quit waldo ("Konversation terminated!") 00.35.21 # AH, bootloader 00.35.49 # so i can do everything in rockbox and still watch videos off apple firmware? 00.35.50 Join webtaz [0] (n=4fd48d8f@gateway/web/cgi-irc/labb.contactor.se/x-d328978223074f8b) 00.36.07 # If it's guaranteed to not touch the kernel stuff then it's safe. 00.36.19 # Nate101: Yes, the manual tells you how to dual-boot 00.36.31 # petur: Is only the H380 doing this? 00.36.31 # Well, the ON button detection needs to be done as soon as possible, hence it's above. 00.36.57 # jhMikeS: yes, with my 40GB disk it boots fine 00.37.36 # but the 80GB disk attached to my h320 also boots fine 00.37.59 # It's done "by hand", i.e. shouldn't influence any kernel stuff. The rtc check is probably necessary too. 00.38.45 # do i need to install a theme now or can that be done at a later date 00.39.05 # Whenever you like, but make sure to install the font pack 00.39.28 # ok and i can install games later too? 00.39.57 # petur: Hard to say at this other than something trashing the thread structures later which produces very quick crashes. 00.39.59 Quit BlakeJohnson86 (Remote closed the connection) 00.40.05 # Most plugins come with - the only ones that need extra installation are doom wads, and various roms for emulators 00.40.08 # Nico_P: red! 00.40.09 # Nico_P: Well done :) 00.40.15 # doh 00.40.27 # it says it cant find my ipod 00.40.34 # I'm so stupid 00.41.00 # Nico_P: do you want to use it in the jpeg viewer? 00.41.01 # Nate101: Have you connected it in disk mode via itunes? 00.41.09 # markun: would be nice 00.41.10 # jhMikeS: one of the crashes was an AddrErr in struct core_entry cores[NUM_CORES] 00.41.26 # * jhMikeS has image scaling filters which are tiny 00.41.32 # ahhh nope 00.42.14 # jhMikeS: I know and hope we can do better, but I've been meaning to commit this for a long time and didn't want to let it rot in the tracker any more 00.43.39 Quit midkay ("Leaving") 00.43.39 # petur: I'm fairly certain that problem would have to come later from a trashing of the bss section. 00.44.16 # Nico_P: hmm... since when do blank lines above the %wd tag count in the WPS? 00.44.38 # pixelma: haven't they always counted? 00.44.40 # Nico_P: Why didn't you convert pf also to smooth reisze in that run? 00.44.41 Join crzyboyster [0] (n=6210f00c@gateway/web/cgi-irc/labb.contactor.se/x-9df5cb73593523da) 00.44.50 # * kugel has 1 patch less in his build, nice 00.44.59 # alright i think i connected it in disk mode but honestly i have no lue 00.45.01 # Nico_P: I'm not sure but I think not... 00.45.02 # kugel: because I'm not sure it's fast enough but I'll sure test 00.45.02 # * jhMikeS looks for the little gaussian and other filter code 00.45.09 # What exactly was r17001 > http://svn.rockbox.org/viewvc.cgi?view=rev;revision=17001 ? Is it an album art resize patch? 00.45.16 # not yet 00.45.17 # Nate101: i have a similair problem..... but i already seemingly tried everything and am now looking at getting apple support. 00.45.22 Quit webtaz ("CGI:IRC (Ping timeout)") 00.45.27 # Nico_P: Let me get on my linux box, I'll test 00.45.27 # yayy i got it working 00.45.32 # tomcat_ha: No, you have a different problem 00.45.39 Quit kugel ("ChatZilla 0.9.81 [Firefox 3.0b5/2008032620]") 00.45.39 # ya i have no idea how i did it but now i see rockbox on my ipod 00.45.53 # So does anyone know? 00.46.07 # crzyboyster: I already answered you 00.46.19 # Nico_P: http://jhmikes.cleansoap.org/2_pass_scale.zip 00.46.23 # Thanks 00.46.28 Part Gartral 00.46.31 Quit crzyboyster (Client Quit) 00.46.55 Quit ompaul (Client Quit) 00.47.14 # is it supposed to be like stuck at the do not disconnect screen? 00.47.47 # jhMikeS: Urgh, C++ and floats... 00.48.03 # Nico_P: probably not important, was just surprised a bit 00.48.06 # Nate101: Have you safely removed it? 00.48.15 # uhh nope 00.48.22 # .... 00.48.33 # hmmm does the h1x0 have a setting to disable the optical link? 00.48.35 Join midkay [0] (n=midkay@rockbox/developer/midkay) 00.48.45 # petur: In rockbox, yes 00.48.58 # If you mean optical output on/off :) 00.49.02 # Nico_P: (because I *believed* it was different, but oh well) 00.49.17 # BigBambi: yes 00.49.26 # then yes :) 00.49.44 # pixelma: I don't remember any requirement for the %wd tag to be on top on the WPS 00.49.46 # ok now im stuck at a screen the says ok to disconnect 00.49.57 # And have you disconnected it? 00.50.10 # yes 00.50.19 # And removed the cable? 00.50.33 # yep 00.50.35 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-8b01d6cb7f8ff467) 00.50.45 # Menu + select will reset it 00.51.41 Join TaylorKillia1 [0] (n=Administ@rs225196.resnet.wright.edu) 00.52.01 # ok now i get a menu says 00.52.05 Join kugel [0] (n=kugel@unaffiliated/kugel) 00.52.10 Quit ender` (" Did you know that when you smile at someone you exercise nine different muscles and if you beat them to death you exercise") 00.52.17 Quit TaylorKillian (Read error: 104 (Connection reset by peer)) 00.52.25 Nick TaylorKillia1 is now known as TaylorKillian (n=Administ@rs225196.resnet.wright.edu) 00.52.30 # hmmm 00.52.37 # rockbox boot loder version 2.0....etc....cant load rockbox.ipod file not found hold menu + select to reboot then select+play for disk mode 00.52.39 # i seeimly lost my recipt and all 00.52.49 # amiconn: well, it needs converting of course 00.52.58 # Nate101: So you haven't extracted a build properly to your iPod 00.53.07 # i wonder how i can convince i am still covered under warrenty with my online backing thing :X 00.53.08 Quit hannesd (Read error: 113 (No route to host)) 00.53.11 # :S 00.53.23 # jhMikeS: We'd also need an algorithm that can resize on-the-fly, with only little more than 1 line worth of pixels buffered 00.53.24 # should i reconnect to the computer? 00.53.29 # yes... 00.53.33 # crap I'm being sloppy 00.53.44 # alright 00.53.46 # I mean on-the-fly when loading a .bmp 00.53.47 # Nico_P: Is there an easy way to have both pf versions on the target? like renaming the .rock? 00.53.57 # Nate101: just unzip the rockbox build directly to you player. It has a .rockbox/ folder with the rockbox.ipod file inside 00.54.03 # kugel: renaming the rock will work 00.54.04 # amiconn: then vertical interpolation is severely limited when minimizing 00.54.07 Join simonrvn [0] (i=simon@unaffiliated/simonrvn) 00.54.13 # Nate101: Read the installing the build part of the manual again 00.54.18 # BigBambi: care to tell me where the setting for the optical on/off is? 00.54.29 # petur: One mo, I'll fetch the H100 00.54.34 # Nico_P: why does that bilinear resize code need seperate cases for horizontal, vertical and horizontal + vertical scaling? 00.55.05 # saratoga: it's optimisation, but as I said in the commit message they can be removed if/when size matters 00.55.31 # petur: Settings -> General Settings --> Playback --> Optical Output 00.55.34 # jhMikeS: Well, the scaling factor is known in advance, and I do think it should be possible with the help of the destination buffer and the single-line normalized input buffer 00.55.35 # ah thats good then 00.55.45 # BigBambi: thnx 00.55.48 # if we removed those other cases, the scaling code would be quite small 00.56.07 # i dont see anything i skipped 00.56.13 Join BlakeJohnson86 [0] (n=bjohnson@99-200-170-134.area2.spcsdns.net) 00.56.21 Quit kugel (Remote closed the connection) 00.56.24 # Nate101: So you extracted rockbox.zip to the iPod? 00.56.41 # is the concepttronic grab'n go a worthwhile mp3 player? 00.56.48 # if u mean run the installer thing, find the right place, and click complete installation then yes 00.57.27 # BigBambi: So I wasn't dreaming (this setting is missing in the manual) 00.57.30 # Nate101: Rerun the installer, go to the second tab and select install build 00.57.42 # petur: Ah, I haven't checked the manual :) 00.58.19 Join kugel [0] (n=kugel@unaffiliated/kugel) 00.58.29 # petur: you'll probably find other settins missing in the manual too (though I'm a bit surprised that such an old thing is missing too) :\ 00.58.38 # * jhMikeS would still prefer to use C++ for things like mpegplayer where abstraction and containment pays off bigtime 00.58.40 # settings too 00.58.55 # is anyone here familar with variable length coding? 00.58.58 # it doesnt say install build it says install bootloader 00.59.08 # And what is the second button? 00.59.10 # i've found yet another bug in that part of the wma decoder, and it'd be helpful to understand how it works 00.59.23 # or rather huffman coding i guess 00.59.27 # ahahaha thats sneaky 00.59.49 # Nate101: Complete install should work, but there was a bug in one of the releases of it 01.00.03 # isn't huffmann variable-length coding by definition (using prefix codes)? :) 01.00.54 # yes they're the same thing 01.01.08 # * Nico_P test builds this time 01.01.13 # well more or less, i think its a DFT vs. FFT thing 01.01.40 # i still get the ok to disconnect thing 01.01.54 Quit Rob2222 () 01.02.14 # basically i'm wondering what changing the depth of the binary tree actually does 01.02.34 Quit kugel (Client Quit) 01.02.40 # limits the maximum code length 01.03.31 # or changes it since the maximum code length should be equal to the maximum tree depth 01.03.47 Quit Soap ("Leaving") 01.04.11 # depth, path length from root to leaf or whatever :p 01.04.22 # ya i downloaded and installed and everything but i keep getting the same errors 01.04.23 # So i heared that there are more mp3 players then ipod classic that have 160 gb of memory 01.04.31 # any idea where i can find them? 01.04.45 # tomcat_ha: Google? This channel is for Rockbox only 01.04.45 Join Llorean [0] (n=DarkkOne@ppp-70-243-34-31.dsl.hstntx.swbell.net) 01.05.16 # jhMikeS: oddly enough, the ffmpeg recommends changing that to conserve memory at the cost of CPU time 01.05.22 # which confuses me 01.05.45 # i would expect that the depth would be determined by the file being decoded 01.05.53 # Nico_P: Resume after playlist end is still possible (only once though - next try will splash "Nothing to resume") 01.06.05 # I got the last 3 seconds of the last song 01.06.11 # :/ 01.07.31 # * amiconn tries something 01.07.59 # saratoga: so somehow they allow an increase in path length to conserve memory which I guess makes it approach O(n) instead of O(log(n) or something. I'm just guessing since I'm not actually looking at the code itself. 01.08.27 # can anybody help me 01.08.43 # Only if you ask a question 01.08.50 Join soap [50] (n=soap@rockbox/staff/soap) 01.09.03 # i still can't get that screen off, and ive tried installing both ways like you said 01.09.19 # Which screen off? 01.09.40 # the ok to disconnect screen 01.09.41 # even though it is disconnected 01.09.54 # So reset it again like last time with menu + select 01.10.14 Join kugel [0] (i=kugel@unaffiliated/kugel) 01.10.16 # i did 01.10.21 # and? 01.10.32 # It's an array bintree? 01.10.36 # i get that error message say ing it cant load rockbox.ipod 01.10.47 # So it still isn't there properly 01.10.57 # Can you try to extract it manually? 01.11.09 # hmm i can try 01.11.28 # Connect to the computer, download the correct build from build.rockbox.org, then extract it directly to your ipod 01.12.04 # Nico_P: I can't say that it's slower on my e200, but I also can't say that it looks better 01.12.27 # how do i extract it directly to my ipod 01.12.33 Join Rob2222 [0] (n=Miranda@p4FDCDCD6.dip.t-dialin.net) 01.12.41 # Nate101: Do you know how to extract a zip? 01.12.46 # yes 01.12.58 # Then do that to your ipod 01.13.11 # If it is H: then unzip rockboz.zip to H:\ 01.13.19 # ok 01.13.30 # * jhMikeS must point out that pegbox fails to build on gigabeat S 01.14.05 # Pegbox has weird controls on many targets 01.14.11 *** Saving seen data "./dancer.seen" 01.14.58 Quit BigBambi (Remote closed the connection) 01.15.45 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 01.16.32 # no keymap is defined but it doesn't say "Unsupported Keymap" but instead complains about each button. 01.17.08 Quit moos ("Rockbox rules the DAP world") 01.17.55 # * jhMikeS should just toss a keymap into it 01.18.29 # Nico_P: What gets acutally resized in pf? The cached bmp only, or the zoom too? 01.19.05 # resized with simple_resize I mean 01.19.35 # pixelma: Thank you for the cabbie v2 changes on grayscale btw. I can actually read text over the logo on the background now :) 01.20.04 # kugel: IIRC it's the bitmap after it's loaded 01.20.11 # Ahh Nico_P, I see, pictureflow uses another resize for the zoom 01.20.17 # BigBambi: thanks - and me too :) 01.20.21 # That's why I can't spot a difference 01.20.21 # I think it's written to a cache file after being resized 01.20.23 # yes 01.20.49 # the improvement will be visible if you use 100% zoom 01.21.04 # Should it be possible to use simple/smooth for the zoom as well? 01.21.11 # Nico_P: Hardly, with 100x100 album arts ;) 01.21.31 # no, the zoom is comptletely different code 01.22.15 # I see, but it could be changed, can't it? 01.22.31 Quit BHSPitLappy (Remote closed the connection) 01.23.26 # Hmm, make a test 150x150 album art, let's see 01.23.50 # Nico_P: Quickest way to reproduce the resume bug: Start playing the second last track of a directory. Stop somewhere within that track. Resume, and let it play up to the end of the dir. 01.23.54 # kugel: it won't be easy to change 01.24.19 # amiconn: that's not exactly what I call quick :/ 01.24.29 # It's important to start on the second last (or earlier) track, and to stop somewhere within the track. Last track won't cause it, as well as starting at a track boundary 01.24.40 # ah, "second last". I read "second" 01.25.17 # I'll try 01.25.22 # It *may* be important to use something vbr - not sure. Most of my music is vbr 01.25.32 # Maurus Cuelenaere 01.25.36 # Maurus Cuelenaere 01.25.41 DBUG Enqueued KICK saratoga 01.25.41 # Maurus Cuelenaere 01.25.48 # saratoga: ? 01.25.49 # saratoga: yes? 01.25.51 # ? 01.25.54 # broekn paste 01.26.00 # in the webclient 01.26.15 # i was trying to paste his name into the client and it pasted it into the chat instead 01.26.22 # Nico_P: I guess if only the cached bmp's are resized, there won't be any performance impact, except maybe a slightly higher cache build time 01.26.33 # regardless, has there been any thought to giving that guy whos name i cannot copy and paste svn access 01.26.49 # his CVM patch is already > 200kb 01.27.08 # maybe parts of it should start going into the svn before they become unmanageable 01.27.59 # plus i think parts of it would be useful for the M:Robe port 01.28.21 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 01.28.21 # * Nico_P is in favor 01.29.15 # saratoga: which M:Robe port? ;) 01.29.55 # is there anyway i can manually install the bootloader? 01.30.09 # yes, the manual tells you how 01.30.11 # saratoga: Aren't there some things he really needs to clean up in his patch (last time i heard, at least) or has that been addressed? 01.30.45 # Nate101: But if it is complaining that it can't find rockbox.ipod then the bootloader is there 01.30.53 # no its not anymore 01.31.02 # im trying to reinstall the bootloader 01.31.07 # Nico_P: My 150x150 AA doesn't get resized in both cases.. 01.31.09 # cuz i accidentally clicked uninstall bootloader 01.31.12 # Llorean: i think they've mostly been addressed 01.31.16 # but when i do it says can't open ipod 01.31.26 # and anyway, if hes just adding stuff to his part of the target tree ... 01.31.47 # saratoga: It still needs to meet the coding guidelines... 01.32.00 # * Llorean doesn't know what was wrong with it before. 01.32.11 # I just remember that there was some sort of list of things that he needed to fix about it. 01.33.14 Part DavidSG 01.33.24 # * Nico_P sees some tabs and some very long lines 01.34.15 # but I still thinks he would be better off in SVN 01.34.52 # amiconn: I got the 3 sec resume 01.35.00 Quit mrfree (Read error: 110 (Connection timed out)) 01.35.11 # Nico_P: Couldn't we just say "we'd like you to clean up your patch so that we can give you access and have you commit it?" 01.35.43 # * petur gives up on the bootloader for now and goes to sleep 01.35.46 Quit petur ("Zzzzz") 01.35.47 # Llorean: yes. we should also mention that it would be better if he could break it down in logical pieces if possible 01.35.52 # Absolutely 01.36.21 Quit Nate101 ("CGI:IRC (Ping timeout)") 01.39.37 Quit ali_as_ ("zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZz") 01.39.48 # Nico_P, kugel, amiconn, linuxstb, disorganizer: I just added the viewport bgcolor patch to the flyspray tracker as FS#8856 :) 01.39.57 # http://forums.rockbox.org/index.php?topic=16251.msg121510#msg121510 is funny, but shouldn't we delete it? 01.40.12 # I'm not going to stick my neck out to do it, though. ;) 01.40.27 # haha 01.40.46 # Comments are (of course) welcome! 01.41.19 # * pixelma doesn't want the wma debug output in the sim console to not overwrite the complete backlog :\ 01.41.54 # -not 01.41.57 # * gevaerts tries to parse pixelma's sentence and wonders if it means what she wants it to mean :) 01.42.11 # soap: I really don't want to, but I suppose it should be. 01.42.18 # gevaerts: noticed 01.42.30 # * gevaerts was just too late 01.42.35 Quit advcomp2019 (Read error: 104 (Connection reset by peer)) 01.42.41 # DEBUGF them :-P 01.42.48 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 01.42.54 # that is exactly how I feel, Llorean. 01.42.58 # * Massa just wants to go to bed and sleep (local time is 01:40 and I have to stand up in a few hours ;) 01.43.06 # soap: But I did it anyway. 01.43.09 # other prople can read the forums at this moment? more :\ 01.43.14 # *people 01.43.33 # Good night all :-) 01.43.40 # Llorean: no has commented on his patches in FS#8686 so far 01.44.03 # and he did break up a few of the pieces a while back but no one commented on them 01.44.19 # Massa: Nice 01.44.31 # maybe someone familar with adding a port could post a couple lines in there explaining what we expect? 01.44.33 # Massa: Same here, should go to bet too :( 01.44.34 Quit DerPapst ("So Long And Thanks For All The Fish!") 01.44.35 # Massa: I don't understand why you're commenting on overlapping viewports if it's not allowed? 01.44.45 # i'm hesitant to do it myself 01.44.52 # kugel: I bet... 01.45.00 # :P 01.45.02 # kugel: so now you can have a look at ;) 01.45.05 # ;P 01.45.12 # I allready looked :) 01.45.34 # saratoga: Well one expectation is that it meets the coding guidelines, since we don't want to commit "new" (non-ported) code that doesn't meet them. I don't know what else. If I recall, there was code that wasn't organized properly (edits to files when they should be new files) but I don't know about that. 01.45.37 # Llorean: well, it was a discussion earlier here - and I thought I add it as note. Shall I remove that note? 01.45.59 # Massa: Well I'm more curious, you describe what it does when viewports overlap. Does it have code for this case, or is this just a side effect, or what/ 01.46.00 # Not sure why you put the *parse_viewport_opt_param in an extra function though 01.46.02 # ? 01.46.03 # Llorean: do you remember who had looked at it before? 01.46.07 # Is it meant to get reused? 01.46.23 # saratoga: No clue. Sorry 01.47.06 # Llorean: actually it's just the same behaviour as is atm (the backdrop colour will always be used) - there's no overlap handling... 01.47.21 # Gotcha 01.47.55 # kugel: that's just preparation for later usage in parse_list (when it's able to handle optional parameters) ;) 01.47.56 # saratoga: Bagder committed part of it 01.48.14 # Nico_P: whats the rev number? 01.48.27 Quit spiorf (Remote closed the connection) 01.48.39 # Massa: IMO the || case should be left out 01.48.49 # ah r16347 01.48.54 # * jhMikeS wonders why lists with a hidden seletion are so misbehaved at scrolling 01.49.00 # but it will probably be needed when more optional parameters come 01.49.24 # kugel: and to make it more readable, btw. shouldn't I used "inline" for that method? 01.49.29 # all before FS#8686 was open though 01.49.52 # probably 01.50.25 # kugel: why shall || be left out? (to be honest I thought about adding that also to the bg_pattern parameter...) 01.50.33 Quit BlakeJohnson86 (Read error: 104 (Connection reset by peer)) 01.50.36 Quit gevaerts ("GSoC mentors : please look at this task list...") 01.51.06 # As I said, it will probably be needed if more optional parameters come ;) 01.51.58 # nethertheless - I *now* leave and go to bed - only 4,5 hours left to sleep! Bye everybody! 01.52.30 Quit Massa ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") 01.52.50 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-135-22.hsd1.mn.comcast.net) 01.52.51 # Massa: Don't you think it was better to make the function return a bool and edit the char over the pointer? 01.53.19 # meh 01.53.32 # I'm gonna follow him I think :P 01.53.38 # good night 01.53.50 Quit kugel ("ChatZilla 0.9.81 [Firefox 3.0b5/2008032620]") 02.03.23 # amiconn: for some reason, playlist_end isn't true when audio_stop_playback() is entered 02.06.54 # ok, since-4weeks,html only shows through 16999, and the front page only shows back to 17002, so is one of those missing two the commit of bmp resize? 02.07.40 # nevermind - I can look at the SVN mailinglist. :) 02.08.08 # soap: http://www.rockbox.org/recent.shtml#svn 02.08.13 # its r17001 02.08.14 # it's the red commit in the build table ;) 02.08.48 # stupid question follows: Does this work in WPS, or (it appears) only in pluggins? 02.09.06 # its in the plugin library so i assume plugin only 02.09.31 # though eventually it'll probably go core i guess 02.09.43 # soap: as saratoga said: no change in the WPS 02.09.47 # bilinear interpolation is extremely simple, so it shouldn't use much binsize at all 02.10.19 # Nico_P: will grescale eventually get it too? 02.10.29 # my thinking for committing this was that it would probably generate interest into getting a better version into the core 02.10.48 # pixelma: hopefully but I don't see myself implementing it for now 02.13.20 # greyscale too 02.13.55 # * pixelma should give up typing completely for now and get some sleep too, night 02.15.09 Part pixelma 02.22.14 # amiconn: I traced the 02.22.55 # oops. here's the end: ...line responsible for this back to r10039 02.32.14 # I need to investigate the fix more 02.32.17 # but now, bed time 02.34.04 Quit Zarggg () 02.35.57 Quit Nico_P (Remote closed the connection) 02.38.53 Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 02.39.25 # anyone with a c200 feel like posting the results of a battery bench? 02.39.36 # i'd like to calibrate the c200's battery one of these days 02.40.57 Quit amiconn (Nick collision from services.) 02.41.04 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 03.14.15 *** Saving seen data "./dancer.seen" 03.16.59 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 03.16.59 Quit Xerion (Read error: 104 (Connection reset by peer)) 03.17.28 Join Xerion [0] (n=xerion@cp198589-d.landg1.lb.home.nl) 03.41.53 Join hooncakes [0] (n=hooncake@c-68-80-113-123.hsd1.nj.comcast.net) 03.46.58 Quit Thundercloud_ (Remote closed the connection) 03.54.19 Quit hooncakes () 03.55.28 Quit dandin1 () 03.59.09 Join cool_walking_ [0] (n=notroot@203-59-129-195.perm.iinet.net.au) 04.08.55 Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 04.09.08 Join Bagder_ [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) 04.23.05 Join BlackChaos [0] (i=BlackCha@ool-182cdaac.dyn.optonline.net) 04.23.05 Quit BlackChaos (Client Quit) 04.27.01 Quit Bagder (Read error: 110 (Connection timed out)) 04.47.21 Join sarixe [0] (n=sarixe@ool-435403e9.dyn.optonline.net) 04.48.52 Quit Shaid (Read error: 110 (Connection timed out)) 04.52.49 Quit saratoga ("CGI:IRC (EOF)") 04.58.06 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 04.59.28 Quit jhMikeS (Nick collision from services.) 04.59.34 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 05.04.42 Join CyBergRind|w [0] (n=cbr@212.98.160.130) 05.06.26 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-66cc34d5a1c36eea) 05.08.12 Quit Xerion (leguin.freenode.net irc.freenode.net) 05.08.12 NSplit leguin.freenode.net irc.freenode.net 05.08.12 Quit BlakeJohnson86 (leguin.freenode.net irc.freenode.net) 05.08.12 Quit cbr|w (leguin.freenode.net irc.freenode.net) 05.08.12 Quit ch4os_ (leguin.freenode.net irc.freenode.net) 05.08.12 Quit joshin (leguin.freenode.net irc.freenode.net) 05.08.12 Quit HEx (leguin.freenode.net irc.freenode.net) 05.08.12 Quit nicktastic (leguin.freenode.net irc.freenode.net) 05.08.12 Quit gibbon_ (leguin.freenode.net irc.freenode.net) 05.08.12 Quit leox (leguin.freenode.net irc.freenode.net) 05.08.12 Quit BrianHV (leguin.freenode.net irc.freenode.net) 05.08.12 Quit lostlogic (leguin.freenode.net irc.freenode.net) 05.08.12 Quit sbhsu (leguin.freenode.net irc.freenode.net) 05.08.12 Quit pabs (leguin.freenode.net irc.freenode.net) 05.08.12 Quit daven (leguin.freenode.net irc.freenode.net) 05.08.37 NHeal leguin.freenode.net irc.freenode.net 05.08.37 NJoin gibbon_ [0] (n=joel@195.182.2.234) 05.08.37 NJoin nicktastic [0] (n=nick@unaffiliated/nicktastic) 05.08.39 NJoin lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) 05.08.58 NJoin joshin [0] (n=joshin@VDSL-130-13-240-229.PHNX.QWEST.NET) 05.09.01 NJoin sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 05.09.04 NJoin Xerion [0] (n=xerion@cp198589-d.landg1.lb.home.nl) 05.11.37 NJoin pabs [0] (n=pabs@xor.pablotron.org) 05.11.47 NJoin BlakeJohnson86 [0] (n=bjohnson@c-24-118-135-22.hsd1.mn.comcast.net) 05.11.47 NJoin HEx [0] (i=HEx@83-231-208-215.dsl.prodigynet.co.uk) 05.11.47 NJoin leox [0] (n=leox@165-162-114-200.fibertel.com.ar) 05.11.47 NJoin BrianHV [0] (n=bhv1@copland.brianhv.org) 05.11.47 NJoin daven [0] (n=daven@145.175.adsl.brightview.com) 05.11.50 Join ch4os_ [0] (n=ch4os@host-91-192-90-10.elomza.pl) 05.11.50 Quit BrianHV (Connection reset by peer) 05.11.50 Join BrianHV [0] (n=bhv1@64.62.190.165) 05.11.51 *** Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' 05.14.02 Quit Zarggg () 05.14.18 *** Saving seen data "./dancer.seen" 05.14.19 Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 05.17.04 Join DiceR [0] (n=cbceb6be@gateway/web/cgi-irc/labb.contactor.se/x-07f83fabfd984017) 05.18.09 # Anybody here using 'black glass' theme with a gigabeat? 05.20.51 # Theme seems broken after upgrading to a new build :( 05.22.47 Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) 05.24.52 Quit m0f0x () 05.26.36 Join codin [0] (n=codin@pool-96-234-114-17.nwrknj.east.verizon.net) 05.26.42 # hi 05.34.34 Join DavidSG [0] (n=Tordre@n098h202.wsr.mun.ca) 05.34.49 Join wpyh [0] (n=3b42f515@gateway/web/cgi-irc/labb.contactor.se/x-43d1283d557e7bfe) 05.35.37 Quit Horscht ("http://www.geisterfahrer.org") 05.36.10 Part codin ("Leaving") 05.39.35 # hi guys 05.39.50 # this is the first time I'm here 05.40.11 # I tried to connect to the irc servers but I can't seem to (pidgin says "connecting..." 05.40.25 # maybe because I'm in China :p 05.40.57 # so I'm using cgi right now 05.44.55 Quit DiceR ("CGI:IRC") 05.45.00 # wpyh, you have a question about rockbox 05.52.14 # well, nothing important :p 05.53.12 # just like to hear about the meizu m6 port 05.55.31 # and by the way 05.55.32 Quit nplus (Read error: 104 (Connection reset by peer)) 05.59.43 # i've got a rockchip-based player 05.59.49 # has anyone done a port on such chips? 06.00.00 # I mean, I don't see any on the ports list 06.00.09 # bug maybe someone has experience 06.03.33 # They probably will tell you if you want a new port "start it your self and maybe someone will join in", in fact i do believe people ask frequently about new ports. If only they had some location to store the answers to such questions. 06.06.04 # I would like to start myself, but... I simply don't have the skills 06.06.17 # I would be happy to collaborate though 06.06.24 # the player is OPPO D29 06.09.25 # i just googled it i cannot seem to find any english page about it. 06.10.15 Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 06.19.49 # wpyh, you can look at the "new port" in the forums you can find out 06.21.14 Quit sarixe ("(EE) Failed to load "quit" module") 06.23.56 # DavidSG: most likely it's only sold in China 06.25.14 # advcomp2019: There's a topic there but it's old and not updated anymore. Maybe I'll update that topic :) 06.27.24 Quit Zom (Remote closed the connection) 06.27.35 Join Zom [0] (n=zom@h-43-44.A166.cust.bahnhof.se) 06.29.08 # \ 06.29.55 Join RoC_MasterMind [0] (n=Free@c-71-203-172-58.hsd1.fl.comcast.net) 06.30.29 # Any major problems with rockbox on ipod old 3rd gen? 06.31.10 Part DavidSG 06.35.04 Join DavidSG [0] (n=Tordre@n098h202.wsr.mun.ca) 06.37.09 Join thegeek_ [0] (i=thegeek@s220b.studby.ntnu.no) 06.41.45 Quit RoC_MasterMind ("Leaving") 06.42.36 Join countrymonkey [0] (n=4b05639a@gateway/web/cgi-irc/labb.contactor.se/x-bc7c162382b488da) 06.45.23 # fs#s8712, 8720, 8722, 8788, 8761, and 8834 are in committable states. Could they be applied to svn? 06.45.51 Join webguest35 [0] (n=60e016c4@gateway/web/cgi-irc/labb.contactor.se/x-9d2a0e8722c6de18) 06.46.14 # Hey Can someone help me out with my rockboxed ipod video ? 06.47.00 # what's wrong? I am a former rockbox ipod user. 06.47.56 # im trying to get it to play Video's 06.48.36 # what format? 06.48.38 # and for somereason i dont find it anywhere 06.48.41 # MP4 06.49.40 # bleepity bleep. Rockbox cannot play mp4 vids AFAIK. It has mpegplayer but that only plays mpegs video streams 1 and 2. 06.50.54 Join JdGordon|uni [0] (i=82c20d6a@rockbox/developer/JdGordon) 06.51.28 # ok pretty much dont understand what you mean by Streams 1 and 2 and AFAIK 06.51.53 Quit Zarggg () 06.53.03 # Simply put: the mpegplayer in rockbox is not capable of playing MP4 videos 06.53.08 # to do that, use the original firmware. 06.53.23 # arg.. WTF? playback has gone fubar! 06.53.41 # 3 tracks in a row hacve jumped to the next track after about 40sec or so! 06.54.18 # oh joy.. its now directory skipped! 06.54.49 Quit thegeek (Read error: 110 (Connection timed out)) 06.55.03 Quit XavierGr (Nick collision from services.) 06.55.16 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 06.57.32 # please explain. You sound so out-of-whack. 07.01.41 # webguest35: read the PluginMpegplayer wiki page. 07.03.39 # ok 07.05.44 # Why are there 120 people but half of them I see without fail everytime I come here? 07.06.29 # And I don 07.06.36 # and I don't mean devs 07.09.03 # Cause I work with computers, so I'm always on one.. 07.09.22 # I mean on this chanel. 07.09.41 # 'Cause I'm interested in Rockbox 07.10.46 # so am I, but I'm only on this thing about 1 hour a week. 07.13.06 # It doesn't cost anything to just leave the windows here and check it every now and then... 07.14.06 # for some reason, when I do that, the messages stack up way too quickly. 07.14.22 *** Saving seen data "./dancer.seen" 07.20.08 Quit csc` (Read error: 110 (Connection timed out)) 07.23.35 Quit JdGordon|uni ("http://www.mibbit.com ajax IRC Client") 07.23.41 Quit webguest35 ("CGI:IRC (EOF)") 07.25.40 Quit countrymonkey ("CGI:IRC (EOF)") 07.30.04 Join countrymonkey [0] (n=4b05639a@gateway/web/cgi-irc/labb.contactor.se/x-1e6e7bfb2df5bb71) 07.32.45 # Gosh, I know this only has a vague connection to rockbox, but does anyone know how to get cassettes into an rb playable format? I don't like my cassette player much anymore; it is getting old. 07.33.35 Part toffe82 07.47.54 Quit XavierGr () 07.48.53 Join DerDome [0] (n=DerDome@dslb-082-083-202-158.pools.arcor-ip.net) 07.55.34 Quit countrymonkey ("CGI:IRC (Ping timeout)") 07.57.27 Join Chronon [0] (i=chronon@c-24-20-117-106.hsd1.mn.comcast.net) 07.58.09 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 08.07.07 Join Rob2223 [0] (n=Miranda@p4FDCE0DC.dip.t-dialin.net) 08.08.53 Join Jon-Kha [0] (n=jon-kha@80-248-247-190.cust.suomicom.fi) 08.10.16 Join argumentD [0] (n=argument@cpe-76-173-115-95.socal.res.rr.com) 08.10.25 Quit DerDome (Remote closed the connection) 08.10.38 Join GodEater [0] (i=c2cbc962@rockbox/staff/GodEater) 08.10.58 Join DerDome [0] (n=DerDome@dslb-082-083-202-158.pools.arcor-ip.net) 08.14.12 Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-954f71d506ae75d1) 08.19.54 Quit DerDome ("Leaving.") 08.23.57 # how do i get stereo 16bit raw PCM from a mp3? 08.25.30 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.27.52 # at midnight UTC today the gsoc application period ends 08.28.33 # we're at 18 applications right now 08.28.52 # (and 5 additional ones marked "Ineligible") 08.37.07 # last day, eh? 08.40.45 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 08.41.03 # the submission rate has practically stopped so I don't expect any more applications now 08.42.30 Part LinusN 08.43.26 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 08.44.04 Part LinusN 08.44.35 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 08.47.06 # I'm still not sold on the android proposal. Symbian would be a much better choice in my opinion. 08.47.34 # I'm really not seeing the point of porting Rockbox as an App to a platform which doesn't really exist yet. 08.47.34 # yes, but I think he picked Android first and then Rockbox... 08.47.40 # I'm sure he did 08.48.24 # I couldn't really get a feel from the public comments on it how well other people have received the idea though. 08.48.39 # do you think it's worth doing on Android? 08.48.58 # if it would use a working approach, I would 08.49.38 # I mean, not hackish in a sense that could actually run on a typical android phone 08.49.40 # is there a timeline for how soon Android devices will become available ? 08.50.18 # "the first handsets built on the platform become available in the second half of 2008" 08.50.27 # their site says 08.51.20 # and no doubt those first devices will suck horribly 08.51.27 # yeah 08.51.47 # and won't be available to mortals but only from weird sources and looking "first gen" all over 08.51.55 # very OpenMoko 08.52.00 # yeah 08.52.10 # which btw I was told very bad things about :-/ 08.52.12 # did I imagine you saying you'd seen one of those in the "flesh" ? 08.52.20 # yes I held one 08.52.28 # dead though so I couldn't try the sw 08.52.34 # shame 08.52.41 # was the unit as bad as it looks in pictures ? :) 08.52.56 # I talked to a guy who has a dev openmoko and who's kept along with the project 08.53.10 # what bad things did he have to say about it ? 08.53.10 # he basically said it sucks 08.53.23 # specifics ? 08.53.27 # unstable unstable unstable 08.53.30 Quit argumentD (Read error: 113 (No route to host)) 08.53.32 # ah 08.54.05 # so even though they've been out for quite some time, you still can't make a solid phone call with it 08.54.28 # that's such a shame - I was really hoping it would turn out to be decent 08.54.34 # but about the unit, it feels pretty good although too large 08.55.03 # So a device that's unstable when used for its main purpose.... reminds me of swcodec rockbox a bit :/ 08.55.04 Join Neovangl1st [0] (n=Neovangl@69.31.87.218) 08.55.27 # although I use swcodec fine almost every day 08.55.43 # * GodEater does too 08.55.53 # I wouldn't call swcodec "unstable unstable unstable" 08.55.57 # I'd call it quirky :) 08.56.01 # I'd agree 08.56.12 # and the quirks hardly ever seem to hit me! 08.56.30 # "responds badly to freak outbursts of solar wind" 08.56.47 Quit Neovanglist (Read error: 104 (Connection reset by peer)) 08.58.08 Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) 08.58.45 # openmoko is in gsoc2008 but Android isn't 08.59.13 # That's why I said 'a bit'. Some of the quirks hit me more or less regularly, like the wrong playlist index during track change, or the resume after playlist end 08.59.15 # not entirely surprising 08.59.29 # "Optimize Openmoko code on running on 48MB ram devices." ... 08.59.39 # ...and I know that there are others, not hitting me usually because I don't use the affected features 09.02.01 # indeed, but that makes it far from unusable 09.04.04 # it's still quite lousy that the playback is that unstable after all this time 09.04.37 # yeah, but that just reflects the nature of this project 09.04.58 # we're a lot more about the fun of adding new stuff/ports than refining the existing functionality to perfection 09.05.27 # sure 09.05.48 # wpyh: which rockchip CPU is inside your player? 09.06.07 # the older ones are (I thik) mips based, the newer ones ARM. 09.06.09 # haha, and exactly then my sansa crashed... 09.06.30 # wpyh: and welcome to #rockbox :) 09.09.36 Quit TaylorKillian (Read error: 110 (Connection timed out)) 09.11.07 # markun: Afaik the older rockchips are a Z80 on speed with a dsp tacked on 09.12.09 # ah, Z80, I didn't recognize the instruction set 09.12.39 # 8bit wonders 09.12.48 # What is the location of the WPS parser code? 09.13.00 # I guess they may have gotten 16bit extended over time? 09.14.19 Join nikosapi_ [0] (n=nikosapi@ip-35.43.99.216.dsl-cust.ca.inter.net) 09.14.25 *** Saving seen data "./dancer.seen" 09.18.31 # * DavidSG found what he was looking for 09.18.41 Join petur [50] (n=petur@rockbox/developer/petur) 09.19.27 Quit simonrvn (Read error: 113 (No route to host)) 09.19.33 Join simonrvn_ [0] (i=simon@unaffiliated/simonrvn) 09.19.40 Nick simonrvn_ is now known as simonrvn (i=simon@unaffiliated/simonrvn) 09.21.13 Quit nikosapi (Read error: 110 (Connection timed out)) 09.32.54 Join TaylorKillian [0] (n=Administ@rs225196.resnet.wright.edu) 09.33.54 # * LinusN spots a gsoc candidate 09.36.05 # LinusN: which one? 09.36.19 # mr Killian 09.36.23 # ah :) 09.36.42 # TaylorKillian: which proposal is yours? 09.37.16 # LinusN: which proposal was it? :) 09.37.29 # Skyeye emulator 09.38.28 # markun: I proposed an ARM Emulator, also the itunes database for rockbox 09.38.30 # or it could be the anti-stun gun plugin, not sure 09.38.59 # doubting the latter will get accepted based on mentor feedback though 09.39.28 Quit linuxstb (Read error: 104 (Connection reset by peer)) 09.39.37 # hows it going LinusN 09.41.26 Join J [0] (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com) 09.41.35 # heading off to bed, gnight 09.41.53 # nite 09.45.30 Join phinze [0] (n=phinze@CPE-65-30-152-122.wi.res.rr.com) 09.48.04 Quit Ravendug () 09.48.32 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 09.51.10 # Addicted: hi markun 09.51.16 Quit Shaid (Read error: 110 (Connection timed out)) 09.51.20 # it's RK2602A 09.52.01 # why is there an "Addicted:" prefix there? 09.52.45 # Did you press TAB? 09.57.24 # oh yeah 09.57.30 # actually, I pressed Alt-Tab 09.57.44 # because I'm using Firefox and I'm switching tabs 09.57.51 # Any way to turn this feature off? 09.58.18 # wpyh: don't know, but it's usually a useful feature 09.58.26 # depends on your irc client 09.58.49 # I'm using the cgi irc client, inside Firefox 09.59.15 # it's because I can't connect using pidgin (maybe because of the Great Firewall here) 09.59.33 Join mrfree [0] (n=mrfree@host1-89-static.40-88-b.business.telecomitalia.it) 09.59.48 # amiconn: Are the RK26xx Z80 based? Did you find some info somewhere? 10.00.31 # wpyh: maybe this one is nicer: http://www.mibbit.com/ 10.00.49 # wpyh: try connecting to freenode on port 8000 ;) 10.00.50 Join mib_ldf3iipt [0] (i=8259a0a6@gateway/web/ajax/mibbit.com/x-0100ba8470a322d7) 10.01.17 Quit mib_ldf3iipt (Client Quit) 10.03.22 # markun & petur: ok, let's try those 10.04.25 Quit wpyh ("CGI:IRC 0.5.9 (2006/06/06)") 10.05.46 Join wpyh [0] (n=william@th245021.ip.tsinghua.edu.cn) 10.05.55 # hi, I'm back 10.05.56 # :) 10.06.04 # I'm using port 8000 to connect 10.12.36 # anyone else here that bought one of the those cheap c240s recently that's started using it with a microsdhc card ? 10.12.39 # wpyh: I think I'll have time this week to work on the port, and the first test program I want to make should work on all models 10.12.55 # you have an M3 and M6SP, right? 10.17.54 Join Neovanglist [0] (n=Neovangl@69.31.87.218) 10.18.18 Quit Neovangl1st (Read error: 104 (Connection reset by peer)) 10.19.46 Join gevaerts [0] (n=fg@195-144-092-170.dyn.adsl.xs4all.be) 10.20.14 # gevaerts: did you by any chance already receive your player? 10.20.19 Join kugel [0] (i=kugel@unaffiliated/kugel) 10.20.30 # * gevaerts did indeed get a package in the mail today 10.20.36 # nice! 10.20.47 # opened it up yet? ;) 10.20.56 # I haven't done much with it yet, just booted once 10.21.18 # hi, sorry if I'm a bit late at replying 10.21.29 # no problem 10.21.36 # markun: yes, I have an M3 and M6SP 10.22.02 # wpyh: gevaerts now has an M6SL :) 10.22.26 # I'm looking gevaerts: wow 10.22.38 # I'm looking for an M6SL here :p 10.22.40 # I mean secondhand 10.22.45 # since the new one is too expensive 10.25.19 Join webguest21 [0] (n=d9e1c6cf@gateway/web/cgi-irc/labb.contactor.se/x-ca3eae92d626501b) 10.26.05 # hi, H140, can I flash to RAM only or ROM only ?, or do I have to flash to both 10.27.41 # webguest21: I don't really understand the question. What exactly are you trying to do? 10.29.42 # I have flashed my player, and alls well, what I dont understand is, Do I have to flash to RAM and ROM, or can I flash to either RAM or ROM only, 10.31.08 # I think he refers to run from rom or ram 10.31.11 # forgive my ignorance, to me RAM and ROM are two seperate places, and I can either flash to one or the other or both 10.32.22 # webguest21: you flash to the flash memory 10.32.30 # somtimes referred to as flash rom 10.33.43 # the latest unofficial h1x0 bootloader has some (confusing) options to flash rockbox itself iirc 10.33.48 # but do I have to flash to both RAM and ROM when flashing firmware 10.33.51 # Bagderr: (responding to logs) I still hope for one more application. 10.34.37 # ah right, the usb audio? 10.34.50 # webguest21: just follow the instructions and you'll be fine 10.34.50 # yes. 10.35.03 # you can't "flash to ram" 10.35.27 # ok, but the instructions say i can flash to RAM or ROM 10.35.40 # I don't think that's what it says 10.35.54 # http://www.rockbox.org/twiki/bin/view/Main/IriverFlashing 10.36.04 # gevaerts: Have you heard from the usb audio person recently? 10.36.55 # to clarify, I flash to RAM and then to ROM as well 10.37.01 # linuxstb: not since friday (I think). He seems to be online now 10.37.06 # phinze: ping 10.37.20 # hey hey 10.37.27 # good morning :) 10.37.55 # webguest21: It talks about flashing the "ram image" and "rom image" to flash memory. Which is different to "flashing to ram" 10.38.02 # indeed... up late pounding away on gsoc apps 10.38.09 # webguest21: what are you trying to do? just installing rockbox? 10.38.39 # phinze: great :) 10.38.59 # ok, so I can flash either the rom or ram image to the same place, right ? 10.39.06 # gevaerts: actually running behind on my rockbox one ... i'll move my specific questions over to a pm 10.39.15 # gevaerts: you need this DFU tool for your M6SL: http://www.meizume.com/miniplayer-m6-sl/5001-found-working-dfu-tool-m6sl.html 10.39.16 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 10.39.21 Quit Chronon ("ZZZZzzzz") 10.39.35 # webguest21: what are you trying to do? just installing rockbox? 10.39.57 # phinze: sure. You still have more than 15 hours... 10.40.16 # petur; yes, I have installed it fine, just trying to clarufy the flash procedure to another noob like myslef 10.41.04 # webguest21: flashing the ram or rom image is only when you want to put rockbox completely in the flash. Normal install is just flashing the bootloader 10.41.51 # How about the DFU tool on Linux? 10.42.09 # wpyh: that's one of the first things to fix really 10.42.09 # I tried it but it could not flash the firmware to the M6 10.42.37 # webguest21: it is not 'flashing to ram' but 'flashing a ram build' ie a build that runs from ram (<-> a build that runs from rom) 10.43.55 # thanks for your help. 10.44.12 Quit webguest21 ("CGI:IRC") 10.44.30 # Bagderr: I tried to look for a free usb analyzer (someone at Meizume said that you can use a usb analyzer in Windows) but couldn't find any 10.45.26 # and they say DFU is supposed to be a standard ;-) 10.46.05 # someone at Meizume said that Samsung's DFU is not standard :p 10.46.23 # haha 10.48.44 # wait, I'll look for that post 10.48.56 # * gevaerts hopes it is not standard. His first project was going to be to work out the differences 10.49.24 # well, hopefully it just breaks it at some small point 10.50.13 # iirc, markun said the SoC boots in big-endian mode and I wonder if the DFU then needs to speak that 10.50.33 Quit cool_walking_ (Remote closed the connection) 10.50.33 # the openmoko dfu page says it doesn't work in big endian 10.51.15 # Bagderr: according to kgb2008 it's very different from the dfu standard. We'll see after gevaerts analyzes the USB trafic during a firmware flash. 10.51.24 # ouch 10.51.35 # so the "dfu utils" name is just misleading then 10.51.54 # JdGordon: you're having issues with playback? 10.51.55 # ok 10.52.24 # kgb2008 is a man with many facts so I'm sure that's correct 10.52.25 # markun: There was some talk regarding the old rockchips in here several weeks ago. There was also a link to a datasheet 10.53.26 # amiconn: I only have the datasheet for the RK26xx 10.53.33 Join Spex [0] (i=opera@dslb-088-074-196-034.pools.arcor-ip.net) 10.56.02 Join daurnimator [0] (i=daurn@unaffiliated/daurnimator) 10.57.24 # markun: you have the datasheet for RK26xx? 10.57.25 # Bagderr: about GSoC apps, knowing how students tend to do things at the last minute, I expect a couple new ones today (not counting phinze's) 10.57.49 # * phinze isn't counted :( 10.57.52 # yeah, I guess we'll find out! 10.58.18 # * gevaerts thinks that Nico_P means 'unexpected applications' :) 10.58.26 # wpyh: http://www.mympxplayer.org/documentation-and-manuals-dc5.html 10.58.28 # exactly :) 10.59.29 # * phinze knows this, but always jumps at the chance to be meek and lowly ;) 10.59.30 # amiconn: don't know if you've seen: I've found the cause for the end of playlist bug but I need to test the fix 11.00.48 # amiconn: if you're interested in helping test: comment out playback.c:1947 and report any unexpected stopping (I think one might happen on codec change towards the end of the playlist) 11.01.40 # markun: Thanks 11.01.52 Join Jeton [0] (n=4f7ebe95@gateway/web/cgi-irc/labb.contactor.se/x-e45dfb4befc68b92) 11.02.08 # btw, I'm the first one to agree it sucks that the playback engine still can't be called stable :( 11.02.35 Quit Vampiryan () 11.03.18 # With the commit of FS#8308 do themes need to change some parametres in order to resize AlbumArt? I've got the latest build and I don't see any resizing. Or i'm missing something? 11.03.33 # Jeton: it's only available to plugins for now 11.03.58 # just sliding puzzle right? 11.04.02 # yes 11.05.18 # allright. Any idea when will it apply for AA? Just curious. 11.05.29 # not really, no 11.05.31 Join tvelocity [0] (n=tony@athedsl-4408036.home.otenet.gr) 11.05.43 # okay, thanks . 11.05.49 # okay, thanks . 11.05.56 # it'll be when someone decides to write a version we can use in the core 11.08.23 Quit Jeton ("CGI:IRC (EOF)") 11.08.55 # markun: I confused rockchip with another DAP SoC: the ATJ2085 (check logs from 8 August 2007) 11.09.24 # ATJ is Actions 11.09.33 # Also a China-based manufacturer 11.11.19 # yep 11.12.33 # so, lets say i managed to get USB Audio implemented such that your PC sees your DAP as a USB Soundcard and can send its audio output to it 11.13.09 # would it be Absurdly Difficult to mix the bleeps and bloops coming out of your daily PC activities into the music audio output in rockbox 11.13.12 # ? 11.14.11 # my daily PC has no "bleeps and bloops" ;-) 11.14.20 # isn't that mostly a quetion of what your OS supprots? 11.14.25 # because, you see, if one could mix the two, this could be a fairly useful use case... one pair of headphones for your music and your IRC pings 11.14.27 *** Saving seen data "./dancer.seen" 11.14.30 # * Bagderr is a typing master 11.14.39 # * gevaerts translates: 11.14.58 # Basically how hard is it to implement mixing of two audio streams within rockbox ? 11.15.12 # phinze: that's a nice feature :) 11.15.19 # ah within Rockbox? I thought the mixing would be done in the OS side of things 11.15.20 # phinze: always put this in terms that rockbox people understand :) 11.15.42 # * phinze took the long way around 11.15.55 # but now I see, Rockbox would run as normal and just get the "PC beeps" passed in? 11.16.08 # Bagderr: right because the OS would be sending all its audio output to what it sees as a USB soundcard 11.16.14 # which would actually be your DAP running rockbox 11.16.34 # so when you run winamp on the PC to play music, you'll get to enjoy twice the music! 11.16.43 # and rockbox would have to mix the USB Audio input stream along with its normal musical output 11.17.03 # Bagderr: that's only for power users ;) 11.17.25 Join webguest82 [0] (n=d9e1ca0d@gateway/web/cgi-irc/labb.contactor.se/x-34fa69f1c5c49765) 11.17.27 # I figure the sound comes in some kind of pcm stream? 11.17.36 # Yes 11.17.46 # Hi, once i have flashed my player, can I delete the .rockbox folder ? 11.18.04 # webguest82: no 11.18.20 # thanks 11.18.24 Quit webguest82 (Client Quit) 11.19.03 # ... Possibly forced to one specific sample rate/pcm format/sample size setting (so the host OS would do the needed resampling) 11.19.43 # So you can assume whatever pcm format you like 11.19.46 # so it's basically a constant cross-fade 11.20.10 # the feature I mean 11.20.37 # * gevaerts doesn't know too much about this side of things, but thins that Bagderr is correct 11.20.42 # Bagderr: more or less, except i would imagine less decoding needs to be done for the PC Audio Stream than for the MP3 11.21.06 # right, it would bascially be to mix in another pcm stream with the decoded song 11.21.38 # * gevaerts nods 11.21.38 # yep. so... does that fall in the realm of the vaguely possible? 11.21.44 # just like voice... 11.21.52 # it certainly sounds possible to me 11.21.57 # ooo, that's what rockbox already does with voice? 11.22.07 # mixes it in with your music stream? 11.22.28 # yes 11.22.45 # nice. that's promising. 11.23.55 # oh a new application 11.24.11 # and gone... 11.24.32 # * gevaerts was slightly too late :) 11.24.55 # was just one of those silly nonsensical ones 11.25.20 # Well, doesn't rockbox need to process the USB data? 11.26.32 # wpyh: rockbox can tell the host what exact format it wants, so it can ask for something that doesn't need further processing 11.26.33 # * phinze has been up much too long to catch these sorts of things :) 11.26.53 # * gevaerts guesses. Could phinze be a student ? ;) 11.27.15 # working at 4:30am the night before a deadline? sounds about right. 11.27.26 # oh 11.27.46 # Nico_P: hey, yeah playback went toatly fubar this arvo.. but im not using current svn so havnt done any proper reports 11.28.07 # wpyh still has a point, though... if the processing of the isochronous (sp?) transfer takes too much overhead that might kill the entire idea 11.28.23 # I'm also thinking it may be a dead file system because the wps kept saying it was the same track and the progress was ok, and eveentually it got back to the playing track 11.28.44 # and may even kill your regularly scheduled playing music 11.29.12 # thoughts, gevaerts? 11.29.38 # True, but I don't expect it will on 'normal' codecs. There is still a lot of cpu available 11.29.42 # JdGordon: ok. try to at least use something after r16955 ;) 11.30.10 # 16891 is the version on my sansa.. 11.30.16 # * JdGordon needs to update :p 11.30.23 # And we're not too worried about power usage here. We have 500mA if we want them :) 11.30.27 # gevaerts: but aren't you already seeing the USB stack bugging out when the CPU is busy handling other things? 11.30.33 # mmm... power 11.30.59 # phinze: yes, but that's a bug ;) And it only happens for transfers going the other way 11.31.07 # ...unlimited POWER! 11.31.11 # err... sorry. 11.31.42 # alright, i'll take your word for it that there's CPU to spare 11.33.09 Join ap0 [0] (i=kvirc@nfb68-1-88-169-81-101.fbx.proxad.net) 11.42.20 Part Spex 11.44.12 # ... gsoc mentor introductions couldn't be much more uninteresting to post to the mentors list 11.44.39 # And they still go on... 11.44.41 Join Spex [0] (i=opera@dslb-088-074-196-034.pools.arcor-ip.net) 11.44.42 # * petur labeled them as spam... 11.44.54 # well, 130+ orgs with 10+ mentors in each... they can go on forever! 11.45.09 # maybe we should start mailing too? 11.45.43 # "Hello, my name is X and I would like to apply for GSoC 2008! Now, what do I do?" 11.45.55 # * gevaerts waits for the time when petur's mail system classifies all petur's mail as spam :) 11.46.14 # peace, finally ;) 11.47.50 # phinze: the list is only for mentors, so they don't apply ;-) 11.48.15 # "helly my name is N I'm mentor in project P" 11.48.32 Quit ap0 ("Bye.") 11.48.36 # ahh well so you avoid those at least... the Gallery project set up a GSoC specific mailing list with mentors and students 11.48.40 # as if anyone outside that project cares... 11.48.54 # Bagderr: don't worry, the student ML is much the same 11.49.04 # dozens. dozens. of nearly identical emails. 11.49.06 Part Spex 11.49.16 # ugh 11.49.36 Join Spex [0] (i=opera@dslb-088-074-196-034.pools.arcor-ip.net) 11.49.38 # at least in my svn-announce list the revision goes up every time! 11.49.43 # I count 401 unique senders now 11.49.47 # does google tell everyone to introduce themselves? 11.50.08 # Nico_P: no, but they didn't shoot down the idea when someone suggested it 11.50.45 # They probably missed that mail, and when they noticed there were already 100 of them 11.50.57 # which is stupid, given that most of those mails will be stored on gmail... 11.51.03 # no, they said "it might be a good idea" or similar 11.51.45 # oh well, it's fairly easy to just not read them 11.51.59 # * petur nods 11.52.26 # plus, google does have More Storage Than Humans Can Comprehend 11.53.18 # s/have/wastes 11.53.57 # who needs efficiency when you can throw a 500 node cluster around? 11.55.40 # * phinze wonders if the enterprise folks make fun of the embedded folks as much as the other way around 11.56.16 # of course not, we are the cool guys and they know it! 11.56.20 # :-O 11.56.36 Join DavidS1 [0] (n=Tordre@n098h202.wsr.mun.ca) 11.57.24 # though i suppose they would just invoke the "whose is bigger" type banter 11.57.28 # ;) 11.57.47 # logbot: !seen barrywardell 11.57.58 # * JdGordon thinkis he got that wrong 11.59.07 # !seen barrywardell 11.59.21 # either that or logbot only responds to certain people ? :) 11.59.33 # JdGordon: /msg logbot seen 11.59.48 *** Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' 11.59.58 # or logbot isnt registered still? 12.00.23 # yep :( 12.00.44 # ok.. anyone seen barry lately? 12.00.45 # Set unfiltered, then you'll get the answer 12.01.31 # has anyone else with a PP target had problems loading the OF after buschels power saving commit? 12.01.47 # seems there is a problem with DEV_USB0 at least on e200 12.02.00 # * amiconn certainly won't notice 12.02.13 # commenting out its disable line fixes the problem.. I want to commen it out in svn... 12.02.32 Quit Nevtus ("Gone") 12.02.33 # amiconn: you never use of for usb? 12.02.51 # no, why? 12.03.11 # Ipods have emergency diskmode, and the H10 has in-rom diskmode too that comes before the rb bl 12.03.11 # * linuxstb suspects JdGordon is talking Sansa, and amiconn isn't... 12.03.29 # supposedly this problem happend on both an ipod and a h10 12.03.42 # amiconn: wouldn't that count as "of"? 12.04.14 # I count everything outside of Rockbox as OF 12.04.31 # FS#8506 is the report 12.05.02 # sorry, 4g and mini supposedly had the issue 12.05.12 # still, in this case, there is a difference between "of" and "of" 12.05.20 # indeed 12.05.41 Join Nevtus [0] (n=Nevtus@unaffiliated/nevtus) 12.05.42 # JdGordon: Besides, on mini I mostly use rockbox usb nowadays 12.06.06 Part Spex 12.06.11 Quit kugel (Remote closed the connection) 12.12.32 Quit DavidSG (Connection timed out) 12.15.10 # does anyone mind me adding usb_enable(true); in the usb thread before it tries to reboot when not using rocbox usb? (assuming this fixes the problem)? 12.15.49 # JdGordon, I have no trouble booting into OF on my iPod 5th gen. 12.16.52 # JdGordon: the problem with that is that you don't want the usb_core_init() from usb_enable 12.17.15 # will that cause problems if its going to reboot? 12.17.32 # LinusN: Do you have a backup of any of the Rockbox_LLorean theme files from the forums? IIUC, Llorean has a copy, but on the hard disk of a broken laptop... 12.20.45 Join kugel [0] (i=kugel@unaffiliated/kugel) 12.21.18 # gevaerts: so is rockbox usb safe to use on the e200? 12.21.32 # * JdGordon thinks it might be easier to use that than try to fix the bootloader :p 12.22.04 # JdGordon: there is still FS#8663 unfortunately 12.22.42 # JdGordon: I hat this issue yesterday too (FS8506) 12.22.45 # Isn't full-speed reliable though? 12.23.05 # kugel: on which target? 12.23.18 # e200 12.23.22 # At least desowin saw the problem once on full speed on e200... 12.23.33 # With a current build 12.24.01 Join roolku [0] (n=roolku@77-99-112-231.cable.ubr16.edin.blueyonder.co.uk) 12.24.11 # It worked the previous times though, yesterday was the first time I experienced that crash 12.28.44 # gevaerts: in usb_init() staright after usb_init_device() there is usb_enable(false); shouldnt it be checking if usb is connected before disabling it? 12.31.28 # Good question. For PP that call is not needed there (since it basically does the same as the end bit of usb_init_device(), but I'm not sure about targets with USB-ATA bridges 12.33.15 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 12.44.02 # arg... I was accidently copying the wrong file across and getting pissed off when nothing was changing :'( 12.44.19 # seems I've got the bootloader playing again... need to figure out what is needed and what isnt now 12.44.38 # * gevaerts usually edits in one tree, compiles in another, and copies files from a third 12.45.30 # the Forest Method 12.45.52 # computers should be smart enough by now to know what we mean! 12.46.54 # gevaerts: why is dmesg showing a rockbox usb device when rockbox usb isnt enabled? 12.48.28 # It has to show something to be able to get any current from the bus. I agree that it isn't really needed just before rebooting, but it's kind of tricky to avoid this 12.48.58 # ok 12.49.10 # It only has to reboot if the host does usb (i.e. not when connecting to a wall charger), so you need basic enumeration support 12.49.53 # any issues commiting http://rafb.net/p/djZ5mH54.html ? 12.50.59 # amiconn: LinusN: ^ will removing usb_enab;e(false) from the bootloader cause any issues on non PP targets? 12.51.26 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 12.52.46 # JdGordon: I see no issues, but I can't do any testing or in-depth review now. I guess we'll notice if it makes things break ;) 12.53.13 # except, it will only affect bootloader, so any issues might not show up for months :( 12.55.05 # I can test on my players tonight (gigabeat, ipod 5G and c200, I' rather not touch h300) 12.56.46 # getting a nice collection there :) 12.56.59 # speaking of which.. my mr500 battery finnaly went dead :D 12.57.12 # I'll test on the meizu once the port is done :) 12.57.18 # * phinze wanders into the kitchen for a snack, figuring if depriving body of sleep best to at least give it food 12.57.38 # * gevaerts goes to have lunch as well 12.58.36 # * JdGordon notices the time and doesnt do anything about that commit for a few hours to hopefully get a respons 12.58.41 # e 13.10.28 Join n1s [0] (n=nils@nl104-208-236.student.uu.se) 13.14.30 *** Saving seen data "./dancer.seen" 13.21.19 Join dabujo [0] (i=xx@p4FDB3DFC.dip0.t-ipconnect.de) 13.21.24 Join ali_as [0] (n=as@ambix.plus.com) 13.25.36 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 13.33.06 Join krz [0] (n=irc_by@turbo.sml.by) 13.35.50 # Nico_P: Have you written down the correct sequence of events for a track transition? 13.36.03 # I have it on a sheet of paper 13.36.15 # Any chance of it making the wiki? 13.36.42 # Looks like playlist_next needs a partner to do a non-advancing get? 13.37.01 # * pondlife suspects playlist_next() should be renamed playlist_advance().... 13.37.59 # I'd very much like to get a proper sync on the playlist index, I'm sure you would too... 13.38.22 # indeed 13.38.42 # I also had to reopen a bug when committing r16955 13.38.48 # Which one? 13.38.55 # Nico_P: does FS#7033 make sense anymore with viewports now supported in wps? 13.39.29 # pondlife: FS#8206 13.39.34 # n1s: IMO it could still be useful. 13.39.36 # it was fixed by r16019 13.39.51 # Nico_P: Yep - that's a playlist index confusion one too 13.40.28 # n1s: I think it could still be useful but it needs an improvement with scrolling lines 13.40.52 # linuxstb, Nico_P: ah, for the same wps but using different fonts :) 13.40.55 # pondlife: I'll try to make a diagram and put it on the wiki, yes 13.41.00 # Great 13.41.07 # Do we have a conflict of some kind in there? 13.41.23 # i.e. a must happen before b, b must happen before c, c must happen before a 13.41.39 # where playlist_next() is one of them :) 13.41.56 # currently, yes. but I think it can be solved 13.42.02 # n1s: Yes, or simply when you want a different line spacing... 13.42.25 Join MethoS- [0] (n=clemens@host-091-096-213-141.ewe-ip-backbone.de) 13.42.36 # the problem I fixed in r16955 was that audio_rebuffer() was called by audio_checj_new_track before playlist_next() had been called 13.42.47 # Yes, I saw your notes 13.43.03 # n1s: But i would only want it if the code impact is minimal (which I think it was before viewports) - if it complicates things, I would say to forget it. 13.43.04 # But then tried to work out the proper sequence in my head and fell over 13.43.14 # it could have been fixed with a correct value for last_peek_offset but in the current state of things, it would have added even more special casing 13.43.24 # linuxstb: yes, that too, btw have any of you wps hackers seen fs#8517? 13.43.30 # Better to fix it properly. 13.45.07 # pondlife: I'd like to rewrite audio_check_new_track to better separate distinct cases... currently they are all intertwinded 13.45.26 # I'd like to see audio_check_new_track() die :) 13.45.32 # slowly and horribly 13.46.03 # That's exactly the sort of routine that gives poor playback.c a bad name 13.47.41 # indeed. I think it's really the weak point currently 13.48.14 # the weakest link, if I dare say :) 13.49.15 Quit TaylorKillian (Read error: 110 (Connection timed out)) 13.49.20 # You might want to not force the playlist index to sync with the rest of the WPS... 13.49.56 # It's useful to be able to skip forward repeatedly and see the playlist index(and maybe filename) increment quickly, but not have to wait for metadata to buffer 13.50.24 # Probably not a playback/playlist thing, but something useful that got a bit lost in MoB 13.50.25 # I agree. that's why I had put playlist_next in audio_skip 13.51.08 # Also, if we could add how MASCODEC does transitions to your diagram, that would be useful. 13.51.35 # When I say, we... I really mean someone with a MAS 13.51.39 # I had a quick look and the lack of a codec seems to make things much simpler 13.51.49 Join ap0 [0] (i=kvirc@nfb68-1-88-169-81-101.fbx.proxad.net) 13.53.02 # JdGordon: Did you install the userfs tgz file? My guess is that needs to go to the root as well, and the author forgot that from the "full install" archive. 13.53.13 # I mean usrfs-0.1.tar.gz 13.53.14 # maybe to get the playlist index in sync with the WPS we should make the WPS not read the index directly but instead use the ID3 struct 13.53.28 # linuxstb: there is a 20mb userfs file which is in the root 13.53.51 # there's an index field there that's always zero on SWCODEC and that is used for something I don't really understand on HWCODEC 13.54.03 # JdGordon: So there is... I missed that. 13.54.26 # my desktop has no problems mounting it 13.55.21 # pondlife: do you need a quick briefing on the track skipping procedure or was it mainly for documentation purposes? 13.55.31 # Bit of both really 13.55.47 # No big rush, I won't have time to play today 13.56.18 # But if such a document had been in our possession beforehand, we'd have wasted less time... 13.56.19 # fne by me, I also have some school work to do :) 13.56.36 # OK, just wondering if I needed to work it out from scratch or not. 13.56.55 # "Not" being a good answer. :) 13.57.26 # in short, it's always initiated by the codec, through codec_request_next_track_callback 13.57.48 # that leads to sending (not posting) Q_AUDIO_CHECK_NEW_TRACK to the audio queue 13.58.10 # audio_check_new_track then gets called and replys 13.59.01 # a manual skip is triggered by forcing ci.new_track to 1, which will make the codec request the next track 14.00.17 # once the skip is finished, codec_track_skip_done is called, which posts Q_AUDIO_TRACK_CHANGED to the audio queue, at which point audio_finalize_track_change is called 14.01.13 Join DerDome [0] (n=DerDome@dslb-082-083-202-158.pools.arcor-ip.net) 14.02.57 # pondlife: does that help? 14.03.14 # Yes 14.03.27 # Remind me about post vs send...? 14.03.33 # i.e. which blocks? 14.03.49 Part LinusN 14.04.18 # send blocks the caller until it gets a reply 14.04.27 # it's the synchronous one 14.04.28 # OK 14.04.49 Quit mrfree ("Leaving") 14.04.58 # so audio_check_new_track better be as fast as possible 14.05.05 # The codec calls codec_track_skip_done when it has decoded the last of the data? 14.05.41 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 14.05.46 # And... manual skips aren't really relevant , they just trigger the codec to kick off the whole thing? 14.05.52 Join GodEater [0] (i=c2cbc962@rockbox/staff/GodEater) 14.06.15 # yes 14.06.56 # codec_track_skip_done is called as soon as audio_check_new_track replies to the codec 14.07.08 # So my old terminology about "codec transition" and "WPS transition" still makes sense. 14.07.17 # yes. 14.07.25 # I call it the transition window :) 14.07.53 # I simplified the end of the skipping a bit 14.08.08 Join MethoS-- [0] (n=clemens@host-091-096-211-096.ewe-ip-backbone.de) 14.08.20 # when the skip is manual, Q_AUDIO_TRACK_CHANGED is sent immediately 14.09.12 # when it's automatic, that message is delayed until PCM has effectively changed tracks 14.09.13 # Say the codec_request_next_track_callback occurs and audio_check_new_track returns, but there's still 8 seconds' of audio to play out before the WPS changes. What's being executed before the codec_track_skip_done call? 14.09.21 # codec_track_skip_done is what handles crossfading and gapless 14.10.25 # I think a full timeline with all routines and Q_... stuff would be most useful 14.10.25 # codec_track_skip_done leads to enabling the pcm position callback, which will update the wps progressbar 14.10.55 # Ah, so codec_track_skip_done is still part of the "codec transition" and before the "WPS transition" 14.10.58 # and it also enabled a pcm track changed callback, which is what will post the Q_AUDIO_TRACK_CHANGED message to the audio queue 14.11.06 # yes 14.11.20 # Gotcha, Q_AUDIO_TRACK_CHANGED is the point the user sees a change 14.11.26 # yes 14.11.34 # And the point when the playlist index should really incremenet 14.11.39 # (or however you spell it) 14.12.00 # I mean, to the user interface (including resume point) 14.12.00 # it should, but making it increment in audio_check_new_track is simpler in most cases 14.12.04 # yes 14.12.44 # actually the only case where you want to advance the playlist in audio_finalize_track_change is on an automatic skip 14.13.11 # in all (I think) other cases, you need to call playlist_next in audio_check_new_track or before 14.14.07 # I think you need to have a playlist API change so the playlist index is more controlled.. 14.14.35 # The outside world should see the increment only when the Q_AUDIO_TRACK_CHANGED occurs 14.14.50 # (which is early on manual skip, anyway) 14.14.57 # I agree 14.15.13 # Problem is the way playlist_next() works... and the rest of the complicated playlist API. 14.16.12 # I may have already said, but I wonder if some of the playlist API is only used for SWCODEC, and could be scrapped...? 14.16.33 # I think wa can get away with it by carefully rewriting audio_check_new_track 14.16.38 # s/wa/we 14.17.25 # maybe simply with a skip_type enum and a switch construct on it 14.18.19 # I think I have a rather good idea of what needs to happen in each case. the problem is they are completely mixed together ATM 14.21.43 Quit HEx (Remote closed the connection) 14.21.59 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 14.23.58 # * Nico_P would like to come up with some sort of regression testing codec 14.24.20 # something like test_codec that tests playback behaviour instead of testing performance 14.24.57 # hmm actually it would be the opposite of what test_codec is :) 14.26.00 Join miepchen^schlaf [0] (n=miepchen@p54BF77BA.dip.t-dialin.net) 14.26.26 Quit miepchen^schlaf (Client Quit) 14.26.40 Join miepchen^schlaf [0] (n=miepchen@p54BF77BA.dip.t-dialin.net) 14.27.38 Quit Febs (Read error: 110 (Connection timed out)) 14.28.10 # Nico_P: Looks like id3.index is set to the actual playlist index on hwcodec (and the comment in id3.h says so too) 14.28.12 Quit MethoS- (Read error: 110 (Connection timed out)) 14.30.01 # amiconn: what confused me is track->id3.index = steps; in new_file() 14.31.38 # but I think the WPS should be made to use that value instead of directly using playlist_get_display_index() 14.31.52 # * phinze is finished with his GSoC app... now to get it to look decent in those damn plaintext