Tool/script to set all subpicutres on/off?

[FredThompson]

Is there some form of utility or script which will automagically set all sub-pictures on or off?

Right now, I follow 2Cool's guide and manually ensure sub-titles are off. That takes a while and I'm just wondering if there's a way to automate the process.

[blutach]

Which 2COOL guide are you using? Because the turning subtitles off with PgcEdit guide is a cinch. It's just a single command.

See here (http://home.tiscali.be/debie.roland/pgcedit/third_party/2cool/subtitles/subtitles_off_default_pgcedit.htm).

Regards

[FredThompson]

I used the guide which is mirrored at the PgcEdit site. The menu is a little different now than the ones shown in the guide but it functions the same.

It's one command as far as the disc structure is concerned but it's a lot of manual operations to insert that command, something like 8 or 9 clicks per title. Multiply that by the number of titles per disc.

The more manual operations, the greater the chance of making a mistake, especially since there is no undo function in PgcEdit.

What I'm suggesting is some form of script/util which would insert the command to ensure subpictures are turned off or specify a specific stream would be more efficient and help prevent mistakes.

There shouldn't be any harm from inserting a command to turn subpicutres off at the end of each pre section of every title, right?

[r0lZ]

Difficult?
Insert a NOP command in your first title, change it to SetSTN, then copy it and paste it in all subsequent titles.
3 clicks per title: one to select the PGC, one to select the line, and one to paste the command. Is it so difficult? (Remember when the only way to do that was IfoEdit!)

[jeanl]

Originally posted by r0lZ
Difficult?
Insert a NOP command in your first title, change it to SetSTN, then copy it and paste it in all subsequent titles.
3 clicks per title: one to select the PGC, one to select the line, and one to paste the command. Is it so difficult? (Remember when the only way to do that was IfoEdit!)
Don't forget to set your "automatically renumber gotos" in your options!!! ;)
jeanl

[FredThompson]

Originally posted by r0lZ
Difficult?I didn't make that claim. I said it's inefficient and repetitive manual operations are prone to error.Insert a NOP command in your first title,3 clickschange it to SetSTN,4 clicks to change to SetSTN
2 clicks to turn subpictures off
1 click to accept then copy it and paste it in all subsequent titles.
3 clicks per title: one to select the PGC, one to select the line, and one to paste the command. Is it so difficult? (Remember when the only way to do that was IfoEdit!) Read what I typed. You're projecting "difficult" which is not what I said. I asked a question, it's wasn't a complaint.

I"m asking if there's a way to automate ensuring sub-pictures are off. There are quite a few ways to automate removal of audio tracks/sub-pictures from all streams. This is very similar.

I just saw the undo commands changes option in the edit menu. Is that the same as "undo all"? Undo is usually the first entry in an edit menu so it wasn't so obvious.

[FredThompson]

Originally posted by jeanl
Don't forget to set your "automatically renumber gotos" in your options!!! ;)
jeanl That's a good point and reminds me: Where are the configuration settings stored?

[r0lZ]

The configuation files are in "C:\Documents and Settings\<your login name>\Application Data\PgcEdit\", where they should be.

But you don't need to edit these files manually. All the options are available via the menus. The automatic renumbering ot the gotos is in the 'options' menu.


Note that the Undo option is only able to undo things before you leave the edited PGC. Another way to undo everything is to restore the backup.

[FredThompson]

Originally posted by r0lZ
The configuation files are in "C:\Documents and Settings\<your login name>\Application Data\PgcEdit\", where they should be.

But you don't need to edit these files manually. All the options are available via the menus. The automatic renumbering ot the gotos is in the 'options' menu.ow about changing that so they are stored in an ini file in the executable directory? If you copy the directory to another computer the settings are not copied. Alternately, is there a setting to specify the path?
e that the Undo option is only able to undo things before you leave the edited PGC. Another way to undo everything is to restore the backup. Ah, I see. It's more of a "local" undo than a "global" undo. It's probably best for this to NOT be in the first position of the menu.

I should add, so you don't misunderstand my posts, that I love PgcEdit. It's taken some time to learn how to do the things I'm used to doing with IfoEdit but PgcEdit is much more helpful for some things. The menu button editing is a lifesaver!

[r0lZ]

Originally posted by FredThompson
ow about changing that so they are stored in an ini file in the executable directory? If you copy the directory to another computer the settings are not copied. Alternately, is there a setting to specify the path?No. The normal place to store program's settings is in the App data folder, not in the program's install dir. On a real OS (I mean Unix), it will be impossible to store the settings because you don't have permission to write files in the install path. And with my method, every user of the computer can save his own setup.

Ah, I see. It's more of a "local" undo than a "global" undo. It's probably best for this to NOT be in the first position of the menu.Yes. Indeed, it's not a full featured undo. I added it because it was easy to do. But it can undo only the changes in the VM pre/post and cell commands. There is no undo for the other edits.

I should add, so you don't misunderstand my posts, that I love PgcEdit. It's taken some time to learn how to do the things I'm used to doing with IfoEdit but PgcEdit is much more helpful for some things. The menu button editing is a lifesaver! Thanks! Anyway, maybe you've misunderstood me. I am not angry. But you must understand that I cannot add a macro to do everything each user wants to do. Macros are intended to automate really time consumming or difficult useful tasks. Switching off the subpics is, IMHO, not such a task, as they are turned off by default on most DVDs, unless your player is not correctly configured, and I think is's not verry difficult/time consuming to turn the subpics off manually.

Tip: search for SetSTN commands in the DVD (don't forget the menus) and delete or modify them. It's even easier.

[FredThompson]

Originally posted by r0lZ
No. The normal place to store program's settings is in the App data folder, not in the program's install dir. On a real OS (I mean Unix), it will be impossible to store the settings because you don't have permission to write files in the install path. And with my method, every user of the computer can save his own setup.That's highly debatable. Storing settings/DLLs/etc. locally instead of buried somewhere has strengths which storing them buried in a hidden directory does not. It's no different than local/global variables. Unix is irrelevant, this is a Windows program. Local storage of dependencies makes for easier backups. Thanks! Anyway, maybe you've misunderstood me. I am not angry. But you must understand that I cannot add a macro to do everything each user wants to do. Macros are intended to automate really time consumming or difficult useful tasks. Switching off the subpics is, IMHO, not such a task, as they are turned off by default on most DVDs, unless your player is not correctly configured, and I think is's not verry difficult/time consuming to turn the subpics off manually.

Tip: search for SetSTN commands in the DVD (don't forget the menus) and delete or modify them. It's even easier. I almost typed something about word use being lost in translation. Strict use of the word "difficult" is not the same the common use which is more accurately explained as "time consuming."

This post wasn't PgcEdit-specific nor was I asking you to necessarily create anything. I asked if there's a macro/util to ensure sub-pictures are set to always be "off". Maybe the way I typed the initial post communicated something I wasn't intending.

[r0lZ]

Originally posted by FredThompson
Unix is irrelevant, this is a Windows program.That's not true. PgcEdit is a Windows + Linux + Mac program! It works on all platforms. I have to deal with many configurations.

When you backup something, you should also backup your home, as every config file should be stored either in your registry, which is in your home, or in the App Data folder. Anyway, I agree that the App Data directory should not be hidden. I'm not Bill Gates! ;)

Note that you will be unable to save the configuration files in the Program Files directory, when logged as guest. Even under Windows, there are prohibited user ops! I must consider these users, too.
The problem is that the default login on windows has administrator privileges. This is an aberration, and should be changed to avoid the profusion of Windoze viruses.

[FredThompson]

Ah, yes, you are correct. My computers are all set for auto-logon as administrator but I'm the only user and have plenty of firewall/virus/hacker protection.

Yes, Windoze does some stupid things with how it saves the user data. Outlook is a prime example of M$ stupidity.

[arsmori]

Originally posted by r0lZ
The configuation files are in "C:\Documents and Settings\<your login name>\Application Data\PgcEdit\", where they should be.Strange, mines sit in the HD root. I thought it was a bit odd, but didn't mind. I'm running the French version of XP though, maybe that has something to do about it?

Not sure this is related, but that reminded me I never get the burn setup dialog. Even after deleting the .pgcedit.* files. ImgTool Classic is installed and all set, but no dice. All I get is the "Error in burn setup: DVD Burner drive letter not set!" I guess it can bet set manually, but I don't know witch one(s) of the "set ::burn::" line(s) to add or modify. The "set ::burn::burn" revert to false when I change it to true anyway.

[r0lZ]

Hum. PgcEdit locate the user's home via a special Tcl/Tk variable, which should be initialized to "C:\Documents and Settings\<your login name>" (or whatever directory name it is under WinXP french). Maybe there is a problem with this variable on french systems.
Could you try this: Control-Middle-Double-Click on the PGC Selector menu button (labelled "PGC") in the main PgcEdit window. A debug console should pop up. Type in:
puts $::env(HOME)
And paste the output here. Thanks!

Note that Tcl/Tk doesn't translate the foreign characters correctly. If there are some accented characters in your home's path, it may be the cause of the problem.

Also, could you verify that the "Application data" directory exists, and is not translated in french ("Données d'applications" ou quelque chose comme ça)? Take care, this dir is hidden by default!


Burn: The setups of the burn (normally available with the Setup menu in the burn window) are stored in a special file called .burn.cfg
The options in the main burn panel are saved with the other PgcEdit settings, in .pgcedit.cfg.

Here is my .burn.cfg file. Easy to understand. Try to create the file manually.
You may experience some problems when trying to save the file. Windoze doesn't like filenames beginning with a dot. M$ is so stupid sometime! If needed, use the RENAME command in a DOS prompt.
# PgcEdit Burn config file. Saved automatically. Do not edit!

set ::burn::mkisofspath {C:\Program Files\ImgTools\ImgTool Classic\mkisofs.exe}
set ::burn::dvddecrypterpath {C:\Program Files\DVD Decrypter\DVDDecrypter.exe}
set ::burn::daemonpath {C:\Program Files\D-Tools\daemon.exe}
set ::burn::splitoutput {}
set ::burn::burnerletter Z:

[arsmori]

Originally posted by r0lZ
Type in:
puts $::env(HOME)
And paste the output here. Thanks!puts $::env(HOME)
C:\
(RIPS) 2 % Actual path of the working folder is:
G:\RIPS\
Originally posted by r0lZ
could you verify that the "Application data" directory exists, and is not translated in french ("Données d'applications" ou quelque chose comme ça)?
There's quite a few with accents, but not "Application Data".
From HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders;

C:\Documents and Settings\Mouah\Application Data
C:\Documents and Settings\Mouah\Cookies
C:\Documents and Settings\Mouah\Bureau
C:\Documents and Settings\Mouah\Favoris
C:\Documents and Settings\Mouah\Voisinage réseau
C:\Documents and Settings\Mouah\Mes documents
C:\Documents and Settings\Mouah\Voisinage d'impression
C:\Documents and Settings\Mouah\Recent
C:\Documents and Settings\Mouah\SendTo
C:\Documents and Settings\Mouah\Menu Démarrer
C:\Documents and Settings\Mouah\Modèles
C:\Documents and Settings\Mouah\Menu Démarrer\Programmes
C:\Documents and Settings\Mouah\Menu Démarrer\Programmes\Démarrage
C:\Documents and Settings\Mouah\Local Settings
C:\Documents and Settings\Mouah\Local Settings\Application Data
C:\Documents and Settings\Mouah\Local Settings\Temporary Internet Files
C:\Documents and Settings\Mouah\Local Settings\Historique
C:\Documents and Settings\Mouah\Mes documents\Mes images
C:\WINDOWS\Fonts
C:\Documents and Settings\Mouah\Mes documents\Ma musique
C:\Documents and Settings\Mouah\Local Settings\Application Data\Microsoft\CD Burning
C:\Documents and Settings\Mouah\Menu Démarrer\Programmes\Outils d'administration

"Menu Démarrer" (Start Menu) might be the culprit.
The build in Start Menu shortcut install does not work and I guess PgcEdit look if that shortcut exist every time it's launched, right?
Originally posted by r0lZ
Here is my .burn.cfg file. Easy to understand. Try to create the file manually.
You may experience some problems when trying to save the file. Windoze doesn't like filenames beginning with a dot. M$ is so stupid sometime! If needed, use the RENAME command in a DOS prompt.
Worked like a charm ;)

[r0lZ]

Originally posted by arsmori
puts $::env(HOME)
C:\That's the problem. The HOME Tcl/Tk variable is not correctly initialized. I don't understand why, but I will try to retrieve the correct path myself from the registry...

There's quite a few with accents, but not "Application Data".No, but since "Application Data" is searched in your home, and the HOME env variable is wrong, it cannot be found.

"Menu Démarrer" (Start Menu) might be the culprit.
The build in Start Menu shortcut install does not work and I guess PgcEdit look if that shortcut exist every time it's launched, right?Right. I have to verify that also, but I don't think this problem is related to the build config bug.

Worked like a charm ;) :)