Handleiding: VDR, CCcam en Xineliboutput

[Niels Wagenaar]

Overigens, de X264 library is optioneel omdat bepaalde personen wisselende resultaten hebben (ondanks dat het in theorie zou moeten zorgen voor performance winst). Als je bijvoorbeeld gebruik maakt van VDPAU dan kan de X264 juist averechts werken.

 

De X264 library is er namelijk voor om optimalisaties te doen op het encoden van HDTV materiaal omdat FFMpeg officieel geen multi-CPU ondersteunt.

 

Niels

[Matchless]

Ik heb verschillende distros uit geprobeerd, geen xubuntu's maar ubuntu's versie 8.04, 8.10 en 9.04

 

Nu heb ik 9.04 draaien met vdr 1.7.7 maar ook hier weer geen signaal.

Eerder had ik onder vdr 1.7.7 problemen met de libxineout plugin maar hij start nu wel door.

Nu heb ik , behalve dan dat signaal probleem, wel de AB aan de praat en ook kan ik een dvd afspelen.

 

Maar alles is supertraag maar dat is logisch omdat ik een trage computer gebruik (p4 , 1gB RAM , 256mB videokaartje).

Het gaat me nu nog om even te kijken of het me bevalt en of het een meerwaarde heeft.

Ik wil nl een pc als home automation server gebruiken en daar valt ook multimedia onder. Maar daar komt een ander systeem voor. dit is maar wat test spul.

 

En zo leer ik wat meer over linux

 

Hoe kan ik een plugin weer eruit compileren? met make clean? is dan alles eruit?

[Lamko]

Jup make clean zou het moeten doen. dan gaan al je obj en andere link gebaseerde filetjes weer van je computer af en natuurlijk de gecompileerd plugin zelf! Tenzij je natuurlijk met mv of cp bestanden hebt lopen te verplaatsen. Die zul je handmatig moeten rm'n Voor dat signaal probleem zou ik eens naar een andere module kijken voor je satkaart. Ik had laatst ook een probleem met mijn tuner kaart ik heb met de ontwikkelaar op Irc gesproken en die zei pak die en die versie eens want daar weet ik van dat hij werkt. Bleek dus een fout in de module te zijn.

[Matchless]

Ik heb een andere driver erop gezet en nu gaat hij al iets verder.

 

Ik krijg nu heel even een kanaal info te zien en dan stort hij weer af

 

dit is de info die ik zie :

 

Citaat:

root@HTPC:/etc/vdr# /usr/bin/vdr-sxfe --video=xv --aspect=16:9 --fullscreen --width=1280 --height=720 --nokbd --post=tvtime:method=Linear,cheap_mode=1,pulldown=0,use_progressive_frame_flag=1

vdr-sxfe 1.0.90-cvs (build with xine-lib 1.1.90, using xine-lib 1.1.90)

 

Video driver: xv

Aspect ratio: 16:9

Fullscreen mode

Width: 1280

Height: 720

Keyboard input disabled

Post plugins: tvtime:method=Linear,cheap_mode=1,pulldown=0,use_progressive_frame_flag=1

 

VDR server not given, searching ...

Found VDR server: host 192.168.1.121, port 37890

[4951] [vdr-fe] Detected 2 CPUs

[4951] [vdr-fe] Enabling FFmpeg multithreaded video decoding

[4951] [input_vdr] Connecting (control) to tcp://192.168.1.121:37890 ...

[4951] [input_vdr] Server greeting: VDR-1.7.7 xineliboutput-1.0.90-cvs READY

[4951] [input_vdr] Connected (control) to tcp://192.168.1.121:37890

[4951] [input_vdr] Connecting (data) to pipe:///etc/vdr/plugins/xineliboutput/pipes.4938/pipe.0

[4951] [input_vdr] Data stream connected (PIPE)

[4951] [demux_vdr] Using decoder "libmpeg2" for mpeg2 video

[4951] [demux_vdr] Using decoder "FFmpeg" for H.264 video

post_warp: warp_get_parameters

post_warp: warp_get_parameters

post_warp: warp_get_parameters

post_warp: warp_get_parameters

post_warp: warp_set_parameters: output_width=0, output_height=0, output_aspect=1.777, no_downscaling=0

