Touch Screen openblocks Radio Controller v1.1.2

• For the actual build you just need the radio and chest to be adjacent to each other and you need an advanced monitor. When you run the program, it will set itself up and find all other information on its own. If something was set up incorrectly it will also tell you what went wrong.
• For volume control, radio must be next to computer
• CODE: http://pastebin.com/gfdZzLtv
• pastebin get gfdZzLtv radio

• Automatically detects peripherals
• Automatically indexes all disks in chest
• Scrolling buttons in case there are more disks than screen space
• Remembers which disk is being played and displays it in a different color
• Volume control
• Features only appear if they need to or if they are working (if radio is not next to computer it cannot control volume or if there are fewer disks than screen space)
• Can specify which monitor to use
• Can use Advanced Terminal
• Prints setup info to terminal if in debug mode (see arguments)
• Remembers custom settings entered with arguments

• help Displays arguments in game on terminal
• -t Terminal mode (Not available while using monitor mode)
• -d Debug mode
• -nd Non-daemon mode
• -m<side or name> Specify which monitor to use (Only one monitor at a time for now)
• -s<.5-5> Change scale of monitor (not available for terminals)
• -v<1-15> Changes initial volume

• Options menu for customization
• Multi-monitor support

Screenshots

How to Add Stations

1. The first thing you need to do is find the openblocks config. Then locate the part of the config that deals with radios. By default, it will look like this:

2. Next you need some stations. For this you need the IP address or the url address and the port. Once you have this information you need to add it between the <> in the config:

# List any radio stations you want
S:radioStations <
--#add radio stations here
>

3. You have three pieces, the address/port, the name that it will show in game, and the color of the radio disk. Each part much be seperated my a semicolon ( ; ) and the entire thing must be in double quotes (")

• The format is: "address:port;Display Name;Color"

4. When you are finished it should look something like this:

5. Now start up minecraft and go find your radio disks!

Note: If you are getting an in-game error "Unknown Stream Type" you need an optional client side mod called "NotEnoughCodecs" that can be downloaded here:
OpenMods
Direct Download

if not radio or not chest or not mon then

if not (radio and chest and mon) then

local function detectRadioDisk()
  local t = radio.getStackInSlot(1)
  return t and t.name or false
end

theoriginalbit, on 06 March 2014 - 12:09 PM said:

I agree with UNOBTANIUM; looks quite nice and solid coding behind the scenes. If there was something that I'd pick on it would be a few minor things here and there and most are only for readability reasons

for example line 25

if not radio or not chest or not mon then

I'd make it

if not (radio and chest and mon) then

or the function detectRadioDisk

local function detectRadioDisk()
  local t = radio.getStackInSlot(1)
  return t and t.name or false
end

EDIT: Actually on second look that function isn't even used.

Dog, on 09 March 2014 - 04:40 AM said:

I'm having the same issue as Godkyra, but using the peripheral proxy isn't working for me - the program still says the chest isn't next to the radio even though it is :\ Any suggestions?

Godkyra, on 08 March 2014 - 10:13 PM said:

Hi there. :)/> I made an account just to say thank you for this. I found the radio the other day and immediately wanted to make a CC volume control for it (with no LUA knowledge). I look on here for info and found that you'd already done it. :P/> Thank you muchly.

I did have some issues though. For the entire script to work, the chest must be next to both the Computer and the Radio. If the chest and Radio are next to the Computer, they can't touch each other, so the script fails. Is this intended?

I got around it by placing the chest behind the Radio, and using a preripheral proxy to link the chest to the Computer. The script ran beautifully then. (Pics below)

https://www.dropbox....4i1p/Radio1.png
https://www.dropbox....bnfq/Radio2.png

Once again: Much Appreciated.

Dog, on 09 March 2014 - 05:39 PM said:

Got it working - was using the wrong 'disks' (facepalm)

willwac (NewCoolPC), on 10 March 2014 - 12:19 AM said:

This is great! I recomend changing the color of the scroll buttons and changing the "OFF" button to "QUIT" or "EXIT" when nothing is playing.
Or how about a debian?

• Added an additional check for wrong disk type
• Updated initialEmpty() to find the first open slot in a chest instead of attempting all slots until it comes across an empty slot
• Removed unnecessary function getRadioDisk()

OReezy, on 10 March 2014 - 02:57 AM said:

And whats a debian?

radio -d

radio -s

radio -m <side>

radio -l

willwac (NewCoolPC), on 12 March 2014 - 02:31 PM said:

OReezy, on 10 March 2014 - 02:57 AM said:

And whats a debian?

Sorry, I ment daemon.
Basiclly, run it on the monitor, yet allow users to use the shell.
Also, I had a few ideas.

Spoiler

Run "rdio" with arguments, i.e.

