wolph Posted April 18, 2016 Author Share Posted April 18, 2016 Good luck on fatherhood being a more relaxing time Well, compared to having a fulltime job, writing a book (https://www.packtpub.com/application-development/mastering-python), renovating a house and moving to that house (last friday) it should be a bit more quiet Link to comment
deanishe Posted April 18, 2016 Share Posted April 18, 2016 I'm still around. My apologies for not getting much up and running yet, my life has been a crazy rollercoaster ride the last year and a half... I hope/expect it to settle down a bit the coming months. Although I am about to become a father so not entirely sure about that either Congratulations. The only thing I didn't like was your condescending attitude. I realise that you have been a tremendous help for the Alfred community and I respect you for that but I if you're not open to discussing alternative solutions to common workflow problems... well, let's just say that limits my usefulness with your projects Eh? We discussed your alternatives, and I explained why I didn't think they were a good fit. Let's call it a difference of opinion/philosophical differences and leave it at that. Good luck with the baby and your book. Link to comment
wolph Posted April 18, 2016 Author Share Posted April 18, 2016 (edited) Eh? We discussed your alternatives, and I explained why I didn't think they were a good fit. Let's call it a difference of opinion/philosophical differences and leave it at that. Perhaps it wasn't meant as such but that's what I felt given your earlier reaction in this topic. It's probably just a matter of backgrounds, I have little experience in the Alfred world but a lot of experience with regular Python packages. With regular Python packages the workflow is generally as I suggested but that might not be the best fit for Alfred packages of course. It has given me an idea for an alternative solution however. Let's continue the discussion here: http://www.alfredforum.com/topic/8765-packaging-python-workflows-would-a-setuptools-command-be-useful/ Edited April 18, 2016 by wolph Link to comment
dfay Posted April 20, 2016 Share Posted April 20, 2016 Hey Wolph glad to hear you're willing to push forward. I realized that the problem I'm facing is not with the workflow but with the serial port Applescript library breaking on El Cap....so a python version may not help me unless the problem with pyserial has also been fixed....let me check that out. Link to comment
Tsunami Posted January 29, 2018 Share Posted January 29, 2018 (edited) Here's a proof of concept: https://puu.sh/zcmU8/2373f1be13.alfredworkflow You can turn the receiver on and off, control the network playback, change the source and volume, and toggle mute. Tested on a TX-NR414. Edited January 29, 2018 by Tsunami Link to comment
dfay Posted January 29, 2018 Share Posted January 29, 2018 (edited) Does this use the serial port? I never revisited my workflow after the driver broke in El Cap but it would be nice to get this going again someday. Seems feasible to fix SerialPort X for Sierra & later: https://forum.arduino.cc/index.php?topic=517670.0 Edited January 29, 2018 by dfay Link to comment
Tsunami Posted January 29, 2018 Share Posted January 29, 2018 (edited) It only works with Onkyo TX-NR network receivers. Edited January 29, 2018 by Tsunami Link to comment
dfay Posted January 29, 2018 Share Posted January 29, 2018 Ok so it’s communicating via WiFi/Ethernet correct? Link to comment
Tsunami Posted January 29, 2018 Share Posted January 29, 2018 Correct, it uses the eISCP protocol, which is the same protocol as the serial port uses, but over Ethernet. Link to comment
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now