Re: [vdr] Client/server implementation after VDR 2.0: Do [not] reinvent the wheel

On 03/01/2012 05:02 PM, Gero wrote: Im currently steaming forma dual tuner on two xbmc ;-) xbmc is not part of tvheadend, so it does not count. But XBMC incorporates via plugin tvheadend support (as vdr but not via streamdev btw). There are various solutions of C/S with vdr, but all are

Re: [vdr] Client/server implementation after VDR 2.0: Do [not] reinvent the wheel

On 03/01/2012 03:31 PM, Gero wrote: I don't know MythTV, but I tried tvheadend. It has a really attractive backend, but no (working) frontend. Starting vlc from browser crashes the browser and the frontend does not connect to backend at all. Say you've been unable to manage to do it ;-) Im cu

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.24

On 02/28/2012 03:49 PM, syrius...@no-log.org wrote: Eric Valette writes: On 02/28/2012 03:08 PM, Gero wrote: ... but it's not that dau-proof than vdr-distributions like linVDR or yaVDR, so I think it could be a good template for future vdr-development, but not serve as a vdr-replac

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.24

On 02/28/2012 03:08 PM, Gero wrote: ... but it's not that dau-proof than vdr-distributions like linVDR or yaVDR, so I think it could be a good template for future vdr-development, but not serve as a vdr-replacement. Well openelec distrib does have means to use tvheadend... At least I think,

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.24

On 02/28/2012 11:24 AM, Gero wrote: I think, many vdr-users crave for redesign and I'm sure, that some users are willing to participate. I drooped vdr in favor of tvheadend just for many of the design reason you mentioned: 1) Clear backend/front end design, 2) Better networ

Re: [vdr] howto ignore lines in channels.conf

On 15/01/2012 11:26, Klaus Schmidinger wrote: What charakter can i add in front of a line to let the line be ignored? There is no comment character in channels.conf, because VDR writes this file, and thus any comments would be lost. IMHO This is not a sufficient answer: it could skip the lin

Re: [vdr] Replacing aging VDR for DVB-S2

On 16/01/2011 18:33, VDR User wrote: One I'm using as a full time htpc, the other is a test box at the moment. And they do 1080i just fine. The ion1 box can't do temporal-spatial on 1080i but it does temporal just fine. I'm very satisfies with the very low power and no noise from the ion's.

Re: [vdr] Developer versions

On 11/01/2011 19:11, Tony Houghton wrote: I don't get any picture at all on HD channels, with or without VDPAU. Last time I checked the yavdr packages, I was not getting HD either. Manually compiling vdr doing removal from the debian patches series of everything that was not tagged as "re

Re: [vdr] Is there a VDR plugin to collect transponder data?

On 01/11/2011 03:04 PM, jori.hamalai...@teliasonera.com wrote: Sort like a "femon for transponder", so plugin would collect actual bitrates of all channels of that transponder? If you find this, please tell me: it should then be easy to write the initial channels.conf :-) -- eric __

Re: [vdr] Developer versions

On 01/11/2011 03:18 PM, Tony Houghton wrote: On 11/01/11 12:16, Eric Valette wrote: https://launchpad.net/~yavdr/+archive/stable-vdr cause its ubuntu and he uses debian ? ;) The yavdr packages works fine on debian (or at least as on ubuntu)... Except that: I have them running on my

Re: [vdr] Developer versions

https://launchpad.net/~yavdr/+archive/stable-vdr cause its ubuntu and he uses debian ? ;) The yavdr packages works fine on debian (or at least as on ubuntu)... -- eric ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/li

Re: [vdr] Recordings starting with B-Frame?

Le 28/12/2010 15:41, Tobias Grimm a écrit : I don't known how much I can trust avidemux, but it tells me, that my HD-VDR recordings (1.7.16) start with a B-Frame. Shouldn't all *.ts Files start with an I-Frame? There has been some debate about the vdr frame type detection as some recording fai

Re: [vdr] Request: E parameter in channels.conf for epg scan

On 18/12/2010 14:33, Udo Richter wrote: Am 17.12.2010 22:58, schrieb Pasi Juppo: That said and with no disrespect to the author of vdr in my opinion it starts to be a time to fork vdr and redefine its base + few other elements. Of course things can remain the same but will we ever see natively

Re: [vdr] Request: E parameter in channels.conf for epg scan

On 12/14/2010 10:13 AM, Theunis Potgieter wrote: Gave Gentoo a try? Once you updated vdr, all you need to run on Gentoo is: vdrplugin-rebuild all I'm not going to try gentoo. However, if this works that is great alltough you should probably recompiled vdr depending on the plugin code you ins

Re: [vdr] Request: E parameter in channels.conf for epg scan

On 12/13/2010 01:44 PM, Klaus Schmidinger wrote: On 12/13/10 13:40, Eric Valette wrote: On 12/13/2010 12:14 PM, Klaus Schmidinger wrote: Of course, but they are *simple* databases ;-) xmltv format is ascii also ;-) So? so you could use another source to feed your ascii database

Re: [vdr] Request: E parameter in channels.conf for epg scan

On 12/13/2010 12:14 PM, Klaus Schmidinger wrote: Of course, but they are *simple* databases ;-) xmltv format is ascii also ;-) -- eric ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Request: E parameter in channels.conf for epg scan

On 13/12/2010 08:21, Eric Valette wrote: On 12/12/2010 23:44, Klaus Schmidinger wrote: I always find it amusing how people consider the GUI so important. Come on! It's a *video recorder* for cryin' out loud! It's main purpose is to record and replay tv broadcasts. I know its t

Re: [vdr] Request: E parameter in channels.conf for epg scan

On 12/12/2010 23:44, Klaus Schmidinger wrote: I always find it amusing how people consider the GUI so important. Come on! It's a *video recorder* for cryin' out loud! It's main purpose is to record and replay tv broadcasts. I know its the main purpose but do not forget that in order to record,

Re: [vdr] Request: E parameter in channels.conf for epg scan

On 12/12/2010 20:29, Steffen Barszus wrote: external epg source is possible allready - i just think the merge and general handling could be improved :) If you try to prove everything is possible via plugin yes. Vdr could even be simply a plugin loader as someone else suggested. The problem f

Re: [vdr] EPG DB discussion (was Re: Request: E parameter in channels.conf for epg scan)

On 12/12/2010 22:02, VDR User wrote: (Btw, Klaus has made it clear VDR was never intended to be a server/client system. Maybe at some point it will address that need in a well-thought out way but as it stands now I'm not so sure it's a good basis for argument.) On the other hand, with streamd

Re: [vdr] Request: E parameter in channels.conf for epg scan

On 12/12/2010 19:24, VDR User wrote: On Sun, Dec 12, 2010 at 9:46 AM, Paul Menzel wrote: Having epg in a DB (sqlite,mysql) might also be nice. You are going to find a lot of opposition to this. Thinking of sql, I don't recall ever hearing anyone suggest VDR using it would be a good idea but

Re: [vdr] VDR 1.7.16 - emergency exit on recording HD shows

On 15/11/2010 19:46, Udo Richter wrote: Am 14.11.2010 19:17, schrieb Eric Valette: On 14/11/2010 19:05, Udo Richter wrote: The patch changes the behavior of VDR to accept picture_coding_type=0 and picture_coding_type=1 as I-Frame. picture_coding_type=0 is clearly specified as forbidden

Re: [vdr] VDR 1.7.16 - emergency exit on recording HD shows

On 14/11/2010 23:20, Klaus Schmidinger wrote: On 14.11.2010 19:17, Eric Valette wrote: On 14/11/2010 19:05, Udo Richter wrote: Am 14.11.2010 18:21, schrieb Eric Valette: I think I said clearly that the code looks correct and gave the pointer to the specs for unconvinced people. Those wanting

