dxr3 und streamdev will nich :(

RocketChef · 15. März 2007

Hallo,

warum ich das im newbie-bereich poste? Ganz einfach: bin seit heute n dxr3-noob ;).
Ich hab (wie das topic schon sagt) vor nen vdr client zu bauen mit streamdev und ner dxr3. Mein prolem ist jetzt, ich sehe ganz kurz ein sich für 2 frames bewegendes bild, danach ist duster und ich darf den VDR abschiessen.

Ich poste mal das nötige, vielleicht habe ich was übersehen:

Code

vdrclient ~ # uname -a
Linux vdrclient 2.6.17-gentoo-r8 #23 Thu Mar 15 16:01:51 CET 2007 i686 VIA Samuel 2 CentaurHauls GNU/Linux

Code

vdrclient ~ # cat /proc/em8300/0
----- Driver Info -----
em8300 module version 0.16.1.cvs
Card revision 2
Chip revision 2
Video encoder: ADV7170 at address 0x6a on EM8300 I2C bus 1
Memory mapped at address range 0xd4b00000->0xd4c00000 (FIFOs using MTRR)
Microcode version 0x2d loaded
Display buffer resolution: 720x480
Dicom set to TV-out
Using PAL
Aspect is 4:3
Analog audio output

Alles anzeigen

Die dxr3 (em8300) module habe ich aus dem CVS (0.16.1-cvs).
VDR log:

Code

