Re: [linux-dvb] HVR 4000 recomneded driver and firmware for VDR 1.7.0

Re: [linux-dvb] HVR 4000 recomneded driver and firmware for VDR 1.7.0

[Goga777]

Yesterday Igor updated his repo, please update it and try again.

here you can read more about firmware for hvr4000
http://allrussian.info/thread.php?threadid=98587


-----Original Message-----
From: "Marek Hajduk" <hajduk@francetech.sk>
To: "'Goga777'" <goga777@bk.ru>
Date: Mon, 25 Aug 2008 09:20:09 +0200
Subject: Re: [linux-dvb] HVR 4000 recomneded driver and firmware for VDR 1.7.0

>  Could somebody recomend me which driver and firmware is working without
> > problem
> > 
> > with vdr 1.7.0 and reelbox extension eHD?
> 
> szap2 and drivers from 
> http://liplianindvb.sourceforge.net/hg/
> 
> firmware from
> http://steventoth.net/linux/cx24116/
> 
> > With liplianindvb I didnt have any Picture.
> 
> 
> at first you have to try szap2 from http://liplianindvb.sourceforge.net/hg/
> 
> 
> I have vdr 170 + h.264 patch + http://liplianindvb.sourceforge.net/hg/ +
> hvr4000 and I can see any dvb-s/dvb-s2 channels without any problem
> 
> Goga
> 
> Thank You Goga for Your help, but it doesn't work in my case.
> I don't know why, but with liplianindvb driver I don't have lock on any
> channels at all.
> 
> Only what works for me is multiproto_plus driver and patch from 
> http://www.linuxtv.org/pipermail/linux-dvb/2008-May/025844.html
> 
> Maybe I have card with different revision then You.
> 
> Here is dmesg list of cx88
> 
> [    9.190869] cx88/2: cx2388x MPEG-TS Driver Manager version 0.0.6
> loaded
> [    9.191815] cx88[0]: subsystem: 0070:6902, board: Hauppauge
> WinTV-HVR4000 DVB-S/S2/T/Hybrid [card=68,autodetected]
> [    9.191818] cx88[0]: TV tuner type 63, Radio tuner type -1
> [    9.208483] cx88/0: cx2388x v4l2 driver version 0.0.6 loaded
> [    9.456267] tuner' 0-0043: chip found @ 0x86 (cx88[0])
> [    9.460285] tuner' 0-0061: chip found @ 0xc2 (cx88[0])
> [    9.465687] tuner' 0-0063: chip found @ 0xc6 (cx88[0])
> [    9.512864] cx88[0]: hauppauge eeprom: model=69009
> [    9.512924] input: cx88 IR (Hauppauge WinTV-HVR400
> as /class/input/input7
> [    9.555713] cx88[0]/2: cx2388x 8802 Driver Manager
> [    9.555713] cx88[0]/2: found at 0000:01:06.2, rev: 5, irq: 19,
> latency: 248, mmio: 0xdd000000
> [    9.555713] cx88[0]/0: found at 0000:01:06.0, rev: 5, irq: 19,
> latency: 248, mmio: 0xdf000000
> [    9.555713] cx88[0]/0: registered device video0 [v4l2]
> [    9.555713] cx88[0]/0: registered device vbi0
> [    9.555713] cx88[0]/0: registered device radio0
> [    9.555713] cx88[0]/1: CX88x/0: ALSA support for cx2388x boards
> [    9.747601] cx88/2: cx2388x dvb driver version 0.0.6 loaded
> [    9.747601] cx88/2: registering cx8802 driver, type: dvb access:
> shared
> [    9.747601] cx88[0]/2: subsystem: 0070:6902, board: Hauppauge
> WinTV-HVR4000 DVB-S/S2/T/Hybrid [card=68]
> [    9.747601] cx88[0]/2: cx2388x based DVB/ATSC card
> [   10.065783] DVB: registering new adapter (cx88[0])



_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] HVR 4000 recomneded driver and firmware for VDR 1.7.0

[Ales Jurik]

On Monday 25 of August 2008, Goga777 wrote:
> Yesterday Igor updated his repo, please update it and try again.
>
> here you can read more about firmware for hvr4000
> http://allrussian.info/thread.php?threadid=98587
>

I could confirm that this new version of drivers is running better (I have the 
same problem as Marek and I use his hint with patched multiproto_plus drivers 
to make HV-4000 under linux running) but not for all channels. I couldn't get 
lock for some dvb-s2 channels (ANIXE HD, Premiere HD) which is with patched 
multiproto_plus possible without problem. Also switching seems to be sometimes 
slower.

I've tested it with kernel 2.6.25-2 and with fw for cs24116 version 1.20.79.0 
and version 1.23.86.1.

Many thanks to Goga and Igor for their work.

BR,

Ales


