automatische 4:3/16:9-Umschaltung mit Letterbox-Erkennung!

Quote

Original von habichthugo

Hm, dann machma schon mit drei Devices an einer Hardware rum? Na wenn dat ma kein Kuddel-Muddel gibt...!?

Es sind schon wesentlich mehr als 3: siehe /dev/dvb/adapter0/...

Quote

Wie kriegt man eigentlich vernünftig raus, welches /dev/video- mit welchem /dev/dvb-Device korrespondiert? Der VDR grept dazu in /proc/... rum, was wohl net immer so ganz funzt...???

Damit habe ich mich noch nie beschäftigt. Wozu brauchst Du das dvb-Device?
Eigentlich sollten nun videoX und vbiX reichen. Damit müßte das Programm unabhängig von vdr laufen können.

Quote

Wird sicher noch n Weilchen dauern - oder? Ich mach dann ers ma mit Deinen Patches los. Hab ne Menge Ideen im Kop gesammelt...Aber die nächsten Tage läuft bei mir eh nix in der Richtung...Herr - gib Zeit!

Bin praktisch fertig. Also erst gar nicht mit dem alten Treiber-Patch anfangen. Melde Dich, wenn Du den neuen Patch brauchst.

CU
Oliver

Quote

Original von habichthugo
Gunnar
Wie siehts denn mit Deiner Thomson-Möre aus? Mal mit der neue Firmware probiert, Probleme...?

Hi,
hab inzwischen etwas Zeit zum Basteln gehabt - die geänderte Firmware läuft einwandfrei und der Thomson schaltet perfekt auf 4:3 zurück.
Hab mich beim ersten schnellen Versuch wohl zu blöd angestellt

Gunnar

Quote

Original von habichthugo
Ich komme nun allerdings nicht weiter, da sich der DVB-Treiber-Patch nicht auf meine Sourcen anwenden lässt:

Sollte doch kein größeres Problem sein, die 3 Rejects von Hand aufzulösen. Schau halt mal in die .rej-Dateien.

CU
Oliver

Quote

Original von habichthugo

Denkste!? Na dann versuch mal sowas zu verheiraten:

Code

av7110_v4l.c.rej
***************
*** 621,632 ****
  		saa7146_vv_release(dev);
  		return -ENODEV;
  	}
- 	if (av7110->analog_tuner_flags) {
- 		if (saa7146_register_device(&av7110->vbi_dev, dev, "av7110", VFL_TYPE_VBI)) {
- 			ERR(("cannot register vbi v4l2 device. skipping.\n"));
- 		} else {
  			av7110->analog_tuner_flags |= ANALOG_TUNER_VBI;
- 		}
  	}
  	return 0;
  }
--- 716,726 ----
  		saa7146_vv_release(dev);
  		return -ENODEV;
  	}
+ 	if (saa7146_register_device(&av7110->vbi_dev, dev, "av7110", VFL_TYPE_VBI)) {
+ 		ERR(("cannot register vbi v4l2 device. skipping.\n"));
+ 	} else {
+ 		if (av7110->analog_tuner_flags)
  			av7110->analog_tuner_flags |= ANALOG_TUNER_VBI;
  	}
  	return 0;
  }

Display More

Code

av7110_v4l.c
		saa7146_vv_release(dev);
		return -ENODEV;
	}
	if (av7110->has_analog_tuner) {
		if (saa7146_register_device(&av7110->vbi_dev, dev, "av7110", VFL_TYPE_VBI)) {
			ERR(("cannot register vbi v4l2 device. skipping.\n"));
		} else
			/* we use this to remember that this dvb-c card can do vbi */
			av7110->has_analog_tuner = 2;
	}
	return 0;
}

Display More

Daß es nicht genau so in deinen Sourcen steht, ist ja klar. Sonst würde patch es hinkriegen.
Ist trotzdem ganz einfach:

av7110_v4l.c
		saa7146_vv_release(dev);
		return -ENODEV;
	}
	if (saa7146_register_device(&av7110->vbi_dev, dev, "av7110", VFL_TYPE_VBI)) {
		ERR(("cannot register vbi v4l2 device. skipping.\n"));
	} else {
		if (av7110->has_analog_tuner)
			/* we use this to remember that this dvb-c card can do vbi */
			av7110->has_analog_tuner = 2;
	}
	return 0;
}

Quote

In meinen Sourcen/Headern fehlen jede Menge der von Dir benutzten Definements und Strukturen (die der Patch selbst nicht mit bringt), z.B. VIDIOC_G_SLICED_VBI_CAP oder V4L2_SLICED_WSS_625. Der meinen Paketen zugrunde liegende cvs-Auszug ist wohl schlicht zu alt (cvs-041202 ~ Ende 2004?). Auch Dein Testprogramm kann ich nicht übersetzen...

Hat nix mit dem DVB-CVS zu tun. Dein video4linux ist einfach zu alt. Da existieren diese Definitionen noch nicht. Habe mal meine videodev2.h Datei angehängt. Mußt die fehlenden Definitionen halt bei Dir irgendwo einbauen. Mit einem aktuellen 2.6er Kernel wärst Du längst fertig...

Quote

Ohne Hilfe komm ich hier nicht weiter. Ich blick ja schon nich, warum debian/rules binary mir ein neues Quellpaket schnürt, statt eines Binärpakets. Wahrscheinlich müsste ich debian/rules modules oder so verwenden?...

Davon weiß ich nichts und ich will auch mit apten und aptissinnen nix zu tun haben. Mit Umdrehungen pro Minute (rpm) übrigens auch nicht.

CU
Oliver

Nur mal so am Rande eine Idee dazu (und Lob und Bestätigung für euch, dass eure Arbeit auch Anerkennung findet).

Da ich nur Kabel-TV habe (darf keine SAT-Schüssel anbringen und DVB-T stört sich am nahegelegen Mobilfunkt-Sendemasten und Umspannwerk), verwende ich ausschließlich DVB-C und analog-TV. Und ich habe einen Phillips 16:9 TV (ohne 100Hz).

Beim AnalogTV (benutze das pvrinput-plugin, siehe Sig) kommt das Bild natürlich nur als 4:3 rein (halt nie anamorph) . Da würde sich ja gerade eine automatische Erkennung der schwarzen Balken anbieten, um halt bei passenden Sendungen per WSS 16:9 Letterbox zu signalisieren, damit der TV auf den passenden Modus umschaltet. Ich hoffe sowas wird dann nach eure Vorabeit hier möglich und auch noch realisiert.

Momentan benutze ich für 4:3-Material halt die SuperZoom-Einstellung des TV (welche des Bild an den Rändern verzerrt, um Bildschirmfüllend zu arbeiten). Und ich schallte äußert manuell selten auf 16:9zoom (korrekte Einstellung für 16:9 Letterboxed material), weil mir dass persönlich zu aufwendig ist. Die WSS-Daten erkennt der TV zumindest korrekt, da beim normalen Analogen TV die ÖR auch korrekt 16:9Letterbox-WSS überträgt und der TV dann auf 16:9Zoom schaltet. Die Privaten übertragen sowas natürlich nicht.

----------------

Ach und hier vielleicht noch eine Hilfreiche Anmerkung.

Der 100Hz Phillips 16:9TV meiner Eltern erkennt automatisch 16:9-Letterbox-format bei den Privaten (schalten da also dann auf 16:9-Zoom oder 14:9-Zoom, je nach bedarf).

Dabei ist es gänzlich unerheblich, ob die Balken oben schwarz, grau oder rot sind. Auch Senderlogos im oberen Bereich werden ignoriert.

Ich vermute, der TV achtet auf Änderungen des Bildinhalten oben/unten. Also wenn sich das Bild dort länger als ca. 5sek nicht bewegt, dann schaltet er auf 16:9Zoom (oder 4:3-Zoom, je nach Größe des statischen Bildbereiches).

Dass funktioniert sehr zuverlässig (ca. 99% der Fälle) Und auch kurze (Werbe)-Einbeldungen oben/unten werden irgnoriert.

Vielleicht helfen diese Infos ja bei der Optimierung der "Letterbox-Erkennung".

Also großes Lob an alle beteiligten hier. Weiter so.

Es wäre

Ich habe nen Phillips 16:9 TV (nen günstiges Model).

Ich denke, dass der Großteil der potentiellen Anwender schon längst einen 2.6er Kernel in Betrieb hat
...und deshalb schon sehnsüchtig auf Deine Lösung wartet
Ich kenne mich mit den ct'-Distributionen nicht so aus, aber eigentlich kann es doch kein Hexenwerk sein, das System zu aktualisieren und mit einen aktuellen Kernel zu versehen.
Und die aktuelle VDR-Distribution ist ja mit 200MB vielleicht nicht ruck-zuck, aber immerhin in erträglichem Rahmen auch über ISDN herunterzuladen. Und wenn alle Stricke reißen sollten, würde ich mich zur Verfügung stellen, und Dir die Distri runterladen, brennen und zuschicken.

Für jemanden, der selbst etwas entwickeln möchte, sind Fertigdistributionen halt nicht besonders geeignet.

Btw, wieso müßt ihr eigentlich das ganze System platt machen, nur um Kernel und Treiber zu tauschen?
Ich kann so viele 2.4er und 2.6er Kernel parallel installieren, wie ich möchte. Und beim Booten auswählen, welchen ich gerne geladen hätte.

So etwas müßte man doch auch bei c't machen können!

CU
Oliver

habichthugo

Versuch doch mal den Kernel von Dr. Seltsam!
Dieser ist zwar für Linvdr kompiliert aber er läuft auch auf Debian!

Habe diesen selber bei mir unter Debian Sarge am laufen und keine Probleme!

http://drseltsam.device.name/vdr/kernel2615.html

http://drseltsam.device.name/vdr/linvdr-kernel-2.6.15.tgz

Das kernel.tgz File kannst du dir ja im MC anschauen un die nötigen Teile entpacken.
Dateien die überschrieben werden könnten vorher weg sichern.
Das entpacken/überschreiben der Gerätedateien (/dev) habe ich nicht durchgeführt!

Dann noch einen Eintrag im Grub (menu.lst) hinzugefügt und du kannst wahlweise den neuen Kernel laden.

Gruss,

Chuck

Die Site, die Du immer wieder heranziehst, um zu verdeutlichen, wie kompliziert es ist, einen neuen Kernel zu installieren, sagt eigentlich nur aus, wie einfach es ist...
Außer dem Kernel musst Du nur das Paket mit den Module-init-Tools installieren. Wenn Du dann in Deinem Bootmanager einen Eintrag für den 2.4er Kernel und einen für den 2.6er Kernel einrichtest, kannst Du bequem hin- und herschalten. Und sooo viele Herdwareabhängige Geschichten, die unter 2.4 laufen und unter 2.6 nicht, kann es doch eigentlich nicht geben. Die meisten Treibermodule sind doch schon im Kernel enthalten.
Ich weiß ja nicht, aber in der Zeit, in der Du bisher versucht hast, die v4l-Sourcen auf Dein System zu ziehen, hättest Du schon dreimal einen 2.6er Kernel installieren und alle eventuell notwendigen Treiberupdates durchführen können.
Aber man kann ja niemanden zu seinem Glück zwingen
Bevor aber das Projekt auf Eis liegt, biete ich mich völlig selbstlos als Tester an, denn eine korrekte Zoomschaltung per WSS-Flag fehlt mir noch zum Wahrwerden meiner feuchten VDR-Träume

Ich biete mich hiermit auch als Tester an, bräuchte das ganze dann halt "nur" für meine PVRs (und am besten als fertiges ct'vdr-Paket).

Ich hoffe, das Packet landet nich auf "Eis". Ich finde das ein sehr guter Ansatz. Wie schon im anderen Thread geschrieben. Ich fand das kernel-updaten nicht schwer. Nutzt du grub oder lilo als bootloader? Mit lilo ist es etwas komplexer, da man da irgendwie lilo updaten muss, bevor ein neuer kernel gebootet werden kann. Mit grub ist das alles kein Problem. Du kannst auch mehrere kernels parallel installiert haben.

Hallo,

wenn ich mal was vorschlagen darf. Du hast ja drei platten, also auf einer davon platz machen, backup von jetzigen system machen und auf die neue (partition) einspielen. Dann kannst du in ruhe installieren/testen etc. und wenn es in der hose geht kannst du immer wieder backup einspielen. bzw. zum fernschauen einfach das originale booten.
Ich habe z.b. drei partitionen (auf 2 platten) frei gelasssen für sowas

Gruß
Viking