Re: [vdr] VDR 1.7.16 - emergency exit on recording HD shows

On 14/11/2010 19:05, Udo Richter wrote: Am 14.11.2010 18:21, schrieb Eric Valette: I think I said clearly that the code looks correct and gave the pointer to the specs for unconvinced people. Those wanting to read the full specs <http://neuron2.net/library/mpeg2/iso13818-2.pdf> Page 72,

Re: [vdr] VDR 1.7.16 - emergency exit on recording HD shows

On 14/11/2010 18:12, Klaus Schmidinger wrote: On 14.11.2010 17:45, Eric Valette wrote: Klaus says that the above code is not correct according t specs but failed to explain how we could get other values than 1, 2, 3, 4 I don't see why I would have to ;-) Klaus, I think I said cl

Re: [vdr] VDR 1.7.16 - emergency exit on recording HD shows

On 14/11/2010 15:15, Udo Richter wrote: In your case, as Klaus already wrote, it may have something to do with the fact that VDR wants to start the recording with an I-frame, and probably can't find one. Some patches have been posted suggesting that replacing in remux.c independentFrame = (

Re: [vdr] Fwd: Re: Strange problem with one specific channel

On 10/18/2010 05:52 PM, dplu wrote: Hi Senufo has publish a patch for vdr for existing problem since 1.7.10 at least http://www.mail-archive.com/vdr@linuxtv.org/msg12668.html I guess you must apply it on 1.7.16 also , recording DVB-T in France works perfectly with this, checked on my vdr 1.7.1

Re: [vdr] Strange problem with one specific channel

On 10/18/2010 11:45 AM, Magnus H wrote: Hi. The above applies for a standard unpatched VDR 1.7.16, even without starting any plugins. VDR simply won't record it. For the record: il have exactly the same problem with at least one channel in france. I can play the channle but each time I try

Re: [vdr] nvidia-vdr closed driver or open source?

On 08/19/2010 12:55 PM, martinez wrote: Hi, I have an onboard nvidia 8200 graphics card, using vdr-1.7.15 connecting with xine and using xv , not vdpau At the moment out of habit I am using the nvidia proprietary driver, but should I use the open source instead? Which one is likely to yield b

Re: [vdr] [Test] Release candidate streamdev-0.5.0-rc1

On 19/06/2010 13:17, Goga777 wrote: Приветствую, Frank will streamdev continue to support the streaming for xbmc ? Hope so as it is the only solution with eac3 audio working (vnsi and tvheadend xbmc plugins fails) and thus DVB-T HD TV in france and spain. I saw the one liner patche for eac

Re: [vdr] vdr 1.7.15 & eHD & French HD DTV

On 18/06/2010 22:21, aju...@quick.cz wrote: As I understand from private mail of ECLiPSE the problem appears with DVB-T channels, the same channels in DVB-S are not using eAC3 and this mean no problem with eHD on DVB-S. I watch DVB-T with eac3 (TF1HD, FRANCE2 HD, M6HD). --eric

Re: [vdr] vdr 1.7.15 & eHD & French HD DTV

On 18/06/2010 20:46, ECLiPSE wrote: Hi Ales, thanks for the patches it doesn't solve the problem. I have 1.7.14 correctly working with french HD TV with one patch in pat.c integrated in 1.7.15 and another one liner in streamdev (also integrated in the next version of streamdev). So I suspec

Re: [vdr] VDR and ACPI wakeup for recording

Ok thanks. Got it. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR and ACPI wakeup for recording

On 05/31/2010 04:22 PM, Steffen Barszus wrote: Eric Valette wrote: On 05/31/2010 03:58 PM, Gerald Dachs wrote: However, could you explainwhat part of the software creates "/var/cache/vdr/acpiwakeup.time". Is it automatic as soon as you have scheduled recordings? It is written by

