View Full Version : London HDTV Trials Sample Video
kunkie
7th September 2006, 18:12
I have uploaded Sample videos of the London HDTV Trials for those who can't get it from Crystal Palace.
You can download a BBC HD Trial Sample from:
http://www.gigasize.com/get.php/23058/BBC_HD1.ts
Also an ITV HD Sample video (about 130MB):
http://depositfiles.com/en/files/234225/ITV_HD1.ts.html
or you can see thumbnails and technical info at:
http://gcse.phpnet.us/hdtv.htm
My interpretation of the law is that this is not piracy because this is being done "for the purpose of criticism or review".
iNFO-DVD
7th September 2006, 21:04
Is something wrong/different with these clips?
I can't view them...
DGIndex says noPIDS.
HDTVtoMPEG2 says nothing there.
WorBry
7th September 2006, 21:57
The BBC sample at least is H264 and plays back quite well with CoreAVC, Havent tested the ITV sample.
Flaarn
7th September 2006, 22:59
The second ts sample is also H264 and contains the itv test stream and channel 4/5 hd streams too, the itv stream is the only real active one, the others are just showing a holder showing what's coming up.
WorBry
10th September 2006, 06:49
Tried to download the linked ITV sample from DepositFiles.com and keep getting 'Invalid Image Code' error.
Edit: Duh, didnt notice the character security box. Success now :rolleyes:
bond
10th September 2006, 11:09
any chance of getting smaller samples? like 30mb or so :)
kunkie
10th September 2006, 21:54
any chance of getting smaller samples? like 30mb or so :)
I suppose I could do that and I will upload tomorrow.
But please bear in mind that this is a transport stream and so you can download 30mb of the large file and stop the download and the file should play perfectly well since DVB packets are only 188bytes each.
SeeMoreDigital
10th September 2006, 22:03
Looks like you got more interest in your thread than I did (http://forum.doom9.org/showthread.php?t=112169)... LOL
chilledoutuk
13th September 2006, 02:08
OK im able to get the crystal palace broadcasts here i have a 50MB ts dumpe from channel 4.
http://rapidshare.de/files/32919640/522_H_8000_Ch4_HD_Trial.ts.html
I am currently encoding some content to 720p will post a sample of that as well when its done.
Here is a small 30mb clip from the itvhd stream.
http://rapidshare.de/files/32921269/opoiok.TSSplit.2-7.ts.html
kunkie
13th September 2006, 17:43
OK im able to get the crystal palace broadcasts here i have a 50MB ts dumpe from channel 4.
http://rapidshare.de/files/32919640/522_H_8000_Ch4_HD_Trial.ts.html
I am currently encoding some content to 720p will post a sample of that as well when its done.
Here is a small 30mb clip from the itvhd stream.
http://rapidshare.de/files/32921269/opoiok.TSSplit.2-7.ts.html
Thanks chilledoutuk!
I had a hard disk failure and lost all my HD clips.
bond
13th September 2006, 18:34
:thanks:
SeeMoreDigital
13th September 2006, 22:05
All these UK samples are quite interesting....
Not one of the 16:9 sources has been encoded using square pixels, ie: 1920x1080 pixels. They are all 1440x1080 anamorphic!
By-the-way.... Kurtnoise13's latest build of MP4Box does a great job of detecting audio and video streams placed within the TS container ;)
chilledoutuk
15th September 2006, 20:40
currently i am having to use direcrshowsource to get these videos into avisynth.
I dont suppose somone is making a h.264 decoder.
What would be really good is if dgindex could handle h.264 transport streams then that would rock.
If there is any other programs for doing this please let me know.
Not one of the 16:9 sources has been encoded using square pixels, ie: 1920x1080 pixels. They are all 1440x1080 anamorphic!
This is indeed unusual but perhaps they didnt think they needed to or couldnt do full res hdtv with h.264.
They probably used the same concept that gave rise to anamorphic dvd's. That being that the human eye is more sensitive to verticle detail.
One would suspect the perceptual difference between 1440x1080 and 1920x1080 would be very minimal. whereas the difference between 720p and 1080p is noticable but still the quality of the source is more important.
WorBry
19th September 2006, 20:27
The BBC sample at least is H264 and plays back quite well with CoreAVC, Havent tested the ITV sample.
I was mistaken about CoreAVC being able to decode these streams. As I discovered subsequently, it was the Elecard H264 decoder in a demo version of their StreamEye tools that was handling the playback. Apparently, Cyberlink's H264/AVC decoder (in PowerDVD7) also does the job.
MPlayer-based players (MPUI and GMPlayer) also fare quite well and, for the ''command-line declined'', such as myself, MediaCoder (mencoder GUI) is pretty handy for demuxing and conversion to other formats/containers.
Chilledoutuk -out of interest, what DShow filter are you using that enables you load the streams into AVISynth with DirectShowSource? I was under the impression that FFDShow cant handle these streams either. Has someone come up with a build that can?
Edit: well wouldnt you know it, right there under my nose:
http://forum.doom9.org/showthread.php?p=877667#post877667
chilledoutuk
22nd September 2006, 03:18
I use the halli media splitter with the latest version of core avc and ffdshow to decode the audio.
http://img88.imageshack.us/img88/2457/graphvx7.png (http://imageshack.us)
SeeMoreDigital
22nd September 2006, 08:10
Just to confirm....
After downloading the two samples provided by chilledoutuk, I've been able to use this 2006-08-28 build (http://kurtnoise.free.fr/index.php?dir=mp4tools/) of MP4Box to de-mux and re-mux the streams to MP4 without any issues ;)
Cheers
Borbus
22nd September 2006, 10:01
I downloaded the ITV sample. Used loads of CPU power, much more than normal for h.264. 60-70% on my Core 2 Duo E6300. 720p encodes done with x264 use about 20% to decode (with no audio). Does Transport stream take a lot of CPU power to demux?
Also, shame to see they're using 256kbps MP2.. I wish they'd start using AC3 or AAC if they're just going to be broadcasting stereo. Seems a waste to have AVC and MP2 in the same mux.
chilledoutuk
22nd September 2006, 15:46
borbus i suspect that the massive datarate is what is causing the higher demand of cpu power when decoding.
seemoredigital thanks i will try that build out.
Dethis
22nd September 2006, 16:28
borbus i suspect that the massive datarate is what is causing the higher demand of cpu power when decoding.....
Deinterlacing also is a factor.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.