Willy2
-
Posts
1,834 -
Joined
-
Last visited
Posts posted by Willy2
-
-
I have helped or tried to help other users of Piriform software but this time it me who needs help.
I downloaded three videos (*.avi files) and they refuse to play properly. Audio is OK but the video refuses to play. Windows Media Player and Media Player classic both don't bother to show the video and just play the audio only. Real Player and Quicktime both try to find a (new) codec for the video on the internet but can't find the appropriate codec.
My laptop runs Windows XP and with all the latest software versions and updates for XP and all the media players I have installed.
When I open the video with GSpot (2.70) it reports that the codec needed is Xvid 1.1.2 Final. But GSpot also reports that the appropriate videocodec is already installed but yet (as mentioned above) the video refuses to play properly/to show up.
When I tell Windows XP to show thumbnails of all the content of the folder in which those videos are placed then Windows has absolutely no problem doing so. So, it seems that Windiows is able to decipher the content of those videos.
I have a second question. Can the readers of this post recommend one or more good internet forums/websites e.g, in the US or in the UK (for Windows XP) which has a good track record, where people with this kind of questions/problem are helped or where there was a solution for this kind of problems (hopefully) already was provided.
-
Good news for Mr. Don: In DF v2.00 BETA the updatecheck bug is fixed. When the user doesn't want DF to check for updates then then a line called Updatecheck=0 appears in Defraggler.ini and the appropriate box in the settings menu is no longer ticked by default (i.e. after installation). And then DF no longer checks for a new version anymore.
Defraggler.ini still contains some info that makes me wonder whether or not DF will check for a new version anyway after 10 days. Well, we'll have to wait and see what happens after those ten days.
-
The point of this thread was that DF has a bug. That bug was introduced in v1.19 and hasn't been corrected in all higher versions. Fixing this bug in DF is simply a matter of swapping two pointers in the program code but the Piriform folks don't seem to bother to fix this bug.
-
1. Use a program called ""Everything"" which searches the entire disk and lists every file. It allows you to search for one particular file or files. Very good tool.
2. Yes, uninstalling a program is sometimes the best solution. Do the following: Uninstall the program(s), clean (with e.g. CC, Eusing free reg-cleaner, jv power tools 1.16) and compact the registry (e.g NTregopt), install ERUNT (both ntregopt and ERUNT are made by lars hederer, ERUNT allows you to reinstate a previous version of the registry) and re-install the program(s).
3. A name with one or more ~ in it, is a name from the directory entry. The full name is stored in the MFT.
4. I think the info in the registry (...../Startupfolder) is damaged and then CC could fail to remove the info. Removing that info/subkey manually is IMO the best solution.
-
No, don't look in the subkey ......\Startupreg but in the subkey HKLM\Software\Microsoft\Shared Tools\MSConfig\startupfolder. Just manually remove the orphan info in that subkey.
There could be a shortcut to the forenamed program in one or more of the startup folders in C:\Documents and Settings\<-User->\Menu start\Programs\Startup\ as well.
-
Frankly, I was waiting for this kind of problem to surface. This is the first time someone asks about Office 2010. I have helped to solve similar problems for other Office versions.
It's the usual procedure, write your own Winapp2.ini file.
-- Download the embedded .ini files for CC v2.36.
http://forum.pirifor...showtopic=15307
-- Copy the entire content of winapp.ini to a new file called winapp1.ini (with e.g. Editpadlite). Move all the lines belonging to the [Office 2010] entry from winapp1.ini to a new textfile called winapp2.ini or add it to winapp2.ini. Place in front of every ""Regkey="" and ""Filekey="" line in the [Office 2010] entry a "";"" character.
-- Place both winapp1.ini and winapp2.ini files in the folder where CC has been installed.
-- Remove one "";"" sign from winapp2.ini, save the file and restart CC again. Do that with every line in the [Office 2010] entry.
That's how you'll find out which line is responsible for wiping that setting. A matter of trial and error. There could be more than one line that's responsible for wiping that setting.
The Office 2010 entry has over 100 lines in its embedded CC script. So, it's best to concentrate on the appropriate lines. There're lines that specificly refer to e.g. Word or Outlook. That could reduce the amount of work to be done.
Of course, one has to modify winapp1.ini every time a new version of CC is released and installed.
-
But you can finetune CC in such a way that it does not reset that particular setting.
-
CC v2.36 searches in the folder %Programfiles%\videolan\vlc for the program vlc.exe. (In Windows XP %programfiles% is translated to C:\Programfiles\). When found then an extra box called VLC Media Player shows up.
1. Did you install VLC in the folder the VLC install program proposed ? If so, then It's likely that the Piriform folks made a mistake in the embedded script that tells CC where and what to wipe.
2. Is VLC 1.14 the latest version ?
-
I don't know whether other users have experienced the same thing but every time I clean that folder, it seems the Windows autoupdate function kicks in and starts to re-examine my entire system. And as long as that re-examination continues, my system is very slow in its responses.
So, I enable the Windows update function only for about one day after the second tuesday of the month when Microsoft has the new Windows updates available.
-
No, I am not concerned but I thought the Piriform folks could/may have overlooked it.
-
When the user wants to start Defraggler (v1.21) for a second time then a message appears/shows up "Defraggler is already running" and the Defraggler simply refuses to start up for a second time. But when the user wants to start CC (v.2.35.1223) or for that matter, Recuva or Speccy for a second time then no (error) message appears/shows up and then CC (but Recuve, Speccy as well) starts up again.
-
A.: Is the current version of CC really to blame ?
Go back to a previous version of CC and see whether CC gets stuck again. (Currently, I have installed the four last versions of CC !)
B.: Perhaps too much registry entries were deleted (with CC) ?
1. Save your favourites, settings etc.
2. Uninstall the program (e.g. Google Earth, Firefox, and perhaps even CC), clean (e.g. Eusing registry cleaner) and compact the registry (e.g. NTREGOPT), install ERUNT, and re-install all the programs.
3. Activate System Restore Points (Windows XP). In Windows 7 and Vista this has a different but similar name.
One has to keep in mind that even when the user doesn't use the CC Registry tool, CC removes a number of program (e.g. MS Office) related registry keys/entries/info, even though this isn't being reported in the CC result screen.
ERUNT is a program that makes a copy of the registry once a day, upon start up and therefore allows the user to reinstate a previous (undamaged ?) version of the registry. http://www.larsheder...nline.de/erunt/
-
@Andavari:
I use the same trick but I took/take it one step further. In order to avoid typing those long sequence of characters, I do the following:
1. I select the registry key that I want to be excluded (Regedit) and use the export function to create a *.reg file (just a text file)
2. I then copy the registry key text to ccleaner.ini. (Yes, as you have been saying, one has to modify the text in order to make CC recognize and execute those lines in the ccleaner.ini file).
-
Try if you can exclude one or more other registry keys in the HKLM hive. Perhaps BitDefender doesn't allow users to manipulate its own registry keys.
-
1. Before blaming the latest CC version try if you can enter that line in a previous version of CC (e.g. v2.34, v2.33)
2. It looks like that registry key doesn't exist anymore. So, please check the registry.
-
I think the Piriform developers should take the opportunity when they issue CCleaner v3.xx and Defraggler v2.xx to ""clean out"" the Piriform software as well. I opened and analyzed the last versions (v2.34 and v2.35) of CC with Resource hacker
http://www.angusj.com/resourcehacker/
and it seems that inside CCleaner (and Defraggler) there's (software) code that's no longer used. And that bloats the program.
e.g. in the dialog section (Ccleaner), there're two duplicate dialog screens. (dialog, 213, 2057) and (dialog, 268, 2057)
-
And there's another GUI issue in the CC registry section (v2.35). Keywords: gridlines. When CC has detected a lot of registry errors/issues and one screen can't show all errors then on the right hand side a scroll bar appears. So far, so good. But when the user clicks on the scroll bar (not on the scroll bar button !!) then CC completely messes up the gridlines.
Does CC use the same ""gridline algorithm"" as (a previous version (??)) of Recuva does ? Because in the program exactly the same issue surfaces (surfaced ?).
Solutions:
1. get rid of the grid lines.
2. Improve the gridline algorithm. There's - IMO - no need to ""re-invent the wheel"" because in Defraggler (v1.21) that (gridline) algorithm works perfectly. And the Piriform folks could use that algorithm in Recuva as well.
-
The GUI can be improved, I don't want to call this a bug. And I am talking about the CC Registry tool. Suppose CC has found 20 errors in the registry and the user has highlighted and selected the first 10 of those errors. The bug in the GUI becomes apparent when the user deletes one entry/line. The amount of selected entries/lines declines to nine. But CC continues to highlight 10 lines in the registry section.
-
ExplorerXP doesn't work as smoothly as Windows Explorer does. That's what I should have said. Sometimes one can use the usual Windows ""tricks"" (of e.g. Copy and Paste, right or left mouse click) directly and sometimes one is forced to use the program's own commands, which takes (a little bit more effort), to handle the management of files in Windows.
I haven't figured out what causes this eratic behaviour of ExplorerXP but when one gets to know the program it provides the user an additional tool/functionality to look beyond the limits as set by Windows Explorer.
-
@Henriette,
By "manually deleting SRPs" I mean that I either use CC (Section "system restore") or ExplorerXP (shift-delete) to delete those things. But, as mentioned above, ExplorerXP does a more thorough job and that's why I prefer to use ExplorerXP.
SRPs in Windows XP are (relatively) small (30 to 170 MB) but, according to my (limited) knowledge, SRPs in Vista and Windows 7 can be (very) large (700 MB or larger).
@DaveDragon,
If you go back to a previous CC version (e.g. v2.34 or v2.35.1219), do those SRPs show up again in CC ?
-
I would love to help and become the new dutch translator for the Piriform software. But currently there're two things that keep me from doing so.
1. My technical knowledge of computers is (comparitively/very) limited. (Especially Speccy)
2. I am not sure for how long I am able to have an internet connection in the coming months/weeks/years.
-
@MrRon,
@DennisD,
Starting with DF v1.19, DF mixes up the ""Free space defragmentation"" and ""Free space (allow fragmentation)"". Read my replies in the thread mentioned below !!!!
http://forum.pirifor...showtopic=29208
The ""Freespace defragmentation"" options also cause the fragmentation to increase.
No, DennisD, the files and folders in ""System Volume Information"" always can be defragmented and never are the source of any problems. Even in v1.21.
-
Some time ago I compressed all my Outlook Express (OE) files. At that time I had only some 120 MB of free diskspace. Total size of those OE files was about 100 MB (Yes, I receive a lot of emails). When OE compresses its data files it places a copy of every file in the Recycle Bin. So, after compressing I expected free space would be reduced to some 20 MB but to my surprise the total amount of free disk space was about 200 MB. After some research I discovered that I had two or three restore points less but I also knew that I hadn't manually deleted those SRPs. So, I figured out that Windows would be responsible for deleting those SRPs.
@DaveDragon,
I would suggest the following:
1. Create manually one or two new SRPs.
2. If CC does show those two newly created SRPs then simply delete all those old SRPs. (with ExplorerXP, shift-delete)
I also know that when the user uses CC to delete a SRP then CC won't always wipe the entire SRP. some files are simply left behind. And that could be the case on your computer.
-
Word 2003 -- Normal.dot corruption
in CCleaner Bug Reporting
Posted
--- Upgrade to CC version 3.00
--- CC (CrapCleaner) does show all the files that are to be wiped/are wiped but it does NOT show the registry entries/info that are/is (to be) wiped. And all versions of MS Office store nearly all info in the registry. So, that's quite normal.
--- You can customize what CC wipes by writing your own winapp.ini files. CC uses a embedded script which tells CC which files to wipe and what info to wipe from the Windows registry.
More info on how to proceed is to be found in this thread:
http://forum.piriform.com/index.php?showtopic=29970
Although it refers to MS Office 2010 the (approximate) same procedure can be applied to Office 2003.
I hope this provides the answer. In any case, post in this thread whether my reply did help you or not.