_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] HVR 4000 recomneded driver and firmware for VDR 1.7.0

[Goga777]

Hi


> I could confirm that this new version of drivers is running better (I have the 
> same problem as Marek and I use his hint with patched multiproto_plus drivers 

sorry, which hint do you mean ?

> to make HV-4000 under linux running) but not for all channels. 

it's strange - I have only repo from Igor without any patches and everything works well


>I couldn't get 
> lock for some dvb-s2 channels (ANIXE HD, Premiere HD) which is with patched 
> multiproto_plus possible without problem. 

I can see these channels without any problem on my vdr 170

sorry, do you use patched multiproto_plus or native repo from Igor ?

>Also switching seems to be sometimes 
> slower.
> 
> I've tested it with kernel 2.6.25-2 and with fw for cs24116 version 1.20.79.0 
> and version 1.23.86.1.

I have kernel 2.6.22, cx24116 FW version 1.23.86.1, the letaest repo from Igor, vdr 170
 
> Many thanks to Goga and Igor for their work.

many thanks to Igor :)

Goga



_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] HVR 4000 recomneded driver and firmware for VDR 1.7.0

[Marek Hajduk]

Hi Goga and Ales,

I have to confirm that with latest liplianindvb drivers I can't see
Anixe HD, Premiere HD and discovery HD on Astra 19.2E.

Rest of channels are without problem.

Best Regards

Marky

Goga777 píše v Út 26. 08. 2008 v 08:20 +0400:
> Hi
> 
> 
> > I could confirm that this new version of drivers is running better (I have the 
> > same problem as Marek and I use his hint with patched multiproto_plus drivers 
> 
> sorry, which hint do you mean ?
> 
> > to make HV-4000 under linux running) but not for all channels. 
> 
> it's strange - I have only repo from Igor without any patches and everything works well
> 
> 
> >I couldn't get 
> > lock for some dvb-s2 channels (ANIXE HD, Premiere HD) which is with patched 
> > multiproto_plus possible without problem. 
> 
> I can see these channels without any problem on my vdr 170
> 
> sorry, do you use patched multiproto_plus or native repo from Igor ?
> 
> >Also switching seems to be sometimes 
> > slower.
> > 
> > I've tested it with kernel 2.6.25-2 and with fw for cs24116 version 1.20.79.0 
> > and version 1.23.86.1.
> 
> I have kernel 2.6.22, cx24116 FW version 1.23.86.1, the letaest repo from Igor, vdr 170
>  
> > Many thanks to Goga and Igor for their work.
> 
> many thanks to Igor :)
> 
> Goga
> 
> 


_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] HVR 4000 recomneded driver and firmware for VDR 1.7.0

[Goga777]

> I have to confirm that with latest liplianindvb drivers I can't see
> Anixe HD, Premiere HD and discovery HD on Astra 19.2E.
> 
> Rest of channels are without problem.

could you show your logs from szap2 
http://liplianindvb.sourceforge.net/cgi-bin/hgwebdir.cgi/szap2/

hereafter is my logs with channels.conf and szap2 from Igor

goga:/usr/src/szap2# ./szap2 -c19 -H -S1 -C910 -M2 -n5
reading channels from file '19'
zapping to 5 'ASTRA HD+;BetaDigital':
delivery DVB-S2, modulation QPSK
sat 0, frequency 11914 MHz H, symbolrate 27500000, coderate 9/10, rolloff 0.35
vpid 0x04ff, apid 0x1fff, sid 0x0000
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
status 1f | signal  96% | snr  41% | ber 0 | unc 0 | FE_HAS_LOCK
status 1f | signal  96% | snr  42% | ber 0 | unc 0 | FE_HAS_LOCK
status 1f | signal  96% | snr  42% | ber 0 | unc 0 | FE_HAS_LOCK
status 1f | signal  96% | snr  42% | ber 0 | unc 0 | FE_HAS_LOCK
status 1f | signal  96% | snr  42% | ber 0 | unc 0 | FE_HAS_LOCK

channels.conf for vdr 170 and szap2 from Igor

ORF 1 HD;ORF:10832:hC56M2O0S0:S19.2E:22000:1920:1921=deu,1922=eng;1923=deu:1925:D05,1702,1801,648,D95,9C4,1833:61920:1:1057:0
ANIXE HD;BetaDigital:11914:hC910M2O35S1:S19.2E:27500:1535:0;1539=deu:0:0:132:133:6:0
arte HD;ZDFvision:11361:hC23M5O0S1:S19.2E:22000:6210:6221=deu,6222=fra:6230:0:11120:1:1011:0
ASTRA HD+;BetaDigital:11914:hC910M2O35S1:S19.2E:27500:1279:0;1283=deu:0:0:131:133:6:0
PREMIERE HD,PREM HD;PREMIERE:11914:hC910M2O35S1:S19.2E:27500:767:0;771=deu,772=eng:32:1830,1831,1833,1834,9C4,1801:129:133:6:0
DISCOVERY HD,DISC HD;PREMIERE:11914:hC910M2O35S1:S19.2E:27500:1023:0;1027=deu:32:1830,1831,1833,1834,9C4,1801:130:133:6:0
CINE PREMIER HD;CSAT:12580:vC23M5O35S1:S19.2E:22000:160:0;82=fra,83=eng:0:100:9301:1:1110:0
13EME RUE HD;CSAT:12580:vC23M5O35S1:S19.2E:22000:161:0;86=fra:0:100:9302:1:1110:0
 


