staging.inyokaproject.org

Hi!

ich hab' jetzt mal eine Tabelle für die von em28xx-new unterstützen Karten mit USB-ID Tabelle gebaut; die Liste am Ende des Artikels wird damit überflüssig; ich werd' die Tage zusehen, dass ich die Angaben (so sie noch aktuell sind) in die Tabelle einbaue. Es sind auch noch andere Listen-Verweise drin, die werd' ich noch rausnehmen.

Ist natürlich auch sonst jeder aufgerufen, die eigene Hardware dort einzutragen. Ich bin mir bei der "Sortierung" noch nicht ganz klar, ob ggf. nach bestimmten Kriterien sortiert werden sollte (nach Name oder USB-ID?). So steht es erst einmal in der Reihenfolge aus dem Source-Code.

Was meint ihr?

so long
hank

sehr gut ☺

machts sinn noch eine spalte "ansprechpartner" anzulegen um dort ubuntu-user einzutragen die die jeweilige karte benutzen und erfahrung damit haben?

Hi!

@philbert
Das mit dem Ansprechpartner ist vielleicht nicht unbedingt nötig; es gibt ja die Supporter und das Forum...

Bist du bei deinem Eintag sicher, dass du deine Karte in die richtige Zeile (mit der passenden USB-ID!!!) eingetragen hast? Mir sieht das etwas seltsam aus; die FM-Versionen haben meines Wissens entweder 0ccd:0072 oder 0ccd:0092, und nicht 0ccd:005e - kannst du das nochmal überprüfen? (aber vielleicht gibt es auch noch mehr Versionen davon...)

so long
hank

ja hattest recht, habs angepasst. hab den karton nicht mehr und hab auf den ersten blick keinen unterschied gesehen bzw auf der terratec seite gabs nur die FM version ..

Hi!

Aus gegebenem Anlass habe ich den Artikel noch mal umgestellt; und in der Einleitung auf die verschiedenen Methoden hingewiesen. Es gibt immer mal wieder Leute, denen das zu verwirrend war, ich hoffe, so ist es noch klarer...

Außerdem hab' ich noch ein kleines Skript zum Einspielen der xc3028-v27.fw-Datei gebastelt (also Herunterladen des benötigten .sys-Treibers, des Extraktionsskriptes, der Extraktion selbst und Verschieben nach /lib/firmware) (alles für den User 😉).

so long
hank

supi 👍

ich würde fast einige teile auf seperaten wiki-seiten unterbringen,

gerade punkt 7 mit den weiteren karten bläht die sache ziemlich auf,

aber ist halt sehr informativ.. vielleicht die installation und die bedienung auf 2 wiki seiten auslagern?

Hi!

philbert schrieb:

supi 👍

Danke!

gerade punkt 7 mit den weiteren karten bläht die sache ziemlich auf,

Der Teil ist tatsächlich überflüssig, etliche der Links stimmen auch nicht mehr; ich bin nur noch nicht dazu gekommen, alle dort angegebenen Karten in die Liste oben mit aufzunehmen. Zu einigen find' ich allerdings auch keine USB-ID - das macht die konkrete Zuordnung schwierig.

vielleicht die installation und die bedienung auf 2 wiki seiten auslagern?

Naja, "Bedienung" ist ja nicht so viel; "Installation" ist integraler Bestandteil des Artikels...

so long
hank

Weiß jemand, was in den "französischen" debs anders als wenn man der em28xx-new Anleitung folgt und die Treiber slebst kompiliert? Basiert das auf einer neueren Quellcodeversion? Denn ohne die debs ging bei meinem Hauppauge HVR 900 (65015 / B3C0) nur analog TV, die /dev/dvb Dateien und Ordner wurde nicht angelegt. Der Weg über die Firmware ("Firmware für Intrepid Ibex") hat zu dem gleichen Resultat geführt.

Ich frag mich das, da ich beim nächsten Kernelupdate natürlich ein Problem habe ☺

Grüße mumrel

Hi!

Eigentlich dürfte es keinen Unterschied geben, da die "französischen" .debs auf dem selben Qullcode (nämlich mrecs em28xx-new) basieren... Ggf. hat das skript danach noch einen Einfluss, ich habe allerdings nicht so 100%ig verstanden, was das denn genau bewirkt.

Wenn das mit (möglist einem "frischen") em28xx-new bei dir nicht funktioniert, könntest du versuchen, das von dem *.deb erstellte Verzeichnis in den entsprechenden 2.6.28-11-*-Ordner (wenn du jaunty verwendest, sonst halt in den deiner Version entsprechenden, kannst du mit "uname -r" im Terminal rausbekommen) zu verschieben. Wenn du das entsprechende *.deb mal mit dem Archivmanager öffnest, und dort dann das data.tar.gz-Archiv aufmachst, siehst du, wo die Module standardmäßig hin "installiert" werden: z.B. nach /lib/modules/2.6.27-11-generic/empia - du müsstest dir die entsprechend verschieben, und danach das Skript durchlaufen lassen; es verwendet "uname -r", um selbst den Ordner, der deiner Kernelversion entspricht, zu finden. Ich hab' das allerdings nicht selbst ausprobiert, weil bei mir em28xx-new wunderbar funktioniert...

so long
hank

Hi hank,

ok, vielleicht probier ichs dann beim nächsten Kernel-Update (habe intrepid im Einsatz) nochmal manuell. Vielleicht ist das Skript das zwei Dateien löscht ja doch wichtig. Wie gesagt, beim manuellen Weg hat zwar Analog geklappt, aber die dvb device Dateien wurden nicht angelegt. Danke &Grüße

Hi!

mumrel schrieb:

Hi hank, Vielleicht ist das Skript das zwei Dateien löscht ja doch wichtig. Wie gesagt, beim manuellen Weg hat zwar Analog geklappt, aber die dvb device Dateien wurden nicht angelegt.

Ggf kannst du das Skript auch verwenden, wenn du em28xx-new benutzt hast; die Module sollten wie geschrieben die selben sein; das Skript löscht ggf. zwei, die für die "ursprünglichen" Pinnacle Hybrid 320e/330e-Karten, für die es gebaut wurde, nicht gebraucht werden.

so long
hank

Hi!

@mumrel Inzwischen gibt's auch für Kernel 2.6.28-11 Pakete, siehe hier: http://jiemeb.free.fr/pinnacle/; ich hab' die Seite auch schon im em28xx-Artikel verlinkt.

Ansonsten: haiflo (oder auch Florian...) hat angeregt, die Seite zu überarbeiten, und für die verschiedene Methoden (mrec's Repo em28xx-new und die Methode mit der firmware auf dem integrierten v4l-dvb) neu zu fassen, was sicher sinnvoll ist. Ich bin öfter mal damit beschäftigt, Usern zu erklären, für welche Karte welche Methode funktioniert, und dass sie sich ausschließen etc. pp...

Schön wäre auch, wenn wir die Audio-Problem-Sektion bei Analog-Empfang besser hinbekommen würden...

Allerdings sollte für dieses Vorhaben die Seite offiziell verschoben werden, und nicht, wie mit dem Erstellen der Baustelle/em28xx geschehen, "so" ins laufende Geschäft eingegriffen werden, oder?

so long
hank

Heinrich Schwietering schrieb:

Allerdings sollte für dieses Vorhaben die Seite offiziell verschoben werden, und nicht, wie mit dem Erstellen der Baustelle/em28xx geschehen, "so" ins laufende Geschäft eingegriffen werden, oder?

Ja, Seite muss verschoben werden, und falls irgendwas ausgelagert wird, müssen in der "Änderungsnotiz" immer Originalautoren und wo der Abschnitt herkommt genannt werden.

Soll em28xx also in die Baustelle?

Gruß, BigMc

Hallo erstmal zusammen,

der User Florian hat nichts damit zu tun. War mein Fehler :-S

Zurück zum Thema:

Mit der Eröffnung der Baustelle/em28xx, die bis dato nur meine eigene Gedanken enthält, will ich nur den Anfang machen. Es ist eine Art Vorschlag, wie die zukünftige em28xx Kategorie aussehen sehen könnte.

Aber meines erachtens wäre es sinnvoller die Seite em28xx solange zu erhalten bis ein äquivalenter Ersatz bereit steht. Solange ist es für den "Neunutzer" besser dort reinzuschauen als in einer Baustelle, die noch Fehler enthält bzw. unvollständig ist.

Mit Heinrich Schwietering hatte ich bereits schon einige Mails ausgetauscht um eine Neuplanung des em28xx zu beginnen. Mir geht es dabei hauptsächlich um eine Neuordnung und weniger um die Qualität der Artikel, die schon einem sehr guten Standard entsprechen. Durch die zahlreichen unterschiedlichen Methoden und Unterarten ist dieser Wikiartikel einfach überfüllt.

Gruß Flo

Moin,

wenn wir einen Artikel in die Baustelle verschieben bleibt immer eine gesperrte Kopie im richtigen Wiki.

Gruß, BigMc