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
Even N9 had enough CPU to to stream just fine, I made many years ago a
simple qt ui + ported sxfe and it's dependencies to it for
oerg Bornkessel wrote:
>>>
>>> Am 24.03.2016 um 07:35 schrieb Mika Laitio:
>>>>
>>>> Does anybody know whether there is a working ATSC vdr-plugin
>>>> available somewhere?
>>>>
>>>> I found some old discussions from
Does anybody know whether there is a working ATSC vdr-plugin available
somewhere?
I found some old discussions from the some ATSC plug-in from the mailing
list pointing to http://www.fepg.org/
but from those I got an impression that plug-in is not actively maintained?
So fat I have tested that I
At the beginning, drivers was buggy, and I could't use dvb-t *AND* dvb-s2
cards at the same time. I worked with TBS support during several weeks to fix
the problem :
they even sent to me USB card to check if problem was from PCI-E or
from driver, etc...). At the end, they fixed their driver
On 11/04/2013 11:58 PM, Timothy D. Lenz wrote:
To me, dumping files all over the drives is messy, sloppy, and bad
practice. Always has been and always will be. Someone just wants to copy
MS stupidity into linux.
Maybe so, but as that is supported it would be good if there are clean
install
I don't think it's difficult to do right at all to be honest. You can
just make user-defined thresholds so the the user can decide himself
how many mins or % of the total recording triggers the partial-view
and viewed flags. For example one guy might want:
not-viewed: 5% viewed
On 01/06/2013 12:31 PM, cedric.dew...@telfort.nl wrote:
Hi All,
Sometimes I watch a TV show halfway. Then I let VDR shutdown my PC. Then
I would like to watch the rest of the show. Then I have to go to the list
of TV shows, and find the correct one again.
In my opinion it would be easyer
On 01/04/2013 07:48 PM, Brian-Imap wrote:
Hi,
this looks to be pretty interesting.
So where exactly does it fit in between XVDR, VNSI, streamdev, etc.
I just bought a Samsung smart TV, haven't found a single DLNA
music server that it could receive music from (sure I've heard about
updating
From the log I can see that the driver apparently makes DVB-S/DVB-S2
available
under adapter1/frontend0 and tries to provide DVB-T on adapter1/frontend1.
But if it does so, it tells the application that it can provide
DVB-S/DVB-S2
*and* DVB-T at the *same* time - which apparently isn't the
On 09/10/2012 05:05 PM, Klaus Schmidinger wrote:
VDR developer version 1.7.30 is now available at
I tried to use for a first time with VDR the HVR-4000's multible
delivery systems under same frontend feature that was introduced in
1.7.23. (HVR-4000 has DVB-T and DVB-S/S2 in the same card but
On 08/08/2012 06:08 PM, VDR User wrote
Honestly, I don't care about the Olympics at all. I hate that every
channel gives it so much coverage instead of reporting real
important news. Will be glad when it's over.
Well, I am also glad that they are over but for different reason.
(even all good
On 06/28/2012 08:02 PM, VDR User wrote:
On Thu, Jun 28, 2012 at 12:01 AM, Ludwig Nussel ludwig.nus...@suse.de wrote:
That would be a nice feature -- worth suggesting for the big `after
2.0 is released` redesign(?). But, there may be plugins which need to
be initialized with certain values.
On 06/06/2012 10:13 AM, Klaus Schmidinger wrote:
The next developer version of VDR will contain sorting of recordings.
You will be able to toggle between sorting by date or alphabetically,
and that setting will be stored separately for each folder.
When sorted by date, folders will still be in
Also I wold welcome advice, which from those rather cheap USB cards
works without any problems on stock linux kernel.
Hi, I just bought 19 euro Fujitech DVT Pro DVB-T usb stick which
seems to use Realtek RTL2832U chipset. USB stick also includes small
remote control, but I have not tested yet
way to handle this at the moment.
Patch got inspiration from
http://www.u32.de/vdr-1.3.37-simple_record_sort-0.1.diff
originally submitted by Walter Koch some years ago.
Mika
From d15458f012c5463648ee25b163284f1db14d5f1c Mon Sep 17 00:00:00 2001
From: Mika Laitio lam...@pilppa.org
Date: Sun, 20 May
On 04/14/2012 06:15 AM, Torgeir Veimo wrote:
Looks like the new remote from reelmedia is specially made for VDR,
with all labels corresponding to the correct keys. It would certainly
yield a better WAF for the VDR box. Says programmable, but does any
insiders know if can be programmed to
Yep I did know about these, but XBMC provides a much richer experience
for DVD, Blu-ray playback. e.g., cataloguing and display of a library,
automatic display framerate switching etc.
I thought blu-ray is dead format not supported by Linux movie players.
Does XBMC support it somehow?
Mika
Damn, too late for today... :-)
Just finished the noepg-plugin-skeleton at
So according to README this plug-in replaces the noepg.patch.
What is the functionality/purpose of this noepg patch/plugin?
Mika
___
vdr mailing list
vdr@linuxtv.org
Because 1.6.0 was released a long time ago, and we want a new stable
version soon? :)
I agree, 1.7 devel versions have many nice improvements like the support
for hvr-4000's multiple frontends in same adapter.
Even thought most active users in this mail list very likely uses
developer versions,
On 10/23/2011 06:02 PM, JJussi wrote:
Because this is just client..
Just vdr-sxfe what is capable play with VDPAU...
Still I need to solve some problems at server end.. Get vdr-1.7 +
skinsoppalusikka + epgsearch + some other plugins to install them to
same machine.. Maybe I need to pick
I bought 2 years ago Zotac IONITX-A-E motherboard which came with atom
CPU and nvidia gpu, at that time it cost about 200 euro.
I use it only for web browsing, vdr-client (with vdr-xineliboutput)
and music listening purposes and for that kind of things the device
works like a charm. With SD
As much as I like the EPG scan, I usually have it turned off because
I think the driver gets rather unstable when VDR often switches
channels and maybe hits transponders that don't carry any signal.
What's especially unstable is the CAM situation. I have two CAMs
in my VDR (connected to budget
On 09/09/2011 10:19 PM, Reinhard Nissl wrote:
Hi,
Am 09.09.2011 16:54, schrieb Klaus Schmidinger:
Since you're saying that the problem is related to the dxr3
plugin I guess
I won't see any error with my TT-S2 6400.
I switch to 1.7.21 from 1.7.17 and see that teletext subtitles appear
now
:48 001.vdr
-rw-r--r-- 1 76 76 727968 2008-05-17 17:48 index.vdr
-rw-r--r-- 1 76 76 4 2008-05-17 17:48 resume.vdr
-rw-r--r-- 1 76 76441 2008-05-17 17:48 summary.vdr
From ef2f4122b44abbc4cae7876bb8566ed95151cdf5 Mon Sep 17 00:00:00 2001
From: Mika Laitio lam...@pilppa.org
Date
I wonder who is actually calling cRecordingInfo::Read(FILE *f) with
a NULL pointer? In VDR's own code all calls to that function are
made sure to get a non-NULL pointer:
Yes, the real reason is in the vdrrip plugin that I cloned from
http://projects.vdr-developer.org/git/
It has this kind of
- what about being able to use aliases like /dev/dvb/dvb_s2_card_one
with the -D arg ? (tho it's not really important)
- what about a github tree of vdr with your patch already applied ?
Maybe - shouldn't be too bad. :)
Maybe just adding a patch branch to
Looks correct, at least for DVB subtitles. Did you test only with DVB
subtitles or also with teletext subtitles ?
How can I see whether the channel is sending teletext or dvb subtitles?
MIka
___
vdr mailing list
vdr@linuxtv.org
The second thing is the tuning. Get next channel on this transponder
sounds simple, but actually deciding whether a channel is tuneable
involves 17 different rules that get checked against each device, plus
probing the CAM whether the channel can be decoded by the CAM. I think
that part is
with vdr 1.7.16 and reelbox plugin (eHD) this channels are ok in live tv
(even with some BER with my dish, Warszawa seemed to be weaker, i also
got UNC's there but no real problems, only a small picture distortion
some times)
And Reinhard also sees them ok with vdr-xine, while I still have
Personally I don't care if it's called CVS, SVN or git. However I wouldn't
want to loose the history, so I'd need someone with access to the internal CVS
structures. Unfortunately the vdr-developer.org admins are not very responsive
ATM. And of course I'd need to be in the mood for this sort of
am getting some compile errors. Frank Schmirler says the current CVS
contains fixes for that, but the CVS server at vdr-developer.org is down.
Does anyone have a recent CVS checkout they wouldn't mind sending me?
streamdev is the last thing I need to finally upgrade from VDR 1.4.7
:)
Hi
I have now mostly used http://projects.vdr-developer.org/git/ as a link
for cloning the vdr and all plugins I have wanted to use for building new vdr versions.
So I could for example build 1.7.10 by using commands
#git clone git://projects.vdr-developer.org/vdr.git
#cd vdr.git
#git
If I watch vdr-sxfe just from a small window, the subtitle and text are
positioned correctly with a good looking font size to bottom of the
screen. But if I watch finish yle 1 channel which uses dvb subtitles
from fullscreen vdr-sxfe, the subtitle font is small and text is
positioned about
Couple of issues I reported earlier (see below) have now merged to
xineliboutput-plugin.
[...]
1. Cropping is not reseted if I switch to 16:9 channel that has the same
resolution as 4:3 channel that has turned on the cropping.
2. DVB subtitles are not positioned correctly during cropping if
OK, i finally found the time to complete a VDR PC
based on the ION board.
The good news are:
+ 1080p plays back smoothly with xine/vdpau
with very low CPU usage.
+ sound over HDMI works.
+ the streamdev-client plugin works - even with HD channels.
+ the xine plugin works fine - also with HD
dto :-)
zotac-A; Dual Core Atom, 32GB-SSD
And over Christmas I managed to make it completely noiseless by
installing a Accelero S1 cooler !!!
http://www.schwanthalercomputer.de/advanced_search_result.php?keywords=accelero+S1x=0y=0
The mounting is somewhat unorthodox, but took me less than an
Have you compiled vdr-xineliboutput with --enable-vdpau ?
what does ./configure show and are you using xine-lib-1.2 HG with vdpau patch?
xineliboutput configure shows vdpau in the list of enabled features but
command vdr-sxfe -help does not list vdaup
Available video drivers: xv raw SyncFB
graphlcd seems to not having been updated for a really long time...
Is there something else (I like to use my Logitech G15 LCD keyboard).
I have used lcdproc-plugin to get information from displayed channel,
played mp3, etc. to lcd in antec fusion v2 silver.
Newest version seems to be
Has anybode DLNA capable televisions for example from samsung or sony?
It would be interesting to know would be easy to use those with vdr for
watching live tv and recordings.
Mika
___
vdr mailing list
vdr@linuxtv.org
I just bought a zotac ion motherboard and plan to harness it in the
weekend as a ultimate super master dream vdr client for my 19 monitor
:-)
Sofar I have used to run vdr-xineliboutput in my clients and would like to
do that also with this machine if possible. Currently my server runs vdr
to upgrade. After the upgrade I had no sound at all on my system. As I saw,
many others had this problem with Ubuntu 9.10. After a day and a half I
managed to fix the sound (compiling alsa, etc), but the TS continuity error
came back on vdr.
Is ubuntu using Pulse Audio volume control? In many
The goal is to have a VDR device which consumes the ???least possible???
amount of power. I heard that ARM based devices are good for this.
Does anyone on this list have any experiences using ARM based devices?
1. Since the boards are mostly small one needs to use mostly USB
devices, doesn???t
I just published new releases of the plugins remoteosd and svdrposd (formerly
svdrpext) on http://vdr.schmirler.de. The most important changes are the
overdue gettext support for remoteosd and a major speedup of the remote menu
in combination with the new svdrposd plugin.
The remoteosd plugin
#0 0x7f6df3823208 in ?? () from /usr/lib64/libdbus-glib-1.so.2
#1 0x7f6df3818fd2 in ?? () from /usr/lib64/libdbus-glib-1.so.2
#2 0x7f6df3819b70 in dbus_g_proxy_call () from
/usr/lib64/libdbus-glib-1.so.2
#3 0x0041306a in gnome_screensaver_control (enable=0) at
I tried today use vdr-1.7.8 with the latest cvs version of xineliboutput
but the client is segfaulting for me once it has found the vdr server.
Is the same happening also for others or is there some known xineliboutput
revision that works with 1.7.8? (mplayer + streamdev server seemed to work
I have myself thinked about the possibility of running vdr/xineliboutput
client on low end systems that just have usb 2.0 but not any graphic
cards or free pci slots available.
Has anybody experiences from the usb vga or usb dvi graphic card
adapters like these?
did you check it with dvb-s2 h264 hdtv channels too ?
At least arte worked for me about 1 or 2 week ago released xineliboutput
cvs version. I however noticed it to be a little unstable in my system.
(crashed much easier than 1.0.4 with 1.6.0)
Mika
Due to an attempt on OS upgrade and thus kernel upgrade I'm grudgingly
(it worked for me for months with no issues so why would I want to
change it for now?) trying to make the transition from multiproto to
S2API. I have two DVB-T cards and a NOVA-S2-HD (HVR4000 lite). I have
downloaded a
VDR developer version 1.7.4 is now available at
Something made the hvr-4000 to work with this version of driver.
With exactly same drivers and channel.conf file and streamdev-plugin and
mplayer, the vdr-1.7.3 is not able to tune dvb-s channels but vdr-1.7.4
works :-)
Mika
I did check the TS stream with dvbsnoop and it is not containing corrupted TS
packets.
Apparently VDR is able to parse the PMT the first time the data buffer is
used. Then, it seems to loose the sync inside the payload.
I have attached a raw TS capture (~10M) containing the PMT pid 132
I have following in my channel conf for dvb-t and dvb-s channels:
YLE
TV1;YLE:546000:B8C23G8M64T8Y0:T:27500:512=2:650=fin:2321:0:17:8438:4097:0
arte;ARD:10743:hC56M5O0S0:S19.2E:22000:401=2:402=deu,403=fra:404:0:28724:1:1051:0
Concerning Arte, I've got that same setting in my channels.conf.
Hi
I have tried to add some more printouts to dvbdevice.c for trying to
understand why the vdr-1.7.x fails to tune to dvb-s or dvb-s2 channels.
hvr-1300 is in /dev/dvb/adapter0 and hvr-4000 is in /dev/dvb/adapter1
I added printouts to SetFrontEnd() and Action() methods.
In SetFrontEnd() method
Have you tried to compile vdr with the livebuffer patch?
This makes xineliboutput work with VDR (at least 1.7.1).
No, and I am little confused where is the version I could try with
vdr.1.7.x. I found out 3 candidates while googling, should I try one of
these with vdr-1.7.3 or some other one?
In the bugtracker you'll find a patch which makes streamdev compile again. It
comments out the PES output stuff which causes the problems until a clean
solution is available.
http://www.vdr-developer.org/mantisbt/view.php?id=506
Thanks, I applied that patch and streamdev build then fine for
No, and I am little confused where is the version I could try with
vdr.1.7.x. I found out 3 candidates while googling, should I try one of
these with vdr-1.7.3 or some other one?
- http://home.vrweb.de/~bergwinkl.thomas, This page mentions the patch
only for vdr-1.5
-
Q to all : The software output plugins had problems with 1.7.1 and 1.7.2 (
and perhaps 1.7.3?). Can anybody confirm that this problem still exists?
Because the reason why I don't upgrade to newer editions, is because newer
versions had problems with the vdr-xine and vdr-xineliboutput plugins.
Try typecasting the first parameter, as in
off_t headdrop = min(off_t(curpos - totwritten), off_t(totwritten * 2));
Klaus
I think the compiler is not the problem (same version). Trying the
next option.
gcc (SUSE Linux) 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036]
gcc (SUSE Linux) 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision
135036]
Copyright (C) 2008 Free Software Foundation, Inc.
I had same problem with gcc 4.3.2 on Mandriva. (x86_64 env)
Adding off_t() typecasting for the first parameter as you suggested fixed
it. Klaus do you remember to
I checked boxstar web-page (http://boxstar.sourceforge.net/index.html)
and I have to say that the goal of the project is ambiguous. Hopefully
the developer can actually do it.
Do you mean ambitious? Yes, it is going to be a big challenge, but
hopefully it'll get there one day.
At least for
Hmm, the differences in my and your setup are
1) I have also hvr-1300 in my system (for dvb-t)
2) I modified the vdr sources instead of modifying the driver for
informing the system from the S2 capabilities (klaus explained also that
method in his 1.7.2 announcements). I can re-test this in
BUT there is somewhere bug in the vdr channel tuning because it seems that
if I want to watch dvb-s or dvb-s2 channels, I must first tune to correct
channel with vdr-1.6.0 or with szap-s2...
I give up... thank for your answer.
Well, in reality my family also still use vdr-1.6.0 for real (tm)
I do not see such a behavior with stb0899 based TT-3200 here.
Arte and ArteHD work out of the box with VDR-1.7.2 using this
repository:
http://mercurial.intuxication.org/hg/s2-liplianin
Sure, had to add 2g flag in stb0899 source though. Before using
this repository it was hardly
unfortunately, it also don't tune to DVB-S channels (I have applied
Klaus patch to the v4l-dvb sources).
Hi
Does hvr-4000 tune for you to dvb-s channels if you do not apply the h264
patch? That's the case for me. I send previously an email from similar
experiences to
Does hvr-4000 tune for you to dvb-s channels if you do not apply the h264
patch? That's the case for me. I send previously an email from similar
experiences to
http://www.mail-archive.com/vdr@linuxtv.org/msg08635.html
Unfortunately I can't tune either without the h264 patch.
Hmm, the
attached you'll find an updated patch for VDR-1.7.2.
The patch includes the formerly released remux fix.
Hi
The patch causes some problems in my system.
If I run vdr-1.7.2 without your patch I can watch both the dvb-t
and dvb-s channels by connecting to streamdev server plugin locally by
and change scan.c so that it first tunes to DVB-S2, as in
/* set up list of delivery systems*/
//fe_delivery_system_t delset[]={SYS_DVBS,SYS_DVBS2};
fe_delivery_system_t delset[]={SYS_DVBS2,SYS_DVBS};
Ok, I did run some
But for anybody who wants to use a beamer these FF-cards are full pain
with there stupid outputs. I (and many others) want DVI/HDMI/Display-Port.
And I want beamer that has a network card and can download and show the
content downloaded from vdr server. I don't know whether they
could connect
BTW. Softdevice/play, vdr-xine and xineliboutput are able to play youtube divx
etc.
Is there btw any vdr-plugin for browsing you tupe content (like most
watched, movie trailers, etc...) and playing them.
Another nice plugin would be a something where you could select some of
your recordings
Blah, only one PCI slot. Where are proper low-power MB's with 2 or
more PCI slots for DVB-cards?
Asrock A780FullDisplay without DisplayPort card
AMD Athlon X4 3850e
2GB DDR2-800
DVD/RW
300W 80+ Green
1x Momentus 7200.3 250GB 2,5
3x WD Caviar Green 1TB 3,5
Terratec Diversity (Dual Tuner)
and appear to be dead. Don't know what I'm missing, but that's for
another thread.
I still have segfaults on xineliboutput and can't identify why. AFAIK,
nothing changed except for multiproto S2API, and some cvs/hg
compiled software.
Anyhow, RadeonHD drivers seem to be much better than
On Sunday 02 November 2008 12:46:16 Artem Makhutov wrote:
Hi,
On Sat, Nov 01, 2008 at 05:48:07PM +0100, horchi wrote:
Hi,
i like to use the actual vdr 1.7.1 with the xineliboutput plugin. I don't
need h264 or any HDTV this time.
Has anybody vdr 1.7.1 with xineliboutput running properly?
Can VDR handle two different types of DVB card at once? I've got two
different makes of DVB-T card at the moment, which is fine because they
share one channels.conf, but I'm thinking of replacing one with DVB-S
for HD. Can VDR assign a different channels.conf to each card and merge
the
you are using the older patch use the attached one.
The fix-s2api-dvbs is not needed with this one.
I have some comment from these patches as I tried to investigate the code
to find out why it does not work with my hvr-1300 and hvr-4000 in
vdr-1.7.1 and xineliboutput. With vdr-1.7.0 version
Hi
My system has hvr-1300 (adapter0 connected terrestrial antenna for for
dvb-t) and hvr-4000 (adapter1 connected to satellite dish for dvb-s, dvb-t
antenna unconnected.)
Whether I use just vdr-1.4.7, 1.6.0, 1.6.0-2 or 1.7.0 with or without any
plugin, I have noticed that the dvb-t playback
[EMAIL PROTECTED]:/usr/local/src/vdr-1.7.1# make
g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c
-DUSE_CMDRECCMDI18N -DUSE_CMDSUBMENU -DUSE_CUTTIME -DUSE_DDEPGENTRY
-DUSE_DOLBYINREC -DUSE_JUMPPLAY -DUSE_LIEMIKUUTIO -DUSE_PLUGINMISSING
-DUSE_SETTIME -DUSE_WAREAGLEICON -DREMOTE_KBD
If I enable my subscription with my provider again, that uses irdeto2,
will
it work?
I can not say for sure whether irdeto2 works with sc and smartcard, there
however seems to be also a irdeto library in sc. The smart
card that I have subscribed uses conax.
Mika
On Sun, 5 Oct 2008, Mika Laitio wrote:
Hello All,
Today I finished the patch for DVB-S, DVB-S2, DVB-T and DVB-C support using
S2API
in combination with VDR 1.7.0.
I've tested my code on DVB-S, DVB-S2 and DVB-T transports and they were
all successful. DVB-C is untested (don't have a DVB-C
Enclosed are two patches. The clean patch is for a clean VDR 1.7.0 source
tree patched with Reinhard's
vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff.bz2
patch. The patched patch is for
those who have used the patch from 04-10-2008.
I'm about to begin
Hello All,
Today I finished the patch for DVB-S, DVB-S2, DVB-T and DVB-C support using
S2API
in combination with VDR 1.7.0.
I've tested my code on DVB-S, DVB-S2 and DVB-T transports and they were
all successful. DVB-C is untested (don't have a DVB-C option where I
live) but it should
here are the vdr S2API patches for vdr 1.7.1 + extensions 64 patch
and also for the vanilla vdr 1.7.1.
What is the purpose of this extension 64 patch?
Mika
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
i forgott write that the ext64 patch sits on top off :
vdr 1.7.1 + extensions 64 + the h264 patch.
With h264 patch, do you mean that
vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff
has been ported somewhere for vdr-1.7.1?
Mika
I though that it would mean that I could connect the card to VDR by using
the sc plugin, but I was wrong as sc plugin seems to only support smart
cards that has serial port or serial port over usb support, like phoenix
card readers.
So I think there would be 3 options
1) Install newcs daemon
Hi, in these days I tried new version of vdr 1.7.1 with the lastest
version of S2API.
I have an ss2 and a HVR-4000 card in my system.
I compiled and I installed correctly the lasted driver version (s2-mfe
first, then i tried s2 tree) but when I start vdr 1.7.1, it remains in
black screen
if I get short drop outs on a channel (NO Signal for example) the video goes
on in normal speed,
but after 3 or 4 further drop-outs the sound disappears and the video is
in some kind of slow motion.
I have to switch to another channel and back to get picture and sound
normal.
When I am
I was planning to use my digi tv viewing card with VDR by installing the
sc-plugin. My understanding this is legal as I would still need to use my
real viewing card.
The card reader I have seems to support the CCID interface, therefore I
found the tools needed for communication from
The basic democratic rules should integrate the community
and not only two multiproto developers.
Any way, my compromise for this problem is:
Manu Abraham and Steven Toth should work on one of the API's (together) and
then
decide which is the better solution for the new upcoming
86 matches
Mail list logo