KNC One KNC One TV-Station DVR (Alte Analoge Digitainer TV Karte )

[Dr. Seltsam]

wie sieht es bei der EasyVDR Integration aus? Bei mir läuft die Karte manuell recht gut (gesteuert über corntab und [tt]v4lctl -v 1 'ard'[/tt] und [tt]cat /dev/video1 > ~/video.mpg[/tt] sowie anschließenden [tt]killall cat[/tt] ganz gut. Aber weder unter VDR noch unter MythTV bekommt man die Karte sinnvoll automatisch verwendet (Bedienung über grafisches interface z.B aus tvbrowser und EasyVDR - notfalls auch MythTV).

Ulf, welche easyvdr-Version hast Du denn im Einsatz, unter der Du die Digitainer-Karte betreiben möchtest?
Ich werde morgen mal schauen, ob ich pvrinput aufgebohrt kriege.

[ubIx]

Ulf, welche easyvdr-Version hast Du denn im Einsatz, unter der Du die Digitainer-Karte betreiben möchtest?
Ich werde morgen mal schauen, ob ich pvrinput aufgebohrt kriege.

Habe vor ein paar Tagen die aktuellste Version 0.8 aufgespielt, aber sie nach ein paar Tests nicht mehr genutzt. Kann also immer die aktuellste Verwenden.

nein, für die HVR1700 gibt es keinen Treiber für den analogen Teil.
http://www.linuxtv.org/wiki/index.php/Ha...V-HVR-1700 :

The board works in digital mode only currently.

OK, habe ich überlesen. Aber dennoch Danke für die Info. Siehst Du eine Chance das der Analog Teil noch zukünftig unterstützt wird? Die Karte ist ja noch recht neu.

Eine PVR150 oder PVR250 ist doch bei ebay problemlos zu bekommen. ich würde die PVR250 vorziehen, weil
a) PVR150 hat wegen eines andeen Digitizers längere Umschaltzeiten
b) PVR150 ist neuer, und evtl. gibt es Revisionen mit einem Tunermodell, das von Linux noch nicht richtig unterstützt wird
c) die einzige PVR150, die ich bisher getestet habe, hatte ein deutlich schlechteres Bild (verrauschter Tuner)

Eine PVR350 kannst Du natürlich auch nehmen, aber das wäre Perlen vor die Säue werfen. Der Decoder bliebe wohl ungenutzt und verbreitet nur unnötig Wärme.

Habe mir gerade mal die PVR350 angesehen. Genau aber der DeCoder wäre recht interessant, da ich noch ein Röhren-TV (Sony Wide Screen) benutze, den ich aber nur mit einem Adapter benutzen kann. Damit ließe sich der doch recht Umständliche Adapter (mit mieser Qualität - da ich nicht direkt eine TV Taugliche Einstellung an der Grafikarte verwenden kann - dadurch zwei Umrechnungen notwendig sind) umgehen.

Dennoch Danke für Deine mühen.

[Dr. Seltsam]

evtl. werde ich eine angepasste pvrinput-Version für eayvdr 0.8 bereitstellen, wenn ich die Karte zum Laufen kriege.

Treiber für den Analogteil der HVR1700: ich wüsste nicht, dass da irgendwer dran arbeitet. Es gibt ja viel ältere Karten, die bis heute keinen Treiber haben (oder einen, der so buggy ist, dass man ihn nicht nutzen kann, siehe HVR1300.) Meist mangelt es an offengelegten Dokumentationen für die Chips.

Die PVR350 ist für einen Röhren-TV ein ideales Ausgabedevice und lässt sich auch wunderbar mit einer DVB-Karte kombinieren. Man muss nur in Kauf nehmen, dass man keinen Digitalton (SPDIF) hat.

[ubIx]

evtl. werde ich eine angepasste pvrinput-Version für eayvdr 0.8 bereitstellen, wenn ich die Karte zum Laufen kriege.

OK, super würdeich sofort ausprobieren. Auch wenn es dann in der neuen 0.9beta drin wäre. Das System läuft noch nicht rund genug, damit es für alle frei geben wird (DAU - Tauglich ;D). Es ist ja kein Problem mit GRUB mehrere Systeme auf einen Rechner zu haben (momentan ist es eben openSUSE und MythBuntu - später dann warscheinlich EasyVDR und openSUSE  ).

Treiber für den Analogteil der HVR1700: ich wüsste nicht, dass da irgendwer dran arbeitet. Es gibt ja viel ältere Karten, die bis heute keinen Treiber haben (oder einen, der so buggy ist, dass man ihn nicht nutzen kann, siehe HVR1300.) Meist mangelt es an offengelegten Dokumentationen für die Chips.

OK, in der V4L liste hatte ich auch nichts gesehen (TDA1004x Treiber).  Schade - wäre sonst Prislich und funktional sehr interessant.

Die PVR350 ist für einen Röhren-TV ein ideales Ausgabedevice und lässt sich auch wunderbar mit einer DVB-Karte kombinieren. Man muss nur in Kauf nehmen, dass man keinen Digitalton (SPDIF) hat.

Denke sie wird meine KNC dann recht gut ergänzen. Muss noch mal sehen wie man möglichst gut eine Weiche zwischen beide Karten bekommt. SPDIF ist auf meinem Mainboard und somit eigentlich kein Thema - notfalls kommt eine Soundblaster mit ins Gerät. Habe mir die Karte jetzt im NOTEBOOK- Sektor bestellt. Danke für Deine Unterstützung .

[Dr. Seltsam]

mein anfänglicher Optimismus in Bezug auf eine pvrinput-Unterstützung der KNC ist leider verfolgen...

Habe heute den ganzen Tag daran gearbeitet, aber die Probleme sind riesig.
Die Karte hat zwei devices - ein analoges, und eines für mpeg-Einstellungen + Stream lesen. Leider blockieren sich die gegenseitig, d.h. man kann die devices nicht beide geöffnet haben.
Für pvrinput würde das im Prinzip bedeuten, dass für jedes Treiberkommando das device erst geöffnet und danach wieder geschlossen werden müsste. Die Unterschiede im Handling ggü. ivtv-basierten Karten sind so erheblich, dass man eigentlich ein neues Plugin programmieren müsste, dass von Grund auf anders designed ist.
Auch sind die PIDs für Audio, Video und PCR andere als bei ivtv. Die lassen sich auch nicht per ioctl ändern, wie ich inzwischen herausgefunden habe. Ein Mischnutzung mit einer PVR würde so sinnvoll kaum möglich sein.

Ich behalte das ncohmal im Kopf, aber im Moment sehe ich da wenig Chancen, bei meiner begrenzten Zeit etwas fertigzustellen. Zumal die Bildqualität im Vergleich zu meiner PVR350 wirklich bescheiden ist.

[ubIx]

mein anfänglicher Optimismus in Bezug auf eine pvrinput-Unterstützung der KNC ist leider verfolgen...

Trozdem Danke.

Habe heute den ganzen Tag daran gearbeitet, aber die Probleme sind riesig.
Die Karte hat zwei devices - ein analoges, und eines für mpeg-Einstellungen + Stream lesen. Leider blockieren sich die gegenseitig, d.h. man kann die devices nicht beide geöffnet haben.

So ganz entspricht das nicht meinen Erkenntnissen - was aber nichts heißen soll - bin leider kein Profi. Also die Karte meldet tatsächlich zwei Devices an, diese sind aber nicht unabhängig, eine Kanalwahl wird mit aktuellen V4L-Treibern immer auf beide Karten durchgeführt. Das mit den MPEG Einstellungen weiß ich nicht, da ich an der Stelle, zumindest Wissentlich, noch nichts gemacht habe. Der saa6752hs Encoder scheint tatsächlich das analoge Signal Abzugreifen und anschließend zu Codieren. Einstellungsänderungen am Analogpart wirken sich direkt auch auf das MPEG Ergebnis aus. Meine Vorstellung wäre, dass man für die Aufnahme einfach das device wechseln könnte (ähnlich eines Transponders bei DVB). Aber dass ist so nur eine Idee als außen stehender.  Also Aufnahme und Livebild auf /dev/video0 und nur die Aufnahme von /dev/video1.

Für pvrinput würde das im Prinzip bedeuten, dass für jedes Treiberkommando das device erst geöffnet und danach wieder geschlossen werden müsste. Die Unterschiede im Handling ggü. ivtv-basierten Karten sind so erheblich, dass man eigentlich ein neues Plugin programmieren müsste, dass von Grund auf anders designed ist.
Auch sind die PIDs für Audio, Video und PCR andere als bei ivtv. Die lassen sich auch nicht per ioctl ändern, wie ich inzwischen herausgefunden habe. Ein Mischnutzung mit einer PVR würde so sinnvoll kaum möglich sein.

Wird die MPEG nicht via I2C gesteuert? Der Aufbau der KNC entspricht wohl weitestgehend den bei anderen Karten mit dieser Kombimation auch verwendeten. Es gibt einen Thread in der Video4Linux Mailingliste vom September 2005 und März 2009, der dieses Thema wohl ebenfalls behandelt (bin aber wie gesagt kein Experte auf dem Gebiet).

Ich behalte das ncohmal im Kopf, aber im Moment sehe ich da wenig Chancen, bei meiner begrenzten Zeit etwas fertigzustellen. Zumal die Bildqualität im Vergleich zu meiner PVR350 wirklich bescheiden ist.

Die Qualität schwankt tatsächlich stark. Aber seit Kernel 2.6.34.7 (evtl. auch ein paar Default Einstellungen von OpenSUSE), ist die Qualität bei gut empfangen Sendern bei mir mittlerweile gut. Zumindest in der Qualität ausreichend, für meine Zwecke.

[Dr. Seltsam]

verschiedene ioctls -z.B. den Tuner betreffend- können nur auf das erste device angewandt werden, und auch nur, solange vom zweiten device nicht gelesen wird.

Das zweite device hat keinen Tuner, deshalb kann darauf auch kein Kanalwechsel abgesetzt werden:
[email protected]:~# v4l2-ctl --get-tuner -d 3
VIDIOC_G_TUNER: failed: Invalid argument

Nur das zweite device stellt mpeg-Daten bereit, aber ein lesender Zugriff auf dieses device ist nicht möglich, solange das erste device noch offen ist.

v4l2-ctl ist so gebaut, dass es bei jedem Befehl das device öffnet, das ioctl absetzt und dann das device wieder schließt.

Bei pvrinput werden jedoch diverse ioctls nacheinander und zu verschiedenen Zeitpunkten abgesetzt. Würde man jedes mal das device dazwischen schließen und wieder öffnen, würde die Anwendung langsamer. Auch vdr macht das bei DVB-Karten nicht - das device wird in dvbdevice.c einmal  beim Start geöffnet und bleibt dann offen.

Das Problem ist, dass im analogen Bereich jede Karte/jeder Treiber sein eigenes Süppchen kocht. Mal ein Beispiel:

ivtv, cx18 und hdpvr haben ein ioctl zum Stoppen des Encoders.  Bestimmte ioctl wie z.B. Frequenzwechsel werden abgewiesen, solange es einen lesenden Zugriff gibt und der Encoder läuft. Also muss man den encoder erst mit dem ioctl stoppen.

pvrusb2 hat kein ioctl zum Stoppen des Encoders. Um das zu erreichen und die internen buffer zu clearen, muss man erst des device schließen und anschließend wieder öffnen.

cx88_blackbird hingegen verfolgt einen ganz anderen Ansatz. Ein ioctl zum Stoppen des Encoders gibt es auch nicht, aber man darf das device auch nicht schließen und wieder öffnen. Stattdessen stoppt der Treiber intern den Encoder, soabld das ioctl für einen Frequenzwechsel ausgelöst wird. Dummerweise hängt der Treiber danach, weil keiner dran gedacht hat, den Encoder anschließend auch wieder zu starten...  usw. usw.

Ein wesentlicher Teil des Codes von pvrinput besteht inzwischen aus Ausnahmeregelungen und Sonderlocken für einzelne Karten/Treiber...

[ubIx]

OK, Danke für Deine Ausführungen. Habe fiel gelernt. Das entspricht aber im wesentlichen meinen Erkenntnissen, dass der Encoder einfach an den Analogzweig angeflanscht ist, und man zur Aufnahme von Analog Ausgang auf Encoder Eingang umschalten kann.

Aber was mich interessieren würde, sind zwei sachen. Zum einen ob EasyVDR die v4l2 Treiber verwendet oder eigene? Nach Deinen Ausführungen würde ich auf eigene Tippen. Zum anderen, ob es nicht ganz einfach möglich ist, die Karte zu 99% wie eine analoge Karte zu verwenden, nur bei der Aufnahme wird auf den Stream umgeschaltet und anschließend wieder zurück. Konfigurieren würde ich so was als Gruppe wie bei einem Transponder. Aber wie gesagt, bin nicht im konzept von EasyVDR drin - benutze VDR nur auf meinem Server mit drei DVB-S/S2 Karten (steht auf dem Speicher nahe der SAT-Schüssel). Die Analog Karte ist im Wohnzimmer verbaut und wird wohl nur zur Aufnahme einiger weniger Sender (Österreich/Schweiz) verwendet.

Danke noch mal für Deine Bemühungen. Werde wie gesagt bald auf die PVR350 umsteigen oder zusätzlich verwenden. Dann kann ich immer noch per Script die KNC verwenden. Werde mir evtl. dazu ein Plugin für TV-Browser basteln. Übrigens kann man VDR prima mit TV-Browser steuern (insbesondere auch wenn kein EPG vorhanden ist, wie bei Analog Karten üblich).

[Dr. Seltsam]

easyvdr verwendet je nach Version Treiber aus einem der linuxtv-repositories. "eigene" Treiber sind es nicht.

vdr kann mit rein analogen Karten nichts anfangen, denn es benötigt immer (auch bei Live-TV ohne Aufnahme) einen Transport Stream. Also ist stets ein lesender Zugriff auf das mpeg device erforderlich.

[ubIx]

OK - Danke

[Dr. Seltsam]

es hat mir keine Ruhe gelassen, und ich habe jetzt tatsächlich eine lauffähige Version. 

Wie funktioniert das mit dene xternen Eingängen? Hast Du dazu Adapter/Kabel? Die karte hat eine gelbe und eine schwarze Buchse, aber wie ist die PIN-Belegung?

was meldet Deine Karte bei

v4l2-ctl --get-standard?

Ich habe festgestellt, dass der Multinormtuner mit V4L2_STD_PAL nicht richtig läuft, der Tonunteräger ist nicht sauber. Man muss den Tuner explizit auf pal_bg setzen

[ubIx]

es hat mir keine Ruhe gelassen, und ich habe jetzt tatsächlich eine lauffähige Version. 

Der verdammte Ehrgeitz 

Wie funktioniert das mit dene xternen Eingängen? Hast Du dazu Adapter/Kabel? Die karte hat eine gelbe und eine schwarze Buchse, aber wie ist die PIN-Belegung?

Die Belegung ist wie auf dem Bild zu sehen [sub](gelöscht)[/sub]
Habe auch mal die Anleitung aus dem Internet dort hin gelegt - hoffe das es Dir weiter hilft:[sub](gelöscht)[/sub]
(Werde nach der nächsten Antwort aus Urheberrechtlichen Gründen beide Einträge/Dateien wieder entfernen! - Wurden gelöscht!)

was meldet Deine Karte bei v4l2-ctl --get-standard?

[tt]#v4l2-ctl --get-standard
Video Standard = 0x00000007
        PAL-B/B1/G[/tt]

Ich habe festgestellt, dass der Multinormtuner mit V4L2_STD_PAL nicht richtig läuft, der Tonunteräger ist nicht sauber. Man muss den Tuner explizit auf pal_bg setzen

Diese Erfahrung hatte ich auch gemacht (siehe oben).

Hoffe das es Dir weiter hilft

[Dr. Seltsam]

danke, Das bringt schon mal die Erkenntnis, dass meine Karte etwas anders ist: Creatix909/918
Sie hat außer Koax in/out keine Buchsen außen. Also muss ich mir erstmal ein Kabel für die internen Steckvrbinder basteln.

Kannst Du bei Deiner Karte bitte mal posten:

v4l2-ctl --all -d 0 (analoges device, hier /dev/video0) v4l2-ctl --all -d 1 (mpeg device) v4l2-ctl --list-inputs -d 0 (analoges device) v4l2-ctl --list-ctrls-menus -d 0 (analoges device) v4l2-ctl --list-ctrls-menus -d 1 (mpeg device)

Welchen Standard hast Du nach dem Neustart (ohne manuell etwas zu setzen) ? Bei mir ist es
Video standard = 0x000000ff  und das ist V4L2_STD_PAL.

Damit 0x00000007 abgezeigt wird, musste ich pal-bg manuell setzen. Der Wert 7 müsste die Summe von

#define V4L2_STD_PAL_B          ((v4l2_std_id)0x00000001)
#define V4L2_STD_PAL_B1        ((v4l2_std_id)0x00000002)
#define V4L2_STD_PAL_G          ((v4l2_std_id)0x00000004)

sein, das kommt hin (1+2+4)

[ubIx]

danke, Das bringt schon mal die Erkenntnis, dass meine Karte etwas anders ist: Creatix909/918
Sie hat außer Koax in/out keine Buchsen außen. Also muss ich mir erstmal ein Kabel für die internen Steckvrbinder basteln.

Also es gibt auch zwei unterschiedliche Chipsätze bei KNC1 die verwendet wurden:
[tt]TV-Station DVR, TV-Station RDS, TV-Station PRO  mit Philips SAA7134 Chip
TV-Station SE, TV-Station RDS, TV-Station PRO  mit Conexant BT878 Chip[/tt]
Ich habe die "KNC1 TV-Station DVR" mit SAA7134 siehe Link:
http://www.knc1.de/d/produkte/analog_dvr.htm

Kannst Du bei Deiner Karte bitte mal posten:

v4l2-ctl --all -d 0 (analoges device, hier /dev/video0) v4l2-ctl --all -d 1 (mpeg device) v4l2-ctl --list-inputs -d 0 (analoges device) v4l2-ctl --list-ctrls-menus -d 0 (analoges device) v4l2-ctl --list-ctrls-menus -d 1 (mpeg device)

[tt]# v4l2-ctl --all -d 0
Driver Info:
        Driver name  : saa7134
        Card type    : KNC One TV-Station DVR
        Bus info      : PCI:0000:01:08.0
        Driver version: 528
        Capabilities  : 0x05010015
                Video Capture
                Video Overlay
                VBI Capture
                Tuner
                Read/Write
                Streaming
Format Video Capture:
        Width/Height  : 720/576
        Pixel Format  : 'BGR3'
        Field        : Interlaced
        Bytes per Line: 2160
        Size Image    : 1244160
        Colorspace    : Unknown (00000000)
Format Video Overlay:
        Left/Top    : 0/0
        Width/Height: 0/0
        Field      : Any
        Chroma Key  : 0x00000000
        Global Alpha: 0x00
        Clip Count  : 0                                                                                                                                           
        Clip Bitmap : No                                                                                                                                         
Format VBI Capture:                                                                                                                                               
        Sampling Rate  : 27000000 Hz                                                                                                                             
        Offset          : 256 samples (9.48148e-06 secs after leading edge)                                                                                       
        Samples per Line: 2048                                                                                                                                   
        Sample Format  : GREY                                                                                                                                   
        Start 1st Field : 7                                                                                                                                       
        Count 1st Field : 16                                                                                                                                     
        Start 2nd Field : 319                                                                                                                                     
        Count 2nd Field : 16                                                                                                                                     
Framebuffer Format:                                                                                                                                               
        Capability    : Clipping List                                                                                                                             
        Flags        :                                                                                                                                           
        Width        : 0                                                                                                                                         
        Height        : 0                                                                                                                                         
        Pixel Format  : ''                                                                                                                                       
        Bytes per Line: 0                                                                                                                                         
        Size image    : 0                                                                                                                                         
        Colorspace    : Unknown (00000000)                                                                                                                       
Crop Capability Video Capture:                                                                                                                                   
        Bounds      : Left 0, Top 46, Width 720, Height 578                                                                                                       
        Default    : Left 0, Top 48, Width 720, Height 576
        Pixel Aspect: 54/59
Crop: Left 0, Top 48, Width 720, Height 576
Video input : 0 (Television)
Audio input : 0 (audio)
Frequency: 2916 (182.250000 MHz)
Video Standard = 0x00000007
        PAL-B/B1/G
Tuner:
        Name                : Television
        Capabilities        : 62.5 kHz multi-standard stereo lang1 lang2
        Frequency range      : 0.0 MHz - 268435455.9 MHz
        Signal strength/AFC  : 100%/0
        Current audio mode  : stereo
        Available subchannels: mono stereo


# v4l2-ctl --all -d 1
Driver Info:
        Driver name  : saa7134
        Card type    : KNC One TV-Station DVR
        Bus info      : PCI:0000:01:08.0
        Driver version: 528
        Capabilities  : 0x05000001
                Video Capture
                Read/Write
                Streaming
Format Video Capture:
        Width/Height  : 720/576
        Pixel Format  : 'MPEG'
        Field        : Interlaced
        Bytes per Line: 0
        Size Image    : 12032
        Colorspace    : Broadcast NTSC/PAL (SMPTE170M/ITU601)
Video input : 0 (CCIR656)
Video Standard = 0x00000007
        PAL-B/B1/G


# v4l2-ctl --list-inputs -d 0
ioctl: VIDIOC_ENUMINPUT
        Input  : 0
        Name    : Television
        Type    : 0x00000001
        Audioset: 0x00000001
        Tuner  : 0x00000000
        Standard: 0x0000000000FFBFFF ( PAL NTSC SECAM )
        Status  : 0

        Input  : 1
        Name    : S-Video
        Type    : 0x00000002
        Audioset: 0x00000001
        Tuner  : 0x00000000
        Standard: 0x0000000000FFBFFF ( PAL NTSC SECAM )
        Status  : 0

        Input  : 2
        Name    : Composite1
        Type    : 0x00000002
        Audioset: 0x00000001
        Tuner  : 0x00000000
        Standard: 0x0000000000FFBFFF ( PAL NTSC SECAM )
        Status  : 0


# v4l2-ctl --list-ctrls-menus -d 0
                    brightness (int)  : min=0 max=255 step=1 default=128 value=128
                      contrast (int)  : min=0 max=127 step=1 default=68 value=67
                    saturation (int)  : min=0 max=127 step=1 default=64 value=63
                            hue (int)  : min=-128 max=127 step=1 default=0 value=0
                        volume (int)  : min=-15 max=15 step=1 default=0 value=0
                          mute (bool) : default=0 value=1
                        mirror (bool) : default=0 value=0
                        invert (bool) : default=0 value=0
            y_offset_odd_field (int)  : min=0 max=128 step=1 default=0 value=0
            y_offset_even_field (int)  : min=0 max=128 step=1 default=0 value=0
                      automute (bool) : default=1 value=1


# v4l2-ctl --list-ctrls-menus -d 1

User Controls

                    brightness (int)  : min=0 max=255 step=1 default=128 value=128
                      contrast (int)  : min=0 max=127 step=1 default=68 value=67
                    saturation (int)  : min=0 max=127 step=1 default=64 value=63
                            hue (int)  : min=-128 max=127 step=1 default=0 value=0
                        volume (int)  : min=-15 max=15 step=1 default=0 value=0
                          mute (bool) : default=0 value=1
                        mirror (bool) : default=0 value=0

MPEG Encoder Controls

                    stream_type (menu) : min=1 max=1 default=1 value=1 flags=update
                                1: MPEG-2 Transport Stream
      audio_sampling_frequency (menu) : min=1 max=1 default=1 value=1
                                1: 48 kHz
                audio_encoding (menu) : min=1 max=1 default=1 value=1 flags=update
                                1: MPEG-1/2 Layer II
        audio_layer_ii_bitrate (menu) : min=11 max=13 default=11 value=11
                                11: 256 kbps
                                13: 384 kbps
                video_encoding (menu) : min=1 max=1 default=1 value=1
                                1: MPEG-2
                  video_aspect (menu) : min=1 max=2 default=1 value=1
                                1: 4x3
                                2: 16x9
            video_bitrate_mode (menu) : min=0 max=1 default=0 value=0 flags=update
                                0: Variable Bitrate
                                1: Constant Bitrate
                  video_bitrate (int)  : min=0 max=27000000 step=1 default=6000000 value=4000000
            video_peak_bitrate (int)  : min=0 max=27000000 step=1 default=8000000 value=6000000
[/tt]

Welchen Standard hast Du nach dem Neustart (ohne manuell etwas zu setzen) ? Bei mir ist es Video standard = 0x000000ff  und das ist V4L2_STD_PAL.

Damit 0x00000007 abgezeigt wird, musste ich pal-bg manuell setzen. Der Wert 7 müsste die Summe von

#define V4L2_STD_PAL_B          ((v4l2_std_id)0x00000001)
#define V4L2_STD_PAL_B1        ((v4l2_std_id)0x00000002)
#define V4L2_STD_PAL_G          ((v4l2_std_id)0x00000004)

sein, das kommt hin (1+2+4)

Kann ich Dir nicht genau sagen, da ich nicht weiß wo MythBuntu bzw. Ubuntu dieses setzt. Auf dem alten openSUSE war es meist PAL, was laut Beschreibung mit Deinen angaben überein Stimmt.

[Dr. Seltsam]

Also es gibt auch zwei unterschiedliche Chipsätze bei KNC1 die verwendet wurden:
[tt]TV-Station DVR, TV-Station RDS, TV-Station PRO  mit Philips SAA7134 Chip
TV-Station SE, TV-Station RDS, TV-Station PRO  mit Conexant BT878 Chip[/tt]
Ich habe die "KNC1 TV-Station DVR" mit SAA7134 siehe Link:
http://www.knc1.de/d/produkte/analog_dvr.htm

hast Du zu Modellen mit Bt878 mehr Infos? haben die auch einen Hardwareencoder? Bei KNC1 finde ich dazu nichts.

ansonsten sind die v4l2-ctl Angaben identisch mit der Karte, die ich hier leihweise habe.

Nutzt Mythbuntu eigentlich den Hardwareencoder? würde mich sehr wundern...

[ubIx]

hast Du zu Modellen mit Bt878 mehr Infos? haben die auch einen Hardwareencoder? Bei KNC1 finde ich dazu nichts.

Soweit ich weiß nicht. Soweit mir bekannt gibt es eben die RDS und PRO mit beiden (beide hatten keinen HW-Encoder). Nur die DVR hatte meines Wissens den HW-Encoder und ist eher verwandt mit dern DVB-C/T/S Karten.

ansonsten sind die v4l2-ctl Angaben identisch mit der Karte, die ich hier leihweise habe.

Kann ich leider nicht beurteilen, würde aber Sinn machen. Hat Deine denn auch einen HW-Encoder?

Nutzt Mythbuntu eigentlich den Hardwareencoder? würde mich sehr wundern...

Nein, auch nicht - weshalb die Systemlast mit unter recht hoch ist und zu Aussetzern führt. Habe schon alles mögliche ausprobiert - begonnen hatte ich aber mit c't-VDR und bin dann über alle möglichen Varianten hier her gekommen (easyVDR war die letzte installierte Version vor MythBuntu).

[Dr. Seltsam]

o.k., dann gehe ich davon aus, dass alle Modelle mit Encoder (so auch mein Testobjekt) einen saa7134-Chip haben und sich mit der Bezeichnung "[tt]KNC One TV-Station DVR"[/tt] identifizieren.

Nein, auch nicht - weshalb die Systemlast mit unter recht hoch ist und zu Aussetzern führt. Habe schon alles mögliche ausprobiert - begonnen hatte ich aber mit c't-VDR und bin dann über alle möglichen Varianten hier her gekommen (easyVDR war die letzte installierte Version vor MythBuntu).

ich werde dann am Wochenende mal sehen, dass ich easyvdr 0.9 auf einer Testplatte installiere und dann eine angepasste pvrinput-Version kompiliere. Es gibt noch ein paar Baustellen - die meisten controls funktionieren wegen anderer Wertebereiche nicht, so dass man Lautstärke, Helligkeit, Kontrast etc. per v4l2-ctl setzen muss -sofern man andere Werte als die Treiber defaults benötigt.

darüber hinaus verwendet der Treiber andere PIDs:

Code:

static struct saa6752hs_mpeg_params param_defaults =
{
    .ts_pid_pmt      = 16,
    .ts_pid_video    = 260,
    .ts_pid_audio    = 256,
    .ts_pid_pcr      = 259,

    .vi_aspect       = V4L2_MPEG_VIDEO_ASPECT_4x3,
    .vi_bitrate      = 4000,
    .vi_bitrate_peak = 6000,
    .vi_bitrate_mode = V4L2_MPEG_VIDEO_BITRATE_MODE_VBR,

    .au_encoding     = V4L2_MPEG_AUDIO_ENCODING_LAYER_2,
    .au_l2_bitrate   = V4L2_MPEG_AUDIO_L2_BITRATE_256K,
    .au_ac3_bitrate  = V4L2_MPEG_AUDIO_AC3_BITRATE_256K,
};

Damit die gleichen channels.conf-Einträge wie für eine ivtv-basierte Karte verwandt werden können, müsste man den saa6752hs-Treiber patchen:

Code:

     .ts_pid_pmt      = 16,
     .ts_pid_video    = 300,
     .ts_pid_audio    = 301,
     .ts_pid_pcr      = 101,

Solange die KNC One die einzige Karte ist, könnte man auch die PIDs in der channels.conf entsprechend auf 260/256/259 ändern. Aber bei der ersten Anwahl eines solchen Kanals mit einer ivtv-basierten Karte ändert vdr dann automatisch zurück auf 301/300/101. Und wenn dann die KNC One diesen Kanal wieder aufruft, bleibt das Bild dunkel, weil vdr in diesem Fall die anderen PIDs im Transport Stream nicht automatisch erkennt - muss irgendwas damit zu tun haben, dass auch die PMT  anders ist.
Fazit: wenn möglich muss ich auch einen gepatchten saa6752hs-Treiber bereitstellen.

[ubIx]

o.k., dann gehe ich davon aus, dass alle Modelle mit Encoder (so auch mein Testobjekt) einen saa7134-Chip haben und sich mit der Bezeichnung "[tt]KNC One TV-Station DVR"[/tt] identifizieren.

Würde ich so bei KNC interpretieren.

Habe mal (mitte 2005) bei KNC1 nach Audioverbindung auf der Karte gefragt und nachfolgenden Info erhalten (evtl. Kannst Du oder auch jemand anderes diese Info mal gebrauchen:

Audio-Ausgabe bei der TV-Station DVR:

Die TV-Station DVR verfügt über keinen Audio-Ausgang auf dem Slotblech.
Entsprechend ihres Haupteinsatzgebiets als Video-Capture-Karte befindet sich
dort lediglich ein blau gekennzeichneter Audio-Eingang, der üblicherweise
mit dem Composite-/S-Video-Eingang kombiniert wird. Die Audiosignale, die
auf der Karte generiert oder über den externen Audio-Eingang eingeschliffen
werden, können prinzipiell über drei verschiedene Möglichkeiten
wiedergegeben werden.

  1.. Encodierung des TV- oder FM-Signals in MPEG und Übertragung als
MPEG-Datenstrom für die Live-Wiedergabe über einen MPEG-Decoder oder zum
Aufzeichnen mittels geeigneter Treiber und Applikationssoftware.
  2.. Übertragen der unkomprimierten Audiodaten per PCI-Audio-Streaming. Der
Device-Driver für die TV-Tunerkarte sowie die Systemumgebung müssen den
Transfer über PCI unterstützen. Unter Windows2000/XP ist dies ab der
DirectX-Version 9.0 der Fall.
  3.. Verbindung zwischen dem analogen Mixer-Ausgang der TV-Station DVR und
einem geeigneten analogen Audio-Eingang des
PC-Soundcontrollers/Soundkartemittels eines internen analogen Audiokabels.
Dazu befindet sich auf der TV-Station DVR am unteren Platinenrand eine
weiße, vierpolige, sogenannte MIDI-Steckerleiste (2mm-Raster). Falls sich
kein entsprechend vorkonfektioniertes Kabel im Fachhandel auftreiben läßt,
gilt für den Eigenbau folgende Steckerbelegung: Von links (Slotblech)
gesehen: Linker Kanal – Masse – Rechter Kanal - Masse

Mit freundlichen Grüßen / kind regards
Hotline KNC ONE GmbH

ich werde dann am Wochenende mal sehen, dass ich easyvdr 0.9 auf einer Testplatte installiere und dann eine angepasste pvrinput-Version kompiliere. Es gibt noch ein paar Baustellen - die meisten controls funktionieren wegen anderer Wertebereiche nicht, so dass man Lautstärke, Helligkeit, Kontrast etc. per v4l2-ctl setzen muss -sofern man andere Werte als die Treiber defaults benötigt.

OK, damit ließe sich ja leben, diese könnte man ja in ein Statup Script einbauen.

Damit die gleichen channels.conf-Einträge wie für eine ivtv-basierte Karte verwandt werden können, müsste man den saa6752hs-Treiber patchen:

Solange die KNC One die einzige Karte ist, könnte man auch die PIDs in der channels.conf entsprechend auf 260/256/259 ändern. Aber bei der ersten Anwahl eines solchen Kanals mit einer ivtv-basierten Karte ändert vdr dann automatisch zurück auf 301/300/101. Und wenn dann die KNC One diesen Kanal wieder aufruft, bleibt das Bild dunkel, weil vdr in diesem Fall die anderen PIDs im Transport Stream nicht automatisch erkennt - muss irgendwas damit zu tun haben, dass auch die PMT  anders ist.
Fazit: wenn möglich muss ich auch einen gepatchten saa6752hs-Treiber bereitstellen.

Wäre Prima (insbesondere da ich ja jetzt eine PVR350 dazu bestellt habe - hoffe das ich sie auch bekomme -  habe seit Bestellung noch keine Info dazu erhalten) 

[Dr. Seltsam]

wie hast Du denn bei Deinen letzten easyvdr-Versuchen die vdr-Ausgabe gemacht? über Grafikkarte und xineliboutput?

[ubIx]

wie hast Du denn bei Deinen letzten easyvdr-Versuchen die vdr-Ausgabe gemacht? über Grafikkarte und xineliboutput?

Habe wie gesagt die Karte nicht richtig zum laufen bekommen (keine Ausgabe bzw. Aufnahme). Aufnahme habe ich dann immer per crontab gemacht. Deshalb habe ich ja auch weiter nach einer (komfortableren) Lösung gesucht - und mit MythTV zumindest begrenzt gefunden. Da aber auf meinem Server VDR zufriedenstellend seit längeren läuft, wollte ich eigentlich wieder auf VDR zurück wechseln, was aber wegen fehlender Funktionalität (noch) nicht gemacht habe.

[ubIx]

Habe mal folgende Frage an KNC Technischen Support gestellt

Laut Info auf Ihrerer Homepage http://www.knc1.de im Downloadbereich, habe ich
folgende Information zur Hardwarearchitektur gefunden:
TV-Station DVR, TV-Station RDS, TV-Station PRO  mit Philips SAA7134 Chip
TV-Station SE, TV-Station RDS, TV-Station PRO  mit Conexant BT878 Chip

1. Stimmt diese Aussage?
   
2. Wurde nur in der TV-Station DVR der Hardware-Encoder SAA6752HS verbaut,
   oder auch in einer anderen Karte?
   
3. Anders herum gefragt, wurde von KNC1 nur die Kombination SAA7134 mit dem
   Hardware-Encoder SAA6752HS vertrieben oder gab es auch varianten mit BT878 und
   dem Hardware-Encoder SAA6752HS?
   

Und innerhalb eines Werktages  folgende Antwort erhalten:

... den MPEG2 Hardware Encoder gab es ausschließlich auf der TV-Station DVR.

[Dr. Seltsam]

danke, dann ist das gelärt.

Wo hast Du die PVR350 denn bestellt, und für wieviel? Sag Bescheid, wenn sie da ist und mit easyvdr 0.8 läuft.

@ alle:
welche vdr-Version ist denn in easyvdr 0.8 enthalten? Konnte das im Ankündigungsthread nicht finden

[SurfaceCleanerZ]

Standard ist 1.7.0, drin ist noch 1.6.0-2

mfG,
Stefan

[Dr. Seltsam]

Standard ist 1.7.0, drin ist noch 1.6.0-2

das ist jetzt nicht Euer Ernst ???

gibt es wenigstens update-Pakete für einen aktuellen vdr?

[michel8]

[quote author=SurfaceCleanerZ link=topic=9374.msg89835#msg89835 date=1290017072]
Standard ist 1.7.0, drin ist noch 1.6.0-2

das ist jetzt nicht Euer Ernst ???

gibt es wenigstens update-Pakete für einen aktuellen vdr?
[/quote]
Das Update-Paket heißt 0.9 und ist in Arbeit

Gruß
Michel