similar to: uncertainty principle is untenable !!! (new)

please reply to hdgbyi@public.guangzhou.gd.cn or bgpgong@hotmail.com, thank you. UNCERTAINTY PRINCIPLE IS UNTENABLE By reanalysing the experiment of Heisenberg Gamma-Ray Microscope and one of ideal experiment from which uncertainty principle is derived , it is found that actually uncertainty principle can not be obtained from these two ideal experiments . And it is found that

https://bugs.freedesktop.org/show_bug.cgi?id=45230 Bug #: 45230 Summary: freezing nouveau Classification: Unclassified Product: Mesa Version: unspecified Platform: All OS/Version: All Status: NEW Severity: critical Priority: medium Component: Drivers/DRI/nouveau AssignedTo: nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=39980 Summary: freezing nouveau Product: xorg Version: 7.6 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: calestyo

Hello, I am 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,

It is saying the timestamp is wrong and that it is copying the file and changing the timestamp. If it does that every time then either the timestamps are changing on the source or the target isn't storing them. On 06/02/2016 06:13 PM, McDowell, Blake wrote: > Thanks Kevin! I¹m unclear how to read the ‹itemize-changes output. Can you > provide some insight? > > This is a local

Thanks Kevin! I¹m unclear how to read the ‹itemize-changes output. Can you provide some insight? This is a local transfer from an external drive to an internal drive all attached to one computer. rsync -aPh --itemize-changes -n /Volumes/shuttle_05/2012_79_1_14_1__1199_Workprint /Volumes/3TB_LTO/LT003A/ sending incremental file list >f..t.......

The man page has a section on what all the itemize-changes flags do. There is a --ignore-times but the result is what you have now, re-copy everything even if the timestamp matches. The best you can really do with storage that can't handle timestamps is to use --update. But if you do that you need to get rid of --partial (part of -P) or else rsync will never complete a file that was

the T means that the timestamp is wrong and rsync is not fixing it because you don't have --times or --archive in your command line. On 06/08/2016 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....... >

Rsync only cares about the modification time. The ls command usually abbreviates the timestamp so it is better to use the stat command on one of the problem files to see the full thing. On 06/02/2016 06:42 PM, McDowell, Blake wrote: > Cool Thanks! > > Specifically, the timestamps on both <src> and <dest> match for "ls -l" > but do not match for "ls

OK. Thanks. Where can I find information regarding how to interpret —itemize-changes? The timestamps aren’t changing, so the target must not be storing them, which I have no idea why. The directory I’m writing to is 777. What is the flag to tell rsync to ignore the timestamps? Thanks, Blake On 6/2/16, 6:18 PM, "rsync on behalf of Kevin Korb" <rsync-bounces at lists.samba.org on

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 different filesystem formats

In <D37E24FA.120D%mcdowellh at si.edu>, on 06/09/16 at 12:17 AM, "McDowell, Blake" <McDowellH at si.edu> said: Hi Blake, Please reply to the list. >rsync -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

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

Hi, this is my first time using the nlme package, and I ran into the following puzzling problem. I estimated a mixed effects model using lme, once using groupedData, once explicitly stating the equations. I had the following outputs. All the coefficients were similar, but they're always slightly different, making me think that it's not due to numerical error. Also, what is the

Cool Thanks! Specifically, the timestamps on both <src> and <dest> match for "ls -l" but do not match for "ls -lu" or "ls -lc” The storage is just an regular HDD in a mac pro tower. I can’t imagine why it wouldn’t handle timestamps. Also of note - this problem doesn’t exist for every file, just the vast majority. So, that just makes it more confusing. Yes,

Hey guys, I am dealing with this kind of data. To read the file in R I have nulled all empty fields and tried: date BRENT BRENTchg HWWI HWWIchg Jan. 86 22,5 NULL 68,1 -15,6 Feb.86 17 NULL 64,9 -21,6 Mar. 86 13,7 NULL 66,6 -19,5 Apr.86 12,3 NULL 63,6 -19,1 May 86 14 NULL 61,5 -20,9 June 86 11,8 NULL 59,8 -20,7 July 86 9,4 NULL 57,2 -19,3 Aug.86 13,2 NULL 55,5 -18,3 Sep.86 14,2 NULL 57,5 -15,1

> ok, lets get to the point. :) > I would need to mix some audio streams realtime. After googling a little > I had only two answers: > 1 - decode,mix,encode > 2 - lower quality, send streams at the same time and mix at the client. > > I didnt like either solutions. > > I?m not an audio expert, so I?m just saying something silly. I readed > that speex uses a fixed

heh...:) maybe I?ll just answer "the number is 42". ;) well... some guys did mixing using *G.722 *encoded frames... maybe we could ask them: 8P http://ieeexplore.ieee.org/Xplore/login.jsp?url=/iel5/4054516/4054517/04054870.pdf?isnumber=4054517&prod=CNF&arnumber=4054870&arSt=2045&ared=2048&arAuthor=G.+Agnello%3B+R.+M.+Dansereau and a little off-topic, but fun for

I see that one of the to-do's is to add a SmartTee filter to avicap32.dll. I have a microscope camera that is based upon a webcam (that I cannot set the proper resolution under Linux- and haven't gotten help to do so). I have software and drivers that will work in VirtualBox, but there is a 5 second delay between moving a slide in the window and the move showing up in the software

I have a question regarding application of model coefficients between datasets. In particular, I have several datasets which I would like to apply a model estimated from only a single dataset (sort of a crude - out of sample application - to show the variances). lets say, names(a) [1] "stdnoi" "momentum" "tbm3" "metcons" "premium"