Volunteers for pre-alpha test of HDTV playback needed

[dingo35]

The client code I posted has not processed hdtv2.patch from Marten correctly. I applied it and mode two modifications:
-changed abs function call to floating point to fabs, as code wont compile when trying to apply abs to floating point
-added countPictureHeaders definition in Pespacket class definition.

New client source code attached, dongle binary uploaded:
http://rapidshare.com/files/355624021/vomp-dongle-0.3.1-2-Yaris-HD2.bz2

Please dont complain to me about rapidshare, downloading in off-peek hours just works fine for free users. Better ask the admin of this board to increase the upload limit from 2000K to 2500K, since compressed dongle is slightly over 2000k ....:-(
Also dont ask me to function als your personal upload center...

Hondans, perhaps you could upload these versions to your ftp server for all's convenience?

[dingo35]

Marten, at testing some strange behaviour of the "normal" client (MVP, not windows):

Selecting Main menu option TV gives channels list, some HD channels do not appear in the list (wouldnt expect that that had already been taken care of), and some do ?!?

My channels.conf:

Code: [Select]

:HDTV
NederlandHD;Canaldigitaal:11856:vC56M2O35S1:S23.5E:27500:517=27:90=dut:36:100:7035:3:3208:0
Nederland 3 HD;Canaldigitaal:12129:vC56M2O35S1:S23.5E:27500:520=27:96:40:100:20950:3:3222:0
RTL4 HD;CANALDIGITAAL:11856:vC56M2O35S1:S23.5E:27500:514=27:84=dut:34:D03,D70,100:7020:3:3208:0
een HD;CANALDIGITAAL:11856:vC56M2O35S1:S23.5E:27500:516=27:88=dut:37:100:7030:3:3208:0
Discovery HD;CANALDIGITAAL:11856:vC56M2O35S1:S23.5E:27500:512=27:0;80=dut:43:D03,D70,100:7010:3:3208:0
NGC HD;CANALDIGITAAL:11856:vC56M2O35S1:S23.5E:27500:513=27:0;82=dut:0:100:7015:3:3208:0
BBC HD;BSkyB:10847:vC56M2O0S1:S28.2E:22000:5500=2:5502=NAR;5501=eng:5503:0:6940:2:2050:0
History Channel HD;skylink:12110:hC910M2O20S1:S23.5E:27500:4002=2:4322=hun;4162=cze,4242=eng:0:D70,D03,100:5042:3:3221:0
Eurosport HD;skylink:12110:hC910M2O20S1:S23.5E:27500:4001=2:4161=cze,4321=hun,4641=dut;4241=eng:0:D70,D03,100:5041:3:3221:0
Einsfestival HD;ARD:12421:hC34M2O0S0:S19.2E:27500:1601=27:1602=deu;1606=deu:0:0:28396:1:1201:0
ANIXE HD;BetaDigital:11303:hC23M5O35S1:S19.2E:22000:255=2:0;259=deu:0:0:4900:1:1007:0
arte HD;ZDFvision:11361:hC23M5O35S1:S19.2E:22000:6210=27:6221=deu,6222=fra;6220=deu:6230:0:11120:1:1011:0
ORF1 HD;ORF:11303:hC23M5O35S1:S19.2E:22000:1920=27:1921=deu,1922=eng;1923=deu:1925:D05,1702,1833,648,D95,9C4:4911:1:1007:0
BravaHDTV;CANALDIGITAAL:11856:vC56M2O35S1:S23.5E:27500:515=27:0;86=dut:0:D03,D70,100:7025:3:3208:0
MTVNHD;MTV Networks Europe:11778:vC34M2O0S0:S19.2E:27500:2000=27:2001=eng;2002=eng:0:D00,100,500,1811:28601:1:1068:0
MTVNHD;MTV Networks Europe:11778:vC34M2O0S0:S19.2E:27500:2000=27:2001;2002=eng:0:D00,100,500,1810,1811:28600:1:1068:0
ASTRA HD Demo;DVL.TV:10862:hC56M2O0S0:S23.5E:22000:1011=2:1013=eng:0:0:5000:3:3111:0
ASTRA HD+;BetaDigital:11303:hC23M5O35S1:S19.2E:22000:511=2:0;515=deu:0:0:4901:1:1007:0
Film 1 HD;CANALDIGITAAL:12129:vC56M2O35S1:S23.5E:27500:521=27:98;111=dut:0:100:20955:3:3222:0
Sport 1 HD;Canaldigitaal:12129:vC56M2O35S1:S23.5E:27500:522=27:100:42:100:20960:3:3222:0
HD-Test ARD ZDF;IRT:11361:hC23M5O35S1:S19.2E:22000:6410=2:6420=deu;6421=deu,6422=Ori:6430:0:11140:1:1011:0

Displayed in the list are:
BBC HD, History Channel HD, Eurosport HD, ANIXE HD, ASTRA HD Demo, ASTRA HD+, HD_Test ARD ZDF . The other ones are blanked (expected behaviour, since HD on SD device will go wrong).

[MartenR]

Well the current code detects =27 in  the channels.conf, which means h264 is used as codec. mpeg2 HD (=2 same as SD), which I did not know that is still used has no feature in the channels conf, that distigish it from SD, so I am unable to detect it.
Sorry.... The only way would be to scan inside incoming data, but for that you have to already tune into the channel.

Marten

[hondansx]

The client code I posted has not processed hdtv2.patch from Marten correctly. I applied it and mode two modifications:
-changed abs function call to floating point to fabs, as code wont compile when trying to apply abs to floating point
-added countPictureHeaders definition in Pespacket class definition.

New client source code attached, dongle binary uploaded:
http://rapidshare.com/files/355624021/vomp-dongle-0.3.1-2-Yaris-HD2.bz2

Please dont complain to me about rapidshare, downloading in off-peek hours just works fine for free users. Better ask the admin of this board to increase the upload limit from 2000K to 2500K, since compressed dongle is slightly over 2000k ....:-(
Also dont ask me to function als your personal upload center...

Hondans, perhaps you could upload these versions to your ftp server for all's convenience?

Hi Dingo,

the attachment is broken and rapidshare is very busy.
Could you send both to HondaNSX@Gmx.de. I will upload it to my ftp.

THK,
Walter

[dingo35]

I tried to install the "hdtest2" version of vomp for windows on my old laptop. The vompwin 0.3.0 starts ok at this laptop (not sure about sound and picture because I have no compatible vompserver running at the moment).

At first I got the message "This application is not configured correctly; reinstall" (not the literal version since my local language is installed), this could be solved by installing the C++ 2008 redistributable .

Now, when I start the exe, you can see a window is drawn, but then immediately it is deleted and vomp exits. Redirecting output gives an empty file. Disabling audio and video acceleration does not help. Changing video/audio codec does not help (of course, it doesnt even get to draw the main menu).

Perhaps my directX is not entirely up to par, I did my standard "D3DXDLLFebruary29\D3DX9_29_dll_update"  routine, but perhaps new HD version has higher requirements to directX? Or is something else going wrong? Dxdiag gives good results on directdraw and direct3d ...

Thanks!

[MartenR]

Hi,
yes this are probably the Visual C++ 2008 runtime libs. They can be somewhere downloaded from Microsoft.
I am using now the DirectX SDK from November 2008, so the runtime has to be newer.
The reason for this is that I am now developping on a newer computer with newer software.

Marten

[MartenR]

Hi,
I hope some reads this.
I need one information about 720p recordings at 50 fps.
Is the navigation working correctly?
I am not sure if I have interpreted vdrs frame counting correctly.
So can anyone comment on this?

Marten

[MartenR]

Ok I tested it myself on a one minute sample it was wrong!
new test version for windows is attached.

Marten

[carsten]

Hi Marten,

I will have a look on it this evening. BTW: any changes lately on the plugin? Where could I get the latest source of it? In this thread?
Or can I still use that one you once mailed me...

Thanks,
Carsten.

[MartenR]

. BTW: any changes lately on the plugin? Where could I get the latest source of it? In this thread?
Or can I still use that one you once mailed me...

Not really, I can not remember any changes since then, but may be it needs to be recompiled against newer servers. Anyway the cvs is uptodate in the server side.

Marten

[carsten]

Hi,

didn't have a lot of time to test. I think I have mixed versions of servers on different machines that I first have to
sort, maybe tonight. But it did work. By navigation you mean jump/spool?

BR,
Carsten.

[MartenR]

Yes, I mean jumping inside the recording, the function for deteriming the current position after some minutes of playback was wrong for 720p

Marten

[carsten]

Well, it didn't work very well. But it does with no version of the client I have here from you. I guess, I have to
check the server plugin. I use vdr 1.7.14 currently.

I sent you some infos by mail.

BR,
Carsten.