twhidden / holidayshow Goto Github PK

Danger Pins, should be disabled in the effects. Currently they are not.

To improve the process, pass down the GPIO# with the INIT stage, and if the pin does not exist, create a new pin with that GPIO# - This will help when a new device comes online, and you want to know what pin to use for the GPIO (use the reference guide online to find the correct header pin)

Application: HolidayShowServer.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.TypeInitializationException
Stack:
at System.Data.Entity.QueryableExtensions.FirstOrDefaultAsync[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]](System.Linq.IQueryable1<System.__Canon>, System.Threading.CancellationToken) at System.Data.Entity.QueryableExtensions.FirstOrDefaultAsync[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]](System.Linq.IQueryable1<System._Canon)
at HolidayShowServer.RemoteClient+d__21.MoveNext()
at System.Runtime.CompilerServices.AsyncVoidMethodBuilder.Start[[HolidayShowServer.RemoteClient+d__21, HolidayShowServer, Version=1.15.1020.0, Culture=neutral, PublicKeyToken=null]](ProcessPacket>d__21 ByRef)
at HolidayShowServer.RemoteClient.ProcessPacket(Byte[], HolidayShowLib.ParserProtocolContainer)
at HolidayShowLib.ByteParserBase.SearchBuffer()
at HolidayShowLib.ByteParserBase.BytesReceived(Byte[])
at HolidayShowServer.RemoteClient.EndBeginRead(System.IAsyncResult)
at System.Net.LazyAsyncResult.Complete(IntPtr)
at System.Net.ContextAwareResult.CompleteCallback(System.Object)
at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)
at System.Net.ContextAwareResult.Complete(IntPtr)
at System.Net.LazyAsyncResult.ProtectedInvokeCallback(System.Object, IntPtr)
at System.Net.Sockets.BaseOverlappedAsyncResult.CompletionPortCallback(UInt32, UInt32, System.Threading.NativeOverlapped)
at System.Threading.IOCompletionCallback.PerformIOCompletionCallback(UInt32, UInt32, System.Threading.NativeOverlapped)

Handle the GPIO Sequences so they go in order listed in the effect, with the option to go the other way.

Adjust server process to still pass correct duration, but not send audio pins if it is disabled.

Unsure how to do this, but would like an effect, that will control a set of lights, based on the music file selected.

Instead, it might be nice to show the status of each device at certain intervals, and how many instructions a second it is processing.

When the server is shutdown, the music should also turn off. Currently it only turn off all the GPIO ports

Update and drop the Mono, C++ references as well as the BBB. supporting only Windows IoT / Universal projects.

On the Windows IoT, pins 14 and 15 are not used. They actually control the LED lights onboard. Even though they are Input/Output pins, they are not pins on the header, they are internal on the board and should be ignored.

In some cases, the music may not stop when a disconnect / reconnect occurs. This should happen to prevent music from being played out of sync.

Reproduce with 10 resets.

Concept: An effect that will strobe a device, for a certain period of time, and repeat for the set or user duration. Option for DevicePins (they will strobe at the same time), Option for Strobe Duration, and option for length between executions.

A mode where the programmer of the light sequence can go into "identify" mode which shuts everything off, and allows the programmer to select a single pin at a time, and have it flash over and over.

Check if connection is open before sending, or disconnect from client and remove from list.

If connected, send debug messages to server

When adding a new row to the pattern for a device, it should account for how much time was on the previous pattern. Currently, this does not happen. This is helpful if you are trying to play audio back to back, and dont want to have to do the math with how many milliseconds to the next song start.

Sticking with the windows IoT only. Drop the rest of the project (left in the commit history, but not to be maintained)

If the user edits a change on the settings page, it should interrupt the program and re-read the settings to see what it needs to do.