Re: [vdr] Xine and ac3 Passthru for dolby digital

[Stephan Loescher]

Dave [EMAIL PROTECTED] writes:

Hi Dave!

 Im having some problems getting ac3 passthru to work.   Im using fbxine
 with directfb, which works well, for both video and audio in PCM mode,
 but frequent crashes occur with trying to use Dolby Digital. I have set
 the xine plugin to Dolby On
 
 audio.output.speaker_arrangement:Pass Through

I use xine-plugin and bitstreamout-0.85 for the AC3-output.
This works fine!

Stephan.

-- 
[EMAIL PROTECTED]
http://www.loescher-online.de/
Try LEO: http://www.leo.org/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] Can I hide default main entries (Schedule, Channels, Timers)?

[Stephan Loescher]

Hi!

Is there a way to hide some of the default main menu entries of VDR?
I have made a replay-only-client, which has no DVB-device, thus no
channels and no timers. This client needs only Recordings and Setup.
I'd like to hide the main menu entries Schedule, Channels and
Timers.

Stephan.

-- 
[EMAIL PROTECTED]
http://www.loescher-online.de/
Try LEO: http://www.leo.org/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Can I hide default main entries (Schedule, Channels, Timers)?

[Stephan Loescher]

Jakob Lenfers [EMAIL PROTECTED] writes:

Hi!

  Is there a way to hide some of the default main menu entries of VDR?
 
 IIRC (my VDR isn't running ATM) you can do this with the submenu-plugin.

Thanks for this hint, but is there a solution without patching VDR?
(submenu-plugin can only be compiled after patching VDR.)

Stephan.

-- 
[EMAIL PROTECTED]
http://www.loescher-online.de/
Try LEO: http://www.leo.org/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] vdr without a DVB receiver

[Stephan Loescher]

Josce Unknown [EMAIL PROTECTED] writes:

Hi!

 Using vdr 1.4.7 is it possible to use vdr only for playing back recordings, 
 with xinelibout
 but without a DVB receiver.

Yes it is possible.
Copy your recordings to /video and then start VDR in an X11-session like
this:
vdr -v /video -Pxineliboutput --local=sxfe --remote=none --fullscreen

I use this versions:
vdr-1.4.7
xineliboutput-1.0.0rc1

Stephan.

-- 
[EMAIL PROTECTED]
http://www.loescher-online.de/
Try LEO: http://www.leo.org/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR as a set top box

[Stephan Loescher]

Simon Baxter [EMAIL PROTECTED] writes:

Hi!

 How do I do this?  I've been looking at modifying xinitrc and xinitrc-common 
 to remove the desktop manager, but this seems a bit brutal.

I only use X without any desktop.
In my runvdr-script I do a startx with this ~/.xinitrc:

vdr-sxfe --lirc --fullscreen 
unclutter
exit 0

(I am using xineliboutput)

Stephan.

-- 
[EMAIL PROTECTED]
http://www.loescher-online.de/
Try LEO: http://www.leo.org/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] mdadm software raid5 arrays?

[Stephan Loescher]

Simon Baxter linu...@nzbaxters.com writes:

 Anyway, I've bought 3x 1.5 TB SATA disks which I'd like to put into a
 software (mdadm) raid 5 array.

[...]

 But does anyone have any production VDR experience with mdadm - good or bad?

If you like good performance and simple recovery, then do not use
RAID5. Use RAID1 instead.

I use RAID5 only because I am too lazy to buy some new and larger disks
for my VDR at the moment :-)

I have had serious performance-problems with parallel recordings and
some Linux-background-jobs (like system-backup).
I solved it by raising the I/O-priority of vdr with ionice:

ionice -c2 -n0 vdr -w 120 -v $VIDEODIR -d -t /dev/tty5 -g /tmp ...

Stephan.

-- 
loesc...@gmx.de
http://www.loescher-online.de/
Try LEO: http://www.leo.org/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Wanted VDR xineliboutput client

[Stephan Loescher]

Am 10/16/11 13:02, schrieb JJussi:

  Hi!
