dxr3 2.23 dringend benötigt :-)

Achja, es gibt dann eine Log. (/video/dxr3plugin.log ist sie bei mir :))

Ich habe mal ein Debian Paket erzeugt.
Wenn er das Plugin lädt kommt dann aber die Fehlermeldung:
ERROR: /opt/...../plugins/libvdr-dxr3.so.1.3.11: undefined symbol: CloseCodec__11cDxr3FfmepgR9Dxr3Codec

cyberthom:

Bitte noch keine Packete erstellen.. ist ein inoffizieles Release! Die offiziele pre1 kommt Mitte nächster Woche. Dann von mir aus, aber mit der jetigen alpha bitte noch nichts machen... hab z.b. für Gentoo auch noch kein Ebuild gemacht.
Bis auf das Forum weiß auch keiner, dass es ne alpha gibt... also gedulden bis ich as OK gebe.

Zitat

Bitte noch keine Packete erstellen.. ist ein inoffizieles Release!

Nein, nein... um Gottes Willen. Meine nicht vorhandenen Debian-Kenntnisse sind sicher auch nicht dazu geeignet, um offizielle Pakete wie von Tobi oder TomG zu erstellen. Das habe ich nur für mich gemacht oder machen müssen, da ich alles auf dem Notebook compiliere und das dann nur als Paket auf den VDR einspiele. Das Paket ist sicher auch nicht so sauber wie von Tobi oder TomG. Da ich aber auch unbedingt Dein Plugin testen wollte habe ich halt mal ein Paket erstellt. Ich war mir nicht sicher, ob es reichen würde die libvdr-Datei einfach in das Plugin-Verzeichnis des vdr zu kopieren. Zumal ich ja auch die vdrdevel-Variente benutze (geniale Lösung, um zwischen 1.2.6 und 1.311 hin und her zu schalten, dank Tobi).

Aso... dachte schon

Hier mal ein auszug aus der History:

- fixed audio and video problems
- added YUV2Rgb int dxr3tools.h
- added some more debug infos in dxr3outputthread.c
- added const keyword in dxr3configdata.h
- added EM8300 include define in Makefile
- added debuglevels, so we can define how much we want to log
- assimilated spudecoder from vdr's dvbspu.c/h -> nice nav in dvds

Na freut ihr euch schon?
Jetzt nur noch ein wenig am SPUEncoder feilen und ich bin mit dem SPU zufrieden

ICh habe leider immer noch:
ERROR: /opt/...../plugins/libvdr-dxr3.so.1.3.11: undefined symbol: CloseCodec__11cDxr3FfmepgR9Dxr3Codec
ICh habe auch noch einmal die Kernel-Sourcen und dei em8300-Sourcen nachgeschaut. Hatte erst die Vermutung, dass der em8300 evtl. nicht sauber kompiliert wurde (ich habe die CVS-Version benutzt). Aber er funktioniert ja auch prima mit der 1.2.6 Version. Dann habe ich noch einmal die aktuellen ffmpeg-Sourcen benutzt. Aber das hat leider alles noch nicht geholfen. Hat jemand eine Idee?

Zitat

x-factor root # c++filt CloseCodec__11cDxr3FfmepgR9Dxr3Codec
cDxr3Ffmepg::CloseCodec(Dxr3Codec &)

Sprich er kann die Funktion cDxr3Ffmepg::CloseCodec(Dxr3Codec &) net finden... wunder mich...

Welchen G++/GCC?

Zitat

Welchen G++/GCC?

Ich benutze Debian Woody:
gcc 2.95
g++ 2.95

Hmmm.. dann musst du dich bis Mitte nächster Woche gedulden... hab gerade auf SourceForge mein Projekt freigeschalten bekommen.

dxr3plugin.sf.net

Bis dahin habe ich auch das Umwandeln vom OSD-Bitmap in ein SPU-Format fertig.

Erst einmal vielen Dank für das Plugin an Austrian Coder!
Ich habe es am laufen, und nach dem einbauen der sleeps ist das Bild auch OK, nur leider habe ich keinen Ton mehr.
Das einzige was mir bisher aufgefallen ist, war das mein avcodec.h aus dem Verzeichnis libavcodec kommt....

cu

Michael

Check mal die Log.... ist bei mir in /video/dxr3plugin.log - das das Log leer ist, dann im OSD-Menü des Plugins Debug auf Ja setzen.
Und dann mal nach Zeilen ausschau halten, die so beginnen:

cDxr3Ffmepg::

Was für ne ffmpeg Version hast du?

Ich habe ffmpeg 0.4.8

In der log Datei habe ich folgendes gefunden ?
cDxr3Interface::UploadMicroCode: uploading......done
cDxr3Interface::ConfigureDevice: Videomode = PAL
cDxr3OutputThread::cDxr3OutputThread
cDxr3AudioOutThread::cDxr3AudioOutThread
cDxr3AudioOutThread::Action Thread started
cDxr3OutputThread::cDxr3OutputThread
cDxr3VideoOutThread::cDxr3VideoOutThread
cDxr3VideoOutThread::Action Thread started
change volume to 150
150cDxr3Device::SetPlayMode audio/video from player
OSD Datasize: 8620
cDxr3AudioDecoder::Decode Sample rate = 48000
cDxr3AudioDecoder::Decode channels = 2
cDxr3AudioDecoder::Decode Sample rate = 48000
cDxr3AudioDecoder::Decode channels = 2
cDxr3AudioDecoder::Decode Sample rate = 48000
cDxr3AudioDecoder::Decode channels = 2

Das ist leider alles

Mein Fehler, sorry,
die neue Regelung ist extrem unpassend für meinen Fernseher...
Ich muß voll aufdrehen, um eine halbwegs vernünftige Lautstärke zu bekommen. bei 75% ist der VDR noch nicht zu hören.....

@ mcp
Bei meinem VDR isses das gleiche erst so ab 75% hört man was!

@ all
weiß jemand wie man das beheben kann ????

Zitat

Hmmm.. dann musst du dich bis Mitte nächster Woche gedulden... hab gerade auf SourceForge mein Projekt freigeschalten bekommen.

OK, dann warte ich noch bis nächste Woche...

Ich benutze übrigens auch
ffmpeg 0.4.8

Viel Erfolg noch bei deinem letzten Feinschliff für das Plugin

@all:

Ich werde den Bereich der Regelung vergrössern. Nun wieder 2 Bugs, die ich beheben werde.

1. Lautstärkespektrum vergrössern
2. Init routinen für den Digitalausgang

Christian

Zitat

Original von cyberthom
ICh habe auch noch einmal die Kernel-Sourcen und dei em8300-Sourcen nachgeschaut. Hatte erst die Vermutung, dass der em8300 evtl. nicht sauber kompiliert wurde (ich habe die CVS-Version benutzt). Aber er funktioniert ja auch prima mit der 1.2.6 Version.

Geil...
1.2.6 - Das macht ja Hoffnung, das ich dann doch mal vernuenftig mit NOAD schneiden kann. Jetzt stuerzt meine DXR3 dabei immer ab...

Gruss
Hotte

ist die regelung als log ausgelegt oder linear?

Schau doch in der History nach....

- volume control logarithmic instead of linear.
This is a more natural sounding way of controlling the
volume.

Es klappt!!

Austrian Coder
Danke für den Tipp mit den usleeps (und überhaupt für das neue Plugin), damit läuft VDR 1.3.11 bei mir mit einer DXR3 ohne Probleme, und nicht nur die FF-Besitzer kommen in den Genuss der neuen Version.

Ich hatte erst dummerweise die neues Variante von ffmpeg aus dem CVS genommen. Damit lief zwar OSD mit Menüs's aber bei jedem Abspielen stoppte der VDR. Mit ffmpeg 0.4.8 geht jetzt auch das abspielen, und mit den usleeps auch ruckelfrei auf einem 333MHz K6-2.