post_warp: warp_get_parameters

post_warp: warp_set_parameters: output_width=0, output_height=0, output_aspect=1.777, no_downscaling=0

post_warp: warp_get_parameters

post_warp: warp_set_parameters: output_width=0, output_height=0, output_aspect=1.777, no_downscaling=0

post_warp: warp_get_parameters

post_warp: warp_set_parameters: output_width=0, output_height=0, output_aspect=1.777, no_downscaling=1

post_warp: warp_get_parameters

post_warp: dispose

post_warp: detected frame format change: 0x0 -> 704x576, interlaced 0->0, aspect 0.000->2.000, yuy2->yv12

post_warp: aspect ratio diff 0.223 > 0 : 16.9...12:9 -> 4:3

post_warp: factor_x = 0.975 factor_y = 1.075 output ratio = 1.777

post_warp: init_yv12: 704x576->704x576 hWarp 0.975 vWarp 1.075

[4967] [demux_vdr] Got PAT, PMT pid = 132, program = 132

[4967] [mpeg-ts ] PMT: section_syntax: 1

[4967] [mpeg-ts ] section_length: 43

[4967] [mpeg-ts ] program_number: 0x0084

[4967] [mpeg-ts ] version_number: 0

[4967] [mpeg-ts ] c/n indicator: 1

[4967] [mpeg-ts ] section_number: 0

[4967] [mpeg-ts ] last_section_number: 0

[4967] [mpeg-ts ] parse_pmt: have all TS packets for the PMT section

[4967] [mpeg-ts ] parse_pmt: new PMT, parsing...

[4967] [mpeg-ts ] parse_pmt: PMT video pid 0x00a3 type 02

[4967] [mpeg-ts ] parse_pmt: PMT audio pid 0x0068 type 04

[4967] [mpeg-ts ] parse_pmt: PMT AC3 audio pid 0x006a type 06

[4967] [mpeg-ts ] parse_pmt: PMT pcr pid changed 0x00a3

[4967] [demux_vdr] PMT changed

Segmentatiefout

root@HTPC:/etc/vdr#

 

nadat ik bij de eerste opstart van de frontend krijg ik dus wel te zien wat er op is maar start ik na de crash weer op dan stort hij meteen af. Ik moet dan de backend killen en starten om die info weer te zien..

[Niels Wagenaar]

Probeer anders een de vdr-xine plugin, xineliboutput zou best wel eens het probleem kunnen zijn wat betreft stabiliteit.

 

http://shalafi.wiki.xs4all.nl/index.php?title=Installing_vdr-xine_0.90_plugin_-_Dutch

http://shalafi.wiki.xs4all.nl/index.php?title=Running_VDR_with_vdr-xine_-_Dutch

 

Check alleen aanpassen Aanpassen runvdr script en Aanpassen vdr-frontend script waarbij de vdr-frontend script moet worden aangepast. Als je geen gebruik maakt van VDPAU, dan hoef je ook in the Xine config niks aan te passen.

 

Mvg,

 

Niels Wagenaar

[Matchless]

IK weet nu wat de fout is maar niet hoe op te lossen.

 

Het probleem ligt aan de versie van libavcodec .

 

Citaat:

checking for FFMPEG... configure: error: Package requirements (libavcodec >= 51.68.0) were not met:

 

No package 'libavcodec' found

 

Ook zie ik fouten in swscale..

 

En hoe kan ik de distro weer in beginfase krijgen? Ik ben nu iedere keer het systeem opnieuw aan het formateren en na een keertje of 10 word ik dat wel een beetje zat

[Lamko]

Ik zou eens naar een andere ffmpeg versie kijken.

En de standaard installatie zou ik gewoon met een image doen op een andere schijf. Dit is het makkelijkste!

[Matchless]

YEAHH..gelukt

 

Ik heb nu vdr 1.7.8 draaien en ik kan nu ook kanalen scannen met wirbelscan.

 

Alleen werkt de emu nog niet zoals het moet maar ook dat zal wel lukken.

 

Bedoel je een soort "ghost image" ? hoe gaat dat of heb je daar een link van? dan kan ik deze werkende HD op een schijf zetten en verder spelen.

 

