Go Audio Lesson Tool

Li Kao · **#21**

FrankdeGroot wrote:

Moyo Go Studio has the ability to record audio (using speex). The advantage is that the audio is included as standard SGF. Moyo Go can be freely downloaded.

Adding an audio comment to individual nodes and recording a whole teaching game with jumps in the sgf and continuous audio is a pretty different use-case. So I don't think these functions can replace each other.

Li Kao · **#22**

Sourcecode is available at github:
http://github.com/CodeInChaos

Li Kao · **#23**

New Release:
Download Alpha 1

New Features:
* Can use image recognition to record games from other programs
* Basic SGF-Importer
* Support for multiple board-sizes

topazg · **#24**

Does anyone have a game they'd like me to review to test this? I'm keen to give it a go ...

Li Kao · **#25**

I'm not sure if it's stable enough to risk a full game review. The current versions are mainly for technical testing and bug searching.

topazg · **#26**

When I try to import an .sgf file I get the following:

Code:

See the end of this message for details on invoking 
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.Collections.Generic.KeyNotFoundException: The given key was not present in the dictionary.
   at System.ThrowHelper.ThrowKeyNotFoundException()
   at System.Collections.Generic.Dictionary`2.get_Item(TKey key)
   at Model.GraphicalGameTree.PositionOfNode(Int32 node)
   at GoClient.GameForm.RenderField()
   at GoClient.GameForm.timer1_Tick(Object sender, EventArgs e)
   at System.Windows.Forms.Timer.OnTick(EventArgs e)
   at System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Loaded Assemblies **************
mscorlib
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.3607 (GDR.050727-3600)
    CodeBase: file:///C:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll
----------------------------------------
GoClient
    Assembly Version: 1.0.0.0
    Win32 Version: 1.0.0.0
    CodeBase: file:///C:/Documents%20and%20Settings/grahamp/Desktop/GAL/GoClient.exe
----------------------------------------
System.Windows.Forms
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.3053 (netfxsp.050727-3000)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.3614 (GDR.050727-3600)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Drawing
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.3053 (netfxsp.050727-3000)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System.Core
    Assembly Version: 3.5.0.0
    Win32 Version: 3.5.30729.1 built by: SP
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll
----------------------------------------
CommonGui
    Assembly Version: 1.0.0.0
    Win32 Version: 1.0.0.0
    CodeBase: file:///C:/Documents%20and%20Settings/grahamp/Desktop/GAL/CommonGui.DLL
----------------------------------------
Model
    Assembly Version: 1.0.0.0
    Win32 Version: 1.0.0.0
    CodeBase: file:///C:/Documents%20and%20Settings/grahamp/Desktop/GAL/Model.DLL
----------------------------------------
ChaosUtil
    Assembly Version: 1.0.0.0
    Win32 Version: 1.0.0.0
    CodeBase: file:///C:/Documents%20and%20Settings/grahamp/Desktop/GAL/ChaosUtil.DLL
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
    <system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.

Li Kao · **#27**

Added a few bugfixes
Download Alpha 2
Fixed the exception in the sgf importer and a few more bugs.

wms · **#28**

For the KGS lectures and Guo Juan's teaching site, I used an XML format that embeds changes to an SGF file. Something like this:

<addproperty nodeid="10" sgf="W[ae]"/>
<pause time="63943">
<addnode parentid="10" nodeid="11"/>
<addproperty nodeid="11" sgf="B[cj]TR[cj]"/>
<speex>98g74293p40231940923490 (imagine that this is a chunk of base64 data) oqeuth233dtoe</speex>

etc...the "speex" tags delimit base64 encoded speex data. Then I take the whole big XML file and zip it up. The sizes end up pretty tolerable, because zip gets rid of most of the overhead from XML and speex is very low bit rate.

But of course for a new project, do whatever seems best.

fwiffo · **#29**

I thought about writing a programming blog named <xml verbosity="verbosity">XML Verbosity</xml>. :-)

CarlJung · **#30**

wms wrote:

For the KGS lectures and Guo Juan's teaching site, I used an XML format that embeds changes to an SGF file. Something like this:

<addproperty nodeid="10" sgf="W[ae]"/>
<pause time="63943">
<addnode parentid="10" nodeid="11"/>
<addproperty nodeid="11" sgf="B[cj]TR[cj]"/>
<speex>98g74293p40231940923490 (imagine that this is a chunk of base64 data) oqeuth233dtoe</speex>

etc...the "speex" tags delimit base64 encoded speex data. Then I take the whole big XML file and zip it up. The sizes end up pretty tolerable, because zip gets rid of most of the overhead from XML and speex is very low bit rate.

But of course for a new project, do whatever seems best.

Simple and elegant. You use xml in all it's glory and reuse your sgf parser from kgs. Now if we only could get rid of sgf completely...

CarlJung · **#31**

Import an sgf.
Close the program without saving changes.
The file Current.Replay.gor has been created in the folder where you imported the sgf from. This is wrong for two reasons:
- It saves the file in a folder where I don't want it.
- It doesn't delete the file when the program is closed.

What I was really looking for was a way to break your sgf parser. But I couldn't. Good job

Li Kao · **#32**

The differences between wms's format and my format are interesting.
In his format a node is a central concept, probably both on disk, and in memory.
Whereas in my case a node is pretty unimportant. A node is just a bookmark in the graphical representation. And my replay is inspired by starcraft replays and is a sequence of actions the user performed, and not a sequence of modifications to a sgf tree.
I'll have to think about the role of a node. It might be good to promote it to better interact with other programs and with sgf. But really promoting it requires changing the file and memory format to something similar to what wms uses.

Breaking the current SGF parser shouldn't be too hard. It doesn't know what a node is and translates the properties from left to right. So superfluous nodes are probably automatically combined. And strange ordering of properties inside a node might break it too. Teaching it about nodes is somewhere on my todo list.

Where to save logs, autosaves, etc is an interesting question. Using the working directory is stupid of course.
As a fan of portable apps I'd like to use the app directory or a subdirectory of it. But that causes problems for unprivileged users since they often have no write-access to the directory where the application is installed.
Since I hate programs which write the MyDocuments without permission I won't do that either.
So for non portable installs the user appdata directory is the correct choice probably. But how do I distinguish portable installations from non portable ones?

CarlJung · **#33**

Li Kao wrote:

So for non portable installs the user appdata directory is the correct choice probably. But how do I distinguish portable installations from non portable ones?

Good question. I don't know if there is a "proper" way. Perhaps one can hack something together with the types in the Environment.SpecialFolder namespace.

I believe if you just solve where to save temporary data on an unsaved project the portability aspect would sort of solve itself. It would be up to the user where to store the program and his projects.

Li Kao · **#34**

Download Alpha 3

* Added Navigation so you can now move around using the keyboard instead of clicking the game-tree
* Fade inactive variations
* Highlight current move and next moves on the board
* When playing an already played move again it doesn't create a new node

For now I'm saving temp files in the app directory but I'll need to change that later.

wms · **#35**

Li Kao wrote:

The differences between wms's format and my format are interesting.
In his format a node is a central concept, probably both on disk, and in memory.
Whereas in my case a node is pretty unimportant. A node is just a bookmark in the graphical representation.

I have mixed feelings about nodes and SGF. I did it the way I did because (as you point out), if you want to interoperate cleanly with SGF, you need to care about nodes. But nodes can be a real pain in the neck sometimes, and just having a "stop here" bookmark (as you do) would make some things a lot easier. But whenever I think about leaving SGF behind, well, there's so much weight behind the SGF standard, and it works decently enough that it doesn't need to be replaced, so I keep on using SGF (both in file formats, and as an in-program data representation).

Li Kao · **#36**

The way I handle nodes has it's fair share of problems too. I recreate the whole tree after every change. And since I create a node where ever variations fork I create unneeded nodes when decorations(like labels) are added to a position which is not at the end of a variation.
One interesting effect of the way I handle nodes is that if I change the node creation logic playing a lesson displays a tree different from the one displayed when recording. But it only affects the tree and not what happens in the game itself.
And it doesn't lend itself to creating a sgf editor. So I'll probably end up with lossy sgf import/export.

koks9dan · **#37**

This might be a bug... I cannot open the program: nothing happens when I double click the exe file. I'm using Win XP. :sad:

Li Kao · **#38**

Do you have .net 3.5 installed?
Perhaps even .net 3.5 SP1 is required, but I'm not sure about that.

Boywing · **#39**

Li Kao wrote:

So for non portable installs the user appdata directory is the correct choice probably. But how do I distinguish portable installations from non portable ones?

I'm not a Windows programmer but maybe you can have registry-script/installer that creates a Windows registry key. If that key exists you store data in the users appdata. If the registry key is missing then it is a portable app and the data is stored in a sub-directory in the applications directory.

Interesting project btw.
I look forward to a Linux or web port.

Li Kao · **#40**

Making it work on mono is on the todo list. But for that I need to search for a cross platform audio api that supports recording. And if it has no C# wrapper I need to do native interop :/

And I'd like to create a player only web version, but I don't like the legal risks associated with having a website which allows third party content. German courts can be pretty annoying. :sad:

Go Audio Lesson Tool

Who is online