| 00:00:18 | | Quit girafe (Read error: Connection reset by peer) |
| 00:00:34 | | Quit Senji (Ping timeout: 256 seconds) |
| 00:11:23 | | Join Senji [0] (~Senji@85.187.103.250) |
| 00:11:40 | | Quit Rower (Quit: Hmmm...) |
| 00:15:43 | | Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) |
| 00:16:57 | | Quit Senji (Ping timeout: 248 seconds) |
| 00:20:09 | | Join Senji [0] (~Senji@85.187.103.250) |
| 00:24:33 | | Quit fishbulb (*.net *.split) |
| 00:24:33 | | Quit MrZeus1 (*.net *.split) |
| 00:24:33 | | Quit fIorz_ (*.net *.split) |
| 00:24:33 | | Quit idonob_ (*.net *.split) |
| 00:24:33 | | Quit ZincAlloy (*.net *.split) |
| 00:24:34 | | Quit WakiMiko (*.net *.split) |
| 00:24:34 | | Quit shmibs (*.net *.split) |
| 00:24:34 | | Quit alucryd (*.net *.split) |
| 00:24:34 | | Quit Rondom (*.net *.split) |
| 00:24:34 | | Quit idonob (*.net *.split) |
| 00:24:34 | | Quit rudi_s (*.net *.split) |
| 00:24:52 | | Join fishbulb [0] (~fishbulb@unaffiliated/fishbulb) |
| 00:24:52 | | Join MrZeus1 [0] (~MrZeus@2a02:c7f:7025:ed00:f05f:c94c:c60c:77) |
| 00:24:52 | | Join fIorz_ [0] (nobody@rain.florz.de) |
| 00:24:52 | | Join idonob_ [0] (~Owner@S010610c37b922980.vs.shawcable.net) |
| 00:24:52 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:ac24:4d79:8720:a3d1) |
| 00:24:52 | | Join WakiMiko [0] (~WakiMiko@unaffiliated/wakimiko) |
| 00:24:52 | | Join shmibs [0] (~shmibs@shmibbles.me) |
| 00:24:52 | | Join alucryd [0] (~quassel@archlinux/developer/alucryd) |
| 00:24:52 | | Join Rondom [0] (~rondom@modo.nonmodosedetiam.net) |
| 00:24:52 | | Join idonob [0] (~Owner@S010610c37b922980.vs.shawcable.net) |
| 00:24:52 | | Join rudi_s [0] (~simon@kraftwerk.ruderich.eu) |
| 00:25:33 | | Quit Senji (Ping timeout: 240 seconds) |
| 00:30:09 | | Quit Bray90820 (Ping timeout: 258 seconds) |
| 00:30:15 | fishbulb | Hello |
| 00:33:43 | | Join Bray90820 [0] (~bray90820@173-25-204-30.client.mchsi.com) |
| 00:34:55 | | Quit petur (Quit: Leaving) |
| 00:39:10 | __builtin | hey fishbulb |
| 00:40:54 | | Quit Bray90820 (Ping timeout: 240 seconds) |
| 00:42:55 | *** | Saving seen data "./dancer.seen" |
| 00:45:30 | | Join Senji [0] (~Senji@85.187.103.250) |
| 00:45:46 | | Quit Senji (Read error: Connection reset by peer) |
| 00:46:14 | | Join Senji [0] (~Senji@85.187.103.250) |
| 00:50:17 | | Join Bray90820 [0] (~bray90820@173-25-204-30.client.mchsi.com) |
| 00:51:56 | | Quit Senji (Ping timeout: 264 seconds) |
| 00:54:41 | | Join Senji [0] (~Senji@85.187.103.250) |
| 00:55:21 | | Quit Bray90820 (Ping timeout: 248 seconds) |
| 00:57:15 | | Quit xorly (Ping timeout: 256 seconds) |
| 00:59:58 | | Quit Senji (Ping timeout: 252 seconds) |
| 01:00 |
| 01:03:41 | | Quit ender` (Quit: A clear conscience is usually the sign of a bad memory. — Steven Wright) |
| 01:04:28 | | Join Senji [0] (~Senji@85.187.103.250) |
| 01:20:56 | | Quit The_Prospector (Read error: Connection reset by peer) |
| 01:21:03 | | Quit Senji (Ping timeout: 240 seconds) |
| 01:21:21 | | Quit fishbulb (Ping timeout: 255 seconds) |
| 01:21:25 | | Join The_Prospector [0] (~The_Prosp@unaffiliated/cornman) |
| 01:24:19 | | Join Senji [0] (~Senji@85.187.103.250) |
| 01:25:32 | | Join Bray90820 [0] (~bray90820@173-25-204-30.client.mchsi.com) |
| 01:30:23 | | Part robertd1 |
| 01:47:58 | | Quit Senji (Ping timeout: 258 seconds) |
| 01:51:02 | | Quit pixelma (Ping timeout: 258 seconds) |
| 01:51:02 | | Quit amiconn (Ping timeout: 258 seconds) |
| 01:53:18 | | Quit MrZeus1 (Ping timeout: 255 seconds) |
| 01:54:32 | | Join pixelma [0] (~pixelma@rockbox/staff/pixelma) |
| 01:54:56 | | Join amiconn [0] (~amiconn@rockbox/developer/amiconn) |
| 01:58:11 | | Quit __builtin (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) |
| 02:00 |
| 02:00:37 | | Join __builtin [0] (~xray@cpe-75-177-76-62.triad.res.rr.com) |
| 02:01:01 | | Nick __builtin is now known as Guest66651 (~xray@cpe-75-177-76-62.triad.res.rr.com) |
| 02:02:00 | | Quit Guest66651 (Client Quit) |
| 02:03:02 | | Join _builtin [0] (~xray@cpe-75-177-76-62.triad.res.rr.com) |
| 02:03:02 | | Quit _builtin (Changing host) |
| 02:03:02 | | Join _builtin [0] (~xray@rockbox/developer/builtin) |
| 02:05:28 | | Nick _builtin is now known as __builtin (~xray@rockbox/developer/builtin) |
| 02:24:27 | | Quit prg318 (Quit: WeeChat 1.6) |
| 02:25:52 | | Join prg318 [0] (~prg318@deadcodersociety/prg318) |
| 02:27:33 | | Quit ZincAlloy (Quit: Leaving.) |
| 02:37:33 | | Join Senji [0] (~Senji@85.187.103.250) |
| 02:37:48 | | Quit Senji (Read error: Connection reset by peer) |
| 02:38:12 | | Join Senji [0] (~Senji@85.187.103.250) |
| 02:42:57 | *** | Saving seen data "./dancer.seen" |
| 03:00 |
| 03:03:25 | | Join furrywolf [0] (~randyg@70-6-249-192.pools.spcsdns.net) |
| 03:04:27 | furrywolf | I can't seem to make shuffle work. I created a playlist, turned shuffled on in playback settings, and it's still playing them in order. I've been futzing around with it for about 15 minutes now. what am I doing wrong? |
| 03:10:56 | furrywolf | creating the playlist with shuffle already on doesn't cause shuffling. turning it off and on doesn't cause shuffling. turning it off or on with quick settings still doesn't cause shuffling. |
| 03:13:39 | | Quit Senji (Ping timeout: 240 seconds) |
| 03:17:58 | __builtin | furrywolf: I'm not sure exactly how it's supposed to work, the manual might give some insights |
| 03:18:12 | | Join idonob__ [0] (~Owner@S010610c37b922980.vs.shawcable.net) |
| 03:19:03 | furrywolf | I've tried just about everything I can think of... I can't imagine such a basic feature doesn't work, so I must be doing something wrong... but this shouldn't be complicated! |
| 03:19:12 | | Join idonob___ [0] (~Owner@S010610c37b922980.vs.shawcable.net) |
| 03:19:12 | *** | Alert Mode level 1 |
| 03:19:12 | DBUG | Enqueued KICK idonob_ |
| 03:19:12 | DBUG | Enqueued KICK idonob |
| 03:19:12 | *** | Alert Mode level 2 |
| 03:19:12 | DBUG | Enqueued KICK idonob__ |
| 03:19:12 | DBUG | Enqueued KICK idonob___ |
| 03:19:12 | *** | Alert Mode level 3 |
| 03:19:15 | | Quit idonob_ (Ping timeout: 255 seconds) |
| 03:19:15 | | Quit idonob (Ping timeout: 255 seconds) |
| 03:19:31 | | Join idonob [0] (~Owner@S010610c37b922980.vs.shawcable.net) |
| 03:23:42 | | Quit idonob (Client Quit) |
| 03:29:13 | *** | Alert Mode OFF |
| 03:33:03 | | Join idonob [0] (~Owner@S010610c37b922980.vs.shawcable.net) |
| 03:33:18 | | Join Skaalgard1 [0] (~Travis@2600:8803:7d80:f9:98a5:62da:1dd4:a42a) |
| 03:33:58 | | Quit scorche (Disconnected by services) |
| 03:34:02 | | Join scorche` [0] (~scorche@rockbox/administrator/scorche) |
| 03:34:40 | | Join user890104_ [0] (Venci@unaffiliated/user890104) |
| 03:36:27 | | Join StaticAmbience_ [0] (~Quassel@host86-157-17-68.range86-157.btcentralplus.com) |
| 03:37:04 | | Join aevin_ [0] (eivindsy@microbel.pvv.ntnu.no) |
| 03:37:23 | | Join igitoor_ [0] (igitur@2a00:d880:3:1::c1ca:a648) |
| 03:39:09 | chrisjj | furrywolf, shuffle doesn't work as one might expect or as the manual says. |
| 03:39:32 | __builtin | s/one/chrisjj/g |
| 03:40:17 | furrywolf | ok... how does it work? :) |
| 03:40:31 | chrisjj | Is that the same builtin who just said he's not exactly sure how it is supposed to work?? :-) |
| 03:40:48 | | Join ParkerR_ [0] (ParkerR@znc.withg.org) |
| 03:40:54 | | Join Cu5tosLim3n [0] (~CustosLim@unaffiliated/cust0slim3n) |
| 03:41:05 | chrisjj | Set Shuffle to On, go to Files, select the first track in a folder of many, press Select. |
| 03:41:15 | | Join Piece_Maker [0] (~Acou_Bass@host-89-241-241-2.as13285.net) |
| 03:41:19 | | Join sparetire_ [0] (~sparetire@unaffiliated/sparetire) |
| 03:41:31 | chrisjj | The tracks will be shuffled as they are transferred to the current playlist. |
| 03:41:37 | furrywolf | that creates a playlist of the files in that directory... and then plays them in order. |
| 03:41:53 | | Quit idonob___ (*.net *.split) |
| 03:41:53 | | Quit Skaalgard (*.net *.split) |
| 03:41:53 | | Quit StaticAmbience (*.net *.split) |
| 03:41:53 | | Quit CustosL1men (*.net *.split) |
| 03:41:54 | | Quit ParkerR (*.net *.split) |
| 03:41:54 | | Quit user890104 (*.net *.split) |
| 03:41:54 | | Quit cc___ (*.net *.split) |
| 03:41:54 | | Quit Acou_Bass (*.net *.split) |
| 03:41:54 | | Quit Cu5tosLimen (*.net *.split) |
| 03:41:54 | | Quit aevin (*.net *.split) |
| 03:41:54 | | Quit sparetire (*.net *.split) |
| 03:41:54 | | Quit igitoor (*.net *.split) |
| 03:41:54 | | Quit TD-Linux (*.net *.split) |
| 03:41:54 | | Quit n17ikh (*.net *.split) |
| 03:41:54 | | Quit ranmachan (*.net *.split) |
| 03:41:55 | | Nick user890104_ is now known as user890104 (Venci@unaffiliated/user890104) |
| 03:41:58 | | Nick Piece_Maker is now known as Acou_Bass (~Acou_Bass@host-89-241-241-2.as13285.net) |
| 03:42:19 | chrisjj | Here it creates a current playlist containing the tracks shuffled. |
| 03:42:50 | furrywolf | I've figured out I can create a shuffled playlist, if I use the shuffle option in the playlist menu, but I haven't been able to make the normal shuffle option do _anything_. |
| 03:43:09 | furrywolf | and to use that I have to manually re-shuffle every time I add to the playlist |
| 03:43:48 | | Part Skaalgard1 |
| 03:44:00 | chrisjj | The one that works is Reshuffle? |
| 03:45:09 | | Quit igitoor_ (Changing host) |
| 03:45:09 | | Join igitoor_ [0] (igitur@unaffiliated/contempt) |
| 03:45:19 | furrywolf | if I hold down select on the playlist, then select shuffle, it will shuffle the current playlist... which it then plays in order. |
| 03:47:44 | furrywolf | when I add the tracks to the playlist, they get added in the expected normal order, regardless of what shuffle is set to. |
| 03:47:53 | furrywolf | as far as I can tell, the shuffle option does _nothing_. at all. |
| 03:48:59 | | Join ranmachan [0] (~ranma@yumi.uguu.de) |
| 03:49:09 | | Join n17ikh [0] (~n17ikh@unaffiliated/n17ikh) |
| 03:49:15 | | Join cc___ [0] (~ac@2001:910:113f:1:6a05:caff:fe1c:1627) |
| 03:49:40 | furrywolf | I did download the dev build, since the last stable was >3 years ago, and I noticed there were changed related to battery life, which I'd like... should I download the stable version and try that instead? |
| 03:50:09 | __builtin | furrywolf: no, the last "release" is horribly out of date |
| 03:51:11 | furrywolf | so... am I completely missing something, or does shuffle simply not work? |
| 03:52:03 | chrisjj | Shuffle on the Playlist menu?? The current dev build has none. It has Reshuffle on the Playlist menu. |
| 03:52:41 | furrywolf | ... I downloaded whatever development build the automatic installer downloads, and it's most definitely "shuffle". |
| 03:53:16 | furrywolf | and it does work, and shuffles the current playlist. |
| 03:54:31 | furrywolf | but the shuffle playback option, as accessed in the playback settings menu, or from the quick settings menu, seems to have no effect whatsoever, either adding or playing tracks. |
| 03:55:08 | chrisjj | I don't believe the automatic installer downloads any dev build. And I don't know what version you have with Shuffle there. What I see is http://i.imgur.com/UhgBngw.png . |
| 03:56:18 | furrywolf | the installer downloaded 15e1f59 updated 2017-1-16 |
| 03:56:54 | furrywolf | also, as an installer note, the automatically detect player option instantly segfaults. I haven't gdb'ed it to see why, as manual selection worked. |
| 03:57:31 | chrisjj | What's the version number under System? |
| 03:58:18 | furrywolf | 15e1f59-170118 |
| 03:59:07 | chrisjj | OK. How are you adding tracks? |
| 04:00 |
| 04:01:06 | | Join alexweis_ [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) |
| 04:01:09 | furrywolf | either by selecting a track, which wipes the playlist and adds all the tracks in the current directory, or by selecting a folder, holding select, current playlist, insert. |
| 04:01:16 | | Join bp0 [0] (~bp@216.16.66.181) |
| 04:01:16 | | Quit bp0 (Changing host) |
| 04:01:16 | | Join bp0 [0] (~bp@unaffiliated/bp0) |
| 04:02:10 | furrywolf | which doesn't wipe the current playlist, and adds everything in and under that directory. |
| 04:02:17 | | Quit alexweissman (Ping timeout: 240 seconds) |
| 04:02:59 | | Join TD-Linux [0] (~Thomas@about/essy/indecisive/TD-Linux) |
| 04:03:14 | furrywolf | hrmm. I'm trying to upload an image of my screen, but imgur seems to have changed their image upload process, such that it no longer works. |
| 04:04:26 | furrywolf | their old process works. now it doesn't. yay progress! |
| 04:04:54 | chrisjj | Shuffle doesn't work on Insert here. No idea why. |
| 04:05:03 | furrywolf | http://fw.bushytails.net/tmp/rockbox01.jpg no "re" here. it may be a hardware-specific thing. |
| 04:05:36 | furrywolf | shuffle shouldn't work on insert... it should affect the playing of the playlist, not the order of the playlist itself. |
| 04:06:41 | chrisjj | Here when selecting a track (to put a folder to the current playlist), Shuffle does work, but only on the unselected tracks, not the selected one. No idea why. |
| 04:07:42 | furrywolf | that's also broken, but different than the brokenness I'm getting. |
| 04:10:16 | furrywolf | if (playlist_create(dir, NULL) != -1) |
| 04:10:16 | furrywolf | { |
| 04:10:16 | furrywolf | ft_build_playlist(tree_get_context(), 0); |
| 04:10:16 | DBUG | Enqueued KICK furrywolf |
| 04:10:16 | furrywolf | if (global_settings.playlist_shuffle) |
| 04:10:17 | furrywolf | playlist_shuffle(current_tick, -1); |
| 04:10:32 | furrywolf | code definitely says it should shuffle on adding a directory. weird. that is very much NOT how I would have done it... |
| 04:11:06 | furrywolf | * PLAYLIST_INSERT_SHUFFLED - Add track at some random point between the |
| 04:11:07 | furrywolf | * current playing track and end of playlist |
| 04:11:28 | furrywolf | so if you're at the end of the playlist, it adds everything at the end? heh |
| 04:11:37 | | Quit StaticAmbience_ (Remote host closed the connection) |
| 04:13:15 | furrywolf | ugh. I don't like some of this code. heh. |
| 04:13:40 | chrisjj | As I said, it doesn't work as one would expect :-) |
| 04:13:45 | chrisjj | What's your device? |
| 04:14:08 | furrywolf | sansa fuze |
| 04:14:22 | furrywolf | I can't follow what some of this playlist logic is doing, nor how it "unshuffles" it. |
| 04:15:17 | furrywolf | heh, I see repeat: shuffle is not implemented at all. |
| 04:15:48 | | Join StaticAmbience [0] (~Quassel@host86-157-17-68.range86-157.btcentralplus.com) |
| 04:16:21 | furrywolf | heh, unshuffle just sorts the playlist... that explains why I didn't figure out how it works. |
| 04:16:48 | furrywolf | so... shuffle is broken by design? |
| 04:17:23 | furrywolf | shuffle should affect the playback order, not the actual playlist order. there's already an "insert shuffled" option for that, and the option to shuffle the playlist. |
| 04:18:38 | chrisjj | Fuze sim on yesterday's dev build 170118 shows me Reshuffle: http://i.imgur.com/PaGCHHe.png |
| 04:19:23 | | Quit bp0 (Quit: Leaving) |
| 04:20:30 | chrisjj | How did you reach this menu http://i.imgur.com/UhgBngw.png ? |
| 04:21:13 | furrywolf | pressing the button that shows the playlist while a track is playing, then holding down select until the playlist menu appears. |
| 04:21:46 | | Nick ParkerR_ is now known as ParkerR (ParkerR@znc.withg.org) |
| 04:21:46 | | Quit ParkerR (Changing host) |
| 04:21:46 | | Join ParkerR [0] (ParkerR@unaffiliated/parkerr) |
| 04:21:52 | furrywolf | http://fw.bushytails.net/tmp/rockbox01.jpg you can see that on my non-simulated one, it most definitely says "shuffle". lol |
| 04:23:08 | furrywolf | but, I think the problem is more of a design issue, than a bug... why the hell are there two ways of doing the same thing? why is the playlist being shuffled when files are added, depending on the global shuffle option, when there's a separate option to insert them shuffled? why does shuffle not behave like 99.99% of people would expect it to, and only affect playback order, not the actual playlist order? |
| 04:23:32 | furrywolf | also, why does the manual disagree on all of this? :) |
| 04:24:31 | chrisjj | IIUC the usual reason for two ways of doing something and a third in the manual is that three people contributed. :-) |
| 04:24:41 | furrywolf | lol |
| 04:25:09 | chrisjj | There are many instances in which the manual and program do not accord. Some coders don't like doing documentation. |
| 04:25:40 | furrywolf | I'm still not figuring out the actual shuffle logic, but it's setting off my "this feels wrong" feeling. |
| 04:25:52 | | Join fishbulb [0] (~fishbulb@unaffiliated/fishbulb) |
| 04:27:40 | furrywolf | also, don't have one function named randomise_playlist, and another playlist_randomise... that just makes following it painful for no good reason at all. :) |
| 04:34:36 | furrywolf | why can you get to "insert" from the playlist menu? does is just add the track twice? heh |
| 04:34:54 | chrisjj | I think more of an issue than painful for the coders is e.g. having three different menus titled Playlist making it painful for the users. |
| 04:35:30 | furrywolf | heh, and "play next" creates a playlist containing only the selected track... twice. |
| 04:36:11 | chrisjj | You get there from Current Playlist. The better question is why one can get to Current Playlist from the Playlist menu. |
| 04:38:35 | furrywolf | there seems to be a lot of things to do with playlists that could be improved. |
| 04:39:36 | furrywolf | shuffle seems broken by design |
| 04:40:16 | | Join HyperTalk_84 [0] (~MountainD@104.156.228.99) |
| 04:41:42 | furrywolf | shuffling during playback should be separate from shuffling the actual list order |
| 04:41:51 | chrisjj | I've seen very little interest in fixing up the playlists UI. |
| 04:42:35 | chrisjj | I'd guess not many people use it much. |
| 04:42:39 | HyperTalk_84 | I'd like to thank for RockBox, served well for me |
| 04:43:00 | *** | Saving seen data "./dancer.seen" |
| 04:44:18 | furrywolf | I don't mean the UI, I mean the internal logic.. right now the playback shuffle option, rather than actually shuffling playback, seems to do the same thing as the insert shuffled option. |
| 04:44:50 | furrywolf | even though there's a quick settings option to turn shuffle on and off, it's 100% useless, because shuffling is only done when tracks are added? |
| 04:45:27 | chrisjj | I'd say it is less useless than 100%. |
| 04:46:10 | chrisjj | Yes its a mess, but that doesn't explain why Playback Shuffle doesn't work for you selecting tracks. |
| 04:46:20 | chrisjj | Here's a video of it working for me: https://youtu.be/KU5-5aHL2Ds |
| 04:46:33 | furrywolf | I can't view youtube. |
| 04:47:05 | chrisjj | Download? https://www.dropbox.com/s/9lh8xmub312ke6s/RB%20Playback%20Shuffle%20verification.mpg?dl=0 |
| 04:47:46 | furrywolf | I could, but I don't have high-speed internet, and I pay $11/GB. heh. |
| 04:48:17 | furrywolf | the quick settings shuffle option is working now. WTF. lol |
| 04:48:46 | furrywolf | so it's something random that I prodded the right way screwing with it. |
| 04:50:23 | furrywolf | OK. If you use "insert", while shuffle is on, it breaks. |
| 04:50:35 | chrisjj | I got success by starting with no config.cfg, setting just Playback Shuffle On, and in Files selecting a track in a folder. |
| 04:50:39 | furrywolf | if you insert while shuffle is off, then it works. |
| 04:51:11 | furrywolf | if you toggle shuffle a few times, then it shuffles. |
| 04:51:33 | furrywolf | except it never actually un-shuffles... it just re-sorts the list, losing any manual ordering you did. |
| 04:53:02 | furrywolf | and if you insert things at a particular spot, they get inserted at the start of the list anyway. |
| 04:54:03 | furrywolf | suggestion: play should get you back out of the quick settings menu and go back to playing, like it does on every single other screen. |
| 04:55:21 | furrywolf | next issue... when I plug it in to my laptop to charge, it connects and disconnects constantly, both pissing off the player and spamming dmesg. stock firmware doesn't do this. |
| 04:55:49 | furrywolf | LOL. except for this time, where plugging in the usb cable caused it to immediately panic. |
| 04:56:02 | furrywolf | an OOM from playlist_resume. |
| 04:56:09 | HyperTalk_84 | furry, what hardware do you have? |
| 04:56:15 | furrywolf | sansa fuse v1 |
| 04:56:17 | furrywolf | fuze |
| 04:57:54 | HyperTalk_84 | My clip+ worked well. The fuse may be less stable with ROckBox. |
| 05:00 |
| 05:00:00 | furrywolf | I'm guessing it's leaking memory somewhere and running itself out of ram reconnecting constantly. "usb 8-1.1: new high-speed USB device number 43 using ehci_hcd" "usb 8-1.1: device descriptor read/all, error -110" "usb 8-1.1: new high-speed USB device number 44 using ehci_hcd" etc etc etc. sometimes it successfully negotiates, then disconnects again. |
| 05:00:04 | furrywolf | and now it just paniced again. |
| 05:01:03 | furrywolf | in any case... I can't charge it. |
| 05:01:04 | chrisjj | Here on fresh RB, plugging in the USB immediately after unplugging causes a crash. Workaround: wait a few seconds. |
| 05:01:23 | furrywolf | it's constantly connecting and disconnecting on its own |
| 05:01:24 | chrisjj | s/crash/PANIC crash/ |
| 05:01:49 | furrywolf | and for some reason it's connecting as a hid keyboard. what the hell? |
| 05:02:48 | furrywolf | I can't charge it or copy files to it, as it disconnects and reconnects constantly. |
| 05:03:08 | furrywolf | and then panics. :) |
| 05:03:11 | | Quit StaticAmbience (Remote host closed the connection) |
| 05:03:25 | chrisjj | USB HID can be disabled under Settings. |
| 05:03:38 | | Join StaticAmbience [0] (~Quassel@host86-157-17-68.range86-157.btcentralplus.com) |
| 05:03:39 | furrywolf | I can both charge it and copy files to it if I boot the stock firmware, so it's not a hardware usb issue. |
| 05:04:03 | HyperTalk_84 | furry, sounds like more than a little problem of some minor RockBox bug |
| 05:06:01 | | Join Senji [0] (~Senji@85.187.103.250) |
| 05:06:09 | furrywolf | disabling usb hid did not fix the constant reconnects |
| 05:06:44 | chrisjj | When I've got that connect/disconnect loop, I've found RB is crashing on connect, then RB watchdog detects the crash and resets the device, and then RB reconnects. |
| 05:06:51 | furrywolf | it keeps trying to switch between the picture of the usb plug and the main menu, then panics. |
| 05:07:01 | chrisjj | You may see some telltale on device screen. |
| 05:07:17 | furrywolf | no, it's not restarting... it shows the usb plug, then it reloads the playlist and goes back to the main menu. |
| 05:07:32 | chrisjj | And then it goes back to USB?? |
| 05:07:40 | furrywolf | yep |
| 05:07:59 | chrisjj | Oh. That's a loop I've not seen. |
| 05:08:00 | furrywolf | and then it loads the playlist... |
| 05:08:05 | furrywolf | and then after a couple of times it panics |
| 05:08:23 | furrywolf | watching the kernel log shows it's actually reconnecting every few seconds |
| 05:08:39 | chrisjj | Do you see an "error loading playlist" pop-up over the USB plug image? |
| 05:08:45 | furrywolf | on both the usb plug screen and the menu screen |
| 05:08:45 | furrywolf | no |
| 05:08:54 | furrywolf | it successfully loads it and goes back to the main menu |
| 05:09:13 | chrisjj | How do you know it reloads the playlist? |
| 05:09:20 | furrywolf | hrmm, now it seems to have hard crashed... it's stuck on the main menu with no response to input. |
| 05:09:41 | furrywolf | because it says different percentages that increase, then it switches back to the main menu at about the spot 100% would be |
| 05:10:02 | chrisjj | Is your playlist huge? |
| 05:10:31 | furrywolf | according to the kernel log, it's reconnecting every 10.5 seconds, until it panics. |
| 05:10:42 | furrywolf | a couple thousand tracks |
| 05:11:14 | furrywolf | just paniced with playlist_resume OOM again. |
| 05:12:10 | HyperTalk_84 | Does it do it on other PC's? Have you tried an older version of RockBox? Perhaps you have a unit incompatible with RockBox. |
| 05:12:18 | | Quit Senji (Ping timeout: 245 seconds) |
| 05:12:35 | furrywolf | I'm guessing the OOMs are due to something leaking, and it actually running out of ram. |
| 05:12:44 | furrywolf | playlist never getting freed or such |
| 05:13:02 | furrywolf | I only have one pc easily usable at the moment. the stock firmware handles usb fine. |
| 05:13:02 | chrisjj | What happens with a dozen-track playlist? |
| 05:13:25 | furrywolf | it reconnects every second or so, at least from what I remember from earlier. |
| 05:14:10 | chrisjj | Is that when playing audio? |
| 05:14:27 | furrywolf | or it just crashes immediately when I connect the usb cable. sigh... |
| 05:14:35 | furrywolf | it locked up again. |
| 05:15:09 | furrywolf | ... that's new. now it just boots to a plain white screen. |
| 05:15:38 | furrywolf | shows the black loading screen for a fraction of a second, can't read what it says |
| 05:15:58 | furrywolf | boots fine with the usb cable unplugged |
| 05:16:35 | furrywolf | lol, now, with a 13-track playlist, it panics at usb_storage_init_connection OOM. |
| 05:17:10 | furrywolf | it seems to be having memory management issues. |
| 05:17:36 | furrywolf | I'm beginning to thick rockbox may not meet my mp3 player needs at this time. |
| 05:18:19 | chrisjj | I wonder if the dev build has been tested on Sansa Fuze recently. |
| 05:18:46 | furrywolf | I would go with "no", since "panics upon connecting usb cable" is a pretty noticable issue. |
| 05:20:30 | chrisjj | The forums.rockbox.org outage has just ended, so perhaps ask there. |
| 05:20:49 | furrywolf | is that the same outage as themes.? |
| 05:20:55 | chrisjj | Yes. |
| 05:21:44 | furrywolf | this is taking way too much effort... I just want my radio to play mp3s. lol |
| 05:24:19 | chrisjj | Someone will be along any minute to tell you "Rockbox is by developers for developers" :-) Despite which I hope you get it working. Bye for now. |
| 05:25:39 | furrywolf | heh |
| 05:25:50 | furrywolf | I have too many projects to start developing mp3 player software. |
| 05:32:57 | duo8 | anyone got experience with batteries here? |
| 05:34:11 | duo8 | is it possible to have a 2200mAh battery in a 60x45x5 mm size? |
| 05:35:29 | HyperTalk_84 | no |
| 05:35:53 | HyperTalk_84 | Or, look at a cell phone bettery |
| 05:58:41 | duo8 | well the samsung s3 battery got pretty close (2100) |
| 05:58:45 | duo8 | but it's thicker |
| 06:00 |
| 06:01:14 | | Join Senji [0] (~Senji@85.187.103.250) |
| 06:07:48 | | Quit Senji (Ping timeout: 256 seconds) |
| 06:17:42 | | Join Senji [0] (~Senji@85.187.103.250) |
| 06:20:17 | | Quit [7] (Ping timeout: 240 seconds) |
| 06:21:02 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
| 06:26:39 | | Quit Senji (Ping timeout: 240 seconds) |
| 06:31:22 | | Quit furrywolf (Ping timeout: 248 seconds) |
| 06:43:04 | *** | Saving seen data "./dancer.seen" |
| 06:49:13 | | Quit Strife89 (Remote host closed the connection) |
| 06:51:01 | | Nick alexweis_ is now known as alexweissman (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) |
| 06:52:12 | | Join Strife89 [0] (~quassel@adsl-98-80-191-141.mcn.bellsouth.net) |
| 07:00 |
| 07:07:38 | | Nick zoid is now known as z0id (~zoid@unaffiliated/taxationistheft) |
| 07:07:45 | | Nick z0id is now known as zoid (~zoid@unaffiliated/taxationistheft) |
| 07:37:01 | | Quit HyperTalk_84 () |
| 08:00 |
| 08:03:38 | | Quit dfkt (Ping timeout: 248 seconds) |
| 08:15:02 | | Join parchd [0] (~parchd@unaffiliated/parchd) |
| 08:26:56 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 08:43:09 | *** | Saving seen data "./dancer.seen" |
| 08:48:34 | | Quit chrisb (Ping timeout: 240 seconds) |
| 09:00 |
| 09:01:51 | | Join xorly [0] (~xorly@ip-89-176-102-19.net.upcbroadband.cz) |
| 09:05:10 | | Quit atsampso1 (Ping timeout: 256 seconds) |
| 09:06:23 | | Join atsampson [0] (~ats@cartman.offog.org) |
| 09:09:14 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:d4d7:4824:aadd:907e) |
| 09:11:30 | pixelma | "Insert shuffled" is especially useful on those devices that don't have enough buttons to have the quick screen available. And I also expect the order in the playlist being the order the tracks will be played, so when starting one in shuffled mode on a folder, I expect to see this when I view the playlist. There's a fine but important difference between shuffled and random play here and Rockbox only does the former and says so |
| 09:13:36 | | Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) |
| 09:13:39 | pixelma | Rockbox will also keep the order of a manipulated playlist... at the point where you saved it |
| 09:14:31 | | Quit wodz (Client Quit) |
| 09:14:55 | | Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) |
| 09:16:24 | pixelma | and of course while just playing without further manipulation |
| 09:32:25 | | Join petur [0] (~petur@91.183.48.77) |
| 09:32:25 | | Quit petur (Changing host) |
| 09:32:25 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 09:42:17 | | Quit xorly (Ping timeout: 248 seconds) |
| 09:48:41 | | Join elensil [0] (~edhelas@2001:1c02:1903:d800:4d9d:18df:f70a:7156) |
| 10:00 |
| 10:19:24 | | Quit idonob (Quit: restarting...) |
| 10:19:47 | | Quit krnlyng (Ping timeout: 245 seconds) |
| 10:33:00 | | Join krnlyng [0] (~liar@77.116.35.24.wireless.dyn.drei.com) |
| 10:43:13 | *** | Saving seen data "./dancer.seen" |
| 10:55:53 | | Quit advcomp2019__ (Ping timeout: 248 seconds) |
| 10:59:19 | | Join advcomp2019__ [0] (~advcomp20@65-131-154-48.sxct.qwest.net) |
| 10:59:20 | | Quit advcomp2019__ (Changing host) |
| 10:59:20 | | Join advcomp2019__ [0] (~advcomp20@unaffiliated/advcomp2019) |
| 11:00 |
| 11:04:23 | | Join robertd1 [0] (~root@186-90-12-124.genericrev.cantv.net) |
| 11:12:47 | | Join xorly [0] (~xorly@193.85.203.185) |
| 11:33:47 | | Join idonob [0] (~Owner@S010610c37b922980.vs.shawcable.net) |
| 11:43:40 | | Join mutnai [0] (6db91733@gateway/web/freenode/ip.109.185.23.51) |
| 12:00 |
| 12:03:15 | duo8 | https://www.rockbox.org/wiki/BuyersGuide <- someone should add sony players |
| 12:07:56 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
| 12:21:45 | | Quit advcomp2019__ (Ping timeout: 248 seconds) |
| 12:22:22 | | Join advcomp2019__ [0] (~advcomp20@65-131-154-48.sxct.qwest.net) |
| 12:22:23 | | Quit advcomp2019__ (Changing host) |
| 12:22:23 | | Join advcomp2019__ [0] (~advcomp20@unaffiliated/advcomp2019) |
| 12:30:27 | | Quit idonob (Quit: shift) |
| 12:31:07 | | Nick idonob__ is now known as idonob (~Owner@S010610c37b922980.vs.shawcable.net) |
| 12:31:07 | DBUG | Enqueued KICK idonob |
| 12:31:18 | | Quit idonob (Quit: shift) |
| 12:31:43 | | Join idonob [0] (~Owner@S010610c37b922980.vs.shawcable.net) |
| 12:33:26 | | Join idonob_ [0] (~Owner@S010610c37b922980.vs.shawcable.net) |
| 12:33:44 | | Join p3tur [0] (~petur@91.183.48.77) |
| 12:33:44 | | Quit p3tur (Changing host) |
| 12:33:44 | | Join p3tur [0] (~petur@rockbox/developer/petur) |
| 12:34:17 | | Quit petur (Disconnected by services) |
| 12:34:22 | | Nick p3tur is now known as petur (~petur@rockbox/developer/petur) |
| 12:43:16 | *** | Saving seen data "./dancer.seen" |
| 12:47:37 | | Quit ZincAlloy (Quit: Leaving.) |
| 13:00 |
| 13:06:36 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 13:11:22 | pixelma | gevaerts: do you know how much RAM the Clip Zip has (re. the voice vs. fonts problem discussed in the forums)? I suspect the following: bigger fonts may already use so much of available RAM that the voice file can't be loaded into RAM anymore (I believe on swcodec it needs to completely fit into the buffer). So not the font file to blame in itself but a bunch of things and settings |
| 13:12:23 | | Join skapazzo [0] (~skapazzo@151.9.205.1) |
| 13:13:31 | pixelma | as I seem to remember that it wasn't much RAM on the Clip Zips, but am not sure |
| 13:15:02 | pamaury | chrisjj: as usual, patches welcome, complaining about code not matching documentation is pointless if you *just* complain |
| 13:21:16 | duo8 | pixelma iirc 4MB |
| 13:21:21 | duo8 | or 8 |
| 13:22:00 | duo8 | anyone have tips for pcb shots? finally opened my player |
| 13:29:22 | pamaury | I'm sure they are pictures on the wiki |
| 13:54:17 | bilgus | duo8 flatbed scanner is the way to go |
| 14:00 |
| 14:09:59 | | Quit pamaury (Remote host closed the connection) |
| 14:10:43 | | Join Saratoga_ [0] (ac3a907b@gateway/web/freenode/ip.172.58.144.123) |
| 14:10:59 | Saratoga_ | 8 MB dram, 1 MB Iram on a zip iirc |
| 14:11:26 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 14:12:07 | Saratoga_ | Google has an Android app for scanning photos that takes multiple camera shots and fuzes them |
| 14:12:24 | Saratoga_ | It works OK for small parts if you don't have a scanner |
| 14:13:20 | wodz | focus stacking? |
| 14:13:58 | Saratoga_ | It's by angle |
| 14:14:20 | Saratoga_ | It tried to get rid reflection and give a heads on view |
| 14:14:29 | duo8 | what if i don't have access to one? i have several cameras |
| 14:14:45 | Saratoga_ | Doesn't work that well but it's better than a normal cellphone camera |
| 14:15:04 | Saratoga_ | Camera works too, just take care with lighting |
| 14:19:45 | bilgus | I find camera pcb shots to be terrible If you can fix the camera in place and get lots of light placd at the right angle it might be workable |
| 14:20:00 | | Part robertd1 |
| 14:20:49 | | Join robertd11 [0] (~root@186-90-12-124.genericrev.cantv.net) |
| 14:24:23 | | Quit Saratoga_ (Ping timeout: 260 seconds) |
| 14:24:47 | | Quit robertd11 (Read error: Connection reset by peer) |
| 14:25:17 | | Join n3m9 [0] (~n3m9@ANantes-652-1-64-223.w90-59.abo.wanadoo.fr) |
| 14:27:24 | gevaerts | pixelma: the font in question is a 20K file, so I doubt that's the issue |
| 14:31:31 | pixelma | well, if it all adds up then a little something could push it over the edge |
| 14:31:57 | pixelma | I remember having to reduce the size of the voice files on the Ondio now and then |
| 14:33:04 | gevaerts | True, but in this case they report that it works with some larger fonts |
| 14:36:04 | bilgus | Considering who it is coming from I say till it can be reproduced it shall be ignored |
| 14:36:59 | gevaerts | bilgus: for one of them, true |
| 14:37:11 | gevaerts | But the thread starter is someone else |
| 14:38:46 | pixelma | it was just an idea... yeah and the thread is already 5-6 months old |
| 14:39:39 | bilgus | Ah, so confirmed so to speak, I noticed english-us is funky with voice but english seemed to work fine |
| 14:41:45 | bilgus | then again the English-US one was self generated and the english downloaded sooooo |
| 14:42:11 | pamaury | pixelma: gevaerts: as far as I know, on targets with a small amount of memory (don't remember the threshold), font is not hold in memory, only common glyphs are cached |
| 14:43:12 | bilgus | and OP states 'pre-built voice' |
| 14:43:20 | *** | Saving seen data "./dancer.seen" |
| 14:44:27 | gevaerts | pamaury: I think that's actually always the case, although the size of the cache might vary |
| 14:44:50 | pamaury | yeah you might be right |
| 14:44:57 | gevaerts | Unifont is 8.4MB, there's no way we reserve that much on any player |
| 14:50:02 | | Quit n3m9 () |
| 14:50:15 | | Join n3m9 [0] (~n3m9@ANantes-652-1-64-223.w90-59.abo.wanadoo.fr) |
| 14:52:40 | | Join robertd1 [0] (~root@186-90-12-124.genericrev.cantv.net) |
| 14:57:59 | | Quit skapazzo (Quit: leaving) |
| 14:59:39 | | Quit wodz (Ping timeout: 240 seconds) |
| 15:00 |
| 15:07:16 | chrisjj | pamaury, good thing I wasn't complaining about code and documentation not matching then eh? :-) |
| 15:09:14 | | Join n9m3 [0] (~n3m9@ANantes-652-1-64-223.w90-59.abo.wanadoo.fr) |
| 15:09:27 | | Quit n9m3 (Client Quit) |
| 15:09:34 | | Quit n3m9 () |
| 15:09:35 | chrisjj | What I was doing is seeing a user re report a problem and someone suggest he might find an answer in the manual, so I told the user that this feature does not work as the manual says. |
| 15:10:31 | | Join n3m9 [0] (~n3m9@ANantes-652-1-64-223.w90-59.abo.wanadoo.fr) |
| 15:10:58 | chrisjj | Glad to hear you think a patch would be welcome. However I think a patch to make the manual accurately describe how the code does work would be unwelcome to some, since it would make the code look pretty stupid. |
| 15:11:03 | | Quit mutnai (Ping timeout: 260 seconds) |
| 15:11:31 | chrisjj | However if there's anyone who'd like to collaborate on sorting out the shuffle code, do say! |
| 15:16:52 | pamaury | I don't user the shuffler, so I don't know anything about it |
| 15:18:17 | pamaury | also your suggestion is ridiculous, either you misunderstand the code and it's not stupid, or it is indeed stupid and can be fixed. Despite what you may think or say, we are not hiding things by rewriting the manual |
| 15:19:32 | pamaury | or maybe you use the shuffler for something it was not designed for, I don't know |
| 15:21:14 | chrisjj | I'm not suggesting anyone's hiding things by rewriting the manual. I'd guess the reason the manual doesn't accord is that no-one's rewriting it when the code changes. |
| 15:23:30 | chrisjj | I also think changing stupid code is not that easy. Some users are adapted to stupid code, and their use patterns can be broken by a change to sensible code that meets expectations of new RB users coming from standard players, such as furrywolf above. |
| 15:24:54 | chrisjj | I can't say whether I sue the shuffler for something it wasn't designed for. Because I can't tell what it was designed for. I can tell only what RB shuffle does (which is not what shuffle normally does) and what the manual says RB does (which is not what RB does). |
| 15:25:48 | chrisjj | If you have a go at using shuffle yourself, I think you'll see what I mean. |
| 15:29:10 | pamaury | I don't see anything wrong with, I added a directory to play, enable shuffle and it's shuffled |
| 15:29:29 | pixelma | Rockbox shuffle does what I expect it too. |
| 15:29:41 | pixelma | s/too/to |
| 15:30:02 | chrisjj | ISTM the UI suggests shuffle is designed a playback mode, whereas the command behaviour suggests it is designed as a playlist modifier. |
| 15:30:02 | pamaury | it's a shuffle, ie it's not random advance |
| 15:30:31 | chrisjj | This could be just because this is the work or two designers... or no designers :-) |
| 15:30:56 | pamaury | it's can be a playback mode, shuffle cannot apply to one song, it applies to a list, and in this case the current playlist |
| 15:31:17 | pamaury | *it can't be |
| 15:31:57 | pamaury | do you have a simple example that demonstrates a behavior you don't expect so that we can at least understand ? |
| 15:32:29 | chrisjj | I think you'd find it useful to actually try it. RB does not operate as a playback mode on the current playlist, despite what one would think from itehr players, from the RB UI, and perhaps from the manual. |
| 15:32:56 | chrisjj | Re example, good idea. I'll write one up. |
| 15:33:38 | pamaury | I'm trying it right now, it's working exactly as I expect so far |
| 15:33:57 | pamaury | shuffle mode shuffles the playlist |
| 15:36:56 | chrisjj | For some idea of why what it does is not necessarily what others expect and want it to do, see above around "[03:39] <furrywolf> shuffle seems broken by design". |
| 15:39:32 | pamaury | at best that's an argument that the manual is not clear enough about what it does. You can't call a feature broken if it does something entirely different from what you expect |
| 15:40:30 | chrisjj | I think the reason he's calling it broken is that is does something entirely different from what he'd expect from other players, and from the RB UI. |
| 15:42:02 | chrisjj | I'll write that example. |
| 15:42:04 | chrisjj | Bye for now. |
| 15:52:07 | | Quit n3m9 (Read error: Connection reset by peer) |
| 15:53:39 | | Quit fishbulb (Ping timeout: 240 seconds) |
| 15:53:54 | | Join n3m9 [0] (~n3m9@ANantes-652-1-64-223.w90-59.abo.wanadoo.fr) |
| 15:59:52 | duo8 | pamaury does your X1 have serial pins? |
| 16:00 |
| 16:01:19 | pamaury | duo8: I never opened mine, but pcb scans I've seen show no sign of serial pins on the X1 |
| 16:01:27 | duo8 | huh |
| 16:01:51 | duo8 | my m2 has some that may be serial, but not sure if they're connected |
| 16:02:46 | duo8 | i also have some crappy pcb shots if you think it's worth adding to the wiki |
| 16:02:53 | duo8 | details on every chip too |
| 16:03:56 | pamaury | for the M2 ? |
| 16:04:29 | pamaury | crappy picture is better than no picture, so yeah please upload them to https://www.rockbox.org/wiki/ShanlingM2 |
| 16:16:35 | | Join Bilgus_ph [0] (~Bilgus_ph@108.115.116.145) |
| 16:19:15 | Bilgus_ph | FORGET SHUFFLING Im far more worried about the panic on USB plug/unplug he was having on the dev release I assume he wasn't getting this on 3.13 with his ?fuze? |
| 16:22:15 | | Quit Bilgus_ph (Remote host closed the connection) |
| 16:30:03 | duo8 | pamaury http://pastebin.com/sXptCcQj |
| 16:30:17 | duo8 | if you think any of that is useful please add it to the wiki |
| 16:31:14 | pamaury | duo8: thanks, I'll do that |
| 16:35:45 | | Join JanC_ [0] (~janc@lugwv/member/JanC) |
| 16:36:23 | | Quit JanC (Ping timeout: 240 seconds) |
| 16:37:00 | | Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) |
| 16:38:12 | | Join fishbulb [0] (~fishbulb@unaffiliated/fishbulb) |
| 16:41:23 | | Join Senji [0] (~Senji@85.187.103.250) |
| 16:41:32 | | Quit Senji (Read error: Connection reset by peer) |
| 16:42:05 | | Join Senji [0] (~Senji@85.187.103.250) |
| 16:42:17 | dongs | shuffling |
| 16:43:23 | *** | Saving seen data "./dancer.seen" |
| 16:45:12 | | Quit xorly (Ping timeout: 255 seconds) |
| 16:56:00 | | Join Senji_ [0] (~Senji@85.187.103.250) |
| 16:58:46 | | Join xorly [0] (~xorly@193.85.203.185) |
| 16:59:10 | | Quit Senji (Ping timeout: 252 seconds) |
| 17:00 |
| 17:03:14 | | Join Senji [0] (~Senji@85.187.103.250) |
| 17:05:28 | | Quit Senji_ (Ping timeout: 240 seconds) |
| 17:11:28 | duo8 | wow this camera is even worse than my phone |
| 17:11:37 | duo8 | the good one is out of battery, damn |
| 17:17:18 | duo8 | pamaury https://my.mixtape.moe/mtjgnm.zip < a few shots, please add whichever you find useful to the wiki |
| 17:21:57 | pamaury | thanks |
| 17:22:34 | duo8 | (btw it'd be nice if you can find out wat kind of connector it is on the battery) |
| 17:24:01 | | Join Senji_ [0] (~Senji@85.187.103.250) |
| 17:26:49 | | Quit Senji (Ping timeout: 248 seconds) |
| 17:27:51 | | Join Senji [0] (~Senji@85.187.103.250) |
| 17:29:00 | | Quit Senji_ (Ping timeout: 258 seconds) |
| 17:29:10 | | Quit petur (Quit: Connection reset by beer) |
| 17:37:25 | | Join furrywolf [0] (~randyg@70-6-206-183.pools.spcsdns.net) |
| 17:38:15 | | Join Senji_ [0] (~Senji@85.187.103.250) |
| 17:39:19 | | Quit Senji (Ping timeout: 252 seconds) |
| 17:46:35 | furrywolf | I'm downloading 3.13 now to see if it works less poorly. |
| 17:49:29 | furrywolf | usb works in 3.13. so it's regressed between stable and devel. |
| 17:50:43 | duo8 | wasn't there a change in usb core? |
| 17:51:26 | furrywolf | I have absolutely no idea. But it worked before. It doesn't now. lol |
| 17:52:11 | pamaury | which target ? |
| 17:52:33 | furrywolf | sansa fuze v1 |
| 17:52:54 | pamaury | there was a change for amsv2 targets (fuzev2, fuze+, clipv2, clip+, clip zip), I don't think amsv1 have changed |
| 17:53:14 | furrywolf | 3.13 behaves as expected - can mount the drives, etc. current devel reconnects constantly then panics with OOM errors from various places. |
| 17:54:50 | duo8 | pamaury do you think a serial port would be useful? |
| 17:56:25 | pamaury | duo8: not sure, I've done all ports so far without it |
| 18:00 |
| 18:03:31 | furrywolf | heh! and "shuffle" works much better in 3.13 too |
| 18:05:08 | | Quit elensil (Quit: Leaving.) |
| 18:13:31 | pamaury | furrywolf: like I said to chrisjj, unless you give us an example, we cannot know what you are referring to |
| 18:15:43 | | Join girafe [0] (~girafe@LFbn-1-11729-221.w2-7.abo.wanadoo.fr) |
| 18:28:04 | duo8 | now i know why my battery rattles, they reduced the battery size without relocating the holders on the back cover |
| 18:31:01 | | Quit parchd (Ping timeout: 252 seconds) |
| 18:32:18 | | Join parchd [0] (~parchd@unaffiliated/parchd) |
| 18:34:05 | duo8 | wow look at this hitech microcontroller player: http://tainghe.com.vn/uploads/aune/M1s_1.jpg |
| 18:43:25 | *** | Saving seen data "./dancer.seen" |
| 19:00 |
| 19:14:44 | furrywolf | pamaury: an example of what? |
| 19:15:05 | | Quit xorly (Ping timeout: 248 seconds) |
| 19:15:14 | pamaury | furrywolf: of shuffle that is not what you expect on current dev build |
| 19:15:24 | pamaury | along with what it is on 3.13 and what you expect it to be |
| 19:17:18 | furrywolf | ok, first of all, there's the entire idea of how shuffle works - re-arranging the playlist itself instead of just picking the next track to play in a non-linear fashion, like every other shuffle. for specific examples, if shuffle is already set to on when you use insert, no shuffling happens, and you have to toggle shuffle off and back on. sometimes even that doesn't make it shuffle, but I haven't identified what determines whether it w |
| 19:17:54 | pamaury | furrywolf: shuffle is not random advance |
| 19:17:59 | pamaury | it's shuffle |
| 19:19:05 | pamaury | once shuffled, order is deterministic, but the shuffle itself uses a random seed, that way you will play each song exactly once but in a random order |
| 19:19:52 | furrywolf | yes, I noticed. I also noticed that it makes it a total pain in the ass to select a track manually unless you un-shuffle and re-shuffle. |
| 19:20:21 | furrywolf | while everyone else's shuffle still lets you manipulate the playlist in an un-shuffled fashion. |
| 19:20:36 | furrywolf | because it's only changing the playing order, not the actual playlist. :) |
| 19:21:00 | duo8 | rockbox is designed around playlists iirc |
| 19:21:07 | duo8 | so it makes sense |
| 19:21:22 | furrywolf | sometimes it simply won't shuffle, period. I didn't identify why. Using "insert" while shuffle is turned on seems to be a factor, as the inserted tracks are never shuffled. |
| 19:21:43 | duo8 | also, this allows you to go back one track then advance to the same one as before, which i like |
| 19:21:46 | pamaury | that's why there is insert and insert shuffle, iirc |
| 19:22:00 | furrywolf | I couldn't reliably reproduce it not being shuffled even after turning shuffle off and back on. |
| 19:22:10 | furrywolf | and unreproducable bugs are best! |
| 19:22:50 | furrywolf | a bigger issue is the broken USB in devel. with devel I can not mount the drive nor charge the player. I had to use the stock firmware to downgrade... |
| 19:23:25 | duo8 | i had this issue once where tracks would stop or skip randomly |
| 19:23:38 | duo8 | was never able to figure out why |
| 19:24:06 | | Quit parchd (Ping timeout: 260 seconds) |
| 19:24:47 | furrywolf | with devel, upon connecting the usb cable, it shows the usb plug screen, then immediately disconnects from the computer and starts reloading the playlist. then it switches back to the usb plug screen. sometimes it makes it to the main menu first, sometimes not. after a few rounds of this it dies with an OOM in one of a few places. |
| 19:24:49 | duo8 | also don't bother with data transfer over usb |
| 19:25:13 | furrywolf | if you boot with the usb cable connected, it either does the same thing, or just flashes to a solid white screen after the first couple lines of loading and hangs. |
| 19:25:45 | furrywolf | the OOM error suggests something is leaking and/or causing major corruption. |
| 19:25:51 | pamaury | you need to find a developer with a fuze for the USB problem |
| 19:26:24 | furrywolf | USB behaves properly in 3.13, so it's a regression since then. |
| 19:27:01 | | Join parchd [0] (~parchd@unaffiliated/parchd) |
| 19:27:10 | | Join cereal_killer [0] (2e7df924@gateway/web/freenode/ip.46.125.249.36) |
| 19:27:33 | | Nick cereal_killer is now known as Guest52801 (2e7df924@gateway/web/freenode/ip.46.125.249.36) |
| 19:28:06 | Guest52801 | does anyone know if the iriver h340 can dualboot with an ssd installed? |
| 19:28:25 | pamaury | prof_wolfff: ping |
| 19:28:29 | furrywolf | the leak/corruption might be unrelated to the looping connect/disconnect issue... that is, it might leak every time the usb cable is connected, but the leak only runs it out of memory when it loops. |
| 19:28:56 | pamaury | prof_wolfff: do you have a fuzev1 ? |
| 19:29:19 | furrywolf | really, the other fuze owner is also a wolf? :) |
| 19:29:30 | pamaury | that might be a symptom of somethin, the fuzev1 is one of the target with the least amount of memory |
| 19:30:00 | furrywolf | speaking of targets, there's nothing for an archos gen4, right? |
| 19:30:33 | pamaury | Mihail (logs): can you have a look at this on the fuzev1 ? |
| 19:31:14 | furrywolf | someone gave me one with a bad hard drive, and I found out you can't replace the harddrive, as the stock firmware intentionally prevents you from doing so to force you to buy a more expensive model with a bigger drive, rather than diy-upgrade your current one. |
| 19:32:12 | pamaury | not as far as I know, also those are really old right ? |
| 19:32:34 | furrywolf | yes |
| 19:32:38 | duo8 | furrywolf you might be able to work around that somehow |
| 19:32:42 | furrywolf | but newer than some of the supported archos models |
| 19:33:21 | furrywolf | if it takes work, it's not worth it. heh. |
| 19:33:29 | duo8 | but it's FUN |
| 19:34:17 | Guest52801 | there was also an issue with the Cowon X5 and flash storage, where you couldn't use the OF, but changing the partition type helped here. so, can this also be done with the irivers? |
| 19:35:21 | furrywolf | on a slightly media player related note, what's the cheapest place to get a non-counterfeit 128gb microsd card to put in mine? |
| 19:36:55 | Guest52801 | any iriver users here? |
| 19:38:57 | | Join lebellium [0] (~chatzilla@89-93-177-91.hfc.dyn.abo.bbox.fr) |
| 19:48:39 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:f903:6eab:d023:86c7) |
| 19:55:03 | | Join Bilgus_ph [0] (~Bilgus_ph@108.120.237.73) |
| 19:55:56 | | Quit fishbulb (Ping timeout: 240 seconds) |
| 19:56:09 | Bilgus_ph | WOLF can you try renaming the .cfg file in your .rockbox directory like config.cfg.old and then try the latest dev? |
| 19:59:03 | | Quit Bilgus_ph (Read error: Connection reset by peer) |
| 20:00 |
| 20:06:49 | | Join diox [0] (~u@c80-216-219-80.bredband.comhem.se) |
| 20:12:07 | pamaury | furrywolf: ^ |
| 20:12:37 | | Join petur [0] (~petur@78-23-23-252.access.telenet.be) |
| 20:12:37 | | Quit petur (Changing host) |
| 20:12:37 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 20:14:44 | | Join amayer_ [0] (~amayer@mail.weberadvertising.com) |
| 20:15:26 | furrywolf | latest being newer than the one I downloaded yesterday? |
| 20:17:46 | | Quit amayer (Ping timeout: 260 seconds) |
| 20:23:20 | pamaury | furrywolf: it doesn't matter, you can use the same as yesterday |
| 20:23:31 | pamaury | but try it without your old config.cfg |
| 20:24:46 | | Quit girafe (Ping timeout: 260 seconds) |
| 20:28:33 | | Part Guest52801 |
| 20:34:17 | | Quit Horrorcat (Remote host closed the connection) |
| 20:37:09 | furrywolf | hrmm, it won't do a re-install. "Creating output file failed" |
| 20:37:32 | furrywolf | and, of course, it doesn't tell me what file, where, or why. I really hate useless errors. |
| 20:38:53 | furrywolf | "[875464.130760] FAT-fs (sde): error, fat_free_clusters: deleting FAT entry beyond EOF" |
| 20:38:56 | | Join Horrorcat [0] (~unknown@unaffiliated/horrorcat) |
| 20:40:19 | | Join girafe [0] (~girafe@LFbn-1-11729-221.w2-7.abo.wanadoo.fr) |
| 20:41:33 | furrywolf | corruption on the internal flash, probably from crashing so much? heh |
| 20:43:29 | *** | Saving seen data "./dancer.seen" |
| 20:43:40 | pamaury | probably |
| 20:43:42 | pamaury | use fsck |
| 20:44:05 | furrywolf | breakfasting, will do in a bit |
| 20:48:52 | furrywolf | it seems to be broken worse than dosfsck can fix. |
| 20:48:54 | furrywolf | Internal error: didn't find cluster 7471 in chain starting at 7465 |
| 20:50:19 | | Join xorly [0] (~xorly@ip-89-176-102-19.net.upcbroadband.cz) |
| 20:54:49 | | Quit parchd (Ping timeout: 248 seconds) |
| 21:00 |
| 21:00:37 | furrywolf | any idea how to forcefully unlink a directory entry? |
| 21:00:45 | furrywolf | .rockbox is corrupted to the point of uselessness now |
| 21:05:14 | | Join Bilgus_ph [0] (~Bilgus_ph@108.123.97.154) |
| 21:06:04 | pamaury | furrywolf: sorry no clue, which command line are you running currently ? |
| 21:06:23 | pamaury | I think fsck has a mode where it asks you questions |
| 21:06:31 | Bilgus_ph | Does your device verify files in the OF? Should have a format command in it if you can get to it |
| 21:07:05 | furrywolf | yes, it asks me questions, and all answers lead to internal errors of various forms. heh. |
| 21:07:12 | furrywolf | including using the backup fat |
| 21:07:15 | pamaury | furrywolf: man says fsck has an option -d <dir/file> to delete a file |
| 21:08:21 | pamaury | furrywolf: I suggest you look at the man of fsck.vfat, there are various option that may help. Otherwise just reformat |
| 21:09:21 | Bilgus_ph | I doubt the backup fat is going to be any better i doubt its the fat that is corrupted just the file |
| 21:09:29 | furrywolf | can I reformat without screwing up the stock firmware? |
| 21:11:22 | | Quit Bilgus_ph (Read error: Connection reset by peer) |
| 21:14:20 | | Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox) |
| 21:18:08 | | Join Bilgus_ph [0] (~Bilgus_ph@108.123.97.154) |
| 21:19:10 | Bilgus_ph | For sure if you do the format through the OF and can't say for sure if you do it externally |
| 21:20:47 | | Quit Bilgus_ph (Remote host closed the connection) |
| 21:21:59 | | Quit thomasjfox (Quit: Konversation terminated!) |
| 21:33:10 | furrywolf | heh, dosfsck can't handle a . with more than three letters after it... like .rockbox |
| 21:33:12 | | Quit diox (Read error: Connection reset by peer) |
| 21:33:44 | | Join diox [0] (~u@c80-216-219-80.bredband.comhem.se) |
| 21:34:36 | furrywolf | I don't know if that's dosfsck's bug or your bug... are you using a filename that's not a valid fat filename? :) |
| 21:39:53 | pamaury | not it's a valid filename |
| 21:40:05 | pamaury | maybe a dosfsck bug |
| 21:40:16 | pamaury | names with a starting . are not common on windows |
| 21:41:34 | furrywolf | I think I've found a half dozen bugs in dosfsck just trying to track down this one. but now it's moot, as I reformatted the flash and it seems to still have working stock firmware. heh. |
| 21:42:07 | furrywolf | more than three letters after a dot breaks it. a trailing slash breaks it. and I'm not sure -d is actually implemented anywhere. |
| 21:42:19 | furrywolf | plus the multiple internal errors it's given trying to fsck it... |
| 21:50:42 | furrywolf | ok, I've reinstalled the dev version onto a freshly formatted drive. what did you want me to check, and do I still need to rename the presumably new .cfg file? |
| 21:53:26 | pamaury | furrywolf: basically reset all settings or simply remove/rename .rockbox/config.cfg |
| 21:53:41 | pamaury | so that you use the default settings |
| 21:53:54 | bilgus | well he did format so should be default |
| 21:54:15 | pamaury | yeah but maybe he copied the directory over from the old install |
| 21:54:37 | bilgus | true |
| 21:54:40 | furrywolf | no, I use the automatic install tool, onto a fresh drive. |
| 21:55:03 | pamaury | ok, then it's good then |
| 21:55:07 | furrywolf | so I should see if shuffle and/or usb behave differently? |
| 21:55:21 | bilgus | oh and while .rockbox is a valid FAT/FAT32 filename you can't create the directory on windows |
| 21:55:27 | pamaury | shuffle will be the same, we explained already why shuffle is shuffle. But retry usb |
| 21:56:15 | furrywolf | usb is now repeatedly disconnecting while the device is frozen on the main menu |
| 21:56:37 | furrywolf | no response to controls |
| 21:57:23 | furrywolf | booting with the usb cable connected freezes on the splash/version screen |
| 21:57:34 | furrywolf | while it repeatedly reconnects |
| 21:57:55 | bilgus | Ok well leave it d/c for now lest we corrupt it again |
| 21:58:02 | furrywolf | I have no media on it at all yet, nor have I played a track, or otherwise interacted with it in any way other than the power button and usb plug. heh. |
| 21:58:03 | | Quit [Saint] (Ping timeout: 240 seconds) |
| 21:58:13 | furrywolf | and it's a fresh format |
| 21:58:26 | furrywolf | so that pretty definitively rules out any type of configuration or state issue. |
| 21:59:06 | bilgus | and you said its a fuze v1? |
| 21:59:21 | furrywolf | yes |
| 21:59:28 | furrywolf | reinstalling 3.13 now, so I have a usable device. |
| 21:59:45 | bilgus | hold on for a second |
| 22:00 |
| 22:00:07 | bilgus | let me find where the USB core changed and you can try that one |
| 22:00:22 | furrywolf | 3.13 usb is still working fine |
| 22:00:52 | bilgus | sure but thats wayyyyy back |
| 22:01:31 | pamaury | I doubt it's a usb issue |
| 22:01:59 | furrywolf | way back, but works. so someone broke something that worked. :) |
| 22:02:32 | pamaury | it sounds like a memory problem, since he had an OOM panic screen before and the fuzev1 is very very tight on memory |
| 22:04:19 | | Join [Saint] [0] (~sinner@rockbox/staff/saint) |
| 22:04:24 | furrywolf | it only OOM paniced after several disconnects and reconnects. it no longer seems to do that, likely because I don't have a playlist. I suspect it's failing to free the playlist somewhere, and recreating them until it runs out of ram. |
| 22:04:38 | furrywolf | the disconnects and reconnects caused the oom issue, not the other way around. |
| 22:06:06 | pamaury | also I'm pretty sure there were no major usb changes related to amsv1, the amsv1 usb driver has been stable for a long time |
| 22:06:20 | pamaury | the only solution it to bisect |
| 22:06:24 | pamaury | to find the problematic commit |
| 22:13:41 | furrywolf | when it connects to usb, where does it free the playlist? (I have no idea where things are in this code.) |
| 22:23:40 | bilgus | I was under the impression threads were suspended when usb was connected |
| 22:24:22 | bilgus | and ones that weren't give a usb ack promising to not do and FS stuff |
| 22:24:30 | | Join Mihail [0] (25d456c1@gateway/web/cgi-irc/kiwiirc.com/ip.37.212.86.193) |
| 22:24:31 | bilgus | any* |
| 22:25:27 | furrywolf | it reloads the playlist when usb is disconnected... |
| 22:27:33 | bilgus | https://github.com/Rockbox/rockbox/blob/16a9f84571276a13f4cfd5c66db8cd63ce4e2e7f/apps/playlist.c#L1357 |
| 22:27:54 | bilgus | yep the queue waits for DC |
| 22:28:23 | bilgus | but that is just a symptom not the actual problem |
| 22:30:00 | Mihail | pamaury, furrywolf: I have similar problem with USB on AMSv1 before when I try build with new gcc. With old gcc (4.4.x) USB should work. Not sure what wrong, but probably we have UB or problem with optimization in new gcc |
| 22:30:30 | pamaury | Mihail: we haven't changed gcc for arm as I recall |
| 22:30:55 | furrywolf | I've found most gcc version issues are not gcc bugs... |
| 22:32:17 | furrywolf | (that is, the bug is in your code, but it only causes a problem when gcc does something different but still correct) |
| 22:33:02 | | Quit diox (Remote host closed the connection) |
| 22:33:19 | | Join diox [0] (~u@c80-216-219-80.bredband.comhem.se) |
| 22:33:20 | furrywolf | UB? |
| 22:33:47 | Mihail | undefined behavior |
| 22:33:58 | furrywolf | ah |
| 22:34:27 | pamaury | furrywolf: it's not that simple though, in system development we use a lot of nonstandard stuff, it's relatively easy to break |
| 22:35:09 | pamaury | Mihail: I'm still confused about your comment |
| 22:35:21 | pamaury | we still use gcc 4.4.x on the build system for arm |
| 22:35:46 | furrywolf | I've done a bit of embedded coding, but have not written my own usb drivers. heh. |
| 22:35:49 | | Part robertd1 |
| 22:36:03 | bilgus | Re: USB Fuzev1 seems this has been an issue before https://www.rockbox.org/tracker/task/12184 |
| 22:36:45 | Mihail | pamaury: you right - we still have 4.4.4 |
| 22:36:59 | pamaury | Mihail: do you have a fuzev1 around ? can you try the dev build and see if you can reproduce it ? |
| 22:37:21 | pamaury | newer gcc have a lot of optimizations, some of them break code that's quite annoying |
| 22:37:28 | Mihail | I can check clip v1 and c200v2, but I still not repaired fuze v1 :( |
| 22:37:37 | furrywolf | that issue seems entirely unlike the issue I'm having. |
| 22:38:34 | furrywolf | it virtually never even gets to the point where it tells the computer it's a mass storage device, much less copying files to it. |
| 22:39:38 | lebellium | If needed I can try to test some things on my Fuze v1 this weekend. Not tonight though |
| 22:39:58 | | Join preglow_ [0] (~thomj@2a00:9080:1:98c::1e) |
| 22:40:21 | pamaury | Mihail: maybe try clipv1, I think they are quite close |
| 22:40:54 | bilgus | furrywolf do you still have the dev version installed? |
| 22:41:10 | furrywolf | no, I went back to 3.13. but they're very easy to swap... |
| 22:41:35 | pamaury | hum actually I'm confused, it' the clipv1 that is very low on memory, fuzev1 has 8MB so should be plenty |
| 22:41:42 | bilgus | I was just wondering what your USB stack looked like |
| 22:41:48 | | Quit preglow (Ping timeout: 252 seconds) |
| 22:42:55 | furrywolf | pamaury: my guess, based entirely on previous coding experience and not based in any way on actually being able to figure out your code, is that every time it tries reloading the playlist it hasn't freed the last one. |
| 22:43:21 | furrywolf | bilgus: what part of the usb stack, and how would I determine it? |
| 22:43:30 | *** | Saving seen data "./dancer.seen" |
| 22:43:52 | bilgus | Main menu>system>Debug>os stacks |
| 22:44:21 | furrywolf | with it connected to usb? |
| 22:45:06 | bilgus | just prior and after a plug unplug |
| 22:45:16 | furrywolf | k, putting dev back on |
| 22:46:17 | bilgus | it ll have a list with with for ex 1: B 18 18 5% USB |
| 22:47:25 | furrywolf | do you want a specific one, or all ten? |
| 22:47:40 | bilgus | just the usb |
| 22:47:50 | furrywolf | B 18 18 7% usb |
| 22:48:00 | Mihail | can't reproduce problem with USB on clip v1 |
| 22:48:00 | bilgus | anything over say 50% |
| 22:48:01 | pamaury | I'm not sure the stack usage is going to be helpful |
| 22:48:18 | pamaury | there is very little code running on the usb stack |
| 22:48:28 | furrywolf | it froze upon connecting the usb cable |
| 22:49:16 | pamaury | it needs some tracing to see what events are generated and how the various threads respond to the usb connection event |
| 22:49:16 | furrywolf | my computer says it's reconnecting every few seconds agan |
| 22:49:25 | furrywolf | it un-froze when the cable was unplugged, now usb is 22% |
| 22:50:16 | pamaury | first I would try to do logging in the usb driver, because you can't rely on the host to understand what is really happening |
| 22:50:31 | bilgus | did you say you disabled usb HID earlier? |
| 22:50:45 | pamaury | furrywolf: does it freeze if you plug usb when pressing a key ? |
| 22:51:01 | furrywolf | kern.log shows a continual stream of "[883454.800244] usb 8-1.1: new high-speed USB device number 36 using ehci_hcd" "[883459.908269] usb 8-1.1: device descriptor read/all, error -110". rarely it will get to where it actually's enumerated and mass storage gets loaded, but it's immediately followed by a usb disconnect when it does. |
| 22:51:24 | furrywolf | bilgus: that install was reformatted. it's enabled now. |
| 22:51:46 | pamaury | furrywolf: can you disable usb hid and try to plug usb while holding a key (so that it disables mass storage) |
| 22:52:15 | furrywolf | heh, it just paniced when I tried putting my microsd card in. microsd init failed -2 |
| 22:52:16 | | Quit fs-bluebot (Read error: Connection reset by peer) |
| 22:52:16 | | Quit bluebrother (Read error: Connection reset by peer) |
| 22:52:51 | furrywolf | apparantly it doesn't like hotplugging cards? |
| 22:53:13 | pamaury | some drivers are picky, if you insert too slowly, it will try to init too early and fail |
| 22:53:35 | pamaury | and for some reason the developper decided to panic instead of silently failing or retrying init |
| 22:54:13 | furrywolf | powering it on with the usb cable connected and holding a button (select) puts it into bootloader usb mode. |
| 22:54:33 | furrywolf | which seems to have successfully connected and exposed the internal flash (but not the sd card) over usb |
| 22:54:58 | bilgus | well the bootloader works atleast |
| 22:55:28 | furrywolf | ... the manual clearly said holding select would boot it with usb charging only. |
| 22:55:29 | bilgus | but you would do this once already powered on into RB disable HID mode the hold button and plug usb |
| 22:55:34 | furrywolf | not into bootloader usb mode. |
| 22:55:34 | furrywolf | lol |
| 22:55:48 | furrywolf | I already disabled hid mode. |
| 22:56:20 | pamaury | furrywolf: bootloader mode is completely different |
| 22:56:40 | pamaury | furrywolf: power on without usb cable to get normally rockbox, then hold a button and plug usb |
| 22:57:06 | furrywolf | holding select with it on, then plugging the usb cable while holding, causes it to freeze just like I was not holding anything. |
| 22:57:29 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 22:57:34 | bilgus | huh |
| 22:57:44 | furrywolf | I'm creating a playlist now, since that made it do different things yesterday. |
| 22:57:45 | pamaury | so that points to a real usb driver issue then |
| 22:58:17 | pamaury | if you hold a button when plugging usb, the threads won't even be notified of the insertion |
| 22:58:48 | pamaury | me is lying a little bit but not too much |
| 22:59:28 | furrywolf | it gets to a different random point in the usb enumeration process |
| 22:59:44 | | Quit diox (Ping timeout: 264 seconds) |
| 22:59:48 | furrywolf | the last time it managed to get the serial number before it stopped talking to it. |
| 23:00 |
| 23:00:11 | bilgus | do you have another pc you could try this on? |
| 23:00:27 | furrywolf | not easily |
| 23:00:42 | bilgus | what about another OS? |
| 23:00:44 | furrywolf | I have another laptop that's burried under two snap-on modises and some tools... |
| 23:00:47 | furrywolf | no |
| 23:01:24 | furrywolf | I can plug it into one of the MODISes. is WinCE useful? :) |
| 23:01:38 | bilgus | was it ever :p |
| 23:01:45 | Mihail | furrywolf: try this build http://knk.square7.ch/rb/rockbox-fuzev1-usb-0.zip |
| 23:02:20 | furrywolf | I can't reproduce the same looping it was doing yesterday... yesterday it would loop further each time, and try reloading the playlist each time, now the connect/disconnect loops are too fast for it to do that. |
| 23:03:01 | Ctcp | Ignored 6 channel CTCP requests in 9 hours and 11 minutes at the last flood |
| 23:03:01 | * | bilgus kids I rather loved programming my wince GPS units |
| 23:03:14 | furrywolf | I guess I need to read the manual install steps... I've been using the pointyclicky tool. |
| 23:03:44 | bilgus | it literally does the same thing just copies to folder to the right place |
| 23:03:58 | furrywolf | with the faster connect/disconnect cycling, it doesn't OOM, probably because it's not trying to load the playlist repeatedly and getting interrupted each time. |
| 23:05:09 | furrywolf | downloading zip... so what do I do with it when it's done? |
| 23:05:28 | Mihail | unpack it to player |
| 23:05:44 | furrywolf | in root of internal flash? |
| 23:05:49 | Mihail | yes |
| 23:05:50 | pamaury | Mihail: what does this build do ? |
| 23:06:01 | furrywolf | I'll need to remember how to unzip things... I haven't used a zip file in roughly forever. :P |
| 23:06:04 | | Join MrZeus1 [0] (~MrZeus@2a02:c7f:7025:ed00:d423:b7b0:ac40:19df) |
| 23:06:36 | furrywolf | pamaury: it's the special build that uses the usb hid mode to open a terminal and rootkit my box. |
| 23:07:00 | Mihail | pamaury: I think it can be my changes in i2c so I want check |
| 23:08:27 | furrywolf | downloaded, unzipping |
| 23:08:30 | | Join diox [0] (~u@c80-216-199-59.bredband.comhem.se) |
| 23:09:19 | furrywolf | ce90something or other? |
| 23:09:27 | Mihail | yes |
| 23:09:48 | furrywolf | usb works |
| 23:10:09 | furrywolf | no freeze, shows plug graphic, mass storage devices enumerated happily |
| 23:10:22 | | Join fs-bluebot [0] (~fs-bluebo@xd9baf6fc.dyn.telefonica.de) |
| 23:10:39 | furrywolf | last bar of battery flashes. :) |
| 23:10:49 | pamaury | Mihail: which commit is that ? |
| 23:12:03 | furrywolf | heh, it's already the 20th where you are? we're all dreading when it's the 20th here... |
| 23:12:19 | Mihail | c7daef36c5c75 |
| 23:13:15 | pamaury | Mihail: so your commit fix it makes it worse ? ;) |
| 23:13:31 | Mihail | :) |
| 23:13:36 | furrywolf | how do I view that commit on the web git interface? |
| 23:13:41 | * | furrywolf is curious |
| 23:13:51 | | Quit lebellium (Quit: ChatZilla 0.9.93 [Firefox 50.1.0/20161208153507]) |
| 23:14:09 | Mihail | https://git.rockbox.org/?p=rockbox.git;a=commit;h=c7daef36c5c75b8541d38cec4793826ab085d5ad |
| 23:14:33 | pamaury | https://git.rockbox.org/?p=rockbox.git;a=commit;h=c7daef36c5c75 |
| 23:14:40 | pamaury | a damn he was faster |
| 23:15:08 | bilgus | ugh that commit fixed my clip+ usb |
| 23:15:17 | furrywolf | so non-interrupts version is simpler, faster, and buggier? :) |
| 23:16:01 | pamaury | well it fixes usb on amsv2 |
| 23:16:07 | Mihail | furrywolf: try http://knk.square7.ch/rb/rockbox-fuzev1-usb-1.zip |
| 23:16:38 | furrywolf | hrmm, it changes from int to void... is something somewhere depending on that return value, and doing something undefined? |
| 23:17:20 | furrywolf | downloading |
| 23:18:08 | | Quit petur (Quit: Leaving) |
| 23:19:20 | pamaury | Mihail: what is the relationship between usb and i2c/ascodec ? |
| 23:19:56 | Mihail | we detect usb and charging through it |
| 23:19:58 | pamaury | is adc used to detect usb ? |
| 23:21:08 | furrywolf | downloaded, unzipping |
| 23:21:12 | furrywolf | what does this version change? |
| 23:22:56 | furrywolf | this one does not work. |
| 23:23:07 | furrywolf | it shows the usb graphic, but doesn't enumerate |
| 23:24:51 | furrywolf | and the second plug it just froze at the main menu, like the dev build |
| 23:28:09 | pamaury | Mihail: isn't it a bit dangerous to call ascodec_read() in INT_AUDIO ? |
| 23:28:46 | pamaury | or does ascodec_lock() also disable interrupts ? |
| 23:28:58 | | Join Massa [0] (4fcfe73f@gateway/web/freenode/ip.79.207.231.63) |
| 23:29:11 | furrywolf | and, to double check, went back to the -0 one, it still works correctly. |
| 23:32:57 | | Quit n3m9 (Read error: Connection reset by peer) |
| 23:33:39 | furrywolf | probably not relevant, since nothing seems to depend on the return value, but different targets declare readbytes as various void or int... just something I find annoying. |
| 23:34:23 | Mihail | pamaury: ascodec_read should work in any case (with or without interrupt) |
| 23:35:16 | pamaury | Mihail: I mean, what if INT_AUDIO is called when ascodec is locked ? |
| 23:35:23 | | Quit alexweissman (Remote host closed the connection) |
| 23:37:44 | pamaury | the first thing ascodec_read() does is to call ascodec_lock() |
| 23:37:48 | pamaury | which locks a mutex |
| 23:38:21 | | Quit bertrik (Quit: "This incident will be reported") |
| 23:39:02 | Mihail | it will wait until ascodec_read will be done, right? |
| 23:41:22 | pamaury | if you are in an interrupt, nothing else is running |
| 23:42:08 | Mihail | shit, you right :) |
| 23:42:10 | pamaury | that's why you can't lock in an interrupt |
| 23:42:32 | pamaury | at best you could busy wait on i2c_busy |
| 23:42:47 | pamaury | because eventually the transfer will be done, but i2c is slow, that may take a while |
| 23:42:56 | | Quit xorly (Ping timeout: 256 seconds) |
| 23:43:14 | pamaury | what is the purpose of INT_AUDIO ? |
| 23:43:49 | pamaury | (since it's obviously not related to audio :) ) |
| 23:44:20 | Mihail | charge and usb detect :) |
| 23:44:44 | Mihail | good idea with i2c_busy - I try |
| 23:46:16 | pamaury | I only see three possibilities: busy polling (works but slow and makes interrupt very long), dedicated thread with signal (irq fires signal, thread wakes up and does the ascodec_read) or async read |
| 23:46:41 | jhMikeS | the (proper) old i2c driver could initiate async reads or writes from an ISR |
| 23:47:05 | jhMikeS | that shit change should be reverted imo |
| 23:47:12 | furrywolf | don't poll in interrupts. eww. |
| 23:47:37 | pamaury | but the old code breaks usb on amsv2 for unknown reasons so it's not great either |
| 23:48:14 | furrywolf | "Built-in WiFi allows you to access Kobo's eBook store which offers over 4 million eBooks" do not want. can I simply transfer files to it over usb? |
| 23:48:17 | furrywolf | grr, wrong window |
| 23:51:09 | bilgus | breaks is putting it nicely |
| 23:52:33 | jhMikeS | pamaury: how could it? usb did work |
| 23:53:05 | pamaury | jhMikeS: ask bilgus and Mihail, I don't know |
| 23:53:30 | jhMikeS | with voltage scaling? that thing is sensitive to priority. |
| 23:54:34 | bilgus | Prior to that I could plug usb and 1/10 it got mounted after 20 mins or so |
| 23:54:42 | Mihail | jhMikeS: you have solution to fix old code? |
| 23:54:42 | jhMikeS | I hope the driver doesn't mask all interrupts because they should be able to preempt lower priotity ones or you get audio problems |
| 23:55:21 | jhMikeS | Mihail: I don't think the driver code itself is terribly at fault, if at all. |
| 23:55:28 | bilgus | since when do you get audio while usb is plugged? |
| 23:55:43 | pamaury | if you plug while holding a button |
| 23:55:51 | jhMikeS | Mihail: I noticed v2 to be picky about the interrupt priority order when allowing interrupts during interrupts |
| 23:55:52 | furrywolf | if y |
| 23:55:53 | pamaury | (ie charging only) |
| 23:56:03 | furrywolf | bah, you typed faster. :) |
| 23:56:21 | bilgus | I'd call that charging though not usb |
| 23:56:24 | pamaury | interrupt nesting can the tricky if you are not careful |
| 23:56:35 | pamaury | bilgus: but usb driver is up and running |
| 23:56:44 | bilgus | oh ic |
| 23:56:45 | furrywolf | interrupt nesting can result in stack overflows very easily. :) |
| 23:56:55 | jhMikeS | bilgus: I meant about the operation of the driver in general. It can't mask interrupts altogether during an i2c transfer. |
| 23:57:43 | jhMikeS | furrywolf: already calculated worst case for that. only > current priority preempts |
| 23:58:38 | pamaury | I think it's clear that commit c7daef36c5c75 has a huge problem, I think we should revert it and I find the real problem with the old code. It is possible that it, in fact, just hide the real problem |
icon identifies that the person is a core developer (has commit access).