_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] HVR 4000 recomneded driver and firmware for VDR 1.7.0

[Marek Hajduk]

Thank You Goga for Your reply,

Everything is OK. I had error modulation in channels.conf.

Now is All OK.

Best Regards

Marky


Goga777 píše v Út 26. 08. 2008 v 20:15 +0400:
> > I have to confirm that with latest liplianindvb drivers I can't see
> > Anixe HD, Premiere HD and discovery HD on Astra 19.2E.
> > 
> > Rest of channels are without problem.
> 
> could you show your logs from szap2 
> http://liplianindvb.sourceforge.net/cgi-bin/hgwebdir.cgi/szap2/
> 
> hereafter is my logs with channels.conf and szap2 from Igor
> 
> goga:/usr/src/szap2# ./szap2 -c19 -H -S1 -C910 -M2 -n5
> reading channels from file '19'
> zapping to 5 'ASTRA HD+;BetaDigital':
> delivery DVB-S2, modulation QPSK
> sat 0, frequency 11914 MHz H, symbolrate 27500000, coderate 9/10, rolloff 0.35
> vpid 0x04ff, apid 0x1fff, sid 0x0000
> using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
> status 1f | signal  96% | snr  41% | ber 0 | unc 0 | FE_HAS_LOCK
> status 1f | signal  96% | snr  42% | ber 0 | unc 0 | FE_HAS_LOCK
> status 1f | signal  96% | snr  42% | ber 0 | unc 0 | FE_HAS_LOCK
> status 1f | signal  96% | snr  42% | ber 0 | unc 0 | FE_HAS_LOCK
> status 1f | signal  96% | snr  42% | ber 0 | unc 0 | FE_HAS_LOCK
> 
> channels.conf for vdr 170 and szap2 from Igor
> 
> ORF 1 HD;ORF:10832:hC56M2O0S0:S19.2E:22000:1920:1921=deu,1922=eng;1923=deu:1925:D05,1702,1801,648,D95,9C4,1833:61920:1:1057:0
> ANIXE HD;BetaDigital:11914:hC910M2O35S1:S19.2E:27500:1535:0;1539=deu:0:0:132:133:6:0
> arte HD;ZDFvision:11361:hC23M5O0S1:S19.2E:22000:6210:6221=deu,6222=fra:6230:0:11120:1:1011:0
> ASTRA HD+;BetaDigital:11914:hC910M2O35S1:S19.2E:27500:1279:0;1283=deu:0:0:131:133:6:0
> PREMIERE HD,PREM HD;PREMIERE:11914:hC910M2O35S1:S19.2E:27500:767:0;771=deu,772=eng:32:1830,1831,1833,1834,9C4,1801:129:133:6:0
> DISCOVERY HD,DISC HD;PREMIERE:11914:hC910M2O35S1:S19.2E:27500:1023:0;1027=deu:32:1830,1831,1833,1834,9C4,1801:130:133:6:0
> CINE PREMIER HD;CSAT:12580:vC23M5O35S1:S19.2E:22000:160:0;82=fra,83=eng:0:100:9301:1:1110:0
> 13EME RUE HD;CSAT:12580:vC23M5O35S1:S19.2E:22000:161:0;86=fra:0:100:9302:1:1110:0
>  
> 


_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] HVR 4000 recomneded driver and firmware for VDR 1.7.0

[Ales Jurik]

On Tuesday 26 of August 2008, Goga777 wrote:
>
> could you show your logs from szap2
> http://liplianindvb.sourceforge.net/cgi-bin/hgwebdir.cgi/szap2/
>
> hereafter is my logs with channels.conf and szap2 from Igor
>

I have to apologise myself too, I had inversion set to on for this 
transponder.

With multiproto_plus patches and with TT S2-3200 this errorneus channels.conf 
was running, so I didn't try to check it.

Thanks,

BR

Als

_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] HVR 4000 recomneded driver and firmware for VDR 1.7.0

[Hans Werner]

> could you show your logs from szap2 
> http://liplianindvb.sourceforge.net/cgi-bin/hgwebdir.cgi/szap2/
> 
> hereafter is my logs with channels.conf and szap2 from Igor
> 
> goga:/usr/src/szap2# ./szap2 -c19 -H -S1 -C910 -M2 -n5
> reading channels from file '19'
> zapping to 5 'ASTRA HD+;BetaDigital':
> delivery DVB-S2, modulation QPSK
> sat 0, frequency 11914 MHz H, symbolrate 27500000, coderate 9/10, rolloff
> 0.35
> vpid 0x04ff, apid 0x1fff, sid 0x0000
> using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
> status 1f | signal  96% | snr  41% | ber 0 | unc 0 | FE_HAS_LOCK
> status 1f | signal  96% | snr  42% | ber 0 | unc 0 | FE_HAS_LOCK
> status 1f | signal  96% | snr  42% | ber 0 | unc 0 | FE_HAS_LOCK
> status 1f | signal  96% | snr  42% | ber 0 | unc 0 | FE_HAS_LOCK
> status 1f | signal  96% | snr  42% | ber 0 | unc 0 | FE_HAS_LOCK
> 
> channels.conf for vdr 170 and szap2 from Igor
> 
> ORF 1
> HD;ORF:10832:hC56M2O0S0:S19.2E:22000:1920:1921=deu,1922=eng;1923=deu:1925:D05,1702,1801,648,D95,9C4,1833:61920:1:1057:0
> ANIXE
> HD;BetaDigital:11914:hC910M2O35S1:S19.2E:27500:1535:0;1539=deu:0:0:132:133:6:0
> arte
> HD;ZDFvision:11361:hC23M5O0S1:S19.2E:22000:6210:6221=deu,6222=fra:6230:0:11120:1:1011:0
> ASTRA
> HD+;BetaDigital:11914:hC910M2O35S1:S19.2E:27500:1279:0;1283=deu:0:0:131:133:6:0
> PREMIERE HD,PREM
> HD;PREMIERE:11914:hC910M2O35S1:S19.2E:27500:767:0;771=deu,772=eng:32:1830,1831,1833,1834,9C4,1801:129:133:6:0
> DISCOVERY HD,DISC
> HD;PREMIERE:11914:hC910M2O35S1:S19.2E:27500:1023:0;1027=deu:32:1830,1831,1833,1834,9C4,1801:130:133:6:0
> CINE PREMIER
> HD;CSAT:12580:vC23M5O35S1:S19.2E:22000:160:0;82=fra,83=eng:0:100:9301:1:1110:0
> 13EME RUE
> HD;CSAT:12580:vC23M5O35S1:S19.2E:22000:161:0;86=fra:0:100:9302:1:1110:0

Goga,
as you can see in your own log above, szap2 does not correctly parse the APID and SID from 
your channels.conf file. This does matter if you want to use the szap2 -p option [add pat and pmt
to TS recording (which also implies the -r option)]. get_pmt_pid does not get the correct
value.

The following channels.conf.fixed works better (format VPID:APID:SID) , but perhaps it would
be best to fix the parsing in szap2 instead.

ANIXE HD:11914:hC910M2O35S1:S19.2E:27500:1535:1539:132:133:6:0
arte HD:11361:hC23M5O0S1:S19.2E:22000:6210:6221:11120:1:1011:0
ASTRA HD+:11914:hC910M2O35S1:S19.2E:27500:1279:1283:131:133:6:0

$ szap2 -c ~/channels.conf.fixed -H -p -n3

reading channels from file '/home/hans/channels.conf.fixed'
zapping to 3 'ASTRA HD+':
delivery DVB-S2, modulation QPSK
sat 0, frequency 11914 MHz H, symbolrate 27500000, coderate 9/10, rolloff 0.35
vpid 0x04ff, apid 0x0503, sid 0x0083
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
** get_pmt_pid returned : 100
status 1f | signal  77% | snr  50% | ber 0 | unc 0 | FE_HAS_LOCK
status 1f | signal  77% | snr  50% | ber 0 | unc 0 | FE_HAS_LOCK
...

then watch the channel with:
$ mplayer - < /dev/dvb/adapter0/dvr0

Hans
-- 
Release early, release often.

Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten 
Browser-Versionen downloaden: http://www.gmx.net/de/go/browser

_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] HVR 4000 recomneded driver and firmware for VDR 1.7.0

[Hans Werner]

> Goga,
> as you can see in your own log above, szap2 does not correctly parse the
> APID and SID from 
> your channels.conf file. This does matter if you want to use the szap2 -p
> option [add pat and pmt
> to TS recording (which also implies the -r option)]. get_pmt_pid does not
> get the correct
> value.
> 
> The following channels.conf.fixed works better (format VPID:APID:SID) ,
> but perhaps it would
> be best to fix the parsing in szap2 instead.
> 
> ANIXE HD:11914:hC910M2O35S1:S19.2E:27500:1535:1539:132:133:6:0
> arte HD:11361:hC23M5O0S1:S19.2E:22000:6210:6221:11120:1:1011:0
> ASTRA HD+:11914:hC910M2O35S1:S19.2E:27500:1279:1283:131:133:6:0
> 
> $ szap2 -c ~/channels.conf.fixed -H -p -n3
> 
> reading channels from file '/home/hans/channels.conf.fixed'
> zapping to 3 'ASTRA HD+':
> delivery DVB-S2, modulation QPSK
> sat 0, frequency 11914 MHz H, symbolrate 27500000, coderate 9/10, rolloff
> 0.35
> vpid 0x04ff, apid 0x0503, sid 0x0083
> using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
> ** get_pmt_pid returned : 100
> status 1f | signal  77% | snr  50% | ber 0 | unc 0 | FE_HAS_LOCK
> status 1f | signal  77% | snr  50% | ber 0 | unc 0 | FE_HAS_LOCK
> ...
> 
> then watch the channel with:
> $ mplayer - < /dev/dvb/adapter0/dvr0
> 

There still seems to be a problem though. All three FTA HD channels lock, but only Arte HD plays properly in mplayer.  Mplayer crashes after less than a second for Anixe HD and Astra HD+ :

Playing testfile_anixe.ts.
TS file format detected.
VIDEO H264(pid=1535) AUDIO A52(pid=1539) NO SUBS (yet)!  PROGRAM N. 132
FPS seems to be: 25.000000
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
==========================================================================
Opening audio decoder: [liba52] AC3 decoding with liba52
Using SSE optimized IMDCT transform
Using MMX optimized resampler
AUDIO: 48000 Hz, 2 ch, s16le, 448.0 kbit/29.17% (ratio: 56000->192000)
Selected audio codec: [a52] afm: liba52 (AC3-liba52)
==========================================================================
[AO OSS] audio_setup: Can't open audio device /dev/dsp: Device or resource busy
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
[h264 @ 0xbc0b40]number of reference frames exceeds max (probably corrupt input), discarding one
[h264 @ 0xbc0b40]number of reference frames exceeds max (probably corrupt input), discarding one
[h264 @ 0xbc0b40]number of reference frames exceeds max (probably corrupt input), discarding one
[h264 @ 0xbc0b40]number of reference frames exceeds max (probably corrupt input), discarding one


Does anyone know what is wrong? Audio only sounds fine.

Hans
-- 
Release early, release often.

Psssst! Schon das coole Video vom GMX MultiMessenger gesehen?
Der Eine für Alle: http://www.gmx.net/de/go/messenger03

_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] HVR 4000 recomneded driver and firmware for VDR 1.7.0

[barry bouwsma]

--- On Wed, 8/27/08, Hans Werner <HWerner4@gmx.de> wrote:

> There still seems to be a problem though. All three FTA HD
> channels lock, but only Arte HD plays properly in mplayer. 

Which version  of `mplayer'?

You probably know, but it bears repeating:  mplayer is a
moving target, and significant features are added regularly.

Also, some things break from time to time but are usually
quickly fixed.

I tend to build a new mplayer binary once or twice a month,
and keep the old ones around.


> Mplayer crashes after less than a second for Anixe HD and
> Astra HD+ :
> 
> Playing testfile_anixe.ts.
> TS file format detected.
> VIDEO H264(pid=1535) AUDIO A52(pid=1539) NO SUBS (yet)! 
> PROGRAM N. 132
> FPS seems to be: 25.000000
> ==========================================================================
> Opening video decoder: [ffmpeg] FFmpeg's libavcodec
> codec family
> Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
> ==========================================================================

> Starting playback...
> [h264 @ 0xbc0b40]number of reference frames exceeds max
> (probably corrupt input), discarding one
> [h264 @ 0xbc0b40]number of reference frames exceeds max
> (probably corrupt input), discarding one
> [h264 @ 0xbc0b40]number of reference frames exceeds max
> (probably corrupt input), discarding one
> [h264 @ 0xbc0b40]number of reference frames exceeds max
> (probably corrupt input), discarding one

This looks like what I see when playing IYV-HD video (with
a patch), whereas I see something different with BBC-HD on
mplayer from the start of august:

[h264 @ 0x89e5d50]B picture before any references, skipping
[h264 @ 0x89e5d50]decode_slice_header error
[h264 @ 0x89e5d50]no frame!
Error while decoding frame!
VDec: vo config request - 1440 x 1080 (preferred colorspace: Planar YV12)

This is normal at the start of the file.

>From ITV;

[h264 @ 0x89e5d50]number of reference frames exceeds max (probably corrupt input), discarding one
[h264 @ 0x89e5d50]number of reference frames exceeds max (probably corrupt input), discarding one
[h264 @ 0x89e5d50]mmco: unref short failure
Overriding type of video from 0x10000002 to 0x10000005
Overriding type of video from 0x10000002 to 0x10000005
[h264 @ 0x89e5d50]mmco: unref short failure
Overriding type of video from 0x10000002 to 0x10000005
VDec: vo config request - 1440 x 1080 (preferred colorspace: Planar YV12)

Then it will play for me with relatively clean video.  The version
of mplayer about a month earlier did not play this same file with
clean video.

Perhaps your flavour of `mplayer' doesn't properly support the H.264
encoding used by the two problem channels?


