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 - pegro

Seiten: [1]
1
Sundtek MediaTV Pro / Re:mediaclient --dumprcmap zeigt keine 16bit RC5 codes
« am: Dezember 03, 2012, 09:08:08 Nachmittag »
Hallo,

der Defekt beim Dump einer RC-Map mit 16bit RC5 Codes ist im aktuellen Treiber immer noch vorhanden. Warnungen im Log sehe ich keine mehr.

/opt/bin/mediaclient --dumprcmap zeigt keine 16bit RC5 Codes an - die werden einfach unterschlagen:

# /opt/bin/mediaclient --setrcmap=/root/sundtek/philips_SBC_RU_760_VCR_0001
Loading new keymap:
0x0500 KEY_0 (0xb)
0x0501 KEY_1 (0x2)
0x0502 KEY_2 (0x3)
0x0503 KEY_3 (0x4)
0x0504 KEY_4 (0x5)
0x0505 KEY_5 (0x6)
0x0506 KEY_6 (0x7)
0x0507 KEY_7 (0x8)
0x0508 KEY_8 (0x9)
0x0509 KEY_9 (0xa)
0x050a KEY_DIGITS (0x19d)
0x050b KEY_F2 (0x3c)
0x050c KEY_POWER (0x74)
0x050e KEY_SELECT (0x161)
0x050f KEY_PROPS (0x82)
0x051d KEY_F2 (0x3c)
0x0520 KEY_CHANNELUP (0x192)
0x0521 KEY_CHANNELDOWN (0x193)
0x0525 KEY_PREVIOUSSONG (0xa5)
0x0526 KEY_NEXTSONG (0xa3)
0x0530 KEY_PLAYPAUSE (0xa4)
0x0531 KEY_SUBTITLE (0x172)
0x0532 KEY_REWIND (0xa8)
0x0534 KEY_FASTFORWARD (0xd0)
0x0535 KEY_PLAYCD (0xc8)
0x0536 KEY_STOPCD (0xa6)
0x0537 KEY_RECORD (0xa7)
0x0538 KEY_SWITCHVIDEOMODE (0xe3)
0x053a KEY_PREVIOUS (0x19c)
0x053c KEY_TEXT (0x184)
0x053d KEY_F1 (0x3b)
0x0512 KEY_MENU (0x8b)
0x0513 KEY_MENU (0x8b)
0x0514 KEY_BACK (0x9e)
0x0515 KEY_BACK (0x9e)
0x0516 KEY_ENTER (0x1c)
0x0517 KEY_LEFT (0x69)
0x0518 KEY_RIGHT (0x6a)
0x0519 KEY_UP (0x67)
0x051a KEY_DOWN (0x6c)
0x053e KEY_ANGLE (0x173)
0x053f KEY_F3 (0x3d)
0x0533 KEY_F4 (0x3e)
# /opt/bin/mediaclient --dumprcmap
#

2
Sundtek MediaTV Pro / Re:/etc/sundtek.conf wird nicht gelesen?
« am: Dezember 03, 2012, 08:43:56 Nachmittag »
Jetzt funktioniert's. Danke für das schnelle Update!

3
Sundtek MediaTV Pro / /etc/sundtek.conf wird nicht gelesen?
« am: Dezember 01, 2012, 05:51:53 Nachmittag »
Hallo!

Beim Start des mediasrv wird auf meinem Pandaboard ES (ARM) unter GeeXBox 3.0 scheinbar die /etc/sundtek.conf nicht eingelesen. Zumindest funktioniert das Umschalten der Fernbedienung auf RC5 nicht. Auch andere Optionen zeigen keine Wirkung.

Das manuelle Umschalten mittels /opt/bin/mediaclient -s 1 funktioniert.

Irgendeine Idee, woran das liegen könnte?

Gruß,
Peter

/etc/sundtek.conf:
loglevel=max

[2043820]
ir_protocol=RC5
disable_atv=1


/var/log/mediasrv.log:
2012-12-01 15:41:06 [2217] Starting up Multimedia Framework (Nov 28 2012 16:32:34)
2012-12-01 15:41:06 [2217] API Version: 5.5
2012-12-01 15:41:06 [2217] Running on Linux (3.4.0)
2012-12-01 15:41:06 [2218] Starting service processor (PID 2218)
2012-12-01 15:41:06 [2217] scanning devices
2012-12-01 15:41:06 [2217] scanning for drivers
2012-12-01 15:41:06 [2217] scanning for plugins
2012-12-01 15:41:06 [2217] Starting up device manager
2012-12-01 15:41:06 [2217] unable to open /dev/misc
2012-12-01 15:41:06 [2217] scanning devices done
2012-12-01 15:41:06 [2217] attached devices:
2012-12-01 15:41:06 [2217] registering ID: 0
2012-12-01 15:41:06 [2217] disconnecting kernel driver
2012-12-01 15:41:06 [2218] Autostarting scripts in /etc/sundtek/
2012-12-01 15:41:06 [2218] executed all available items
2012-12-01 15:41:06 [2217] Video is set to first transfer option
2012-12-01 15:41:06 [2217] Audio is set to first transfer option
2012-12-01 15:41:06 [2217] DVB is set to second transfer option
2012-12-01 15:41:07 [2217] attaching Videodecoder
2012-12-01 15:41:10 [2217] attaching DVB-T, DVB-C
2012-12-01 15:41:10 [2217] Using first generation demodulator
2012-12-01 15:41:15 [2217] SETTING DVB-C
2012-12-01 15:41:15 [2217] demodulator successfully attached (DVBC)!
2012-12-01 15:41:15 [2217] Allocation using pg for type 65678
2012-12-01 15:41:15 [2217] requesting to attach tuner(s) now
2012-12-01 15:41:17 [2217] registering: adapter0/0
2012-12-01 15:41:17 [2217] registered virtual: /dev/dvb/adapter0/frontend0
2012-12-01 15:41:17 [2217] registered virtual: /dev/dvb/adapter0/demux0
2012-12-01 15:41:17 [2217] registered virtual: /dev/dvb/adapter0/dvr0
2012-12-01 15:41:17 [2217] Allocation using pg for type 16
2012-12-01 15:41:17 [2217] registered virtual: /dev/video1
2012-12-01 15:41:17 [2217] registered virtual: /dev/radio0
2012-12-01 15:41:17 [2217] registered virtual: /dev/rds0
2012-12-01 15:41:17 [2217] registered virtual: /dev/vbi0
2012-12-01 15:41:17 [2217] Setting RC Protocol to NEC
2012-12-01 15:41:17 [2217] registered virtual: /dev/mediainput0
2012-12-01 15:41:17 [2217] Remote Control Layout: 0
2012-12-01 15:41:17 [2217] Using flat remote control layout
2012-12-01 15:41:17 [2217] IR Setup
2012-12-01 15:41:17 [2217] Infrared support enabled on startup
2012-12-01 15:41:17 [2217] Registering OSS emulation
2012-12-01 15:41:17 [2217] registered virtual: /dev/dsp0
2012-12-01 15:41:17 [2217]
2012-12-01 15:41:17 [2217] Sundtek MediaTV Driver loaded. This driver is licensed for non-commercial use
2012-12-01 15:41:17 [2217] with Sundtek MediaTV only
2012-12-01 15:41:17 [2217] Driver loaded within 11660 milliseconds
2012-12-01 15:41:17 [2217] Serial(0): 2043820
2012-12-01 15:41:17 [2217] Initial devicescan done, switching detection mode
2012-12-01 15:41:17 [2228] RC: IR Event /dev/input/event2
2012-12-01 15:41:17 [2246] RC: IR Event /dev/input/event2
2012-12-01 15:41:32 [2217] Enabling standby

4
Sundtek MediaTV Pro / mediaclient --dumprc zeigt keine 16bit RC5 codes
« am: Januar 08, 2012, 02:31:37 Nachmittag »
Hallo,

bei der Konfiguration einer RC5 Fernbedienung, die 16bit Codes erzeugt, bin ich heute über das Problem gestolpert, dass die Ausgabe von mediaclient --dumprc nicht vollständig ist.

