vdr March 2005

vdr@linuxtv.org

196 participants
257 discussions

Problems compiling dxr3plugin-cvs
by Sebastian Frei 31 Mar '05

31 Mar '05

Hi, because of the OSD pink fix I wanted to give the cvs a try. I checked it out: /usr/src/vdr-1.3.22/PLUGINS/src>cvs -z9 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/dxr3plugin -bvdr-dxr3-0-2 co dxr3 and tried to compile: /usr/src/vdr-1.3.22/PLUGINS/src/dxr3>make all g++ -O2 -Wall -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"dxr3"' -DSOCKET_CHMOD=0660 -D_GNU_SOURCE -DMICROCODE=\"/usr/share/misc/em8300.uc\" -DLOGPATH=\"/video/\" -I../../../include -I../DVB/include -I/usr/local/include/ffmpeg -I/usr/include dxr3.c In file included from dxr3.c:17: ../../../include/vdr/audio.h:21: warning: `virtual void cAudio::Play(const uchar*, int, uchar)' was hidden dxr3dolbydigital.h:37: warning: by `virtual void cDxr3DolbyDigital::Play(const uchar*, int)' dxr3.c: In member function `virtual void cDxr3OsdColorItem::Set()': dxr3.c:143: warning: unused variable 'realValue' dxr3.c:186:1: warning: "/*" within comment dxr3.c:215:1: warning: "/*" within comment dxr3.c:229:1: warning: "/*" within comment dxr3.c: In member function `virtual bool cPluginDxr3::Start()': dxr3.c:392: error: cannot allocate an object of type `cDxr3DolbyDigital' dxr3.c:392: error: because the following virtual functions are abstract: ../../../include/vdr/audio.h:21: error: virtual void cAudio::Play(const uchar*, int, uchar) dxr3.h: At global scope: dxr3.h:5: warning: 'SettingBar' defined but not used make: *** [dxr3.o] Error 1 The line 21 in audio.h says: virtual void Play(const uchar *Data, int Length, uchar Id) = 0; Adding a ", uchar Id" to line 28 in dxr3dolbydigital.c and line 37 in dxr3dolbydigital.h makes it compile. But then I have no analog sound in VDR. "Digital Audio output" is off, and "Switch to analog output" does nothing. Having no sound makes VDR nearly unusable, so: Anybody any ideas ? S.

2 4

How to get a synced demux from vdr recordings
by C.Y.M 31 Mar '05

31 Mar '05

It appears to me that depending on the broadcast quality of the stream, some demuxers do the job better than others. Sometimes I have to use vdrsync, and sometimes its project-x, but I have never been able to find a demuxer that works all the time on every recording. Vdrsync will most often drop the audio stream if it finds many audio gaps in the recording (most certainly related to cutting and editing within vdr). It is safe to assume that about 100ms of audio is lost per cut in vdr. After some testing, I have been able to use lve-050112.src.tar.bz2 to demux and create perfect A/V sync in mpg vobs for DVD creation. The combination of libdvbmegtools (0.5.5.1) used to convert VDRs PES to a PS stream is also a critical step. mkfifo file.m2v file.mpa cat 00*.vdr|pes2ts2 100 101|ts2ps 100 101 > file.ps lvedemux file.ps | lvemux -p -1 -r -sh -400 -v file.m2v -a file.mpa -o file.mpg The following command gets perfect sync on a recording with 4 cuts (note the 400ms timeshift to compensate for the lost audio frames. What would be cool is to have the ability to detect the number of cuts in a recording to automatically adjust for the audio loss to create better A/V sync (if we can agree on an average frame loss per cut). Some other methods of demuxing, including mencoder and vlc, seem to do the job as well, but the A/V sync is off when several cuts have been made (and transcoding does not help). It seems the only method that really works all the time is to count the cutmarks and adjust the timeshift accordingly (~100ms per cut). Best Regards, C.Y.M.

2 2

RE: [vdr] How to get a synced demux from vdr recordings
by Vladimir Shved 31 Mar '05

31 Mar '05

> -----Original Message----- > From: vdr-bounces(a)linuxtv.org [mailto:vdr-bounces@linuxtv.org] On Behalf > Of C.Y.M > Sent: Thursday, March 31, 2005 8:14 AM > To: Vdr > Subject: [vdr] How to get a synced demux from vdr recordings ... > have been made (and transcoding does not help). It seems the only method > that > really works all the time is to count the cutmarks and adjust the > timeshift > accordingly (~100ms per cut). Do you have to count cut marks or actual cuts(blocks), I mean if we make cut in the middle of recording, it takes two cut marks and one cut mark will split the video, etc. --Vlad

2 1

Sound before Picture
by David 31 Mar '05

31 Mar '05

Hi, I've a FF Card and watch TV on my monitor with tvtime and get the sound from the dvb card. But the sound is a little time before picture. Can I change this so it's synchronous? Thanx! david

1 0

[PATCH] Fix for crash of tvonscreen-0.7.0 without any epg data
by Thomas Günther 31 Mar '05

31 Mar '05

Hi! Here is a patch that fixes a crash of tvonscreen if you step sidewards without any epg data: http://toms-cafe.de/vdr/download/tvonscreen-0.7.0-fix-noepg.diff Tom

2 1

xine-gui VDR-Button, another adress?
by peter_weber69 31 Mar '05

31 Mar '05

"message now with Text-Format": xine's autoscan button "VDR" currently expects "FIFO_DIR" to be set to vdr:/tmp/vdr-xine/stream#demux:mpeg_pes Can i change the "vdr:/tmp/vdr-xine/stream#demux:mpeg_pes" adress in the xine-ui code for the VDR-Button? Where? regards peter Leben Sie gesund? Gesundheit bei Lycos! Neu! - http://www.lycos.de/life/gesundheit/

1 0

VDR-Xine network and KDE 3.4 ? Any issues?
by Norm Dressler 31 Mar '05

31 Mar '05

I upgraded my Debian box to kde 3.4 and now xine (vdr network version) locks up when I select the vdr button. I re-compiled xine-lib and xine-ui thinking that the upgrade re-installed another version over it but that made no difference. VDR doesn't show even a connect attempt from xine anymore. Anyone see this before? Norm

2 3

xine-gui VDR-Button, another adress?
by peter_weber69 31 Mar '05

31 Mar '05

1 0

vdr-xine audio problem
by Jouni Karvo 31 Mar '05

31 Mar '05

hello, after something I have not any more had any sound from vdr + vdr-xine. I am wondering what is the problem. xine says this: audio_alsa_out:open pause_resume=1 output sample rate 48000 audio jump, diff=0 video_out: throwing away image with pts 142047 because it's too old (diff : 21552). video_out: throwing away image with pts 143847 because it's too old (diff : 19752). VDR: flush buffers (vb: 0, ab: 0, vf: 0, af: 0) done. prebuffer=0 pts ao_close audio_out: no streams left, closing driver audio discontinuity #4, type is 0, disc_off 0 Is the line with "no streams left" something that should happen? Any ideas where to start looking? xineplayer can output 5.1 sound when used with mp3 plugin, so the audio out can output at least something... yours, Jouni

2 4

[Fwd: Re: [vdr] Patch: dxr3plugin OSD don't turn pink]
by anthony hornby 31 Mar '05

31 Mar '05

Hi Ville, finally got around to trying out the Fedora 3 rpms - they work well - thanks :-) Still have the odd problem with 1.3.17 where I have to select a channel press "switch" then select it again ( from the "what's on now" menu only - oddly) and then press switch again to get it to change channel. Any suggestions on how to track down what might be causing this? I have had this problem with all versions of vdr post 1.3.12 - it is not related to your rpms. Also saw the fix for the pink OSD - I modified the vdr-dxr3 src rpm from you to incorporate this patch, rebuilt it and it works well - great, that's one major annoyance for me fixed. Thanks again for the rpms and all the great work. Regards Anthony. On Thu, 2005-03-31 at 00:16 +0300, Ville Skyttä wrote: > On Wed, 2005-03-30 at 13:48 퍭㐱ꫭ詰骧૨뗠ⶵ꜡秛梶᢬ posting is a patch which fixes the odd problem making > > the osd > > turn pink after returning from mplayer or after hardware-reset of the > > dxr3-card. > > I posted this fix in a german-vdr-forum a couple of months ago and it > > works for other users there, too. I haven't found the time to post it > > here (other users hadn't either:) )... so, > > here it is. > > Yep, works for me too, thanks. > > However, the patch gave me the creeps, so I dug a little deeper. I > found that the only thing needed to fix the pink OSD here was to comment > out the "m_users[i] == 0" test in AddColor() and unconditionally setting > m_changed to true there, or to set it to true in GetIndex() when the > color was found. Both of those were still ugly. Then I noticed that > the counters in m_users were not being reset to zero when they IMO > should have been, and came up with the attached patch which I think > would be more appropriate. (Also applied to the vdr-dxr3-0-2 branch in > CVS.) > > With this one applied, I no longer get pink OSD after returning from the > MPlayer plugin. But after "Reset DXR3", the OSD is still momentarily > pink immediately after; things return to normal when the OSD is > hidden/shown again. > > Reviews/testing welcome... > _______________________________________________ > vdr mailing list > vdr(a)linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

1 0

← Newer
1
2
3
4
5
6
7
...
26
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr March 2005