Re: [vdr] reencode/transcode to(!) vdr
Hi Michael, I tried several ts muxers but only result of SmartLabs tsMuxeR was playable by vdr. http://smlabs.net/en/products/tsmuxer/ Michal On 10/27/2011 08:26 PM, M. Fiegert wrote: Hello, can anybody please point me to some examples how to transcode/reencode to vdr format (ts or pes if necessary)? I found a lot of convert scripts, mencoder commandlines, ... to transcode from vdr to eg mp4. Unfortunatly I could not find anything for the opposite direction :-( How can I go the other way round (to view external files in vdr with the same comfort as native recordings) or reencode recordings (to compress pes and ts mpeg recordings to h264 with lower resolution - you don't need full picture quality on an archive of political discussions for example). I could not find a mencoder option to output ts. I guess i need to encode with mencoder and then remux with some other tool? Thanks for any link Michael ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] tvguide 0.0.1
Don't you have following error in the log? vdr: [8343] ERROR: cOsd::SetAreas returned 3 (bpp not supported) I'm experiencing the same crash. I'm using xineliboutput and there seems to be some problem with truecolor OSD support. Michal On 01/03/2013 03:55 PM, syrius...@no-log.org wrote: Hi, I've just discovered tvguide on vdr-developper.org. I'm running vdr 1.7.31. i followed the instructions, copied the themes files to $VDRCONF/themes. When i try to use the plugin I get nothing (osd goes away). vdr control doesn't work anymore so i guess the plugin is activated. And vdr segfaults when i press OK. I don't have any channellogos or epgimages, the plugin is run with no option. The README file doesn't tell much about theses images anyway. (format, filename, examples files, etc... nothing) vdr-tvguide-0.0.1.tgz seems to date from september, is there a public repo for this plugin ? logs: vdr: [7439] tvguide: Rendering took 0 ms vdr[7439]: segfault at 20 ip 7f494f59254e sp 7fff4b73be80 error 4 in libvdr-tvguide.so.1.7.31[7f494f581000+1b000] config: OSDSkin = sttng OSDTheme = default tvguide.bigStepHours = 3 tvguide.channelCols = 5 tvguide.displayTime = 160 tvguide.epgImageHeight = 240 tvguide.epgImageWidth = 315 tvguide.fontButtonSize = 33 tvguide.fontDetailHeaderSize = 40 tvguide.fontDetailViewSize = 33 tvguide.fontGridSize = 27 tvguide.fontGridSmallSize = 24 tvguide.fontHeaderSize = 33 tvguide.fontIndex = 0 tvguide.fontMessageBoxLargeSize = 40 tvguide.fontMessageBoxSize = 33 tvguide.fontTimeLineDateSize = 33 tvguide.fontTimeLineTimeSize = 0 tvguide.fontTimeLineWeekdaySize = 40 tvguide.footerHeight = 80 tvguide.headerHeight = 120 tvguide.hideChannelLogos = 1 tvguide.hideEpgImages = 1 tvguide.hugeStepHours = 24 tvguide.jumpChannels = 5 tvguide.logoExtension = 0 tvguide.logoHeight = 73 tvguide.logoWidth = 130 tvguide.roundedCorners = 0 tvguide.themeIndex = 1 tvguide.timeColWidth = 120 tvguide.timeFormat = 1 tvguide.useBlending = 1 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] streamdev doesn't suspend live TV
Hi, I think there is a bug in the way streamdev switches the channel before it starts streaming. I have only 1 tuner and suspend behaviour in streamdev-server is set to "always suspended". Unfortunately streaming doesn't stop live TV when the channel is on a different transponder. Streamdev switches the channel in cConnectionHTTP::ProcessRequest(), but before streaming is started the channel is switched back on a different thread in the main while loop in vdr.c (the statement with comment "Make sure we have a visible programme in case device usage has changed"). Michal ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DIVX recordings? :)
Hi, I've generated H264 TS with VLC but VDR cannot play it. Avidemux can produce only MPEG2 TS and it also doesn't work with VDR. Mencoder doesn't support TS as output container at all. Is there a way to produce TS that would work with VDR? Michal On 09/05/2010 02:38 PM, Teemu Suikki wrote: Hi! This is a good idea, I didn't think about that! I also watch my recordings with PS3, it has good support for H.264 TS too. -- Teemu 2010/9/5 Rolf Ahrenberg: On Sun, 5 Sep 2010, Teemu Suikki wrote: So basicly I would like to be able to compress vdr recording to divx, but still view it like normal VDR recording. It would be quite enough Why don't you just use H.264 TS instead of Divx? VDR already natively supports it... ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Problem with osdteletext plugin 0.9.0
I'm successfully using osdteletext-0.8.2.cz from
http://www.cssf.cz/showthread.php?35867-vdr-1.7.10-a-eHD with attached
patch.
Regards
Michal
On 01/05/2011 11:51 PM, Marek Hajduk wrote:
I just get this error:
sock_send: socket write error
Segmentation fault
It seems, there is a problem with wrong choosing of character set on Czech
or Slovak teletext pages.
How can I debug it?
Regards
Marky
-Original Message-
From: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] On Behalf Of
Marek Hajduk
Sent: Sunday, January 02, 2011 11:40 PM
To: 'VDR Mailing List'
Subject: [vdr] Problem with osdteletext plugin 0.9.0
Hi all,
VDR-1.7.16 with plugin osdteletext-0.9.0 crashes on channels with slovak or
czech teletext.
You can try on this fta channel:
CT 24;CS
Link:12525:VC34M2O0S0:S23.5E:27500:165=2:100=...@4:52:0:8006:3:3014:0
Any help appreciated
Marek Hajduk
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
--- txtrender.c.orig 2009-05-26 19:00:30.0 +0200
+++ txtrender.c 2011-01-06 14:36:19.0 +0100
@@ -536,16 +536,19 @@
c.SetCharset(FirstG0);
c.SetChar(' ');
if (Flags&0x60) {
c.SetBoxedOut(true);
}
SetChar(x,24,c);
}
//enhanced code
+
+return;
+
int next_des = *(int *)(PageCode+TELEPAGE_SIZE);
int *eh = (int *)(PageCode+TELEPAGE_SIZE+4);
int row = 0;
int *p, *e;
if (next_des < 1)
return;
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Developer versions
On 01/13/2011 03:24 PM, Oliver Schinagl wrote: I'm curious as to how you got the composite and opengl HUD's working, I have been far from successful. It appears to just not work at all :S I've tried composite HUD and it works and looks really nice. The bad is that enabling composite extension breaks vsync, so in the end it is unusable. Michal ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Remote receiver options...
Hi, most motherboards have serial header on board. I've used Atric IR-Einschalter on one HTPC and I can really recommend it http://www.atric.de/IR-Einschalter/index.php On another HTPC I've used USB remote that was bundled with the case (MS-Tech MC-1200) and the problem was that the device was detected as HID device and some keys generated combined events like Shift+3, Ctrl+Shift+Alt+R and so on. I wasn't able to configure LIRC to understand it so in the end I wrote a small application to remap these combinations to single events. Michal On 01/25/2011 11:45 AM, Magnus H wrote: Hi. I use the Hauppauge MCE USB remote and think it's really good. Works with modern kernels or lirc. http://www.prisjakt.nu/produkt.php?e=425720 /Magnus H -Original Message- From: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] On Behalf Of Laz Sent: den 25 januari 2011 10:53 To: VDR list Subject: [vdr] Remote receiver options... I've been following various threads over the past year or so exploring various options for having a server-client vdr setup and it got me thinking. I'm currently using a home-brew LIRC receiver attached to a serial port which works perfectly. The ION-based boards look very nice as a vdr front end (using xinelibout or some yet-to-be-written plugin!) because they can do hardware HD decoding. However, I suspect a lot of these lack a serial port so my simple LIRC receiver would be no good. What are others doing in this sort of situation? USB-based receiver (there are a couple described at lirc.org), or do most of the ION boards still have a serial header (must admit, not looked into this properly yet!)? Several DVB devices do contain receivers but that pretty much defeats the object of having a server containing DVB devices and a client just for viewing. It all looks nice in principle but any lack of a remote is a deal breaker! Cheers, Laz ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Detecting recording errors
I'm using attached script to see if there are any errors in the video.
Michal
On 02/10/2011 01:59 AM, Tobias Grimm wrote:
Am Montag, den 10.01.2011, 20:19 +0100 schrieb Tobias Grimm:
Is there a patch/plugin/tool/whatever which would make VDR somehow tag
recordings where there were stream-error when recording?
It shouldn't be too hard to scan a *.ts-File for discontinuity errors,
but I would like to make VDR detect this while recording and somehow set
a flag, so I can see if a recording might have errors.
No idea anyone?
What else besides continuity errors could be checked, to see if a TS
recording has errors?
Tobias
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
#!/bin/bash
FILE=${1:-0*.ts}
cat $(ls -1 ${FILE} | sort -n) | ffmpeg -er 2 -i /dev/stdin -f null /dev/null
2>&1 | tee ffmpeg.log
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR test series about frame detector
Hi, I've scanned my archive and this is a result: 1114 Maximum TS package frame size needed for this video recording: 5 9 Maximum TS package frame size needed for this video recording: 6 All is SD content from DVB-T in Czech Republic. Michal On 01/14/2014 09:34 PM, Eike wrote: Hello! I need some help from VDR users - for variety reasons especially from those not in Germany. There's a glitch in the frame detection of VDR. It sometimes misses the first possibility to record a stream. It looks on frames of at least 5 * 188 bytes, and depending on the stream, sometimes 6 frames are needed. Trouble is, I'm not sure if 6 is enough for everybody. Thus I need your tests. You need ot be able to compile a VDR to help. First, in the VDR directory, you do a: make Then you compile the attached C++ file (unziped, of course): g++ -c framedetectortest.cpp Then you're linking it: g++ -o framedetectortest framedetectortest.o remux.o ringbuffer.o thread.o tools.o i18n.o sections.o channels.o device.o audio.o ci.o receiver.o transfer.o player.o osdbase.o status.o skins.o osd.o config.o font.o sources.o menu.o recording.o videodir.o timers.o epg.o dvbplayer.o menuitems.o remote.o keys.o interface.o plugin.o cutter.o themes.o svdrp.o eit.o eitscan.o shutdown.o filter.o sourceparams.o dvbsubtitle.o pat.o sdt.o nit.o dvbdevice.o diseqc.o recorder.o dvbci.o libsi/libsi.a -lfontconfig -lfreetype -lpthread -ldl - ljpeg Now you've got an application called framedetectortest, which you can feed your vdr recordings (*.ts files) to: ./framedetectortest 2.ts The output looks about like this: Checking file at offset 0 Without frame limit... Found I frame after 99452 bytes With frame limit 5... Found I frame after 220336 bytes With frame limit 6... Found I frame after 99452 bytes TS package frame size needed for this video block: 6 Maximum TS package frame size needed for this video recording: 6 I need reports which number your stream resulted in (the "Maximum TS package frame size") and what you've tested (Cable? Satellite? Terrestrical? HD, SD? Your country?). The result is interesting even if it is 5 or 6. Thanks in advance, Eike ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Minimum CPU requirement for xineliboutput + vdr-sxfe for HDTV
On 02/27/2014 09:29 PM, Stephan Loescher wrote: I know from my own VDR-systems, that a Intel Core2 Duo @ 1.86GHz or a Core i3 540 @ 3.07GHz has far enough power to run VDR and vdr-sxfe for displaying HDTV. My personal experience is that i5-2500K 3.30GHz plays HDTV well, but playback on E6500 2.93GHz is jerky. Michal ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] CAM questions
Hi all, I'm thinking about getting a payTV subscription using DVB-C and my provider uses Conax Cas7 CAM with paired cards, so using the official CAM in a CI slot is the only option. I never used CAMs, so I have few (maybe stupid) questions, but I didn't find an answer on the web. Are CI somehow paired with a specific card or tuner? Let's say I have DVB-S with CI (Hauppauge WinTV-NOVA-CI PCI) and DVB-C card without CI (TerraTec Cinergy T PCIe dual). Would it work so that the encrypted stream from DVB-C is decrypted by Conax CAM in CI that is attached to DVB-S card? How many channels can be typically decrypted at the same time? Is it limited by the maximum number of pids or by the bandwidth that the CAM is able to decrypt? My goal is to be able to watch one channel and record at least other 2 channels. So I'd like to buy TBS6680 dual tuner with dual CI (but I would use just one CAM and the second CI slot would stay unused). I would use this card together with the TerraTec Cinergy T. So there would be 3 DVB-C tuners and one CAM. Would this combination work as I wish? Regards, Michal ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] CAM questions
Why must they be on the same transponder? That was my original question in this thread and the answer was different. So even if I have CAM that can decrypt multiple channels, it cannot decrypt multiple channels from different tuners? Michal On 05/22/2014 02:15 PM, Klaus Schmidinger wrote: On 21.05.2014 16:56, Jose Alberto Reguero wrote: I have two usb cards, one with ci. I have a cam that can decrypt multiple streams, but if I am recording a encrypted channel and I tune to another encrypted channel, I get channel not available. It is possible to tune two encrypted channels with that setup? This should work, as long as the two encrypted channels are on the same transponder. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] CAM questions
Ralph, thanks for explanation. This is compeletely different answer from what I got 2 weeks ago. So back to my example from the first post. CI is paired with (bound to, connected to or name it as you like) a specific tuner and I cannot use Conax CAM in CI connected to WinTV-Nova-CI-S card to decrypt transport stream provided by Terratec Cinergy T (DVB-C tuner) which doesn't have CI interface. Michal On 05/22/2014 03:12 PM, Ralph Metzler wrote: Michal Novotny writes: > Why must they be on the same transponder? That was my original question > in this thread and the answer was different. > > So even if I have CAM that can decrypt multiple channels, it cannot > decrypt multiple channels from different tuners? No, with most hardware this is not possible. The transport stream input of the CAM-Interface is usually directly connected to the output of the tuner/demodulator of the card it is mounted on or connected to. So, only services in this one transport stream can be decrypted. Only on few card models this is not the case and an arbitrary transport stream can be sent from the PC memory to a CAM-Interface, through the CAM-Module, and back to the PC memory. In this case, you can take partial transport streams from several tuners, mux them together, send them through the CAM, decrypt them, etc. But even for those cards VDR does not (yet fully) support this. Ralph ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] merge 3 recordings of the same show to remove glitches?
I'm doing this quite frequently. I'm using following command to find the errors in vdr recordings: cat $(ls -1 0*.ts | sort -n) | ffmpeg -i /dev/stdin -f null /dev/null 2>&1 | tee ffmpeg.log 2 lines are produces every second so the accuracy of error location depends on how fast the CPU is. I tried several frame accurate editors in the past and found fame-ring being the best for this task. http://www.fame-ring.com/ I cut only MPEG2-TS but it should handle h.264 in TS too. The only downside of this editor is that it doesn't run under Wine, so I ended up with minimalistic WinXP installation in Qemu. Cutting the files on Samba share is pretty fast with virtio network driver. Michal On 02/19/2015 07:13 AM, cedric.dew...@telfort.nl wrote: Hi vdr list, I have recorded the same show 3 times. The reception was not optimal, so the are a few places where there are glitches in the recordings. When I play the files with mplayer, i see messages in the terminal as mplayer tries to conceal the errors. The glitches are not in the same place on the 3 recordings. Is there some software that can detect the errors, and then replace the damaged sections with correct data from the other 2 files? Kind regards, Cedric ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] streamdev doesn't suspend live TV
Hi Frank, On 09/03/2010 05:42 PM, Frank Schmirler wrote: Thanks for tracking that down. I've been able to reproduce this bug and prepared a fix for CVS. Unfortunately CVS and bugtracker on vdr-developer.org are still down. The patch won't help much if you cannot get the CVS version... that's good news! I've created a temporary hotfix that works for me, so no need to hurry up. Anyway I'm looking forward for a proper solution. Regards, Michal ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
