Pipe Data For Pc

[Laila Berri]

Workingon a school project in Civil 3D and I'm having trouble getting the pipe data band to 'connect' to the pipe network to show invert elevations in the band. When I am in profile view properties -> bands I can add the pipe band that I want but I am unable to select the data source. When I click on the cell it is blank.

There are currently 4 pipe networks in the drawing, proposed and existing sanitary, and proposed and existing storm. So far we have got around this by manually drawing the ticks at each manhole and manually dragging down a MH label. This is getting a bit tire-some for each change that we make, and I would like the data source to work so this automatically updates.

Hi @stephendavidson23 , If you purge the blocks in your drawing, specifically the RYAN - expipenetworks - C3D block the data sources come back. You should also AUDIT the drawing, there were over 10,000 errors when I did.

I have had this problem when copying and pasting pipe network parts or labels. So when I saw the block with expipenetworks in the name I figured it could be the same issue. So I purged it and it was the problem.

I piped a stream from one instance of FFmpeg to another, but because compression was used on the intermediate stream the final result was ugly. I need a lossless pipe to prevent this, and I want it to contain both audio and video.

I suspect that there is more than one answer to this problem, so bonus points go to anyone who provides an exhaustive list of solutions (compatible containers and codecs that can be piped). Bonus points also go to anyone who accounts for other data, like subtitles.

I don't know how to explain this without sounding conceited, but this is an FAQ site. Asking questions that require extremely specific answers will not help the millions of users who reach this site by entering their own problems into search engines. My question was designed to help anyone else who needs to losslessly pipe data between FFmpeg instances without distracting everyone with a wall of narrative and code explaining what I was doing, why it didn't work, and why this is the only option.

The way I learned to do this (from parts of previous answers) is to use the rawvideo codec for the video, the pcm_s16le audio codec, and FFmpeg's nut wrapper to encode the stream. nut is not supported by major programs outside of FFmpeg, but it's the only container I currently know of that can support the uncompressed formats needed to efficiently pipe data between processes.

Some audio is stored with 24-bit or larger samples, and for these you should instead use pcm_24le or a different format. The full list of uncompressed audio formats will be listed by running ffmpeg -codecs (you will have to search the list for them). If you don't know what the sample size of your audio is, using pcm_16le should cause no noticeable loss in quality.

The ellipsii (...) in this answer are not part of the code. These are where your code goes. The lone hyphens (-) tell FFmpeg to use either standard input or standard output, depending on where they appear.

This pipes a video from ffmpeg to another instance as raw video output and 16 bit little-endian PCM (both lossless unless you have 24 bit PCM, then substitute pcm_s24le.) It then converts them to h.264 in the second instance, with the fraunhoefer AAC library from the Android project (libfaac is more commonly included in ffmpeg builds. You can replace it with this instead.)

Barring a machine crash, no it can't lose data. It's easy to misuse it and think you're losing data however, either because a write failed to write all the data you requested and you didn't check the return value or you did something wrong with the read.

The maximum amount of data it can hold is system dependent -- if you try to write more than that, you'll either get a short write or the writer will block until space is available. The pipe(7) man page contains lots of useful info about pipes, including (on Linux at least) how big the buffer is. Linux has buffers of 4K or 64K depending on version.

Tim mentions SIGPIPE, which is also a potential issue that can seem to lose data. If the reader closes the pipe before reading everything in it, the unread data will be thrown away and the writer will get a SIGPIPE signal when they write more or close the pipe, indicating that this has occurred. If they block or ignore the SIGPIPE, they'll get an EPIPE error. This covers the situation Paul mentioned.

PIPE_BUF is a constant that tells you the limit of atomic writes to the buffer. Any write this size or smaller will either succeed completely or block until it can succeed completely (or give EWOULDBLOCK/EAGAIN if the pipe is in non-blocking mode). It has no relation to the actual size of the kernel's pipe buffer, though obviously the buffer must be at least PIPE_BUF in size to meet the atomicity guarentee.

