Originally posted by Wizziwig
It would be relatively easy to make a command-line version since that's how it started originally. It also used to process mpeg2 elementary streams but I dropped that support because it didn't seem useful for HD (which usually comes in TS files).
Do you actually need a text-mode version of the tool, or can I simply add command-line arguments for input/output paths to the existing GUI version? The only thing missing from a GUI version would be the error return codes that one normally tests in batch files.
I'm a Mac / Unix user, and as such live in a veritably wasteland when it comes to TS repair programs. I actually sought this thread out because it sounded like something that could be run from a command line, and lo-and-behold, other users have made this very request!
I am wondering about the possibility of a commond-line version port to the UNIX layer of Mac OS X (Darwin), and to Linux? Both use gcc as their core compiler and porting to one is a huge step in getting it to the other (though there are differences in "stat" and other low level I/O calls).
For example, dr1394's "xport.c" program actually compiled without modification under darwin, and I was able to port TStoATSC without much trouble.
Obviously your program has a Windows interface, and if it's tightly coupled with the processing module, this won't be possible. However, if the file I/O and TS processing can be "broken out," I for one would beg you for a port. I'm hoping your reference to a "text mode" means that these modules can be used independantly.
Those are big "ifs" but in case it's possible, I would be happy to actually do the port (I have access to Debian Linux as well as Mac OS X / Darwin). I would willingly sign an NDA or whatever... though I know very little about MPEG2 TS format and probably wouldn't be able to disclose anything if I tried.