Die Konfiguration von 16bit RC5 Codes (z.B. 0x050e KEY_OK (0x160)) funktioniert zwar, führt aber immer zu Warnungen im mediasrv.log:


2012-01-08 13:10:19 [973] Warning: RC Keyval exceeds index 256
2012-01-08 13:10:19 [973] Warning: RC Keyval exceeds index 256
2012-01-08 13:10:19 [973] Warning: RC Keyval exceeds index 256
2012-01-08 13:10:19 [973] Warning: RC Keyval exceeds index 256


Wenn ich mir mit mediaclient --dumprc dann die Konfiguration anschaue, erscheinen nur die 8bit RC5 Codes, die 16bit Codes werden einfach verschluckt.

Dieser Fehler existiert auch im aktuellen Development-Treiber unter Linux.

5
Sundtek MediaTV Pro / Re:gstreamer dvbsrc funktioniert nicht mit dvb-c
« am: Oktober 13, 2010, 12:47:30 Vormittag »
Klasse, jetzt klappts. Danke für die prompte Reaktion. Noch schneller geht's wahrscheinlich nicht :-)

6
Sundtek MediaTV Pro / gstreamer dvbsrc funktioniert nicht mit dvb-c
« am: Oktober 11, 2010, 10:41:36 Nachmittag »
Hallo,

DVB-C mit gstreamer lässt sich leider nicht mit Sundtek MediaTV Pro verwenden. Die folgende Test-Pipeline lässt sich nicht starten:

Zitat
gst-launch --gst-debug-level=3 dvbsrc frequency=394000000 symbol-rate=6900 code-rate-hp="AUTO" modulation="QAM 64" inversion=OFF ! fakesink

Die Debug-Ausgabe sagt, dass ein ioctl DMX_SET_BUFFER_SIZE nicht erfolgreich war und deshalb dvr0 nicht geöffnet werden konnte:

Zitat
0:00:02.704088472 29817  0x94af050 INFO                  dvbsrc gstdvbsrc.c:702:gst_dvbsrc_open_frontend:<dvbsrc0> Using frontend device: /dev/dvb/adapter0/frontend0
0:00:02.704839713 29817  0x94af050 INFO                  dvbsrc gstdvbsrc.c:780:gst_dvbsrc_open_frontend:<dvbsrc0> DVB card: Sundtek DVB-C
0:00:02.704950393 29817  0x94af050 INFO                  dvbsrc gstdvbsrc.c:1242:gst_dvbsrc_tune:<dvbsrc0> gst_dvbsrc_tune
0:00:02.704981433 29817  0x94af050 INFO                  dvbsrc gstdvbsrc.c:1390:gst_dvbsrc_unset_pes_filters:<dvbsrc0> clearing PES filter
0:00:02.705010273 29817  0x94af050 INFO                  dvbsrc gstdvbsrc.c:1328:gst_dvbsrc_tune:<dvbsrc0> Tuning DVB-C to 394000000, srate=6900000
0:00:03.434232964 29817  0x94af050 INFO                  dvbsrc gstdvbsrc.c:1409:gst_dvbsrc_set_pes_filters:<dvbsrc0> Setting PES filter
0:00:03.435259524 29817  0x94af050 INFO                  dvbsrc gstdvbsrc.c:1432:gst_dvbsrc_set_pes_filters:<dvbsrc0> Setting pes-filter, pid = 8192, type = 20
0:00:03.439913764 29817  0x94af050 INFO                  dvbsrc gstdvbsrc.c:1120:gst_dvbsrc_frontend_status:<dvbsrc0> gst_dvbsrc_frontend_status

0:00:03.440023604 29817  0x94af050 INFO                  dvbsrc gstdvbsrc.c:1127:gst_dvbsrc_frontend_status:<dvbsrc0> fd-frontend: 6
0:00:04.440133122 29817  0x94af050 INFO                  dvbsrc gstdvbsrc.c:1131:gst_dvbsrc_frontend_status:<dvbsrc0> .
0:00:04.683555949 29817  0x94af050 INFO                  dvbsrc gstdvbsrc.c:795:gst_dvbsrc_open_dvr:<dvbsrc0> Using dvr device: /dev/dvb/adapter0/dvr0
0:00:04.684452510 29817  0x94af050 INFO                  dvbsrc gstdvbsrc.c:814:gst_dvbsrc_open_dvr:<dvbsrc0> Setting buffer size
0:00:04.684548630 29817  0x94af050 INFO                  dvbsrc gstdvbsrc.c:816:gst_dvbsrc_open_dvr:<dvbsrc0> DMX_SET_BUFFER_SIZE failed
0:00:04.684580190 29817  0x94af050 ERROR                 dvbsrc gstdvbsrc.c:1040:gst_dvbsrc_start:<dvbsrc0> Not able to open dvr_device

Getestet habe ich unter Ubuntu 10.04, 32bit.

Zitat
$ mediasrv --build
Build date: Oct  8 2010


7
Sundtek MediaTV Pro / Re:Kein Ton mit gstreamer (Analog-TV)
« am: Oktober 11, 2010, 10:39:12 Nachmittag »
Vielen Dank für die schnelle Reaktion! Das sieht schon sehr gut aus. Hoffe, dass gstreamer weiter unterstützt wird.

8
Sundtek MediaTV Pro / Kein Ton mit gstreamer (Analog-TV)
« am: September 22, 2010, 01:11:46 Nachmittag »
Hallo,

Mit gstreamer (Ubuntu 10.04) bekomme ich bei Analog-TV mit dem OSS device (/dev/dsp1) keinen Ton. Die folgende Pipeline liefert zwar ein Bild, aber keinen Ton:

$ gst-launch v4l2src device=/dev/video0 name=videosrc ! autovideosink osssrc device=/dev/dsp1 name=audiosrc ! autoaudiosink
Leitung wird auf PAUSIERT gesetzt ...
FEHLER: Leitung möchte nicht pausiert werden.
FEHLER: Von Element /GstPipeline:pipeline0/GstOssSrc:audiosrc: Die Einstellungen konnten nicht aus der Ressource gelesen oder in die Ressource geschrieben werden.
Zusätzliche Fehlerdiagnoseinformation:
gstosssrc.c(433): gst_oss_src_prepare (): /GstPipeline:pipeline0/GstOssSrc:audiosrc:
Unable to set param RESET: Success
Leitung wird auf NULL gesetzt ...
Leitung wird geleert ...

Grundsätzlich funktioniert der Ton, z.B. über interne Audioverarbeitung mit der Pipeline

$ mediaclient -m ATV -c internal
Using device: /dev/video0
setting internal audio
$ gst-launch v4l2src device=/dev/video0 name=videosrc ! autovideosink
Leitung wird auf PAUSIERT gesetzt ...
Leitung ist aktiv und erfordert keinen VORLAUF …
WARNUNG: Von Element /GstPipeline:pipeline0/GstV4l2Src:videosrc: Parameter konnten nicht von Gerät »/dev/video0« ausgelesen werden
Zusätzliche Fehlerdiagnoseinformation:
v4l2src_calls.c(240): gst_v4l2src_set_capture (): /GstPipeline:pipeline0/GstV4l2Src:videosrc:
system error: Invalid argument
Leitung wird auf ABSPIELEN gesetzt ...
New clock: GstSystemClock

oder bei "mediaclient -m ATV -c external" mit "cat /dev/video0 | aplay").

$ mediaclient --lc
**** List of Media Clients ****
/dev/dvb/adapter0/frontend0:
  No client connected
/dev/dvb/adapter0/dvr0:
  No client connected
/dev/dvb/adapter0/demux0:
  No client connected
/dev/video0:
  No client connected
/dev/vbi0:
  No client connected
/dev/radio0:
  No client connected
/dev/rds0:
  No client connected
/dev/mediainput0:
  No client connected
/dev/dsp1:
  No client connected

Auszug aus /var/log/mediasrv.log:
2010-09-22 13:06:39 [3939] Using settings for Europe
2010-09-22 13:06:39 [3939] unknown dsp ioctl: 5000

Versuche, den Ton von /dev/video0 in gstreamer auszulesen, waren bisher nicht erfolgreich.

Wie kann ich den Ton bei Analog-TV in gstreamer-Pipelines verarbeiten?

Seiten: [1]