I just received my SuSE 10.0 package and I am wondering
if it will be a good idea to update my vdr system to SuSE 10.0.
Has anyone tried it yet?
How about the VDSB problem with kernel 2.6.13?
That applies to the SuSE kernel as well, right?
Carsten.
Klaus,
I too am waiting for such a solution, I also mailed Technotrend asking if
there was anything on the horizon similar to your dream. I have had no
response!
In the US there are already HDTV decoder cards, in Europe we definitely
need a card capable of decoding MPEG4 and DVB-S2 and outputting it all via
HDMI.
At the moment I am experimenting with HDTV on my Pioneer PDP435XDE. I can
receive all the test broadcasts via Astra(s) and Hotbird. I use vdr-xine
on an Athlon 3000+ (2.3Ghz), …
[View More]512Mb RAM, Skystar2 and a Nvidia MX440 using
X11 at 720p. The picture is perfect and perfectly smooth. Unfortunately I
cannot receive the DVB-S2 MPEG4 broadcast of the SKY UK HD demo at 28.2
degrees East.
However, I still revert back to my trusty Technotrend FF DVB-S with CA for
normal TV viewing - it is still much better than doing things via X11,
which just doesn't seem right!! it would be such a neat solution to
replace this with your "dream card" so that I may once again receive
everything without swapping over to view the beauty of HDTV (great for
demos to family and friends though!)
Regards,
Morfsta
[View Less]
> To be honest: If you look at latest (flat-)TV sets and their way to
> deinterlace and scale the picture, I would prefer to get this done by
> software e.g. by using spline resize algorithms (see e.g.
> http://audio.rightmark.org/lukin/graphics/resampling.htm) and advanced
> deinterlacing options (see e.g.
> http://home.knuut.de/MWieser_/vf_raw_ntv_8) known from xine and mplayer.
Deinterlacing & scaling is much more than just "comb-effect defiltering". Additional …
[View More]crispness filtering needs to be applied. So far all software
DVD players has failed on this. (Windows side)
For more info see: www.hqv.com (Hollywood Quality Video)
Benchmarking: http://www.hqv.com/benchmark.cfm
- See difference of good and bad ones
- My LCD TV's Faroudja beat all SW decoders on picture detail keeping
- Yamaha cheap DVD player with scart & rgb
- computer with monitor
Of course you can ignore my comment because I haven't tested Mplayer as well as "MWieser", it is possible that Mplayer deinterlace with denoise etc. is
better than Windows side (VLC, WinDVD, Nvidia purevideo decoders).
> Unfortunately, those algorithms need processing power, processing power
> is expensive, and this will make this hardware really expensive.
And more noisier! (Or without noise even more expensive :)
Regards,
Jori
[View Less]
Hi list,
I am experiencing 2 little problems with the pvr350 (0.0.4pre1) plugin.
When I switch to a channel with 2 audio pids only the first one is
working. Soon as I switch to another pid the sound disappear and only
comme back when I switch back to the first pid.
I think that is an issue with the plugin because I have tried softdevice
before and the audio pid switching was working as expected.
So I gave a look through the code and I noticed that the function
'virtual void SetAudioTrack(…
[View More]eTrackType Type, const tTrackId *TrackId)'
is not implemented. Can this be related ?
As far as I understand this is not needed because the plugin is
implemented as a device and not as a player, but I have to admit that I
am a little confuse about vdr internal.
I think that my second problem is not vdr related but I am always asking
in case somebody have seen this before.
The quality of the sound when watching channels that provides 128 kbits
audio stream is really poor. It sounds like there is too much treble or
that the volume is too high for the amplifier. The strange thing is that
it only happen with 128 kbps channels, not with 64 or 192 kbps audio
streams...
My guess is that the ivtv driver is responsible of this behaviour but I
have seen no mention of this problem on the ivtv's mailing list.
Besides this 2 annoyances, this plugin is really great. The quality of
the tv-out is far superior from my nvidia-based graphic card, and the
decoding is really smooth compared with my softdevice setup.
I have been investigating for a few weeks without any progress, so any
hint is welcome.
Kind regards,
Erwan Dewel
[View Less]
Hi,
I was hunting a bug in VDRAdmin when I stumbled on "confusing" behaviour in
VDR1.3.34:
Programming a timer using "newt ..." and a very long summary leads to "line
too long" error message. Made some debugging and it seems that a line can
be up to 10239 characters.
So I shortened the "newt" call to 10239 and VDR accepted it. Reviewed to
timer in the VDR OSD and it showed up.
Later I had to restart VDR and it refused to read timers.conf! Then I
manually edited timers.conf until VDR …
[View More]accepted it.
I had to shorten the "newt" call to 10218 characters to get all working.
Looking at VDR'S source the parse buffer is 10k (10240 byte).
Are there some circumstances I don't get? Please enlighten me!
Regards,
Andreas
[View Less]
> If you're using the current developer version, simply put a call to
>
> SetPriority(19);
>
> at the beginning of cCuttingThread::Action().
> Let me know if this helps, the I'll add it to the official code.
I agree with the later messages stating that cutting queue is much better choice. Also one reader proposed that usleep could be used to limit
bandwidth, and had 5MB/s reduction in cutting speed.
Cutting is IO bound operation with harddisk reads and writes. And …
[View More]reading or
writing to disk 'exits' from thread to kernel, so that thread waits for disk write to complete until thread code is scheduled to be run again (unless
non-blocking disk IO is used).
So in theory this SetPriority would affect cutting speed a bit, because if
there is something more important to do after disk IO is done, it would be
done first. But it depends in kernel scheduler, some schedulers increase
process priorities when they are at IO wait.
Cutting also trashes caching, I didn't check how VDR does cutting, but earlier (1-2 years ago) I think there was a thread on this list of using
special disk IO methods for reading disk without caching (data left behind).
Read ahead caching is ok.
And finally I think the "cut in place" -patch would remove the need of cutting queues because cutting is more like file renaming than hard copying.
So instead of copying 2GB of data (1h recording) perhaps 100MB data is copied, and rest of 1.9GB data is just 'moved' via file renaming. Very fast.
Best regards, Jori
[View Less]
Hi there,
I'm getting the following when I try to compile the streamdev plugin:
make[1]: Entering directory `/src/vdr/PLUGINS/src/streamdev'
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID
-I/data/src/vdr/include -I/data/src/DVB/include -I. -o
streamdev-client.o streamdev-client.c
./tools/list.h:93: error: declaration of 'operator+=' as non-function
./tools/list.h:93: error: expected ';' before '<' token
./tools/list.h:94: error: declaration of 'operator+=' as non-function
./…
[View More]tools/list.h:94: error: expected ';' before '<' token
I am using vdr version 1.3.24, and streamdev 0.3.1.
Any help is appreciated.
Norm
[View Less]