[vdr] Recording DVB-T HD infrance

2010-03-15 Thread Eric Valette
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

Re: [vdr] Recording DVB-T HD infrance

2010-03-16 Thread Eric Valette
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

Re: [vdr] Recording DVB-T HD infrance

2010-03-17 Thread Eric Valette
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

Re: [vdr] Recording DVB-T HD infrance

2010-03-17 Thread Eric Valette
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

2010-03-18 Thread Eric Valette
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

Re: [vdr] Recording DVB-T HD infrance

2010-03-18 Thread Eric Valette
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

2010-03-18 Thread Eric Valette
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

2010-03-19 Thread Eric Valette
On 18/03/2010 21:51, VDR User wrote: On Thu, Mar 18, 2010 at 1:24 PM, Eric Valetteeric.vale...@free.fr 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

Re: [vdr] Recording DVB-T HD infrance

2010-03-19 Thread Eric Valette
On 03/19/2010 08:05 AM, VDR User wrote: On Thu, Mar 18, 2010 at 11:29 PM, Eric Valetteeric.vale...@free.fr 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

Re: [vdr] Recording DVB-T HD infrance

2010-03-20 Thread Eric Valette
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 http://www.yavdr.org/ as I love xbmc... -- eric ___ vdr mailing

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

2010-03-24 Thread Eric Valette
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] XBMC with vdr-1.6.0 ??

2010-03-24 Thread Eric Valette
On 24/03/2010 23:14, Simon Baxter wrote: Any clues? No not really. I used the code prepackaged from here http://ppa.launchpad.net/hotzenplotz5/test-vdr-lucid/ubuntu/pool/main/v/vdr-plugin-streamdev/ 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 ??

2010-03-25 Thread Eric Valette
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

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

2010-03-27 Thread Eric Valette
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 uneeded

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

2010-03-27 Thread Eric Valette
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

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

2010-03-27 Thread Eric Valette
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 mplayer, i get out of sync

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

2010-03-27 Thread Eric Valette
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

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

2010-03-28 Thread Eric Valette
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

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

2010-03-28 Thread Eric Valette
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 complain

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

2010-03-29 Thread Eric Valette
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=== Use of all

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

2010-03-29 Thread Eric Valette
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

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

2010-04-01 Thread Eric Valette
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,

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

2010-04-01 Thread Eric Valette
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 2 min

Re: [vdr] pvr-testing2 xbmc discussion

2010-05-12 Thread Eric Valette
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

Re: [vdr] pvr-testing2 xbmc discussion

2010-05-13 Thread Eric Valette
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

Re: [vdr] vdr and aac support

2010-05-20 Thread Eric Valette
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

[vdr] VDR and ACPI wakeup for recording

2010-05-31 Thread Eric Valette
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 http://www.mythtv.org/wiki/ACPI_Wakeup and I checked that this method works on the tree PC I

Re: [vdr] VDR and ACPI wakeup for recording

2010-05-31 Thread Eric Valette
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

2010-05-31 Thread Eric Valette
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 I

Re: [vdr] VDR and ACPI wakeup for recording

2010-05-31 Thread Eric Valette
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

2010-06-01 Thread Eric Valette
Ok thanks. Got it. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] vdr 1.7.15 eHD French HD DTV

2010-06-18 Thread Eric Valette
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

Re: [vdr] vdr 1.7.15 eHD French HD DTV

2010-06-18 Thread Eric Valette
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] [Test] Release candidate streamdev-0.5.0-rc1

2010-06-19 Thread Eric Valette
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

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

2010-08-19 Thread Eric Valette
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

Re: [vdr] Strange problem with one specific channel

2010-10-18 Thread Eric Valette
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] Fwd: Re: Strange problem with one specific channel

2010-10-18 Thread Eric Valette
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

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

2010-11-14 Thread Eric Valette
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] VDR 1.7.16 - emergency exit on recording HD shows

2010-11-14 Thread Eric Valette
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 clearly

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

2010-11-14 Thread Eric Valette
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, Table 6

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

2010-11-14 Thread Eric Valette
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

2010-11-15 Thread Eric Valette
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] Request: E parameter in channels.conf for epg scan

2010-12-12 Thread Eric Valette
On 12/12/2010 19:24, VDR User wrote: On Sun, Dec 12, 2010 at 9:46 AM, Paul Menzel paulepan...@users.sourceforge.net 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

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

2010-12-12 Thread Eric Valette
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

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

2010-12-12 Thread Eric Valette
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

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

2010-12-12 Thread Eric Valette
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

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

2010-12-13 Thread Eric Valette
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 the main purpose

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

2010-12-13 Thread Eric Valette
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

2010-12-13 Thread Eric Valette
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

2010-12-14 Thread Eric Valette
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

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

2010-12-18 Thread Eric Valette
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] Recordings starting with B-Frame?

2010-12-28 Thread Eric Valette
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

Re: [vdr] Developer versions

2011-01-11 Thread Eric Valette
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

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

2011-01-11 Thread Eric Valette
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

2011-01-11 Thread Eric Valette
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: [vdr] Replacing aging VDR for DVB-S2

2011-01-16 Thread Eric Valette
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] howto ignore lines in channels.conf

2012-01-15 Thread Eric Valette
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

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

2012-02-28 Thread Eric Valette
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

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

2012-02-28 Thread Eric Valette
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

2012-02-28 Thread Eric Valette
On 02/28/2012 03:49 PM, syrius...@no-log.org wrote: Eric Valetteeric.vale...@free.fr 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

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

2012-03-01 Thread Eric Valette
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

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

2012-03-01 Thread Eric Valette
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