headers
Nicolas Huillard | 1 Nov 2004 08:49
Picon

Re: vdr with vdr-xine : "Restart" does not restart VDR

Darren Salt a écrit :

>>#09_reload
> 
> This one. I can cause the same problem here...
> 
> Memory says that 1.3.12 doesn't have the Exit label in vdr.c:main() so, with
> the above patch applied ('dpatch-edit-patch 09_reload'), the following
> UNTESTED patch should work:

Is this patch (or absence of) related to the fact that runvdr does not 
restart VDR ? Or is it only related to the fact that VDR will react to 
SIGUSR1 ?

--

-- 
NH
Permalink | Reply | 2 comments |
headers
Nicolas Huillard | 1 Nov 2004 08:57
Picon

Re: vdr-xine start / stop in a dedicated HTPC context

syrius.ml <at> no-log.org a écrit :
> Nicolas Huillard <nhuillard <at> ghs.fr> writes:
> 
> 
>>Hi,
>>
>>vdr + softdevice was a single program to start and stop, but vdr +
>>vdr-xine is a server and a client.
>>I am in the context of a dedicated HTPC : when I start it, both
>>programs must run. When I stop it, both must stop. I have no keyboard
>>or mouse to handle problems.
>>The "/etc/init.d/vdr" script starts the vdr back-end (runvdr, which in
>>turn runs vdr). The vdr user runs "startx" and have a "~/.xinitrc"
>>script that run "xine-ui" with options.
>>
>>Problems, questions :
>>* how do I restart just the xine-ui from the LIRC remote ?
> 
> how do you launch xine-ui 

I currently log in as user vdr, then type "startx"... This launch the X 
server with the single app "xine-ui". This requires a keyboard, which 
has not it's place below the TV...

>>* can I be sure that when vdr restarts (restart menu option), xine
>>will reconnect flawlessly and get the stream when it comes back (for
>>now, it does not work like this here) ?
> 
> no idea, restart xine as well (i guess you launch xine-ui with the
> vdr://blabla/url as option)
(Continue reading)

Permalink | Reply | 0 comments |
headers
bob | 1 Nov 2004 09:34
Favicon

Compiling version 1.3.14


I want to find out if I used the correct procedure to compile vdr 1.3.14.

I'm running gentoo 2.6.9

I extracted it to a subdirectory called VDR. Then, according to the 
INSTALL file I extracted linuxtv-dvb-1.1.1.tar.bz2 to another parallel 
subdirectory called DVB. However vdr wouldn't build unless I changed the 
Makefile like this:

DVBDIR = ../DVB
to
DVBDIR = ../DVB/linux

It builds now, but I'm not sure why I should have to change the 
Makefile. Is the INSTALL file or the Makefile wrong?

thanks,
bob
Permalink | Reply | 5 comments |
headers
Jouni Karvo | 1 Nov 2004 09:49
Picon
Picon

vdr-xine start / stop in a dedicated HTPC context


hello,

 > 
 > Problems, questions :
 > * how do I restart just the xine-ui from the LIRC remote ?

edit commands.conf to include a command, like 
killall xine; xine ...

 > * can I be sure that when vdr restarts (restart menu option), xine will 
 > reconnect flawlessly and get the stream when it comes back (for now, it 
 > does not work like this here) ?
 > * how do I make both problems dependent ? Is it desirable ?
 > * more generaly : how do people handle this ?

I have modified runvdr to look a bit like this:

while () {
(sleep 4; xine ....)&
vdr ...
killall xine 
<driver stuff>
}

yours,
		Jouni

--

-- 
http://www.netlab.hut.fi/%7ekex
(Continue reading)

Permalink | Reply | 0 comments |
headers
Klaus Schmidinger | 1 Nov 2004 10:25
Picon
Favicon

Re: unknown picture types in vdr-1.3.14

"C.Y.M" wrote:
> 
> I have started to notice that when VDR switches channels on a timer, I
> am getting these error messages in the log.  This is something new with
> the buffer optimizations.  VDR does not crash when it happens, but I was
> wondering if anyone is seeing this.
> 
> Oct 31 14:15:21 poseidon vdr[2609]: ERROR: unknown picture type '4'
> Oct 31 14:16:17 poseidon vdr[2609]: ERROR: unknown picture type '5'

I'm getting this sometimes, too.
This may have to to with the changes in cRemux, but I can't figure
out what could be wrong there. Maybe somebody could take a close look
at this...

Klaus
Permalink | Reply | 0 comments |
headers
Tony Grant | 1 Nov 2004 10:29

OSD fixed - now how to fix dropped frames?

I rebuilt xine-lib and xine-ui this fixed the OSD problems I was
experiencing 

I have dropped frames on the first 4 BBC channels but not on BBC News 24

My shell spews
FIXME: xineDevice.c:745

I have installed femon and can't see what the difference is between the
different channels. The disc I correctly adjusted.

So 1.3.6 didn't drop frames, 1.3.14 does. Did I miss a compile option?

Cheers

Tony Grant

--

-- 
www.tgds.net Library management software toolkit
Permalink | Reply | 2 comments |
headers
Klaus Schmidinger | 1 Nov 2004 10:30
Picon
Favicon

Re: Compiling version 1.3.14

bob wrote:
> 
> I want to find out if I used the correct procedure to compile vdr 1.3.14.
> 
> I'm running gentoo 2.6.9
> 
> I extracted it to a subdirectory called VDR. Then, according to the
> INSTALL file I extracted linuxtv-dvb-1.1.1.tar.bz2 to another parallel
> subdirectory called DVB. However vdr wouldn't build unless I changed the
> Makefile like this:
> 
> DVBDIR = ../DVB
> to
> DVBDIR = ../DVB/linux
> 
> It builds now, but I'm not sure why I should have to change the
> Makefile. Is the INSTALL file or the Makefile wrong?

The INSTALL and Makefile are correct - if you use the DVB driver.
With the dvb-kernel driver thinks look different, because there
the include file path was changed.

Klaus
Permalink | Reply | 4 comments |
headers
hm | 1 Nov 2004 10:59
Picon

Displaying radio station names in vdr-streamdev

Hi,

I want to use xmms to listen to my sat radio stations. Basically, it works
fine using a playlist like,

http://192.168.20.1:3000/ES/485
http://192.168.20.1:3000/ES/486
http://192.168.20.1:3000/ES/487
http://192.168.20.1:3000/ES/488
http://192.168.20.1:3000/ES/489

The only issue is, xmms displays only the last part of the URL after
start, i.e. the channel number. Only after selecting a station and the
pre-buffering stage, the station name is displayed. Is there any way to
have xmms display the station names directly after start? Generating
an .m3u playlist with the station names from channels.conf is not
the problem - the question is, is there a URL syntax that will be
understood by both xmms and streamdev? I tried various things, like
http://192.168.20.1:3000/ES/417#blabla or something but looking at the
streamdev source code there seems no way without patching streamdev.

Any idea? 

--

-- 
Any sufficiently advanced technology is indistinguishable from a rigged
demo.
Permalink | Reply | 0 comments |
headers
Reinhard Nissl | 1 Nov 2004 11:18
Picon
Picon

Re: OSD fixed - now how to fix dropped frames?

Hi,

Tony Grant wrote:

> My shell spews
> FIXME: xineDevice.c:745

Looking at the source this means that a PES packet didn't start with 000001.

> I have installed femon and can't see what the difference is between the
> different channels. The disc I correctly adjusted.

Does one of this channels provide multiple audio streams?

When VDR chooses one audio stream for replay it zeros out all other audio 
frames. This would explain the FIXME of line 745. And this also causes higher 
CPU load in xine as the demuxer has to read byte by byte to sync on the next 
PES start code (000001).

Please apply this patch which modifies VDR to declare the unwanted PES packets 
  as part of a padding stream. Therefore vdr-xine won't even send this packet 
to xine.

	http://home.vr-web.de/~rnissl/vdr-1.3.14-transfer.patch.gz

Bye.
--

-- 
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rnissl <at> gmx.de
(Continue reading)

Permalink | Reply | 1 comment |
headers
christian jacobsen | 1 Nov 2004 11:31
Picon

Re: unknown picture types in vdr-1.3.14

Hallo,

> > I have started to notice that when VDR switches channels on 
> a timer, I
> > am getting these error messages in the log.  This is 
> something new with
> > the buffer optimizations.  VDR does not crash when it 
> happens, but I was
> > wondering if anyone is seeing this.
> > 
> > Oct 31 14:15:21 poseidon vdr[2609]: ERROR: unknown picture type '4'
> > Oct 31 14:16:17 poseidon vdr[2609]: ERROR: unknown picture type '5'

FYI, I am also getting these errors.

Also getting them with VDR 1.3.12 + second-edition of the dvbdevice
patch and with VDR 1.3.13 ...

Greetings
Christian Jacobsen
Permalink | Reply | 2 comments |

Gmane