Monthly Archives: April 2010

Control Winamp 2.X in VB6

Attached in a simple VB6 module that will help you control an running Winamp instance. I lost this awhile back, and could not find a module that came close to the features that this one offers. Digging around I found it on an old backup drive and decided to post it here.

Winamp VB6 Module
You will need to change the extension from .txt to .bas and then add it into your project.

Currently I am using this code in my project to control Winamp, along with the Winamp LCD Display Plugin to display information on my 2×16 serial LCD above the DIC. Working great so far, but I need to find some option or other way of telling the plugin to clear the LCD screen when it loads up, since the LCD remembers data sent and does not clear old data, leaving characters where there should be nothing but blank spots.

By |April 24th, 2010|0 Comments

Lilliput Wiring Diagrams

Any information you would ever need on the Lilliput Touchscreen Monitors:

I snipped off the connection ends on my Lilliput 619 Touchscreen. Connecting the wires back up and found out that it did not work, since the connector changes the wires internally.

The information I needed was:
* Connect Orange to Blue, and Blue to Orange.
* Connect Brown to Purple, and Purple to Brown.
* Green and ground are correct.
* All touch wires are also correct.

By |April 23rd, 2010|0 Comments

Carputer v2

Well the time has come to work on the version two install of the car computer. This time around I’m doing quite a few things different.

Parts ordered:
Car Computer Case
DC-DC Power Supply
Memory: 2GB
Hard Disk: 80GB SATA 2.5 Drive (Until prices drop a little more for ~32-60GB Solid State SATA Drives.)

I started pulling some of the wires back from the car last night, removed the rear seat to get to everything. I’m going to clean up all the wires and such over this weekend and get the install ready for when the parts come. Instead of having an LCD screen available, I’m heading more towards a headless install with just the necessary buttons for some music control and a few other things.

I will have photos posted up soon of the install progress, and of the new equipment.

Headless (No monitor unless it’s needed for specific purposes).
HPTuners control on the system instead of laptop.
Program to control upload/save of scans and tune files.
Steering Wheel control for radio and computer using a JoyCon (Future).
Build new house for 2 Line LCD, cleaner install.
Less ghetto looking install of computer in rear.

By |April 16th, 2010|0 Comments

Strange spiking O2 graph

Lately while scanning the GTP I have been noticing the O2 graph becoming erratic, sometimes hitting 0 and staying for a while, and then sometimes pegging up and down constantly. Since the O2 sensors help with LTFT and STFT I decided to go ahead and change it out. After a few hours of fucking around, I found the correct tool for the job, and it came right off.

Before the O2 sensor change:
Before O2 Change

And then after the change:
After O2 Change

Notice how the line smooths out.

Might need to smooth a few things out in the MAF tune now, not too sure how long things have been like this.

By |April 4th, 2010|0 Comments

Document Processing Source Code

This is the PHP console program service that Anthony and I programmed at work. We got the owner of the company to sign off a release form finally making the code available under the GPL.

Please note that this code will probably not work for you as a drop in place system, it will require tweaking, and lots of setup on your part. Please do not ask me for assistance.

Use this code at your own risk. You will need knowledge of Linux, PHP, Shell Scripts, and some common computer programming knowledge.

Folder structure for this program is as follows:
/tmp – Used for temporary storage of files for FDF merge into interactive PDF.
/usr/local/bin – Storage for all scripts this program uses. (dps.php, forge_fdf.php, file2pdf, pollerctl, dps_poller, hud-process.php)
/usr/local/dpsdocs – Root storage for following folders:
dpsdocs/merged – If save mode is on, saves raw ODT and PDF files in named folders.
dpsdocs/failed – Saves documents that failed to merge for some reason.
dpsdocs/monitor – If user chooses fake printer, will save the PDF here, instead of really printing it. Good for NFS/SMB share.
dpsdocs/templates – Live templates that the system pulls.
dpsdocs/test_templates – Test templates that you can SMB/NFS share for users to add tempaltes and you can sync to live later.
dpsdocs/xml_request – Where all the XML files get dumped to from which ever system you have generating them. Good to NFS/SMB share.

Files used and purpose:
dps.php – Main PHP program, does the merging and OOO operations. Takes in the XML as the first parameter and some others. Open file and view for yourself.
dps_poller – The program that loops continuously looking for newly dumped XML files. XML files that have specific printers are SCP’ed over the network to other servers running program so they build and print locally at that location.
file2pdf – This shell script gets called by dps.php and finishes the job, runs pdftk operations, and reads the sorting.txt file to decide where to print.
hud-process.php – Example PHP file that takes in FDF data and merges with specific PDF files. Called from dps.php.
pollerctl – Service script that makes sure the dps_poller is always running and never died for some reason.
tbs_class.php – TinyButStrong PHP class file, called from tbsooo_class.php.
tbsooo_class.php – TinyButStrong OpenOfficeOrg class file, called from dps.php.
zint – Console program that takes in data and creates a barcode. dps.php calls this, and creates a PDF417 barcode.

Document Processing PHP System

By |April 2nd, 2010|0 Comments
Load More Posts