[vdr] VDR + extension HD, mediaplayer
I'm succesfully running VDR-1.7.0 + Extension HD-card I would like to get a mediaplayer ( as mplayer plugin ) working but I'm not sure how to accomplish this. The reelbox checkout contains filebrowser and erfplayer which I can compile and add to my startup script. This is not enough to get the mediaplayer functionaity and here I'm stuck. I can't find any info on how it's supposed to interact with vdr. In my logs it refers to xine, but how should this install look like. Anybody? Sincerely, /Per ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] reelbox plugin - help compiling
I've successfully installed the eHD, but I use vdr-1.7.0. With that it went without any probs using the mentioned HOWTO. ( And I didn't have to patch any eHD-driver either. Thanks to Niels Wagenaar ) Per Josce skrev: I have now been working far too long on installing the eHD card. Without this: http://www.vdr-wiki.de/wiki/index.php/OpenSUSE_VDR_DVB-S2_-_Teil2.1:_eHD I would have given up long ago ... My system: Fedora 9 latest updates and kernel 2.6.26.3-29.fc9.i686 vdr 1.6.0 with the h.264 vdr-1.5.18-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff Reelbox svn from today Everything up to now installed exactly like in the http link above. Now my last hurdle - I hope - is to get the reelbox plugin compiled. It now stops with this error: In file included from HdTrueColorOsd.c:34: fontsml-iso8859-15.c:1: error: 'tPixelData' in class 'cFont' does not name a type HdTrueColorOsd.c: In member function 'int Reel::HdTrueColorOsd::CacheFont(const cFont)': HdTrueColorOsd.c:147: error: 'FontSml_iso8859_15' was not declared in this scope HdTrueColorOsd.c:182: error: 'NUMCHARS' is not a member of 'cFont' HdTrueColorOsd.c:208: error: 'tCharData' is not a member of 'cFont' HdTrueColorOsd.c:208: error: 'charData' was not declared in this scope HdTrueColorOsd.c:209: error: 'NUMCHARS' is not a member of 'cFont' What is wrong here? Josce Explore the seven wonders of the world Learn more! http://search.msn.com/results.aspx?q=7+wonders+worldmkt=en-USform=QBRE ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Fw: Problem with some HD-channels.
I have now uploaded ~20MB of data on: http://www.mellander.org/per/SD-Upscale-HD-SVT1.vdr This is ( I think ) an upscaled SD broadcast on the SVT HD channel. It behaves the same as an true HD broadcast on this channel. I will try to get some real HD material later tonight. /Per Goga777 skrev: I was running vdr-1.5.12 for quite som time, patched and with multiprotodrivers + CoreAVC I was able to watch HD channels on Thor 1.0W. The thing was that when I tried to watch: SVT HD;Telenor:11421:hC34M5S1Z35:S1.0W:25000:10512+512:640=sve;641=sve:0:B00:3801:70:14:0 I had problem with stuttering video and glitches in sound. The sound glitches came every second and the video was a little bit more stochastic in it's behaviour. I really wanted to be able to watch this channel because it's one of the 'official' swedish channels ( i.e Government owned ). I thought it was because of lack of CPU-power, so I bought an eHD and installed vdr 1.7.0. Everything was smooth as silk and I could watch almost all HD-channels without any problem. No more underpowered CPU glitches or crashes. Except for the SVT-channel that still had the problems noted above. :( So my question is, can anyone please tell me what special kind of stream that SVT is using and what I can do with my installation to be able to watch it? It's not FTA, but maybe someone could figure it out anyway. I can upload a short recording if anybody want to take a look. If you will record and will playback after that on vdr - will you have these problems ? Yes, please upload somewhere the 5-10 MB sample with this record, I will see Goga ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR - xine - CoreAVC
Darren Salt skrev: I demand that Morfsta may or may not have top-posted AGAIN... On Jan 21, 2008 4:06 PM, Darren Salt [EMAIL PROTECTED] wrote: I demand that Morfsta may or may not have written... Seems that there is a difference in versions somewhere. BUF_VIDEO_WVC1 is defined in xine-engine.h. I don't know where your xine-engine.h came from, but it's not xine-lib. It was in the tar file that Per posted earlier of his xine-lib! I've not looked in that tarball, but I can say for certain that there is no header of that name in any xine-lib tarball which I've generated. [snip quoted .sigs] That tar-ball included all the patches from coreavc, dvbn and walery. IIRC the difference is in the dvbn-patch. Per ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR - xine - CoreAVC
Morfsta skrev: I have been using xine-1.2 from the Mercurial distribution, but it still creates a plugin directory called 1.1.9 and sometimes 1.1.90. Evereything except that you use Mercurial looks like my setup. I started of with the xine-lib I had on my machine, which was originally taken from Reinhards xine-site. ( http://home.vrweb.de/~rnissl ) So it seems that it just doesn't load the DLL. Am I missing any other dependencies, do you need wine or anything else? You don't need wine. The thing I did to see if the .ax is loaded is [EMAIL PROTECTED] plugins]# lsof | grep Core xine 4548 root mem REG8,2 1031168141 /usr/lib/win32/CoreAVCDecoder.ax I can see it gets opened whenever I switch to a H.264 channel. Thanks for your help and hopefully the above can lead to a howto, and perhaps someone can upload somewhere a patched and working xine-lib as well as a patched and working xinelibout? My xine-lib: http://www.mellander.org/per/projects/linux/VDR-CoreAVC/xine-lib-with-coreavc-dvbn-walery.tar.gz This is in Swedish but please have a look at http://www.vdr.nu/forum/viewtopic.php?t=431 Per ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] VDR - xine - CoreAVC (Was: Re: CoreAVC + xineliboutput)
I'm sorry but the latest mail is not about how to get xineliboutput to work but xine. Walery has a patch for xineliboutput and I've tried it but I haven't been able to get it to work without segfault. http://allrussian.info/thread.php?threadid=89361threadview=0hilight=hilightuser=0page=3 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] CoreAVC + xineliboutput
Igor skrev:
@Per
can you write more detail HOWTO (my English is not so good, sorry)
I have started with a CVS xine-lib. Then applied the vdr-xine patch.
Download and apply the xine.patch from
http://code.google.com/p/coreavc-for-linux/
There are also some patches here to fix some problems with xine-lib:
http://dvbn.happysat.org/viewtopic.php?p=243997
Walery's patch to demux_mpeg_pes.c is attached. Apply that to.
Per
--- demux_mpeg_pes.c.org2008-01-19 22:09:58.0 +0100
+++ demux_mpeg_pes.c2008-01-19 22:10:02.0 +0100
@@ -1092,6 +1092,7 @@ static int32_t parse_private_stream_1(de
return this-packet_len + result;
}
+int sent_header = 0;
static int32_t parse_video_stream(demux_mpeg_pes_t *this, uint8_t *p,
buf_element_t *buf) {
int32_t result;
uint32_t todo_length=0;
@@ -1136,6 +1137,7 @@ static int32_t parse_video_stream(demux_
an AUD has been found at the beginning of the payload.
*/
if (this-mpeg12_h264_detected 2) {
+sent_header = 0; /* Added by Mel */
uint8_t *pp = p + 2, *pp_limit = p + payload_size - 1;
while (0 pp pp pp_limit) {
if (pp[0] == 0x01 pp[-1] == 0x00 pp[-2] == 0x00) {
@@ -1156,9 +1158,44 @@ static int32_t parse_video_stream(demux_
pp++;
pp = memchr(pp, 0x01, pp_limit - pp);
}
+usleep(100);
lprintf(%s%c\n, (this-mpeg12_h264_detected 1) ? H.264 : MPEG1/2,
(this-mpeg12_h264_detected 2) ? '!' : '?');
+
+
+
+ if (this-mpeg12_h264_detected == 3){
+if (sent_header == 0) {
+ printf(INIT H264\n);
+ xine_bmiheader bih;
+ buf_element_t *buf = this-video_fifo-buffer_pool_alloc
(this-video_fifo);
+ buf-decoder_flags = BUF_FLAG_STDHEADER;
+
+ memset(bih, 0x00, sizeof(bih));
+ bih.biWidth = 1920;
+ bih.biHeight = 1080;
+ bih.biPlanes = 1;
+ bih.biBitCount = 24;
+ bih.biCompression = 0x34363248; //31435641; //AVC1
+ bih.biSizeImage = 0;
+ bih.biXPelsPerMeter=1;
+ bih.biYPelsPerMeter=1;
+ bih.biClrUsed=0;
+ bih.biClrImportant=0;
+ bih.biSize = sizeof(bih);
+ buf-content = malloc(sizeof(bih));
+ memcpy(buf-content, bih, sizeof(bih));
+ //memcpy(buf-content, bih, sizeof(bih));
+ buf-size = sizeof(bih);
+ buf-type = BUF_VIDEO_H264;
+ buf-decoder_flags |= BUF_FLAG_FRAME_END;
+ this-video_fifo-put (this-video_fifo, buf);
+ sent_header = 1;
+ buf = NULL;
+}
}
+}
+
/* when an H.264 AUD is seen, we first need to tell the decoder that the
previous frame was complete.
*/
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR - xine - CoreAVC
Gregoire Favre skrev: Hello, one more stupid question : does it works also for x86_64 ? I wanted to try it, but if fails at patching : patching file src/libw32dll/Makefile.am Hunk #1 FAILED at 13. Hunk #2 FAILED at 33. 2 out of 2 hunks FAILED -- saving rejects to file src/libw32dll/Makefile.am.rej that with coreavc-for-linux/xine/xine.patch against xine-lib-1.2 from today. Thank, Don't know if it works for x86_64. I checked out xine-lib one minute ago to test and I had no problem. patching file src/libw32dll/Makefile.am Hunk #1 succeeded at 15 (offset 2 lines). patching file src/libw32dll/nal_parser.c Where did you get the xine.patch? svn checkout http://coreavc-for-linux.googlecode.com/svn/trunk/ coreavc-for-linux-read-only from yesterday is what I'm using. Cheers ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR - xine - CoreAVC
Gregoire Favre skrev: On Sun, Jan 20, 2008 at 06:38:31PM +0100, Per Mellander wrote: Don't know if it works for x86_64. I checked out xine-lib one minute ago to test and I had no problem. Well, that's very strange, I checked revision 32 of the svn, and the svn (you spoke about a CVS of xine-lib which is abandonned for a long time) of xine-lib-1.2 : hg pull -u http://hg.debian.org/hg/xine-lib/xine-lib-1.2/ Are you using xine-lib-1.1 by any chance ? Yes, 1.1.9 It's been very confusing to me. I started of by using the xine-lib that can be found on Reinards site http://home.vrweb.de/~rnissl/ Later on I figured out that cvs was abandoned so I checked out latest from hg clone http://hg.debian.org/hg/xine-lib/xine-lib/ I'm running the first one, patched with xine.patch from http://coreavc-for-linux.googlecode.com/svn/trunk/ and then handpatched with the diff's from happysat and last Walerys patch. I'm sorry if my input has been not that straight but I didn't realize the matter that cvs was abandoned until recently. I'll try 1.2, Per ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] CoreAVC + xineliboutput
I have done all the patching to xine-lib, ( patch from coreavc-for-linux-read-only + additional from happysat ). Then I've put CoreAVCDecoder.ax in /usr/lib/win32. I'm running VDR with xineliboutput. -P xineliboutput --fullscreen --local=sxfe --audio=alsa --remote=none What more do I have to do, ( extra arguments etc. ) to use CoreAVC? When I start VDR now I can't see any difference from using ffmpeg. load_plugins: plugin /usr/local/lib/xine/plugins/1.1.9/xineplug_dmx_nsv.so found load_plugins: plugin /usr/local/lib/xine/plugins/1.1.9/xineplug_decode_a52.so found video_out_xv: using Xv port 275 from adaptor NV17 Video Texture for hardware colour space conversion and scaling. video_out_xv: this adaptor supports the yuy2 format. video_out_xv: this adaptor supports the yv12 format. audio_alsa_out : supported modes are 8bit 16bit 24bit 32bit mono stereo (4-channel not enabled in xine config) (4.1-channel not enabled in xine config) (5-channel not enabled in xine config) (5.1-channel not enabled in xine config) (a/52 and DTS pass-through not enabled in xine config) xine: found input plugin : VDR (Video Disk Recorder) input plugin input cache plugin disabled xine: found demuxer plugin: DVD/VOB demux plugin video_out_xv: VO_PROP_INTERLACED(1) av_offset=0 pts video_out_xv: VO_PROP_ZOOM_X = 100 prebuffer=14400 pts prebuffer=14400 pts prebuffer=14400 pts prebuffer=14400 pts prebuffer=14400 pts video: synced early prebuffer=14400 pts prebuffer=14400 pts video: synced early prebuffer=14400 pts prebuffer=14400 pts video: synced early [h264 @ 0x11c43f0]non existing PPS referenced [h264 @ 0x11c43f0]decode_slice_header error [h264 @ 0x11c43f0]non existing PPS referenced [h264 @ 0x11c43f0]decode_slice_header error ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] CoreAVC + xineliboutput
Morfsta skrev:
I'm having the same problem. I've put the .ax file in /usr/lib/win32,
registed the key in ~/.mplayer/registry32 and then done: -
You don't have to register.
I patched xine-lib with coreavc for Linux xine.patch @
http://coreavc-for-linux.googlecode.com/svn/trunk/xine/xine.patch
Then you have to add additional code to demux_mpeg_pes.c ( see attached
patch )
You have to delete xineplug_decode_ff.so and xineplug_decode_qt.so in
/usr/local/lib/xine/plugins/1.1.9/
I tried xineliboutput first but that give me black screen with epg +
sound. With vdr-xine-0.8.1.tgz it all seems to work :)
[EMAIL PROTECTED] plugins]# lsof | grep Core
xine 4548 root mem REG8,2 1031168141
/usr/lib/win32/CoreAVCDecoder.ax
Many thanks to Igor who has been a great help!
--- demux_mpeg_pes.c.org2008-01-19 22:09:58.0 +0100
+++ demux_mpeg_pes.c2008-01-19 22:10:02.0 +0100
@@ -1092,6 +1092,7 @@ static int32_t parse_private_stream_1(de
return this-packet_len + result;
}
+int sent_header = 0; /* Added by Mel */
static int32_t parse_video_stream(demux_mpeg_pes_t *this, uint8_t *p,
buf_element_t *buf) {
int32_t result;
uint32_t todo_length=0;
@@ -1136,6 +1137,7 @@ static int32_t parse_video_stream(demux_
an AUD has been found at the beginning of the payload.
*/
if (this-mpeg12_h264_detected 2) {
+sent_header = 0; /* Added by Mel */
uint8_t *pp = p + 2, *pp_limit = p + payload_size - 1;
while (0 pp pp pp_limit) {
if (pp[0] == 0x01 pp[-1] == 0x00 pp[-2] == 0x00) {
@@ -1156,9 +1158,44 @@ static int32_t parse_video_stream(demux_
pp++;
pp = memchr(pp, 0x01, pp_limit - pp);
}
+usleep(100); /* Added by Mel */
lprintf(%s%c\n, (this-mpeg12_h264_detected 1) ? H.264 : MPEG1/2,
(this-mpeg12_h264_detected 2) ? '!' : '?');
+
+// Mel START
+
+ if (this-mpeg12_h264_detected == 3){
+if (sent_header == 0) {
+ printf(INIT H264\n);
+ xine_bmiheader bih;
+ buf_element_t *buf = this-video_fifo-buffer_pool_alloc
(this-video_fifo);
+ buf-decoder_flags = BUF_FLAG_STDHEADER;
+
+ memset(bih, 0x00, sizeof(bih));
+ bih.biWidth = 1920;
+ bih.biHeight = 1080;
+ bih.biPlanes = 1;
+ bih.biBitCount = 24;
+ bih.biCompression = 0x34363248; //31435641; //AVC1
+ bih.biSizeImage = 0;
+ bih.biXPelsPerMeter=1;
+ bih.biYPelsPerMeter=1;
+ bih.biClrUsed=0;
+ bih.biClrImportant=0;
+ bih.biSize = sizeof(bih);
+ buf-content = malloc(sizeof(bih));
+ memcpy(buf-content, bih, sizeof(bih));
+ //memcpy(buf-content, bih, sizeof(bih));
+ buf-size = sizeof(bih);
+ buf-type = BUF_VIDEO_H264;
+ buf-decoder_flags |= BUF_FLAG_FRAME_END;
+ this-video_fifo-put (this-video_fifo, buf);
+ sent_header = 1;
+ buf = NULL;
+}
}
+}
+// Mel END
/* when an H.264 AUD is seen, we first need to tell the decoder that the
previous frame was complete.
*/
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] VDR 1.4.5 problem replay old recordings
I have recently upgraded my VDR from 1.3.31 to 1.4.5 ( 1.3 starting from 1.3.20 something ). I have problem with replaying some ( not all ) of the old recordings. When starting replaying, the live TV is freezed and some kind of audio ( at high speed and chopped ) from the recorded material is heard. During my update I've also gone from FF-card output to softdevice. I've tried replaying the recordings with softplay and in that case the video is shown distorted and at a very low speed and with no audio. My setup: VDR 1.4.5 softdevice CVS 20070312 softplay CVS 20070312 FFmpeg version SVN-r7991, Copyright (c) 2000-2007 Fabrice Bellard, et al. configuration: --enable-shared --enable-pp --enable-gpl libavutil version: 49.3.0 libavcodec version: 51.33.0 libavformat version: 51.10.0 built on Feb 17 2007 21:53:00, gcc: 4.1.1 20070105 (Red Hat 4.1.1-51) I haven't yet tested to replay with 1.4.5 and my Nexus-S FF because the card is still in the old VDR machine. Sincerely, Per ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.4.5 problem replay old recordings
Stefan Lucke wrote: Can you try the patch Martin posted here: http://www.linuxtv.org/pipermail/vdr/2007-March/012476.html A shorts test shows that it solves the problem with softdevice. Softplay is still an issue for me. Sorry to say it didn't fix my problem. I'll do some more testing this weekend. I didn't get that much time yesterday evening. Kids, kids ... Do you think it's a softdevice related problem? My thought was to put the FF card in the machine using that output and see if that works. ( ie. Is it a VDR core problem? ) Per ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