Re: [vdr] VDR and ACPI wakeup for recording

On 05/31/2010 03:58 PM, Gerald Dachs wrote: On 05/31/2010 03:14 PM, Hanno Zulla wrote: Hi, 1) Has this already been integrated to vdr? A working ACPI wakeup script was written by Tobi in 2003 and has been maintained by him as a debian package since then:

Re: [vdr] VDR and ACPI wakeup for recording

On 05/31/2010 03:58 PM, Gerald Dachs wrote: However, could you explainwhat part of the software creates "/var/cache/vdr/acpiwakeup.time". Is it automatic as soon as you have scheduled recordings? It is written by the script S90.acpiwakeup that is called from the vdr on shutdown. As

Re: [vdr] VDR and ACPI wakeup for recording

On 05/31/2010 03:14 PM, Hanno Zulla wrote: Hi, 1) Has this already been integrated to vdr? A working ACPI wakeup script was written by Tobi in 2003 and has been maintained by him as a debian package since then:

[vdr] VDR and ACPI wakeup for recording

Hi klaus, I was trying to wake up my small PC for automatic recording and initially found things about nvram-wakeup program but found it was not supported nor available in my BIOS. Then I found and I checked that this method works on the tree PC I hav

Re: [vdr] vdr and aac support

On 18/05/2010 22:00, Jose Alberto Reguero wrote: Here is a patch based in Klaus aac pacth that add support for eac3 sound in vdr. Hi, I applied manually your patch on my own vdr-1.7.14 source tree. It seems to work as far as vdr is concerened but it breaks other plugin such as vdr live and

Re: [vdr] pvr-testing2 xbmc discussion

On 13/05/2010 15:40, Rob Davis wrote: Sreamdev works thus better than vnsiserver for me . I suspect the issue we're having with vnsi is pretty much the same, audio passthrough is broken. If vnsi recognises the audio then it converts it to only two channels. In your case it doesn't so you prob

Re: [vdr] pvr-testing2 xbmc discussion

In vnsiserver, ac3 spdif sound seems all mixed up. ATSC here only uses AC-3, but 5.1 sound only plays with Left and Right front speakers, so I can't hear any dialogue. On my HD-PVR, I get no sound at all, xbmc sees an AC-3 stream, but the info page says 0 speakers? However, the audio settings

Re: [vdr] merging correctly several .ts files to a single ts file or better mkv

On 04/01/2010 02:24 PM, Lucian Muresan wrote: On 01.04.2010 13:23, Eric Valette wrote: So for now you're determining that value sort of experimentally? No. This is not the lag beween audio and video this is the timestamp displayed by smplayer when the video really starts (you have

Re: [vdr] merging correctly several .ts files to a single ts file or better mkv

Where do you take that time offset value from? I play the simplified ts file using smplayer -ss is the start in the ts file, -t is the duration to add to the -ss value (I would have prefered the absolute end avoiding a substract...). I'm also working on such kind of scripts right now, because

Re: [vdr] Any valid patch for streamdev plugin to support EAC3 for TS (France)?

On 29/03/2010 15:57, zaverel wrote: mplayer http://127.0.0.1:3000/channel_number__i_want I tested mplayer and it works for TF1HD and M6HD . So it confirms its not a streamdev problem per se but the integration inside xbmc as xbmc by itself works for playing the recorded streams. I dunno wh

Re: [vdr] Any valid patch for streamdev plugin to support EAC3 for TS (France)?

On 03/29/2010 03:57 PM, zaverel wrote: Le 29/03/2010 15:31, Eric Valette a écrit : But maybe I'm wrong as it is so complicated to know what is aexactly compilled in when specifying --enable-external-libraries. # External library message strings external_libraries_enabled="==

Re: [vdr] Any valid patch for streamdev plugin to support EAC3 for TS (France)?

On 03/29/2010 02:46 PM, zaverel wrote: That's ok but do you use a ffmpeg patched eac3 for "spectral extension" and build xbmc-pvr for use it ? link for the lastest patch eac3_spx_11.diff http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2010-March/085858.html Well I'm not sure I understan

Re: [vdr] merging correctly several .ts files to a single ts file or better mkv

On 28/03/2010 17:45, Eric Valette wrote: On 28/03/2010 17:23, Lars Bläser wrote: Granted. However, merging with cat *.ts > complete.ts + trying a single pass mkv conversion fails miserably (allhough I have very up to date ffmpeg version). See fourth message in this threads ffmpeg compl

Re: [vdr] merging correctly several .ts files to a single ts file or better mkv

On 28/03/2010 17:23, Lars Bläser wrote: vdr does not look for any strukture of a recorded file it just cut's when the byte conter limit for a file is reached imho your method is not good you will loose data on the file borders which will result in gaps and async audio converting every file of

[vdr] Any valid patch for streamdev plugin to support EAC3 for TS (France)?

Hi, With the previously mentioned one line patche for pat.c vdr 1.7.14 does record correctly France HDTV (VC1 + eac3) .ts stream. However, trying to stream them using streamdev (what xbmc does on the pvr2-testing branch for Kive TV), the EAC3 problem is still there somewhere as Arte HD works

Re: [vdr] merging correctly several .ts files to a single ts file or better mkv

On 28/03/2010 15:16, Klaus Schmidinger wrote: I just made a recording with a 1MB file size and cat'ed the files together. The result played just fine on my FF-DVBS card. It indeed works with xbmc, not with smplayer. Anyway I've found a way to make it work (and now I will have only one chunk)

Re: [vdr] merging correctly several .ts files to a single ts file or better mkv

O Well I do not understand either but try with smplayer and you will see strange thing happen (slow motion; out of sync, bad timestand displayed, ...). Each .ts works fine in mplayer, not the result of the cat command. Note that its VC1 + eac3 (HDTV in france). Note the error below when trying

Re: [vdr] merging correctly several .ts files to a single ts file or better mkv

On 27/03/2010 12:13, Klaus Schmidinger wrote: On 27.03.2010 12:10, Eric Valette wrote: Hi, I've been botten by the 2GB file size split and would like to: 1) create a single file. "cat *.ts"> result.ts does not work well because if I watch the resulting file with mpl

Re: [vdr] Is the 2GB recording file size limit still there

On 27/03/2010 12:11, Klaus Schmidinger wrote: On 27.03.2010 12:04, Eric Valette wrote: Hi list, can MaxVideoFileSize be greaten than 2000 (or even 0 to disable it). In the developer version (since 1.7.3, with some fixes 1.7.5 and 1.7.6) a single recording file can be 1TB in size. Hi Klaus

[vdr] merging correctly several .ts files to a single ts file or better mkv

Hi, I've been botten by the 2GB file size split and would like to: 1) create a single file. "cat *.ts" > result.ts does not work well because if I watch the resulting file with mplayer, i get out of sync video and sound at the original split location 2) edit the resulting file to remove uneed

[vdr] Is the 2GB recording file size limit still there

Hi list, can MaxVideoFileSize be greaten than 2000 (or even 0 to disable it). -- eric ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] XBMC with vdr-1.6.0 ??

On 25/03/2010 20:03, Simon Baxter wrote: Apart from youe eac3 mods etc, does streamdev _actually_need_ any patching to work with xbmc pvr-testing2? Or should http://ppa.launchpad.net/hotzenplotz5/test-vdr-lucid/ubuntu/pool/main/v/vdr-plugin-streamdev/vdr-plugin-streamdev_0.5.0~pre20090706+cvs201

Re: [vdr] XBMC with vdr-1.6.0 ??

On 24/03/2010 23:14, Simon Baxter wrote: Any clues? No not really. I used the code prepackaged from here Not the pre compiled packages themselves because I needed the eac3 modif in it but as you

Re: [vdr] XBMC with vdr-1.6.0 ??

On 24/03/2010 19:07, Simon Baxter wrote: Rob wrote: The pvr-testing2 version of xbmc works with 1.6.0 (or did three weeks ago) as long as you have a recent streamdev patched.. Does anyone have this working with vdr-1.6.0? No but I do have it with a patched vdr 1.7.14 + streamdev to support

Re: [vdr] Recording DVB-T HD infrance

On 19/03/2010 11:40, Theunis Potgieter wrote: You will have to get the xine-lib with vdpau support, xine-lib-1.2 does support vdpau. Thanks for the help. I Would rather try this as I love xbmc... -- eric ___ vdr mailing

Re: [vdr] Recording DVB-T HD infrance

On 03/19/2010 08:05 AM, VDR User wrote: On Thu, Mar 18, 2010 at 11:29 PM, Eric Valette wrote: Not on a netop without hardware acceleration (atom + ion). Wideo skips, has macro bloc, ... Nvidia ION supports VDPAU so how come you aren't using it to decode video?! Ye

Re: [vdr] Recording DVB-T HD infrance

On 18/03/2010 21:51, VDR User wrote: On Thu, Mar 18, 2010 at 1:24 PM, Eric Valette wrote: Not on a netop without hardware acceleration (atom + ion). Wideo skips, has macro bloc, ... Nvidia ION supports VDPAU so how come you aren't using it to decode video?! Yes. As said in earlier p

Re: [vdr] Recording DVB-T HD infrance

On 18/03/2010 20:01, dplu wrote: Le Thursday 18 March 2010 19:34:49 Eric Valette, vous avez écrit : Memory was wrong: HD video skips because not hardware decoded and no sound... Should work on video (I have tested it) Not on a netop without hardware acceleration (atom + ion). Wideo skips

Re: [vdr] Recording DVB-T HD infrance

On 18/03/2010 10:40, Eric Valette wrote: On 03/18/2010 09:48 AM, d...@free.fr wrote: Hi Nice to hear it works , latest problem is xine who is not able to decode this audio channels Probably depends on Xine version since (if memory serves) I can see HD TV directly via xine of readding

Re: [vdr] Recording DVB-T HD infrance

On 03/18/2010 09:48 AM, d...@free.fr wrote: Hi Nice to hear it works , latest problem is xine who is not able to decode this audio channels Probably depends on Xine version since (if memory serves) I can see HD TV directly via xine of readding channels.conf. Will retest tonight and report.

Re: [vdr] Recording DVB-T HD infrance

Still wonder why such a one liner patch is not integrated though. That forum is in French and apparently requires registration. Can you post that "one-liner" here? I just translate the instruction, into english (could do german too ;-)) Could do a diff but for one trivial line no need for

Re: [vdr] Recording DVB-T HD infrance

On 15/03/2010 22:10, dplu wrote: Hi There is a French forum who explain how to patch vdr to add support for e-ac3 audio track on pat.c and remux.c By default, the e-ac3 ID is not recognize by vdr ... this is why you have zero when you should have two available tracks http://dvbkivabien2.info/v

Re: [vdr] Recording DVB-T HD infrance

On 03/15/2010 10:10 PM, dplu wrote: Hi There is a French forum who explain how to patch vdr to add support for e-ac3 audio track on pat.c and remux.c By default, the e-ac3 ID is not recognize by vdr ... this is why you have zero when you should have two available tracks http://dvbkivabien2.inf

[vdr] Recording DVB-T HD infrance

Hi list, I'm been fighting over Saturday to get vdr working on my netop (atom 330 + Ion) but I must admit I loose the battle. With debian vdr 1.6.0 SD TV works fine but HD TV (TF1 HD, ARTE HD, FRANCE 2 HD, M6HD) channels fails. Theses channels use mpeg4 for video + and eac3 (except ARTE HD) for a