Streams erogated by this server (as of 16/6/2016)

64031/rh_mp4_CIF_284_TS
64037/x70_hevc_1200
64038/x70_hevc_300
64044/rh_mp4_hD1_750
64047/rh_mp4_CIF_175_TS /CIF_175i
64048/rh_mp4_hD1_750_TS
64052/rh_ts_h264_PAL_1500 /PAL_1600
64053/rh_ts_h264_PAL_750
64060/HD_4Mbps /HD_4000
64064/autostrada_PAL 3Mbps
64065/autostrada_PAL 2Mbps /HD_2000
64070/PAL_2500
64071/PAL_1500
64073/CIF_200
64074/hCIF_100
64080/PAL
64081/CIF
64082/mpeg2
64083/mp4
64084/home_720p
64085/home_1080p
64086/mpg2_4.3
64087/mpg2_6.4

Complete list of generated streams (I hope!)

This website is a boiling pot... - last update February 16th, 2015
(i've included a portion of httpd.conf file)

sezione del file httpd.conf

streams proxed by Apache (on port 80)

Listed by growing bitrate as of June 17th 2014
http://iginomanfre.it/rh_mp4_CIF_284_TS	CIF [360*200] 284 Kbps 16:9
http://iginomanfre.it/rh_mp4_CIF_90_TS	CIF [360*288] 90 Kbps 16:9
http://iginomanfre.it/rh_mp4_hCIF_90_TS	quarter CIF [180*288] 90 Kbps 16:9
http://iginomanfre.it/rh_mp4_CIF_175_TS	half CIF [180*288] 90 Kbps TO BE FORCED (horizontally stretched) to 16:9
ProxyPass http://iginomanfre.it/rh_mp4_hD1_750_TS	half CIF [180*200] 100 Kbps TO BE FORCED (horizontally stretched) to 16:9
http://iginomanfre.it/rh_mp4_hCIF_120_TS	quarter CIF [180*288] 120 Kbps maybe TO BE FORCED (horizontally stretched) to 16:9
ProxyPass http://iginomanfre.it/rh_ts_h264_hD1_750	half D1 [360*576] 750 Kbps TRANSPORT STREAM anamorphic 16:9
http://iginomanfre.it/rh_ts_h264_PAL_1500	PAL (aka D1) [720*576] 1.5 Mbps TRANSPORT STREAM anamorphic 16:9
http://iginomanfre.it/rh_ts_h264_PAL_750	PAL (aka D1) [720*576] 750 Kbps TRANSPORT STREAM anamorphic 16:9
http://www.iginomanfre.it/hCIF_100	half CIF [180*200] 100 Kbps TO BE FORCED (horizontally stretched) to 16:9 Clicking on the icon at right you can access to the mediainfo analysis of the file
http://www.iginomanfre.it/rtp_int	128 Kbps CIF h264+mp3. This stream is generated by the server using the file balloons_and_fans_80.mp4 in two steps: initially is erogated in rtp from the server to itself on port 64099, then this transmission is forwarded as it is in http on port 64088 and last proxed by apache on port 80. Clicking on the icon at right you can access to the mediainfo analysis of the file
http://www.iginomanfre.it/mp4	134 Kbps CIF h264 with MPEG1 layer 3 (mp3) audio Clicking on the icon at right you can access to the mediainfo analysis of the file
http://www.iginomanfre.it/CIF_200	quarter PAL 16:9 - NOT anamorphic 360*200 Clicking on the icon at right you can access to the mediainfo analysis of the file
http://www.iginomanfre.it/CIF	320 Kbps CIF h264 with aac audio wrapped MPEG2 TS Clicking on the icon at right you can access to the mediainfo analysis of the file
http://www.iginomanfre.it/PAL	1.5 Mbps PAL h264 (with aac audio) Clicking on the icon at right you can access to the mediainfo analysis of the file
http://www.iginomanfre.it/http	1.5 Mbps PAL h264, an alias of former
http://www.iginomanfre.it/PAL_1500	PAL 16:9 - NOT anamorphic 720*400, 1.5 Mbps h264
http://www.iginomanfre.it/mpeg2	1.8 Mbps PAL mpeg2
http://www.iginomanfre.it/PAL_2500	PAL 16:9 - NOT anamorphic 720*400, 2.5 Mbps h264
http://www.iginomanfre.it/home_720p	2.7 Mbps 720p h264
http://www.iginomanfre.it/home_1080p	3.2 Mbps 1080p h264 Clicking on the icon at right you can access to the mediainfo analysis of the file
www.iginomanfre.it/HD_4000	HD 1080p25 4 Mbps h264 Clicking on the icon at right you can access to the mediainfo analysis of the file
www.iginomanfre.it/HD_2000	HD 720p30 2 Mbps h264 You must be aware that the codec (ffmpeg, free!) really made incredible efforts to squeeze a 720p below 2 Mbps, even considering the double pass offline compression. In fact the result is quite nice, but sometimes the vertical flow of the cars is not fluid. Clicking on the icon at right you can access to the mediainfo analysis of the file
http://www.iginomanfre.it/autostrada_PAL	3.5 Mbps h264 PAL NOT anamorphic (720x400) Clicking on the icon at right you can access to the mediainfo analysis of the file
http://www.iginomanfre.it/mpg2_4.3	4.3 Mbps 1080p mpeg2
http://www.iginomanfre.it/mpg2_6.4	6.4 Mbps 1080p mpeg2
http://www.iginomanfre.it/rtp_ext	externally generated stream, may be not available, please read this page

Where these stream can be viewed

These native streams are viewable on whatever device where VLC can be installed.
VLC is available for PC as well Mac platforms (see VLC website for more informations)
On a windows PC (but the version for other OSs are similar) to load a stream directly, click on Media -> Open Network Stream and in the windows it will opens, type the URL of the desired stream.

About smartphone, I'm using VLC player for android, still in beta version (0.1.3), but it works quite fine (despite of the warning about the risks for your cat, and a user interface quite poor compared to desktop program).

home_720p h264 reproduced with android VLC player on a Samsung Note2 (GT-N7100) quad core with android 4.1.2
I've decoded on this phone even a 1080p50

The next three screenshots show how to recall a http stream with VLC app.

On android devices, after installing VLC beta (always from the google market)
click over the "point" icon ...	..a text windows will open	...and type the URL of the stream.

The URL can be written in three ways:

using the ipaddress


using the main alias of the DNS


usinge the alternative alias of the DNS

On mobile phones, please use only low bitrate streams (up to 500 Kbps) excluding the case in which you are connected via wifi with a reliable download or in HSDPA.
3g data bandwidth depends on coverage and this may not be able to supply more than 500 Kbps.
If you can, please collaborate to the VLC Android testbed forum and do not forget that in these pages you could find solution to some of your Android VLC troubles.
At the moment the beta version 0.1.3 does not recognize the loop and stops the reproduction at any loop.

Back to index.html

Pages on cloud server

The webpages linked in the following table are intended to be browsed through a personal computer where is available the VLC plug-in (so Windows, MAC, Linux, etc, see VLC website for more informations)

At the moment the plug-in architecture model is not fashinating smartphones software geeks, it means that if you recall these pages -- the same pages you are able to see on a laptop -- in place of the video you'll get this placeholder:

informing of the unavailability of the VLC plug-in (what shown is what Firefox shows but it's alike for Chrome and Opera).

The player usually invoked by browser with embeds, in smartphone apps is included in the application itself. Because Adobe do not support any flash app for smartphones apps, to view YouTube contents you cannot use Firefox but you must use the YouTube app or browsers (like Opera or Skyfire) that embeds an open source flash player.
The same happens for Microsoft's Silverlight: RAI, italian national broadcaster, releases an android and IOS specific application to let people view through phones/pads its transmissions via web.

What is sure is that there is no VLC plug-in for android porting of firefox, so all the following webpages embedding an MPEG2 TS or mp4 stream if recalled will from a smartphone will generate that warning instead of showing the video

Listed without any order
rh_mp4_CIF_284_TS.html	embeds a h264 CIF 284 Kbps (audio aac) wrapped TS generated by VLC on port 64031 and proxed by Apache
rh_mp4_hCIF_90_TS.html	embeds a h264 hCIF 90 Kbps (audio aac) wrapped TS generated by VLC on port 64045 and proxed by Apache
rh_mp4_hD1_750.html	embeds a h264 hD1 750 Kbps (audio aac) wrapped mp4 generated by VLC as TS on port 64044 and proxed by Apache but VLC has looping problems: when the clip finishes, it does not restart
rh_mp4_hD1_750_TS.html	embeds a h264 hD1 750 Kbps (audio aac) wrapped TS generated by VLC on port 64048 and proxed by Apache
rh_mp4_qCIF_120_TS.html	embeds a h264 quarter CIF 90 Kbps (audio aac) wrapped TS (total 120Kbps) generated by VLC on port 64049 and proxed by Apache
rh_ts_h264_hD1_750.html	embeds a h264 hD1 750 Kbps (audio aac) wrapped TS generated by VLC on port 64053 and proxed by Apache
rh_ts_h264_PAL_1500.html	embeds a h264 PAL 1.500 Mbps (audio aac) wrapped TS generated by VLC on port 64052 and proxed by Apache
rh_ts_h264_PAL_750.html	embeds a h264 hD1 750 Kbps (audio aac) wrapped TS generated by VLC on port 64048 and proxed by Apache
storia_PAL	embeds a h264 PAL 1,5 Mbps (audio aac) generated by VLC on port 64080 and proxed by Apache as /PAL and /http
autostrada_PAL	embeds a h264 PAL 16:9 3.5 Mbps (audio mp3 48 KHz 128 Kbps) generated by VLC on port 64064 and proxed by Apache as /autostrada_PAL
HD_2000	embeds a h264 720p30 2 Mbps (audio aac 48 KHz 128 Kbps) generated by VLC on port 64065 and proxed by Apache as /HD_2000 Clicking on the icon at right you can access to the mediainfo analysis of the file
index2a	embeds a h264 CIF 250 Kbps (audio aac)generated by VLC on port 64081 and proxed by Apache as /CIF
home_CIF	embeds a h264 200 Kbps VBR 50 frame per second with 64 Kbps AAC stereo 48KHz audio generated by VLC on port 64073 and proxed by Apache as /CIF_200
home half CIF	embeds a h264 100 Kbps VBR 50 frame per second with 48 Kbps AAC stereo 24KHz audio generated by VLC on port 64074 and proxed by Apache as /hCIF_100 but here the VLC plug-in (seems) do not allow to stretch the video as would required while this is possible through the ordinary program user interface.
home PAL 1500	embeds a h264 1.5 Mbps VBR 50 frame per second with 64 Kbps AAC stereo 48KHz audio generated by VLC on port 64071 and proxed by Apache as /PAL_1500
home PAL 2500	embeds a h264 2.5 Mbps VBR 50 frame per second with 64 Kbps AAC stereo 48KHz audio generated by VLC on port 64070 and proxed by Apache as /PAL_2500
index5a	embeds mpeg2 PAL 1,8 Mbps (audio mp3) generated by VLC on port 64082 and proxed by Apache as /mpeg2
index6a	embeds h264 CIF mean 100 Kbps (audio mp3 56 Kbps) wrapped in mp4 generated by VLC on port 64083 and proxed by Apache as /mp4
home_720p	embeds h264 720p mean 2.7 Mbps, audio mpeg1 layer 3 (mp3, 192 Kbps 48KHz) generated by VLC on port 64084 and proxed by Apache as /home_720p
vlc_720p	embeds the same source stream unmediated by Apache, i.e. directly generated by VLC on port 64084/home_720p If you're behind a firewall the ports different from 80 are often blocked
home_1080p	embeds h264 1080p mean 3.2 Mbps, audio mpeg1 layer 3 (mp3, 192 Kbps 48KHz) generated by VLC on port 64085 and proxed by Apache as /home_1080p
vlc_1080p	embeds the same source stream unmediated by Apache, i.e. directly generated by VLC on port 64085/home_1080p If you're behind a firewall the ports different from 80 are often blocked
mpeg2 1080p 4.3 Mbps	embeds mpeg2 1080p mean 4.3 Mbps, audio mpeg1 layer 3 (mp3, 192 Kbps 48KHz)generated by VLC on port 64086 and proxed by Apache as /mpg2_4.3
vlc_mpg2_4.3	embeds the same source stream unmediated by Apache, i.e. directly generated by VLC on port 64086/mpg2_4.3 If you're behind a firewall the ports different from 80 are often blocked
mpeg2 1080p 6.4 Mbps	embeds mpeg2 1080p mean 6.4 Mbps, audio mpeg1 layer 3 (mp3, 192 Kbps 48KHz) generated by VLC on port 64087 and proxed by Apache as /mpg2_6.4
vlc_mpg2_6.4	embeds the same source stream unmediated by Apache, i.e. directly generated by VLC on port 64087/mpg2_6.4 If you're behind a firewall the ports different from 80 are often blocked
worlwide live webcasting	Sample live webcasting page originated from everywhere in the world: see the next two paragraphs.

This last page embeds two streams one (the first from top), a short loop always available generated in RTP by the server itself and proxed in http (http://www.iginomanfre.it/rtp_int, embedded also in the mother of this page); the second is the http forward of an external RTP stream. It will show something only if I'm transmitting something. I.e. this second stream is usually empty because present only if the server receive someting on the RTP port it's listening. If available the proxed stream is http://www.iginomanfre.it/rtp_ext.

If you want to see your stream there, contact me by mail (igino.manfre@gmail.com) or call me by phone (+39 3358235346) or through skype (igino.manfre, usually on). As explained in the page, I've tested with a PAL stream upload through mobile data network (HSDPA) compressed in h264 at 700 Kbps, while from a plain ADSL is usually possible to upload no more than 200 Kbps stream. This is the only limitation because the streaming method allow to fully exploit the Gbps bandwidth of the server with no useless duplications.