Beiträge von El Muchacho

Nee ... an der Cine CT sind keine SAT-Kabel
Aber das Kabel steckt
Und da man ja nur ein TV Kabel braucht (nicht wie ber der alten noch zwei) sollte es daran nicht liegen ...

Also die Karte ist nun tatsächlich eingebunden und taucht auch unter TVheadend auf (2 Adapter)
Passende Muxes für Kabeldeutschland sind generiert und Services sind gefunden.
TVHeadend auf Kodi war ja schnell eigerichtet
Erstes Live Bild kam schnell ... Umschaltzeiten (bis zum flüssigen Bild) bei ca. 2 Sek.
Erste Aufnahme programmiert, aufgenommen und angesehen ... top ...

ABER : Wenn eine Aufnhame läuft, kann ich kein Live TV mehr sehen!
Sowohl die Aufnahme als auch das LiveTV scheinen immer adapter0 nehmen zu wollen.

Und die Priorisierung der Adapter bringt scheinbar nix ...
adapter0 steht auf 0
adapter1 steht auf 1
auch anders herum wird immer adapter0 verwendet.

Selbst wenn ich LiveTV sehe und eine Aufnahme geplant ist, greift sich TVheadend adapter0 und LiveTV ist aus ...

Habe ich was übersehen / vergessen?

Bringt auch nix...
Habe aber vorhin noch was gefunden, wo zusätzlich noch das Paket "patchutils" installiert wurde.
Habe ich auch mal drauf gepackt.
Und siehe da: make dauert deutlich länger und nach einem Reboot waren die Devices da!
Spiele das ganze morgen nochmal durch und bastel dann ein HowTo...

moin zusammen ...

... ich habe jetzt für mein NAS (OMV) eine DD Cine CT v6 (62 steht auf der Karte) ...
OMV ist brandaktuell mit Kernel 3.2.x
Die Treiber sind kompiliert und die Karte steckt
Aber TVheadend zeigt mir keine Devices an ...

Treiber ist vorhanden

root@mynas:/dev# dmesg | grep DDBridge
[    4.213969] DDBridge driver detected: Digital Devices PCIe bridge

Eingebunden sind sie anscheinend auch

root@mynas:/dev# lsmod | grep dd
ddbridge               21975  0
dvb_core               77734  1 ddbridge
i2c_core               23876  6 i2c_piix4,ddbridge,i2c_algo_bit,drm,drm_kms_helper,radeon

Die Karte ist auch erkannt

02:00.0 Multimedia controller [0480]: Digital Devices GmbH Octopus LE DVB adapter [dd01:0003]

Und verwendet scheinbar auch den Treiber

02:00.0 Multimedia controller: Digital Devices GmbH Octopus LE DVB adapter
        Subsystem: Digital Devices GmbH Device 0030
        Flags: bus master, fast devsel, latency 0, IRQ 18
        Memory at fe8f0000 (64-bit, non-prefetchable) [size=64K]
        Capabilities: [50] Power Management version 3
        Capabilities: [70] MSI: Enable- Count=1/2 Maskable- 64bit+
        Capabilities: [90] Express Endpoint, MSI 00
        Capabilities: [100] Vendor Specific Information: ID=0000 Rev=0 Len=00c <?>
        Kernel driver in use: DDBridge

Eigentlich sollten mit jetzt doch mit

dmesg | grep dvb

die beiden devices angezeigt werden, wenn ich das richtig sehe ... da kommt aber nix ...
Unter

/dev

habe ich auch nur den Ordner

ddbridge

mit dem Eintrag

card0

Irgendwas stimmt hier nicht ...

Hat jemand unter OMV schon eine DD-Karte zum Laufen bewegen können?

greetz

Der Rico

MKV ist ja auch nicht gleich MKV.
Da gibt es so viele Optionen neben der Bitrate bei der Erstellung des Bildmaterials, die bei einigen Geräten Probleme verursachen.
Ich hatte mal einen BDP, der konnte x264 nur mit max 3 Ref Frames verarbeiten.

Allerdings kann ich mir nicht vorstellen, dass es beim RaspPi 2 Probleme gibt.
Ich habe jedenfalls keine. Und meiner hängt über einen Netgear WNCE2001 [Anzeige] - den ich hier noch rumliegen hatte - am LAN-Port des Pi.

Haben Deine MKV mehrere Tonspuren?
Das könnte auch ein Grund für das Geruckel sein.
Ich hatte hier auch einige "Problemfälle" mit dem RaspPi.
Da kamen teilweise via LAN auch nur Transferraten von 3MB/s zusammen.
Und wenn dann noch 2 DTS Spuren dabei sind, wird's eng.

Ich habe die gleiche Konstellation wie Du im Einsatz und hatte das gleiche Problem ...
Vermutete, es liegt an der SQL-Version ...

Aber der Fehler im [definition=3,2]kodi.[definition='1','0']log[/definition][/definition]

ERROR: SQL: Undefined MySQL error: Code (1436)

brachte mich bei Suche nach einer Lösung hier hin.

Einfach per SSH auf das NAS und in der my.cnf die Variable

thread_stack

von 128k auf 256k erweitern.
Dann MySQL einmal neu starten mit

sh /ffp/start/mysqld.sh start

Und siehe da ... alles läuft wieder wie gewohnt

na das ist ja mal spannend ...
Der Elch setzt stumpf eine "12" ein, und die Online Informationen von TMDB sind leer ...
Wo muss ich denn da am Skin schrauben, damit er auf die "12" anspringt ?

Sprache ist gewählt, Anzeige auf Horizon, Original oder beides ändert nix ...
Gescraped ist gerade mal mit dem Elch ... der schreibt nur ein <mpaa>12</mpaa> in die nfo
Wo sollte eigentlich das FSK Logo oder Horizon-Flag zu sehen sein?
In allen Ansichten? Nur in der Filminfo?

Ich glaube, ich habe gerade einen "bug" gefunden ...
Wenn man ein neues Profil anlegt, und nach der Pfad-Auswahl das "Profil bearbeiten" Fenster kommt, dann landet der Focus nicht in dem Fenster.
Man muss dann zwinged eine Maus verwenden, um Einstellungen vorzunehmen.

Ach ja. Eine Frage noch ...
Ich habe alles sauber gescraped mit FSK Freigabe etc.
FSK ist auch im Skin aktiviert.
Aber was sollte dann passieren?
Ein FSK Logo?
Bei mir tut sich da nix ...

Alles sehr seltsam ...
Das Problem scheint an meinem SQL auf dem NAS zu liegen.
Das ist noch kein 5.5!
Habe das gleiche nochmal mit Maria auf meinem Windows-PC probiert ... keine Probleme ...
Wird also doch Zeit, dass mein OMV fertig wird

Aber bis dahin habe ich den Fehler lokalisieren können!
Lösung hier

@ pacoma

Zitat

Ich lade dann die komplette Serie neu innerhalb kodi.

Und was machst Du dabei anders als ich ?!
Ist mein Vorgehen falsch? Fehlt was?
Ich mache es immer so:
- Serie aus Bibliothek entfernen
- Ordner verschieben aus dem Ordner /serien
- Datenbank bereiningen
- Ordner wieder zurück verschieben in den Ordner /serien
- Bibliothek aktualisieren

Dann ist die Serie immer an erster Stelle und hat Null Serieninfos.
Das ändert sich auch nicht, wenn ich die Serien online neu scrape statt lokale die lokale nfo zu verwenden.

Problem gefunden ...
in der samba.conf stand ein falscher Pfad zur "Userdata" drin!
falsch : /storage/.xmbc/Userdata
richtig : /storage/.kodi/Userdata

Dann waren auch die profiles da ...

Also nochmal das ganze ...
Den gleichen Kram habe ich schon wieder!
Habe einer Serie eine neue Staffel hinzugefügt, die zuvor mit Ember gescraped wurde.
Alles OK bis hierhin ...
Nun Bibliothek aktualisiert und die Staffel ist da ...
Allerdings ohne das Staffelposter ...
Also habe ich über "grafik wählen" nachgeschaut, aber die neuen Poster der neuen Staffel sind nicht da.
dann habe ich mir gedacht ... OK ... dann Serie noch mal komplett raus
1. "Aus Bibliothek entfernen".
2. Serie auf dem NAS verschoben
3. Datenbank bereinigt
4. Nachgeschaut -> Serie weg ...
5. Serie wieder in den Ordner verschoben
6. Bibliothek aktualisiert
7. Nachgeschaut -> Serie wieder da, aber OHNE Serien-Infos !?

Klappt so etwas bei euch reibungslos?
Habt ihr keine Probleme mit fehlenden Grafiken?

unter win ja kein problem ...
unterhalb der userdata gibts den ordner profiles mit den userdata für die profile ...
da die sources.xml rein und fertig is ...

Aber wo zum Henker müssen die sources.xml bei OpenElec hin !?
Klar, ich kann die Quellen neu hinzufügen.
Aber das ist ja nicht der Sinn der Sache.

greetz

Der Rico

Bei HQ Material wird die Einschränkung wohl auch über das Netzwerk kommen.
Bei FullHD in HQ kann es sogar mit WLAN mal eng werden ...
Da braucht es nur ein Handy, ein Tablet und die Frau mit Laptop und schon kann man sich von flüssigen Bildaufbau verabschieden
Powerline kann man da sowieso gleich vergessen ...
Falls also kein "echtes" LAN-Kabel zur Box liegt würde ich erst einmal da anfangen.

Ich nochmal...
Ich wühle mich gerade durch diverse gebrauchte Geräte.
Und dabei fehlen zu den neuen Generationen natürlich einige Funktionalitäten.
Deshalb noch mal zwei drei Fragen.
Wenn ich das System nur mit Front und Center betreibe statt mit 5.1, kann ich die Modi am Receiver einstellen oder erkennen die das automatisch?
Dazu müsste doch dann im Receiver "umgerechnet" werden, oder sehe ich das falsch?
Außerdem sollte ich auf HDMI 1.4 achten, wenn ich das richtig verstehe, damit die Anschlüsse auch für die Zukunft ACR unterstützen.
Außer natürlich, ich will auch den (irgendwann mal) neuen TV auch via optical betreiben.
Ach ja... Falls ich doch irgendwann mal Strippen ziehe, wäre vielleicht ein Einmessmic. nicht verkehrt, oder kann man da als Audio Laie drauf verzichten?

Für paranoide Fälle kann man auch das Autologon aus der Sysinternals Suite verwenden ...
Dann wird das Passwort auch verschlüsselt in der Registry gespeichert.

Das ist ein Windows Problem ...
Du kannst Dich unter Windows nicht zweimal mit der gleichen Freigabe unter Verwendung verschiedener credentials verbinden ...
gib in der console (cmd) mal

net use

ein ...
Die Liste ist bestimmt nicht leer ...
probiers dann mal mit

net use * /delete

und versuch's dann nochmal unter Kodi ...

OK ... obwohl ich mich in diese mittlerweile lustige Diskussion rund um die Religion der Betriebssysteme nicht einreihen wollte, gebe ich nun doch nch mal meinen Senf dazu

Zitat

Weil Windows weiterhin eine dramatisch bessere Treiberunterstützung mitbringt, als jedes andere System, gerade auch bei exotischeren Sachen, wie bspw. TV-Karten.

Das liegt wohl weniger an Windows als an den Herstellern.
Wer seine Geräte erfolgreich verkaufen will muss natürlich das am weitesten verbreitete OS mit Treibern versorgen.
Viele Hersteller verzichten somit auf die Unterstützung anderer OS.

Zitat

Weil die Startzeiten meines Windows 8 HTPCs mit SSD kürzer sind, als die des daran angeschlossenen TVs.

Das schafft mittlerweile sogar mein RaspPi 2

Zitat

Weil es durch die größere Verbreitung naturgemäß auch wesentlich mehr Leute gibt, die jemandem helfen können, der weniger Ahnung hat.

Das lasse ich mal in den Raum gestellt ...
Meine Erfahrung zeigt seit Jahren das gleiche Bild: Von den meisten Leuten mit denen ich beruflich wie privat zu tun hatte, die meinen, Sie haben "Ahnung" von dem, was Sie sagen, würde ich das meiste als "gefährliches Halbwissen" einstufen!

Zitat

Weil die Bedienung einfacher ist.

Und deswegen schaffen sich auch Windows HTPC-User für ihr Schlafzimmer einen RaspPi mit OpenELEC an

Eigentlich gibt es aktuell nur einen Grund, der für Windows spricht: Treiberunterstützung

Aber nu is gut hier mit Off-Topic bitte ...
Es geht um TV-Karten auf einem NAS mit OMV ... nix anderes ...
Denke, xSaSx hat nix dagegen, wenn das später mal in seinem OMV-Thread landet