Hi,
I wrote a patch to Steve Toth hvr3000 repository, so my FlyDVB Trio can use
multiple frontend.
So I get:
/dev/dvb/adapter0/demux0
/dev/dvb/adapter0/demux1
/dev/dvb/adapter0/dvr0
/dev/dvb/adapter0/dvr1
/dev/dvb/adapter0/frontend0
/dev/dvb/adapter0/frontend1
/dev/dvb/adapter0/net0
/dev/dvb/adapter0/net1
The bus of the two frontend is shared, isn't possible to get access to both
frontend simultaneously, so I get an -EBUSY error by trying accessing
frontend1 if frontend0 is …
[View More]in use.
VDR doesn't support yet the second frontend, and it try to get exclusive
access on both frontend on start, so the second frontend is inusabile.
Vdr should probe for multiple frontend at start, and access frontend only on
channel change.
Please can someone give me an help to wrote a patch for this issue?
Best Regards,
Eddi
[View Less]
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hello list.
As the subject already says, this is about VDR portability, or how to get
VDR up and running on a FreeBSD system.
In times where we have such really nice plugins like softdevice and
streamdev, we no longer need real MPEG2 or DVB hardware in a VDR system.
As i want to use my FreeBSD systems to watch TV or play VDR recordings i
decided to give porting VDR to FreeBSD a try.
Attached you can find the results.
In short terms: It simply …
[View More]works!
The only missing feature right now is, starting VDR as root and switching
to another user (-u command line option).
For now it is possible to watch any recording made by a VDR with real
hardware if the video directory is directly accessible over the network
(mountable by the client) or the use the streamdev plugin to stream VDR to
VDR.
All tests where done using a Linux system with two FF-DVB-S devices,
streamdev-server plugin and NFS exported video directory plus a wired and
a wireless FreeBSD-7.0 client running VDR with streamdev-client and
softdevice plugin.
As far as i could test the whole setup until now, everything works the
same way on FreeBSD as it does under Linux and i now have real
channel-hopping.
The patches are made in a way that a patched VDR will still compile under
Linux. Every modification, to the source or to the Makefiles is ifdef'd
out. So unless you say you want to compile VDR for FreeBSD you have an
unmodified version of source.
In case the ML software strips the attachments, the files are also
available for download at: ftp://ftp.frm2.tum.de/pub/jpulz/VDR/
Thoughts or comments from others are welcome.
regards
Joerg
- --
The beginning is the most important part of the work.
-Plato
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.4 (FreeBSD)
iD8DBQFH0Dy8SPOsGF+KA+MRAmVBAJ9Tzfxg0zWNN/fEX8vfeMOW2muvSACgivha
raTzC4R92jZ+Petp9Mqwr9E=
=f08n
-----END PGP SIGNATURE-----
[View Less]
Hi folks,
another release of my Extendend Recordings Menu plugin.
- fixed an issue with starting an editing process; thank to Andreas Mair
for the patch
- new marker ('*') is shown despite the setup option 'Show alternative
to new marker' is on and 'Patch font' is off; fixed; thanks to Saxman2k
from vdr-portal.de for reporting
- added option to switch off cutter queue
Screenshots and Download: http://martins-kabuff.de/extrecmenu_en.html
Greets,
Martin
Hi,
now that my VDR works fine with 2 satellites thanks to the help of some
kind folks here and the SourceCaps patch (did I mention it should be in the
mainstream VDR?) I have now a couple of FTA programmes in russian language
for my better half :-) The only problem is, none of these programmes carry
any EPG information. The schedules are available on the web sites, mostly.
Has somebody written a plugin that retrieves the schedules and creates
proper EPG data from them? I might but not too …
[View More]soon... I understand this
task can be a pain in <pick your favourite body part> because people use no
SOA interfaces. TBNRussia provides an Excel file (yuck).
TIA!
--
Reader, suppose you were an idiot. And suppose you were a member of
Congress. But I repeat myself.
-- Mark Twain
[View Less]
i can see many of us are seeking for the right hardware for vdr, so i
am. i want to start some discussion about the upcoming Sony PS3 as an
vdr client on steroids. as it will support linux out of the box, it
seams logical to, at least, think about it. i came to the following
pro/contra list:
pro: it supports HD (and Blue-Ray), is small and living room ready,
comes with linux, has powerful CPU, you get a gameconsole for free ;-)
contra: gets hot, likly DRM locked in some regards, it's a sony
…
[View More]the last point may be even not so bad, as sony loses money on each
selled device.
so what do others think about this idea? anything i have not thought
about that makes it even impossible to run vdr (or some other softdevice
client) on the PS3?
best regards ...
clemens
[View Less]
Hi,
I tried subtitle features and I saw some problems (I am using vdr-1.5.18
with softdevice and streamdev).
First auto channel update is need : there no way to save subtitle pid in
channel.conf. I haven't info about this on the manual and it takes me
some time how to make it works.
Next osd behaviour is weird : as soon as subtitle is started, when it
will refresh it will mess up with other osd. For example if I start
subtitle and then go to the menu, the menu will be clear by subtitle
…
[View More]refresh, but I am still in menu mode.
Next, why like audio aren't there an entry in main menu for showing
current subtitle tracks ?
The only way to know that is to use keymacro with Subtiles key, but that
could be hard to map it with remote with few keys.
Finally I have the impression that the subtitles synchronisation isn't good.
Thanks,
Matthieu
[View Less]
I am currently working on making the switch from PES to TS
as the VDR recording format, that's why there are currently
no new versions of VDR.
However, since the German ARD channels are going to start broadcasting
the standard AC3 component descriptor some time next week, I'm
publishing the attached patch that implements this in VDR 1.7.0.
From what I have been told, Premiere was the first provider that
actually broadcasted AC3 audio, and they chose not to use the
standard stream content …
[View More]value of '4' ("AC-3 audio"), but instead
used stream content value '2' with component type '5' ("MPEG-1 Layer
2 audio, surround sound"). And since they "certify" all their receivers,
this wrong decision was quickly adopted by other broadcasters, and
became a "pseudo standard".
Note that this patch is not necessary to receive AC-3 audio on the
ARD channels. They will still be broadcasting the old descriptors
in parallel with the new ones for about a year, so existing VDRs will
work just fine. This is just to let people who like to test this
actually do so.
The channel
MEHRKANALTEST;ARD:12421:hC34M2O0S0:S19.2E:27500:0:2001=deu;2002=deu:0:0:28397:1:1201:0
already broadcasts the new AC3 descriptor and can be used for testing
(no video, just audio test tones).
Klaus
[View Less]
Hello vdr readers,
is there a possibility to contact the femon-plugin developer? I want
to give any feature request for make the femon plugin accessible for
braille users.
--
Best regards Sebastian
ICQ: 264706583 | MSM: sebo(a)blinzeln.de | Skype: sebo_de | Yahoo: de_sebo
E-Mail: sebo(a)blinzeln.de | Web: www.blindzeln.de