If you are referring to using the operator in the shell then no, it will not lose data. It merely connects the app on the left side's standard output stream to the app on the right side's standard input stream. If you are piping data between apps and aren't getting the results you expect, try using > to redirect standard output from the first app to a file and then use

If you mean a pipe created by the pipe function then the answer is still no. According to this man page, writing to a full pipe will block until enough data has been read to make room for the write data. It also states that the size of a pipe is 4KB in Linux pre-2.6.11, and is 64kB on 2.6.11 and later.

Your pipe isn't losing data. If you're losing data in your application, try debugging it with gdb.A couple of things to look for:

1) Is your buffer large enough to hold all the data that you're reading?

2) Check the return codes from your read() on the pipe for errors.

3) Are you sure you're writing all of the data to the pipe?

4) Is your write/read operation getting interrupted by a signal? ie: SIGPIPE?

The reason you will not lose data is that when the buffer associated with the pipe fills up a call to write will block until the reader has emptied the buffer enough for the operation to complete. (You can do non-blocking writes as well, but then you are responsible for making sure you complete any writes that would have blocked.)

The following day, I created an additional profile, added the relevant pipes. In profile view properties, the data source selection is blank. Almost as if ther are no pipe networks in the model, but clearly there are because I can edit the networks & create schedules etc.

Also, the three profiles created the previous day, of which are displaying pipe data in the profile bands. Now when I select profile view properties, the data source box is blank and cannot select any pipe network.

In Prospector (Incedently is very slow in 2012 for some reason) under pipe networks, reset the reference surface & reference alignmentfor each of the pipe networks & to the pipes and structures in each network.

I have had this problem with two files now. I tried everything that the previous posts suggested, but nothing brings back my data source. Could it be a problem with opening a C3D 2013 created pipe network and profile view in C3D 2014? If so, is there something I should do to prevent this?

I am having this issue as well, none of the available work arounds have fixed my issue. I think my co worker may have accidentally copied everything in the drawing last week he had double everything while I was looking over his shoulder, not sure how he did that but he was trying to copy or manipulate a pipe run chart I think.

The purge workaround was what worked for me. I'm generally nervous of the audit command since its such a sledgehammer solution. I had inserted a few dozen pipe networks, and after a purge they all showed.

A group of representatives of federal and state regulatory agencies and the natural gas and plastic pipe industries have come together and formed The Plastic Pipe Database Committee. Their goal has been to create a national database of information related to the in-service performance of plastic piping materials. Members include the American Gas Association, the American Public Gas Association (APGA), the Plastics Pipe Institute (PPI), the National Association of Regulatory Utility Commissioners (NARUC), the National Association of Pipeline Safety Representatives (NAPSR), the U.S. Department of Transportation (DOT) and its Office of Pipeline Safety (OPS).

PPDC STATUS REPORTS AVAILABLE TO DOWNLOAD AT THE BOTTOM OF THIS PAGE.

Continued industry-wide participation is vital. Participants have been recognized for their proactive actions, and we ask that your company consider participation in this important, voluntary data collection effort. Contributed data elements will always be aggregated, and no individual company will be identified with any specific data.

Regardless of the form or the way data is submitted, the information is entered into the AGA-secure database and confidentiality is preserved. AGA inputs data into the secure database upon receipt from participating operators. No other organization, or member of the PPDC, may independently view or analyze the data. The PPDC as a group reviews the data, void of operator identifiable information, for trends and patterns, attempting to achieve uniform and statistically sound approaches. AGA cannot ensure the aggregate data will not be shared in the unlikely event of a subpoena or valid order to produce information to a specific entity.

I would like to pipe the data.txt into gnuplot and not to rely on the referenced data file in the script.Something like cat data.txt gnuplot plot.gnu.The reason for this is, that I have several data.txt files and don't want to build a plot.gnu file for each of these.

Then you can do cat data.txt gnuplot script.gp. However, in the specific case you mention in your question, with the plot in the for loop, you read the input three times. So sending the data through stdin is not appropriate, since the data will be gone after the first time it is read.

3a8082e126