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]
Hi
I have a little question about vdr recording format when in H264 (BBC HD),
currently I can convert with mencoder my recording made from my HD terminal
after converting trp to ts.
When I try to mplayer the same vdr recording (ie 001.vdr) it find no video
track. I can only see them with xine from vdr or from command line
Does anybody has successfully convert those records ?
Thanks for help
VDR 1.7.0 + S2/H264 patch
Mencoder :
MEncoder 1.0-1.rc1.20.2plf2008.0-4.2.2 (C) 2000-2006 MPlayer Team
…
[View More]CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ (Family: 15, Model: 75,
Stepping: 2)
CPUflags: Type: 15 MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1
Compiled with runtime CPU detection.
98 audio & 216 video codecs
Mplayer :
MPlayer 1.0-1.rc1.20.2plf2008.0-4.2.2 (C) 2000-2006 MPlayer Team
CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ (Family: 15, Model: 75,
Stepping: 2)
CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1
Compiled with runtime CPU detection.
98 audio & 216 video codecs
[View Less]
Hi list,
the last few days I made some interesting experiences with VGA cards I
now want to share with you.
goal
----
develop a budget card based VDR with PAL/RGB output and FF like output quality
problem
-------
as we all know current VGA graphics output quality suffers from certain
limitations. Graphics cards known so far operate at a fixed frame rate
not properly synchronized with the stream.
Thus fields or even frames do often not appear the right time at the ouput.
Some are doubled …
[View More]others are lost. Finally leading to more or less jerky
playback.
To a certain degree you can workaround this by software deinterlacing.
At the cost of worse picture quality when playing interlaced material. Also
CPU load is considerably increased by that.
It appeared to be a privilege of so called full featured cards (expensive cards
running proprietary firmware) to output true RGB PAL at variable framerate.
Thus always providing full stream synchronicity.
I've always been bothered by that and finally started to develop a few patches
with the goal in mind to overcome these VGA graphics limitations.
solution
--------
graphics cards basically are not designed for variable frame rates. Once
you have setup their timing you are not provided any means like registers to
synchronize the frame rate with external timers. But that's exactly what's
needed for signal output to stay in sync with the frame rate provided by
xine-lib or other software decoders.
To extend/reduce the overall time between vertical retrace I first
dynamically added/removed a few scanlines to the modeline but with bad
results. By doing so the picture was visibly jumping on the TV set.
After some further experimenting I finally found a solution to fine adjust the
frame rate of my elderly Radeon type card. This time without any bad side
effects on the screen.
Just trimming the length of a few scanlines during vertical retrace
period does the trick.
Then I tried to implement the new functionality by applying only minimum
changes to my current VDR development system. Radeon DRM driver is perfectly
suited for that. I just had to add a few lines of code there.
I finally ended up in a small patch against Radeon DRM driver and a even
smaller one against xine-lib. The last one also could take place directly
in the Xserver. Please see attachments for code samples.
When xine-lib calls PutImage() it checks whether to increase/decrease
Xservers frame rate. This way after a short adaption phase xine-lib can
place it's PutImage() calls right in the middle between 2 adjacent vertical
blanking intervals. This provides maximum immunity against jitter. And
even better: no more frames/fields are lost due to stream and graphics
card frequency drift.
Because we now cease from any deinterlacing we enjoy discontinuation of
all its disadvantages:
If driving a device with native interlaced input (e.g. a traditional TV Set
or modern TFT with good RGB support) we have no deinterlacing artifacts
anymore.
Since softdecoders now are relieved of any CPU intensive deinterlacing
we now can build cheap budget card based VDRs with slow CPUs.
Please find attached 2 small patches showing you the basic idea and a
description of my test environment. The project is far from complete but
even at this early stage of development shows promising results.
It should give you some rough ideas how to recycle your old hardware to a
smoothly running budget VDR with high quality RGB video output.
some suggestions what to do next:
- detection of initial field parity
- faster initial frame rate synchronisation after starting replay
- remove some hard coded constants (special dependencies on my system's timing)
Some more information about the project is also available here
http://www.vdr-portal.de/board/thread.php?threadid=78480
Currently it's all based on Radeons but I'll try to also port it to other
type of VGA cards. There will be some updates in the near future. stay tuned.
-Thomas
[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]