radio -d

Prints debug info on terminal, does not run in daemon mode.

radio -s

Runs radio program on the terminal, does not print debug info, does not run in daemon mode.

radio -m <side>

Specifies a monitor to run it on, can be combined with "-d," runs in daemon mode.

radio -l

Runs radio in a "lite" mode, does not output color, does not use touch, can be combined with "-d" or "-m." Otherwise runs in daemon mode.

local function myProg()
  --code--
end

local function shellMe()
  shell.run("/rom/programs/shell") --You don't have to use the direct path, but it clears up some confusion.'
end

parallel.waitForAll(myProg(),shellMe())

OReezy, on 12 March 2014 - 08:18 PM said:

willwac (NewCoolPC), on 12 March 2014 - 02:31 PM said:

Also, I had a few ideas.

Spoiler

Run "rdio" with arguments, i.e.

radio -d

Prints debug info on terminal, does not run in daemon mode.

radio -s

Runs radio program on the terminal, does not print debug info, does not run in daemon mode.

radio -m <side>

Specifies a monitor to run it on, can be combined with "-d," runs in daemon mode.

radio -l

Runs radio in a "lite" mode, does not output color, does not use touch, can be combined with "-d" or "-m." Otherwise runs in daemon mode.

I really like this idea. Going to have to look into daemons. I am already planning to make a terminal version as well.

--# this is the table of options for your program to check
local options = {
  daemon = true; --# run as a daemon
  monitor = {}; --# table of monitors to render on, using table incase they want multiple output
  dualcontrol = false; --# display the GUI on both the terminal and any monitors
  advanced = term.isColor and term.isColor(); --# run the program with colours and clicking, this cannot be forced, `lite` arg removes this
  debug = false; --# print debug information to the screen or a file
}

--# argument validation, we use a `do` block so that all the variables we use (except for `options`) fall out of scope and don't unnecessarily use space in RAM
do
  --# get the runtime args
  local args = {...}

  --# make a table of the valid computer sides for easier monitor arg checking
  local sides = {}
  for _,v in pairs(rs.getSides()) do
	sides[v] = true
  end

  --# loop through all the args and check them
  for i = 1, #args do
	local opt = args[i]
	if opt == "--no-daemon" or opt == "-nd" then
	  options.daemon = false
	elseif sides[opt] or peripheral.getType(opt) == "monitor" then
	  table.insert(options.monitor, peripheral.wrap(opt))
	elseif opt == "--mirror" or opt = "-m" then
	  options.dualcontrol = true
	elseif opt == "--lite" or opt == "-l" then
	  options.advanced = true
	elseif opt == "--debug" or opt = "-d" then
	  options.debug = true
	else
	  error("Unknown runtime argument: "..opt)
	end
  end

  --# run some validation on the args, for example don't allow certain args to be on given certain conditions, I'll provide one example
  if options.daemon and #options.monitor == 0 then
	error("Monitor output must be enabled to enable daemon mode", 0)
  end
end

--# program body the only variable you have access in the body is `options`
if options.debug then
  print("Debug mode is enabled!")
end

Fenric, on 16 March 2014 - 10:32 PM said:

Here's how I placed everything:
http://imgur.com/a/2dDNI#0

Fenric, on 16 March 2014 - 10:32 PM said:

It's working great now, thanks a lot for posting this.

• Advanced Terminal support
• Can specify which monitor to use
• Now runs in background
• Accepts arguments

• -t Terminal mode
• -nd Non-Daemon mode
• -d Debug mode
• -m<side or name> Specify a monitor to use
• -s<.5-5> Sets scale of monitor (not available for terminal)

Doom6197, on 21 March 2014 - 04:00 PM said:

Thanks for this, really makes life easier.

Ballistic Buddha, on 21 March 2014 - 10:40 AM said:

Hah, wow. I actually just made myself a program for radio control, I knew I should have checked the forums first :P/>.

Ballistic Buddha, on 21 March 2014 - 10:40 AM said:

Now, Since I'm still a fan of the big ass vertical monitor for volume control, I feel inclined to merge my code with yours. I took a quick peek at your code and it looks pretty neat and organized, so it shouldn't be all that hard to do.

punchin, on 20 April 2014 - 12:20 AM said:

-snip-

• Added -v<1-15> argument for setting initial volume
• Radio now remembers custom settings when you start with arguments
• "OFF" button now changes to "ON" when music is playing
• Fixed a bug that caused radio to not turn on initially and after pushing "OFF"

Balverine, on 27 August 2014 - 05:47 PM said:

No matter which setup I use, it always tells me the peripherals are not found.

Kizz, on 27 August 2014 - 06:30 PM said:

Yea same here. Just released my own little jukebox. Didn't know it was possible to even check the playing music.