Any suggestions for small, powerful, quiet, FullHD VDR client?
So, I search machine what would act as VDR-client, using xineliboutput
with FullHD resolution and machine would have DVI or HDMI connection +
optical audio.

Of course remote control is needed too! ;-)


Hi!

I have build a similar system (not small, but cheap, powerful, quiet and 
FullHD-replay with simple software-decoding) last year and documented it at

http://loescher-online.de/vdr.html - HDTV-Client
It is written in German, but the technical parts should be clear.
If you have any questions, please ask me.

Greetings,
Stephan.

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] HD Test clip(s)

[Stephan Loescher]

Hi!

As an USB receiver I use the TeVii S660. Works fine.

Regards,
Stephan.


Am 02/16/13 14:09, schrieb th_zieg...@gmx.de:

Hi,

Are there any VDR-compatible (I'm using e-tobi 1.7.29) HD test clips,
available somewhere on the net or can s.o. provide one?

For better comparisson with SD, the a clip from the German ARD- or
ZDF-news would be nice. A few minutes is sufficient.



Background for those who are interested:

I'm using DVB-T based vdr since a couple of years now for in-house
streaming to various devices.

I plan to add a DVB-S card to support HD. I'd like to check if
HD-streaming works with my current setup before doing the investment
in a sattelite dish etc.

Any other hints regarding what USB DVB-S receiver, sat-dish, etc.
works well is also welcome.

Thanks,
Thomas


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] read-only video directory

[Stephan Loescher]

Hi!

Am 03/05/13 10:35, schrieb Peter Münster:


How is it possible, to mount the video directory in read-only mode?

I want to use a slave vdr like this:

vdr -Pstreamdev-client -Pxineliboutput -v/net/media/data/video

But it does not work, because /net/media/data is mounted read-only.


The workaround I use is to mount the server in a subdirectory e.g. mount 
the server-directory to /net/media/data/video/servervideo and start the 
client-vdr like this:

vdr -Pstreamdev-client -Pxineliboutput -v/net/media/data/video

Regards,
Stephan.

--
loesc...@gmx.de
http://www.loescher-online.de/


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] read-only video directory

[Stephan Loescher]

Hi!


The workaround I use is to mount the server in a subdirectory e.g. mount the
server-directory to /net/media/data/video/servervideo and start the client-vdr
like this:
vdr -Pstreamdev-client -Pxineliboutput -v/net/media/data/video


Unfortunately I don't understand. Could you please show examples?


My VDR-client has this directories:
/video
/video/server

I mount my VDR-server to /video/server, e.g.
mount -t nfs -o ro server:/video /video/server

The VDR-client is started this way:
vdr -Pstreamdev-client -Pxineliboutput -v /video

Regards,
Stephan.

--
loesc...@gmx.de
http://www.loescher-online.de/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] read-only video directory

[Stephan Loescher]

Hi!


The VDR-client is started this way:
vdr -Pstreamdev-client -Pxineliboutput -v /video


Thanks, now I understand: /video is writable by vdr. I don't want
that: the client sees the same setup files (also the timers) as the
server, so the client would try to record the same as the server.


No. The setup, timers, etc. from the server are all in the clients
/video/server directory. The client does not use them, because they are 
not in its video-root-direcory.


When you use the suggested solution with unionfs, then the client uses 
the servers setup/timers/epg/etc. because it sees them in its 
/video-directory.


Regards,
Stephan.

--
loesc...@gmx.de
http://www.loescher-online.de/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Converting videos into vdr TS format

[Stephan Loescher]

Am 05/27/13 14:48, schrieb Laurence Abbott:


Has anyone worked out a simple way of converting, e.g. part of a DVD
or any miscellaneous video into an MPEG-TS that vdr is happy to play?
I had a bit of a play with ffmpeg and mencooder but never managed to
generate something that vdr would play!


Some months ago I had success with ffmpeg:

ffmpeg -i input.mp4 -f mpegts -vcodec mpeg2video -aspect 16:9 -sameq -s 
4cif -acodec mp2 -ar 48000 -ab 192k 1.ts


Regards,
Stephan.

--
http://www.loescher-online.de/vdr.html

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] searching a HW problem

[Stephan Loescher]

Am 10/17/13 00:31, schrieb Klaus Schmidinger:

On 16.10.2013 21:23, Torsten Mohr wrote:

[...]


This shows you which device was used for the recording.


Is there a way to code this into the recording name?


No need to, just look it up in the log.


Oh, there could be a need to have the recording-device been noted in 
e.g. the info-file.

I had this use case:
Several months ago one of my tuners on one of my three identical cards 
went bad, resulting in drop-outs which caused pixel-artifacts and other 
errors while replaying.
I have not the time to view my recordings soon after recording, so I 
noticed the bad recordings several months after the first drop-out.
And it took me several weeks to find out the bad card, so for this 
case it would have been very helful to see via the info-file: Ah, it's 
device number two which does always bad recodings since April with a 
little grep.

Perhaps this could be an additional feature for vdr-development. :-)
And even more helpful would be to notice the name of the card instead of 
the device number which is subject to change between reboots. Or even both.


Regards,
Stephan.

--
loesc...@gmx.de
http://www.loescher-online.de/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] [PLUGIN] recsearch - a simple search for recordings

[Stephan Loescher]

Am 01/19/14 11:37, schrieb Lars Hanisch:


  here's the plugin, which uses it: recsearch


[...]

  It's a simple search for name, shorttext and description, the status 
(new/edited) and age of a recording.
  The main reason for me was to get a quick list of the new recordings of the 
last week.


Hi Lars,

Wonderful!

Would it be possible (as a new feature) to filter/search/sort for 
recordings by recording-lifetime and/or if it is SD or HD?
My use case is this: I normally like to view important and 
high-quality recordings first, which I typically sort manually in this 
order:


1. Lifetime (L) 99 and HD
2. L99 + SD
3. L98 + HD
4. L98 + SD
5. L98 + HD
6. L98 + SD

Regards,
Stephan.

--
loesc...@gmx.de
http://www.loescher-online.de/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] Minimum CPU requirement for xineliboutput + vdr-sxfe for HDTV

[Stephan Loescher]

Hi!

I am interested in your experiences with xineliboutput-plugin and 
vdr-sxfe for HDTV and not using VDPAU but using the plain CPU-power.


The plan would be to build a simple system without any special 
graphics-card and no special X11-configuration or driver, perhaps some 
cheap system like the one descibed in http://ct.de/-1375124 (German).
(Celeron G1820, small case, low power consumption, about 180 EUR without 
disks.)


I know from my own VDR-systems, that a Intel Core2 Duo @ 1.86GHz or a 
Core i3 540 @ 3.07GHz has far enough power to run VDR and vdr-sxfe for 
displaying HDTV.


But I think even slower and thus cheaper CPUs could do the 
HDTV-decoding, too.


What is you experience?
Would it be possible to use these new Haswell-Celerons?

TIA and best regards,
Stephan.

--
loesc...@gmx.de
http://www.loescher-online.de/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] still image at end of replay

[Stephan Loescher]

Hi!

Do you have a channel-line as an example for that?

Regards,
Stephan.

Am 04/10/14 14:02, schrieb Peer Oliver Schmidt:


You can do that already. Use the iptv plugin, create a channel that
shows a static picture, define that channel as the starting channel of
VDR. Now each time you start VDR it will show that picture. You go into


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] vdr with different type DVB tuners

[Stephan Loescher]

Hi Timo,

Sorry for contacting you directly.
Do you have the three quoted DVB-cards running in your VDR?
I ask, because I plan to build a new VDR and I am looking for good cards 
which should work fine, ideally with the vanilla kernel.


Best regards,
Stephan.


Am 12/15/2014 um 08:11 PM schrieb Timo Helkiö:


# Terratec Cinergy 1200C DVB-C PCI
options budget-av adapter_nr=1

#TechnoTrend AG TT-connect CT-3650 CI
options dvb_usb_ttusb2 adapter_nr=0

# Tevii DVB-S2 S470 PCIE
options cx23885 adapter_nr=2 card=73