Just a thought, try the latest SVN source of mplayer, if you aren't
already


barry bouwsma


      


_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] HVR 4000 recomneded driver and firmware for VDR 1.7.0

[Hans Werner]

Barry, thanks for your messge. You didn't say whether you tried what
I did with HVR4000+liplianindvb+szap2 (-p option). 

Before we talk about mplayer, does it actually work for you?

> Which version  of `mplayer'?
> 
> You probably know, but it bears repeating:  mplayer is a
> moving target, and significant features are added regularly. 

Yes, I know. People around here could learn a lot from the way mplayer
and ffmpeg each continue to check in significant and rapid improvements to a
single repository.

I regularly update mplayer from SVN and recompile too.  I have tried the following:

MPlayer dev-SVN-r27489-4.1.2  (today!): runs but video very slow and out of sync, audio ok.
MPlayer dev-SVN-r27341-4.1.2  (about 1 month old): crashes in <1s
MPlayer 1.0rc2-4.2.3 (ubuntu hardy): crashes in <1s
xine-lib 1.1.15, xine-ui 0.99.5 (latest): No video, but audio ok.

The log I showed was from Mplayer SVN 27341, but 27489 is similar: lots and lots of 
"number of reference frames exceeds max" errors.
 
> > Starting playback...
> > [h264 @ 0xbc0b40]number of reference frames exceeds max
> > (probably corrupt input), discarding one
> > [h264 @ 0xbc0b40]number of reference frames exceeds max
> > (probably corrupt input), discarding one
> > [h264 @ 0xbc0b40]number of reference frames exceeds max
> > (probably corrupt input), discarding one
> > [h264 @ 0xbc0b40]number of reference frames exceeds max
> > (probably corrupt input), discarding one

And I have some sample TS files for Astra HD+ made with another card which all the
mplayers play perfectly so I know h264 is working.

So at this point I do not think the problem is mplayer.

Hans
-- 
Release early, release often.

Psssst! Schon das coole Video vom GMX MultiMessenger gesehen?
Der Eine für Alle: http://www.gmx.net/de/go/messenger03

_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] HVR 4000 recomneded driver and firmware for VDR 1.7.0

[barry bouwsma]

--- On Wed, 8/27/08, Hans Werner <HWerner4@gmx.de> wrote:

> Barry, thanks for your messge. You didn't say whether you tried what
> I did with HVR4000+liplianindvb+szap2 (-p option). 

First, my apologies -- I've only been half-reading all the
messages, without really paying attention to things that do
not immediately concern me, and I probably should have kept
quiet.

Second, I don't have any DVB-S2 hardware yet, though the HVR4000
has been on my Interest-O-Meter -- nor is my machine fast enough
to play any streams in realtime, so I'm always writing a file
(which takes little CPU power) for playback later; in the case
of H.264 1080i video, I see at best part of one, two, or maybe
three full frames per second, which actually gives me time to
judge the quality of the video compression.

So, no, I haven't tried that, but I'm confused -- based on your
posted debug output, it looked as though you were playing a
recorded file, testfile_anixe.ts ...


The output you gave reminded me of that of ITV-HD, which uses
some (PAFF?) encoding for which mplayer recently got support,
so I posted, in case you had a distro-supplied player.


> I regularly update mplayer from SVN and recompile too.  I
> have tried the following:
> 
> MPlayer dev-SVN-r27489-4.1.2  (today!): runs but video very
> slow and out of sync, audio ok.
> MPlayer dev-SVN-r27341-4.1.2  (about 1 month old): crashes
> in <1s

Good to know, and thanks for making me look like a fool, and
I'm happy for it.  No, really.  It's not just worth it for its
own sake, but if it helps others, that's even better.


> And I have some sample TS files for Astra HD+ made with
> another card which all the
> mplayers play perfectly so I know h264 is working.

I am going to plead ignorance of what does, and what does not
work for you.  Please correct me where I ass-u-me wrong:

arte HD plays fine for you, both from a recorded TS file, and
live from szap2.

Anixe HD / Astra HD+ play fine from recorded files from another
machine.

Anixe HD played from your anixe.ts file crashed?
Anixe HD played from szap2 crashed?


I pointed out the different debug output from BBC-HD/ITV-HD to
show that of ITV matched your errors, and that's using an encoding
for which support has only within the last month or two appeared
in mplayer, and will not be as mature as the support used by
other streams.


Just a thought, if you cannot play a realtime stream, is that the
decoder needs to do seeking within the stream, which it could do
within a file, but the support is not yet mature enough to be able
to do the same within a stream.  I could be completely wrong...


If you have short examples of recorded files that crash, and others
from the same source that play properly, I'd be interested to be
able to download them and look for obvious problems.

And likewise, if I'm not understanding where you have success and
failures with mplayer, please correct me, if you think it's worth
it, as I don't have the hardware to test on my own.


thanks,
barry bouwsma


      


_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] MPlayer can't play h.264 dvb-stream (was - HVR 4000 recomneded driver and firmware for VDR1.7.0)

[Goga777]

Hi

I have read that szap -r -p options was broken. May be is it reason of your problem with the latest MPlayer ?
http://marc.info/?l=linux-dvb&m=121660960211299&w=2

could you try please to play in another way - after of tine with szap2 help please try like this 

dvbsnoop -s ts -b -tsraw | mplayer -
dvbsnoop -s ts -b -tsraw | xine stdin://

or

dvbstream -o 8192 | xine stdin://
dvbstream -o 8192 | mplayer -

Goga


-----Original Message-----
From: barry bouwsma <free_beer_for_all@yahoo.com>
To: linux-dvb@linuxtv.org, Hans Werner <HWerner4@gmx.de>
Date: Wed, 27 Aug 2008 21:24:26 -0700 (PDT)
Subject: Re: [linux-dvb] HVR 4000 recomneded driver and firmware for VDR1.7.0

> 
> --- On Wed, 8/27/08, Hans Werner <HWerner4@gmx.de> wrote:
> 
> > Barry, thanks for your messge. You didn't say whether you tried what
> > I did with HVR4000+liplianindvb+szap2 (-p option). 
> 
> First, my apologies -- I've only been half-reading all the
> messages, without really paying attention to things that do
> not immediately concern me, and I probably should have kept
> quiet.
> 
> Second, I don't have any DVB-S2 hardware yet, though the HVR4000
> has been on my Interest-O-Meter -- nor is my machine fast enough
> to play any streams in realtime, so I'm always writing a file
> (which takes little CPU power) for playback later; in the case
> of H.264 1080i video, I see at best part of one, two, or maybe
> three full frames per second, which actually gives me time to
> judge the quality of the video compression.
> 
> So, no, I haven't tried that, but I'm confused -- based on your
> posted debug output, it looked as though you were playing a
> recorded file, testfile_anixe.ts ...
> 
> 
> The output you gave reminded me of that of ITV-HD, which uses
> some (PAFF?) encoding for which mplayer recently got support,
> so I posted, in case you had a distro-supplied player.
> 
> 
> > I regularly update mplayer from SVN and recompile too.  I
> > have tried the following:
> > 
> > MPlayer dev-SVN-r27489-4.1.2  (today!): runs but video very
> > slow and out of sync, audio ok.
> > MPlayer dev-SVN-r27341-4.1.2  (about 1 month old): crashes
> > in <1s
> 
> Good to know, and thanks for making me look like a fool, and
> I'm happy for it.  No, really.  It's not just worth it for its
> own sake, but if it helps others, that's even better.
> 
> 
> > And I have some sample TS files for Astra HD+ made with
> > another card which all the
> > mplayers play perfectly so I know h264 is working.
> 
> I am going to plead ignorance of what does, and what does not
> work for you.  Please correct me where I ass-u-me wrong:
> 
> arte HD plays fine for you, both from a recorded TS file, and
> live from szap2.
> 
> Anixe HD / Astra HD+ play fine from recorded files from another
> machine.
> 
> Anixe HD played from your anixe.ts file crashed?
> Anixe HD played from szap2 crashed?
> 
> 
> I pointed out the different debug output from BBC-HD/ITV-HD to
> show that of ITV matched your errors, and that's using an encoding
> for which support has only within the last month or two appeared
> in mplayer, and will not be as mature as the support used by
> other streams.
> 
> 
> Just a thought, if you cannot play a realtime stream, is that the
> decoder needs to do seeking within the stream, which it could do
> within a file, but the support is not yet mature enough to be able
> to do the same within a stream.  I could be completely wrong...
> 
> 
> If you have short examples of recorded files that crash, and others
> from the same source that play properly, I'd be interested to be
> able to download them and look for obvious problems.
> 
> And likewise, if I'm not understanding where you have success and
> failures with mplayer, please correct me, if you think it's worth
> it, as I don't have the hardware to test on my own.


_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] HVR 4000 recomneded driver and firmware for VDR 1.7.0

[Goga777]

 Could somebody recomend me which driver and firmware is working without
> problem
> 
> with vdr 1.7.0 and reelbox extension eHD?

szap2 and drivers from 
http://liplianindvb.sourceforge.net/hg/

firmware from
http://steventoth.net/linux/cx24116/

> With liplianindvb I didnt have any Picture.


at first you have to try szap2 from http://liplianindvb.sourceforge.net/hg/


I have vdr 170 + h.264 patch + http://liplianindvb.sourceforge.net/hg/ + hvr4000 and I can see any dvb-s/dvb-s2 channels without any problem

Goga


_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] HVR 4000 recomneded driver and firmware for VDR 1.7.0

[Marek Hajduk]

-----Original Message-----
From: Goga777 [mailto:goga777@bk.ru] 
Sent: Thursday, August 21, 2008 10:04 AM
To: Ing.Marek Hajduk-Francetech s.r.o
Cc: linux-dvb@linuxtv.org
Subject: [?? Probable Spam] Re: [linux-dvb] HVR 4000 recomneded driver and
firmware for VDR 1.7.0

 Could somebody recomend me which driver and firmware is working without
> problem
> 
> with vdr 1.7.0 and reelbox extension eHD?

szap2 and drivers from 
http://liplianindvb.sourceforge.net/hg/

firmware from
http://steventoth.net/linux/cx24116/

> With liplianindvb I didnt have any Picture.


at first you have to try szap2 from http://liplianindvb.sourceforge.net/hg/


I have vdr 170 + h.264 patch + http://liplianindvb.sourceforge.net/hg/ +
hvr4000 and I can see any dvb-s/dvb-s2 channels without any problem

Goga

Thank You Goga for Your help, but it doesn't work in my case.
I don't know why, but with liplianindvb driver I don't have lock on any
channels at all.

Only what works for me is multiproto_plus driver and patch from 
http://www.linuxtv.org/pipermail/linux-dvb/2008-May/025844.html

Maybe I have card with different revision then You.

Here is dmesg list of cx88

[    9.190869] cx88/2: cx2388x MPEG-TS Driver Manager version 0.0.6
loaded
[    9.191815] cx88[0]: subsystem: 0070:6902, board: Hauppauge
WinTV-HVR4000 DVB-S/S2/T/Hybrid [card=68,autodetected]
[    9.191818] cx88[0]: TV tuner type 63, Radio tuner type -1
[    9.208483] cx88/0: cx2388x v4l2 driver version 0.0.6 loaded
[    9.456267] tuner' 0-0043: chip found @ 0x86 (cx88[0])
[    9.460285] tuner' 0-0061: chip found @ 0xc2 (cx88[0])
[    9.465687] tuner' 0-0063: chip found @ 0xc6 (cx88[0])
[    9.512864] cx88[0]: hauppauge eeprom: model=69009
[    9.512924] input: cx88 IR (Hauppauge WinTV-HVR400
as /class/input/input7
[    9.555713] cx88[0]/2: cx2388x 8802 Driver Manager
[    9.555713] cx88[0]/2: found at 0000:01:06.2, rev: 5, irq: 19,
latency: 248, mmio: 0xdd000000
[    9.555713] cx88[0]/0: found at 0000:01:06.0, rev: 5, irq: 19,
latency: 248, mmio: 0xdf000000
[    9.555713] cx88[0]/0: registered device video0 [v4l2]
[    9.555713] cx88[0]/0: registered device vbi0
[    9.555713] cx88[0]/0: registered device radio0
[    9.555713] cx88[0]/1: CX88x/0: ALSA support for cx2388x boards
[    9.747601] cx88/2: cx2388x dvb driver version 0.0.6 loaded
[    9.747601] cx88/2: registering cx8802 driver, type: dvb access:
shared
[    9.747601] cx88[0]/2: subsystem: 0070:6902, board: Hauppauge
WinTV-HVR4000 DVB-S/S2/T/Hybrid [card=68]
[    9.747601] cx88[0]/2: cx2388x based DVB/ATSC card
[   10.065783] DVB: registering new adapter (cx88[0])

Best Regards

Marky


_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

[linux-dvb] HVR 4000 recomneded driver and firmware for VDR 1.7.0

[Ing.Marek Hajduk-Francetech s.r.o]

[-- Attachment #1.1: Type: text/plain, Size: 380 bytes --]

Hi All,

 

Could somebody recomend me which driver and firmware is working without
problem

with vdr 1.7.0 and reelbox extension eHD?

 

I have 2.6.25-2 kernel and when I installed multiproto drivers i got errors

With Multiproto_plus and latest patch I got Picture, but some channels is
without lock.

With liplianindvb I didnt have any Picture.

 

 

THX

 

Marky

 

 

 


[-- Attachment #1.2: Type: text/html, Size: 3398 bytes --]

[-- Attachment #2: Type: text/plain, Size: 150 bytes --]

_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb