Beiträge von lini

lini · 24. Februar 2010

hab jetzt eine möglichkeit auf der s100 gefunden via streamdev vom vdr-server stream zu schauen zu können.

wenn ich per bash

Code

/usr/local/bin/mplayer -quiet -cache 1536 -vo xv -fs -slang de -ao oss:/dev/dsp -lircconf /etc/mms/lirc.conf -monitoraspect 4:3 'http://vdr:3000/EXTERN;WLAN11/1'

aufrufe rennt mplayer und würde was zeigen sofern nicht grad mms rennt.

Code

MPlayer dev-SVN-r22022-3.3.6 (C) 2000-2007 MPlayer Team
CPU: Mobile Intel(R) Celeron(TM) CPU          733MHz (Family: 6, Model: 11, Stepping: 4)
CPUflags:  MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 0
Compiled for x86 CPU with extensions: MMX MMX2 SSE


Playing http://vdr:3000/EXTERN;WLAN11/3.
Resolving vdr for AF_INET...
Connecting to server vdr[192.168.0.10]: 3000...
Cache size set to 1536 KBytes
Cache fill: 19.27% (303104 bytes)
AVI file format detected.
VIDEO:  [FMP4]  640x480  24bpp  25.000 fps  -17179870.0 kbps (-2097152.0 kbyte/s)
Clip info:
 Software: MEncoder SVN-r30099-snapshot-3.4.6
vo: couldn't open the X11 display ()!
Error opening/initializing the selected video_out (-vo) device.
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
AUDIO: 48000 Hz, 2 ch, s16le, 160.0 kbit/10.42% (ratio: 20000->192000)
Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
AO: [oss] 48000Hz 2ch s16le (2 bytes per sample)
Video: no video
Starting playback...

Alles anzeigen

da ich ja playlistfiles abspielen möchte und ich den link 'http://vdr:3000/EXTERN;WLAN11/1' nicht direkt mplayer übergeben kann hab ich den link in ein playlistfile Das_Erste.pls gesteckt.

wenn ich nun das file mplayer abspielen lassen möchte

Code

/usr/local/bin/mplayer -quiet -cache 1536 -vo xv -fs -slang de -ao oss:/dev/dsp -lircconf /etc/mms/lirc.conf -monitoraspect 4:3 '/video/movies/VDR-Fernseher/Das_Erste.pls'

bricht mplayer ab, da es denkt das es ist ein avi stream

Code

MPlayer dev-SVN-r22022-3.3.6 (C) 2000-2007 MPlayer Team
CPU: Mobile Intel(R) Celeron(TM) CPU          733MHz (Family: 6, Model: 11, Stepping: 4)
CPUflags:  MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 0
Compiled for x86 CPU with extensions: MMX MMX2 SSE


Playing /video/movies/VDR-Fernseher/Das_Erste.m3u.
Cache fill:  0.00% (52 bytes)
Win32 LoadLibrary failed to load: avisynth.dll, /usr/local/lib/codecs/avisynth.dll, /usr/lib/win32/avisynth.dll, /usr/local/lib/win32/avisynth.dll




Exiting... (End of file)

Alles anzeigen

kann ich das abspielen des playlistfiles irgendwie mit mms und mplayer umgehen und direkt den link übergeben???
oder hat wer eine andere idee???

lini · 23. Februar 2010

mms auf der s100 mit remux via streamdev geht nicht, selbst wenn ich die ddl ins codecs-dir rein kopiere. wobei avi die s100 eh nicht schaffen kann.

hat wer seine s100 mittels remux.sh und streamdev zum laufen bekommen?

Code

user@s100:~# /usr/local/bin/mplayer -quiet -cache 1536 -vo xv -fs -slang de -ao oss:/dev/dsp -lircconf /etc/mms/lirc.conf -monitoraspect 4:3 /video/movies/VDR-Fernseher/Das_Erste.pls
MPlayer dev-SVN-r22022-3.3.6 (C) 2000-2007 MPlayer Team
CPU: Mobile Intel(R) Celeron(TM) CPU          733MHz (Family: 6, Model: 11, Stepping: 4)
CPUflags:  MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 0
Compiled for x86 CPU with extensions: MMX MMX2 SSE


Playing /video/movies/VDR-Fernseher/Das_Erste.pls.
Cache fill:  0.00% (24 bytes)
Win32 LoadLibrary failed to load: avisynth.dll, /usr/local/lib/codecs/avisynth.dll, /usr/lib/win32/avisynth.dll, /usr/local/lib/win32/avisynth.dll




Exiting... (End of file)

Alles anzeigen

/EDIT remux eintrag:

Code

exec mencoder -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=768 \
                -oac mp3lame -lameopts preset=standard -vf scale -zoom -xy 640 \
                -o $TMP/out.avi -- - &>$TMP/out.log ;;

lini · 23. Februar 2010

kann zwar im moment nicht nachschauen, aber im vdr menu hab ich auch DOLBY auf NEIN zu stehen.

Zitat

Wenn Du eh kein Dolby Digital möchtest/aufgezeichnet hast, dann kannst Du ja im Spurenmenü die Dolby Digital Spur (203) abwählen. Dann sollte es fehlerfrei durchlaufen

stellt man das im job oder plugin-config ein?

wäre es nicht besser, dass script erkennt so was?

lini · 23. Februar 2010

schieb.
keiner ne idee?

hat wer auf der s100 mit linux was anderes als streamdev server-to-server port 2004 am rennen?
z.b. vlc, dass wäre doch auch noch ne möglichkeit, oder nicht?

lini · 23. Februar 2010

ja, ich seh das. hab aber das aktuelle vdrburn-dvd.sh aus den sourcen von burn-0.2 kopiert.
im script selbst find ich kein leeren aufruf:

Code

mplex -f 8 $MPLEX_OPTS -o "$MOVIE_FILE" "$VIDEO_FILE" $AUDIO_FILES

lini · 22. Februar 2010

Razorblade

meine mplex-version benötigt nicht den leeren pfad.

Code

Usage: mplex [params] -o <output filename pattern> <input file>...

ist das bei wen anders?

lini · 22. Februar 2010

kompeliert hats supi.
ProjectX lief auch noch supi durch.
mplex meckerte:

Code

[mplex] + mplex -f 8 -S 0 -M -o /video0/vdr/burn/vdr-burn.A.I._-_K_nstliche_Intelligenz.nVmAfn/VDRSYNC.0/movie.mpg /video0/vdr/burn/vdr-burn.A.I._-_K_nstliche_Intelligenz.KBSriD/VDRSYNC.0/vdrsync.mpv /video0/vdr/burn/vdr-burn.A.I._-_K_nstliche_Intelligenz.KBSriD/VDRSYNC.0/ /video0/vdr/burn/vdr-burn.A.I._-_K_nstliche_Intelligenz.KBSriD/VDRSYNC.0/vdrsync.mpa
[mplex]    INFO: [mplex] mplex version 1.9.0 (2.2.7 $Date: 2006/02/01 22:23:01 $)
[mplex] **ERROR: [mplex] Unable to read from /video0/vdr/burn/vdr-burn.A.I._-_K_nstliche_Intelligenz.KBSriD/VDRSYNC.0/.

liegts an der mplex-version?

anbei das logfile.

lini · 22. Februar 2010

hab mit meiner s100 und zenslack 1.0rc35 und ein neuen kernel 2.6.26 (wpa integration) alle vdr-aufnahmen per nfs vom vdr-server gemountet und welche ich auch supi auf der s100 mit mms sehen kann.

server und client laufen beide im wlan 54mb mode.

wenn ich jedoch auf der s100 via streamdev vdr live fern schauen möchte kommts erst garnicht zum bildaufbau.

ich nehme an das klemmt mit 2xWLAN.

externremux hab ich auch schon auf dem server auf WLAN11 probiert. hilft jedoch nicht, da streamdev "VDR-zu-VDR-server" verbindung auf port 2004 direkt aufgebaut wird und da kann man nicht remuxen.

hat wer ein TIPP was man noch so optimieren/probieren könnte um auch fern zu schauen?
wollte nicht immer erst alles aufnahmen um dann via mms die aufnehmen anzuschaun.

server fehler:

Code

Feb 22 21:54:09 vdr vdr: [-1] buffer usage: 80% (tid=-1)
Feb 22 21:54:10 vdr vdr: [-1] buffer usage: 90% (tid=-1)
Feb 22 21:54:11 vdr vdr: [-1] ERROR: 3503 ring buffer overflows (658564 bytes dropped)
Feb 22 21:54:17 vdr vdr: [-1] ERROR: 8044 ring buffer overflows (1512272 bytes dropped)
Feb 22 21:54:20 vdr vdr: [-1] buffer usage: 60% (tid=-1)
Feb 22 21:54:20 vdr vdr: [-1] buffer usage: 70% (tid=-1)
Feb 22 21:54:21 vdr vdr: [-1] buffer usage: 80% (tid=-1)
Feb 22 21:54:21 vdr vdr: [-1] buffer usage: 50% (tid=-1)
Feb 22 21:54:22 vdr vdr: [-1] buffer usage: 70% (tid=-1)
Feb 22 21:54:23 vdr vdr: [-1] buffer usage: 50% (tid=-1)
Feb 22 21:54:24 vdr vdr: [-1] buffer usage: 70% (tid=-1)
Feb 22 21:54:24 vdr vdr: [-1] buffer usage: 40% (tid=-1)
Feb 22 21:54:28 vdr vdr: [-1] buffer usage: 70% (tid=-1)
Feb 22 21:54:28 vdr vdr: [-1] buffer usage: 40% (tid=-1)
Feb 22 21:54:29 vdr vdr: [-1] buffer usage: 70% (tid=-1)
Feb 22 21:54:29 vdr vdr: [-1] buffer usage: 50% (tid=-1)
Feb 22 21:54:30 vdr vdr: [-1] buffer usage: 70% (tid=-1)
Feb 22 21:54:31 vdr vdr: [-1] buffer usage: 50% (tid=-1)
Feb 22 21:54:31 vdr vdr: [-1] buffer usage: 70% (tid=-1)
Feb 22 21:54:32 vdr vdr: [-1] buffer usage: 50% (tid=-1)
Feb 22 21:54:33 vdr vdr: [-1] buffer usage: 70% (tid=-1)
Feb 22 21:54:33 vdr vdr: [-1] buffer usage: 80% (tid=-1)
Feb 22 21:54:33 vdr vdr: [-1] buffer usage: 60% (tid=-1)
Feb 22 21:54:34 vdr vdr: [-1] buffer usage: 70% (tid=-1)
Feb 22 21:54:34 vdr vdr: [-1] buffer usage: 80% (tid=-1)
Feb 22 21:54:34 vdr vdr: [-1] buffer usage: 90% (tid=-1)
Feb 22 21:54:35 vdr vdr: [-1] ERROR: 1496 ring buffer overflows (281248 bytes dropped)
Feb 22 21:54:41 vdr vdr: [-1] ERROR: 20932 ring buffer overflows (3935216 bytes dropped)

Alles anzeigen

auf dem client sieht man nicht viel:

Code

eb 22 21:56:26 s100 vdr: [3522] Streamdev: Filter 18, 78, 254 not available from 192.168.0.9:43546
Feb 22 21:56:26 s100 vdr: [3522] Streamdev: Filter 18, 80, 240 not available from 192.168.0.9:43546
Feb 22 21:56:26 s100 vdr: [3522] Streamdev: Filter 18, 96, 240 not available from 192.168.0.9:43546
Feb 22 21:56:26 s100 vdr: [3522] Streamdev: Filter 20, 112, 255 not available from 192.168.0.9:43546
Feb 22 21:56:26 s100 vdr: [3522] Streamdev: Filter 0, 0, 255 not available from 192.168.0.9:43546
Feb 22 21:56:26 s100 vdr: [3522] Streamdev: Filter 17, 66, 255 not available from 192.168.0.9:43546
Feb 22 21:56:26 s100 vdr: [3522] Streamdev: Filter 16, 64, 255 not available from 192.168.0.9:43546
Feb 22 21:57:07 s100 vdr: [3567] cAudioRepacker(0xC1): skipped 116 bytes while syncing on next audio frame
Feb 22 21:57:14 s100 vdr: [3567] cAudioRepacker(0xC0): skipped 132 bytes to sync on next audio frame
Feb 22 21:57:25 s100 vdr: [3567] 5 cRepacker messages suppressed
Feb 22 21:57:25 s100 vdr: [3567] cAudioRepacker(0xC1): skipped 276 bytes to sync on next audio frame

Alles anzeigen

lini · 20. Februar 2010

auch von mir, den kleinschreiber. ALLES GUTE zum zehnten!
(seh grad, dass ich auch schon fast 7 jahre hier bin.

lini · 17. Februar 2010

ich möcht auch gern ein wunsch los lassen.

neuer beitrag sollte nicht nur übers forenmenü erstellbar sein,
sondern z.b. auch im head jedoch mit zwangsangabe des forenmenüs.
mir ist es immer müßig, erst ins forenmenü zu gehen, um dann ein neues thema zu erstellen.

wirds denn die neue "Burning Board® 3.1" ? oder was ganz anderes?

lini · 17. Februar 2010

okay. stattgegeben.
hatte nich die ganze man gelesen.

lini · 16. Februar 2010

nach seltenden sporadischen erfolgen mit irw, hab ich mir mal die batteriekontakte angesehen.
den rest könnt ihr euch denken. somit funktioniert das configfile: http://lirc.sourceforge.net/remotes/t-online/

zu meiner rechtfertigung: es sind allerdings auch sehr unschöne plus-pol-kontakte!

lini · 16. Februar 2010

noname_gentoo
zurückholen kann man aber mit nohubebenso nicht!!!

somit das fast das selbe wie ein wrapper-script

lini · 16. Februar 2010

kann sein. warum gibts denn aber ein configfile bei sourceforge.net?
kann das wer bestätigen?

lini · 16. Februar 2010

wollte meine fb der s100 für mein vdr (nicht die s100) mittels lircd.conf (lircd 0.8.4a) nutzen.
auf http://lirc.sourceforge.net/remotes/t-online/ hab ich auch ein config-file gefunden.
nur funkt dies nicht. irw zeigt ganz selten mal eine taste. irrecord mag auch nichts empfangen???

bevor ich nun die fb verbanne, wollt ich fragen, ob wer die fb per originalen lircd am vdr nutzt und mir seine lircd.conf zukommen lässt.

lini · 16. Februar 2010

killajoe

zurückholen geht nicht.
kenn selbst auch keine andere möglichkeit.

lini · 16. Februar 2010

auch mir schrieb heut tt folgende antwort.

Code

wir planen die Erscheinung unserer Karte TT-premium S2-6400 im Frühjahr 2010.

lini · 15. Februar 2010

ich meine mal eine open-source variante einer alten dvb karte(board) gesehen zu haben.

gibt es solch gedanken bereits für eine ff dvb s2 karte. wenn nicht, wäre das nicht was?

lini · 15. Februar 2010

mit ping geht es aber in ein wrapper-script.

vi test.sh
------------
#!/bin/bash
ping hostip
------------

sh test.sh>/dev/null&

lini · 15. Februar 2010

duke24:
weil ping eine antwort erwartet.
das & geht nur bei prozessen ohne antwort.

Beiträge von lini

streamdev via wlan auf server und client auf der s100

streamdev via wlan auf server und client auf der s100

[Announce] Burn-Plugin 0.2.0-beta1

streamdev via wlan auf server und client auf der s100

[Announce] Burn-Plugin 0.2.0-beta1

[Announce] Burn-Plugin 0.2.0-beta1

[Announce] Burn-Plugin 0.2.0-beta1

streamdev via wlan auf server und client auf der s100

10 Jahre VDR!

VDR-Portal - der Update erfolgt in kürze

Prozesse in den Hintergrund verfrachten

fb der s100

Prozesse in den Hintergrund verfrachten

fb der s100

fb der s100

Prozesse in den Hintergrund verfrachten

TechnoTrend Premium S2-6400 dual HD angekündigt. - Archiv

open source dvb-s2 ff

Prozesse in den Hintergrund verfrachten

Prozesse in den Hintergrund verfrachten