zeekoe

Members
  • Content Count

    13
  • Joined

  • Last visited

  1. zeekoe

    Tinker Board Sound

    Thanks a lot for checking. I did some (hardware) measurements, all seemed well. Then tried just another time, having reconnected everything, and... it all seems to work now. :-? Really don't know why. Sorry for all the fuss... (Now on to wrestling with jackd to get input and output to work simultaneously, will report the settings back when I get it, won't be tonight...) edit: jackd settings found. Can't seem to set them like this in qjackctl, but can set them manually in .jackdrc: ~$ cat .jackdrc /usr/bin/jackd -v -dalsa -Chw:OnBoard,1 -Phw:OnBoard,2 -p2048 -n4 the -p and -n are trial-and-errored to prevent xruns The headphone jack input is on subdevice OnBoard,1 and the headphone jack output is on subdevice OnBoard,2 This is for ARMBIAN 5.60 stable Debian GNU/Linux 9 (stretch) 4.14.70-rockchip
  2. zeekoe

    Tinker Board Sound

    Downloaded what I think is the latest nightly with mainline: papier@tinkerboard:~$ uname -a Linux tinkerboard 4.19.12-rockchip #5.67.181227 SMP PREEMPT Thu Dec 27 02:25:07 CET 2018 armv7l GNU/Linux papier@tinkerboard:~$ arecord -l I think at first opening of audacity I saw an onboard D2, but I didn't see it ever after. Same results: D0 silence, D1 mild noise independent of the input. I did see spikes however when turning on/off the (70's/80's) stereo set nearby. Does it help if I upload a new armbianmonitor output?
  3. zeekoe

    Tinker Board Sound

    Thanks. That would mean a full install right, not like switching channels and apt upgrading? Maybe I can try later this week. If I can find a spare SD somewhere (really, I don't have that much of them laying around :))
  4. zeekoe

    Tinker Board Sound

    Sorry, clicked them away once and now I don't know what was there. http://teune.email/armbianmonitor.txt That's with mainline kernel BTW. Edit: I just tried switching, but the docs point me here where I just see two repos. I can see a linux-u-boot-tinkerboard-next package which may or may not do the trick, and armbian-config just seems to let me switch kernel versions, not mainline to next and vice versa. Could it help me trying to switch to next? If so, is there a place with slightly more documentation on how to do it?
  5. zeekoe

    Tinker Board Sound

    And another sound related question from me: does anyone have the input working? I have: * Silence on onboard D0 * mild noise on onboard D1 All unrelated to what I do on the input. If I don't ground the input (I connected a 6,5mm jack to it; one of my use cases is a guitar looper), I get 50Hz noise on my audio out. Capture 0 and Capture 1 volume on alsamixer don't seem to have effect on that. The fact that I need to ground the input, gives me the feeling that "something" is working. I also tried with a regular TRRS head set to check if my weird setup is the problem, same: silence on D0, mild noise on D1. Note that I checked D0 and D1 with audacity over ALSA over SSH. Audacity also had a "default" that did record something. Even with no microphone connected. Then I discovered it recorded the microphone of the laptop on which I run audacity. Still I think D0 and D1 *are* from the tinker board, because when running audacity on the laptop itself (not over SSH) all other inputs are completely different. Does anyone have sound in working? I think it worked before, the first time I checked it, with the TRRS head set. But I'm not sure. Maybe I was too rough on the TRRS connector of the tinker board? It looks very OK though. I'm puzzled.
  6. zeekoe

    Tinker Board Sound

    @Solskogen could you tell what you tried? Did you e.g. read my post of August 24 (click "Reveal contents").
  7. zeekoe

    ArmbianIO API proposal

    https://github.com/bitbank2/ArmbianIO/pull/14 Note that there's still a bug somewhere: after exactly 38 codes received, I get nothing through in the JAVA method. The poller is still running though; I get "Code timeout" messages every three seconds (from C) and "Tick" messages every second (from the JAVA main sleep thread). This translates generally to: after 38 times of executing the call back after creating it, it doesn't execute the callback anymore. I tried removing & re-adding the callback periodically, and in that case the callback is executed again. Does anyone know why this is? I don't think I changed anything to the C code that could've caused this. But my C isn't very wonderful.
  8. zeekoe

    ArmbianIO API proposal

    Great, thanks. I'll need to take a little time to polish it a bit and then I'll create the pull request
  9. zeekoe

    ArmbianIO API proposal

    Thanks for this wonderful lib! I attached a TSOP34838 to my Tinker Board, and am using ArmbianIO to decode the IR signals. At first in JAVA. This worked better than I thought. However to get the signal when it's done sending (and not ~87 ms later) I needed to change the C library. Apart from that, I think it's more stable under heavier load. My initial try is here: https://github.com/bitbank2/ArmbianIO/compare/master...zeekoe:master @Larry Bank Is this a direction you'd like to go with the library, or do you like to keep it more light-weight? If it is, I can clean up stuff a bit. An option would be putting the variable timeout mechanism inside the callback, and the decoding mechanism outside. Note that it currently supports at least one specific remote with 800/1600 microsecond codes and 90 ms wait time. I plan to extend it for another remote I have with 600/1200 microsecond codes. Both seem to be RC5 (-ish). edit: aha, I knew I read about manual IR decoding for NEC codes somewhere, just didn't remember it was here and written by you . Well, I took a slightly different approach, making use of the interrupt thingy and it seems to work reasonably reliable. Let me know what you think of it. But if you didn't go that way, perhaps I would need to move on to a hard-polling mechanism too, if I want perfect reception...
  10. zeekoe

    Tinker Board Sound

    Thanks. About the solution, isn't the main problem the missing manual configuration? (the load-module module-alsa-sink device=hw:0,2 sink_name=tinker_output part)? That's not there after a clean install.
  11. zeekoe

    Tinker Board Sound

    Woohoo! On 4.14.52-rockchip (mainline) I got it working immediately with this fix! A small tweak; instead of rebooting, killing pulseaudio worked for me. Note that on the "debian server" image pulseaudio isn't installed by default. pulseaudio -k mplayer <some song> Now let's go replacing my old bulky media server with my fancy new tinker board
  12. zeekoe

    Asus Tinkerboard

    Well supported in mainline, that's what I like to hear, thanks. As for audio, does that also mean the 3.5mm jack? It surprises me reading the other thread about audio. I might take the plunge, this board deserves a broader user base.
  13. zeekoe

    Asus Tinkerboard

    Hi all, For some time I've been following development. I think of buying a Tinker board. My wishes: - Being able to act as a web server (e.g. Apache/PHP) + do some scripting - Use the GPIO's (root mode no problem) - Decent audio out (no audiophile quality needed, but RPi is too bad for my purpose) - Long term software support that's as open as possible Especially the latest reason is where my doubts are. Of course no guarantees can be made, but what would be the odds of Armbian (or a fork) supporting this board in, say, 5 years? I don't really trust ASUS' OS for this. Spending some time to configure stuff (like the audio now, as I understand) is no problem for me. What do you guys think? Thx!