00:02:31 | | Quit dconrad (Remote host closed the connection) |
00:06:14 | *** | Saving seen data "./dancer.seen" |
00:15:42 | fs-bluebot | Build Server message: New build round started. Revision c77cd7027f, 298 builds, 10 clients. |
00:26:53 | fs-bluebot | Build Server message: Build round completed after 671 seconds. |
00:26:56 | fs-bluebot | Build Server message: Revision c77cd7027f result: All green |
00:48:52 | | Join bonfire [0] (~bonfire@c-24-2-109-9.hsd1.ut.comcast.net) |
01:00 |
01:16:16 | | Join dconrad [0] (~dconrad@208.38.228.17) |
01:20:27 | | Quit dconrad (Ping timeout: 252 seconds) |
01:44:32 | | Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:b9fd:c03d:3404:8cf7) |
02:00 |
02:06:15 | *** | Saving seen data "./dancer.seen" |
02:45:07 | | Join kakaka [0] (~koniu@gateway/tor-sasl/koniu) |
03:00 |
03:16:54 | | Join dconrad [0] (~dconrad@208.38.228.17) |
03:21:06 | | Quit dconrad (Ping timeout: 240 seconds) |
03:50:40 | | Quit Galois (Quit: Leaving) |
03:51:32 | | Join Galois [0] (djao@efnet.math.uwaterloo.ca) |
04:00 |
04:06:17 | *** | Saving seen data "./dancer.seen" |
04:11:53 | | Join lebellium [0] (~lebellium@89-92-69-66.hfc.dyn.abo.bbox.fr) |
05:00 |
05:00:07 | | Quit kadobanana (Quit: Idle for 30+ days) |
05:42:56 | | Join atsampson [0] (~ats@cartman.offog.org) |
05:48:18 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
06:00 |
06:06:20 | *** | Saving seen data "./dancer.seen" |
06:19:57 | | Quit atsampson (Quit: new kernel) |
06:33:08 | | Join atsampson [0] (~ats@cartman.offog.org) |
07:00 |
07:17:30 | | Join dconrad [0] (~dconrad@208.38.228.17) |
07:21:41 | | Quit dconrad (Ping timeout: 240 seconds) |
08:00 |
08:04:03 | | Join Saijin_Naib [0] (~Saijin_Na@2603-7081-1d05-7230-4069-9be5-01f6-6601.res6.spectrum.com) |
08:06:23 | *** | Saving seen data "./dancer.seen" |
08:11:04 | | Join cockroach [0] (~blattodea@pdpc/supporter/active/cockroach) |
08:17:06 | | Quit Saijin_Naib (Ping timeout: 246 seconds) |
08:25:54 | | Join massiveH [0] (~massiveH@ool-18e4e82f.dyn.optonline.net) |
08:29:40 | | Join dconrad [0] (~dconrad@208.38.228.17) |
08:30:13 | | Quit dconrad (Client Quit) |
08:31:10 | braewoods | once I get my H10 back from bilgus, i just had an idea for improving the scroll pad |
08:54:11 | braewoods | the old one is a PITA to use |
08:54:27 | braewoods | i noticed the code for the HDD6330 port uses a similar method for the scroll pad it has |
08:54:51 | braewoods | so i thought, why can't i try to implement a similar algorithm for interpretting the scroll pad data? |
08:55:01 | braewoods | it might work better than the current one |
08:55:06 | braewoods | which is a pita to use |
09:00 |
09:26:28 | | Join tomato3 [0] (t0mato@gateway/vpn/mullvad/tomato) |
09:26:46 | | Quit tomato (Ping timeout: 240 seconds) |
09:26:47 | | Nick tomato3 is now known as tomato (t0mato@gateway/vpn/mullvad/tomato) |
09:36:46 | | Quit tomato (Ping timeout: 240 seconds) |
09:37:54 | | Join tomato [0] (t0mato@gateway/vpn/mullvad/tomato) |
09:49:55 | _bilgus | speachy looking at your patch for addresssanitizer do I just do configure with the switch then? −−with-address-sanitizer && −−sdl-threads? |
09:50:11 | speachy | nope, just −−with-address-sanitizer |
09:50:17 | speachy | it'll enable SDL threads for you |
09:50:43 | braewoods | isn't address sanitizer only for SDL native? |
09:51:01 | braewoods | you can't really use AS in embedded afaik |
09:51:21 | speachy | it's only used in sim builds, yes. |
09:51:38 | speachy | (most of our "native" targets lack SDL too) |
09:51:48 | speachy | whoops, "hosted" |
09:55:16 | _bilgus | well the sim is for sure faster but I haven't seen anything come through −− false positive or otherwise |
09:55:52 | _bilgus | does it do it like valgrind in the terminal or does it do it after quit? |
09:56:22 | speachy | like valgrind |
09:56:38 | _bilgus | ugh the whole not shutting down the sim while charging really annoys me some days |
09:56:53 | speachy | some stuff is only reported upon exit (eg leaks) |
09:57:09 | _bilgus | uh oh sim locked up |
09:59:27 | _bilgus | eh I think it might just be that button ovfl bug |
09:59:42 | _bilgus | it just doesn't segfault with address sanitizer running |
10:00 |
10:01:20 | braewoods | speachy: i see the ipod video units have an unsupported video decoder? |
10:01:25 | braewoods | speachy: what does that do? |
10:01:29 | braewoods | video output? |
10:01:34 | braewoods | or...? |
10:01:57 | speachy | mpeg2 (ie dvd) in hardware, IIRC |
10:02:02 | braewoods | oh. |
10:02:10 | braewoods | if that's it then not worth fretting about |
10:02:26 | _bilgus | I think it was detrmined to not be easy enough for the marginal benefit |
10:02:47 | braewoods | i was wondering if it was required for tv out |
10:02:48 | speachy | I _think_ sufficient info is out there to actually drive the chip but it's honestly rather pointless. even when it was new |
10:03:15 | speachy | (I have similar opinions of rockbox's mpegdecoder plugin fwiw) |
10:03:17 | braewoods | in any case i think i should start with the tv out for what i have |
10:03:18 | _bilgus | oh thats cool the os.exit(stmt) from lua prints out in the terminal |
10:03:49 | _bilgus | I guess it probably always did that |
10:03:49 | braewoods | when i get my h10 back i plan to do some IO tests |
10:03:55 | braewoods | see if these fixes change the speeds any |
10:04:16 | braewoods | would be hilarious if the H10 is suddenly faster |
10:04:30 | braewoods | just weird how my other PPs can do 13MB/s but the H10 isn't |
10:04:34 | _bilgus | I'm really interested to hear if we have any less problems with ipods and iflash |
10:05:05 | _bilgus | I mean what a cool series of events that your old h10 lead to a 10 year old bug |
10:05:25 | braewoods | it was obviously above my paygrade |
10:05:31 | _bilgus | mine too lol |
10:05:38 | braewoods | i may know C well but not the PP hardware |
10:05:50 | braewoods | i had no chance of knowing how to fix such a thing |
10:05:51 | _bilgus | little help from our friend speachy |
10:06:26 | *** | Saving seen data "./dancer.seen" |
10:06:53 | braewoods | at the very least it appears that these usb to dock cables can allow audio transmissions over usb |
10:07:15 | braewoods | in theory, car audio streaming |
10:07:21 | braewoods | and perhaps more |
10:07:44 | _bilgus | how many support more than usb drive reading though? |
10:07:52 | braewoods | no idea |
10:07:59 | braewoods | but if UMS is all they support |
10:08:02 | _bilgus | thats probably who we should talk to |
10:08:06 | braewoods | may as well just use a real UMS thing |
10:08:12 | _bilgus | car audio head units |
10:08:19 | _bilgus | the software sucks ass |
10:08:43 | _bilgus | $35 for a headunit is nuts even if its shit |
10:09:59 | _bilgus | the dual rockbox din & double din hardware buttons a ok screen and a good dac only ll out for $$ |
10:10:25 | braewoods | it's kinda sad when you can easily modify an old mp3 player with more storage than a modern smartphone |
10:10:27 | braewoods | like wtf |
10:11:03 | _bilgus | no amp onboard comes with bt, headphone port, and the latest stable of RB |
10:11:43 | _bilgus | the car audio market hasn't dried up like personal mp3 players yet |
10:12:01 | _bilgus | and the tooling is probbly already done |
10:12:22 | braewoods | and we have reference source code we can use |
10:12:37 | _bilgus | I mean it has buttons and a screen with head phone port and usb sounds like 'insert car audio producer here' |
10:13:38 | _bilgus | without the amp ad wasted space you could make it 2 inches deep and sell low mid high amps to bolt onto the back |
10:13:54 | _bilgus | in the remaining case.. |
10:14:26 | braewoods | _bilgus: you have any experience with analog video outputs? |
10:14:42 | braewoods | coding wise |
10:14:52 | _bilgus | not my forte |
10:14:55 | braewoods | ok.. |
10:14:59 | _bilgus | hardware |
10:15:13 | braewoods | i'll see what i can find ut |
10:15:15 | braewoods | out |
10:15:29 | braewoods | lucky me, one of the chips has test mode so i can use that for helping see if i'm getting somewhere |
10:15:57 | braewoods | plus i can plug them into video capture device to test it on my host |
10:16:42 | _bilgus | personally I think video is probably pointless in this age but your time as you see fit :) plus its fun |
10:17:40 | braewoods | perhaps so |
10:17:51 | braewoods | but it's a way for me to learn embedded code writing |
10:18:05 | braewoods | i prefer to focus on something that someone hasn't already done |
10:18:15 | braewoods | for rockbox in this case |
10:18:53 | braewoods | but yea i think i've got all the units i'm going to get for the foresseable furture |
10:18:59 | _bilgus | I think the barr group nigel so and so has a blog that gives you a nice overview of some of the common pitfalls when coming from x86 to embedded |
10:19:08 | braewoods | i got enough for general USB |
10:19:22 | braewoods | 2 units for tv out testing |
10:19:32 | braewoods | one for remote control work |
10:20:46 | _bilgus | nope the sim locked up again on shutdown |
10:20:49 | _bilgus | hmm |
10:21:00 | braewoods | _bilgus: weird question though, is there a point to headphones vs line out? |
10:21:04 | braewoods | they seem very similar |
10:21:16 | _bilgus | well typically lineout is tied to 0 |
10:21:34 | _bilgus | no volume control just straight line level |
10:21:50 | braewoods | so raw audio |
10:21:50 | _bilgus | so think of it like the record players of old |
10:22:20 | _bilgus | you had a line level that was the voltage off the crystal maybe slightly tweaked |
10:22:31 | _bilgus | then you plugged it into an amp |
10:23:35 | _bilgus | now something that hasn't been done in a long time is actually checking these players for no clipping at 0db |
10:24:09 | _bilgus | probably saratoga knows the last time |
10:25:25 | _bilgus | so thats typically how you would do line out turn it all the way up and do volume through your playback device |
10:28:27 | _bilgus | thats also why having line out and plugging your headphones in hurts |
10:32:19 | | Quit massiveH (Quit: Leaving) |
10:36:17 | speachy | car audio headunits are pretty highly integrated affairs. much like the mp3 market, the middle ground is largely gone because most cars are too highly integrated to easily replace just the radio |
10:36:36 | speachy | but on the low end they're single-chip-does-everything affairs, little-to-no RAM |
10:37:02 | speachy | on the high end they're full multi-core Android |
10:37:13 | speachy | and next to nothing left in the middle |
10:37:53 | speachy | but doing our own hardware is easier for a car thing, except the power supply and filtering has to be a _lot_ more robust... |
10:38:21 | _bilgus | Steps to repro in sim with-address-sanitizer start sim wait recharging icon and try to close the sim 1x |
10:38:44 | _bilgus | when the bar gets full the sim locks |
10:38:48 | speachy | braewoods: headphone is just a high-impedence speaker, you're actually driving _power_ through the wire. |
10:39:13 | speachy | line out is intended to drive nearly no power, used strictly as a voltage reference. |
10:39:21 | braewoods | i see |
10:39:53 | speachy | s/power/current/ if that will make more sense. |
10:40:18 | speachy | line is intended to be consumed by an amplifier. |
10:41:16 | _bilgus | but thats the common way its different in daps |
10:41:31 | speachy | _bilgus: one data point, the eros q/k hardware drives its line out _way_ too hot. |
10:41:41 | _bilgus | IIUC they turn it up to 0db to get rid of audio path processing |
10:42:03 | speachy | but there's no actual attenuation in the audio path so all we can do is scale the digital input down |
10:42:34 | _bilgus | ^which kinda sucks |
10:43:44 | _bilgus | I ended up doing it with an audio transformer IIRC it eneded up being 2:1 @ 32k? |
10:44:05 | _bilgus | IDK its in my truck still |
10:46:54 | _bilgus | I just figured on the car audio stuff that we could get a din shell made easier and stuff your own hardware |
10:47:29 | _bilgus | plenty of room for the player stuff and a compact class d amp kit |
10:47:52 | _bilgus | enough for some real 100wx4 |
10:48:07 | _bilgus | not this 10w = 1000w peak |
10:48:50 | _bilgus | but yeah thats true the last 10 years of cars have no provision for a radio |
10:49:24 | _bilgus | I hope they go back but its just too cheap to run wires and a touch screen compared to hardware |
10:50:06 | speachy | or just use bluetooth. |
10:50:14 | _bilgus | yep |
10:50:19 | speachy | (which honestly makes a _lot_ more sense) |
10:50:44 | speachy | it's not like you're going to be playing doom when driving. :D |
10:51:06 | _bilgus | well the rocker is on its way back if you can find someone thats wants to define the low level I can finish the high |
10:51:27 | speachy | pretty sure that someone defaults to me |
10:51:41 | _bilgus | when you have time :D |
10:52:25 | speachy | a native stack is pretty much a pipe dream right now. heck, if we came up with one it would be a sellable product in its own right. |
10:53:07 | _bilgus | I plan to better integrate the lua stuff during this key remap adventure its so much easier to deal with data processing tasks there |
10:53:43 | _bilgus | I think I want to better integrate it in core −− the open plugin stuff is key there |
10:54:44 | _bilgus | later I think I can get lua working in core by using a scheme from the archos |
10:55:12 | _bilgus | make a slimmed down version that can be used as a loadable overlay |
10:55:34 | speachy | "open source car head unit" == "shoehorn android auto onto RPis" |
10:56:08 | _bilgus | all except the heat in the summer |
10:56:56 | speachy | true, automotive electronics have to handle extended temp ranges (-40 through +125C) |
11:00 |
11:02:20 | | Join Rower [0] (~Rower@78-73-72-39-no2340.tbcn.telia.com) |
11:05:17 | braewoods | https://www.ebay.com/itm/LOT-8-Assorted-MP3-Media-Players-20gb-30GB-40GB-AS-IS-FOR-PARTS-OR-REPAIR/324486609538 |
11:05:25 | braewoods | i think there's a mpio hd300 in this listing |
11:06:17 | speachy | good price for the lot |
11:07:31 | speachy | even if only a couple ultimately work |
11:07:59 | speachy | https://www.ebay.com/itm/Assorted-Sansa-Creative-Sony-Other-MP3-Media-Players-Untested-As-Is-Lot-of-70/224416478307 |
11:08:22 | speachy | this one is a _lot_ more interesting IMO. |
11:09:32 | _bilgus | a lot of straight junk mixed in that second one |
11:09:43 | speachy | https://www.ebay.com/itm/AS-IS-Lot-of-61x-Assorted-Brands-MP3-Players/363162783978 |
11:09:55 | speachy | a lot less junk in this one. decent price for the set IMO |
11:11:19 | braewoods | looks like it has a gogear sa9200 |
11:12:24 | _bilgus | same number of fuze v2 in the secons and 3rd listing think they are the same seller? |
11:13:47 | speachy | if the concensus is there I'll throw a bid up on one (or more) of these with the rb slush fund. |
11:14:23 | braewoods | the one with a mpio hd300 isn't a bad option, if we want one of those for testing that target |
11:14:32 | _bilgus | I think 300 is too much for whats there |
11:14:36 | braewoods | it also have an iriver h10 of some kind in there |
11:14:51 | _bilgus | the fuze v1s are pretty much meh |
11:15:22 | braewoods | i see 2-4 possible rockboxable units in the ebay listing i put up |
11:15:42 | braewoods | oh |
11:15:44 | braewoods | yh-910 |
11:15:47 | braewoods | not one we support |
11:15:48 | _bilgus | and the Fuze v2 is a NICCCEE player but only if handled well the front is plastic that scratches |
11:15:49 | speachy | fuzes are going for 60-80 on ebay these days. thoug there's a new-old-stock fuze+ for $40, hmm. |
11:16:04 | _bilgus | the fuze+ is crap |
11:16:08 | braewoods | indeed |
11:16:16 | speachy | good hardware, gawdaful touchpad |
11:16:18 | _bilgus | nice hardware |
11:16:24 | _bilgus | hehe |
11:16:48 | braewoods | that first one just caught my eye because of how rare the hd200 and hd300 have become |
11:16:54 | _bilgus | those v2s are one of my fav big format players |
11:17:14 | braewoods | if we want to continue supporting them we need hardware to test them |
11:17:37 | _bilgus | lets talk to geaverts maybe he will put some out on load backed by our fund |
11:17:40 | braewoods | but as far as ports go they're pretty bland |
11:17:52 | _bilgus | loan** |
11:18:07 | speachy | https://www.ebay.com/itm/Lot-of-6-Working-Mp3-Players-with-Bad-Batteries-Sansa-Fuse-Zune-1124/233907577496 |
11:18:12 | braewoods | the hd300 is a pretty basic one |
11:18:36 | _bilgus | the zip is worth $50 |
11:18:48 | _bilgus | but we have all of these at hand in me alone |
11:19:07 | _bilgus | not the v1 but like I said meh |
11:19:27 | braewoods | it's funny how toshiba gigabeats never turn up in these lots... |
11:20:23 | _bilgus | speachy you wanna take a chance on that we should be able to recoup our investment |
11:21:05 | _bilgus | those v2s are probably a lost cause in the front |
11:21:06 | braewoods | isn't replacing the batteries in those a bit difficult? |
11:21:10 | speachy | I'll throw a bid at that first one that's like half junk. |
11:21:39 | _bilgus | the v2 is simple but ya know |
11:21:49 | _bilgus | the zip is a PITA but i'm experienced |
11:21:55 | _bilgus | the v1 no clue |
11:22:28 | _bilgus | and the zune no clue (or if it was even ever a port) |
11:22:31 | speachy | there's a pile of sonys in there that wouldbe handy. and I can always resell the sansas assuming they work. |
11:22:47 | speachy | the fuze v1 shares the same case foibles as the v2. |
11:23:21 | speachy | that #$@#!$ fragile cable |
11:23:22 | _bilgus | or send me a box of pieces and i'll return the franken dap |
11:23:58 | speachy | I have a pile of fuze v2s (and one v1) parts. everything works except for the controls. :/ |
11:24:41 | _bilgus | you can send those my way sometime too Ive done some pretty 'interesting' repair work on old shit |
11:24:42 | braewoods | i find it hilarious that people are selling early flash players with < 1GB of storage for $30+ |
11:24:54 | braewoods | do they seriously think anyone would want something that crappy? |
11:25:42 | braewoods | https://www.ebay.com/itm/Mix-Lot-9-Untested-MP3-Players-Branded-Unbranded-For-Parts-repair-L-k-AS-IS/154398714849 |
11:25:44 | braewoods | ends soon |
11:25:46 | speachy | if someone pays them for it, sure. if not, then maybe they'll realize it's not wirth the sale. |
11:26:22 | braewoods | maybe to a collector but no one else |
11:27:24 | _bilgus | whatd ya bid on the mixed lot? |
11:27:27 | speachy | recognize the philips model in that lot? other than that and the sansas, the rest is junk. |
11:27:35 | braewoods | lmao |
11:27:42 | braewoods | https://www.ebay.com/itm/LOT-10-Samsung-MP3-Media-Players-5gb-AS-IS-FOR-PARTS-OR-REPAIR/143983085958 |
11:27:46 | speachy | unless you're a hanna montana fan |
11:28:10 | braewoods | speachy: not really but i do know it's not one we have a port for |
11:28:26 | braewoods | the gogears we support look a lot different |
11:28:33 | braewoods | for one they're all black |
11:28:39 | braewoods | on the front |
11:28:53 | _bilgus | $30\ |
11:29:03 | _bilgus | apparently lol |
11:29:04 | speachy | I bid $73. with 6 days to go. The sansas alone in that lot are easily worth 300 (assuming functional) |
11:29:38 | speachy | I think there's a FiiO X3 (2nd gen) in there too |
11:30:05 | _bilgus | and a zune |
11:30:17 | braewoods | https://www.ebay.com/itm/Used-Lot-of-3-SanDisk-Sansa-MP3-players-for-parts-or-repair/283855011912 |
11:30:25 | braewoods | lol zune |
11:30:37 | braewoods | microsoft's attempt to be relevant |
11:30:41 | speachy | weren't the Zunes basically just the continuation of the Gigabeats? |
11:30:53 | speachy | ha! instantly outbid. |
11:30:54 | _bilgus | the zune I'm thinking of was |
11:31:22 | speachy | lasted 2 minutes 21 seconds. |
11:31:23 | braewoods | usually doesn't make sense to bid this early |
11:32:05 | speachy | eh, my attitude on such stuff is that I just bid up-front what I'm willing to pay, and if someone else wants it more, so be it. |
11:36:11 | _bilgus | https://www.ebay.com/itm/iPod-Classic-Touch-Mini-Nano-Shuffle-Lot-of-25-For-Parts-or-Repair/233952211849?hash=item3678a37389:g:a70AAOSwnb5gZ6UC |
11:37:01 | _bilgus | I think I could become a fanboi overnight |
11:39:50 | speachy | my goal is to expand our readily-accessible testing pool. |
11:43:11 | _bilgus | hahah thats already over $250 |
11:44:48 | _bilgus | yep we have just over 50% coverage according t the forum |
12:00 |
12:06:27 | *** | Saving seen data "./dancer.seen" |
12:08:31 | braewoods | not surprising the m:robe and mpio are so rare |
12:10:26 | braewoods | huh m:robe has units for sale on ebay, at super inflated prices |
12:10:53 | braewoods | ah right it uses that stupid f-flex drive |
12:14:11 | | Quit advcomp2019 (Ping timeout: 240 seconds) |
12:15:34 | | Join advcomp2019 [0] (~advcomp20@65-131-187-233.sxct.qwest.net) |
12:15:34 | | Quit advcomp2019 (Changing host) |
12:15:34 | | Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) |
13:00 |
13:19:40 | speachy | huh. initial experiment with LTO seems to work. |
13:20:10 | speachy | at least in a simulator. :) |
13:22:21 | | Join chris_s [0] (5fdf48b5@ip-95-223-72-181.hsi16.unitymediagroup.de) |
13:24:30 | chris_s | g#3305 addresses the issue discussed here: https://forums.rockbox.org/index.php/topic,53071.0.html  – I'm not sure the old behavior was worth 'optimizing' away since Rockbox now gets stuck on broken tracks in playlists instead of simply skipping over them... ? |
13:24:31 | fs-bluebot | Gerrit review #3305 at https://gerrit.rockbox.org/r/c/rockbox/+/3305 : Skip over broken tracks in playlist by Christian Soffke |
13:25:02 | chris_s | This is the relevant commit from the end of 2017: https://github.com/Rockbox/rockbox/commit/dfff938dff089667038041fcb66262c87c3186c2 |
13:26:41 | chris_s | I've simply re-added what had been deleted from the old code |
13:32:07 | chris_s | (by broken I mean tracks that can't be found / have been deleted) |
13:33:11 | chris_s | so it's the playlist that's broken |
13:34:26 | _bilgus | chris_s could you add a check for entries versus dead entries |
13:35:08 | _bilgus | reffing that previous behavior I metioned of churning through a playlist endlessly with no valid tracks |
13:36:17 | chris_s | you mean it should only skip until it has reached the last track? |
13:37:22 | speachy | I think so, yes. the old behavior was also broken, just differently. :) |
13:37:36 | speachy | (I remember getting caught by it on multiple occasions) |
13:38:54 | chris_s | ok |
13:40:04 | _bilgus | yep |
13:47:15 | | Quit chris_s (Quit: Ping timeout (120 seconds)) |
14:00 |
14:06:29 | *** | Saving seen data "./dancer.seen" |
14:13:50 | | Join MrZeus_ [0] (~MrZeus@2a02:c7f:a0aa:4400:1848:2748:ebf:5895) |
14:38:38 | | Join Saijin_Naib [0] (~Saijin_Na@2603-7081-1d05-7230-5442-c508-eecc-f79a.res6.spectrum.com) |
14:43:01 | | Quit Saijin_Naib (Read error: Connection reset by peer) |
14:45:19 | | Join Saijin_Naib [0] (~Saijin_Na@2603-7081-1d05-7230-5442-c508-eecc-f79a.res6.spectrum.com) |
14:47:09 | | Quit Saijin_Naib (Read error: Connection reset by peer) |
15:00 |
15:00:07 | | Quit pamaury (Ping timeout: 260 seconds) |
15:04:22 | | Join Saijin_Naib [0] (~Saijin_Na@2603-7081-1d05-7230-5442-c508-eecc-f79a.res6.spectrum.com) |
15:06:47 | | Quit Saijin_Naib (Read error: Connection reset by peer) |
15:20:53 | | Join ac_laptop [0] (~ac_laptop@186.2.247.129) |
15:32:15 | | Join chris_s [0] (5fdf48b5@ip-95-223-72-181.hsi16.unitymediagroup.de) |
15:32:38 | | Join Saijin_Naib [0] (~Saijin_Na@2603-7081-1d05-7230-5442-c508-eecc-f79a.res6.spectrum.com) |
15:34:54 | | Quit ac_laptop (Ping timeout: 268 seconds) |
15:36:19 | chris_s | I've changed it so that Rockbox behaves like it currently does for the last track. |
15:36:20 | chris_s | To be honest, though, I'm trying to understand where the (unchanged) |
15:36:20 | chris_s | 2017-behavior would have been a problem? |
15:36:21 | DBUG | Enqueued KICK chris_s |
15:36:21 | chris_s | Wouldn't you want't Rockbox to finish the playlist |
15:36:21 | chris_s | instead of sitting on the last track if it doesn't exist? |
15:36:22 | *** | Alert Mode level 1 |
15:36:22 | chris_s | Or am I missing a scenario where |
15:36:22 | *** | Alert Mode level 2 |
15:36:22 | chris_s | Rockbox would have entered into some kind of infinite loop? |
15:36:30 | | Join ac_laptop [0] (~ac_laptop@186.2.247.129) |
15:37:00 | speachy | if the entire playlist is shot (eg you remove the files, but tell it to resume playback) |
15:37:50 | | Quit Saijin_Naib (Ping timeout: 258 seconds) |
15:43:44 | chris_s | yeah, I guess it could be unexpected that nothing appears to happen in that case |
15:44:20 | | Join Saijin_Naib [0] (~Saijin_Na@2603-7081-1d05-7230-5442-c508-eecc-f79a.res6.spectrum.com) |
15:46:23 | *** | Alert Mode OFF |
15:51:02 | chris_s | by the way, I seem to be getting buffer overflows in the Simulator using the address sanitizer when the keyboard is brought up on the iPod4g or video simulator. Not sure I'm up for debugging that though |
15:52:54 | chris_s | also when entering the recording screen using the default skin |
15:54:26 | speachy | or launching the sim without running 'make install' first |
15:56:39 | | Quit Saijin_Naib (Ping timeout: 246 seconds) |
15:57:40 | | Join Saijin_Naib [0] (~Saijin_Na@2603-7081-1d05-7230-5442-c508-eecc-f79a.res6.spectrum.com) |
16:00 |
16:02:37 | | Quit Saijin_Naib (Ping timeout: 250 seconds) |
16:06:32 | *** | Saving seen data "./dancer.seen" |
16:17:16 | | Join Saijin_Naib [0] (~Saijin_Na@2603-7081-1d05-7230-5442-c508-eecc-f79a.res6.spectrum.com) |
16:23:36 | | Join daswf8523 [0] (~daswf852@unaffiliated/dwf) |
16:26:53 | | Quit daswf852 (Ping timeout: 268 seconds) |
16:26:53 | | Nick daswf8523 is now known as daswf852 (~daswf852@unaffiliated/dwf) |
16:35:47 | speachy | ok, the hifiman hm-602 showed up |
16:38:01 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
16:38:23 | speachy | battery's nearly completely dead, I'lll let it charge up before experimenting. |
16:41:06 | | Quit chris_s (Quit: Ping timeout (120 seconds)) |
16:46:46 | | Quit akaWolf (Ping timeout: 240 seconds) |
16:54:41 | | Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) |
17:00 |
17:02:50 | | Quit Saijin_Naib (Remote host closed the connection) |
17:17:03 | | Quit ZincAlloy (Quit: Leaving.) |
17:18:28 | | Join Saijin_Naib [0] (~Saijin_Na@2603-7081-1d05-7230-e060-42f8-b420-a7d0.res6.spectrum.com) |
17:48:59 | | Join PimpiN8 [0] (~PimpiN8@178.239.173.176) |
17:52:50 | | Join ZincAlloy [0] (~Adium@ip5f5acf9f.dynamic.kabel-deutschland.de) |
18:00 |
18:04:59 | braewoods | speachy: i usually replace batteries in units and storage if it's HDD. old expendable parts have been a source of phantom bugs for me in the past. |
18:05:01 | braewoods | X) |
18:06:36 | *** | Saving seen data "./dancer.seen" |
18:08:34 | speachy | internal flash and full-size SD on this thing. |
18:08:55 | speachy | though it's as thick as a 1st-gen ipod... |
18:09:19 | braewoods | funny when you put it that way |
18:09:39 | braewoods | if we ever manage to do our own hardware, we should really socket our main storage and battery |
18:09:53 | braewoods | either sd card or some kind of ATA connector |
18:10:00 | speachy | drives up the $$$ |
18:10:12 | braewoods | true but those are the most used up |
18:11:00 | braewoods | i'm just thinking it should have the most commonly used up parts be socketed for easier repairs |
18:11:13 | braewoods | the rest can probably be soldered |
18:11:19 | braewoods | and given today it'd be a sd card socket |
18:11:21 | braewoods | most likely |
18:11:51 | speachy | battery on a connector, sure. but I have a hard time seeing how primary storage will be anything other than uSD. |
18:12:02 | braewoods | the HDD era has passed then |
18:12:19 | braewoods | sure, fair enough |
18:13:33 | braewoods | one idea, just use a large enough ROM chip to install the entire rockbox file set in ROM :D |
18:13:39 | braewoods | lol |
18:13:58 | braewoods | or just hold our bootloader |
18:14:37 | braewoods | interesting how there's pretty much no packard bell vibe 500s for sale like ever |
18:14:43 | braewoods | i wonder if it was that unpopular |
18:15:45 | speachy | go with whatever's cheaper but just a bootloader will suffice. 1MBit ought to be plenty but due to market volumes larger could easily be cheaper. |
18:16:07 | braewoods | or maybe the SoC ROM, if any, would suffice |
18:16:44 | braewoods | just need a simple way to bootstrap the CPU |
18:18:47 | | Quit lebellium (Quit: Leaving) |
18:18:59 | | Quit pamaury (Ping timeout: 248 seconds) |
18:32:15 | | Quit Saijin_Naib (Ping timeout: 258 seconds) |
18:38:26 | | Quit ZincAlloy (Quit: Leaving.) |
19:00 |
19:31:28 | | Join coderex [0] (571047f6@host-87-16-71-246.retail.telecomitalia.it) |
19:31:41 | coderex | Hello(?) |
19:32:19 | _bilgus | hi |
19:34:10 | coderex | Are 24 hours that I'm trying to make work a 5.5gen iPod Classic, a nightmare... |
19:35:00 | coderex | Anyone can say me how can useful help the community with bug reporting? |
19:35:25 | coderex | I would resolve my problem helping others |
19:35:39 | _bilgus | https://www.rockbox.org/tracker/ |
19:35:50 | _bilgus | or the forums |
19:36:53 | coderex | I'm following this post https://forums.rockbox.org/index.php/topic,52560.0.html but it is really hard for me to understand, I'm new in this world |
19:36:59 | | Join dconrad [0] (~dconrad@208.38.228.17) |
19:40:03 | _bilgus | first you should update to the newest dev version before doing any bug reporting |
19:43:40 | coderex | Ok, understood |
19:48:41 | | Join Saijin_Naib [0] (~Saijin_Na@2603-7081-1d05-7230-84f2-fcef-387e-b0cf.res6.spectrum.com) |
19:51:09 | | Quit coderex (Quit: Connection closed) |
20:00 |
20:06:40 | *** | Saving seen data "./dancer.seen" |
20:21:16 | fs-bluebot | Build Server message: New build round started. Revision ad55da5f87, 298 builds, 10 clients. |
20:23:36 | dconrad | speachy: did you get that file I linked to on 3259? |
20:23:48 | dconrad | er, g#3259 |
20:23:50 | fs-bluebot | Gerrit review #3259 at https://gerrit.rockbox.org/r/c/rockbox/+/3259 : ErosQ: Set Line Level Output volume by Dana Conrad |
20:24:06 | speachy | dconrad: yep! |
20:24:22 | dconrad | (btw, am I doing the screenname mentioning thing right?) |
20:24:55 | speachy | I won't be able to do the tests until this weeknd (probably) but it seems prudent to allow the level to be "backed" down. |
20:25:17 | dconrad | it makes a lot of sense to me to let it be user-defined, for sure |
20:26:49 | dconrad | also, I appreciate you A/Bing them, they're probably the same, but... |
20:27:19 | speachy | ...real data is always prefererred to guesswork. |
20:30:07 | | Join MrZeus__ [0] (~MrZeus@194.37.96.137) |
20:32:51 | | Quit PimpiN8 (Quit: Textual IRC Client: www.textualapp.com) |
20:32:51 | fs-bluebot | Build Server message: Build round completed after 695 seconds. |
20:32:55 | fs-bluebot | Build Server message: Revision ad55da5f87 result: All green |
20:34:15 | | Quit MrZeus_ (Ping timeout: 260 seconds) |
20:42:07 | | Quit Saijin_Naib (Ping timeout: 250 seconds) |
20:42:46 | | Quit MrZeus__ (Ping timeout: 240 seconds) |
20:45:24 | speachy | dconrad: as a random aside, the H2 v1.3 comes in a smaller box than the older one |
20:45:50 | dconrad | hah, well less waste is good |
20:47:56 | dconrad | I haven't even tried the headphones it came with, but they look kind of nice |
20:52:53 | speachy | wtf? |
20:53:05 | speachy | I'm getting a panic when booting a current build |
20:56:05 | dconrad | on the H2? |
20:56:13 | speachy | yeah |
20:56:52 | dconrad | I think I remember getting a panic when I had just received mine when I tried to play music for the first time, but I rebooted it and it was fine? probably not the same thing |
20:57:06 | speachy | It's trying to open "/mnt/sd_0//dev/snd/controlC0" |
20:58:41 | | Quit ac_laptop (Ping timeout: 240 seconds) |
21:00 |
21:00:17 | dconrad | the "//" a problem? |
21:01:02 | speachy | no, it shouldn't be prepending /mnt/sd_0/ |
21:01:11 | dconrad | oh, sure |
21:02:31 | speachy | funny thing is opens the correct file twice, closes it, then tries the bogus one. |
21:03:09 | dconrad | lol it just /wants/ to fail |
21:03:20 | dconrad | "nah dog" |
21:03:24 | speachy | (running it with strace in adb) |
21:43:12 | speachy | ok, latest dev build goes boom too. so it's not my end. |
21:43:21 | speachy | backing off to oldest nightly |
21:43:37 | speachy | I have a fix identified but I don't know what changed that caused it to be needed |
21:44:16 | speachy | ok, 03-12 worked. |
21:47:53 | dconrad | that's pretty old, I first started playing with stuff, looks like 3/14 was my first gerrit patch I uploaded |
21:48:55 | speachy | I'm bisecting |
21:49:33 | dconrad | I'm curious if you find that they break before 3-25, that would've likely been the last time I made a build locally |
21:50:39 | dconrad | er, no sorry apr. 3 |
21:50:56 | speachy | 4-5 is still good |
21:51:47 | speachy | hmm, let me try fully reverting that line out volume patch. I thought I'd backed out the changes by hand but just in case... |
21:52:08 | speachy | ok, that's it |
21:52:42 | speachy | apparently pulling in settings.h is the culprit. |
21:55:04 | speachy | ayep. that pulles in rbpaths.h which is what breaks everything |
21:55:17 | | Join ac_laptop [0] (~ac_laptop@186.2.247.129) |
21:57:32 | dconrad | so it successfully opens it, closes it, does that cycle again, and then decides to open it with /mnt/sd_0/ for some reason? |
21:57:52 | speachy | the previous opens are from alsa-lib |
21:57:53 | dconrad | that's wild, it's hardcoded in as /dev/snd/controlC0 |
21:58:21 | dconrad | oh, not hw_open()? |
21:59:08 | fs-bluebot | Build Server message: New build round started. Revision e17337c9aa, 298 builds, 10 clients. |
21:59:39 | speachy | open() gets remapped to the internal rockbox app_open() which mangles paths. |
21:59:59 | speachy | gotta love side-effects from #includes |
22:00 |
22:00:12 | speachy | anyway, this build has a fix. |
22:03:17 | dconrad | boy, rockbox is way more complicated than the pic stuff I'm used to working on at work |
22:04:12 | dconrad | where I might separate out my functions into a separate file, if I'm feeling fancy |
22:06:41 | *** | Saving seen data "./dancer.seen" |
22:08:27 | dconrad | its quite the whiplash |
22:08:45 | speachy | ok, I'm seeing ~ +-3v on the v1.2 unit, call it 6Vpp, which lines up with your observations. |
22:09:07 | dconrad | so, same |
22:09:41 | dconrad | I don't know why on earth it's so crazy hot |
22:10:34 | fs-bluebot | Build Server message: Build round completed after 685 seconds. |
22:10:36 | fs-bluebot | Build Server message: Revision e17337c9aa result: All green |
22:10:53 | speachy | same on the v1.3 |
22:12:01 | dconrad | I probably mentioned this on gerrit, but I wonder if maybe they took the line out from post-headphone amp |
22:12:33 | dconrad | either just because or they had some filter circuitry they didn't want to duplicate and drive up cost |
22:12:35 | speachy | there's some sort of internal switch going on; only one output is driven at a time |
22:14:07 | speachy | the DAC lacks any built-in amp; it's purely line-level output |
22:14:33 | dconrad | so it is line-level though, doesn't need amping up to line level, I was wondering about that |
22:14:41 | speachy | and is 2VRMS. |
22:15:42 | speachy | https://www.ti.com/lit/ds/symlink/pcm5121.pdf |
22:16:29 | speachy | which I suppose is close enough to 3Vpp |
22:17:13 | dconrad | boy it's been a while since I've had to convert between peak and rms, but... |
22:18:11 | dconrad | 5.6Vpp? yeah that lines up huh |
22:18:12 | speachy | there's no built-in analog or digital attenuation (beyond soft muting) |
22:18:25 | dconrad | so it's TI's fault! haha |
22:18:38 | braewoods | speachy: so what unit are you working on? |
22:19:00 | braewoods | the hifiman? |
22:19:06 | speachy | eros q (hifiwalker h2, agptek h3, surfans/irulu f20, and eros k) |
22:19:13 | braewoods | oh i see |
22:19:43 | dconrad | or lazyness/cost-cutting on the circuit designers |
22:24:37 | dconrad | is that the right datasheet? the rockbox wiki reads 5102 |
22:27:01 | speachy | https://www.ti.com/lit/ds/symlink/pcm5102a.pdf |
22:27:14 | speachy | well, that's also a 2V RMS thingey |
22:27:25 | speachy | 2.1V, more precisely |
22:27:26 | dconrad | yeah true |
22:27:51 | dconrad | I got excited though because it looked like the 512x had a bunch more features than the 5102 haha |
22:27:58 | | Quit ac_laptop (Ping timeout: 240 seconds) |
22:28:00 | speachy | I have a 5122 plugged into one of my RPis |
22:28:30 | speachy | extra features or not, we have no ability to twiddle it directly thanks to the lack of kernel sources |
22:28:38 | dconrad | well, someday... |
22:29:24 | speachy | though if we (==I) ever get around to making that a native port to the Eros Q platform.. |
22:32:12 | dconrad | I guess I just don't get why TI would design it to output such high voltages |
22:32:20 | speachy | hmm. if we natively supplied this thing 24-bit audio we could avoid losing dynamic range when we scale down |
22:32:38 | dconrad | maybe they're expecting 50% level at most, for the hottest line spec? |
22:33:09 | dconrad | according to wikipedia (great source, right...) pro stuff goes up to 3.5Vpp |
22:33:09 | speachy | well, true full scale audio signals are quite rare, even before you consider 24/32-bit sample data |
22:34:04 | dconrad | right, but it's probably a good edge case test, don't want clipping |
22:34:25 | speachy | so what we _could_ do is ditch the soft-vol stuff in the rb core, and fake volume control in the driver, converting/scaling the data to 32bpp output |
22:35:06 | dconrad | that sounds like a significant ...paradigm?... shift |
22:35:21 | speachy | not really, that's already done for most sonys |
22:35:37 | speachy | and the m3k's original linux load |
22:35:52 | dconrad | likely what the OF is doing? |
22:36:16 | speachy | possibly? |
22:36:42 | dconrad | I sound like a broken record, but that popping stuff just doesn't happen in the OF |
22:36:51 | speachy | dould be due to that |
22:36:54 | dconrad | so maybe that's what they're doing |
22:37:10 | braewoods | all we can do is experiment for lack of original source code |
22:37:45 | | Join f1reflyylmao [0] (~f1refly@dynamic-077-008-223-115.77.8.pool.telefonica.de) |
22:37:51 | braewoods | there's only some many ways to output audio so we're bound to find something that works comparably |
22:37:54 | braewoods | so |
22:38:11 | | Quit f1refly (Ping timeout: 248 seconds) |
22:38:11 | | Nick f1reflyylmao is now known as f1refly (~f1refly@dynamic-077-008-223-115.77.8.pool.telefonica.de) |
22:38:27 | braewoods | though... popping? is that something a low pass filter would help with? |
22:38:36 | dconrad | well, crackling stuff |
22:38:39 | braewoods | i recall emulators would sometimes have that as an option to clean up audio |
22:39:14 | dconrad | in quiet parts of a track |
22:39:31 | braewoods | the sound of breakfast cereal |
22:39:34 | braewoods | snap, crackle, pop |
22:39:36 | dconrad | more-or-less |
22:39:38 | dconrad | hah |
22:39:55 | dconrad | good with milk, bad with your favorite band |
22:40:10 | braewoods | i'll admit, the whole math that goes into audio processing it beyond me |
22:40:25 | braewoods | i'm mostly here to add other types of features to rockbox |
22:41:01 | dconrad | yeah honestly I just wanted to do a few low-hanging-fruit ux fixes |
22:41:21 | braewoods | i wanted to do USB driver development |
22:41:38 | braewoods | something i can grasp without needing an advanced math degree to even understand it |
22:42:31 | braewoods | spending so much time with C has caused my counting to improve |
22:42:35 | speachy | dconrad: the 32bpp code in the existing alsa driver is tied to how the sony targets expect things to work −− they actually have some analog attenuation which makes it a bit more complicated. |
22:42:55 | braewoods | i always end up needing to confirm how unfamiliar code counts |
22:43:07 | braewoods | just a habit I developed :D |
22:43:18 | speachy | but that's not going to be too difficult to refactor |
22:43:21 | braewoods | I need to verify the lower levels work as expected before I try to do anything else. |
22:44:26 | dconrad | to be honest, I'm not familiar at all with this 32bpp |
22:44:43 | braewoods | i only know RGB stuff myself :D |
22:44:59 | speachy | bps, not bpp. oops. |
22:45:10 | braewoods | bits per sample? |
22:45:13 | speachy | yeah |
22:45:20 | braewoods | that means the raw audio size is |
22:45:31 | braewoods | 4 * channels * frequency |
22:45:33 | braewoods | iirc |
22:45:47 | braewoods | it's been awhile since I did counting for audio frames |
22:46:07 | braewoods | oh, and of course * the duration |
22:46:39 | braewoods | how many samples you have is the duration, after you define the rest of the audio stream's properties |
22:47:07 | dconrad | so the ...PCM?... information prior to this is fewer bits? |
22:47:24 | braewoods | most audio is stored in at most 16 bits per sample |
22:47:37 | braewoods | i'm guessing he's talking about upscaling it to a higher bit count |
22:48:11 | dconrad | I guess that makes sense, at low volumes (needed because of the crazy hot dac), you'd get a lot of quantization noise |
22:48:27 | dconrad | so scale it after you've got more resolution |
22:48:41 | braewoods | it's not unheard of to need to convert audio to meet hardware expectations |
22:48:49 | braewoods | though best if you don't need to do it at all |
22:48:50 | braewoods | :) |
23:00 |
23:03:20 | | Quit cockroach (Quit: leaving) |
23:04:33 | fs-bluebot | Build Server message: New build round started. Revision 54fcb907c1, 298 builds, 10 clients. |
23:05:37 | speachy | ok! this build has the initial refactoring. and should result in smaller binary sizes for non-32b targets. |
23:06:49 | | Join chris_s [0] (5fdf48b5@ip-95-223-72-181.hsi16.unitymediagroup.de) |
23:09:29 | chris_s | I think there's a typo, l72 in /firmware/target/hosted/pcm-alsa.c |
23:10:18 | speachy | chris_s: @%@$%@!! |
23:10:29 | speachy | should have just used global search/replace. |
23:10:36 | chris_s | :D |
23:11:26 | speachy | ok, fixed. |
23:11:31 | speachy | (and pushed) |
23:11:51 | dconrad | ...fiio? does that get used for the eros builds? |
23:13:10 | dconrad | immediately beyond my understanding haha |
23:15:13 | fs-bluebot | Build Server message: Build round completed after 640 seconds. |
23:15:17 | fs-bluebot | Build Server message: Revision 54fcb907c1 result: All green |
23:15:19 | fs-bluebot | Build Server message: New build round started. Revision e86d90905b, 298 builds, 10 clients. |
23:26:05 | fs-bluebot | Build Server message: Build round completed after 648 seconds. |
23:26:07 | fs-bluebot | Build Server message: Revision e86d90905b result: All green |
23:33:21 | speachy | dconrad: nope, not yet. |