___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] DVB-S2 PCIe or USB tuner recommendations?

[Stephan Loescher]

Hi!

I am planning to build a new VDR system for HDTV and DVB-S2.

So I am searching for DVB-S2 tuners either PCIe (low profile) or USB.

The best tuner would be one which is supported by the vanilla Linux
kernel without patching or installing additional drivers.
(Installing a firmware file is no problem.)

I have already searched http://www.linuxtv.org/wiki/, but there are only
a few current tuners, which are documented as works with vanilla kernel
out of the box, e.g. Pinnacle PCTV DVB-S2 Stick (461e) or TeVii S471.
(The others good working ones are not any longer available, even not as
second hand.)

So I am looking for your recommendations for current DVB-S2 PCIe/USB
tuners, which work out of the box and work stable for a 7x24 running
VDR.

TIA and best regards,
Stephan.

--
loesc...@gmx.de
http://www.loescher-online.de/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Restart of frontend

[Stephan Loescher]

Hi!

Am 02/12/2015 um 03:38 PM schrieb René:


[...]
I have finally got time to migrate xineliboutput to softhddevice, but


Just for the curious: Why did you move from xineliboutput to 
softhddevice? Are there any major advantages?


From my experience the client-/server-setup (vdr-sxfe) of xineliboutput 
has the advantage, that I have a stable running VDR, even when I restart 
the output-device.


Regards,
Stephan.

--
loesc...@gmx.de
http://www.loescher-online.de/


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] How to convert e.g. mp4 to VDRs .ts file?

[Stephan Loescher]

Dear VDR users,

I try to convert some mp4 files (in different video resolutions) to 
native VDR .ts files, because I want to access this videos in the very 
same way, as I am used to do with VDR recordings.

(So mplayer-plugin or xinelib-mediaplay is not a solution.)

I had some success with ffmpeg:

ffmpeg -i input.mp4 -f mpegts -vcodec mpeg2video -aspect 16:9 -s 4cif 
-acodec mp2 -ar 48000 -ab 192k -q:v 1 1.ts


But there is some "stuttering" and artefacts/dropouts when replaying in 
VDR (full-featured DVB card)


What is the best way to convert video files to VDR or how to create the 
same files, like VDR records itself?


Thanks for any help in advance!

Best regards,
Stephan.

--
http://www.loescher-online.de/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] "TS packets to determine frame type"

[Stephan Loescher]

Hi Richard,

Would you share your script, after finishing?
Would be very interesting!

Greetings,
Stephan.


Am 06/06/2016 um 01:07 AM schrieb Richard F:

I meant to send this to the list

On 4/06/2016 08:45, Klaus Schmidinger wrote:

On 30 May 2016, at 22:45, Richard F  wrote:

Hi Klaus,

I'm 99% of the way to finishing my H264 ffmpeg transcoding script, I'm just 
getting 2 of these warnings when reindexing transcoded files

May 30 21:08:09 ha-server vdr: [31785] WARNING: required 5 video TS packets to 
determine frame type
May 30 21:08:09 ha-server vdr: [31785] WARNING: required 5 video TS packets to 
determine frame type

Sometimes the number is 4. Fortunately not over 6 yet.
Is this a functional problem ? (files play in everything I need them to).
I reduced the I-frame gap which also improves seeking performance, but that's 
not the issue.

Looking at the code I'm not quite sure what it's looking for - can you help?

I may be able to adjust codec / muxer to avoid warnings

Hello Richard,

VDR scans the TS packets in order to determine where a new frame starts
(unfortunately the authors of the DVB standard and codecs buried that
information deep in the data, instead of flagging it at the top TS level).
In doing so, it only checks as few TS packets as possible, and usually
it finds that information in the first few packets of a frame. The warning
message you get means that the information was found later than usual.
This may be caused by audio TS packets that are interspersed with the video
packets. Imagine a frame starting with one or two video TS packets (that don’t
yet contain the frame start info) and then being followed by several audio
TS packets. All these need to be buffered before the important video TS
packets can be seen. For performance reasons this buffering is kept minimal,
and the warning indicates the more of the buffer than usual is used.
Hope I was able to clear things up a little.

Klaus

Klaus

Thanks.  I did more research using DVB Inspector and now know where the
issue comes from.
FFmpeg gives libx264 a long command line with many parameters, and
libx264 then shoves this whole string long-hand into the header of the
video stream, like so

  0001 0203 0405 0607 0809 0A0B 0C0D 0E0F 0123456789ABCDEF 0x00
 01E0  80C0 0A31 000F 4F41 1100 .1..OA.. 0x10
0F17 0100  0109 F000  0167 6400 .gd. 0x20
28AC D940 B012 6C10 4000 0003 0040  (..@..l.@@.. 0x30
0C83 C60C 6580  0001 68EB E172 C8B0 e.h..r.. 0x40
 0106 05FF FFA9 DC45 E9BD E6D9 48B7 .EH. 0x50
962C D820 D923 EEEF 7832 3634 202D 2063 .,. .#..x264 - c 0x60
6F72 6520 3134 3820 7232 3639 344D 2033 ore 148 r2694M 3 0x70
6237 3036 3435 202D 2048 2E32 3634 2F4D b70645 - H.264/M 0x80
5045 472D 3420 4156 4320 636F 6465 6320 PEG-4 AVC codec 0x90
2D20 436F 7079 6C65 6674 2032 3030 332D - Copyleft 2003- 0xa0
3230 3136 202D 2068 7474 703A 2F2F  2016 - http://ww

0001 0203 0405 0607 0809 0A0B 0C0D 0E0F 0123456789ABCDEF
0x00 4701 0011 772E 7669 6465 6F6C 616E 2E6F G...w.videolan.o
0x10 7267 2F78 3236 342E 6874 6D6C 202D 206F rg/x264.html - o
0x20 7074 696F 6E73 3A20 6361 6261 633D 3120 ptions: cabac=1
0x30 7265 663D 3320 6465 626C 6F63 6B3D 313A ref=3 deblock=1:
0x40 303A 3020 616E 616C 7973 653D 3078 333A 0:0 analyse=0x3:
0x50 3078 3131 3320 6D65 3D68 6578 2073 7562 0x113 me=hex sub
0x60 6D65 3D37 2070 7379 3D31 2070 7379 5F72 me=7 psy=1 psy_r
0x70 643D 312E 3030 3A30 2E30 3020 6D69 7865 d=1.00:0.00 mixe
0x80 645F 7265 663D 3120 6D65 5F72 616E 6765 d_ref=1 me_range
0x90 3D31 3620 6368 726F 6D61 5F6D 653D 3120 =16 chroma_me=1
0xa0 7472 656C 6C69 733D 3120 3878 3864 6374 trellis=1 8x8dct
0xb0 3D31 2063 716D 3D30 2064 6561   =1 cqm=0 dea

   0001 0203 0405 0607 0809 0A0B 0C0D 0E0F 0123456789ABCDEF 0x00
4701 0012 647A 6F6E 653D 3231 2C31 3120 G...dzone=21,11 0x10
6661 7374 5F70 736B 6970 3D31 2063 6872 fast_pskip=1 chr 0x20
6F6D 615F 7170 5F6F  7365 743D 2D32 oma_qp_offset=-2 0x30
2074 6872 6561 6473 3D33 206C 6F6F 6B61  threads=3 looka 0x40
6865 6164 5F74 6872 6561 6473 3D31 2073 head_threads=1 s 0x50
6C69 6365 645F 7468 7265 6164 733D 3020 liced_threads=0 0x60
6E72 3D30 2064 6563 696D 6174 653D 3120 nr=0 decimate=1 0x70
696E 7465 726C 6163 6564 3D30 2062 6C75 interlaced=0 blu 0x80
7261 795F 636F 6D70 6174 3D30 2063 6F6E ray_compat=0 con 0x90
7374 7261 696E 6564 5F69 6E74 7261 3D30 strained_intra=0 0xa0
2062 6672 616D 6573 3D33 2062 5F70 7972  bframes=3 b_pyr 0xb0
616D 6964 3D32 2062 5F61 6461   amid=2 b_ada

  0001 0203 0405 0607 0809 0A0B 0C0D 0E0F 0123456789ABCDEF
0x00 4701 0013 7074 3D31 2062 5F62 6961 733D G...pt=1 b_bias=
0x10 3020 6469 7265 6374 3D31 2077 6569 6768 0 direct=1 weigh
0x20 7462 3D31 206F 7065 6E5F 676F 703D 3020 tb=1 open_gop=0
0x30 7765 

Re: [vdr] broken recordings

[Stephan Loescher]

Hi!

You could also try to start VDR with the highest possible IO priority, e.g.
ionice -c2 -n0 vdr ...

That helped some years ago on my old VDR server to ensure, that no other 
process gets more IO priority than VDR.


Regards,
Stephan.


Am 08/08/2016 um 10:53 PM schrieb Patrick Boettcher:

On Mon, 8 Aug 2016 22:51:13 +0200
Patrick Boettcher  wrote:


Hi,

On Mon, 8 Aug 2016 20:30:33 +0200
Matthias Bodenbinder  wrote:


Hello Christoph,

based on your feedback I made another test. The USB HD performance
seems to be ok (see my other reply). But anyways I made a test with
recording directly to the Flash SD card. And that works pretty well.
15 min without issue. So it looks like it is indeed an issue with
USB on the Raspberry PI 2. Any idea how to solve that?


It _could_ be the write-cache-flush which saturates the bus and then
dramatically decreases I/O of the overall system.

Try

 hdparm -W 0 /dev/



You could also try iotop, which should I/O activity of all processes,
maybe there is something going on.

 sudo apt install iotop
 sudo iotop



___
vdr mailing list
vdr@linuxtv.org
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR without PrimaryDVB but with xineliboutput ?

[Stephan Loescher]

Hi Harald!

Yes, xineliboutput always wants to be the primary. But you can change 
that online via SVDRP:


plug xineliboutput prim NUMBER

With that you can switch the primary device to another one.

Regards,
Stephan.

Am 12/21/2016 um 02:42 PM schrieb Harald Milz:

On Tue, Dec 20, 2016 at 06:09:46PM +0100, Stephan Loescher wrote:

Hi!

I never tried it myself, but isn't vdr-dummydevice used for that?


Hmmm, it seems xineliboutput doesn't like not being the primary:

Dec 21 14:39:38 vdr vdr: [3419] [xine..put] Dropping client: xineliboutput is 
not the primary device !

I think I'll park the primary at a hotbird channel via SVDRP / cron for now.


--
loesc...@gmx.de
http://www.loescher-online.de/

___
vdr mailing list
vdr@linuxtv.org
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR without PrimaryDVB but with xineliboutput ?

[Stephan Loescher]

Hi!

I never tried it myself, but isn't vdr-dummydevice used for that?

http://phivdr.dyndns.org/vdr/vdr-dummydevice/

Regards,
Stephan.

Am 12/20/2016 um 05:05 PM schrieb Harald Milz:


I would like to run my headless VDR without a primary DVB (or suspended
output) but keep xineliboutput running. I can't figure out how.



--
loesc...@gmx.de
http://www.loescher-online.de/

___
vdr mailing list
vdr@linuxtv.org
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Watching VDR recordings and live TV on mobile

[Stephan Loescher]

Hi!

I use a little script (-> http://loescher-online.de/progdata/vdr2mp4 )
which runs on my VDR every night and encodes all new recordings to MP4.
With the Android app FolderSync I synchronize the MP4s with my mobile.
Then I can view it when traveling with the app MXPlayer.

I have never tried Live TV on the mobile, but this should be possible 
via the Streamdev VDR Plugin:

https://projects.vdr-developer.org/projects/plg-streamdev/files

Stephan.

Am 11/15/2017 um 06:39 AM schrieb Teemu Suikki:

Hi,

I have been investigating methods to view VDR recordings and live TV
when traveling, with an Android phone and possible Chromecast.


___
vdr mailing list
vdr@linuxtv.org
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr