Re: [vdr] femon 1.6.3 - some remarks

2008-11-23 Thread dplu
Hi

Yes exactly, the system do not hang or crash with debug stack trace but you have
access to nothing , femon seems to continue to work, the displayed number move
but no channels displayed (no image signal on xine) , unable to enter OSD menu
and you have to kill vdr to exit

But ... if you enter and leave before switch channels with arrow keys all is OK,
should it confirm it is the way femon change channels ?

Best regards

Selon Vladimir Monchenko [EMAIL PROTECTED]:

 As reproduce femon hangs: call femon and switching of channels
 upwards/downwards pass to the channel which has no signal.

 Vladimir Monchenko.


 ___
 vdr mailing list
 vdr@linuxtv.org
 http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr




___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] femon 1.6.3 - some remarks

2008-11-22 Thread Goga777
  I have installed femon 163 with my vdr 170. There's some remarks concerning 
  of h264 channels
  no any information in CoderateH  (I can see only ---)
 
 The plugin doesn't support multiproto/S2API and therefore channels using 
 new coderates like 9/10 are shown as data invalid (---).

ok, I will check with another fec 


  in BITRATE field I can see only ---(6 Mbit/s)
  FRAME RATE - ---
  Codec - H264
 
 I don't have any access to H.264 (or HE-AAC) streams so support for 
 these are more like academic. The bitrate, framerate, and scan type 
 aren't parsed at the moment as my blindly written code didn't worked 
 right from the start. This particular piece of code was hidden behind 
 #if pragmas in femonh264.c, so it would be nice, if someone could take a 
 look at it and send be a patch.

--
|## Channel Name ## [AR][VF][A/DD][D]|
|[ Signal Strength in % ==|=]|
|[ Signal-to-Noise Ratio in % |=]|
| STR: # (0%)   BER: #   Video: 0 Mbit/s |
| SNR: # (0%)   UNC: #   Audio: 0 kbit/s |
| [LOCK] [SIGNAL] [CARRIER] [VITERBI] [SYNC] |
--


I can see without any problem video/audio bitrate on the top right of OSD 
(that's why the bitrate is parsed at the
moment correctly) , but I don't see video/audio bitrate below in OSD

  Audio stream #0 ()
  Codec - ---
  Channel Mode - ---
  Bitrate - ---
  Sampling Frequency - ---
 
 This looks also ok. Non-existent audio pid provides no stream 
 information. I guess your channel contained only ac3 audio or no audio 
 at all.

again -  I can see without any problem video/audio bitrate on the top right of 
OSD (that's why the bitrate is parsed at the
moment correctly) , but I don't see video/audio bitrate below in OSD of femon

  If I try to switch channel up/down with OSD femon menu my vdr will hang up
 
 I cannot reproduce this on my setup. Please, use vanilla (or _only_ 
 liemikuutio patched) VDR for testing. There 2 active femon users (me 
 and my friend), so the testing has been quite light - at least I 
 haven't got any bug/success reports from other users. :)

the same problem was described on our Russian-vdr forum from other vdr user. It 
wasn't happened on previous femon versions.
I will not be able to run vanilla vdr 170 because I have s2api drivers 


Goga

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] femon 1.6.3 - some remarks

2008-11-22 Thread Rolf Ahrenberg
On Sat, 22 Nov 2008, Goga777 wrote:

 in BITRATE field I can see only ---(6 Mbit/s)
 I can see without any problem video/audio bitrate on the top right of OSD 
 (that's why the bitrate is parsed at the
 moment correctly) , but I don't see video/audio bitrate below in OSD

Sorry, I don't quite get your explanation, but femon shows two different 
bitrates: one in the status window is always a calculated bitrate and in 
the bigger detailed information window there are both the nominal 
bitrate parsed from the video stream (--- above) and the calculated 
one in brackets (6 MBit/s above). The calculated bitrate is always
available if enabled in setup as it simply calculates the data rate of a
selected pid in defined time period. The nominal bitrate is kind of 
maximum bitrate value as a hint for the decoder.

 the same problem was described on our Russian-vdr forum from other vdr user. 
 It wasn't happened on previous femon versions.
 I will not be able to run vanilla vdr 170 because I have s2api drivers

As I already told you, the femon doesn't support = vdr-1.7.0 (yet), so 
does this hang happen also in the latest vdr-1.6.0 series?

BR,
--
rofa

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] femon 1.6.3 - some remarks

2008-11-22 Thread Goga777
  in BITRATE field I can see only ---(6 Mbit/s)
  I can see without any problem video/audio bitrate on the top right of OSD 
  (that's why the bitrate is parsed at the
  moment correctly) , but I don't see video/audio bitrate below in OSD
 
 Sorry, I don't quite get your explanation, but femon shows two different 
 bitrates: one in the status window is always a calculated bitrate and in 
 the bigger detailed information window there are both the nominal 
 bitrate parsed from the video stream (--- above) and the calculated 
 one in brackets (6 MBit/s above). The calculated bitrate is always
 available if enabled in setup as it simply calculates the data rate of a
 selected pid in defined time period. The nominal bitrate is kind of 
 maximum bitrate value as a hint for the decoder.

ok, I see.

btw - here's you can have a look on screenshots with femon 163 + vdr 170 + 
s2api patch + h264 patch 

http://ag1455.nm.ru/VDR/176.png
http://ag1455.nm.ru/VDR/175.png

  the same problem was described on our Russian-vdr forum from other vdr 
  user. It wasn't happened on previous femon
  versions. I will not be able to run vanilla vdr 170 because I have s2api 
  drivers
 
 As I already told you, the femon doesn't support = vdr-1.7.0 (yet), so 
 does this hang happen also in the latest vdr-1.6.0 series?

no, with early femon and vdr version I didn't note this vdr hung up 

Goga


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] femon 1.6.3 - some remarks

2008-11-22 Thread Goga777
 I confirm also that femon 163 + vdr 1.7.0 + H264 + multiproto hang when you
 change channel while femon is displaying info, happen often when going from 
 H264
 to Mpeg2 channels (like simul HD and Simul SD on Astra 19.2)
 
 No problem at all if you close femon before switching channels
 
 I'm happy to see that you have signal strength with S2API, with multiproto 
 plus
 on S2-3200 nothing appears (Quality + level = 0) :o(

with hvr4000 and multiproto I had signal strength and SNR with old femon 
version.
do you have this figures (snr/sig)  with szap-s2 or xmlscan ?

Goga

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] femon 1.6.3 - some remarks

2008-11-22 Thread dplu
With older version of femon or this one, when I go trough multiproto + no signal
or quality appear with my S2-3200 or with Nova - T -500 even of szap (stay at
zero). I use an HD receiver to point out my dish, so no theorical need of it
on femon, even if it should be nice.

By the way I have a question about HVR4000 and femon : do both tuner DVB-t and
DVB-s working simultaneously when switching  ?

Dom

Example : http://img367.imageshack.us/my.php?image=femonastrahdhr6.jpg

Selon Goga777 [EMAIL PROTECTED]:

  I confirm also that femon 163 + vdr 1.7.0 + H264 + multiproto hang when you
  change channel while femon is displaying info, happen often when going from
 H264
  to Mpeg2 channels (like simul HD and Simul SD on Astra 19.2)
 
  No problem at all if you close femon before switching channels
 
  I'm happy to see that you have signal strength with S2API, with multiproto
 plus
  on S2-3200 nothing appears (Quality + level = 0) :o(

 with hvr4000 and multiproto I had signal strength and SNR with old femon
 version.
 do you have this figures (snr/sig)  with szap-s2 or xmlscan ?

 Goga

 ___
 vdr mailing list
 vdr@linuxtv.org
 http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr




___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] femon 1.6.3 - some remarks

2008-11-22 Thread Rolf Ahrenberg
On Sat, 22 Nov 2008, [EMAIL PROTECTED] wrote:

 With older version of femon or this one, when I go trough multiproto + no 
 signal
 or quality appear with my S2-3200 or with Nova - T -500 even of szap (stay at
 zero). I use an HD receiver to point out my dish, so no theorical need of it
 on femon, even if it should be nice.
 By the way I have a question about HVR4000 and femon : do both tuner DVB-t and
 DVB-s working simultaneously when switching  ?

All of these sounds like driver problems. Femon uses DVB API v3 to 
fetch the necessary information - it's up to the driver if multiple frontends 
can 
be used simultaneously in applications.

BR,
--
rofa

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] femon 1.6.3 - some remarks

2008-11-22 Thread Rolf Ahrenberg
On Sat, 22 Nov 2008, [EMAIL PROTECTED] wrote:

 I confirm also that femon 163 + vdr 1.7.0 + H264 + multiproto hang when you
 change channel while femon is displaying info, happen often when going from 
 H264
 to Mpeg2 channels (like simul HD and Simul SD on Astra 19.2)
 No problem at all if you close femon before switching channels

How do you define the hang? A thread eats up all CPU cycles? Does the 
VDR crash? Can you provide me a GDB backtrace?

BR,
--
rofa

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] femon 1.6.3 - some remarks

2008-11-22 Thread Vladimir Monchenko
On Sat, 22 Nov 2008, Rolf Ahrenberg wrote:
 As I already told you, the femon doesn't support = vdr-1.7.0 (yet), so 
 does this hang happen also in the latest vdr-1.6.0 series?

   
I use pure vdr-1.6.0-2 together with softdevice/xineliboutput plugins in
xorg. I confirm hang with femon (it is checked up on femon 1.6.2 and 1.6.3).

Vladimir Monchenko.

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] femon 1.6.3 - some remarks

2008-11-22 Thread Vladimir Monchenko
As reproduce femon hangs: call femon and switching of channels
upwards/downwards pass to the channel which has no signal.

Vladimir Monchenko.


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


[vdr] femon 1.6.3 - some remarks

2008-11-21 Thread Goga777
Hi

I have installed femon 163 with my vdr 170. There's some remarks concerning of 
h264 channels

no any information in CoderateH  (I can see only ---)
in BITRATE field I can see only ---(6 Mbit/s)
FRAME RATE - ---
Audio stream #0 ()
Codec - H264
Codec - ---
Channel Mode - ---
Bitrate - ---
Sampling Frequency - ---


If I try to switch channel up/down with OSD femon menu my vdr will hang up 


Goga

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] femon 1.6.3 - some remarks

2008-11-21 Thread Rolf Ahrenberg
On Fri, 21 Nov 2008, Goga777 wrote:

 I have installed femon 163 with my vdr 170. There's some remarks concerning 
 of h264 channels
 no any information in CoderateH  (I can see only ---)

The plugin doesn't support multiproto/S2API and therefore channels using 
new coderates like 9/10 are shown as data invalid (---).

 in BITRATE field I can see only ---(6 Mbit/s)
 FRAME RATE - ---
 Codec - H264

I don't have any access to H.264 (or HE-AAC) streams so support for 
these are more like academic. The bitrate, framerate, and scan type 
aren't parsed at the moment as my blindly written code didn't worked 
right from the start. This particular piece of code was hidden behind 
#if pragmas in femonh264.c, so it would be nice, if someone could take a 
look at it and send be a patch.

 Audio stream #0 ()
 Codec - ---
 Channel Mode - ---
 Bitrate - ---
 Sampling Frequency - ---

This looks also ok. Non-existent audio pid provides no stream 
information. I guess your channel contained only ac3 audio or no audio 
at all.

 If I try to switch channel up/down with OSD femon menu my vdr will hang up

I cannot reproduce this on my setup. Please, use vanilla (or _only_ 
liemikuutio patched) VDR for testing. There 2 active femon users (me 
and my friend), so the testing has been quite light - at least I 
haven't got any bug/success reports from other users. :)

BR,
--
rofa

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr