vdr

vdr@linuxtv.org

6731 discussions

Fw: about eHD from Reelmultimedia (was - VDR Development)
by Goga777 08 Sep '08

08 Sep '08

I have resent with more correct subject :) Дата: Sun, 7 Sep 2008 21:51:54 +0200 От: Halim Sahin <halim.sahin(a)t-online.de> Кому: vdr(a)linuxtv.org Тема: Re: [vdr] VDR Development Hello, On So, Sep 07, 2008 at 08:25:56 +0200, Georg Acher wrote: > Been there, done that already :-) The HDE from Reel decodes h264, I wrote a > lot of the driver stuff for it. So there is (at least one) h264-decoder > card, and btw, vdr is the main platform for the HDE. Yes right that might be an option for short time. Micronas stopped the support of the used chips I think. How many boards can be equipped with the available chips???? How many boards are available for vdr users? I like to have a more general solution! Regards Halim

2 2

Re: [vdr] Fw: Problem with some HD-channels.
by Per Mellander 08 Sep '08

08 Sep '08

I have now uploaded ~20MB of data on: http://www.mellander.org/per/SD-Upscale-HD-SVT1.vdr This is ( I think ) an upscaled SD broadcast on the SVT HD channel. It behaves the same as an true HD broadcast on this channel. I will try to get some real HD material later tonight. /Per Goga777 skrev: >> I was running vdr-1.5.12 for quite som time, patched and with >> multiprotodrivers + CoreAVC I was able to watch HD channels on Thor >> 1.0W. The thing was that when I tried to watch: >> >> SVT >> HD;Telenor:11421:hC34M5S1Z35:S1.0W:25000:10512+512:640=sve;641=sve:0:B00:3801:70:14:0 >> >> I had problem with stuttering video and glitches in sound. The sound >> glitches came every second and the video was a little bit more >> stochastic in it's behaviour. >> >> I really wanted to be able to watch this channel because it's one of the >> 'official' swedish channels ( i.e Government owned ). I thought it was >> because of lack of CPU-power, so I bought an eHD and installed vdr >> 1.7.0. Everything was smooth as silk and I could watch almost all >> HD-channels without any problem. No more underpowered CPU glitches or >> crashes. Except for the SVT-channel that still had the problems noted >> above. :( >> >> So my question is, can anyone please tell me what special kind of stream >> that SVT is using and what I can do with my installation to be able to >> watch it? It's not FTA, but maybe someone could figure it out anyway. I >> can upload a short recording if anybody want to take a look. > > If you will record and will playback after that on vdr - will you have these problems ? > Yes, please upload somewhere the 5-10 MB sample with this record, I will see > > Goga > > > > > > > > > > > _______________________________________________ > vdr mailing list > vdr(a)linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > >

1 0

[PATCH] vga-sync-fields 0.0.8
by Thomas Hilber 08 Sep '08

08 Sep '08

A new version of the patch 'vga-sync-fields-0.0.8.tgz' now is available at: http://lowbyte.de/vga-sync-fields History since last version announced here: 2008-09-08: Version 0.0.8 - enhanced a standalone tool for testing the Soft-PLL without xine-lib and Xserver - a fix in xineliboutput configuration (see README) greatly improved responsiveness of Soft-PLL to channel switches - implemented a workaround for sporadically lost interrupts on Radeon type hardware - added experimental DRM and tools support for i810. I just started the port from Radeon to i810. It's not yet documented and far from complete 2008-08-23: Version 0.0.7 - added a small patch for recent hg xine-lib (1.1.16) from 2008-08-20. Together with the patch the actual xine-lib gives good results for playback and live-TV. 2008-08-21: Version 0.0.6 - fixed a bug that erroneously could trigger recovery actions as if stray updates would have been occurred - since 40ms enhancement (see below) issues with DVB budget cards are considered as fixed. You now also can watch live-TV with the patch. But the time to switch a channel still should be optimized. It sometimes takes too long for the Soft-PLL to lock. 2008-08-19: Version 0.0.5 - frame rate now adapted every 1/25 second instead of only once per second as before. This should make rate adaptions invisible even if they change by large values - implemented a simple graphic which should give you a better overview of how regularly frame updates are issued from your decoder. And how the Soft-PLL copes with these updates - automatic sync of initial field polarity now has been removed. It's now part of 40ms double buffer update improvement (see vers. 0.0.4) - simplified/changed interface to DRM-module - adapted all tools to new interface have fun! Thomas

1 0

vdr channels.conf compatibility
by David Hláčik 07 Sep '08

07 Sep '08

Hello, my question is? Does dvb-apps 1.1.1 and their utility scan support vdr 1.6 format? dvb-apps 1.1.1 is official tarball on dvb-apps website. Thanks! David

1 0

new rolloff paramemter in channels.conf for vdr 1.7.0
by Goga777 07 Sep '08

07 Sep '08

Hi As Manu explained me it's not possible to set manually rolloff/FEC for stb0899. that's why I'm wondering - what for need the new roll off (parameter O) parameter in channels.conf ? Only for reading the current state of roll off in demod ? (0,35% is default for dvb-s/s2 BPSK, QPSK, 8PSK) Is work really ? Goga

2 2

