kl99

Birthday Cake with the 99/4a mainboard, made by Sandra Having the first Breakfast infront of my TI-99 with my new TI Cup, gift by Sandra European TI Treff in Vienna 2014, all made by Sandra.

yes, the keyboard and some labels of the console were printed eatable paper.

WIth "Tab" I actually meant a tab inside Web99, not in a web browser. Currently there are Tabs for "SearchFilter", "Content", "Meta Data" and "Relations". But never mind. I didn't manage it to run the emu as such inside the application yesterday night, but I was really tired from work, so doesn't mean much. It always showed me script errors about undefined objects. Maybe those are not defined due to security restriction that are on by default. I tried using such an Webbrowser Control: https://msdn.microsoft.com/en-us/library/2te2y1x6%28v=vs.110%29.aspx. But I don't want to spam this thread. Enough, unitl I have something to show Thanks again.

I quickly checked the source code and saw that it's using json format for cartridges and a windows file dialog if you select a tifile for your DSK. So I would customize the code a bit in order to feed it with a certain program / object automatically. The goal is to have a JS99er visible in a tab on the right side to be able to run what ever program is selected on the left side in the big tree. thanks

Hi Rasmus! I would like to ask you for permission to integrate an Js99er Emulator into Web99. You can find information about Web99 here: http://atariage.com/forums/topic/238433-web99-search-your-tifilesdisks-v05-beta-2-now-with-classic99-export/

Okay, I made a prototype for Classic99 Export. In Web99 just right click your TiFile in the Tree and select "Copy to Classic99". It's hardcoded to "C:\Classic99\DSK1\" for now, so please ensure this path exists, before trying out the feature. It will create a File called "WEB99" in that Directory with the necessary TIFILES Header. For now it's hardcoded to be a PROGRAM Header, so no Data Files Support. In Classic 99 just use "OLD DSK1.WEB99" to load the exported Basic Program. Have fun and please give feedback: Web99 [2015-11-24] v0.5 Beta 2 Web99 2015-11-24 v0.5 Beta 2.zip

for now Web99 relies on DSR commands, so you need a working RS232 device that is defined in the DSR. And I guess Bootstrapping a virgin TI-99 will always rely on having a DSR. I got permission to integrate the Audio Tape Simulation from Fredrik Öhrström into Web99. http://nivelleringslikaren.eu/ti994a_basic/ So it might be that a future revision only requires your Pc Sound Output connected to the Ti-99 Cassette Port in order to bootstrap it and then load all programs via that Sound output, which might be interesting for not expanded TI-99. Also I wanna tweak it together with Playground to escape the TI Basic Sandbox in order to get Assembler Programs running via Audio. But we are talking far in the future here. First I need to decode all FileTypes correctly, get support for the Pc99 Diskformat, single TiFiles. I also want to give Emulator Users an option to quickly copy a TiFile from the Treelist into a predefined Target Path on the Pc (D:\Classic99\DSK1) in the right format.So it's directly usable from the Emulator. Done with v0.5 Beta 2 Or even start the emulator like the Gamebase does. JS99er would make a nice 5th Tab in the Search to execute the selected program in the Search Window right away, but I would need to ask Rasmus for permission before going that direction.

I am using com0com (Null Modem Emulator) [http://com0com.sourceforge.net]to connect Web99 with TI Emulators on the same machine. This gives me two virtual Serial Ports, that are connected together and you can configure how the pins should connect. This com0com Tool is not necessary for Web99 to function, you can use Web99 with a real serial Port or an Serial2USB adapter going to a TI.

Step 2 Step Guide for Index Setup & Search: Web99.pdf

http://screencast.com/t/Dl1HeeNM Which RS232 Hardware are you trying to connect?

Web99 v0.5 Beta: Web99 2015-11-22 v0.5 Beta.zip Please provide as much feedback as possible. Enjoy!

Yes Opry. Definately! I am planning to setup a dedicated youtube channel. I wanna do an updated version of the Powerpoint Presentation there. And of course some live demo where the computer screen is captured. Currently I am solely working on the Index&Search Area of Web99 and not enhancing anything on the Communication towards the real TI iron. But the time for that will come. Your feedback is very welcome. Klaus

Teasing you on the next revision of Web99 The Search will get several Tabs to choose from. Content will show the File Content (Basic Program Source Code, Text Files,...). Meta Data will show you all the properties. Relations will show you all relations to and from the selected TiFile. We go all the way back to the Binary, which will be the root here. The next level shows you all TiFiles you have that "represent" that binary with a certain FileName. The next level shows you all Disks containing that TiFile with that specific FileName. And the last level shows the DiskPaths from your Pc where you imported the Disk from. Relations is a direct result of Tursi's request to be able to see the actual diskpath where a TiFile of interest is originated from.

A short update after another week of development. I am trying to improve the UI, so you don't have to learn the Syntax Query in order to find your stuff. It's not yet ready for release and I wanna share some thoughts on upcoming changes... Basically there are 3 big learnings for me when dealing with comparing Ti Files and Disks. Every single one will mean big changes to the way the comparison will be done by the tool. Each one will most probably identify a lot more duplicates in your collection, resulting in a much cleaner picture. 1. Basic Programs: If you want to find out whether two Basic Programs are identical, you shouldn't do a binary comparison of their PROGRAM Files. We are dealing with Memory Images, saved as PROGRAM Files, the binary data depends on what has been in VDP Ram and Ram when doing the SAVE Operation. And later totally depends on how the program was written/edited. Basic Programs are not stored in logical order. There is a Line Number Table which points to memory areas containing the content for that one line. That could be spread anywhere within a large area of memory. The computer adds the last edited line on top of its VDP Ram, and there is no resorting of any data during SAVE. As a result two people typing in the same program from a magazine (without any errors) will most probably result in two different binary PROGRAM Files representing the same Basic Source Code. In other words two PROGRAM Files can be different on binary level, but still contain the same Basic Program in them. They should therefore be identified as duplicates to each other. Rather you need to extract the Basic Source Code from those PROGRAM Files and compare those in order to find out whether they are identical or not. Such a Source Code comparison could even blend out different Line Numbers (10s instead of 100s,...) and different Variable Names (N$ instead of NAME$) in your comparison. Further the embedded assembler code that might be contained within the PROGRAM File should be safed as such to not be lost. When calculating the Hash ID for Basic Files, we make it based on the Basic Source Code. 2. Data Files: If you want to find out whether two Data Files are identical, get rid of the garbage data inbetween the records. Most Data Files (DIS/VAR, DIS/FIX, INT/FIX and INT/VAR) have such record lengths that there is some unused memory at the end of each Disk Sector. A DIS/VAR 80 only contains 240 Bytes of real data in each Disk Sector. The remaining 16 Bytes are basically wasted and will contain random data or even pieces of data from former Files that have been stored at this Disk Sector. So we are dealing with irrelevant Data inbetween Records. If you compare two Data Files, these areas don't have to be identical in order for the actual Data Files to be identical. Only the actual Records are of interest for comparison. When calculating the Hash ID for Data Files, we have to exclude all data in the allocated sectors which is not part of any record. 3. Disks: For two Disks to be identical, the binary data does not have to be identical. Since we already found two situations, where we don't have the necessity for Files to be binary identical. We can't enforce the Disks to be binary identical, otherwise we don't detect all the duplicates. When calculating the Hash ID for a Disk, we can't take the whole binary stream into account.

Here is some TI with PEB that might contain a p-code card. At least the seller has a p-system Editor Manual with it. I asked the seller to add a photo or a list of the PEB cards. http://www.ebay.com/itm/texas-instruments-ti-99-4a-computer-Complete-set-up-/252170910575?

Thanks for the feedback. This comes out of the box like that from this 3rd party library. The .net Scintilla Library is wrapping around the Scintilla.dll which is a C++ code library. The only thing I changed was adding support for TiBasic/XB Syntax Highlighting. But I get your point and will try to customize the library to have it in the application folder. Update [2015-11-24]: The behavior got changed with Web99 v0.5 Beta. It now creates the necessary dll inside the Web99 Folder. The Temp Path is no longer used.

Try things like adding : +filename:EDIT* --> this will filter to a list only matching to your filter. so in this case you only get files that start with EDIT or Edit or edit. The star is a wildcar for nothing or any number of characters afterwards. +filename:*DIT* --> same as before but it shows you you can even search with wildstars in the beginning +type:"dis/var 80" --> file to only match Files of Type: DIS/VAR 80 +type:basic --> only BASIC Files. +diskname:xb* --> only return Disks or DiskFileRecords that have a DISKNAME starting with "XB..." +source:*say* --> returns any Basic Program that has the string "SAY" in it, mostly this will result in programs using SPEECH. +source:*Gilliland* --> again searches for the provided string in all your indexed Basic Programs. The whole search should be case insensitive.

Web99 v0.4d [2015-11-12] Web99 2015-11-12 v0.4d.zip The isse is gone with this release on the machine where it happened before. If you have used Web99 v0.4a please ensure that you remove this folder once: C:\Users\[username]\AppData\Local\Temp\ScintillaNET For some reasons this library never replaces itsself even if it has changed. Have fun

Not so easy from the office. And in 2 hours (=tonight) is our monthly TI-99 Meeting in Vienna.

Oh my, so emberassing. The issue is still there for some reason. I have to check back on that tomorrow latest. Sorry.

I hope it's fixed now Tursi. Thanks for the good bug report. I recompiled the Scintilla.dll as release now instead of only recompiling ScintillaNET. Web99 v0.4c Web99 2015-11-10 v0.4c.zip Please tell me if it's fixed. I know about the ugly display of DIS/VAR Files, I simply didn't have time yet for that. Will also come up with something to display the DiskPath. The info for that is already within the index . Until the rs232 transfer towards the TI-99 runs nice I could think of some nice file write of the selected binary into a chosen target path (think of "D:\Classic99\DSK1"). The goal is to get rid of the dependency to such things as navigating through your Disk Libraries and manually copy over files with TI99DIR or other tools. Update [2015-11-24]: An Export of a wanted TiFile to the Classic99 Disk Path is now possible with Web99 v0.5 Beta 2. I have a ton of entries on my web99 todo-list.

Web99 v.04b: Web99 v0.4b 2015-11-10.zip This should fix this issue. Some small Layout changes... Some unnecessary buttons removed...

This is a temporary fix. I will have to recompile the library as non-debug to fix this. For now I replaced the library with the default one from the internet, and changed some of my code. This should work now for everybody, but don't expect the Syntax Hightlighting to be as nice as it can be. Web99 v0.4a Web99_2015-11-09_v0.4a.zip

you can add multiple root folders to the index. once you have scanned a certain folder, the original data is no longer necessary. it's within the index then. simply go: "Select Disk Root Folder", select Folder Root 1, "Start Indexing" --> "Select Disk Root Folder", select Folder Root 2, "Start Indexing" --> ... "Find Duplicates" All should then be in the index and any duplicates identified.

i will check that issue asap (today). it only does v9t9 diskimages so far. but i pretty much encapsulated the lowest level nicely, so pc99 diskimage support should come soon. individual files are planned as well of course. browse the list by simply clicking on the top buttons "TiFile" or "DiskFileRecord". Those will show 5000 entries by default. You can change the maximum number of Result in the Search View. Can you give me some steps on how to exactly reproduce the Exception?