--- Log for 04.08.114 Server: hobana.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 4 days and 12 hours ago 00.00.33 Quit IgoRCL (Read error: Connection reset by peer) 00.10.10 Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 32.0/20140731191115]) 00.19.38 Quit ZincAlloy (Ping timeout: 244 seconds) 00.25.12 Quit bertrik (Read error: Connection reset by peer) 00.26.11 Quit Xerion (Read error: Connection reset by peer) 00.27.57 Join Xerion [0] (~xerion@5419F5F4.cm-5-2d.dynamic.ziggo.nl) 00.28.06 Part Xerion 00.28.14 Join Xerion [0] (~xerion@5419F5F4.cm-5-2d.dynamic.ziggo.nl) 00.29.38 Quit Xyem (Ping timeout: 260 seconds) 00.32.29 Join Xyem [0] (xyem@li193-64.members.linode.com) 00.35.32 Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) 00.37.59 Quit Xyem (Remote host closed the connection) 00.40.19 Join Xyem [0] (xyem@li193-64.members.linode.com) 00.44.44 Quit ikeboy (Quit: Leaving) 00.46.46 Join franklin [0] (~franklin@cpe-071-071-071-105.triad.res.rr.com) 00.48.53 Quit Rower (Quit: Hmmm...) 00.49.06 Quit the-kyle (Remote host closed the connection) 00.49.15 Join the-kyle [0] (~kyle@cpe-075-177-188-248.nc.res.rr.com) 00.56.39 Quit bp0 (Quit: Leaving) 01.21.38 Nick franklin is now known as franklinbot (~franklin@cpe-071-071-071-105.triad.res.rr.com) 01.22.03 Nick franklinbot is now known as franklin (~franklin@cpe-071-071-071-105.triad.res.rr.com) 01.23.00 Nick franklin is now known as franklinbot (~franklin@cpe-071-071-071-105.triad.res.rr.com) 01.23.34 Nick franklinbot is now known as franklin (~franklin@cpe-071-071-071-105.triad.res.rr.com) 01.27.00 Quit franklin (Quit: Leaving) 01.32.28 # <[Saint]> semi-related hardware-ish topic: 01.32.51 # <[Saint]> Is there any reason I'm overlooking for driving a pre-amp high when it offers a low power mode? 01.33.07 # <[Saint]> This device is doing some weird shit with throwing the juice around. 01.36.48 # <[Saint]> In this device there's a pre-amp driven high, which then feeds into a secondary amp. Setting the first stage amp to low power mode makes no appreciable difference in quality or performance and extends battery life dramatically. 01.37.08 # <[Saint]> I'm wondering if Samsung is really this naive, or if there's something I'm overlooking. 01.42.01 Join franklin [0] (~franklin@cpe-071-071-071-105.triad.res.rr.com) 01.46.38 *** Saving seen data "./dancer.seen" 01.48.30 Quit franklin (Ping timeout: 244 seconds) 01.53.29 Quit benedikt93 (Quit: Bye ;)) 02.01.55 Join franklin [0] (~franklin@cpe-071-071-071-105.triad.res.rr.com) 02.09.24 Quit franklin (Quit: Leaving) 02.15.54 Join sakax [0] (~sakax@unaffiliated/sakax) 02.27.52 Quit sakax (Quit: Leaving) 02.42.58 Join sakax [0] (~sakax@unaffiliated/sakax) 02.54.48 Quit sakax (Quit: Leaving) 02.55.24 Join ygrek [0] (~user@108.59.6.97) 02.59.59 Quit AlexP (Remote host closed the connection) 03.12.03 # <[Saint]> hmmmm. 03.12.11 # <[Saint]> slider is really quite fucked up. 03.12.56 # <[Saint]> oh. no. hmmmmm. 03.13.04 # <[Saint]> its its touch area being weird. 03.13.41 # <[Saint]> wellp. I can live with that. I'll nuke the bar's touch area and overlay my own larger one. 03.21.13 # <[Saint]> JdGordon_: http://imgur.com/a/x4Ogi#0 03.21.45 # <[Saint]> copper, pixelma, kugel, other people who may care...^ 03.22.23 # <[Saint]> (the clashing yellow album art was a pure coincidence) 03.23.51 # <[Saint]> I'm still not sure about the order and content of the overflow menu. 03.44.55 # [Saint]: looks nice 03.45.06 # is that progress slider big enough to actually use thouhg? 03.45.55 # <[Saint]> the bar itself passes the notouch param and there's a MUCH larger viewport behind it handling the scrubber touch region. 03.46.06 # <[Saint]> old trick I learned. 03.46.23 # oh, cool 03.46.28 # <[Saint]> so you can go way off the reservation when seeking. 03.46.40 *** Saving seen data "./dancer.seen" 04.00.53 Join HeadWhacker [0] (84934c34@gateway/web/freenode/ip.132.147.76.52) 04.01.06 # hi 04.01.24 # [Saint]: seriously... whats it going to cost me to get a 1080*1920 version? 04.02.52 # <[Saint]> now I'm reasonably happy with the layout, despite the drawing artifacts, and got positioning cleaned up a bit, ports to alternate resolutions will be fairly trivial. 04.04.17 # so I'll have one for my drive home in 3h? :) 04.04.24 # <[Saint]> I suspect people will gripe about the overflow menu and the lack of immediately observable status icons and state display. 04.04.32 # I am hunting down what is causing some random crackling noise while music is playing on rockbox. 04.05.28 # <[Saint]> HeadWhacker: have you watched the debug menu to see if it corresponds with either boosting or buffer refill? 04.05.40 # <[Saint]> those are two likely candidates. 04.09.21 Quit ygrek (Ping timeout: 256 seconds) 04.11.40 # I enable logf 04.12.29 # <[Saint]> no I mean there's a debug menu view that allows you to view the buffer state. 04.12.34 # it looks like the noise happen when the buffer handle is close and a fill is started 04.12.41 # <[Saint]> right. 04.12.45 # ah no not yet 04.13.12 # <[Saint]> Ah. No debug menu on this target? 04.13.41 # there is 04.14.28 # but I have to compile with debug options before I can see debug messages right? 04.17.02 # <[Saint]> not for what I was talking about. 04.17.16 # <[Saint]> settings - system - debug - view buffering thread 04.17.53 # <[Saint]> easiest place to watch the current buffer and cpu state from. 04.18.18 Quit cmhobbs (Remote host closed the connection) 04.18.57 # Ok I have that in the debug menu 04.19.51 # * JdGordon_ sets up a bot to prod [Saint] every 5 min till he gets his theme on the phone! 04.24.07 Quit JoeyJoeJo (Remote host closed the connection) 04.24.36 Join ygrek [0] (~user@108.59.6.97) 04.54.09 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.54.09 Quit pixelma (Disconnected by services) 04.54.09 Quit amiconn (Disconnected by services) 04.54.10 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.54.12 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.54.12 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 05.03.53 Join JdGordon [0] (~jonno@ppp118-209-225-75.lns20.mel6.internode.on.net) 05.03.53 Quit JdGordon (Changing host) 05.03.53 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 05.05.58 Quit JdGordon_ (Ping timeout: 255 seconds) 05.08.44 # Saint: I looked at the bufferin thread and I can see the noise appear while the buffer is getting filled. 05.09.45 # HeadWhacker: on a sansa clip or similar dap? 05.10.13 # No on DX90 05.22.40 Quit TheSeven (Ping timeout: 250 seconds) 05.23.50 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.26.20 # I think I may have found a workaround 05.26.58 # Looks like the noise appear when rockbox loads 2 or more tracks in the buffer 05.29.10 # I reduce the Memory size to force RB to load only one track of 16bit/44k file 05.29.35 # I don't seems hear noise anymore 05.34.49 Quit jhMikeS (Ping timeout: 244 seconds) 05.44.05 Join steffengy [0] (~quassel@p57B49667.dip0.t-ipconnect.de) 05.46.44 *** Saving seen data "./dancer.seen" 05.47.14 Quit steffengy1 (Ping timeout: 260 seconds) 06.08.20 # btw it looks like Rockbox use all available memory for audio buffer. Is it possible to force it to use a fix buffer size for audio? 06.15.58 Quit tchan (Quit: WeeChat 0.4.3) 06.37.21 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 07.13.59 # <[Saint]> Yes that's possible. 07.14.09 # <[Saint]> Let me get to a workstation. 07.17.50 # [Saint], I have made a huge mistake... https://dl.dropboxusercontent.com/u/71679/Screenshot_2014-08-04-01-15-46.png 07.17.56 # (Using rockbox on android lol) 07.18.14 # My current dpi made the default freaking small 07.18.46 # <[Saint]> ParkerR: target resolution? 07.19.03 # 720x1280 07.19.09 # No extra fonts 07.19.11 # Or themes 07.19.18 # So Im going to have to grab those 07.19.30 # then it will be readable :D 07.19.34 # <[Saint]> no themes exist for this resolution. 07.19.44 # [Saint], sure they do 07.19.44 # <[Saint]> I have a font pack in the extras section, though. 07.19.50 # Rockboxed for the Video :P 07.20.02 # <[Saint]> That won't work. 07.20.11 # Rockboxed works pretty much everywhere... 07.20.17 # Its worked before 07.20.27 # <[Saint]> You must ve using an ancient build. 07.20.30 # <[Saint]> *be 07.20.45 # Unless it changed. It worked when I tried a while back 07.21.00 # <[Saint]> Rockbox on Android will flip its shit if the compiled binary doesn't match the framebuffer. 07.21.09 # <[Saint]> this regression started in May of this year. 07.21.15 # No I dont mean the binary 07.21.20 # I just mean the wps theme 07.21.20 # <[Saint]> the theme now MUST match the framebuffer. 07.21.22 # Rockboxed 07.21.48 # <[Saint]> Doesn't matter. 07.22.25 # <[Saint]> Oh, actually, you might get away with it if there's no backdrop loaded by the theme. 07.22.33 # <[Saint]> But, I'm fairly sure there is. 07.22.39 # Yeah its justa background color 07.22.45 # <[Saint]> Ahhhh. 07.22.46 # http://themes.rockbox.org/index.php?themeid=894&target=ipodvideo 07.23.19 # <[Saint]> see: http://imgur.com/a/x4Ogi#0 07.23.28 # <[Saint]> (I finally have it stuck together) 07.23.39 # <[Saint]> Now I have to port it to a fucktonne of additional targets. 07.23.42 # :O wat is this 07.23.45 # A native theme... 07.23.57 # Or just an android-ish theme 07.24.15 # <[Saint]> Ooooohhhhh - tricked 'ya. I must be on the right track. 07.24.27 # Ikr 07.24.28 # <[Saint]> Its the Rb theme engine /trying/ to be native. :) 07.24.29 # Looks good 07.24.52 # [Saint], +1 07.25.43 # [Saint], I dont think I ever looked this up. So does the android .rockbox reside in /sdcard/rockbox or in the rocks.data folder 07.26.41 # Or does wps just go in /sdcard/rockbox/ 07.26.57 # <[Saint]> "/.rockbox" is /storage/sdcard0/rockbox or whatever that path equates to on your system. 07.27.09 # Ahh ok 07.27.10 # Thanks 07.27.14 # <[Saint]> usually additionally symliked as /sdcard/rockbox 07.27.31 # Mhmm 07.28.03 # <[Saint]> There's a great and varied number of paths that can end up pointing to the external or emulated storage. 07.28.15 # <[Saint]> its very difficult to just say "look here". 07.28.41 # /sdcard/ Ive found is usally linked correctly on single emulated/micro sd phones 07.28.50 # Its when there is both that it get weirder 07.28.58 # *gets 07.29.49 # [Saint], is there an android specific font pack or just choose randomly? 07.29.58 # <[Saint]> There's usually a bunch of symlinks that point to the real or emulated storage to cope with braindead apps expecting a particular path. 07.30.04 # Oh nvm 07.30.12 # http://download.rockbox.org/release/3.13/rockbox-fonts-3.13.zip woo 07.30.18 # <[Saint]> ParkerR: I put up an antialiased font pack a few years ago. 07.30.31 # Ooh I see now 07.30.42 Join mortalis [0] (~kvirc@213.33.220.118) 07.30.58 # <[Saint]> Oh. Wow. Weird. 07.31.03 # <[Saint]> Its got my real name up there. 07.31.16 # * [Saint] doesn't recall writing that, maybe he didn't. 07.31.42 # Hayden Pearce ? 07.32.08 # <[Saint]> The one and only. 07.32.25 # Ahh 07.32.30 # <[Saint]> (actually, there's several of us, even one that has my exact same middle initials and birthdate) 07.32.35 # Well it is a wiki 07.32.41 # See who made the edit lol 07.33.01 # <[Saint]> Me, apparently. Heh. 07.33.13 # 3rd person mmmmm 07.33.42 # <[Saint]> I've been told that some archivers fricken HATE that zip. 07.33.55 # <[Saint]> If you have issues, lemme know and I'll repackage it. 07.33.57 # [Saint], wth kind of compression did you use 07.33.58 # skipping: 10 Ubuntu [Bold].fnt need PK compat. v6.3 (can do v4.6) 07.34.11 # <[Saint]> p7zip 07.34.17 # Ahh ok 07.34.34 # [parker@localhost Downloads]$ 7z e font-pack.zip 07.34.36 # That worked 07.34.39 # Thanks 07.34.42 # <[Saint]> np. 07.34.59 # <[Saint]> I crushed the almighty hell out of that zip iirc. 07.35.00 # Yeah I tried in ES on the phone and it just wouldnt extract 07.35.46 # <[Saint]> AH, yeah, ~130MB of fonts in ~14MB of zip. 07.35.53 # Damn 07.35.59 # * [Saint] seems to recall that taking _quite_ a while to compress. 07.37.28 # <[Saint]> There's GNU Unifont if you need extensive locale support, and three variants of Ubuntu if you want a simple, pretty font. 07.38.01 # Right now Im struggling to get adb to accept wildcards :P 07.38.08 # <[Saint]> (the GNU unifont ones have like 20K glyphs each or something, hench the ~30MB filesize on the larger ones. 07.41.05 # I can see the default Android target only has 8MB of allocated memory. Is there a reason/benefit to go more than that size? 07.42.30 # <[Saint]> larger buffer means that you'll hit the disk a lot less, obviously, but this isn't really a concern on flash based targets. 07.42.43 # [Saint], Much better :) https://dl.dropboxusercontent.com/u/71679/Screenshot_2014-08-04-01-41-28.png 07.42.50 # <[Saint]> Having a larger allocation also makes it more likely you'll be the one that gets killed in an OOM situation. 07.44.48 # <[Saint]> Hmmmm... 07.44.58 # <[Saint]> Rockboxed *is* loading a backdrop. 07.45.07 # <[Saint]> How the fuck are you getting away with tis? 07.45.11 # <[Saint]> *this 07.45.24 # <[Saint]> ParkerR: what's the version of this binary? 07.45.40 # Android? I just pulled from rasher 07.46.45 *** Saving seen data "./dancer.seen" 07.47.22 # <[Saint]> I don't get it. The backdrop *must* match the binary resolution, and the binary resolution *must* match the framebuffer. 07.47.30 # <[Saint]> By all rights, this should fall over. 07.47.39 # I used the iPod Video Rockboxed 07.47.46 # <[Saint]> can you screencap the wps for me please? 07.48.00 # <[Saint]> right, I'm looking at that wps now. 07.48.01 # Now playing? 07.48.03 # Sure 07.48.15 # Just need to get an mp3 lol Hadnt actually put any msuic on it yet 07.48.49 # <[Saint]> something almost certainly shat some media in /sdcard/media* 07.49.03 # <[Saint]> Hangouts, Facebook, Twitter, etc. 07.49.13 # I had sonic drowning in Downloads heh 07.49.44 # Yeah WPS is funky but the touch regions work https://dl.dropboxusercontent.com/u/71679/Screenshot_2014-08-04-01-48-41.png 07.50.12 # <[Saint]> Applications can dump system notification in /sdcard/media/{ringtones/alarms/notifications} or just sdcard/{Alarms/Notifications/Ringtones}. 07.50.43 # <[Saint]> That's very...odd. 07.50.47 # <[Saint]> It should fall over. 07.51.23 # [Saint], published that theme your working on at all? 07.51.40 # Id be happy to test 07.52.04 # <[Saint]> No, not as yet. I finally finished it this afternoon. Well, some resemblance of finished. 07.52.13 # <[Saint]> Just working on locale support and cleanup now. 07.52.26 # Nice 07.52.39 # Well Im us english so dont have to worry about me :P 07.52.53 # <[Saint]> Then I'll put it up and with any luck hopefully someone'll step in and help port it to the numerous obscure locations. 07.53.06 # <[Saint]> By design its largely resolution agnostic though. 07.53.26 # <[Saint]> Its capable of fitting to multiple resolutions, within reason. 07.53.59 # <[Saint]> No backdrop, very little fixed width/placment definitions, and a LOT of negative offset placement. 07.54.01 # I know it would mean more coding but I wonder if a native Ui could be done for rockbox. Like just use the codecs (I may be talking out of my ass) 07.54.23 # <[Saint]> No, you're absolutely on the right track. And, its very possible. 07.54.41 # <[Saint]> We already have a minimally functional stanalone core playback library. 07.54.48 # Nice 07.54.49 # <[Saint]> *standalone 07.55.02 # <[Saint]> Many people never heard of the project at all. 07.55.14 # <[Saint]> Its called Warble, and it was a Google SoC project. 07.55.15 # For archaic format support I usually use deadbeef (Can play those video game music files) 07.55.48 # <[Saint]> Rockbox plays .mod - what more do you need? ;) 07.56.25 # Well it was the type where it was literaly the music ripped from the rom 07.56.30 # So it actual emualted it to some extent 07.56.50 # <[Saint]> JdGordon: I am correct in thinking that a theme _absolutely_ should fall over if it attempts to load a backdrop that isn't the exact size of the framebuffer, yes? 07.57.20 # <[Saint]> the above situation is confusing the shit out of me. 07.57.38 # [Saint], Extracting 01 - Opening Theme.vgm 07.57.52 # Stuff like that :) 07.58.26 # <[Saint]> I'm just going through now and making sure that everything works the way it should with RTL text and viewport flipping. 07.58.51 # <[Saint]> And translation where applicable. 07.59.38 # <[Saint]> ParkerR: is it immediately obvious where my theme inspiration came from do you think? 07.59.50 # <[Saint]> I wanted to modernize Rockboxed. 08.00.00 # Yeah Android pretty much 08.00.34 # <[Saint]> I stole the scrubbers from Android, blatantly. 08.00.43 # <[Saint]> And the switch toggles. 08.00.48 # * [Saint] shrugs 08.00.58 # <[Saint]> Great artists steal, etc. 08.01.14 # Programmers too :P 08.02.08 # Dat music https://cdn.mediacru.sh/UePZCdZAXwqn.png 08.03.31 # <[Saint]> HeadWhacker: another downside of increasing the buffer is obvious latency with DSP effects. 08.03.48 # <[Saint]> (as you'll need to wait for the useful buffer to run out before the effect is applied) 08.03.56 # <[Saint]> more buffer, more wait time. 08.05.44 # [Saint], Just got a new phone and was playing around with some apps. I was like heh almost forgot about rockbox 08.06.06 # <[Saint]> Ah, yes. Moto G, IIRC> 08.06.17 # Mhmm 08.06.22 # <[Saint]> Welcome to the world of vaguely current Android. 08.06.32 # Im on 4.4.4... 08.06.35 # <[Saint]> You must've been fairly shocked. 08.06.36 # Paaoid Android 08.06.42 # *Paranoid 08.06.55 # [Saint], Naah Ive had the Nexus 7 2012 for newer stuff :P 08.07.06 # I am shocked at good IO speeds though... 08.07.19 # Moto G blows the nexus 7 away at IO 08.07.24 # At least the 2012 model 08.12.50 # Saint: thanks, I think 16MB is the right balance for DX90. 08.13.01 # I have been listening in the past 30 minutes and don't the noise yet and I watch the buffer emptied and refill many times over. 08.13.23 # I don't know why mem was set to 64MB from the DX50 source/port. 08.13.28 # <[Saint]> Where is it you're increasing the buffer? 08.13.45 # <[Saint]> (just want to make sure you're not irrelvantly increasing the plugin buffer) 08.15.29 # [Saint]: with the %X tag yes 08.15.55 # <[Saint]> then the above makes no sense. 08.16.24 # It's not the plug in buffer, it's the MEMORYSIZE from the Makefile 08.16.53 # I can see Rockbox use a larger audio buffer with large memory available 08.18.29 # I am looking at the code yet where to limit the audio buffer to a fixed size regardless of the available mem 08.18.35 # <[Saint]> That's a bit of an ugly way of doing it. 08.18.42 # <[Saint]> You should probably be looking at /android/src/org/rockbox/RockboxPCM.java 08.18.55 # <[Saint]> Math.max(32<<10, 2*getMinBufferSize(samplerate, channels, encoding)); 08.19.31 # ok I'll try that thanks 08.19.36 # <[Saint]> perhaps try 4* 08.19.56 # <[Saint]> though I can't honestly think of a logical reason for this. 08.20.36 Quit ygrek (Ping timeout: 255 seconds) 08.35.29 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 08.44.37 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 08.51.47 Quit Jinx (Ping timeout: 260 seconds) 08.52.06 # [Saint]: remind me tomorow or wednesday, going afk for the rest of the day 08.57.52 Join Jinx [0] (Dojo@unaffiliated/jinx) 08.59.28 Quit Zagor (Ping timeout: 256 seconds) 08.59.44 # [Saint]: looks like not much error checking happens there 08.59.48 Join Zagor [0] (~bjst@80.239.169.202) 08.59.59 Quit Zagor (Changing host) 08.59.59 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 09.00.00 # <[Saint]> It used to spit. 09.00.35 # <[Saint]> if the backdrop was even 1px out in any direction it would fall over on parse. 09.01.07 # yeah, probably before i rejigged the backdrop sharing magic 09.01.20 # file a bug, and/or email me/dev-ml to remind me to do something about that 09.01.27 # <[Saint]> will do. 09.01.31 # <[Saint]> and thanks. 09.21.27 Join ygrek [0] (~user@108.59.6.97) 09.22.46 Quit pamaury (Ping timeout: 264 seconds) 09.45.50 Quit Zagor (Remote host closed the connection) 09.46.23 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 09.46.48 *** Saving seen data "./dancer.seen" 09.52.10 Quit HeadWhacker (Ping timeout: 246 seconds) 09.56.15 Join petur [0] (5bb7304d@rockbox/developer/petur) 09.57.28 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.22.05 Quit pystar89 (Ping timeout: 250 seconds) 10.26.18 Join pystar89 [0] (~pystar89@ip-176-199-76-43.hsi06.unitymediagroup.de) 10.28.12 Join AlexP [0] (~alex@rockbox/staff/AlexP) 11.34.31 Join kugel [0] (~kugel@avm-guido.avm.de) 11.34.31 Quit kugel (Changing host) 11.34.31 Join kugel [0] (~kugel@rockbox/developer/kugel) 11.46.52 *** Saving seen data "./dancer.seen" 12.31.45 Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) 12.39.17 Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) 12.55.24 # gevaerts: have you seen FS#12990 ? 12.55.25 # http://www.rockbox.org/tracker/task/12990 3PANIC in usb_storage_init_connection on iPod Classic (bugs, unconfirmed) 12.59.13 # * [Saint] is reminded of TheSeven's USB driver rework. 12.59.48 # <[Saint]> I was supposed to do...something...to it. 12.59.56 # <[Saint]> Ah. Bitfields. 13.00.07 Quit ikeboy (Quit: Leaving) 13.11.06 Join HeadWhacker [0] (84934c34@gateway/web/freenode/ip.132.147.76.52) 13.16.26 Quit HeadWhacker (Quit: Page closed) 13.29.24 Join Ra_ [0] (75c2e80c@gateway/web/freenode/ip.117.194.232.12) 13.30.50 # is there any way to use rockbox on iPod classic 6G without emCORE? 13.32.22 # not yet 13.36.47 Part Ra_ 13.46.55 *** Saving seen data "./dancer.seen" 13.57.41 Quit ygrek (Ping timeout: 245 seconds) 14.00.03 Quit kuldeepdhaka (Ping timeout: 250 seconds) 14.00.30 Join kuldeepdhaka_ [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) 14.10.08 Join scorche [0] (~scorche@rockbox/administrator/scorche) 14.13.06 Quit kuldeepdhaka_ (Ping timeout: 245 seconds) 14.15.01 Join sLite_ [0] (~quassel@mail.slite.org) 14.15.09 Join copper_ [0] (~copper@unaffiliated/copper) 14.15.44 Join charlie_ [0] (~c@108.237.202.52) 14.16.08 Nick charlie_ is now known as Guest76678 (~c@108.237.202.52) 14.18.41 Join Xyem_ [0] (xyem@li193-64.members.linode.com) 14.19.07 Quit Xyem (*.net *.split) 14.19.07 Quit scorche` (*.net *.split) 14.19.09 Quit copper (*.net *.split) 14.19.11 Quit sLite (*.net *.split) 14.19.14 Quit charlie (*.net *.split) 14.19.23 Nick copper_ is now known as copper (~copper@unaffiliated/copper) 14.56.17 Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) 14.57.15 Join amayer [0] (~amayer@mail.weberadvertising.com) 15.15.12 Join maruk1 [0] (~papier@titanium.v6.sdv.fr) 15.31.26 Quit alucryd (Ping timeout: 240 seconds) 15.32.12 Join alucryd [0] (~alucryd@archlinux/trusteduser/alucryd) 15.35.50 Quit Strife89 (Ping timeout: 255 seconds) 15.46.59 *** Saving seen data "./dancer.seen" 16.00.20 Join lleeloo [0] (b27d9335@gateway/web/freenode/ip.178.125.147.53) 16.01.31 # Hi 16.02.40 # anyone alive here? 16.10.30 # <[Saint]> Just ask your question. 16.10.52 # <[Saint]> If someone can assist they will. 16.14.52 # I made Cortex-M4 port of rockbox(dummy codec, SD LCD320x240, SRAM 16M). But my code a little ugly in file structure. Someoune who intersting in this, I need adviсe. (Sorry for my English) 16.17.08 # STM32F417ZG 16.24.19 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 16.25.02 # lleeloo: What kind of advice? 16.25.39 # file naming and file tree structure 16.26.17 # how insert V7M specific code to common parts of kernel& 16.26.22 # ? 16.27.07 # how to separate V7M asm from common ARM asm files? 16.27.26 # configure script advices=( 16.30.02 # Its a bit complicated. The starting point is firmware/export/config.h where different macros are defined. You are interested in ARM_ARCH I think 16.30.16 # and then usual #ifdefs in kernel code 16.31.43 # the ARCH_VERSION is set in tools/configure individually for every supported target 16.32.40 # ARCH_VERSION is 7 and is cortex-m4 is v7m 16.34.27 # when configure finished, ARCH_VERSION = 7, but 7 is cortex-r(a) too/ and thats why i define in my config.h cpu=STM32F4 16.35.14 Quit mortalis (Ping timeout: 255 seconds) 16.35.51 # my working day finished. I'l come back little later when i came home 16.35.57 Quit lleeloo (Quit: Page closed) 16.36.02 Quit kuldeepdhaka (Ping timeout: 240 seconds) 16.50.32 Quit Scall (Ping timeout: 255 seconds) 16.52.52 Join ygrek [0] (~user@108.59.6.97) 16.53.39 # Hmm, actually this is interesting problem. And actually this is v7e-m architecture 16.57.21 Quit Zagor (Quit: Clint excited) 16.57.35 Join Scall [0] (~chat@unaffiliated/scall) 17.03.37 # defining ARM_PROFILE would be the most general 17.04.30 # i tried rockbox on assdroid teh other day, and all it did was blank screen 17.08.46 # Indeed for ARM v7+ we would need the profile 17.09.28 # I wonder what device this is 17.13.45 # I guess dev board or something 17.13.59 # M4 is not very popular in consumer electronic market 17.16.14 # wat it m4 17.18.58 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 17.26.32 Quit kugel (Ping timeout: 240 seconds) 17.43.20 Quit SolarAquarion (Read error: Connection reset by peer) 17.45.00 Quit petur (Ping timeout: 246 seconds) 17.46.40 Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) 17.47.00 *** Saving seen data "./dancer.seen" 17.56.40 Quit pamaury (Ping timeout: 256 seconds) 18.06.24 Quit benedikt93 (Quit: Bye ;)) 18.20.42 Quit maruk1 (Quit: Leaving.) 18.28.45 Join ivanf [0] (~ivan@unaffiliated/kferdous) 18.28.50 # Hiya all 18.30.44 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 18.34.01 # pamaury: I fully decoded CP3 upgrade file :-) 18.34.35 # wodz: cool :) so how does it work ? 18.37.18 # pamaury: The .ROM file is actually RKW but a 'complete one'. It has various parts: 1) RKRS section which is sort of script what upgrade routine is supposed to do with this file. 2) RKST section which is kind of custom archive. 3) Additional resources where bootloaders and helper recovery binaries are stored. 18.40.06 # The upgrade routine follows the directives from RKRS and 1) check the version 2) check nand bootloader version and upgrade if needed 3) format system partition 4) copy files onto system partition 5) unpack Rock27Boot.bin file 6) reset 18.41.54 # The interesting thing is that Rock27Boot.bin contains the same bootloaders (s1 and s2) as stored in 'extended' resources in the .ROM file itself 18.47.34 # not sure I understand everything ^^ So it's a bit different from other rk27xx devices ? 18.50.35 # This seems to be standard upgrade procedure in SDK but Hifiman for example doesn't follow this scheme 18.51.17 Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) 18.55.43 Join rela [0] (~x@pdpc/supporter/active/rela) 18.57.04 # I'm still working on the Sansa View, the code is a nightmare to RE, so much C++ :( 18.59.02 Quit the-kyle (Ping timeout: 240 seconds) 19.00.47 Join the-kyle [0] (~kyle@kyle.tk) 19.05.38 Join jhMikeS [0] (~jethead71@c-68-43-2-35.hsd1.mi.comcast.net) 19.05.38 Quit jhMikeS (Changing host) 19.05.38 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 19.06.17 Quit wodz (Remote host closed the connection) 19.13.37 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 19.15.44 Join lebellium [0] (~chatzilla@89-93-178-161.hfc.dyn.abo.bbox.fr) 19.25.02 Quit ygrek (Ping timeout: 240 seconds) 19.39.41 Quit AlexP (Remote host closed the connection) 19.39.59 Quit bluebrother (Disconnected by services) 19.40.04 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 19.40.55 Join AlexP [0] (~alex@rockbox/staff/AlexP) 19.42.33 Quit fs-bluebot (Ping timeout: 255 seconds) 19.43.47 Quit kuldeepdhaka (Ping timeout: 255 seconds) 19.45.53 Join fs-bluebot [0] (~fs-bluebo@g224236042.adsl.alicedsl.de) 19.47.01 *** Saving seen data "./dancer.seen" 19.53.13 Join SolarAquarion [0] (~SolarAqua@unaffiliated/solaraquarion) 20.14.50 Quit ikeboy (Ping timeout: 255 seconds) 20.43.50 Join lleeloo [0] (25d7a744@gateway/web/freenode/ip.37.215.167.68) 20.46.47 # So about cortex-m4: what is the best way to identify v7e-m in export/config.h? 20.47.22 # this define will help me to use #ifdef in code and source include file list 20.50.13 # and at that moment and edit tools/configure and add code for my devboard with target ID=90. Is this ID free or not? 20.51.53 # lleeloo: I think you need to make sure the configure set ARCH_VERSION/ARM_ARCH to 7, but you should also create some #define for the profile, maybe something like ARM_PROFILE and define ARM_PROFILE_M as a possible value. In configure you also need to create your own function, just like arm1176jzscc() for example 20.52.31 # i add code to scrambler tool and write bootloader for demoboard. What should I read (or know) to add this files to rockbox tree 20.53.01 # then you can create a target which uses this function and see http://www.rockbox.org/wiki/PortingHowTo 20.53.09 # configure already work! i can use this script to configure Rockbox sources for my board 20.54.40 # at this moment i use configure to build bootloader and main rockbox firmware. But CPU identification done by defining cpu=stm32f4 =( 20.55.09 # that's normal 20.55.24 # oh you mean the cpu given to the compiler ? 20.56.49 # no? i mean that in config.h I do next: #define CONFIG_CPU STM32F4 20.57.29 # and lateer in source code i use this define to identify cortex-m4 code 20.58.26 # in configure i use armcortexM4Fcc () { findarmgcc GCCOPTS="$CCOPTS -mthumb -march=armv7e-m -mtune=cortex-m4" GCCOPTIMIZE="-fomit-frame-pointer" endian="little" } 20.58.38 # that's normal 20.59.01 # CONFIG_CPU should be read the soc really, it's more than the CPU architecture 20.59.16 # and for some reason we do the cpu architecture in configure and the soc define in config 21.00.48 # so configure set ARCH_VERSION/ARM_ARCH to 7. so i try to define ARM_PROFILE_M in my config.h. is it a good way? 21.01.34 # so if i use STM32F417 what must be defined as CONFIG_CPU? 21.01.40 # I think it would be better if the profile is set by configure script 21.01.51 # CONFIG_CPU should be STFM32F417 21.02.14 # or perhaps a slightly more general name, like STFM32F4xx, depending on how general your code is 21.02.15 # " CONFIG_CPU should be STFM32F417" OK I'll do that 21.02.48 # like me just check I'm not saying any mistake ;) 21.03.05 # What should i do to make configure set ARM_PROFILE_M? 21.04.26 # good question, let me check 21.04.31 # i mean how configure make define like that 21.04.40 # ARM_PROFILE_M? 21.05.42 # it's a bit tricky 21.05.53 # configure generates the makefile, which contains some exported variables 21.06.13 # iirc, thos variables are used by the makefile to generate config.h which contains a subset of those variables 21.07.36 # sorry autoconf.h 21.08.01 # oh actually autoconf.h is generated by configure so it's much easier 21.09.08 # You should add a line below /* Optionally define architecture version */ ${Darch_version} with your custom define I guess 21.10.07 # I think it would be better to have some define like ARM_PROFILE which be ARM_M or ARM_A for example, where ARM_M and ARM_A are predefined in autoconfig.h 21.11.53 # ok, i'm not so good in makefiles=( I'm like beginner. May you explain me more details? Where and what I should write 21.13.02 # ok, give a minute, I'll write something 21.14.37 # ok, thank you for you patience! 21.15.06 # your patience 21.15.30 # lleeloo: by the way, what does the FCC stands for after the cortexM4 ? 21.18.13 # actually it's M4F cross compiller (M4FCC in short). I can rena it if it is mistake! My English is not so good as i want=( 21.18.26 # rena=rename 21.19.25 # I think cortexm4 would be more correct, it's the name of the cpu, not the name of the toolchain in theory 21.20.03 # ok, I'll FIX this! 21.25.19 # lleeloo: http://pastebin.com/bcbHmKRR 21.25.35 # I didn't try it, but it should give you the idea 21.28.58 # i think i understand what did you mean! I will try this way. I one more question. How my code will sync with main rockbox sources? If new version of RB will release, my local version will not be correct=( 21.31.04 # best is to follow http://www.rockbox.org/wiki/UsingGit and push your patch to gerrit (http://gerrit.rockbox.org/r/#/). This way anyone can see your changes, comment on them, and your code is not lost. And if the code is fine, we could consider it for inclusion in our repository 21.32.52 Join smokesig [0] (~victor@ADijon-654-1-48-175.w90-26.abo.wanadoo.fr) 21.32.57 Part smokesig ("Konversation terminated!") 21.34.30 # I will read about UsingGit. I never use a patches =( Now it's time=) OK i will try 21.35.29 # Thank you very much ащк нщг рудз 21.35.39 # for you help 21.47.04 *** Saving seen data "./dancer.seen" 22.06.06 Quit lleeloo (Ping timeout: 246 seconds) 22.10.58 # yeah, finally found how to select between internal storage and sd card on the Sansa View \o/ 22.23.24 Join lleeloo [0] (25d7b2c4@gateway/web/freenode/ip.37.215.178.196) 22.24.09 Join einhirn [0] (~Miranda@p3E9E709B.dip0.t-ipconnect.de) 22.25.26 Join einhirn_ [0] (~Miranda@bsod.rz.tu-clausthal.de) 22.28.31 Quit einhirn (Ping timeout: 245 seconds) 22.32.16 Quit pamaury (Ping timeout: 245 seconds) 22.37.57 Quit lleeloo (Ping timeout: 246 seconds) 22.41.42 Join sakax [0] (~sakax@unaffiliated/sakax) 22.56.50 Join wodz [0] (~wodz@89-67-6-182.dynamic.chello.pl) 23.07.47 Quit rela (Quit: Leaving) 23.13.21 Join prof_wolfff [0] (~prof_wolf@89.141.50.204.dyn.user.ono.com) 23.17.11 Quit amayer (Quit: Leaving) 23.32.40 Join petur [0] (~petur@rockbox/developer/petur) 23.32.47 Quit petur (Client Quit) 23.39.08 Quit wodz (Quit: Leaving) 23.45.08 Quit einhirn_ (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 23.47.06 *** Saving seen data "./dancer.seen" 23.49.11 Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 32.0/20140731191115])