Beiträge von neumann2k

Also ich hab hier softdevice laufen (nutzt ja ffmpeg zur dekodierung). Mein Core2Duo E4500 mit 1GB RAM bringt HD1 (ist hier im Kabel) Ruckelfrei bei ca. 50% Last auf meinen 37" Toshiba LCD.

Mangels DVB-S kann ich leider EFHD nicht testen.
Meine Apple H.264 Trailer laufen jedoch ruckelfrei. Demzufolge sollte ein Core2Duo unter 2GHz locker ausreichen (vorausgesetzt, DirectFB, vidix oder was anderes beschleunigendes ist im Einsatz).

Zitat

Original von leonie
Hallo @ll,
ich such für einen 5 1/4 Zoll Schacht ein Display, welches man auch noch aus mehr als 3 Meter Entfernung ordentlich lesen kann?
Ich will mir nicht zuerst ein Display kaufen und dann das große erwachen, veilleicht kann mir jemand einen guten Tip geben. Es wäre cool, wenn man es auch von unterschiedlichsten Blickwinkeln lesen könnte.

danke euch für die perfekte zusammenarbeit lg leonie

Hi,

die Alphacool Displays sind sehr einfach einzubauen und werden jetzt auch durchs graphlcd unterstützt.

http://www.alphacool.de/produc…el-blau-neg.-schwarz.html

Hallo,

vielen Dank für deine Arbeit. Ist hier schon eine Anpassung an aktuelle ffmpeg versionen implementert (swscaler), oder planst Du diese?

Hallo Horchi,

ich benutze eine ziemlich aktuelle SVN Version von ffmpeg.

Seit ca. 3 Monaten beeinhaltet ffmpeg einen swscaler, der standardmäßig auch mitgebaut wird.

Nachteil: Fast alle Plugins, die auf ffmpeg zurückgreifen, laufen nicht mehr.
Auch dein Plugin scheint die Funktion img_convert zu benutzen. Diese ist in den neuen ffmpeg Versionen nicht mehr verfügbar, dafür jetzt die swscaler Funktionen.

Das Softdevice Plugin hat mittlerweile Support für den swscaler in ffmpeg. Vielleicht kannst Du dir da auch anschauen, was geändert werden muss.

Softdevice: softdevice.berlios.de im CVS schauen

Zitat

Original von blazko
Hallo,

Mh, interessant: -ao alsa: klappt genau so gut wie mit ac3=hw:0,0...
Leider kommt bei Programmen ohne AC3 immer och kein Ton.

Danke+Gruß,
Timo

mhhh. dann ist es ein mixer problem. fummel doch mal während was im tv läuft am mixer rum.

Zitat

Original von blazko
Rehi Stefan,

So, die Mixer waren bereits korrekt, so dass ich dann Softdevice nochmal neu uebersetzt habe (ohne NO_MIXER define), leider auch hier kein Unterschied. Gibt es weitere Optionen, die ich mal mit -ao durchprobieren kann?

Danke+Gruss,
Timo

P.S. Danke f.d. tolle Plugin und die Unterstuetzung!!!

Alles anzeigen

Ja, teste doch mal einfach:

-ao alsa:

und schau, ob dann stereo aus dem spdif kommt.

Zitat

Original von Flipsen1977
Hallo zusammen,

da es nun erstmal vollbracht ist, vdr auf Server und Client zum Laufen zu bringen, gehts jetzt an die Feinheiten.

Ich habe mittlerweile eine gut gefüllte Platte mit DivX-konvertierten Aufnahmen, die ich gerne über das mplayer-Plugin via vdr und xine-Plugin auf dem Client wiedergeben würde.

Soweit ist auch alles installiert, es passiert aber nur das, was hier viele schon beschrieben haben. Plugin ausgewählt, DivX-Aufzeichnung (oder auch DVD, VCD, was auch immer) ausgewählt, Fernseher wird kurz schwarz, Meldung "No Signal" vom xine-Plugin, dann kommt wieder das vorherige Programm.

Ich habe jetzt schonmal die mplayer.sh auseinander genommen und mit verschiedenen Einstellungen gespielt, aber ich kriegs nicht gebacken. Welche Einstellung braucht es denn für -vo und -ao? Trotz xine-Plugin mpegpes? Ich hab für -vo sowohl xv ausprobiert als auch vmix11 (hardwarebeschleunigt unter VIA CN400), aber keine Änderung. Im syslog steht nur die Fehlermeldung, dass die Datei /var/lib/video/vdrrip/xXx.avi/001.vdr nicht gefunden wurde, ist ja aber eh Quatsch, weils die nicht gibt.

Daran kanns aber auch nicht liegen. Als ich im Server noch die FF-Karte drin hatte, ging das Plugin schonmal, aber halt nur über die Karte bzw. über kvdr. Und obwohl es funktionierte, stand da auch die Fehlermeldung im log.

Wie kriegt man das also geregelt? Die Variante xine beenden und mplayer anwerfen ist keine Lösung, da auf Sicht der Client ohne Tastatur laufen soll.

Viele Grüße,
Flipsen

Alles anzeigen

Leute, lest doch bitte mal die READMEAS und MANUALS:

XINEPLAYER
==========
xineplayer is a companion of vdr-xine and is used to get the beloved mplayer
plugin working with vdr-xine. I. e. you'll be able to replay DivX movies
directly through xine without the need for CPU expensive recoding. And you'll
still be able to continue using VDR's OSD while the external file is playing.

To get it working just install the mplayer plugin. Then edit it's "mplayer.sh"
and replace

# where to find mplayer
MPLAYER="mplayer"

with

# where to find mplayer
MPLAYER="xineplayer"

and now you'll only have to make sure that xineplayer is found by your shell.
xineplayer was built in vdr-xine's source directory so you'll either have to
copy it to a directory which is contained in your environment variable PATH or
just enter the absolute path to xineplayer into mplayer.sh as mentioned above.
That's it.

NOTE: xineplayer is still under development and currently only supports
mplayer plugin's TRADITIONAL mode. Furthermore it ignores any parameter
given on the command line besides the last one and expects this to be a
MRL recognizable by xine (e. g. a filename). If xine doesn't know how
to play the given MRL you'll only see an error message on xine's console.

As vdr-xine supports an instance number to create an unique FIFO directory it
will also necessary to tell this number to xineplayer to have it control the
right instance of vdr-xine. xineplayer's command line looks like that:

xineplayer [ --vdr-xine-instance=N ] [ options ] mrl

NOTE: "--vdr-xine-instance" must be given as the first argument as it might
otherwise collide with further options originally intended for mplayer.

Zitat

Original von Kleo
Hallo,

ich habe nach langem Probieren das analogtv-plugin zum Laufen bekommen.
Jetzt habe ich festgestellt, dass wenn ich über das Plugin eine Aufnahme mache und mit burn oder vdrconvert
weiterverarbeiten will, oft das demuxen mit projectx scheitert. Entweder wird der Video- oder der Audiostream verworfen.

Habe bei den Capture-Einstellungen die Standard-Einstellungen des Plugins gelassen und MotionCompensation und
Deinterlace nicht ausgewählt.
Der Ton wird mit 44.1 Khz in Stereo mit 80kbit/s über den Mikrofon-Eingang aufgezeichnet. Die Synchronität und die
Qualität sind okay und die Aufnahmen lassen sich einwandfrei im VDR abspielen und schneiden.
Gibt es bestimmte Encoder-Einstellungen im analogtv-setup, die die Kompatibilität für die spätere Weiterverarbeitung verbessern (zB GOP usw...)??

Grüsse, Kleo

Alles anzeigen

AnalogTV erzeugt MPEG1 Aufnahmen. Eine DVD muss aber eine MPEG2 Videospur haben. Hier ist das Problem. Ohne Umwandlung der MPEG1 Videospur zu MPEG2 wird da nix laufen.

Die Karte läuft wohl mittlerweile. Treiber sind aber noch nicht im svn. Schau Dir mal die Mailingliste an, dort wird fleißig diskutiert.

Zitat

Original von Toxic-Tonic
Hallo!

Ich bin grade dabei das ffmpeg 0.4.9pre1 für Linvdr zu compilieren! Habe dazu auch die libfaac (!) und lame installiert!

Meine Fragen dazu:

1. Wenn ich jetzt aac als Audio-Codec angebe sagt er mir:

Code

Could not write header for output file #0 (incorrect codec paramters ?)

Habe ich da was vergessen? Mit mp3 und gleichen Parametern geht es einwandfrei (vcodec mpeg4)!

2. Ich habe bei vielen xvid als vcodec-Option in den ffmpeg-Komandozeilen gesehen, kann das aber bei mir nicht finden (weder mit --enable-xvid noch irgendwie sonst). Fehlt da noch was? Muß ich das xvid irgendwie von Hand integrieren?

Danke schonmal...

Toxic

Alles anzeigen

Du solltest dringend mal eine aktuelle svn version benutzen. 0.4.9pre1 ist schon steinalt.

Als configure Optionen empfehle ich:

./configure --prefix=/usr --enable-shared --enable-pp --enable-mp3lame --enable-xvid --enable-x264 --enable-gpl --enable-a52

dann make install sowie make install-lib

Zitat

Original von berni123

Oh das ist je ekelig - ich brauch aber ne FF-Karte. Denn die Hauppauge ist meine Basiskarte. Ich sehe schon mit Grausen in die Zukunft ...

AFAIK gibt es keine FF DVB-C Karte, die QAM256 beherrscht.

Möglicher Ausweg: Terratec Cinergy + Matrox G450 Dual Head (sehr billig bei ebay zu bekommen). Super Qualität, sehr stabil, Nachteil: Soundkarte nötig sowie AGP-Steckplatz.

Hallo,

leider stürzt das Plugin bei mir ab (Kein SAT, nur Kabel).

Habe in dispatcher.c einen DVB-C Sender drin. Beim Starten gibts das hier:

(none):/usr/local/src/VDR # ./vdr -c /etc/vdr/ -v /video0/ -L /usr/lib/ -P'streamdev-server' -P'audiorecorder -r /opt/mp3/Radio -d 2'
vdr: no primary device found - using first device!
Segmentation fault (core dumped)

In /var/log/messages steht:

Sep  1 15:24:49 (none) vdr: [3563] VDR version 1.4.0 started
Sep  1 15:24:49 (none) vdr: [3563] loading plugin: /usr/lib//libvdr-streamdev-server.so.1.4.0
Sep  1 15:24:49 (none) vdr: [3563] loading plugin: /usr/lib//libvdr-audiorecorder.so.1.4.0
Sep  1 15:24:49 (none) vdr: [3563] loading /etc/vdr//setup.conf
Sep  1 15:24:49 (none) vdr: [3563] loading /etc/vdr//sources.conf
Sep  1 15:24:49 (none) vdr: [3563] loading /etc/vdr//diseqc.conf
Sep  1 15:24:49 (none) vdr: [3563] loading /etc/vdr//channels.conf
Sep  1 15:24:49 (none) vdr: [3563] loading /etc/vdr//timers.conf
Sep  1 15:24:49 (none) vdr: [3563] loading /etc/vdr//commands.conf
Sep  1 15:24:49 (none) vdr: [3563] loading /etc/vdr//svdrphosts.conf
Sep  1 15:24:49 (none) vdr: [3563] loading /etc/vdr//remote.conf
Sep  1 15:24:49 (none) vdr: [3563] loading /etc/vdr//keymacros.conf
Sep  1 15:24:49 (none) vdr: [3563] ERROR: unknown plugin 'vdrcd'
Sep  1 15:24:49 (none) vdr: [3563] ERROR: empty key macro
Sep  1 15:24:49 (none) vdr: [3563] reading EPG data from /video0/epg.data
Sep  1 15:24:49 (none) vdr: [3565] video directory scanner thread started (pid=3563, tid=3565)
Sep  1 15:24:49 (none) vdr: [3565] video directory scanner thread ended (pid=3563, tid=3565)
Sep  1 15:24:49 (none) vdr: [3564] video directory scanner thread started (pid=3563, tid=3564)
Sep  1 15:24:49 (none) vdr: [3564] video directory scanner thread ended (pid=3563, tid=3564)
Sep  1 15:24:49 (none) vdr: [3563] probing /dev/dvb/adapter0/frontend0
Sep  1 15:24:49 (none) vdr: [3563] probing /dev/dvb/adapter1/frontend0
Sep  1 15:24:49 (none) vdr: [3567] tuner on device 1 thread started (pid=3563, tid=3567)
Sep  1 15:24:49 (none) vdr: [3568] section handler thread started (pid=3563, tid=3568)
Sep  1 15:24:50 (none) kernel: budget-av: cam inserted A
Sep  1 15:24:52 (none) kernel: dvb_ca adapter 1: DVB CAM detected and initialised successfully
Sep  1 15:24:52 (none) vdr: [3563] probing /dev/dvb/adapter2/frontend0
Sep  1 15:24:52 (none) vdr: [3563] found 2 video devices
Sep  1 15:24:52 (none) vdr: [3563] initializing plugin: streamdev-server (0.3.3-pre3-geni): VDR Streaming Server
Sep  1 15:24:52 (none) vdr: [3563] initializing plugin: audiorecorder (0.1.0-pre4): floods your disc with music
Sep  1 15:24:52 (none) vdr: [3563] ERROR: invalid primary device number: 3
Sep  1 15:24:52 (none) vdr: [3563] ERROR: no primary device found - using first device!
Sep  1 15:24:52 (none) vdr: [3563] setting primary device to 1
Sep  1 15:24:52 (none) vdr: [3563] SVDRP listening on port 2001
Sep  1 15:24:52 (none) vdr: [3563] loading /etc/vdr//themes/classic-default.theme
Sep  1 15:24:52 (none) vdr: [3563] starting plugin: streamdev-server
Sep  1 15:24:52 (none) vdr: [3563] loading /etc/vdr//plugins/streamdevhosts.conf
Sep  1 15:24:52 (none) vdr: [3563] starting plugin: audiorecorder
Sep  1 15:24:52 (none) vdr: [3563] [audiorecorder]: receiver for channel <hr1> created on pid 3401 (audioreceiver.c, cAudioRec
eiver())

Lasse ich die SAT Sender drinne und nehme meine DVB-C Sender raus gibts kein Segfault.

Zitat

Original von Wicky

Ich befürchte, linvdr 0.8 wird erst nach Weihnachten fertig (es liegen hierfür keine Indizien vor, es ist nur ein Bauch Gefühl !!!) und so lange habe ich nicht Zeit. Dann würde mir dein Paket auch leider nichts bringen, da ich eine X-Server für meine Zwecke benötige. Außerdem hat softdevice Probleme mit dem mp3-plugin, aber das würde mich nicht stören, da ich eh einen X-Server möchte.

Wenn mir jemand sagt, in X-Tagen erscheint die erste Beta von Linvdr 0.8, dann warte ich sofort. Aber wie gesagt, ich befürchte wir warten noch bis Weihnachten. Was ich auch gar nicht so schlecht fände, denn dann wird Sarge zum Old-Stable und Etch wird zur Stable-Debian Version und cooper könnte Etch verwenden.

Gruß
Wicky

Alles anzeigen

Für Audio/Video Dateien ist beim Softdevice auch das Softplay Plugin da.

Zitat

Original von Wicky
Hallo zusammen,

ich bin auf der Suche nach einer geeigneten Distribution mit folgenden Anforderungen (mit absteigender Wichtigkeit):

1. Ausgabe via DVI (-> xine oder sofdevice mit ATI 9550SE)
2. Hardware: AMD Athlon@1200MHz und 128MB-Ram (aber aufrüstbar auf X MB-Ram)
3. Browser + Mail-Client + eventuell MM-Software ala freevo, xmms
4. Unter den gegebenen Anforderungen ein möglichst schneller Bootvorgang
5. Möglichst einfache Wartung/Aktualisierung des VDRs und Systems
6. Die Sourcen des verwendeten VDRs sollten verfügbar sein, so dass man auch mal ein plugin nach/neu kompilieren kann.

In meinen Augen kommen folgende Distributionen mit folgenden Nachteilen und Vorteilen in Frage:

Debian Sarge/Etch mit selbst kompiliertem VDR

Positiv (vgl. zu Anforderungen):
+ Hardware, Software (Browser, MM, ...)
+ Sourcen
+ DVI möglich
+ Eventuell entstehende Sourcen könnte ich bei Linvdr 0.8 einbringen (softdevice, xine)

Negativ
- Bootvorgang
- Wartung des VDRs
- DVI Einrichtung aufwendig, da die ATI-Treiber erste kompiliert werden müssen.

Die aufwändige Wartung und Aktualisierung des VDRs könnte man schon fast als Nock-Out Kriterium bezeichnen.

Kanotix-Live-CD mit x-vdr oder Tobis-Repository

Positiv:
+ ist mir vertraut
+ Wartung !!
+ Installation
+ Software (MM, Mail,...)

Negativ
- Bootvorgang

Gentoo
Positiv:
+ Software (MM, Mail,...)
+ stark an die Hardware angepasstes System

Negativ
-Bootvorgang
- Wartung des VDRs, da mir Gentoo nicht vertraut ist.

Gen2VDR
Positiv:
+ Software (MM, Mail,...)
+ stark an die Hardware angepasstes System
+ Um den VDR muss ich mich nicht kümmern.
Ungeklärt:
Ist überhaupt Sofdevice oder xine mit von der Partie??
Negativ:
-Wartung des System (??es muss viel per Hand gemacht werden??)

Ich bin schon seit Tagen am hin und her überlegen und kann mich nicht entscheiden. Ich würde mich sehr freuen, wenn ihr mir weitere Denkanstöße geben könntet, damit ich mich endlich mal entscheiden kann.

Gruß
Wicky

Alles anzeigen

Wenn Du noch ein wenig warten kannst, benutze LinVDR 0.8.

Dort wird es directfb + vidix unterstützung geben für das softdevice. Sobald die erste Beta da ist, werde ich dafür ein Addon Paket zur Verfügung stellen. (habe ich mich cooper so abgesprochen)

Zitat

Original von breyton5
Hallo!

Erstmal vielen Dank an Toxic-Tonic für diese budget Variante. Ich hab es mit einer Skystar2 einer radaon 7000 auf einen Athlon 1200 probiert u. es funktionierte auf anhieb. Leider geht es aber mit einem epia m (z.b. 6000) nicht. Es kommt einfach kein Bild u. es gibt auch keine Fehlermeldung.
Eigentlich sollte ja das unichrome_vid genau dieses unterstützen.
Wenn ich dann nur das fb verwende, dann sehe ich ein bild, jedoch der onboard mpeg2 chip wird nicht unterstützt und dementsprechend ruckelt das Bild
Gibt es ein Art debugmode, um mehr Infos vom xine plugin zu erhalten?
Hat es schon jemand anderer mit einem epia m board (cle266 chipsatz) probiert?

lg

breyton5

Alles anzeigen

Der CLE wird seit kurzem inklusive hardware decoder vom softdevice plugin unterstützt.

Also ich habe mir jetzt diese Version nicht genauer angeschaut.

Aber bei Einsatz von vidix oder DirectFB ist es wichtig, auch die entsprechenden Kernel-Module für den FB zu verwenden.

Sprich: für eine Matrox matroxfb oder für Radeon radeonfb.

Mit dem VESA-FB wirds nix mit hardwarebeschleunigtem Video.

Zitat

Original von RedOctober
Hallo,
bin jetzt nochmal dazu gekommen, mit der Matrox zu experimentieren und hab den Fehler aus dem Ausgangsposting beheben können:
Es war lediglich in der /etc/make.conf der Eintrag VIDEO_CARDS="matrox" zu ergänzen, damit bei DirectFB auch der Matrox-Treiber kompiliert wird. Jetzt bekomme ich zwar per "-Psoftdevice -vo dfb:mgatv" ein Bild in 1A Qualität aber leider gibt es zwischendurch immer Szenen, wo das Bild "zittert". Die Kanten fransen aus und es scheint, als ob die Fieldorder nicht stimmt. Weiterhin ist jetzt die Auslastung meines 1GHz Geode während der VDR läuft bei 80-90%. Eine VDR-Aufnahme mit MPlayer (-vo dfbmga) abgespielt führt zu 30% Auslastung bei 600 MHz. Woran könnte das jetzt noch liegen? Ich habe schon alle weiteren VDR-Plugins abgeschaltet und nur noch das softdevice aktiviert.

Danke schonmal,
Thomas

PS:

Alles anzeigen

Du solltest mal auf die aktuelle CVS Version von DirectFB und Softdevice updaten, da wurde in den letzten wochen was gefixt bezüglich fieldorder.

Zitat

Original von loswillios
wenn du bei ebay romantikeronice heißt und grad übelst rumstresst von wegen Karte zurücknehmen, weil doch getestet und so weiter (und hinter jeden Satz zehn Ausrufungszeichen machst) -> dann ja. Aber die Karte, die ich hier hab ist definitiv kaputt.
Ich hab wirklich alles probiert, versch. Module, versch. Microcode. Die Karte von TriBun geht sofort, mit den gleichen Einstellungen. Ich hab sogar beide gleichzeitig dringehabt um besser vergleichen zu können -> nada.
Mein Fernseher ist zwar sch*** aber mit TriBuns Karte löpt es

Ooops. Du hat die Karte doch nicht bei mir gekauft.

Zitat

Original von loswillios
Mal ne Erfolgsmeldung: Sound geht bei beiden Karten problemlos Also ist bei der Karte von ebay der Video-Ausgang hin (obwohls zuckt).

Das glaube ich nicht. Du hast die Karte nämlich bei mir gekauft (ebay). Die Karte funzte problemlos in einem meiner streaming clients.

Irgendwas paßt da bei Dir nicht. Ich tippe mal auf deinen Fernseher.

Zitat

Original von osmanovic100
Hallo,

Habe noch was gefunden, leider alles auf englisch

siehe:
http://www.linuxtv.org/mailing…004/02-2004/msg00031.html
http://www.linuxtv.org/mailing…004/02-2004/msg00041.html

was ist PWM?

Mfg,
Osmanovic

Alles anzeigen

Glaubt mir doch, hab ich alles schon durch.