Want ik moet nog de lcd werkend krijgen en de rotor plugin deed in de vorige pogingen nogal moeilijk (rotor without S2API error melding).

 

Ook wil ik oxine gebruiken maar die was weer eens moeilijk aan het doen met "kan geen png afspelen, demuxer blablabla.."

[Lamko]

Jup, zoals een ghost image al prefereer ik de laatste tijd acronis true image. Beide schijven aan 1 machine en de data van de ene schijf clonen naar de andere en je hebt twee identieke installaties.

[Niels Wagenaar]

Cool dat het in ieder geval gedeeltelijk is gelukt. Als je wilt, dan zou ik je eventueel via SSH kunnen assisteren.

 

Dat heb ik al bij diverse Sat4all bezoekers gedaan. En tot op heden heb ik alles werkend kunnen krijgen

 

Mvg,

 

Niels Wagenaar

[NINjak]

Origineel bericht van: matchless

Bedoel je een soort "ghost image" ? hoe gaat dat of heb je daar een link van? dan kan ik deze werkende HD op een schijf zetten en verder spelen.

Ik heb ook van mijn werkende VDR installatie, natuurlijk op een andere HD, een image (dump) gemaakt met Ghost4linux (G4L in het kort en oja, google is je vriend). Is mogelijk niet de snelste maar wel gratis EN het werkt

Ik zou mensen het dan ook erg aanraden een image te maken aangezien een update (van het systeem) of wat dan ook je VDR setup om zeep kan helpen en je zo ook wat kan testen zonder veel problemen!

[Matchless]

Oke.. dan is dat de volgende uitdaging backuppen van de schijf.

 

 

Citaat:

Als je wilt, dan zou ik je eventueel via SSH kunnen assisteren.

 

Daar wil ik best gebruik van maken maar wel pas als ik andere hardware heb. Dit spul is gewoon te oud en bedoeld als testbakkie.

 

Er zit nl in een oude Asrock (p4vt5+) , P4 3 Ghz, 1 Gb ddr 333Mhz ram, 40 gB HD en een fx5500 videokaart met 256mB memory.

 

Dat moet dus iets beters worden.Maar ik heb wel met deze hardware al HDTV kunnen bekijken zonder schokken

Alleen vond de videokaart dit niet echt super want daar kon ik een eitje op bakken.

 

Wat ik nog niet begrijp is het netwerk.

 

Vdr maakt gebruik van 127.0.0.1 maar ook de andere software ,zij het met een andere poort.

Als je VDR een ander IP adres geeft dan heb je de andere vrij voor bijv CCcam.

Maar wat als je dan ook nog de LCD aan de praat wil krijgen? LCDproc maakt ook gebruik van 127.0.0.1

 

Je kan toch niet meerdere software op 1 IP adres laten draaien?

En je kan per netwerk kaart toch maar 1 IP adres toekennen?

 

Plus me lcd-tv doet opeens moeilijk met de resolutie. Als ik de pc eraan zet dan gaat deze naar 640x480. Ik had hem een tijdje terug op een veel hogere maar hoe ik dat gedaan had ? De NVIDIA software regelt dit maar hij veranderd iedere keer naar die waardeloze resolutie. Is daar iets wat ik kan doen?

[tfh]

Origineel bericht van: matchless

Wat ik nog niet begrijp is het netwerk.

Vdr maakt gebruik van 127.0.0.1 maar ook de andere software ,zij het met een andere poort.
Als je VDR een ander IP adres geeft dan heb je de andere vrij voor bijv CCcam.
Maar wat als je dan ook nog de LCD aan de praat wil krijgen? LCDproc maakt ook gebruik van 127.0.0.1

Je kan toch niet meerdere software op 1 IP adres laten draaien?
En je kan per netwerk kaart toch maar 1 IP adres toekennen?

127.0.0.1 is niets anders dan het IP adres wat gekoppeld is aan je PC (localhost). En ja hoor, meerdere software kan gebruik maken van dit IP adres, zolang dit maar op een ander poortnummer is.

Op een "normale" PC heb je ook "maar" 1 IP adres, en toch kan je tegenlijkertijd downloaden, browsen, MSN-en, IRC-en, etc ;-)

[Niels Wagenaar]

Officieel zelfs minimaal twee Je localhost adapter (die altijd aanwezig is en het ip-adres 127.0.0.1 heeft) en het ip-adres van je LAN adapter.

 

Localhost of je LAN adapter maakt in principe niks uit, door middel van het TCP of UDP protocol kun je verschillende binds maken op basis van een portnummer. Hierover loopt dus de communicatie. Dit is de manier waarop verschillende producten via je PC kan communiceren van en naar het internet, netwerk, etc.

 

Mvg,

 

Niels Wagenaar

[Gast belcampo]

Hallo allemaal,

Ik heb e.e.a. gelezen en getracht de boel lopend te krijgen op mijn systeem. Basis Mandriva 2008. Gedownload en gecompileerd vdr1.7.8, xine-lib xine-ui van Reinhard Nissl, eerst cvs van xineliboutput, foutmelding bij compileren over e.o.a. Aspect gebeuren wat niet gedfinieerd zou zijn. Toen de laatste tarball gedownload en gecompileerd. Make.config aangepast, gecompileerd evenals de plugins. So far so good.

Als ik in de directory vdr1.7.8, vdr aslvolgt opstart:

vdr -c /etc/vdr -P"xineliboutput -local=none -remote=37890"

gaat dat zonder foutmeldingen, als ik xine, die van Reinhard opstart en xvdr kies knalt deze er direct uit, met de melding xiTK received SIGSEGV signal, RIP. Aborted.

Gebruik ik vdr-sxfe --video=xv --aspect=16:9 --width=1280 --height=720

dan krijg ik

vdr-sxfe 1.0.4 (build with xine-lib 1.1.16, using xine-lib 1.1.16)

 

Video driver: xv

Aspect ratio: 16:9

Width: 1280

Height: 720

 

VDR server not given, searching ...

Found VDR server: host 192.168.0.100, port 37890

[4240] [vdr-fe] Detected 2 CPUs

[4240] [vdr-fe] Enabling multithreaded video decoding

 

 

Press Esc to exit

 

[4240] [input_vdr] Connecting (control) to tcp://192.168.0.100:37890 ...

[4240] [input_vdr] Server greeting: VDR-1.7.8 xineliboutput-1.0.4 READY

[4240] [input_vdr] Connected (control) to tcp://192.168.0.100:37890

[4240] [input_vdr] Server does not support pipes ? (PIPE: Pipe creation failed.)

[4240] [input_vdr] Data stream connection failed (PIPE)

[4240] [input_vdr] Connecting (data) to rtp://@224.0.1.9:37890 ...

[4240] [input_vdr] Data stream connected (RTP)

[4253] [input_vdr] received too large UDP packet ; part of data was discarded

[4253] [input_vdr] UDP:3-3 missing, requested re-send for -1 frames

[4253] [input_vdr] received too large UDP packet ; part of data was discarded

[4253] [input_vdr] received too large UDP packet ; part of data was discarded

[4253] [input_vdr] received too large UDP packet ; part of data was discarded

[4253] [input_vdr] received too large UDP packet ; part of data was discarded

[4253] [input_vdr] received too large UDP packet ; part of data was discarded

[4253] [input_vdr] received too large UDP packet ; part of data was discarded

[4253] [input_vdr] received too large UDP packet ; part of data was discarded

[4253] [input_vdr] received too large UDP packet ; part of data was discarded

[4253] [input_vdr] received too large UDP packet ; part of data was discarded

[4253] [input_vdr] received too large UDP packet ; part of data was discarded

<snip>

[4253] [input_vdr] UDP:Re-ordering window exceeded, skipped missed frames 3-3

[4253] [input_vdr] UDP:18-69 missing, requested re-send for 0 frames

[4253] [input_vdr] received too large UDP packet ; part of data was discarded

[4253] [input_vdr] UDP:18-70 missing, requested re-send for -1 frames

<snip>

Not multiplexed? 0xc0

Not multiplexed? 0xe0

Not multiplexed? 0xe0

Not multiplexed? 0xe0

Segmentation fault

Enig idee wat hiervan de oorzaak zou kunnen zijn ?