search for: dpx

...m having difficulty putting a frequency table on my clipboard in R studio. I do not know what the error message is. I was thinking it might have to do with changing a setting on my clipboard but I do not know how to do this. I will copy and paste the exact command and error message: write.table(dpx,"clipboard",sep="\t") Error in file(file, ifelse(append, "a", "w")) : 'mode' for the clipboard must be 'r' on Unix I was able to create a frequency table as a "value" in my workspace. However, I am trying to put it on my clipboa...

...Workprint/2012_79_1_14_1__1199_Workprint__Derivatives >/2012_79_1_14_1_DER_01.mov >f..t....... >2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__Derivatives >/2012_79_1_14_1_DER_02.mov >f..t....... >2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__UHD_DPX/119 >9WP_00086400.dpx >f..t....... >2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__UHD_DPX/119 >9WP_00086401.dpx >f..t....... >2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__UHD_DPX/119 >9WP_00086402.dpx >f..t....... >2012_79_1_14_1__119...

Hi Steven, Yes, both file systems are the same. rsync -nri --modify-window=1 <src> <dest> Gives me the following for most files >f..T....... 2015_167_1_1__Boy_What_A_Girl_R2/2015_167_1_1__Boy_What_A_Girl__UHD_DPX_R2/ BWAG_R2_00138428.dpx Although a few have >f..T......n 2015_167_1_1__Boy_What_A_Girl_R2/2015_167_1_1__Boy_What_A_Girl__UHD_DPX_R2/ BWAG_R2_00135909.dpx Strangely, no matter what HDD I¹m transferring from it is always the same sequence of files that have the n - "A n means the create ti...

...>>> f..t....... >>> >>>2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__Derivativ >>>es >>> /2012_79_1_14_1_DER_02.mov >>> f..t....... >>> >>>2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__UHD_DPX/1 >>>19 >>> 9WP_00086400.dpx >>> f..t....... >>> >>>2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__UHD_DPX/1 >>>19 >>> 9WP_00086401.dpx >>> f..t....... >>> >>>2012_79_1_14_1__1199_Workprint...

...never lost (it is conserved). Therefore, the final x momenta are equal to each other: P'x + (h sinA) / L' = P''x - (h sinA) / L'' (3) If A is small, then the wavelengths are approximately the same, L' ~ L" ~ L. So we have P''x - P'x = dPx ~ 2h sinA / L (4) Since dx = L/(2 sinA), we obtain a reciprocal relationship between the minimum uncertainty in the measured position,dx, of the electron along the x axis and the uncertainty in its momentum, dPx, in the x direction: dPx ~ h / dx or dPx dx ~ h....

...never lost (it is conserved). Therefore, the final x momenta are equal to each other: P'x + (h sinA) / L' = P''x - (h sinA) / L'' (3) If A is small, then the wavelengths are approximately the same, L' ~ L" ~ L. So we have P''x - P'x = dPx ~ 2h sinA / L (4) Since dx = L/(2 sinA), we obtain a reciprocal relationship between the minimum uncertainty in the measured position,dx, of the electron along the x axis and the uncertainty in its momentum, dPx, in the x direction: dPx ~ h / dx or dPx dx ~ h....

Hello, I am experiencing a strange problem when writing (capturing) DPX video files to a Linux/Samba share. Basically, I'm seeing seeing a single smbd process go from 9 percent CPU utilization to 100 percent CPU utilization over the course of about 40 minutes. When smbd reaches 100 percent, the capture stops (drops frames). I have tested this with three differ...

..._Workprint__Derivatives >> /2012_79_1_14_1_DER_01.mov >> f..t....... >> 2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__Derivatives >> /2012_79_1_14_1_DER_02.mov >> f..t....... >> 2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__UHD_DPX/119 >> 9WP_00086400.dpx >> f..t....... >> 2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__UHD_DPX/119 >> 9WP_00086401.dpx >> f..t....... >> 2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__UHD_DPX/119 >> 9WP_00086402.dpx >&...

.../2012_79_1_14_1__1199_Workprint__Derivat >>>>>iv >>>>> es >>>>> /2012_79_1_14_1_DER_02.mov >>>>> f..t....... >>>>> >>>>> >>>>>2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__UHD_DPX >>>>>/1 >>>>> 19 >>>>> 9WP_00086400.dpx >>>>> f..t....... >>>>> >>>>> >>>>>2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__UHD_DPX >>>>>/1 >>>>> 19...

Hi, At my work we use rsync to move files between drives and to LTO among other things. I'm having an issue using rsync to move material between and external drive and an internal drive. We run "rsync -avvPh <src> <dest>" and most of the files keep writing every time I run this. It appears that the modification times are not being carried through to the destination

...t;>>> >>>> 2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__Derivativ >>>> es >>>> /2012_79_1_14_1_DER_02.mov >>>> f..t....... >>>> >>>> 2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__UHD_DPX/1 >>>> 19 >>>> 9WP_00086400.dpx >>>> f..t....... >>>> >>>> 2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__UHD_DPX/1 >>>> 19 >>>> 9WP_00086401.dpx >>>> f..t....... >>>> >&...

...08:17 PM, McDowell, Blake wrote: > Hi Steven, > > Yes, both file systems are the same. > > rsync -nri --modify-window=1 <src> <dest> > > Gives me the following for most files >f..T....... > 2015_167_1_1__Boy_What_A_Girl_R2/2015_167_1_1__Boy_What_A_Girl__UHD_DPX_R2/ > BWAG_R2_00138428.dpx > Although a few have >f..T......n > 2015_167_1_1__Boy_What_A_Girl_R2/2015_167_1_1__Boy_What_A_Girl__UHD_DPX_R2/ > BWAG_R2_00135909.dpx > > Strangely, no matter what HDD I¹m transferring from it is always the same > sequence of files that have th...

...nt__Derivat >>>>>> iv >>>>>> es >>>>>> /2012_79_1_14_1_DER_02.mov >>>>>> f..t....... >>>>>> >>>>>> >>>>>> 2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__UHD_DPX >>>>>> /1 >>>>>> 19 >>>>>> 9WP_00086400.dpx >>>>>> f..t....... >>>>>> >>>>>> >>>>>> 2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__UHD_DPX >>>>&...

...re always slightly different, making me think that it's not due to numerical error. Also, what is the "Corr" field in the Random Effects output? Is it the correlation between the various regressors? Here are the outputs. 1. Linear mixed-effects model fit by REML Data: groupedData(dPx ~ EMX + EMY | Session, data = X.cen) AIC BIC logLik 834.1692 862.532 -407.0846 Random effects: Formula: ~EMX + EMY | Session Structure: General positive-definite StdDev Corr (Intercept) 1.0205525 (Intr) EMX EMX 0.2708627 1 EMY 0.2795289 -1 -1 R...

...nri --modify-window=1 <src> <dest> As others mentioned, you need need to use --times. This is needed so that we can see use output from --itemize-changes. >Gives me the following for most files >f..T....... >2015_167_1_1__Boy_What_A_Girl_R2/2015_167_1_1__Boy_What_A_Girl__UHD_DPX_R2/ >BWAG_R2_00138428.dpx >Although a few have >f..T......n >2015_167_1_1__Boy_What_A_Girl_R2/2015_167_1_1__Boy_What_A_Girl__UHD_DPX_R2/ >BWAG_R2_00135909.dpx At a certain level this makes sense. Without --times, the timestamps are not used to determine whether or not a file needs...

...er guess, then try to run nlrob to get improved estimates. The model is well-behaved for the parameters that come from nls - no huge values, NAs or infinities for the values of the independent variables. But nlrob fails immediately (on the first pass) with the error message > pxe2 <- nlrob(dpx ~ peFnc(tradeSide, tradeSz, tcScale, szScale, alpha), data=fitData, start= pxe$m$getAllPars(), trace=TRUE); robust iteration 1 2138.747 : 2.19 2.31 0.45 Error in numericDeriv(form[[3]], names(ind), env) : <-------------------- Missing value or an infinity produced when evaluating the model...

...mfagGkhpfJYfRJxKLKHEKgB0BicIbZ/S3eLEPD3qX3T3dch34 9pJoVrS5mYEgO6FJEqXYyCe4MAbWPHvP6zcHB10LEHCFyuQKGVls486+v1ey ILOPoVkaTkLPZXUsJAUYb5+zv4dRuUUr7uplfzB1Mwe5yfqfwxCArPFxMeqq CdS9npNZJHGjHwcFRJf7dA8xaBPfK5yxrSzMuclWyjUWiubX3fW8kSz8Vi/z KnnxN2sdAih9InwttzhrKuPdWMmfRZJejtmIr3fILoi0tpUp6hCsJbsmOkpR fRKEm+dpx+t+kONE9DVP20ZZW9yzVzrzUEPpSwEcvjcOY7akBk2l2mOQoWxw bX4XHx5qXRBHBsNhd1GOXa6JGke2TiTaudA+0RdvnyX/vsHdQaEbzLIEkA6d Ij0G+sg8kiT8dWoSTTpQkUdCwPoQFXxMOtwZnAS5gRO3Zmu7LWBtNZW2TE4q jolsm9I9FPDYXu7imqvgBuOlrcvp5SVJdsKAZls8fmQc4m6NaYDfGVrSGEsm 3MsC9QAkFf7JHBqpd0FlLJhOKF7QueKf0tF90KGq421EaA4bpZIxBjUoXls5 AQ2l...

http://bugzilla.mindrot.org/show_bug.cgi?id=948 ------- Additional Comments From dtucker at zip.com.au 2005-01-19 20:01 ------- Also worth trying: patch #772 in bug #973 ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

...er guess, then try to run nlrob to get improved estimates. The model is well-behaved for the parameters that come from nls - no huge values, NAs or infinities for the values of the independent variables. But nlrob fails immediately (on the first pass) with the error message > pxe2 <- nlrob(dpx ~ peFnc(tradeSide, tradeSz, tcScale, szScale, alpha), data=fitData, start= pxe$m$getAllPars(), trace=TRUE); robust iteration 1 2138.747 : 2.19 2.31 0.45 Error in numericDeriv(form[[3]], names(ind), env) : <-------------------- Missing value or an infinity produced when evaluating the model &l...