>> 1. best speed of disks 7200 rpm.
>
> Better 15k SAS/scsi, to serve a lot of stream the seek time is really an
> important feature.
Not necessarily.
> Load it with RAM too, which is cheap nowadays and serve
> as "seek buffer" very well (on linux systems).
This is of course true. As much as the
2009/1/26 arun kumar :
>
>
> 2009/1/26 Ross Finlayson
>>
>> i am doing project broadcast encryption
>>
>>
>> in LIVE555 Streaming Media in tested program
>> testMPEG1or2AudioVideoStreamer is it possible to encrypt the MPEG file
>> ("using stream cypher") before streaming and decrypt it at rece
Use mencoder or vlc I guess. Both can send udp streams to multicast IPs iirc.
-Morgan-
On Mon, Jan 19, 2009 at 6:34 AM, Lukasz Minkiewicz
wrote:
> Hi,
> Is there a simple way to multicast audio from microphone using any kind of
> audio codec (ex. speex)? When I've googled this issue, I've found
Heissan.
Siden dere er seriøse og en fin stor aktør og faktisk driver med ting
som er relatert, og dere sikkert også synes slike holdninger som vises
under er kritikkverdig, så må dere gjerne svare på denne tråden. Karen
som styrer her er litt merkelig til tider, men akkurat dette tungvint
for oss
Not very surprising. The indexer finds I frames in an MPEG2 stream,
and that will not work with MPEG4. You need to make the indexer find I
frames in an MPEG4 stream to make it work. Also, the trick play code
in the server might fail as it grabs I frames from an MPEG2 stream and
encapsulates them in
>>
>> Can u suggest methods to decrease the bitrate during the trick play.
>
> Be patient. This is high on our 'to do' list.
A quick hack which worked for me was to reduce the number of frames
that was sent. i dropped 2/3 frames. Don't remember where i made the
change though, as It seemed ea
than half a year. It would just go downhill from there, and
get worse and worse. This might be a good argument for actually
impelementing my patch, as others that has a half year video
surveillance backlog and want to access it as one single file (playing
smaller files back to back for instance)
Hi all.
I wish to use the offset parameter in live to access saved data from a
video source. My plan was to save this low bandwidth stream in files
with a short duration and a filename based on epoch. This way I could
have as long a backlog as I wanted, and still access it easily. My
problem is th
I can confirm that you need to have the same videopid on at least some
of the amino STB. I have not tested with the latest HD boxes, but the
110 cannot change videopid realtime. To change it you will have to
tear down the rtsp connection and connect again. This has been the
case as long as I have u
> Because they will want their email address to indicate the name of
> their company or school, to show that they have one. Otherwise (if
> they just use a "@gmail.com", "@yahoo.com", "@hotmail.com" etc.
> address), most people (including I) will assume that they are simply
> a casual hobbyist
On 17/02/2008, Ross Finlayson <[EMAIL PROTECTED]> wrote:
> >It seems from the trace that the ourSourceAddressForMulticast is the
> >sinner. Firstly, what does multicast have to do with the RTSP server?
> >Is that not purely unicast?
>
> The name of that function is an anachronism; I should rename i
success use the lo 127
interface address? I cannot test this on anything but amd64 linux
though.
Regards
Morgan Tørvolt
On 16/02/2008, Morgan Tørvolt <[EMAIL PROTECTED]> wrote:
> Hi all
>
> I am having some weird problems at the moment. I am running a server
> and a laptop with the
Hi all
I am having some weird problems at the moment. I am running a server
and a laptop with the exact same kernel and software (obviously
different hardware), and having some strange problems with that.
On my laptop, starting the testOnDemandRTSPServer takes no time at
all. On my server, the ap
May I suggest setting the duration so that every package is sent
instantly? The DVB-T and other DVB standards demand PCR withing 500ns
accuracy, which is probably better than you will ever be able to get.
I think it is safe to assume that the timing of what you receive is
more than good enough, and
I have seen the same "problem" by jumping between GOPs. If I drop
showing one GOP, and go directly to the next, then a black image is
shown (or a still image) until the point where the new GOP is supposed
to go. I guess VLC uses the DTS or PTS in the PES packets to decide
when to show a frame. Sinc
Could not this be added very easily using a singleton? This would make
the data accessible anywhere, and not demand any change to the API.
-Morgan-
On 17/07/07, Ross Finlayson <[EMAIL PROTECTED]> wrote:
> > Is there a reason why this is the current design?
>
> Because the details of the underlyi
16 matches
Mail list logo
