[vdr] [ANNOUNCE] VDR developer version 1.7.8

Quote

Original von sviper
Hi

ich bekomme den VDR 1.7.7 und auch den neuen 1.7.8 nicht zum laufen!
Habe jetzt schon einige DVB treiber ausprobiert aber ich bekomme immer wieder die Meldung

Code

In file included from dvbdevice.h:14,              
 from vdr.c:45: /usr/local/src/DVB/linux/include/linux/dvb/frontend.h:92: error: '__u8' does not name a type 
/usr/local/src/DVB/linux/include/linux/dvb/frontend.h:93: error: '__u8' does not name a type /usr/local
/src/DVB/linux/include/linux/dvb/frontend.h:98: error: '__u8' does not name a type /usr/local/src/DVB/linux
/include/linux/dvb/frontend.h:99: error: '__u8' does not name a type /usr/local/src/DVB/linux/include/linux
/dvb/frontend.h:361: error: '__u8' does not name a type make: *** [vdr.o] Fehler 1

Habe Debian lenny auf squeeze per dist-upgrade erneuert und auch schon xine ffmpeg x264 usw. fertig.
Mein Kernel ist der 2.6.26-2-486!
Und ich habe eine Technotrend DVB-C 1501 (baugleich mit der DVB-S2 TT 3200}

Kann mir jemand weiter helfen?

Hallo,

schau mal hier:

x-vdr - Fragen und Antworten

im Post von P333t

Gruß
Wolfgang

Quote

Original von Dr. Seltsam
hm... wieso klappt AC3 nicht? Der Code im pvr350-Plugin führt bei Stream-Id 0x80 bis 0x87 eine interne Conversion in mpeg-Audio durch. Aber wenn ich mittels Menü-Grün einen Dolby Digital-Tonkanal anwähle, kriege ich jetzt immer nur 0x00 als Data[3] in PlayAudio ausgewiesen.
Die Auswahl der übrigen Tonkanäle klappt einwandfrei.

Der pes packet start indicator ist vorhanden? Muss auch mal die neue VDR version mit dem dxr3plugin testen.

Quote

Original von Austrian Coder
Der pes packet start indicator ist vorhanden?

Du meinst das TsPayloadStart-Bit im TS-Paketheader?

HI

also die Fehlermeldungen sind durch den patch ftp://ftp.cadsoft.de/vdr/Developer/v4l-dvb-header-fix.diff gegen die DVB header weg.
Jedoch laesst sich gegen den VDR nicht make install anwenden.
Folgende Fehlermeldung erscheint:

Quote

debian:~# cd /usr/local/src/
debian:/usr/local/src# cd VDR
debian:/usr/local/src/VDR# make make: Für das Ziel »all« ist nichts zu tun.
debian:/usr/local/src/VDR# make install
cp: Aufruf von stat für »./PLUGINS/lib/lib*-*.so.1.7.7« nicht möglich: Datei oder Verzeichnis nicht gefunden make: *** [install-plugins] Fehler 1 debian:/usr/local/src/VDR#

Ich habe jetzt die DVB treiber von s2-liblianin uns die von jusst v4l-dvb-test ausprobiert
die v4l-dvb-test gehen gar net mit dem VDR und bei den s2-liblianin kommt der Fehler!
Gibt es nochwelche DVB Treiber mit API 5 die ich testen kann?

MFG

Quote

Original von Austrian Coder
Der pes packet start indicator ist vorhanden?

puh -Du stellst Fragen. Meinst Du den "Start code" in byte 0 bis byte 2 ?

Wenn ich Data [0] bis Data[2] in PlayAudio() logge: kann ich das wie bei Data[3] mit %02x machen?

Quote

Original von Dr. Seltsam

puh -Du stellst Fragen. Meinst Du den "Start code" in byte 0 bis byte 2 ?

Wenn ich Data [0] bis Data[2] in PlayAudio() logge: kann ich das wie bei Data[3] mit %02x machen?

Er meint wohl das TsPayloadStart im TS-Header. Lass Dir mal vom PES-Paket Data[0] bis [3] mit %02x ausgeben. Das muss 00-00-01-<ID> sein.

Quote

Original von FireFlyLass Dir mal vom PES-Paket Data[0] bis [3] mit %02x ausgeben. Das muss 00-00-01-<ID> sein.

oh mann, das Problem war hausgemacht. Weil für case 0xBD nichts hinterlegt war, kam gleich eine Fehlermeldung, die ich falsch interpretiert habe. Also:
Bei Anwahl auf einen AC3-Tonkanal kommt

pvr350: 08:39:54 cPvr350Device::PlayAudio(): Start Code = 0x00, 0x00, 0x01
pvr350: 08:39:54 cPvr350Device::PlayAudio(): Length=8974, Stream ID=0xbd

Allerdings hat der Konvertierungscode AC3 in mpeg2 mit diesem Stream Probleme. Der Ton schrabbelt, und bei der ARD kommen auch Fehlermeldungen:
pvr350: 08:38:53 pvr350: Error decoding block
pvr350: 08:38:55 pvr350: AC3 source channels are less than specified
pvr350: 08:38:55 pvr350: Error decoding block
pvr350: 08:39:15 pvr350: Error decoding block
pvr350: 08:39:21 pvr350: Error decoding block
Der Code samt Fehlermeldungen stammt von ac3dec .

Wenn ich das richtig begreife, liefert vdr in PlayAudio bei AC3-Ton jetzt nicht mehr den Substream (0x80-0x87) an, sondern den kompletten Private Stream (0xBD). Hat jemand eine Idee, wie ich den richtigen Substream (also genau den, den ich im Audio-Menü ausgewählt habe) da wieder raushole?

HI

kann mir den keiner Helfen ich bekomme immer noch die Fehlermeldung

debian:~# cd /usr/local/src/   
debian:/usr/local/src# cd VDR   debian:/usr/local/src/VDR# make make: Für das Ziel »all« ist nichts zu tun.   
debian:/usr/local/src/VDR# make install   cp: Aufruf von stat für »./PLUGINS/lib/lib*-*.so.1.7.7« nicht möglich: Datei oder Verzeichnis nicht gefunden make: *** [install-plugins] Fehler 1 debian:/usr/local/src/VDR#

habe jetzt auch schon v4l treiber ausprobiert!
glaube langsam das es nicht an den Treibern liegt.
In die Make.conf habe ich auch nochmal FFMDIR=/usr...
und FMPEG_STATIC=1 und FFMPEG_SVN=1 geschrieben.
Das hat auch nichts gebracht!
Fehlt da noch etwas?
Habe den extention patch! Geht aber auch nicht ohne!

MFG

ja und, wenn es keine plugins gibt ist das normal.
oder hast make plugins vergessen?

Ach bin ich blöde!

Da habe ich schon so viele VDR gebaut und zum ersten mal dachte ich:
machst erst mal den VDR bevor du an die Plugins gehst!

Na ja jetzt läuft er nur xinliboutput nicht mal sehen ob ich das hinbekomme!
Xine geht ja schon mal!

Vielen Dank das passiert mir nicht so schnell wieder!

MFG

Hi

so xineliboutput geht auch!
aber meine videoverzeichnisse wie video1 usw. werden nicht automatisch eingebunden.

Früher habe ich immer nur das video0 Verzeichniss angegeben und er hat automatisch viedo1 video2 usw. mit eingebunden.

Hat sich da was geändert?

MFG

Debian will eine SATA platte nicht mounten.
er sagt mir immer ich soll das Dateinsystem angeben!

Aber erst ging es auch so.

mount /dev/sda1 /mnt

Wenn ich dann die Platte abziehe und wieder anschließe läd er sie unter z.b sdc und ich kann sie mounten!

mit mount /dev/sdc1 /mnt

Weiß jemand warum?

MFG

Quote

Original von sviper
Debian will eine SATA platte nicht mounten.

hat nix mit vdr1.7.8 zu tun - bitte eigenen thread eroeffnen.

und log lesen.

Quote

Original von sviper
so xineliboutput geht auch!

kann mich bitte jemand erhellen, was ich ändern muss damit damit ich xineliboutput mit vdr-1.7.8 übersetzten kann??

Hi

eigentlich musst du nur die neuste Version aus dem cvs holen!
Für den 1.7.7 ging es auf jedenfall! Wenn es für den neuen noch nicht gleich geht warte nochmal ne Woche bis die Plugins alle angepasst sind!
Und ffmpeg und xine musst du halt warhscheinlich auch die neusten haben! Morgen probier ich auch mal den 1.7.8 sag dann bescheid ob es geht!

Hi,
mir sind da 2 Fragen beim 1.7.8 aufgefallen:
- Wechsle ich die Tonspur mit der Tastatur, kann ich nur incrementieren, mache ich das bei der Aufnahmenwiedergabe und schalte zurück ins TV Programm bleibt die gewählte Tonspur erhalten (xine-ui), d.h. ich habe u.U. keinen Ton. Ich habe mir nur behelfen können indem ich den VDR neu starte.

- Wiedergabe von TS Dateien von Enigma oder Neutrino Implementierung in Planung? Zur Zeit muß ich die TS Datei dem vdr in ein Aufnahmeverzeichniss unterschieben und umbenennen (z.b.0001.ts) Dann kann ich über den falschen Eintrag auch das Bild ansehen, aber der Ton fehlt.
Wäre es nicht ohne großen Aufwand möglich auch die Auswahl von *.TS Dateien zu ermöglichen und die Auswahl anhand des Dateinamens zu gestatten? Wäre dann nur zu klären wieso der Ton fehlt.

Wegen des Tones könntest du mal folgenden Patch probieren (der hilft jedenfalls bei mit projectx aus vobs erzeugten ts-Dateien):

--- a/remux.c   2009-06-28 13:05:06.000000000 +0200 
+++ b/remux.c   2009-06-28 13:06:06.000000000 +0200 
@@ -568,6 +568,7 @@ void cPatPmtParser::ParsePmt(const uchar
                        vpid = stream.getPid();
                        vtype = stream.getStreamType();
                        break;
 +           case 0x03: // STREAMTYPE_11172_AUDIO
             case 0x04: // STREAMTYPE_13818_AUDIO
                        {
                        if (NumApids < MAXAPIDS) {

Ansonsten muesste man die TS-Dateien genauer kennen.

Hi,

ich hab mal eine generelle Frage bezüglich der Entwicklung vom VDR etc.. Wie testen eigentlich die Entwickler die spätere Bildausgabe z.B. über HDMI? Es gibt ja derzeit keine FF HD Karten und ich kenne bisher nur die Lösung mittels eHD. Oder wird das Bild bei der Entwicklung gar nicht getestet oder wie läuft das ab? Weil irgendiwe muss ja das ganze HD Thema auch irgendwie getestet werden können oder? Oder geht das dann mittels Softwarelösungen?

Würd mich einfach mal Interessieren vielleicht kann der ein oder andere was dazu sagen? Danke!

Quote

Originally posted by sewn4
ich hab mal eine generelle Frage bezüglich der Entwicklung vom VDR etc.. Wie testen eigentlich die Entwickler die spätere Bildausgabe z.B. über HDMI? Es gibt ja derzeit keine FF HD Karten und ich kenne bisher nur die Lösung mittels eHD.

wer braucht denn heutzutage noch FFs oder eHDs? FRC oder VDPAU nehmen => und freuen

da hast du alle Ausgabe-Moeglichkeiten wie VGA/DVI/HDMI/SCART zur Verfuegung.

Quote

Original von sparkie

wer braucht denn heutzutage noch FFs oder eHDs? FRC oder VDPAU nehmen => und freuen

da hast du alle Ausgabe-Moeglichkeiten wie VGA/DVI/HDMI/SCART zur Verfuegung.

Hi,

also bisher war ich von Softwarelösungen etc. nie begeistert. Da aber alle von VDPAU sprechen werd ich es einfach mal testen. Meine onboard Graka sollte VDPAU unterstützen zum ersten testen etc. sollte es ja reichen. Habe dazu aber gleich noch folgende fragen:

- welchen DVB Treiber -> http://linuxtv.org/hg/v4l-dvb ?
- VDR Version 1.7.8 sollte gehen?
- Xine-Plugins oder xineliboutput-Plugins ?

- kann ich bei openSUSE 11.1 den mitgelieferten NVIDIA Treiber Version 180.44 nutzen?