| Autore |
 Topic  |
|
Gianluke
Advanced Member
Italy
2805 Posts |
 Postato - 18/02/2007 : 12:07:33
|
Salve ho avuto la sorpresa negativa che Vista 64 bit non mi riconosce Eye One Display2. Cioè lo riconosce ma non lo installa come hardware perchè non ha driver con firma digitale. Quindi quando vado ad aprire software tipo Eye One Match o Profile Maker, oppure ho provato le trial di Spectraview Profiler e Basiccolor Display 4 in previsione di acquisto monitor, i software funzionano senza problemi ma non mi riconoscono la connessione con Eye One che , come strumento, non viene trovato dal software. Nel frattempo che mi auguro risolveranno il problema, volevo prospettarvi una soluzione.
Premetto che per questioni di compatibilità ho ancora tenuto il pc vecchio dove ho installato Win XP.
Ecco la soluzione a cui avevo pensato.
1) Se prendo un monitor a calibrazione hardware tipo Nec, collego il monitor a entrambi i PC sulle rispettive uscite DVI-D delle schede video. La calibrazione essendo hardware agirà solo sulla LUT interna del monitor e non sulla LUT delle schede video, quindi, pur facendola per questioni di incompatibilità hardware con l'uso di Eye One e del software adeguato sul PC con Win XP, dovrebbe mantenersi anche quando uso lo stesso monitor con Vista e l'altro PC. O sbaglio qualcosa in questo ragionamento? Cioè il fatto che la calibrazione hardware la faccio con il monitor collegato ad una determinata uscita DVI-D, influisce se poi l'utilizzo del monitor avviene su un'altra uscita DVI-D di un'altra scheda video?
2) Stesso problema se rimango con monitor a calibrazione software. In questo caso avevo pensato di creare il profilo ICC con il monitor collegato al PC con win XP, poi copiarmi e installarmi il profilo ICC creato come profilo predefinito sul monitor utizzato con Vista. Ma anche qui mi pongo lo stesso problema. Anche se è lo stesso monitor, il fatto che sia collegato a due schede video diverse, anche se entrambe ATI e entrambe DVI-D, quanto influsice sulla creazione di un profilo ICC utilizzabile su entrambe le schede video, e quanto può influire invece sulla calibrazione hardware, anche se in questo secondo caso, non intervenendo su LUT schede video, credo che il risultato si possa mantenere con meno difficoltà con l'utilizzo monitor su SO diversi...
Scusate il ragionamento un po' contorto...
Gianluca
http://www.pbase.com/gianlucapirro/travel_photographs |
|
|
jbrembat
Average Member
156 Posts |
Postato - 18/02/2007 : 12:36:27
|
Ciao,
ti do la mia opinione:
1) se è vero che la calibrazione è HW.... è indipendente dal SO e dalla scheda video
2) un profilo ICC è indipendente da qualunque SO e da qualunque scheda video.
Jacopo |
 |
|
|
jbrembat
Average Member
156 Posts |
Postato - 18/02/2007 : 12:58:47
|
Preciso meglio:
2) un profilo ICC è indipendente da qualunque SO,
2 bis) un profilo ICC è indipendente da qualunque scheda video purchè la scheda video non abbia una LUT modificata nel proceso di calibrazione.
Nel tuo caso se la calibrazione è totalmente hardware a livello di monitor, i colori dipendono SOLO dal monitor.
|
|
|
|
AlbertoM
Moderatore
Italy
4742 Posts |
Postato - 18/02/2007 : 13:58:42
|
Nel caso 1 sicuramente sì (io uso lo stesso profilo fatto in Windows anche in Linux, e la calibrazione HW del monitor rimane identica)
Nel caso 2:
con una calibrazione SW (tipo ProfileMaker su NEC) la LUT della scheda grafica viene sempre modificata
All'avvio di Windows le curve di calibrazione ( che stanno dentro al profilo del monitor) vengono lette da un programmino (Calibration loader.exe) e poi vengono scritte nella LUT della scheda grafica
Per cui occorre sicuramente copiare quel programmino dentro alla cartella "Esecuzione automatica" e sperare che funzioni anche in Vista (per certe schede grafiche i driver di Windows non permettono di modificare via SW la LUT della scheda grafica, e allora bisogna scaricare quelli del produttore, sempre che esistano già per Vista)
Poi:
se si usa l'uscita analogica, allora anche nel caso di schede grafiche identiche, io non mi fiderei per niente ad usare la stessa calibrazione per entrambe
Se si usa l'uscita DVI-D, "dovrebbe" funzionare. Sinceramente non ci metterei la mano sul fuoco, ma se le schede grafiche non processano in alcun modo il segnale in analogico (tra lo stadio di ingresso e quello di uscita), e se hanno lo stesso firmware, quindi processano in modo digitale identico il segnale, allora dovrebbe funzionare....
Ma secondo me fai molto meglio ad aspettare l'upgrade dei SW di profilazione.....
E così ricomiceremo a calibrare.... a Vista 
AlbertoM |
|
|
|
Gianluke
Advanced Member
Italy
2805 Posts |
Postato - 18/02/2007 : 15:46:36
|
Grazie...quindi confermate più o meno quello che pensavo.
Però almeno sono confortato che sicuramente non ci sono intoppi per la calibrazione hardware dato che vorrei prendere un Nec Spectra. Poi spero di utilizzare al più presto il software e il colorimetro direttamente in Vista. E' chiaro che questo ragionamento vale in attesa delle nuove release dei software di profilazione.
Purtroppo sapevo che avrei avuto rogne con Vista all'inizio. Dovrò soffrire per qualche mese. Ma avendo cambiato PC proprio ora e avendo montato sul nuovo PC 4 giga di ram, mi serviva un OS a 64 bit che avesse una buona gestione della memoria, e non so fino a che punto mi conveniva prendere XP a 64 bit con Vista già uscito. Peraltro confermo che , a parte qualche problema di compatibilità da risolvere, tutti i software funzionano mediamente senza problemi, sembra molto più veloce, mi pare molto stabile. Ci sono tante funzioni innovative e importanti sulla sicurezza...
P.S. Alberto attendo una risposta per il Nec.  Così domani sento Joy e mi metto d'accordo...
Gianluca
http://www.pbase.com/gianlucapirro/travel_photographs |
|
|
|
max_ud
Junior Member
Italy
32 Posts |
Postato - 18/02/2007 : 17:56:47
|
Ciao Gianluca,
La basICColor mi ha riferito che all'interno dell'ultima release del pacchetto software, ha incluso anche i driver per Windows Vista 64bit.
Purtroppo mi sa che devi soffrire in questi mesi, in attesa che tutto si stabilizzi.
Comunque il tuo ragionamento teoricamente (spero anche praticamente visto che non sono test che eseguo sempre) fila.
Max |
|
|
|
undavide
Senior Member
Italy
306 Posts |
Postato - 18/02/2007 : 22:18:31
|
Ciao Gianluca,
ho fatto una piccola ricerca e sembra che XRite supporti Vista solo per i driver della dongle e per... lo Huey  .
Per il nuovo windows c'è poi da approfondire la gestione CIECAM02 (devo ancora documentarmi bene), ho letto cose un po'... vabbè, prima mi informo.
Ciao,
D.
PS
Per ogni salto di sistema operativo ci vuole almeno un po' di sofferenza, no?!  |
|
|
|
Gianluke
Advanced Member
Italy
2805 Posts |
Postato - 19/02/2007 : 12:15:41
|
Citazione:
Postato da max_ud
Ciao Gianluca,
La basICColor mi ha riferito che all'interno dell'ultima release del pacchetto software, ha incluso anche i driver per Windows Vista 64bit.
Purtroppo mi sa che devi soffrire in questi mesi, in attesa che tutto si stabilizzi.
Comunque il tuo ragionamento teoricamente (spero anche praticamente visto che non sono test che eseguo sempre) fila.
Max
Ciao Max...io ho scaricato l'ultima release di Display 4 (la 4.1.1) sul sito ma non mi riconosce ancora Eye One....forse ne hanno fatta un'altra ancora da rilasciare...tu a quale versione ti riferisci?
Gianluca
P.S. Mi manca ancora la compatibilità con HP 9180, scanner Nikon e Eye One. Il resto è tutto ok. E'vergognoso che abbia i driver per uno scannerino Epson 1670, Canon Pixma 4200, che costa 70 euro, e non ancora per uno scanner Nikon 9000 che costa 2700 euro o per la 9180 che ne costa 600 euro ed è appena uscita...
http://www.pbase.com/gianlucapirro/travel_photographs |
|
|
|
nikarlo
Advanced Member
Italy
826 Posts |
Postato - 19/02/2007 : 19:27:44
|
Di solito si passa ad un sistema operativo successivo solo dopo aver trovato tutti i driver necessari.....
Ed è strano che le case non abbiano preparato in tempo i driver, dato che la microsoft va in giro da tempo con le alfa e le beta di Vista. 
Ciao,
Carlo
www.carlonicolucci.com |
|
|
|
undavide
Senior Member
Italy
306 Posts |
Postato - 19/02/2007 : 19:36:14
|
Citazione:
Postato da nikarlo
Di solito si passa ad un sistema operativo successivo solo dopo aver trovato tutti i driver necessari..
Be', c'è questa vignetta che gira in internet, sulle varie configurazioni in cui Vista può uscire (upgrade, premium, business, ecc ecc), ed il cliente che chiede consiglio al commesso, la cui risposta è... OSX 
Vi segnalo, su Vista, questa interessantissima pagina che riporta il parere del CEO di Chromix sulla nuova gestione colore "non ICC", o perlomeno "non solo ICC" (le conclusioni sono per certi versi anche... buffe  )
http://www.outbackphoto.com/tforum/viewtopic.php?TopicID=2518
Buona lettura!
d. |
|
|
|
Gianluke
Advanced Member
Italy
2805 Posts |
Postato - 21/02/2007 : 11:18:31
|
Allora ecco il report definitivo aggiornato al 20 Febbraio sulla compatibilità hardware e software con Vista 64 bit.
Dispositivi non funzionanti attualmente tra quelli che ho:
1) HP 9180
2) Eye One Display2
3) Nikon Coolscan 9000ED
Praticamente tutto quello che mi serve per uso fotografico Ci mancava che Photoshop non funzionasse....
Problemi software:
I plugin della Photowiz non funzionano con CS3 beta. Ma credo questa sia dovuto a qualche settaggio da fare che non ho ancora capito visto che funzionano bene su CS2 sempre su Vista.
Ho risolto, nell'attesa di nuovi drivers, collegando in rete il vecchio PC col nuovo. In questo modo le applicazioni che non funzionano ancora le utilizzo tramite il vecchio PC. Il resto lo faccio sul nuovo.
Gianluca
http://www.pbase.com/gianlucapirro/travel_photographs |
|
|
|
faber
Junior Member
Italy
37 Posts |
Postato - 24/02/2007 : 23:04:45
|
il prob dei driver soprattutto con vista a 64, è cruciale.
Infatti i driver DEVONO essere firmati digitalmente da chi li costruisce. A differenza della versione a 32 bit, infatti, non c'è modo di premere il pulsante 'continua nonostante tutto'. Semplicemente non si può fare.
E ci sono mille motivi per ringraziare che sia così-
Inoltre, la versione a 32 bit gestisce 4 GB di memoria senza troppi problemi, anche andando oltre si deve arrivare a 8 GB per notare differenze, soprattutto nel caso in cui si utilizzino programmi a 32 bit (per esempio photoshop). Questi progammi, infatti rappresentano il limite vero della memoria utilizzabile, prima che il sistema operativo.
Risultato, sulla quasi totalità dei processori a 64 bit girano sistemi operativi a 32, semplicemente perchè la quasi totalità delle applicazioni/persone non hanno effettivamnete bisogno dei 64 bit per l'elaborazione.
Tali necessità essitono (ovviamente) in alcune nicchie, e guardacaso, i prodotti/driver/quant'altro per quelle nicchie sono tutti a 64 bit fin dalle beta.
Diciamo che potresti ripensare alla necessità di Vista a 64 sul tuo sistema :)
Ciao! |
|
|
|
Gianluke
Advanced Member
Italy
2805 Posts |
Postato - 24/02/2007 : 23:48:32
|
Io sono passato alla versione a 64 bit proprio per il problema della Ram. Xp a 32 bit non ne riconosce più di 2 giga e in genere da quello che so tutti gli OS a 32 bit. E credo che anche per Vista sia lo stesso. Non credo proprio che un OS a 32 bit possa rilevare 4 giga di ram...sei sicuro che Vista a 32 bit vede 4 giga di ram?
Gianluca
http://www.pbase.com/gianlucapirro/travel_photographs |
|
|
|
nikarlo
Advanced Member
Italy
826 Posts |
|
|
Enrico
Moderatore
Italy
2010 Posts |
Postato - 25/02/2007 : 10:25:17
|
Ero certo di un intervento simile, lo stavo aspettando!
XP può indirizzare 4Gb di memoria, facendo un piccolo intervento manuale su un file cfg.
Tuttavia alcuni problemi possono saltar fuori, non è una soluzione da consigliare sempre e comunque.
La questione della firma digitale obbligatoria fa veramente imbestialire, lo capisco, molti si vedranno costretti a buttare hardware perfettamente funzionanti!
Penso però che sia un po' presto per "sacrificare" Vista, in fondo Microsoft è la forgia dei service pack! 
Ciao
Enrico |
|
|
|
faber
Junior Member
Italy
37 Posts |
Postato - 25/02/2007 : 23:32:57
|
purtroppo Enrico non sarà questo il caso.
I driver con la firma digitale sono richiesti per evitare di avere driver che lasciano tunnel verso il kernel e non penso che decideranno di togliere questa caratteristica.
Essendo un insider, ho anche avuto accesso agli studi su chi sono quelli che usano i 64 bit per davvero, e sono davvero pochissimi, poche decine di migliaia su milioni di installazioni. Come dicevo sono tutte nicchie, chi fa CAD o chi fa cose legate a analisi vettoriale in real time... insomma non certo fotografi :)
Non mi sogno nemmeno di dire che non si arriverà ad usare l'OS a 64 bit per usare PS, ma non certo ora, tanto che nemmeno Adobe ha pensato a fare PS a 64 bit.
Capirai ora che chi usava XP a 64 bit, ha già la sicurezza che il suo HW verrà mantenuto in supporto anche per Vista e, anzi, forse sono stati i primi driver ad avere le carte in regola per vista al 100%. Per noi poveri tapini... già è tanto se c'era il driver a 64 per XP, avete mai provato a cercarli?
In merito ai 4GB, sia vista che XP possono vederli. Tanto per informazione, Win2003 (32 bit) indirizza finoa 16GB di memoria fisica, vengono ovviamente utilizzate tecniche di indirizzamento che non sono quelle fisiche.
Ciao! |
|
|
|
Gianluke
Advanced Member
Italy
2805 Posts |
Postato - 26/02/2007 : 00:46:55
|
si dovranno fare delle modifiche come ha detto Enrico, perchè Xp installato sul mio PC nuovo vedeva solo 2 Gb disponibili su 4 GB.
Anche se devo aver disagi per qualche mese, l'importante è che mi cacciano i driver che mi servono altrimenti mi inc***o
Gianluca
http://www.pbase.com/gianlucapirro/travel_photographs |
|
|
|
nikonf90x
Average Member
Italy
79 Posts |
Postato - 26/02/2007 : 14:11:04
|
Citazione:
Postato da Enrico
Ero certo di un intervento simile, lo stavo aspettando!
XP può indirizzare 4Gb di memoria, facendo un piccolo intervento manuale su un file cfg.
Tuttavia alcuni problemi possono saltar fuori, non è una soluzione da consigliare sempre e comunque.
La questione della firma digitale obbligatoria fa veramente imbestialire, lo capisco, molti si vedranno costretti a buttare hardware perfettamente funzionanti!
Penso però che sia un po' presto per "sacrificare" Vista, in fondo Microsoft è la forgia dei service pack!
Ciao
Enrico
Win 2000 ...
Configuring Windows 2000 to use more than 4Gb of RAM
Windows 2000 Professional and Windows 2000 Server support up to 4Gb of RAM. If you have a
machine capable, and have installed Windows 2000 Advanced Server or Windows 2000 Datacentre
Server, then maximum supported RAM increases to 8Gb and 32Gb respectively. However, a default
installation will only recognise 4Gb.
To recognise more than 4Gb of RAM:
- Using Windows Explorer, navigate to the root directory of your boot partition and select boot.ini.
- Edit the file properties to unset the Read Only file attribute.
- Open boot.ini in a text editor such as Notepad. The file will look something like this:
[boot loader]
timeout=5
default=multi(0)disk(0)rdisk(0)partition(1)\WINNT
[operating systems]
multi(0)disk(0)rdisk(0)partition(1)\WINNT="Windows 2000 Advanced
Server" /fastdetect
- There are two extra switches that can be added to the last line, after /fastdetect:
/PAE Enables support for more than 4Gb of RAM
/NOLOWMEM Loads the entire system (drivers, pools, programs, etc.) above 4 GB.
- Save the changed boot.ini and reset the Read Only file attribute.
- Reboot the computer for the changes to take effect.
Ciao
Cla. |
|
|
|
nikonf90x
Average Member
Italy
79 Posts |
Postato - 26/02/2007 : 14:12:27
|
Copyright © 1996-1999 Mark Russinovich
Last Updated: August 4, 1999
There are number of BOOT.INI switches that are useful for driver developers that wish to test their drivers under a variety of different system configurations without having to have a separate machine for every one. For example, limiting the amount of memory NT sees can be useful for stressing memory loads, and limiting the number of processors for testing scalability. I've compiled a complete list of the options that BOOT.INI currently supports. Switches new to Win2K are in red. This list is reproduced in the Startup, Shutdown and Crashes chapter of Inside Windows 2000, 3rd Ed., where you'll find more information about the boot process.
/PAE
This has NTLDR load ntkrnlpa.exe, which is the version of the x86 kernel that is able to take advantage of Intel Physical Address Extensions (PAE), even when a system doesn't have more than 4GB of physical memory. PAE permits an x86 sytem to have up to 64GB of physical memory, but an operating system must be specially coded to use memory beyond 4GB (the standard x86 limit). The PAE-version of the Win2K kernel presents 64-bit physical addresses to device drivers, so this switch is helpful for testing device driver support for large memory systems.
/NOPAE
This switch forces NTLDR to load the non-PAE version of the Win2K kernel, even if the system is detected as supporting x86 Physical Address Extensions (PAE) and has more than 4GB of physical memory.
/NOLOWMEM
This switch requires that the /PAE switch be present and that the system have more than 4GB of physical memory. If these conditions hold, then the PAE-enabled version of the Win2K kernel, ntkrnlpa.exe, will not use the first 4GB of physical memory. Instead, it will load all applications and device drivers, and allocate all memory pools, from above that boundary. This switch is useful only to test device driver compatability with large memory systems.
/NOGUIBOOT
When this option is specified the VGA video driver responsible for presenting bit mapped graphics during Win2K's boot process is not initialized. The driver is used to display boot progress information, as well as to print the Blue Screen crash screen, so disabling it will disable Win2K's ability to do those things as well.
/FASTDETECT
When you dual boot NT 4.0 and Win2K the Win2K version of NTDETECT.COM is used during the boot process. In Win2K detection of parallel and serial devices is performed by plug-and-play device drivers, but NT 4.0 expects NTDETECT to perform the detection. Thus, specifying FASTDETECT causes NTDETECT to skip parallel and serial device enumeration for a boot into Win2K, whereas ommitting the switch has NTDETECT perform enumeration for a boot into NT 4.0. For Win2K boots the switch is present and for boots into NT 4 the switch is omitted.
/BOOTLOG
Specifying this switch will result in NT writing a log of the boot to the file %SystemRoot%\NTBTLOG.TXT. The log has entries that detail which drivers load and do not load during the boot process. Here is example output from a log (note that the log file is un UNICODE):
Microsoft (R) Windows NT (R) Version 5.0
Loaded driver \WINNT\System32\ntoskrnl.exe
Loaded driver \WINNT\System32\hal.dll
Loaded driver \WINNT\System32\BOOTVID.dll
Loaded driver pci.sys
Loaded driver isapnp.sys
Loaded driver intelide.sys
...
/SAFEBOOT:
You should never have to specify this option manually, since NTLDR does it for you when you use the F8 menu to perform a safe boot. Following the colon in the option you must specify one of three additional switches: MINIMAL, NETWORK, or DSREPAIR. The MINIMAL and NETWORK flags correspond to safe boot with no network and safe boot with network support. A safe boot is a boot where NT only loads drivers and services that are specified by name or group in the Minimal or Network Registry keys under HKLM\System\CurrentControlSet\Control\SafeBoot. The DSREPAIR (Directory Services Repair) switch causes NT to boot into a mode where it restores the Active Directory from a backup medium you present.
An additional option that you can append is "(ALTERNATESHELL)". This tells NT to use the program specified by HKLM\System\CurrentControlSet\SafeBoot\AlternateShell as the graphical shell, rather than to use the default which is Explorer.
/PERFMEM=
/PERFPAGES=
These flags are not likely to be supported in the final release of Windows 2K, as they are used to have NT reserve physical memory for the purposes of Basic Block Testing (BBT). There is only one reference I've been able to find BBT: the transcript (posted at Microsoft's web site) of the US vs. Microsoft trial from February 2, 1999. In the transcript Jim Allchin is on the stand and responds to questions about BBT by DOJ attorney David Boies, saying that it is a performance optimizing system Microsoft uses on code before releases in order to minimize their paging footprints.
PERFMEM
specifies the physical memory to reserve in MB, and PERFPAGES in number of pages - they should not be specified together. A pointer to the reserved BBT buffer is inserted in the Thread Environment Block (TEB) of every thread, but there appears to be no other references to the buffer in Beta 3.
/INTAFFINITY
This new switch directs the multiprocessor HAL (HALMPS.DLL) to set interrupt affinities such that only the highest numbered processor in an SMP will receive interrupts. Without the switch the HAL defaults to its normal behavior of letting all processors receive interrupts.
/MAXPROCSPERCLUSTER=
It seems that the multiprocessor HAL in Win2K (HALMPS.DLL) has the ability to work with multiprocessors that are made up of tightly-coupled clusters of smaller multiprocessors. For example, if you had an 8-way system that was made up of 2 4-way clusters, the processor IDs of each processor would have to be specified in a cluster-oriented manner by the HAL. The maximum cluster size is 4 and the default is 0 (system is not based on clusters). Example: /MAXPROCSPERCLUSTER=3.
/TIMERES=
On the multiprocessor HAL (HALMPS.DLL) this option will set the resolution of the system timer. The argument is a number interpreted in 100's of nanoseconds, but the rate will be set to the closest resolution the HAL supports that is not larger than the one requested. The HAL supports the following resolutions:
100's of nanoseconds milliseconds
9766 .98
19532 2.0
39063 3.9
78125 7.8
The default resolution is 7.8ms. The system timer resolution affects the resolution of waitable timers. Example: /TIMERES=9000 would set the timer to a resolution of .98ms.
/YEAR=
This option is obviously present for Y2K testing. Specifying it causes NT core time function to ignore the year that the computer's real-time clock reports and instead use the one indicated. Thus, the year used in the switch affects every piece of software on the system, including the NT kernel. Example: /YEAR=2001. Note: this option is only available on NT 4.0, Service Pack 4 and later, and Windows 2000.
/USE8254
This switch is intended for systems with older BIOS's. It instructs the NT HAL to use the 8254 timer chip as its base timer. See Microsoft KB Article Q169901 for more information.
/MAXMEM=
This option will limit NT to using only the amount of memory you specify. The number is interpreted as MB. Example: /MAXMEM=16 would limit NT to using 16MB of the system's memory.
/BURNMEMORY=
This option will cause NT to "forget" about the amount of memory specified, which limits memory like /MAXMEM. The value specified is interpreted as MB. Example: /BURNMEMORY=128 would have NT discard 128MB of the physical memory on the machine as unusable.
/ONECPU
This option will have NT only enable one CPU of a multiprocessor system.
/NUMPROC=
Only the number of CPUs specified will be enabled. Example: /NUMPROC=2 on a 4-way system will cause 2 of the 4 processors to be unused by NT.
/SOS
Causes NT to print information about what drivers are being loaded as the system boots.
/BASEVIDEO
Causes NT to use the standard VGA display driver when moving to GUI mode.
/NODEBUG
Prevents kernel-mode debugging from being initialized. Overrides the specification of any of the three debug-related switches, /DEBUG, /DEBUGPORT and /BAUDRATE.
/CRASHDEBUG
If you include this switch, the kernel debugger is loaded when the system boots, but remains inactive unless a crash occurs. This allows the COM port that you specify (or COM1 by default) to be available for other use while the system is running.
/DEBUG
Enables kernel-mode debugging.
/DEBUGPORT=
Enables kernel-mode debugging and specifies an override for the default serial port (COM1) to which a remote debugee is connected. Example: /DEBUGPORT=COM2.
/BAUDRATE=
Enables kernel-mode debugging and specifies an override for the default baud rate (19200) at which a remote debugee will connect. Example: /BAUDRATE=115200.
/BREAK
Causes the HAL to stop at a breakpoint at HAL initialization. The first thing that the NT kernel does when it initializes is to initialize the HAL, so this breakpoint is the earliest one possible. The HAL will wait indefinitely at the breakpoint until a debugger connection is made. If the switch is used without the /DEBUG switch the system will Blue Screen with STOP code of 0x00000078 (PHASE0_EXCEPTION).
/KERNEL=
/HAL=
These options specify overrides of NTLDR's selection of the file named NTOSKRNL.EXE in the system root (\system32) as the kernel's image file and of the file named HAL.DLL as the HAL image file. They are extremely useful for alternating between a checked kernel environment and a free kernel environment. If you wish to boot into a checked environment that consists solely of the checked kernel and HAL, which is typically all that is needed to test drivers, follow these steps on a system installed with the free build (retail NT):
Copy the checked version of the kernel from the checked build distribution CD to your \system32 directory, naming it NTOSKCHK.EXE. If you are on a uniprocessor then copy NTOSKRNL.EXE, otherwise on a multiprocessor copy NTKRNLMP.EXE. Note that the kernel file name must be a 8.3-style short names.
Copy the checked version of the HAL from the checked build distribution CD to your <winnt>\system32 directory, naming it HALCHK.DLL. To determine which HAL to copy, go into your <winnt>\repair directory and open setup.log in Notepad. Search for HAL.DLL and you'll find a line like "\WINNTF\system32\hal.dll="halmps.dll","1a01c". The name to the right of the equal sign is the name of the HAL you should copy. Note that the kernel file name must be a 8.3-style short names.
Make a copy of the default line in the system's BOOT.INI.
In the string description of the boot selection add something that indicates that the new selection will be for a checked build environment e.g. "Windows NT Server Version 4.0 CHECKED".
Add the following to the end of the new selection's line: /KERNEL=NTOSKCHK.EXE /HAL=HALCHK.DLL
You're done. Now you can select the new line to boot into a checked environment or select the pre-existing selection to boot into the free build.
/3GB
This switch made its debut in NT 4.0 Service Pack 3 and is supported on all later releases of NT. It will cause the split between the user and system portions of NT's virtual address map to move from 2GB user, 2GB system to 3GB user, 1GB system. Giving virtual memory intensive applications like database servers a larger address space can improve their performance. Note, however that for an application to take advantage of this feature two additional conditions must hold: The system must be part of the NT Enterprise suite (SP3 is not) and the application must be flagged as a 3GB-aware application. See Microsoft KB Article Q171793 for additional information.
/WIN95
This switch is only pertinent on a triple-boot system that has DOS, Win9x and Windows NT installed. Specifying the /WIN95 switch directs NTLDR to boot the Win9x boot sector stored in BOOTSECT.W40. See Microsoft KB Article Q157992 for more information.
/WIN95DOS
This switch is only pertinent on a triple-boot system that has DOS, Win9x and Windows NT installed. Specifying the /WIN95DOS switch directs NTLDR to boot the DOS boot sector stored in BOOTSECT.DOS. See Microsoft KB Article Q157992 for more information.
/PCILOCK
Stops Windows NT from dynamically assigning IO/IRQ resources to PCI devices and leaves the devices configured by the BIOS. See Microsoft KB Article Q148501 for more information.
/NOSERIALMICE=[COMx | COMx,y,z...]
Disables serial mouse detection of the specified COM port(s). Use this switch if you have a component other than a mouse attached to a serial port during the startup sequence. If you use /NOSERIALMICE without specifying a COM port, serial mouse detection is disabled on all COM ports. See Microsoft KB Article Q131976 for more information.
/SCSIORDINAL:
Adding a new SCSI device to a system with an on-board SCSI controller can cause the controller's SCSI ID to change, so you use this switch to direct NT to the SCSI ID of the controller. See Microsoft KB Article Q103625 for more information.
Thanks to Jonas Fischer for pointing out the PCILOCK and NOSERIALMICE switches. Thanks to Rob Green for information on the FASTDETECT switch.
Ciao
Cla. |
|
|
|
Gianluke
Advanced Member
Italy
2805 Posts |
|
|
Enrico
Moderatore
Italy
2010 Posts |
Postato - 26/02/2007 : 22:20:46
|
Credo che PS necessiti in prospettiva di 64bit di indirizzamento, piuttosto che 64 sul bus dati.
PS è uno dei software più assetati di RAM, certamente non il software più assetato di potenza di calcolo in virgola mobile (il fiore all'occhiello dei processori con registri a 64bit).
Credo che con l'aumentare dei Mp delle fotocamere e con le follie di HDR e Stitch vari (magari multi-layer!), la richiesta di RAM sarà sempre crescente da parte degli utilizzatori di PS (e non specifico se su MacOS o Vista).
La mia domanda è: CS3 riesce attualmente a vedere/gestire correttamente tutta la memoria "estesa" (oltre i 2/4 Gb) presente su OS 32bit?
Da qualche parte ho letto che c'è un limite attorno ai 3Gb, è vero?
Ciao
Enrico |
|
|
|
danipen
Advanced Member
Italy
1318 Posts |
Postato - 26/02/2007 : 22:33:44
|
ciao enrico
io ho letto che mac osx ha un "blocco" di 3,5 giga di ram per applicazione. nel senso che se ho 6 giga di ram e sto usando son ps questo ne usa al max 3,5 e il resto sta lì fermo in attesa che lavori anche con altre applicazioni.
non so se è quello che dicevi tu e non so nemmeno se sia vero  l'ho leto un topic sul formu mac di dpreview
ciao
daniele |
|
|
|
Gianluke
Advanced Member
Italy
2805 Posts |
Postato - 26/02/2007 : 22:41:45
|
Citazione:
Postato da Enrico
La mia domanda è: CS3 riesce attualmente a vedere/gestire correttamente tutta la memoria "estesa" (oltre i 2/4 Gb) presente su OS 32bit?
Da qualche parte ho letto che c'è un limite attorno ai 3Gb, è vero?
Ciao
Enrico
Allora...su Vista 64 bit con 4 Gb di Ram, Cs2 ne rileva solo 2,7 e Cs3 ne rileva 3,3, quindi io ho impostato la gestione della RAm al 100% in modo li sfrutto tutti e so di avere altri 700 Mb per il SO.
Gianluca
http://www.pbase.com/gianlucapirro/travel_photographs |
|
|
|
nikarlo
Advanced Member
Italy
826 Posts |
Postato - 26/02/2007 : 23:45:35
|
questo è quello che dice adobe:
On Macintosh computers, Photoshop can directly access up to about 3.5GB. When there is more than 3.5GB of document data, Photoshop writes data to its scratch files as necessary. On a computer with 4GB or less of RAM, the data is transferred directly between the scratch files on disk and the Photoshop RAM. On a computer with more than 4GB of RAM, Photoshop tells the operating system to use the extra RAM as a buffer for the Photoshop scratch file. In this case, when document data no longer fits in the 3.5GB of Photoshop RAM and is written to the scratch file, the operating system stores it in the extra RAM and can retrieve it from there much faster than it could be read from disk. This lets Photoshop take advantage of more than 4GB of RAM to significantly increase performance with very large documents.
Ciao,
Carlo
www.carlonicolucci.com |
|
|
|
Enrico
Moderatore
Italy
2010 Posts |
Postato - 27/02/2007 : 08:51:49
|
Ok, stando così le cose su MacOSX c'è un sostanzioso beneficio ad installare oltre 4Gb di Ram.
I sistemi a 32 bit limitano l'idirizzamento diretto a 4Gb per thread, dunque il limite a 3,5 Gb è comprensibile.
Per quel che so per XP il limite è di 2Gb per thread, ma non ho mai effettuato un test. Inoltre non so se XP (o Vista) sono capaci di reindirizzare la memoria virtuale (scratch) su altri "banchi" da 4Gb di memoria fisica.....
... certo con l'indirizzamento a 64bit sarebbe un'altra musica!
Ciao
Enrico |
|
|
|
nikarlo
Advanced Member
Italy
826 Posts |
Postato - 27/02/2007 : 09:59:30
|
Per quanto riguardo allo scritto su mac os x non è chiaro ma è sottinteso che si stia parlando di sistemi a 64bit.
Ciao,
Carlo
www.carlonicolucci.com |
|
|
|
Enrico
Moderatore
Italy
2010 Posts |
Postato - 27/02/2007 : 11:32:08
|
Uhm,
un sistema a 64bit di indirizzamento non dovrebbe avere quel limite a 3,5 Gb nella gestione della memoria....
Ciao
Enrico |
|
|
|
Gianluke
Advanced Member
Italy
2805 Posts |
Postato - 27/02/2007 : 13:16:34
|
Citazione:
Postato da Enrico
Uhm,
un sistema a 64bit di indirizzamento non dovrebbe avere quel limite a 3,5 Gb nella gestione della memoria....
Ciao
Enrico
Il limite è in Photoshop non nel OS a 64 bit, infatti a me non me li legge tutti e 4 giga.
Invece ora ho controllato. Con Xp a 32 bit e 1,5 Gb di Ram, Cs2 ne vede 1377 Mb e Cs3 1135 Mb. Che strano...l'opposto di quello che succede con Vista 64 bit...
Gianluca
http://www.pbase.com/gianlucapirro/travel_photographs |
|
|
|
Enrico
Moderatore
Italy
2010 Posts |
Postato - 27/02/2007 : 21:26:37
|
Hai ragione,
CS3 non esiste in versione 64 bit, quindi gira nel sottosistema a 32bit e pertanto non può "vedere" più di 4Gb (3,5).
Con la gestione dello scratch su memoria fisica oltre i 4Gb si hanno comunque ottime prestazioni, come diceva Carlo.
Il comportamento con XP e 1,5Gb di RAM installata non è dovuto ad un limite di indirizzamento di CS3, ma a come PS valuta la quantità di risorse disponibili sul sistema.
Sul mio portatile ad esempio, PS indica come utilizzabili 906Mb di RAM, mentre il TaskManager indica solo 640Mb di memoria fisica non allocata.....
Ciao
Enrico |
|
|
|
Gianluke
Advanced Member
Italy
2805 Posts |
Postato - 28/02/2007 : 13:11:32
|
Citazione:
Postato da Enrico
CS3 non esiste in versione 64 bit
Io credo che fra non molto esisterà una versione a 64 bit di questo software visto che è così usato in campo professionale.
Citazione:
Postato da Enrico
Con la gestione dello scratch su memoria fisica oltre i 4Gb si hanno comunque ottime prestazioni, come diceva Carlo.
Intendi l'uso della memoria virtuale su dischi separati? Io ho impostato una partizione da 10 Gb che ho creato su un secondo disco, come primo disco di memoria virtuale.
Gianluca
http://www.pbase.com/gianlucapirro/travel_photographs |
|
|
|
Enrico
Moderatore
Italy
2010 Posts |
Postato - 28/02/2007 : 18:08:02
|
No,
mi riferisco al post nel quale Carlo dice che MacOSX ridireziona automaticamente i dati dallo scratch disk impostato nelle preferenze di PS alla memoria RAM "alta", ovvero quella oltre i 4Gb.
Si tratta di un "walk-around" per aggirare la limitazione di indirizzamento dei software a 32bit come CS3.
Ciao
Enrico |
|
|
|
Topic |
|
|
|
Compatibiltà driver e Vista
