hoi ik wil mijn mpeg'jes afspelen op mijn website, hoe kan ik dit het beste doen? Met java-script of cgi?
:strip_exif()/u/22479/169-back.gif?f=community)
:strip_icc():strip_exif()/u/1616/requiem.jpg?f=community)
Verwijderd
Met die vraag ben ik ook een week of twee hier rond gegaan, maar niemand kon me daar een bevredegend antwoord op geven, zo ook niet hier, zie ik.
Ik geloof dat je het het beste met RealPlayer kunt doen, maar dan moet je je Mpeg-jes wel omzetten in RM-bestanden !!
Ik heb het nog niet geprobeerd.
En de filmjes niet langer dan 20 sec. maken !
Ik geloof dat je het het beste met RealPlayer kunt doen, maar dan moet je je Mpeg-jes wel omzetten in RM-bestanden !!
Ik heb het nog niet geprobeerd.
En de filmjes niet langer dan 20 sec. maken !
Ik zou zelf niet van m'n bezoekers verlangen een waardeloos programma als RealPlayer te installeren om 'mijn' filmpjes te kunnen bekijken. Wat dat programma wel niet in je computer dringt en instellingen veranderd bij een install.. Bijna crimineel.Op donderdag 08 november 2001 23:20 schreef HansLinkSite het volgende:
Met die vraag ben ik ook een week of twee hier rond gegaan, maar niemand kon me daar een bevredegend antwoord op geven, zo ook niet hier, zie ik.
Ik geloof dat je het het beste met RealPlayer kunt doen, maar dan moet je je Mpeg-jes wel omzetten in RM-bestanden !!
Ik heb het nog niet geprobeerd.
En de filmjes niet langer dan 20 sec. maken !
Gebruik zelf niet veel streaming media, maar zou denk ik wmv encoderen als ik zou streamen. Of ASF. In ieder geval Media Player compatible. Het liefst trouwens Quicktime, omdat dat gewoon roelt. Maar die plugin is te groot (5MB) kun je niet van je bezoekers verlangen. Vind ik..
En als jij twee weken met zo'n vraag rondhuppeld is er écht iets mis met je creatieve denkvermogen. Nogmaals. Wat voor een moeite is het om een dergelijke site te zoeken en 'view source' te doen..
Enneh, waarom in GODSNAAM maximaal 20 seconden als je streamt?
volgens mij leest NIEMAND dit forum of wel?!
[topic=300303/1/25]
[topic=307736/1/25]
[topic=301344/1/25]
[topic=283868/1/25]
[topic=282494/1/25]
[topic=280018/1/25]
[topic=190257/1/25]
[topic=157259/1/25]
etc.
verder kun je op webmonkey heel wat vinden en voor een voorbeeld code verwijs ik graag naar mijn videopagina http://www.xangadix.net/gallery/video [copy+paste]
Gelukkig heb ik net mijn artikel over streaming media geschreven, maar nog niet gespellingchecked, ik post het lekker toch hier.
(ook geen plaatjes nog
)
Streaming Media
A first glance on the possibilities of Streaming media at the Melkweg in Amsterdam
This document is NOT checked on spelling.
1.Streaming at a glance
The magic word in internet-reading these days is webstreaming or streaming media. Streaming media in essence means that you can watch or hear a movie or audio file while downloading it. Internet-guru's tell us for years that the web will encapsulate the television and that it is not a question of that it will happen, but when it will happen.
This may very well be; it hasn't happen yet and for streaming media people still need a high-bandwidth setup. Streaming through your regular phone line on 56k6 is just not a possibility, unless you like looking at a 160 pixels wide and 120 pixels high, 4 frames a second movie. (regular PAL television is 768x 576 and 25 frames/s). High bandwidth connections are getting more common everyday and there is an ever increasing audience for these kinds of media streams. Sites like atomfilms where literally thousands of movies can be viewed online, see their audiences actually increase every day. If one has a good internet connection today, which is dual-line ISDN, ADSL or Cable, a very nice compromise is made with 320x240 pixels and 15 frames a second which is, if transferred to a television a agreeable quality and can thus easily be viewed in full-screen. It is however by no means perfect.
It is true that I can imagine a world in which streaming media actually does take over regular television since the possibilities of streaming include the fabeled Video on Demand, or selecting a film from a list and view it on-line. For this to actually happen we will need a network infrastructure that is tenfold the infrastructure we now call fast.
That is if one expects the DVD-quality we get from our local video store. (which is again the pal-format digitized). And the 320x240 standard available on most webservers as being video-on-demand may be sufficient for a news broadcast or a short video it is by no means sufficient for a full-length movie; it gives you a headache. This is in fact the protocol used for so called archived streaming more on this subject in 2.2.
Videoconferencing, the second big possibility announced through the use of streaming media is much more close at hand. Is the video-phone in cartoons like the Jetsons something for a distant future, it is actually a reality nowadays. All you need to set it up is a good internet connection (cable or ISDN) a webcam and some room on a webserver. And the latter isn't even a necessity when using programs like netmeeting or another peer-to-peer tool (one-on-one communication). This protocol is further describes in 2.1
Taking the Videoconferencing analogy further one can watch live-images from an event taking place in the melkweg itself. This is done by what we call a webcast. As we understand it, this type of streaming is done by the Fab-Channel for the melkweg.
Still we need to know a variety of things to incorperate a webcast in the site.
2.Different kinds of streaming explained
Streaming media, as video is concerned, tends to get confused a lot. As it comes to video streaming I like to devide the options into three catagories. For audio streaming only we have to add a very big number of possibilities like Mp3-streaming, flash-streaming etc. These audio events may very well be a topic of a next paper, but I will exclude them here.
0 Webcams
The first is the most common streaming event on the web; the traditional webcam. The webcam is a small and relative cheap device that connects a (rather bad) CCD camera to a computer. This computer translates the signal and sends it to your Provider through a cable or Phone line. There it is simply put on a page or transmitted through for instance Netmeeting and can thus be received form anywhere in the world.
Your usual webcam software uses what I call a File tranferring. What it actualy does is taking screenshots from the webcam image and pastes them into a file on the server. Imagine it like this: I have put a file image.jpg on the server. Now I start taking pictures with my webcam and every time I do so I rewrite the file image.jpg on the server and refresh the webpage it's on. This is what a usual webcam in essence does. You can imagine that the framereate isn't all-that. Apart ftom that the image quality is plainly poor. A webcam wasn't build to tape your personal television program, it was build to transmit fast images of you while you'r on the phone. The image is blurry and has almost no contrast. It's literally a for-fun-device rather than a professional tool to tape and transmit events.
On the positive site; it is fast, easy to install and does not require a lot of bandwidth. The computer does not have to encode the image so we can do with less processing power than we would need for a live webcast. And the image is faster. Most webcams also have the ability to transfer Audio, which is actually streamed and not, as the picture is, file transferred to the server. That is because the device was actually build for Video conferencing. This does mean that these qualities can be used for for instance interactive boots in the melkweg. More about that in chapter 3.
0 Archived streaming
Short videos have gotten a complete new chance on the internet. Were Amateur or Semi-proffesional videoclips only for small festivals and art-galleries; now with the invention of streaming and sites like Atomfilmsdistributing thousands of short clips to an ever expanding audience in the entire world.
Next to that the prices of Camcorders have dropped dramatically and the quality of home video is still increasing, also due to the introduction of DV (digital video) and the fact that a basic home computer nowadays has the processing power and diskspace to edit video's from about 20 minutes. In short; video's made by amateurs and semi-proffesionals have never been more popular.
The principle of archived streaming is rather simple. A video is taped and edited on the home computer using Adobe Premiere or some other editing software. This clip is then encoded in what is called a streaming format, or a file format which allows for the user to view as the clip is downloading. Having encoded the clip, it is then uploaded to a Webserver and then it can be viewed all over the world
Ofcourse their are a few drawback compared to DV-tapes or even VHS. The biggest drawback is that no matter how you encode your clip for streaming events, you will loose quality. This is quite logical concidering what encoding actually does;
Encoding
The trick with encoding is ofcourse to make sure that the clip is downloading a bit faster than that it is played. That way the image never stalls and the viewer can see the video without having to wait for the download to complete. This means you have to make the stream of information tighter than the speed of the connection. As I said earlier normal PAL video is 768px X 576px and 25 frames/s, this comes down to about a Megabyte (1000kbit) of information every second. Usual dial-up connection for instance are only 56k6 bit, this means we would need about seventeen times the bandwith of a regular modem to view PAL-format video. And even broadband connectionc like cable (300kbit) or ISDN (128kb) are 3 or 4 times short for full-PAL, and that is just the image-data, the Audio has to be streamed seperately.
Luckily we can compress image data very well, also cropping down the video signal is very nice way of making the stream slimmer. But still you'll loose quality and it is important to know where this quality is lost. Their are two important factors to concider:
The first one is pixel compression what this does is finding simular colors in the image and add them up. So say you have a guy standing in front of a blue screen, the whole screen can easily be captured into one bit, since it's all blue. The big drawback of this is that you loose distinguished pixels. So if your taping a croud of people, especially in a rather dark enviroment you'll end up with a blur of brown.
The second is moving compression. This means that if you have this guy standing in front of a blue screen, you don't have to put the blue screen through the pipe since it is standing rather still. So putting it once through the pipe and after that only straming the moving pixels is sufficient. The big drawback is that when taping for a streaming video making a wipe or, worse, a zoom will be sluggish and buggy since ALL pixels are moving in such a shot.
Also remember that 160x120 pixels is not very big; make your shots tight, not wide.
Their are different encoders available nowadays on the internet. The leader in the Market is RealPlayer. Although personaly I like the (Microsoft) Advance Streaming Format better. Next to these major streaming formats there's also a Macintosh version available (Quicktime) which is really buggy and sluggish. So I would recommend for the archive streaming the Advanced Streaming Format.
We have to concider that if the Melkweg is going to make video themselves, they will also have to encode them for use on the internet site. Their may be some information made available to them.
Usually their are several streams available on an site. One for broadband connections and one for modems. Usually a 50k stream (about 160x120px and 15frames/s) and a 100k stream (320x240 and 15 frames). Sometimes it is devided in seperate streaming software (Realplayer, Microsoft and Apple) but this is not a necessity, deviding the bandwith is.
Streaming Overview:
0 Live streaming or Webcast
Although managed by the Fab channel, live webstreaming or webcasting is one of the most challanging ways of transmitting video over the web. It also includes a special way of building a player and the website to navigate the streams. That's why I have included a section on webcasting here although we ourselves are most likely not going to do it.
Webcasting is usually done with professional broadcast equipment. This is however a bit overdone. With semi-professional equipment one can do a very nice webcast. Remember that webcasting, just like archived streaming, is encoded. That means that the image quality isn't even near that of television, let alone digital television. So why have all this professional mix-boards and beta-cam camera's as nobody is going to see the difference. Coming round with a simple mix boars, or even a videoswitch and a few regular hi8 or VHS camera's is more that sufficient.
If the webcasting equipment is at all times at the Melkweg there is no real need to be concerned with cables and for instance back up power. If however the equipment is brought in every time a webcast is taking place this equipment, camera's etc should be well tested in advance. Webcasting is in this aspect tricky business and small problems, which will occor can take the whole cast off-line. The amount of cables, placement of camera's back up power, connection-lines, encoders etc. should be well inspected and tested before the webcasting event. Concider also the placement of the computers. I can imagine for instance that the director wants a place in the concert hall to see the actual concert and base his camera discicions on what he sees. This means that most likely a part of the computer equipment will be located in the concert hall as well. A concert hall however tends to get real humid and the people at the Melkweg will most likely bump into the equipment. Computers like neither of those factors so see to it that the machines are located at a bump-free place, preferable with air conditioners and/or extra fans fitted in them.
A webcast, like a television broadcast involves a technical staff which controls the camera's and takes on the direction in real time, when the event is taking place. A webcasting event with just one camera can hardly be sufficient, since the whole essence of webcasting is then put aside. Webcasting should, like a television program, give a good impression of the event taking place.
Then there are the encoders to concider. Just as with Archived media streaming webcast video streams are encoded in much the same way as prerecorded Video is. The only difference is that webcasts are encoded in real-time. An encoder is basically a regular computer with a card that can read a video signal and an encoding program running on it. There are two major encoding programmes, RealEncoder and (Microsoft) Media Encoder. The big diffence between the two is that the first one cost you about $1000 per 5 viewers a year and the latter one is free. Realtime encoding takes up a lot of processing power and encoding several streams on one computer is not a real option because it will get buggy and unstable. So for every stream there should be a computer to encode it.
Here's a demo setup for an imagenary webcasting event;
The setup shown here would connect three camera's and a video (for titles, pre-recorded interviews etc.) throught a video-mixer to two streams on the final site. Be adviced that the audio signals are not drawn here. Microphone lines would run from the camera's, music booth (in the case of a concert) and audience to a seperate mix-board and into the encoders. From the encoders it goes to the distribution center, that is the website
The equipment list would be:
1.A video mix panel
2.At least two camcorders, hi8 or VHS (does not have to be top of the bill)
3.At least one video recorder, to show prerecorded data like titles, interviews etc. You may want more than one video recorder, because you may want to save a copy of the event for later use.
4.A computer for the encoding. This is a Pentium 500+ with a television cars and an audio cart and an encoding program running on for every stream you wish to transmit
5.A connection from the place of the event to the distributing channel, or a webserver at the place of the event. This is preferably a t1 connection since cable can get bursty (drop in bitstream) which is not good for a streaming event. If you can choose a double or quadripple ISDN line is to be preferred over a Cable connection.
6.A webserver which broadcasts the stream to the internet.
7.At least two microphones and a connection to the music (one mic for interviews and 1 for the audience.
8.An audio mixing panel
9.Lots of cables
ZO, en nu eerst een bavaria
[topic=300303/1/25]
[topic=307736/1/25]
[topic=301344/1/25]
[topic=283868/1/25]
[topic=282494/1/25]
[topic=280018/1/25]
[topic=190257/1/25]
[topic=157259/1/25]
etc.
verder kun je op webmonkey heel wat vinden en voor een voorbeeld code verwijs ik graag naar mijn videopagina http://www.xangadix.net/gallery/video [copy+paste]
Gelukkig heb ik net mijn artikel over streaming media geschreven, maar nog niet gespellingchecked, ik post het lekker toch hier.
(ook geen plaatjes nog
)Streaming Media
A first glance on the possibilities of Streaming media at the Melkweg in Amsterdam
This document is NOT checked on spelling.
1.Streaming at a glance
The magic word in internet-reading these days is webstreaming or streaming media. Streaming media in essence means that you can watch or hear a movie or audio file while downloading it. Internet-guru's tell us for years that the web will encapsulate the television and that it is not a question of that it will happen, but when it will happen.
This may very well be; it hasn't happen yet and for streaming media people still need a high-bandwidth setup. Streaming through your regular phone line on 56k6 is just not a possibility, unless you like looking at a 160 pixels wide and 120 pixels high, 4 frames a second movie. (regular PAL television is 768x 576 and 25 frames/s). High bandwidth connections are getting more common everyday and there is an ever increasing audience for these kinds of media streams. Sites like atomfilms where literally thousands of movies can be viewed online, see their audiences actually increase every day. If one has a good internet connection today, which is dual-line ISDN, ADSL or Cable, a very nice compromise is made with 320x240 pixels and 15 frames a second which is, if transferred to a television a agreeable quality and can thus easily be viewed in full-screen. It is however by no means perfect.
It is true that I can imagine a world in which streaming media actually does take over regular television since the possibilities of streaming include the fabeled Video on Demand, or selecting a film from a list and view it on-line. For this to actually happen we will need a network infrastructure that is tenfold the infrastructure we now call fast.
That is if one expects the DVD-quality we get from our local video store. (which is again the pal-format digitized). And the 320x240 standard available on most webservers as being video-on-demand may be sufficient for a news broadcast or a short video it is by no means sufficient for a full-length movie; it gives you a headache. This is in fact the protocol used for so called archived streaming more on this subject in 2.2.
Videoconferencing, the second big possibility announced through the use of streaming media is much more close at hand. Is the video-phone in cartoons like the Jetsons something for a distant future, it is actually a reality nowadays. All you need to set it up is a good internet connection (cable or ISDN) a webcam and some room on a webserver. And the latter isn't even a necessity when using programs like netmeeting or another peer-to-peer tool (one-on-one communication). This protocol is further describes in 2.1
Taking the Videoconferencing analogy further one can watch live-images from an event taking place in the melkweg itself. This is done by what we call a webcast. As we understand it, this type of streaming is done by the Fab-Channel for the melkweg.
Still we need to know a variety of things to incorperate a webcast in the site.
2.Different kinds of streaming explained
Streaming media, as video is concerned, tends to get confused a lot. As it comes to video streaming I like to devide the options into three catagories. For audio streaming only we have to add a very big number of possibilities like Mp3-streaming, flash-streaming etc. These audio events may very well be a topic of a next paper, but I will exclude them here.
0 Webcams
The first is the most common streaming event on the web; the traditional webcam. The webcam is a small and relative cheap device that connects a (rather bad) CCD camera to a computer. This computer translates the signal and sends it to your Provider through a cable or Phone line. There it is simply put on a page or transmitted through for instance Netmeeting and can thus be received form anywhere in the world.
Your usual webcam software uses what I call a File tranferring. What it actualy does is taking screenshots from the webcam image and pastes them into a file on the server. Imagine it like this: I have put a file image.jpg on the server. Now I start taking pictures with my webcam and every time I do so I rewrite the file image.jpg on the server and refresh the webpage it's on. This is what a usual webcam in essence does. You can imagine that the framereate isn't all-that. Apart ftom that the image quality is plainly poor. A webcam wasn't build to tape your personal television program, it was build to transmit fast images of you while you'r on the phone. The image is blurry and has almost no contrast. It's literally a for-fun-device rather than a professional tool to tape and transmit events.
On the positive site; it is fast, easy to install and does not require a lot of bandwidth. The computer does not have to encode the image so we can do with less processing power than we would need for a live webcast. And the image is faster. Most webcams also have the ability to transfer Audio, which is actually streamed and not, as the picture is, file transferred to the server. That is because the device was actually build for Video conferencing. This does mean that these qualities can be used for for instance interactive boots in the melkweg. More about that in chapter 3.
0 Archived streaming
Short videos have gotten a complete new chance on the internet. Were Amateur or Semi-proffesional videoclips only for small festivals and art-galleries; now with the invention of streaming and sites like Atomfilmsdistributing thousands of short clips to an ever expanding audience in the entire world.
Next to that the prices of Camcorders have dropped dramatically and the quality of home video is still increasing, also due to the introduction of DV (digital video) and the fact that a basic home computer nowadays has the processing power and diskspace to edit video's from about 20 minutes. In short; video's made by amateurs and semi-proffesionals have never been more popular.
The principle of archived streaming is rather simple. A video is taped and edited on the home computer using Adobe Premiere or some other editing software. This clip is then encoded in what is called a streaming format, or a file format which allows for the user to view as the clip is downloading. Having encoded the clip, it is then uploaded to a Webserver and then it can be viewed all over the world
Ofcourse their are a few drawback compared to DV-tapes or even VHS. The biggest drawback is that no matter how you encode your clip for streaming events, you will loose quality. This is quite logical concidering what encoding actually does;
Encoding
The trick with encoding is ofcourse to make sure that the clip is downloading a bit faster than that it is played. That way the image never stalls and the viewer can see the video without having to wait for the download to complete. This means you have to make the stream of information tighter than the speed of the connection. As I said earlier normal PAL video is 768px X 576px and 25 frames/s, this comes down to about a Megabyte (1000kbit) of information every second. Usual dial-up connection for instance are only 56k6 bit, this means we would need about seventeen times the bandwith of a regular modem to view PAL-format video. And even broadband connectionc like cable (300kbit) or ISDN (128kb) are 3 or 4 times short for full-PAL, and that is just the image-data, the Audio has to be streamed seperately.
Luckily we can compress image data very well, also cropping down the video signal is very nice way of making the stream slimmer. But still you'll loose quality and it is important to know where this quality is lost. Their are two important factors to concider:
The first one is pixel compression what this does is finding simular colors in the image and add them up. So say you have a guy standing in front of a blue screen, the whole screen can easily be captured into one bit, since it's all blue. The big drawback of this is that you loose distinguished pixels. So if your taping a croud of people, especially in a rather dark enviroment you'll end up with a blur of brown.
The second is moving compression. This means that if you have this guy standing in front of a blue screen, you don't have to put the blue screen through the pipe since it is standing rather still. So putting it once through the pipe and after that only straming the moving pixels is sufficient. The big drawback is that when taping for a streaming video making a wipe or, worse, a zoom will be sluggish and buggy since ALL pixels are moving in such a shot.
Also remember that 160x120 pixels is not very big; make your shots tight, not wide.
Their are different encoders available nowadays on the internet. The leader in the Market is RealPlayer. Although personaly I like the (Microsoft) Advance Streaming Format better. Next to these major streaming formats there's also a Macintosh version available (Quicktime) which is really buggy and sluggish. So I would recommend for the archive streaming the Advanced Streaming Format.
We have to concider that if the Melkweg is going to make video themselves, they will also have to encode them for use on the internet site. Their may be some information made available to them.
Usually their are several streams available on an site. One for broadband connections and one for modems. Usually a 50k stream (about 160x120px and 15frames/s) and a 100k stream (320x240 and 15 frames). Sometimes it is devided in seperate streaming software (Realplayer, Microsoft and Apple) but this is not a necessity, deviding the bandwith is.
Streaming Overview:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
| 28k8 = 26k6 stream (120x80) + audio (6k) 56k6 = 50k5 stream (320x200) + audio (10k) ISDN (320x200 x 15 fps) = +/-100k dual ISDN/ADSL (400x300 x 15 fps) = +/-200k cable and above (640x480 x 15fps or 400x300x25fps) = +/-300k + audio: 10k (=phone), 20k (=radio), 44k (=CD) Streaming formats: .asf (wmf) = (cinepak) .rm (ram) = (Real Media file) .mov = (Apple quicktime progressive download) .gif = animated gif (only 256bit)(used for animation) |
0 Live streaming or Webcast
Although managed by the Fab channel, live webstreaming or webcasting is one of the most challanging ways of transmitting video over the web. It also includes a special way of building a player and the website to navigate the streams. That's why I have included a section on webcasting here although we ourselves are most likely not going to do it.
Webcasting is usually done with professional broadcast equipment. This is however a bit overdone. With semi-professional equipment one can do a very nice webcast. Remember that webcasting, just like archived streaming, is encoded. That means that the image quality isn't even near that of television, let alone digital television. So why have all this professional mix-boards and beta-cam camera's as nobody is going to see the difference. Coming round with a simple mix boars, or even a videoswitch and a few regular hi8 or VHS camera's is more that sufficient.
If the webcasting equipment is at all times at the Melkweg there is no real need to be concerned with cables and for instance back up power. If however the equipment is brought in every time a webcast is taking place this equipment, camera's etc should be well tested in advance. Webcasting is in this aspect tricky business and small problems, which will occor can take the whole cast off-line. The amount of cables, placement of camera's back up power, connection-lines, encoders etc. should be well inspected and tested before the webcasting event. Concider also the placement of the computers. I can imagine for instance that the director wants a place in the concert hall to see the actual concert and base his camera discicions on what he sees. This means that most likely a part of the computer equipment will be located in the concert hall as well. A concert hall however tends to get real humid and the people at the Melkweg will most likely bump into the equipment. Computers like neither of those factors so see to it that the machines are located at a bump-free place, preferable with air conditioners and/or extra fans fitted in them.
A webcast, like a television broadcast involves a technical staff which controls the camera's and takes on the direction in real time, when the event is taking place. A webcasting event with just one camera can hardly be sufficient, since the whole essence of webcasting is then put aside. Webcasting should, like a television program, give a good impression of the event taking place.
Then there are the encoders to concider. Just as with Archived media streaming webcast video streams are encoded in much the same way as prerecorded Video is. The only difference is that webcasts are encoded in real-time. An encoder is basically a regular computer with a card that can read a video signal and an encoding program running on it. There are two major encoding programmes, RealEncoder and (Microsoft) Media Encoder. The big diffence between the two is that the first one cost you about $1000 per 5 viewers a year and the latter one is free. Realtime encoding takes up a lot of processing power and encoding several streams on one computer is not a real option because it will get buggy and unstable. So for every stream there should be a computer to encode it.
Here's a demo setup for an imagenary webcasting event;
The setup shown here would connect three camera's and a video (for titles, pre-recorded interviews etc.) throught a video-mixer to two streams on the final site. Be adviced that the audio signals are not drawn here. Microphone lines would run from the camera's, music booth (in the case of a concert) and audience to a seperate mix-board and into the encoders. From the encoders it goes to the distribution center, that is the website
The equipment list would be:
1.A video mix panel
2.At least two camcorders, hi8 or VHS (does not have to be top of the bill)
3.At least one video recorder, to show prerecorded data like titles, interviews etc. You may want more than one video recorder, because you may want to save a copy of the event for later use.
4.A computer for the encoding. This is a Pentium 500+ with a television cars and an audio cart and an encoding program running on for every stream you wish to transmit
5.A connection from the place of the event to the distributing channel, or a webserver at the place of the event. This is preferably a t1 connection since cable can get bursty (drop in bitstream) which is not good for a streaming event. If you can choose a double or quadripple ISDN line is to be preferred over a Cable connection.
6.A webserver which broadcasts the stream to the internet.
7.At least two microphones and a connection to the music (one mic for interviews and 1 for the audience.
8.An audio mixing panel
9.Lots of cables
ZO, en nu eerst een bavaria
Stoer; Marduq
Verwijderd
Iets in die richting ja.
Als Obi zegt dat RealPlayer bagger is, dan neem ik dat aan.
Omdat we met z'n allen gemiddeld niet langer dan 11,3 seconden onze aandacht op iets willen vestigen.
Ik ben er van afgestapt om twee filmpjes van Jos Verstappen op een homepage te zetten, het voegt weinig toe..
:strip_exif()/u/7295/blit.gif?f=community)
als je het dan toch verbeterd doe het dan goed
1 megabyte ( MB ) is 2 tot de 20e macht bytes oftewel 1048576 bytes. Een kilobyte ( KB ) is 2 tot de 10e macht bytes, oftewel 1024 bytes. In deze context is 1 megabyte 1024 kilobyte...
Hoewel 1000 kilobyte ook goed is hoor
"You're only as good, as what you did last week."
Pagina: 1