Mar 15 20:26:46 vdrclient vdr: [13029] VDR version 1.4.6 started
Mar 15 20:26:46 vdrclient vdr: [13029] loading plugin: /usr/lib/vdr/libvdr-dxr3.so.1.4.5
Mar 15 20:26:46 vdrclient vdr: [13029] loading plugin: /usr/lib/vdr/libvdr-streamdev-client.so.1.4.5
Mar 15 20:26:46 vdrclient vdr: [13029] loading /etc/vdr/setup.conf
Mar 15 20:26:46 vdrclient vdr: [13029] loading /etc/vdr/sources.conf
Mar 15 20:26:46 vdrclient vdr: [13029] loading /etc/vdr/diseqc.conf
Mar 15 20:26:46 vdrclient vdr: [13029] loading /etc/vdr/channels.conf
Mar 15 20:26:47 vdrclient vdr: [13029] loading /etc/vdr/timers.conf
Mar 15 20:26:47 vdrclient vdr: [13029] loading /etc/vdr/commands.conf
Mar 15 20:26:47 vdrclient vdr: [13029] loading /etc/vdr/reccmds.conf
Mar 15 20:26:47 vdrclient vdr: [13029] loading /etc/vdr/svdrphosts.conf
Mar 15 20:26:47 vdrclient vdr: [13029] loading /etc/vdr/remote.conf
Mar 15 20:26:47 vdrclient vdr: [13029] loading /etc/vdr/keymacros.conf
Mar 15 20:26:47 vdrclient vdr: [13032] video directory scanner thread started (pid=13029, tid=13032)
Mar 15 20:26:47 vdrclient vdr: [13032] video directory scanner thread ended (pid=13029, tid=13032)
Mar 15 20:26:47 vdrclient vdr: [13029] reading EPG data from /etc/vdr/epg.data
Mar 15 20:26:47 vdrclient vdr: [13033] video directory scanner thread started (pid=13029, tid=13033)
Mar 15 20:26:47 vdrclient vdr: [13033] video directory scanner thread ended (pid=13029, tid=13033)
Mar 15 20:26:49 vdrclient vdr: [13029] no DVB device found
Mar 15 20:26:49 vdrclient vdr: [13029] initializing plugin: dxr3 (0.2.7-cvs): Hardware MPEG decoder
Mar 15 20:26:51 vdrclient adv717x.o: Configuring for PAL
Mar 15 20:26:51 vdrclient em8300_audio.o: Analog audio enabled
Mar 15 20:26:51 vdrclient em8300: Microcode version 0x2d loaded
Mar 15 20:26:52 vdrclient vdr: [13029] dxr3: configure: video mode: PAL
Mar 15 20:26:52 vdrclient adv717x.o: Configuring for PAL
Mar 15 20:26:52 vdrclient vdr: [13029] dxr3: configure: audio mode: analog
Mar 15 20:26:52 vdrclient vdr: [13029] dxr3: setting analog audio mode
Mar 15 20:26:52 vdrclient em8300_audio.o: Analog audio enabled
Mar 15 20:26:52 vdrclient vdr: [13029] dxr3: intf: brightness=500,contrast=500,saturation=500 at init
Mar 15 20:26:52 vdrclient vdr: [13029] initializing plugin: streamdev-client (0.3.3-pre3-geni): VTP Streaming Client
Mar 15 20:26:52 vdrclient vdr: [13029] setting primary device to 1
Mar 15 20:26:52 vdrclient vdr: [13029] SVDRP listening on port 2001
Mar 15 20:26:52 vdrclient vdr: [13029] setting current skin to "sttng"
Mar 15 20:26:52 vdrclient vdr: [13029] loading /etc/vdr/themes/sttng-default.theme
Mar 15 20:26:52 vdrclient vdr: [13029] starting plugin: dxr3
Mar 15 20:26:52 vdrclient vdr: [13029] starting plugin: streamdev-client
Mar 15 20:26:52 vdrclient vdr: [13029] reading EPG data from /etc/vdr/epg.data
Mar 15 20:26:52 vdrclient vdr: [13034] DXR3 audio output thread started (pid=13029, tid=13034)
Mar 15 20:26:52 vdrclient vdr: [13036] streamdev-client: sections assembler thread started (pid=13029, tid=13036)
Mar 15 20:26:52 vdrclient vdr: [13037] section handler thread started (pid=13029, tid=13037)
Mar 15 20:26:52 vdrclient vdr: [13035] DXR3 video output thread started (pid=13029, tid=13035)
Mar 15 20:26:54 vdrclient vdr: [13029] remote control KBD - keys known
Mar 15 20:26:54 vdrclient vdr: [13029] switching to channel 1
Mar 15 20:26:54 vdrclient vdr: [13038] KBD remote control thread started (pid=13029, tid=13038)
Mar 15 20:26:54 vdrclient vdr: [13029] Streamdev: Connected to server 192.168.100.202:2004 using capabilities TSPIDS
Mar 15 20:26:54 vdrclient vdr: [13039] transfer thread started (pid=13029, tid=13039)
Mar 15 20:26:54 vdrclient vdr: [13040] receiver on device 6 thread started (pid=13029, tid=13040)
Mar 15 20:26:54 vdrclient vdr: [13041] TS buffer on device 6 thread started (pid=13029, tid=13041)
Mar 15 20:26:54 vdrclient vdr: [13029] dxr3: cSPUEncoder::Flush: OSD data size: 8058
Mar 15 20:26:54 vdrclient vdr: [13029] dxr3: cSPUEncoder::Flush: OSD data size: 8058
Mar 15 20:26:54 vdrclient vdr: [13029] dxr3: cSPUEncoder::Flush: OSD data size: 8058
Mar 15 20:26:54 vdrclient vdr: [13029] dxr3: cSPUEncoder::Flush: OSD data size: 8058
Mar 15 20:26:54 vdrclient vdr: [13039] setting audio track to 1 (0)
Mar 15 20:26:54 vdrclient vdr: [13039] dxr3: audiodecoder: found different audio header (new: 0xff, old: 0xcc4fcff), (re)initializing
Mar 15 20:26:54 vdrclient vdr: [13039] dxr3: audiodecoder: sample rate=48000
Mar 15 20:26:54 vdrclient vdr: [13039] dxr3: audiodecoder: channels=2
Mar 15 20:26:54 vdrclient vdr: [13029] dxr3: cSPUEncoder::Flush: OSD data size: 8058
Mar 15 20:26:55 vdrclient vdr: [13029] dxr3: cSPUEncoder::Flush: OSD data size: 8058
Mar 15 20:26:55 vdrclient vdr: [13039] dxr3: audiodecoder: sample rate=48000
Mar 15 20:26:55 vdrclient vdr: [13039] dxr3: audiodecoder: channels=2
Mar 15 20:26:55 vdrclient vdr: [13029] dxr3: cSPUEncoder::Flush: OSD data size: 8058
Mar 15 20:26:55 vdrclient vdr: [13029] dxr3: cSPUEncoder::Flush: OSD data size: 8058
Mar 15 20:26:55 vdrclient vdr: [13029] dxr3: cSPUEncoder::Flush: OSD data size: 8058
Mar 15 20:26:57 vdrclient Fifo still full, trying stop
Mar 15 20:26:57 vdrclient vdr: [13040] buffer usage: 70% (tid=13039)
Mar 15 20:26:58 vdrclient vdr: [13040] buffer usage: 80% (tid=13039)
Mar 15 20:26:58 vdrclient vdr: [13040] buffer usage: 90% (tid=13039)
Mar 15 20:26:58 vdrclient vdr: [13039] dxr3: sync: push timeout
Mar 15 20:26:58 vdrclient vdr: [13039] cDxr3DemuxDevice::DemuxPes() ePesFrameError skipping data and resync
Mar 15 20:26:58 vdrclient vdr: [13040] buffer usage: 100% (tid=13039)
Mar 15 20:26:58 vdrclient vdr: [13040] ERROR: 1 ring buffer overflow (177 bytes dropped)
Mar 15 20:26:59 vdrclient Fifo still full, trying stop
Mar 15 20:26:59 vdrclient em8300.o: FIFO sync timeout during blocking write
Mar 15 20:26:59 vdrclient vdr: [13034] dxr3: unable to play whole audio frame, skipped 512 bytes
Mar 15 20:26:59 vdrclient vdr: [13029] dxr3: cSPUEncoder::Flush: OSD data size: 8058
Mar 15 20:27:01 vdrclient Fifo still full, trying stop
Mar 15 20:27:03 vdrclient Fifo still full, trying stop
Mar 15 20:27:03 vdrclient em8300.o: FIFO sync timeout during blocking write
Mar 15 20:27:03 vdrclient vdr: [13039] dxr3: resuscitation: device failure or user initiated reset
Mar 15 20:27:04 vdrclient vdr: [13040] ERROR: 28337 ring buffer overflows (5327356 bytes dropped)
Mar 15 20:27:06 vdrclient em8300.o: FIFO sync timeout during sync
Mar 15 20:27:09 vdrclient adv717x.o: Configuring for PAL
Mar 15 20:27:09 vdrclient em8300_audio.o: Analog audio enabled
Mar 15 20:27:09 vdrclient em8300: Microcode version 0x2d loaded
Mar 15 20:27:09 vdrclient vdr: [13039] dxr3: configure: video mode: PAL
Mar 15 20:27:09 vdrclient vdr: [13029] assuming manual start of VDR
Mar 15 20:27:09 vdrclient adv717x.o: Configuring for PAL
Mar 15 20:27:09 vdrclient vdr: [13039] dxr3: configure: audio mode: analog
Mar 15 20:27:09 vdrclient vdr: [13039] dxr3: setting analog audio mode
Mar 15 20:27:09 vdrclient em8300_audio.o: Analog audio enabled
Mar 15 20:27:09 vdrclient vdr: [13039] dxr3: intf: brightness=500,contrast=500,saturation=500 at init
Mar 15 20:27:09 vdrclient vdr: [13039] dxr3: fatal: reopening devices took too long
Mar 15 20:27:10 vdrclient vdr: [13040] ERROR: 27031 ring buffer overflows (5081828 bytes dropped)
Mar 15 20:27:11 vdrclient em8300_video.o: Video sync rdptr is stuck at 0x0000dc01, wrptr 0x0000dcfb, left 250
Mar 15 20:27:11 vdrclient em8300_video.o: Video sync timeout
Mar 15 20:27:11 vdrclient vdr: [13041] ERROR (device.c,1348): Bad file descriptor
Mar 15 20:27:11 vdrclient vdr: [13041] TS buffer on device 6 thread ended (pid=13029, tid=13041)
Mar 15 20:27:11 vdrclient vdr: [13038] KBD remote control thread ended (pid=13029, tid=13038)
Mar 15 20:27:48 vdrclient vdr: [13029] caught signal 15
Mar 15 20:27:48 vdrclient vdr: [13029] stopping plugin: streamdev-client
Mar 15 20:27:48 vdrclient vdr: [13029] stopping plugin: dxr3
Mar 15 20:27:51 vdrclient vdr: [13029] ERROR: transfer thread 13039 won't end (waited 3 seconds) - canceling it...

Alles anzeigen

Nach "KBD remote control thread ended" habe ich den prozess gekillt wie man sieht.
An die experten: Bitte sagt mir wenn euch was fehlt.

RocketChef · 15. März 2007

Also so wie es bis jetzt aussieht gibts bald wieder ne dxr3 in der "Verkaufen" rubrik :).

RocketChef · 16. März 2007

Achso, ganz vergessen! Per mplayer über http gehts und grün is mein bild nach zahllosen parameterkombinationen auch nicht ;).

HolgerR · 16. März 2007

Die DXR3 ist ziemlich empfindlich bei defekten DVB-Strömen. Kann der erste Kanal aus der channels.conf vom Stremadev-Client problemlos empfangen werden?

Gruß,
Holger

RocketChef · 16. März 2007

Nein, ich hätte noch sagen sollen, dass die config, bis auf die streamdev enstellungen, im "originalzustand" ist. Der geht immer auf den ersten kanal beim starten (bei mir ARD) und dann kommt für ne viertelsekunde ein bewegendes bild mit osd und dann bleibts stehen. Dann wirds 2sek danach schwarz und dann seh ich nochmal kurz das osd halb am unteren bildrand und das wars dann. Entweder kackt der VDR dann ab oder ich muss ihn killen.
Was gilt denn als "sauberer" dvb strom bzw. was muss mir da femon am streamdev-server rechner zeigen?

Wicky · 17. März 2007

Hallo RocketChef,

ich vermute, dass die dxr3-Module, bzw. die Konfiguration dieser, oder eventuell auch das dxr3-plugin für den Buffer-Over-Flow sorgen.

Ein wichtiger Hinweis in diesem Zusammenhang für dich:

Die 0.16.x-er Module verwenden als Standard-Sound-System ALSA.
Das dxr3-plugin versteht jedoch nur OSS.

Aus diesem Grunde müssen die Module entweder gepatcht werden, so dass sie OSS als Standard Soundsystem verwenden, oder man verwendet den Modulparameter

audio_driver=oss

Den Patch, den ich dir ans Herz legen möchte, findest du hier:
http://cachalot.mine.nu/src/dxr3/

Gruß
Wicky

loswillios · 17. März 2007

zum Glück kommt bald das dxr3-plugin mit alsa

RocketChef · 17. März 2007

LoL sorry freunde, asche auf mein haupt. Hab jetz nach stundenlangem rumprobieren selber gesehen, dass da n em8220 drauf is... noob eben ;). So wie das aussieht hat die halt nich genug speicher für bild UND osd. Naja trotzdem danke.

RocketChef · 23. März 2007

So... muss das thema nochmal aufrollen. Also ich habe jetz eine karte mit em8300 und die cat /proc/em8300/0 ausgabe sieht auch anders aus:

Code

----- Driver Info -----
em8300 module version 0.16.1.cvs
Card revision 2
Chip revision 2
Video encoder: ADV7170 at address 0x6a on EM8300 I2C bus 1
EEPROM data:
        0000000000000000000000000000000000000000000000000000000000000000
        0000000000000000000000000000000000000000000000000000000000000000
        b839996017560133bbdc685fcc18636b00000000000000000000000000000000
        0000000000000000000000000000000000000000000000000000000000000000
        ffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff
        ffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff
        ffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff
        ffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff
EEPROM checksum: e99f04d2321e82e86ee40a9f90d8d800
Memory mapped at address range 0xd4b00000->0xd4c00000 (FIFOs using MTRR)
Microcode not loaded
Analog audio output

Alles anzeigen

Jedoch jetz seh ich nichtmal mehr ein bild am anfang sondern das bild bleibt schwarz und nach kurzer zeit kommt FIFO full. So langsam hab ich die schnauze full ;).

ThoBu · 23. März 2007

Hi!

Anscheinend wird der Microcode nicht geladen

Zitat

Microcode not loaded

bekommst du mit dxr3config nen output?

Gruß,

ThoBu

RocketChef · 23. März 2007

Ja, den microcode hatte ich noch nich geladen, da frisch gebootet bzw. module frisch geladen - das dxr3 plugin lädt den ja beim start sowieso.

Mit dxr3config (habe ich jetzt n paar mal getestet) bekomme ich unter paramset 3 und 4 ein gutes bild trotz:

Code

This is dxr3config 0.3.2


Checking your dxr3 hard- and software.........


loading module adv717x                           [ OK ]
loading module bt865                             [ OK ]
loading module em8300                            [ OK ]
detecting dxr3-hardware                          [ OK ]
dxr3 hardware revision                           [ 02 ]
detecting adv717x/bt865                          [ adv717x ]
Error: No dxr3-EEprom found                      [ FAILED ]


Error: dxr3config could not determine the dxr3 module parameters.
This can have different reasons.
In most cases you can read the reason above.


Card revision:                                   [ 2 ]
Chip revision:                                   [ 2 ]
Video Encoder:                                   [ ADV7170 ]
Module Version:                                  [ 0.16.1.cvs ]
looking for em8300setup                          [ /usr/local/bin/em8300setup ]
looking for Microcode                            [ OK ]
detecting device /dev/em8300-0                   [ OK ]
detecting device /dev/em8300_mv-0                [ OK ]
detecting device /dev/em8300_ma-0                [ FAILED ]
detecting device /dev/em8300_sp-0                [ OK ]
trying to remove the modules...
removing modul em8300                            [ OK ]
removing modul adv717x                           [ OK ]
removing modul bt865                             [ OK ]




Press   ->  ->                                   [ RETURN ]

Alles anzeigen

ThoBu · 23. März 2007

Hi!

Was spricht denn das syslog? (/var/log/syslog)

Bei mir lags an der von Wicky erwähnten OSS/Alsa Geschichte, nachdem die Modulparameter noch ein audio_driver=oss hatten, gings prima....

Viele Grüße,

ThoBu

Bratan · 23. März 2007

Hallo,

warum so kompliziert, nimm doch einfach die Mahlzeit 3.2 - ISO, ich hatte auf dem Clienten mit Asus P2B / 433MHz Celeron und DXR3 (Videologic Version) mit Dummy-Device sofort Zugriff auf alle Programme vom Server, ebenfalls mit Mahlzeit 3.2.
Abgesehen von gelegentlichem Kanal-Umschalt-Hakeln klappt es prima.

Grüsse
Klaus

RocketChef · 23. März 2007

Zitat

Original von ThoBu
Hi!

Was spricht denn das syslog? (/var/log/syslog)

Bei mir lags an der von Wicky erwähnten OSS/Alsa Geschichte, nachdem die Modulparameter noch ein audio_driver=oss hatten, gings prima....

Viele Grüße,

ThoBu

Alles anzeigen

Ich habs jetzt. Ich hatte mir mal den allow_loopback=1 rangeschrieben (wieso auch immer). Ohne den funzt es jetzt :).

Wicky · 23. März 2007

Hallo zusammen,

ich glaube, z.Z. gibt es mit den CVS dxr3-Modulen und dxr3config ein kleines Problem.

Der Maintainer der dxr3-Module integriert z.Z. den Algorithmus von dxr3config in die Module.
(Nachtrag: Erkennbar u.a. daran, das ein cat /proc/em8300/0 nun auch das eeprom der dxr3-Karten anzeigt.)

Das ist eine klasse Sache, da dann dxr3config nur noch in den seltensten Fällen verwendet werden muss.

Aber eventuell kann dxr3config nun das eeprom nicht mehr mit dem Modul eeprom auslesen.
Das ist allerdings nur ein Verdacht.

RocketChef
Kannst du bei dir das Modul eeprom laden?
Falls nein, dann versagt dxr3config bei dir, weil das Modul fehlt. Das Modul muss dxr3config bei manchen Karten jedoch verwenden, da sich ansonsten die Karte nicht eindeutig identifizieren lässt.

Gruß
Wicky

RocketChef · 23. März 2007

Zitat

Original von Wicky
RocketChef
Kannst du bei dir das Modul eeprom laden?
Falls nein, dann versagt dxr3config bei dir, weil das Modul fehlt. Das Modul muss dxr3config bei manchen Karten jedoch verwenden, da sich ansonsten die Karte nicht eindeutig identifizieren lässt.

Jo also das modul lädt er (in dem system war mal ne ff drin) aber ich brauchs anscheinend nicht.

Wicky · 23. März 2007

Zitat

Original von RocketChef

Jo also das modul lädt er (in dem system war mal ne ff drin) aber ich brauchs anscheinend nicht.

...mist, dann funktioniert dxr3config nicht mehr mit der aktuellen dxr3 cvs Version. Ich hatte es befürchtet

Ich werde vermutlich an dxr3config deswegen aber nicht rumschrauben, da die Aufgabe demnächst von den Modulen selber übernommen werden und dxr3config damit eh weitestgehend überflüssig wird.

Das Modul eeprom wird für den Betrieb der Karte übrigens nicht benötigt, sondern ausschließlich für die eindeutige Erkennung der Karte. Und das auch nur bei manchen...

Hoffentlich dauert die Impelmentation des Hardware-Erkennungs-Algorithmus in die Module nicht so lange, ansonsten wird immer wieder jemand mit den cvs Modulen auf die Nase fallen....

Gruß
Wicky

dxr3 und streamdev will nich :(

Jetzt mitmachen!

Teilen