Subtitles not shown after language change
by Tero Siironen 07 Sep '08

07 Sep '08

Hi, I noticed a problem with multi-language broadcast with subtitles or actually playback of recording of that (I didn't watch it in live). The clip is mainly having swedish audio, but during the interviews audio is finnish. However audio track seems to marked as swedish only. During the swedish audio the clip has finnish subtitles and vice versa. But during the playback when finnish subtitles should be shown again after swedish, they will not appear. Only way to fix that is to stop the playback and press play again and then the finnish subtitles are shown again. I noticed that subtitle menu shows that actually finnish subtitles might be in swedish track for a while. But still, if I stop and then continue the playback, VDR shows the subtitles, so I'm not sure where the problem is. I uploaded the 100MB sample clip to here: http://rapidshare.com/files/143391850/Sportmagasinet.tgz.html My system consists from VDR 1.6.0-1 on FC4, TechnoTrend DVB-C FF 2.1+Satelco DVB-C budget. Default languages are set as Finnish, Swedish and English in that order for subtitles and Finnish, English, Swedish for audio. -- Tero

1 0

DVB API Wrapper for VDR-1.7.1
by Udo Richter 07 Sep '08

07 Sep '08

Hi list, A minimal update to the DVB API wrapper for VDR 1.7.1 is available on my web site. http://www.udo-richter.de/vdr/patches.en.html#dvb-api-wrapper http://www.udo-richter.de/vdr/patches.html#dvb-api-wrapper Cheers, Udo

1 0

[ANNOUNCE] VDR maintenance patch 1.6.0-2
by Klaus Schmidinger 07 Sep '08

07 Sep '08

VDR maintenance patch 1.6.0-2 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.6.0-2.diff This is a 'diff' against version 1.6.0-1 (which is the official version 1.6.0, patched with ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.6.0-1.diff). Small fixes to the officially released VDR versions will be first made available as "maintenance patches" in the Developer directory, so that they can be reviewed and tested before a new official release is published. So please apply the above patch(es) and report whether it works (or if it causes any new problems). This version is binary compatible to the previous one, so plugins don't need to be recompiled. The changes since version 1.6.0-1: - Updated the Italian OSD texts (thanks to Diego Pierotto). - The SVDRP signon message now indicates the character encoding in use, as in "220 video SVDRP VideoDiskRecorder 1.7.1; Fri May 2 16:17:10 2008; ISO-8859-1". This may be useful for instance for external tools that provide EPG data, so that they can correctly encode the strings. - No longer calling FcFini() to avoid problems with older (broken) versions of fontconfig (suggested by Edgar Toernig). - Updated the sources.conf file (thanks to Oleg Roitburd). - Fixed a possible integer overflow in GetAbsTime() (thanks to Alexander Rieger). - Fixed a problem with calling isyslog() from within the SignalHandler() (thanks to Udo Richter). - Replaced the Finnish language code "smi" with "suo" (thanks to Rolf Ahrenberg). - Fixed wrong value for TableIdBAT in libsi/si.h (thanks to Winfried Köhler). - Removed unneeded include files <linux/dvb/dmx.h> und <time.h> from remux.h (reported by Tobias Grimm). Have fun! Klaus

2 1

Greener VDR
by jori.hamalainen＠teliasonera.com 06 Sep '08

06 Sep '08

I don't know it this has been ever suggested. More greener VDR. What I have in my mind is to shutdown DVB cards when not needed. Why? I use my VDR as fileserver and web platform so I am not happy to shutdown whole machine (I run 24/7). I turn off harddrives to save energy, OS and X is on SSD drive. So it comes into question that if not timers are occouring and I indicate with power off-button (or even main menu-entry "power save") that I am not live tv -using VDR, and EPGScan is not needed, why not shutdown the DVB cards? EPGScan could be done with budget card on timeout, naturally if budget is present. After scan go to sleep again. With hitting remote could wake up the cards (I am not using DVB card IR remote) which needed. Like FF card for menu, or with softdevices, enable tv-out via that. I don't know how much watt savings could be achieved with this, but on conseptual level it sounds good or do you agree? I hope some 10-20 watts could be saved in 1xFF and 2xbudget environment. And less heat inside the box, on softdevices CPU runs lower power etc.. //Jori

3 2

Failed to read channels.conf after adding transponder
by Udo Richter 06 Sep '08

06 Sep '08

Hi Klaus & list, Today I had an unexpected parse error in my channels.conf, in this line: Test Feed;Test Feed:10920:hC56M2O0S0:S19.2E:22000:0:0:0:0:0:1:1063:0 The line was added by automatic transponder scan yesterday. The 'bug' of this channel is that the SID (4'th last) is 0, triggering tChannelID::Valid() to be false. By now, the channel is announced correctly like this: Test Feed;Test Feed:10920:hC56M2O0S0:S19.2E:22000:601:0:0:D02,1815:20351:1:1063:0 The core problem however is that the channel was added without completely checking validity first. Adding a check for Valid() to cChannels::NewChannel() probably solves this issue. (not tested) Until this is fixed, its probably a good idea to disable channel updates for VDR systems that run mostly un-monitored. (Holiday season is near!) Cheers, Udo

12 24

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr