vdr

vdr@linuxtv.org

2 participants
6731 discussions

Re: [vdr] A new generation of DVB devices
by Morfsta 13 Oct '05

13 Oct '05

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), 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

6 6

RE: [vdr] A new generation of DVB devices
by jori.hamalainen＠teliasonera.com 13 Oct '05

13 Oct '05

> 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 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

1 0

pvr350 plugin : unable to switch audio pids
by Erwan Dewel 13 Oct '05

13 Oct '05

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(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

1 0

Bug in SVDRP?
by Andreas Mair 13 Oct '05

13 Oct '05

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 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

5 6

RE: [vdr] Thread priority of cutting thread in vdr
by jori.hamalainen＠teliasonera.com 12 Oct '05

12 Oct '05

> 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 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

3 2

[ANNOUNCE] Streamplayer-0.1.1 and mplayercluster-Urig6
by Udo Richter 12 Oct '05

12 Oct '05

Hi list, I've finally released a new version of the streamplayer plugin, fixing a stream bottleneck and some improvements. The same stream fix also results in a new version of the mplayercluster patch. Finally, I've released a patch to VLC-0.8.2 to create 4:3 streams for streamplayer. Here's each of them: Streamplayer-0.1.1: - i18n-support - Receive buffer size configurable - Avoid cRemux timeouts - Improved OSD error reporting - Support Multicast UDP streaming http://urichter.cjb.net/vdr/?h=streamplayer&l=en http://urichter.cjb.net/vdr/?h=streamplayer ----------- mplayercluster-0.0.1a-Urig6: - Avoid cRemux timeouts http://urichter.cjb.net/vdr/?h=mplayercluster&l=en http://urichter.cjb.net/vdr/?h=mplayercluster ----------- VLC croppadd patch version 2: - Fixes crop on transcode - Implements padd on transcode - Automatic letterbox to 4:3 http://urichter.cjb.net/vdr/?h=vlc-croppadd&l=en http://urichter.cjb.net/vdr/?h=vlc-croppadd Cheers, Udo

1 0

Error compiling the streamdev plugin
by Norm Dressler 12 Oct '05

12 Oct '05

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 ./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

1 0

off topic - 'avimerge' audio sync
by Simon Baxter 12 Oct '05

12 Oct '05

Hi. I've merged a bunch of AVI clips from my camera and am playing them under the mplayer plugin. Doesn't appear to be to do with the plugin, but it looks like 'avimerge' loses audio sync. After the 3rd or 4th merges clip plays, the audio is significantly ahead of the video. any ideas?

1 1

Thread priority of cutting thread in vdr
by peter.dittmann＠freenet.de 12 Oct '05

12 Oct '05

'm also using older PC types (PIII) and the cpu load of the cutting thread is seriously hampering the resposiveness of vdr. Is there a way to lower the priority of the thread for cutting ? I know there are some patches around (cutter-queue; bandwith), but both seems not to address it on the thread priority. Wouldn't it being a real solution to make the cutter a background task on nice level ? I've tried to understand how vdr sets the thread priority but I got lost. Can somebody shed some light on the was the thrad priorities are assigned and wether it woul be possible to place a single thread at nice level while vdr still uses normal sheduling. kind regards Peter

8 11

ANNOUNCE: Muggle 0.1.9
by Lars von Wedel 12 Oct '05

12 Oct '05

Dear all, for a long time, we have not announce Muggle (short for Media Juggle) releases on the mailing list, probably because there was not much feedback here as compared to vdrportal.de. Muggle is a database-driven music browser and replay plugin. You can define playlists via the OSD by browsing available tracks structured to your taste. Muggle permits not only browsing directory hierarchies, but you can assemble hierarchies from various categories online using the OSD. Basic hierarchies that are defined by default are e.g. Artist/Album/Track or Album/Track, but you can easily define your own browsing schemes like Genre/Artist/Track or Decade/Genre/Track or whatever you like. The underlying database is compatible with a project called GiantDisc (http://www.giantdisc.org) so you can make use of the database contents also from other places (Linux, Palm remote control, Web interface). Since a lot has been changed since our first releases, I'd like to announce the most recent beta release 0.1.9 here again. I cannot list all minor changes, but the most noteable features our first releases are - Progress display via graphlcd plugin - Improved display while replaying a lot (list of tracks, track details, progress display) - Import simplified and speeded up a lot, can now be started via OSD - Decoder for FLAC files (in addition to mp3, wav, ogg/vorbis) - Export of m3u playlists and execution of commands on them (e.g. burn to CD or copy to MP3-stick) - Database interfaces for mySQL (inclugin embedded variant), SQlite, Postgres - Incremental search in the OSD (as knwon from emacs) - Display cover images from ID3v2 tags or the song directory - Enable arbitrary image display via Service interface. A patch is included to permit the image plugin to display images via muggle along with music playback. - Lots of bugfixes The most recent archive is available for download at http://www.htpc-tech.de/download/vdr-muggle-0.1.9.tgz Many thanks go to Wolfgang Rohdewald (for a lot of the database work), all users for testing and reporting possible improvements (and problems), and all translators, all ... Enjoy! Wolfgang and Lars, Muggle Authors

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr