Beiträge anzeigen

Diese Sektion erlaubt es ihnen alle Beiträge dieses Mitglieds zu sehen. Beachten sie, dass sie nur solche Beiträge sehen können, zu denen sie auch Zugriffsrechte haben.


Nachrichten - Bevan

Seiten: [1]
1
Treiber / Probleme mit VLC 2.0.5
« am: Dezember 18, 2012, 12:02:53 Vormittag »
Hallo,

seit einem Update von VLC von Version 2.0.4 auf 2.0.5 kann ich leider kein DVB-C mehr schauen. Es wird der folgende Fehler angezeigt:
Code: [Auswählen]
dtv access error: cannot access DVR: No such device or address
Ich nutze ArchLinux 64bit. An der Art der Paketierung wurde seitens Arch nichts zwischen den beiden Versionen geändert, daher schätze ich, dass es sich entweder um einen Bug in VLC handelt, oder einmal mehr das Verhalten vom VLC leicht geändert wurde.

Könnt ihr vielleicht einen kurzen Blick darauf werden, um zu schauen, ob von Treiberseite etwas angepasst werden muss?

Schönen Gruß und schonmal schöne Festtage!
Michael

2
Sundtek MediaTV Pro / Re:Tuningprobleme mit mumudvb
« am: Juni 25, 2012, 03:41:31 Nachmittag »
Zitat von: Sundtek am Juni 23, 2012, 11:51:06 Nachmittag
Mit dem aktuellen Update läuft's wieder.

Kann ich bestätigen. Super :)

Danke, dass ihr an der Sache dran geblieben seid.

3
Sundtek MediaTV Pro / Re:Tuningprobleme mit mumudvb
« am: Juni 20, 2012, 06:03:15 Nachmittag »
Zitat von: Sundtek am Juni 20, 2012, 11:06:42 Vormittag
Der Treiber wurde soweit aktualisiert das der Settopboxworkaround nur noch auf den Rechnern initialisiert wird wo er benötigt wird.

Läuft's jetzt wieder?

Leider nicht. Das scheint also nicht das Problem gewesen zu sein.

4
Sundtek MediaTV Pro / Re:Tuningprobleme mit mumudvb
« am: Juni 18, 2012, 04:34:54 Nachmittag »
Jetzt scheine ich hier doch nocheinmal Hilfe zu brauchen.

Ich habe gerade meinen Treiber auf die aktuellste Entwicklerversion aktualisiert und nun bekommt mumudvb keinen Lock mehr:

Code: [Auswählen]
Info:  Main:  Streaming. Freq 394000000
Info:  Tune:  Using DVB card "Sundtek DVB-C (0/0)" tuner 0
Info:  Tune:  tuning DVB-C to 394000000 Hz, srate=6900000
Info:  Tune:  Tuning With DVB-API version 5. delivery system : 1
Deb0:  Tune:  polling....
Info:  Tune:  FE_STATUS:
Deb0:  Tune:  polling....
Info:  Tune:  FE_STATUS:
[...]
Im mediasrv.log steht nur folgendes:
Code: [Auswählen]
2012-06-18 16:17:36 [772] Setting Frequency: 394000000
2012-06-18 16:17:36 [772] Setting Symbolrate: 6900000
2012-06-18 16:17:36 [772] Setting Modulation: 5

Also insbesondere folgt kein "Channel found (394000000)".

Wenn ich den Treiber wieder durch eine ältere Version ersetze (Entwickler-Version vom 16. Mai, 14:12 Uhr MESZ) funktioniert es wieder einwandfrei.

Interessanterweise zeigt "mediaclient --readsignal=1 -d /dev/dvb/adapter0/frontend0":
Code: [Auswählen]
== reading digital TV signal ==
SIGNAL: [.................................] (100%)  BER:      1 FREQ: 394000000  Hz LOCKED: YES MER: 335 SYM: 6900000 MOD: QAM256
In dem Moment, indem das readsignal ausgeführt wird, erscheint dann auch noch folgendes im mediasrv.log:
Code: [Auswählen]
2012-06-18 16:25:54 [1968] Channel found (394000000)
2012-06-18 16:25:54 [1968] =============
2012-06-18 16:25:54 [1968] Symbol rate: 6899940
2012-06-18 16:25:54 [1968] Constellation: QAM256
2012-06-18 16:25:54 [1968] Mirroring: Normal
2012-06-18 16:25:54 [1968] Channel found (394000000)
2012-06-18 16:25:54 [1968] =============
2012-06-18 16:25:54 [1968] Symbol rate: 6899940
2012-06-18 16:25:54 [1968] Constellation: QAM256
2012-06-18 16:25:54 [1968] Mirroring: Normal
2012-06-18 16:25:54 [1968] Channel found (394000000)
2012-06-18 16:25:54 [1968] =============
2012-06-18 16:25:54 [1968] Symbol rate: 6899941
2012-06-18 16:25:54 [1968] Constellation: QAM256
2012-06-18 16:25:54 [1968] Mirroring: Normal
2012-06-18 16:25:55 [1968] Channel found (394000000)
2012-06-18 16:25:55 [1968] =============
2012-06-18 16:25:55 [1968] Symbol rate: 6899941
2012-06-18 16:25:55 [1968] Constellation: QAM256
2012-06-18 16:25:55 [1968] Mirroring: Normal
2012-06-18 16:25:55 [1968] Channel found (394000000)
2012-06-18 16:25:55 [1968] =============
2012-06-18 16:25:55 [1968] Symbol rate: 6899941
2012-06-18 16:25:55 [1968] Constellation: QAM256
2012-06-18 16:25:55 [1968] Mirroring: Normal
2012-06-18 16:25:55 [1968] Channel found (394000000)
2012-06-18 16:25:55 [1968] =============
2012-06-18 16:25:55 [1968] Symbol rate: 6899939
2012-06-18 16:25:55 [1968] Constellation: QAM256
2012-06-18 16:25:55 [1968] Mirroring: Normal
2012-06-18 16:25:55 [1968] Channel found (394000000)
2012-06-18 16:25:55 [1968] =============
2012-06-18 16:25:55 [1968] Symbol rate: 6899941
2012-06-18 16:25:55 [1968] Constellation: QAM256
2012-06-18 16:25:55 [1968] Mirroring: Normal
mumudvb interessiert das an der Stelle aber wenig.

DVB-C über vlc funktioniert auch mit dem neuen Treiber ohne Probleme.

Wegen des eindeutigen Zusammenhangs zwischen dem Verhalten und der neuen Treiberversion wäre es super, wenn ihr da mal nach gucken könntet. Ich kann auch gerne helfen, das Problem einzugrenzen, indem ich verschiedene Versionen teste.

Schönen Gruß,
Michael

5
Sundtek MediaTV Pro / Re:Tuningprobleme mit mumudvb
« am: Juni 10, 2012, 04:38:50 Nachmittag »
Da habe ich wohl etwas verfrüht um Hilfe gefragt. Ein Blick in das mediasrv.log zeigte das Problem:

Code: [Auswählen]
2012-06-10 16:28:36 [865] QAM Auto modulation not supported by device
the driver indicates this option in the capability
flags, please fix your application
2012-06-10 16:28:36 [865]
2012-06-10 16:28:36 [865] The driver will now try to probe for Q64/Q128 and Q256
2012-06-10 16:28:36 [865] Trying QAM 64
2012-06-10 16:28:37 [865] Retrying with QAM 128
2012-06-10 16:28:38 [865] Retrying with QAM 256
2012-06-10 16:28:38 [865] QAM64/128/256 did not lock
Die Lösung war, in die mumu.cfg noch folgende Zeile einzubauen:
Code: [Auswählen]
modulation=QAM256
So ganz verstehe ich zwar nicht, warum das Durchprobieren der drei QAM-Modi manchmal funktioniert und manchmal nicht, aber so funktioniert es jedenfalls zuverlässig :)

6
Sundtek MediaTV Pro / Tuningprobleme mit mumudvb
« am: Juni 09, 2012, 07:33:42 Vormittag »
Hallo,

ich verwende seit kurzem die Software mumudvb (ver. 1.7), um DVB-C ins Netzwerk zu streamen. Das funktioniert grundsätzlich auch wunderbar, allerdings benötige ich meist zwei bis drei Anläufe bis mumudvb in der Lage ist, zu tunen. Andernfalls sieht die Ausgabe so aus:

mumudvb -c mumu.cfg -d -v:
Code: [Auswählen]
MuMuDVB Version 1.7
 --- Build information ---
Built with CAM support.
Built without transcoding support.
Built with ATSC support.
Built with ATSC long channel names support.
Built with support for DVB API Version 5 (DVB-S2).
---------
Originally based on dvbstream 0.6 by (C) Dave Chapman 2001-2004
Released under the GPL.
Latest version available from http://mumudvb.braice.net/
Project from the cr@ns (http://www.crans.org)
by Brice DUBOST (mumudvb@braice.net)

WARN:  Unicast :  You have enabled the support for HTTP Unicast. This feature is quite youg, please report any bug/comment
Info:  Tune:  You will use DVB API version 5 for tuning your card.
Info:  Main:  Full autoconfiguration, we activate PAT rewritting. if you want to desactivate it see the README.
Info:  Main:  Full autoconfiguration, we activate SDT rewritting. if you want to desactivate it see the README.
Info:  Main:  Full autoconfiguration, we activate sorting of the EIT PID. if you want to desactivate it see the README.
Info:  Main:  ========== End of configuration, MuMuDVB version 1.7 is starting ==========
Info:  Autoconf:  The autoconfiguration auto update is enabled. If you want to disable it put "autoconf_pid_update=0" in your config file.
Info:  Main:  Streaming. Freq 418000000
Info:  Tune:  Using DVB card "Sundtek DVB-C (0/0)" tuner 0
Info:  Tune:  tuning DVB-C to 418000000 Hz, srate=6900000
Info:  Tune:  Tuning With DVB-API version 5. delivery system : 1
Deb0:  Tune:  polling....
Deb0:  Tune:  Getting frontend event
Info:  Tune:  FE_STATUS:
Deb0:  Tune:  polling....
Deb0:  Tune:  Getting frontend event
Info:  Tune:  FE_STATUS:
Deb0:  Tune:  polling....
Deb0:  Tune:  polling....
Deb0:  Tune:  polling....
Deb0:  Tune:  polling....
Deb0:  Tune:  polling....
Deb0:  Tune:  polling....
Deb0:  Tune:  polling....
Deb0:  Tune:  polling....
Deb0:  Tune:  polling....
Deb0:  Tune:  polling....
Deb0:  Tune:  polling....
Deb0:  Tune:  polling....
Info:  Main:  Card not tuned after timeout - exiting
mumu.cfg sieht wie folgt aus:
Code: [Auswählen]
autoconfiguration=2
multicast_ipv4=0
unicast=1
autoconf_unicast_start_port=10000
sap=0

# Das Erste HD
freq=418000

srate=6900
delivery_system=DVBC_ANNEX_AC

Die letzte Zeile bewirkt, dass zum tunen die DVB-API ver. 5 genutzt wird. Zu dem Problem kommt es mit und ohne diese Zeile.

Könnte das ein Treiberproblem sein oder macht eher die Software hier etwas falsch?

Schönen Gruß,
Michael

7
Sundtek MediaTV Pro / Re:vlc 2.0: cannot access DVR
« am: Februar 25, 2012, 01:25:18 Vormittag »
Das war der entscheidende Hinweis. Danke :)

Ich hatte noch eine alte Playlist der Vorgängerversion in Verwendung. Jetzt klappt alles wieder einwandfrei.

8
Sundtek MediaTV Pro / Re:vlc 2.0: cannot access DVR
« am: Februar 24, 2012, 07:55:50 Nachmittag »
Danke, der ursprüngliche Fehler ist nun verschwunden. Allerdings gibt es nun ein neues Problem:

Wenn ich versuche, einen Sender zu wählen, tut sich in der Oberfläche nichts. Setze ich beim Starten das verbose-Flag erhalte ich auf der Konsole massenweise folgender Zeilen:
Zitat
[0x7f6d7c003428] dtv access debug: frontend status: 0x7EFD848

Das mediasrv.log zeigt folgendes:
Zitat
2012-02-24 18:44:04 [709] Setting Frequency: 418000000
2012-02-24 18:44:04 [709] Setting Symbolrate: 0
2012-02-24 18:44:04 [709] Setting Modulation: 6
2012-02-24 18:44:04 [709]
2012-02-24 18:44:04 [709] QAM Auto modulation not supported by device
the driver indicates this option in the capability
flags, please fix your application
2012-02-24 18:44:04 [709]
2012-02-24 18:44:04 [709] The driver will now try to probe for Q64/Q128 and Q256
2012-02-24 18:44:04 [709] Trying QAM 64
2012-02-24 18:44:08 [709] Retrying with QAM 128
2012-02-24 18:44:09 [709] Retrying with QAM 256
2012-02-24 18:44:10 [709] QAM64/128/256 did not lock

Was meiner Meinung nach auffällt, ist die Symbolrate 0. In älteren Einträgen in dieser Logdatei wird die Symbolrate korrekt angegeben (6900000).

Außerdem sollte es nicht nötig sein, die verschiedenen QAM-Varianten durchzuprobieren, oder?

Die MRL, die geöffnet werden soll, lautet:
dvb-c://frequency=418000000,inversion=2,srate=6900000,fec=0,modulation=256

Liegt da evtl. noch ein Fehler im Treiber?

Schönes Wochenende!
Michael

9
Sundtek MediaTV Pro / vlc 2.0: cannot access DVR
« am: Februar 20, 2012, 03:37:44 Nachmittag »
Hi!

Seit einem Update von vlc auf die aktuelle Version 2.0 funktioniert bei mir leider kein DVB-C mehr. Beim Versuch, DVB-C über VLC zu schauen erhalte ich die folgende Meldung auf der Konsole:

Zitat
[0x7f8ac4002aa8] dtv access error: cannot access DVR: No such device or address
[0x7f8acc0156d8] main input error: open of `dvb-c://frequency=426000000,inversion=2,srate=6900000,fec=0,modulation=256' failed

VLC wurde mit folgender Konfiguration kompiliert:
Code: [Auswählen]
./configure --prefix=/usr \
            --disable-rpath \
            --enable-faad \
            --enable-dbus-control \
            --enable-nls \
            --enable-lirc \
            --enable-pvr \
            --enable-ncurses \
            --enable-upnp \
            --enable-oss \
            --enable-bluray \
            --enable-live555 \
            --enable-realrts
Testweise habe ich auch mal die folgenden Zeilen hinzugefügt, allerdings machte das keinen Unterschied:
Code: [Auswählen]
            --enable-dvb \
            --enable-dvbpsi
Nutzt jemand erfolgreich VLC 2 zusammen mit DVB und diesem Stick und kann einen Hinweis dazu geben oder könnte dies ein Bug in der neuen Version sein?

Grüße,
Michael

10
Treiber / Linux Treiber 9. April 2012
« am: Januar 27, 2012, 05:28:15 Nachmittag »
Das Problem wurde im Arch-Paket glibc-2.15-4 behoben. Die Veränderung zum alten Paket sieht man hier:
http://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/glibc&id=d67a5dea28ad232fcfddba7278e8ac396973603d

Es ist also entweder einer der zwei hinzugekommenen Patches oder aber das komplette Entfernen der neuen optimierten "math routines" für die Problemlösung verantwortlich.

11
Treiber / Linux Treiber 9. April 2012
« am: Januar 06, 2012, 11:16:50 Vormittag »
Architektur ist x86_64.

Ganz interessant in dem Zusammenhang sind vielleicht auch noch zwei Patches, die Arch in glibc-2.15 einpflegt:

http://projects.archlinux.org/svntogit/packages.git/tree/trunk/glibc-2.15-revert-c5a0802a.patch?h=packages/glibc
Dazu gehörender Bugreport: https://bugzilla.redhat.com/show_bug.cgi?id=769421

http://projects.archlinux.org/svntogit/packages.git/tree/trunk/glibc-2.15-math64crash.patch?h=packages/glibc
Dazu gehörender Bugreport: https://bugs.archlinux.org/task/27736?project=0

Hier gab es also schon Probleme mit so mancher Software (u.a. auch Pulseaudio), weshalb gewisse Änderungen von glibc-2.15 zurückgenommen wurden.

Die Probleme mit dem Treiber bestanden allerdings mit der bereits gepatchten Version von glibc.

12
Treiber / Linux Treiber 9. April 2012
« am: Januar 04, 2012, 07:07:32 Nachmittag »
Hi!

Ich nutze Arch Linux. Vor kurzem kam ein Update für glibc von Version 2.14.1 auf 2.15. Mit dieser Version habe ich unter tvtime keinen Ton mehr. Pulseaudio zeigt auch die "Sundtek" Anwendung nicht mehr an, die sonst dort zu sehen ist.

dmesg zeigt viele Einträge wie den folgenden:
Code: [Auswählen]
mediasrv[26698]: segfault at 5316 ip 0000000000005316 sp 00007f51ba600938 error 14 in mediasrv[400000+31000]
Nach einem Downgrade von glibc auf 2.14.1 funktioniert alles wieder wie erwartet.

Wenn ich noch mit anderen Informationen helfen kann, bitte bescheid sagen.

Grüße,
Michael

13
Treiber / Linux Treiber 9. April 2012
« am: November 30, 2011, 12:58:03 Nachmittag »
Hallo,

ich kann mit der aktuellen Version leider kein Analog-TV mehr schauen. Sobald ich tvtime starte, stürzt der mediasrv-Prozess ab. Dabei tauchen Meldungen wie die folgenden auf:

Code: [Auswählen]
mediasrv[24546] general protection ip:7fc92a46b2e9 sp:7fc92621d800 error:0 in libc-2.14.1.so[7fc92a3f4000+17e000]
mediasrv[30254]: segfault at 51fffffff9 ip 00007fc64e7c82e9 sp 00007fc64a57a800 error 4 in libc-2.14.1.so[7fc64e751000+17e000]
mediasrv[4674]: segfault at 524ed5fff8 ip 00007f8f7d53e2e9 sp 00007f8f792f0800 error 4 in libc-2.14.1.so[7f8f7d4c7000+17e000]
Das mediasrv.log zeigt folgendes:
Code: [Auswählen]
2011-11-30 11:49:29 [3536] switching to analog TV
2011-11-30 11:49:29 [3536] SETTING PAL/SECAM
2011-11-30 11:49:30 [3536] unknown ioctl, not handled by v4l1 api 800476c6
2011-11-30 11:49:32 [3537] problem reading data in service processor...
Die Treiberversion vom 01.10.2011 funktioniert ohne Probleme. DVB-C ist von dem Problem nicht betroffen.

Mein System: Arch Linux 64bit, Kernel 3.1.4, glibc 2.14.1

Grüße,
Michael

Seiten: [1]