Beiträge von ALT255

Carlo_os

patches auf media_build_experimental anwenden und compilieren.

Und es geht nicht auf einmal ging im Dezember auch schon, nur die Änderung an der API haben kurzzeitig verhindert das es mit den neuesten Versionen aus experimental ging.

Um mal die Kurve zu bekommen,

mit den patches von dvbsky.net für kernel 3.3 geht die Karte mit media-build-experimental wirklich perfekt.
Signalstärke ist falsch, aber das ist ja bei vielen frontends der Fall.

Ja Grab und / oder ein video device währen super.
Im video device kann ja der SD teil ausgegeben werden den die Karte über die analogen ausgänge ausgibt.

Lobbyist ?

http://www.youtube.com/watch?feature=player_embedded&v=9LEhf7pP3Pw

Falscher VDR Port probiere mal 6419 ist seit neuestem der Standard svdrp port.

johns
Du hast in deiner Todo Liste auch native XVBA drin.
Hast du schon mal von der xvba implementierung in XBMC gehört ?
Eventuell kannst du dir da was abschauen.
Natives xvba wäre schon ne feine Sache.

Hallo zusammen,

hat jemand einen funktionierenden Patch gegen media-build-experimental für die Karte ?

Du meinst sicher $r statt $d, oder ?

Zitat von johns

Es gibt eine einfache vorläufige Lösung.

VDR muß einfach auch die anderen Eingänge verwenden, wenn der erste Fehlschlägt. Dann dauert das Umschalten etwas länger, aber die Aufnahmen werden sicherer.
(Wackelkontakt oder Katze)

Johns

Die Idee finde ich sehr gut, VDR startet eine Aufnahme quasi auf allen freien Devices, und überprüft dann nach den bisherigen Kriterien nach einander ab bis ein gültiger Stream gefunden wurde, das geht in die Datei, der Rest wird wieder frei gegeben.

Zitat von dbloms

--snip--
libva: VA-API version 0.32.0
libva: User requested driver 'fglrx'
libva: Trying to open /usr/local/lib64/dri/fglrx_drv_video.so
libva: va_openDriver() returns 0
vdr: xvba_image.c:453: commit_hw_image: Assertion `hw_image_hooks_glx.create' failed.
--snip--

Alles anzeigen

Ist bei mir das gleiche auch Opensuse 12.1 aber 32bit.

Super mit der Version gehen jetzt bei mir alle 4 Karten über Unicable, was bisher nicht funktioniert hat.

Hallo zusammen,

ich lese hier schon von Anfang an mit, und habe auch immer wieder mal den git geholt.
Nur habe ich es bisher auf meinem AMD E350 nicht zum laufen gebracht bekomme immer eine xvba Fehlermeldung.
Deshalb die Frage gibt es hier Leute die das ganze mit einer AMD Karte am laufen haben ?

fnu

Ich bin ja scheinbar nicht der einzige der das hat, siehe Beitrag von Klaus.
Ich werde aber trotzdem mal ohne Patches und ohne Plugins außer dem dvdhddevice für die S2-6400 testen.
Und wenn ich Zeit habe auch mal mit ner anderen Distri mit anderem Kernel.
Eine kleine Möglichkeit besteht tatsächlich das es der 3.0.1Kernel ist, der die Probleme macht. Ich habe nämlich vor Rund 2 Wochen upgedatet. Und ich meine da ging es auch mit den Problemen los.

Zitat

Ich hab jetzt mak ein wenug mehr geforscht, und mir scheint es als ob ExecuteDiseqc mehrmals aufgerufen wird, und somit wild durcheinander diseqc Befehle gesendet werden. Ich hab einfach l ein paar Debug Meldungen eingebaut,

im guten Fall sieht es so aus:

Dec 5 19:23:33 DaBrazos vdr: [3257] Run ExecuteDiseqc
Dec 5 19:23:33 DaBrazos vdr: [3257] Finished loop: 1
Dec 5 19:23:33 DaBrazos vdr: [3257] Run ExecuteDiseqc
Dec 5 19:23:33 DaBrazos vdr: [3257] Finished loop: 2
Dec 5 19:23:33 DaBrazos vdr: [3257] Run ExecuteDiseqc
Dec 5 19:23:33 DaBrazos vdr: [3257] Finished loop: 3
Dec 5 19:23:33 DaBrazos vdr: [3257] Run ExecuteDiseqc
Dec 5 19:25:35 DaBrazos vdr: [3257] Finished loop: 4
Dec 5 19:25:35 DaBrazos vdr: [3257] Run ExecuteDiseqc
Dec 5 19:25:36 DaBrazos vdr: [3257] Finished loop: 5
Dec 5 19:25:36 DaBrazos vdr: [3257] Finished ExecuteDiseqc

im schlechten Fall so:
Dec 5 19:30:30 DaBrazos vdr: [3260] Finished loop: 1
Dec 5 19:30:30 DaBrazos vdr: [3260] Run ExecuteDiseqc
Dec 5 19:30:30 DaBrazos vdr: [3257] Run ExecuteDiseqc
Dec 5 19:30:30 DaBrazos vdr: [3257] Finished loop: 1
Dec 5 19:30:30 DaBrazos vdr: [3257] Run ExecuteDiseqc
Dec 5 19:30:30 DaBrazos vdr: [3257] Finished loop: 2
Dec 5 19:30:30 DaBrazos vdr: [3257] Run ExecuteDiseqc
Dec 5 19:30:30 DaBrazos vdr: [3257] Finished loop: 3
Dec 5 19:30:30 DaBrazos vdr: [3260] Finished loop: 2
Dec 5 19:30:30 DaBrazos vdr: [3260] Run ExecuteDiseqc
Dec 5 19:30:30 DaBrazos vdr: [3260] Finished loop: 3
Dec 5 19:30:30 DaBrazos vdr: [3257] Run ExecuteDiseqc
Dec 5 19:30:30 DaBrazos vdr: [3260] Run ExecuteDiseqc
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759030] INFO: task tuner on fronte:3260 blocked for more than 480 seconds.
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759050] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759060] tuner on fronte D f3c06e00 0 3260 1 0x00000000
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759068] e9b45e94 00200086 00000147 f3c06e00 f6fbc530 c0a8afa0 c0b51e00 c0b51e00
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759079] 1d39e956 00000147 f3c06e00 f6fbc530 c0a8afa0 c0b4dac0 1d2e821d 00000147
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759088] 00000000 00000031 f22606c0 e9b45ec0 e9b45d9c e9b45f1c 00200282 f3d02aec
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759097] Call Trace:
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759120] [<c0707d18>] __mutex_lock_slowpath+0xd8/0x150
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759129] [<c0707936>] mutex_lock+0x16/0x30
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759162] [<f80dca5e>] dvb_usercopy+0x8e/0x130 [dvb_core]
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759179] [<f80dcb1a>] dvb_generic_ioctl+0x1a/0x30 [dvb_core]
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759190] [<c0339c3e>] do_vfs_ioctl+0x7e/0x2a0
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759198] [<c0339ede>] sys_ioctl+0x7e/0x90
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759207] [<c070905d>] syscall_call+0x7/0xb
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759224] [<b7572174>] 0xb7572173
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759230] INFO: task ecmhandler 1 fi:3284 blocked for more than 480 seconds.
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759239] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759247] ecmhandler 1 fi D 00000147 0 3284 1 0x00000000
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759253] f6fc3e98 00200086 2db2d835 00000147 00200046 c0a8afa0 c0b51e00 c0b51e00
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759262] 2dae6de3 00000147 f3c06e00 f6eb0e70 f6da6630 ffffffff f80ef02c c07098ea
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759271] f80ef02c e9b471b0 f6fc2000 00000001 00000000 f6fc3e98 00000000 0000007b
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759280] Call Trace:
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759288] [<c0707d18>] __mutex_lock_slowpath+0xd8/0x150
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759295] [<c0707936>] mutex_lock+0x16/0x30
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759307] [<f80dca5e>] dvb_usercopy+0x8e/0x130 [dvb_core]
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759320] [<f80dcfcf>] dvb_demux_ioctl+0xf/0x20 [dvb_core]
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759330] [<c0339c3e>] do_vfs_ioctl+0x7e/0x2a0
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759337] [<c0339ede>] sys_ioctl+0x7e/0x90
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759345] [<c070905d>] syscall_call+0x7/0xb
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759354] [<b7572174>] 0xb7572173

Ich habe aktuell 2 DVB Devices aktiv.
Vielleicht hilft das ja.

Noch als Ergänzung,

das Problem muss in dem diseqc Teil stecken, denn wenn ich diseqc in der setup.conf ausschalte hab ich die 100% load nicht, aber halt auch kein Bild.

Hallo zusammen

ich habe ein Problem mit der SCR Implementierung die hat ich auch schon mit dem Unicable Patch. Bisher dachte ich es läge daran das ich da beim patchen was falsch gemacht habe, aber mit der 22 hab ich das Problem immer noch.

Und zwar habe ich 100% Auslastung in dem "tuner on frontend x" thread wenn kein Lock zu Stande kommt. Dann kann ich den VDR auch kaum mehr beenden dauer bis zu 10 Minuten bis der vdr Thread sich beendet.

Hat jemand so ein ähnliches Problem ?

Ich hab ein sehr spezielles Problem, und zwar kann ich keine HD Aufnahmen abspielen die mir VDR 1.7.0 gemacht wurden, also im speziellen PES HD Aufnahmen.
Da kommt 1 Sekunde lang Ton und dann bleibt die Aufnahme stehen, Bild kommt nie.
Mit einer eHD laufen die Aufnahmen problemlos.
Da da einige gute Filme dabei sind, wurde ich die gerne wieder auf meinem VDR anschauen.

Im Log steht dann nur:

Aug 21 11:05:57 DaBrazos vdr: [3395] replay /video0/HD/%Der_Sternwanderer/2009-02-08.09.20.50.99.rec
Aug 21 11:05:57 DaBrazos vdr: [3395] playing '/video0/HD/%Der_Sternwanderer/2009-02-08.09.20.50.99.rec/001.vdr'
Aug 21 11:05:57 DaBrazos vdr: [6110] buffer stats: 333512 (7%) used
Aug 21 11:05:57 DaBrazos vdr: [6717] dvbplayer thread started (pid=3395, tid=6717)
Aug 21 11:05:57 DaBrazos vdr: [6717] resuming replay at index 0 (0:00:00.01)
Aug 21 11:05:57 DaBrazos vdr: [6718] non blocking file reader thread started (pid=3395, tid=6718)
Aug 21 11:05:57 DaBrazos vdr: [6717] SetBrokenLink: no GOP header found in video packet
Aug 21 11:05:58 DaBrazos vdr: [6717] setting audio track to 33 (0)

Mehr kommt nicht.

Das hat das Aufnahmeproblem bei mir gelöst.

Danke Klaus

Das HD Aufnahme Problem hab ich auch, allerdings nur mit HD+ und Sky Sendern. Servus TV HD zum Beispiel funktioniert ist auch ein 1080i Sender.
Dabei ist es egal ob der VDR vanilla ist oder nicht.

Zitat von halbfertiger

Ich kann mir vorstellen dass der Typ Fernseher schnell wieder aus deiner Favoritenliste rausfällt, wenn du erfährst dass damit auch bei 3D-Blu-ray horizontal nur die Hälfte der Bildauflösung dargestellt wird. Dort werden das linke und rechte Bild jeweils nur mit 860x1080 Bildpunkten angezeigt. Bei 3D-Fernsehsendern spielt das keine Rolle, die senden häufig auch so.

Zitat von halbfertiger

Ich kann mir vorstellen dass der Typ Fernseher schnell wieder aus deiner Favoritenliste rausfällt, wenn du erfährst dass damit auch bei 3D-Blu-ray horizontal nur die Hälfte der Bildauflösung dargestellt wird. Dort werden das linke und rechte Bild jeweils nur mit 860x1080 Bildpunkten angezeigt. Bei 3D-Fernsehsendern spielt das keine Rolle, die senden häufig auch so.

Und ? Im direkten Vergleich merkt man das kaum, siehe c't test. Außerdem ist es bisher für die meisten deutlich angenehmer mit Polarisationsbrille statt Shutter. Wichtig ist aber, das bei 2D die Polarisation nicht auch die horizontale Auflösung halbiert.