Hello,
Users of the Reel Extension HD card will know that there are Problems when TS recordings are replayed. These Problems seem to be limited to some stations like Pro7 and even with these stations to movies that are broadcastest with DD 5.1 audio.
Now my question: What is different between Live TV and Replay. Of course the obvious difference is the data source (file opposed to DVB device). But what else is different? I am wondering, because i watched a movie without problems, while the recording that was done while i watched it live, cannot be replayed. After a few minutes, the hdplayer on the Extension card dies.
Does really nobody have an idea ??
Am Donnerstag, den 27.08.2009, 11:46 +0200 schrieb Falk Spitzberg:
Hello,
Users of the Reel Extension HD card will know that there are Problems when TS recordings are replayed. These Problems seem to be limited to some stations like Pro7 and even with these stations to movies that are broadcastest with DD 5.1 audio.
Now my question: What is different between Live TV and Replay. Of course the obvious difference is the data source (file opposed to DVB device). But what else is different? I am wondering, because i watched a movie without problems, while the recording that was done while i watched it live, cannot be replayed. After a few minutes, the hdplayer on the Extension card dies.
Sounds like your question is more appropriate for the vendors customer support of that product.
Am Mittwoch, den 02.09.2009, 08:49 -0700 schrieb VDR User:
Sounds like your question is more appropriate for the vendors customer support of that product.
Definitly not, because my question ist only about the VDR core. I am just trying to find out what VDR does different when it transfers data to a device in live TV compared to replay from disk. That's completely independent from any device that's in use.
Maybe that the eHD card is the only output device that crashes on VDR TS replays.
On Thu, Sep 3, 2009 at 3:10 AM, Falk Spitzbergpost@spitzberg.de wrote:
Am Mittwoch, den 02.09.2009, 08:49 -0700 schrieb VDR User:
Sounds like your question is more appropriate for the vendors customer support of that product.
Definitly not, because my question ist only about the VDR core. I am just trying to find out what VDR does different when it transfers data to a device in live TV compared to replay from disk. That's completely independent from any device that's in use.
Maybe that the eHD card is the only output device that crashes on VDR TS replays.
How do you know the problem isn't a bug in the eHD driver or stream parser/decoder? An example I'll give you is vdpau. Certain things caused problems/crashes, but it was the fault of the driver and had to be addressed by Nvidia.
Am Donnerstag, den 03.09.2009, 07:57 -0700 schrieb VDR User:
On Thu, Sep 3, 2009 at 3:10 AM, Falk Spitzbergpost@spitzberg.de wrote:
Am Mittwoch, den 02.09.2009, 08:49 -0700 schrieb VDR User:
Sounds like your question is more appropriate for the vendors customer support of that product.
Definitly not, because my question ist only about the VDR core. I am just trying to find out what VDR does different when it transfers data to a device in live TV compared to replay from disk. That's completely independent from any device that's in use.
Maybe that the eHD card is the only output device that crashes on VDR TS replays.
How do you know the problem isn't a bug in the eHD driver or stream parser/decoder?
I don't know. But what is wrong about my attempt to find out what VDR does different during replay vs. live TV.
I did never say that VDR does something wrong. I just asked a question.
Too bad that nobody can answer it.
On Thu, Sep 3, 2009 at 11:55 PM, Falk Spitzbergpost@spitzberg.de wrote:
I don't know. But what is wrong about my attempt to find out what VDR does different during replay vs. live TV.
I did never say that VDR does something wrong. I just asked a question.
Too bad that nobody can answer it.
All I'm saying is you seem to have a hardware problem that should be addressed @ the vendors customer service/product support. Have you even bothered to contact them? Maybe there's already a fix/solution waiting for you there.
Op Vr, 4 september, 2009 19:39, schreef VDR User:
All I'm saying is you seem to have a hardware problem that should be addressed @ the vendors customer service/product support. Have you even bothered to contact them? Maybe there's already a fix/solution waiting for you there.
IMHO, that's not a correct assumption to begin with. For your information, I don't have this problem with ReelVDR in combination with the same plugins. As a matter of fact, I don't encounter none of the issues I have with the vanilla vdr 1.7.x using the same plugin-versions.
So a correct assumption would be, that this problem may be the result of a bug in the reelbox plugin as well as the other eHD plugins.
However, more then a month ago my HTPC broke down as well as my tv-furniture and TV (plasma fell down and took the HTPC with it). But currently I'm awaiting my new hardware and I hope to do some more testing after the weekend.
Regards,
Niels Wagenaar
On 03.09.2009 12:10, Falk Spitzberg wrote:
Am Mittwoch, den 02.09.2009, 08:49 -0700 schrieb VDR User:
Sounds like your question is more appropriate for the vendors customer support of that product.
Definitly not, because my question ist only about the VDR core. I am just trying to find out what VDR does different when it transfers data to a device in live TV compared to replay from disk. That's completely independent from any device that's in use.
Maybe that the eHD card is the only output device that crashes on VDR TS replays.
The following is related to recent developer versions of VDR 1.7.x.
In live mode (i.e. "Transfer Mode", since the eHD has no tuner) the TS data stream is written into a ring buffer by the receiving device (e.g. a DVB-S(2) card) and from there it is sent to the output device (the eHD plugin) through a call to PlayTs(). In this case every TS packet is sent to the output device separately.
During replay data is read from disk and stored in a ring buffer that holds entire "frames", which are just a sequence of TS packets that make up one video frame (including audio). The output device's PlayTs() is called with an entire frame.
The only real difference between live mode and replay I can see is that in live mode TS packets are sent individually to the output device, while in replay mode larger blocks of data are sent. However, I don't see why this would cause the problems you observe.
AFAIK the Reel plugin requires several patches to the core VDR code, so there may well be things I simply don't know of, because I haven't looked into the Reel code (yet).
Maybe it's ok if I use this opportunity to ask if somebody could point me to a "complete idiot's guide to installing the eHD software" (meaning the necessary software that goes into the eHD itself, as well as the latest version of their plugin). I know, I could search for this myself, but I'm sure there's somebody out there who knows exactly where to find these ;-) Maybe I'll find the time to actually bring up my eHD and adapt the plugin to the latest developer version of VDR...
Klaus
Klaus Schmidinger wrote:
Maybe it's ok if I use this opportunity to ask if somebody could point me to a "complete idiot's guide to installing the eHD software" (meaning the necessary software that goes into the eHD itself, as well as the latest version of their plugin). I know, I could search for this myself, but I'm sure there's somebody out there who knows exactly where to find these ;-) Maybe I'll find the time to actually bring up my eHD and adapt the plugin to the latest developer version of VDR...
Somewhat related question is, is there some solution to have HD-VDR without X, other than eHD ? All this hullaballoo with vdpau/X/xine etc.. is somehow stupid if all you want is HD-STB.
On Sat, Sep 5, 2009 at 6:24 AM, Lauri Tischlerlwgt@iki.fi wrote:
Somewhat related question is, is there some solution to have HD-VDR without X, other than eHD ?
Not that I'm aware of but by no means have I researched that question in depth. ;)
All this hullaballoo with vdpau/X/xine etc.. is somehow stupid if all you want is HD-STB.
I'm not sure why you think vdpau is stupid if you want an HD stb. Using vdpau gives you the ability to have HD on systems that normally wouldn't have a chance at all, and it provides this at a very lost cost. The cheapest I've paid so far is $20 ($30-$10 MIR) for an 8400GS pci-e. So for a mere $30 on average, your old system that couldn't handle HD now can. Stupid is the last thing I would describe that as.
On Sat, 2009-09-05 at 08:18 -0700, VDR User wrote:
On Sat, Sep 5, 2009 at 6:24 AM, Lauri Tischlerlwgt@iki.fi wrote:
Somewhat related question is, is there some solution to have HD-VDR without X, other than eHD ?
Not that I'm aware of but by no means have I researched that question in depth. ;)
All this hullaballoo with vdpau/X/xine etc.. is somehow stupid if all you want is HD-STB.
I'm not sure why you think vdpau is stupid if you want an HD stb. Using vdpau gives you the ability to have HD on systems that normally wouldn't have a chance at all, and it provides this at a very lost cost. The cheapest I've paid so far is $20 ($30-$10 MIR) for an 8400GS pci-e. So for a mere $30 on average, your old system that couldn't handle HD now can. Stupid is the last thing I would describe that as.
Hm, I'd be happy to pay $150-200 for a hardware output card, similar to the good old FF technotrend cards, if it could save me hours of messing around with SVN bleeding edge code and trying to run exotic deinterlace filters :)
I think that's what Lauri is getting at - the statement 'vdpau is stupid' is perhaps a little inflammatory, but there must be more time-efficient ways (other than the eHD card which is now hard to obtain)
gdh
On Sat, Sep 5, 2009 at 8:26 AM, Gavin Hamillgdh@acentral.co.uk wrote:
I'm not sure why you think vdpau is stupid if you want an HD stb. Using vdpau gives you the ability to have HD on systems that normally wouldn't have a chance at all, and it provides this at a very lost cost. The cheapest I've paid so far is $20 ($30-$10 MIR) for an 8400GS pci-e. So for a mere $30 on average, your old system that couldn't handle HD now can. Stupid is the last thing I would describe that as.
Hm, I'd be happy to pay $150-200 for a hardware output card, similar to the good old FF technotrend cards, if it could save me hours of messing around with SVN bleeding edge code and trying to run exotic deinterlace filters :)
I think there's a misconception about using vdpau. While there are a small few who have problems (as is the case with any software/hardware), most users are able to get vdpau working with little or no hassle at all. For me it takes <1min to download xine-vdpau, 7 minutes to compile it, <1min to download xine-ui cvs, <1min to compile it. Nvidia drivers take about 2mins to download and <1min to install. Less then 15 minutes _no patching_ is all it takes. Actually there is one patch come to think of it since I use xine-lib 1.1 instead of 1.2, it's xine-0.9.3/patches/xine-lib.patch... In any case it's never taken hours of time. Been really straight forward and simple for the most part.
When I bought my first nexus-s, I bought it for the exact reason you mentioned. Wanted a simple fast solution that didn't involve much (or any) work on the linux side since I'd never used linux before. And at the time a nexus was also cheaper then building a new pc. However, those days are gone. You're willing to pay $150-$200 for a dedicated card that does only one thing. I recently paid $130 total for an Nvidia Ion system that will become my completely silent and fanless main HDTV VDR box that's about the size of a Nintendo Wii. That's where the market is going. You'll see less and less dedicated cards (especially FF DVB cards) because the cost to produce them is too high and the market for such a product too small. There's no profit to be made. That's a conversation for a different thread however. ;)
I think that's what Lauri is getting at - the statement 'vdpau is stupid' is perhaps a little inflammatory, but there must be more time-efficient ways (other than the eHD card which is now hard to obtain)
It sounds like the eHD is the most expensive solution in all areas; time, money, patching, etc. Whereas, vdpau seems to be at the other end of the spectrum being the least expensive, easiest, and so on.
I've got 3 boxes running vdpau, all with different hardware and my experience has been the same with each setup.. It was a piece of cake and took almost no time to get going. Now I guess it's the guy who had a horrible experience turn to tell his story. ;)
Regards, Derek
Op Za, 5 september, 2009 18:11, schreef VDR User:
-- SNIP -- It sounds like the eHD is the most expensive solution in all areas; time, money, patching, etc. Whereas, vdpau seems to be at the other end of the spectrum being the least expensive, easiest, and so on.
Depends on how you look at it. I got mine for almost 1,5 years now and I've been able to see and hear HDTV without problems. Yes, the other plugins for mediaplayback seem to have problems with a vanilla VDR setup. But currently I use ReelVDR anyway and it works like a charm and without the problems I have with a vanilla VDR setup ;)
I've got 3 boxes running vdpau, all with different hardware and my experience has been the same with each setup.. It was a piece of cake and took almost no time to get going. Now I guess it's the guy who had a horrible experience turn to tell his story. ;)
I've been experimenting with VDPAU for a while. And yes, it's the next big thing when it comes to hardware accelerated playback. But since I need to put in an additional NVIDIA based videocard with Purevideo HD capabilities, I rather use my onboard intel for X.org and stick to my eHD until I have the money to get me a Atom based device with an ION chipset :)
Regards, Derek
Regards,
Niels Wagenaar
Gavin Hamill wrote:
On Sat, 2009-09-05 at 08:18 -0700, VDR User wrote:
On Sat, Sep 5, 2009 at 6:24 AM, Lauri Tischlerlwgt@iki.fi wrote:
Somewhat related question is, is there some solution to have HD-VDR without X, other than eHD ?
Not that I'm aware of but by no means have I researched that question in depth. ;)
All this hullaballoo with vdpau/X/xine etc.. is somehow stupid if all you want is HD-STB.
I'm not sure why you think vdpau is stupid if you want an HD stb. Using vdpau gives you the ability to have HD on systems that normally wouldn't have a chance at all, and it provides this at a very lost cost. The cheapest I've paid so far is $20 ($30-$10 MIR) for an 8400GS pci-e. So for a mere $30 on average, your old system that couldn't handle HD now can. Stupid is the last thing I would describe that as.
Hm, I'd be happy to pay $150-200 for a hardware output card, similar to the good old FF technotrend cards, if it could save me hours of messing around with SVN bleeding edge code and trying to run exotic deinterlace filters :)
I think that's what Lauri is getting at - the statement 'vdpau is stupid' is perhaps a little inflammatory, but there must be more time-efficient ways (other than the eHD card which is now hard to obtain)
I should have said 'needing X to run HD-VDR is stupid".. I sure wish there was a NEXUS-FF-S2 card with HDMI 1080p output, or similar, I dont like X and GUIs in general. In old Byte Magazine guy named Steve Ciarcia said "the best compiler is solder", still true.
On Sun, 2009-09-06 at 13:21 +0300, Lauri Tischler wrote:
I should have said 'needing X to run HD-VDR is stupid".. I sure wish there was a NEXUS-FF-S2 card with HDMI 1080p output, or similar, I dont like X and GUIs in general. In old Byte Magazine guy named Steve Ciarcia said "the best compiler is solder", still true.
You should be able to get a VDPAU capable VDR front-end running without compiling yourself code. E.g. in Ubuntu Jaunty there is VDPAU capable X11 driver (plus development files). Then add from some extra repository to get xine-vdpau and vdr-sxfe. It's also easy to set up X to go up without login or without any Gnome or KDE environment of window manager. Just one vdr-sxfe window as full screen and there you are. I expect other graphics chipsets are also getting there in the future like AMD and Intel.
I'm myself compiling from source and prefer to use other applications as well. As an example Google Earth as 46" full-HD is stunning for couch traveling.
BR, Seppo
On 05/09/2009, VDR User user.vdr@gmail.com wrote:
I'm not sure why you think vdpau is stupid if you want an HD stb. Using vdpau gives you the ability to have HD on systems that normally wouldn't have a chance at all, and it provides this at a very lost cost. The cheapest I've paid so far is $20 ($30-$10 MIR) for an 8400GS pci-e. So for a mere $30 on average, your old system that couldn't handle HD now can. Stupid is the last thing I would describe that as.
Which gentoo overlay are you using for vdpau enabled xine-lib? I assume you need xine-lib-1.2 and vdr-xine or vdr-xineliboutput with vdpau enabled? Which driver version of nvidia do you require and which version of Xorg and xcb?
Thanks in advance. Theunis
On Thu, Oct 1, 2009 at 9:03 AM, Theunis Potgieter theunis.potgieter@gmail.com wrote:
Which gentoo overlay are you using for vdpau enabled xine-lib? I assume you need xine-lib-1.2 and vdr-xine or vdr-xineliboutput with vdpau enabled? Which driver version of nvidia do you require and which version of Xorg and xcb?
I use Debian, not Gentoo. I'm sure there's some Gentoo guys here who can answer your questions though.
Am Samstag, den 05.09.2009, 15:09 +0200 schrieb Klaus Schmidinger:
On 03.09.2009 12:10, Falk Spitzberg wrote:
Am Mittwoch, den 02.09.2009, 08:49 -0700 schrieb VDR User:
Sounds like your question is more appropriate for the vendors customer support of that product.
Definitly not, because my question ist only about the VDR core. I am just trying to find out what VDR does different when it transfers data to a device in live TV compared to replay from disk. That's completely independent from any device that's in use.
Maybe that the eHD card is the only output device that crashes on VDR TS replays.
The following is related to recent developer versions of VDR 1.7.x.
In live mode (i.e. "Transfer Mode", since the eHD has no tuner) the TS data stream is written into a ring buffer by the receiving device (e.g. a DVB-S(2) card) and from there it is sent to the output device (the eHD plugin) through a call to PlayTs(). In this case every TS packet is sent to the output device separately.
During replay data is read from disk and stored in a ring buffer that holds entire "frames", which are just a sequence of TS packets that make up one video frame (including audio). The output device's PlayTs() is called with an entire frame.
The only real difference between live mode and replay I can see is that in live mode TS packets are sent individually to the output device, while in replay mode larger blocks of data are sent. However, I don't see why this would cause the problems you observe.
AFAIK the Reel plugin requires several patches to the core VDR code, so there may well be things I simply don't know of, because I haven't looked into the Reel code (yet).
Maybe it's ok if I use this opportunity to ask if somebody could point me to a "complete idiot's guide to installing the eHD software"
I've sent some stuff with private mail. Should help you to bring it up within a few minutes.
(meaning the necessary software that goes into the eHD itself, as well as the latest version of their plugin). I know, I could search for this myself, but I'm sure there's somebody out there who knows exactly where to find these ;-) Maybe I'll find the time to actually bring up my eHD and adapt the plugin to the latest developer version of VDR...
Klaus
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Maybe it's ok if I use this opportunity to ask if somebody could point me to a "complete idiot's guide to installing the eHD software"
I've sent some stuff with private mail. Should help you to bring it up within a few minutes.
hi, could you send it to me also ? i'm very interested in this card :-) thanks, gg
On Mon, Sep 07, 2009 at 02:24:48PM +0200, Günter Greschenz wrote:
Maybe it's ok if I use this opportunity to ask if somebody could point me to a "complete idiot's guide to installing the eHD software"
I've sent some stuff with private mail. Should help you to bring it up within a few minutes.
hi, could you send it to me also ? i'm very interested in this card :-) thanks, gg
I'm also interested to see this information. Wouldn't it be good idea to publish it on the list, it would be more useful for the people who are looking for the information =)
Am Montag, den 07.09.2009, 15:29 +0300 schrieb Antti Hartikainen:
On Mon, Sep 07, 2009 at 02:24:48PM +0200, Günter Greschenz wrote:
Maybe it's ok if I use this opportunity to ask if somebody could point me to a "complete idiot's guide to installing the eHD software"
I've sent some stuff with private mail. Should help you to bring it up within a few minutes.
hi, could you send it to me also ? i'm very interested in this card :-) thanks, gg
I'm also interested to see this information. Wouldn't it be good idea to publish it on the list, it would be more useful for the people who are looking for the information =)
Let me see if it works for Klaus. Once he has his eHD running using the stuff that I've collected, i'll publish it either here or in the VDR portal.
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Mon, Sep 7, 2009 at 5:41 AM, Falk Spitzbergpost@spitzberg.de wrote:
I'm also interested to see this information. Wouldn't it be good idea to publish it on the list, it would be more useful for the people who are looking for the information =)
Let me see if it works for Klaus. Once he has his eHD running using the stuff that I've collected, i'll publish it either here or in the VDR portal.
I'd suggest posting to the mailing list or both as VDR Portal caters 99% to people who speak german and isn't much help for the very large english-speaking-only VDR community.
On Mon, Sep 7, 2009 at 6:57 PM, VDR Useruser.vdr@gmail.com wrote:
I'd suggest posting to the mailing list or both as VDR Portal caters 99% to people who speak german and isn't much help for the very large english-speaking-only VDR community.
I wouldn't say the english-speaking-only VD community is that large....: At least if you look at the registered users: http://www.cadsoft.de/cgi-bin/vdr-counter.pl?action=statist
Perhaps you meant the great non-german-speaking community, who communicate in English? ;)
-Petri
And how many users are not on this "registered users list"? First time I heard of it.Most people follow guides done by other people and only glimps at the manuals, readme's, etc. And I think you can get vdr with apt-get from debian also.
----- Original Message ----- From: "Petri Helin" phelin@googlemail.com To: "VDR Mailing List" vdr@linuxtv.org Sent: Monday, September 07, 2009 9:14 AM Subject: Re: [vdr] Replay Problems with Extension HD
On Mon, Sep 7, 2009 at 6:57 PM, VDR Useruser.vdr@gmail.com wrote:
I'd suggest posting to the mailing list or both as VDR Portal caters 99% to people who speak german and isn't much help for the very large english-speaking-only VDR community.
I wouldn't say the english-speaking-only VD community is that large....: At least if you look at the registered users: http://www.cadsoft.de/cgi-bin/vdr-counter.pl?action=statist
Perhaps you meant the great non-german-speaking community, who communicate in English? ;)
-Petri
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Mon, Sep 7, 2009 at 9:14 AM, Petri Helinphelin@googlemail.com wrote:
On Mon, Sep 7, 2009 at 6:57 PM, VDR Useruser.vdr@gmail.com wrote:
I'd suggest posting to the mailing list or both as VDR Portal caters 99% to people who speak german and isn't much help for the very large english-speaking-only VDR community.
I wouldn't say the english-speaking-only VD community is that large....: At least if you look at the registered users: http://www.cadsoft.de/cgi-bin/vdr-counter.pl?action=statist
I know for a fact it's large because I'm a member of that community and talk with many of them. Only a small portion of VDR users in general subscribe to this mailing list, the 'registered users' list, etc. from what I've seen.
Perhaps you meant the great non-german-speaking community, who communicate in English? ;)
Nope, I mean english-speaking-only. Like the other user pointed out, many many people are using various howto's and IRC for their VDR info, and never find their way here & other places. I can't count how many times people have said they've never even looked at the MANUAL, README, and so on.
VDR User wrote:
On Mon, Sep 7, 2009 at 9:14 AM, Petri Helinphelin@googlemail.com wrote:
On Mon, Sep 7, 2009 at 6:57 PM, VDR Useruser.vdr@gmail.com wrote: Perhaps you meant the great non-german-speaking community, who communicate in English? ;)
Nope, I mean english-speaking-only. Like the other user pointed out, many many people are using various howto's and IRC for their VDR info, and never find their way here & other places. I can't count how many times people have said they've never even looked at the MANUAL, README, and so on.
Ok, so what do you suggest us that belong to neither german-speaking nor english-speaking-only communities should do? Or would it be acceptable for the english-speaking-only community to accept those other-than-english-speaking as well? I mean, where are you all hiding? :)
This might be a good time to bring forward things that might not have been discussed on this list. Like if there were patches/plugins etc lying around that the other-than-english-speaking community might be unaware of.
-Petri
Where are we hiding? Lets see, for starters: IRC: bouncer.uicn.net +9999 #vdr irc.freenode.net 6667 #xine-vdpau
Forums: http://dvbn.happysat.org/viewforum.php?f=17 http://www.hoochvdr.info/
----- Original Message ----- From: "Petri Helin" phelin@googlemail.com To: "VDR Mailing List" vdr@linuxtv.org Sent: Monday, September 07, 2009 11:46 AM Subject: Re: [vdr] Replay Problems with Extension HD
VDR User wrote:
On Mon, Sep 7, 2009 at 9:14 AM, Petri Helinphelin@googlemail.com wrote:
On Mon, Sep 7, 2009 at 6:57 PM, VDR Useruser.vdr@gmail.com wrote: Perhaps you meant the great non-german-speaking community, who communicate in English? ;)
Nope, I mean english-speaking-only. Like the other user pointed out, many many people are using various howto's and IRC for their VDR info, and never find their way here & other places. I can't count how many times people have said they've never even looked at the MANUAL, README, and so on.
Ok, so what do you suggest us that belong to neither german-speaking nor english-speaking-only communities should do? Or would it be acceptable for the english-speaking-only community to accept those other-than-english-speaking as well? I mean, where are you all hiding? :)
This might be a good time to bring forward things that might not have been discussed on this list. Like if there were patches/plugins etc lying around that the other-than-english-speaking community might be unaware of.
-Petri
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Petri Helin wrote:
On Mon, Sep 7, 2009 at 6:57 PM, VDR Useruser.vdr@gmail.com wrote:
I'd suggest posting to the mailing list or both as VDR Portal caters 99% to people who speak german and isn't much help for the very large english-speaking-only VDR community.
I wouldn't say the english-speaking-only VD community is that large....: At least if you look at the registered users: http://www.cadsoft.de/cgi-bin/vdr-counter.pl?action=statist
Perhaps you meant the great non-german-speaking community, who communicate in English? ;)
-Petri
Didn't realize that there was such a database of users available. I'm pretty sure that _many_ of the VDR users are not aware of this thus statistics are probably not very accurate. Klaus should advertise this once in a while ;-)
Br, Pasi
On Tue, Sep 08, 2009 at 09:17:30PM +0300, Pasi Juppo wrote:
Petri Helin wrote:
On Mon, Sep 7, 2009 at 6:57 PM, VDR Useruser.vdr@gmail.com wrote:
I'd suggest posting to the mailing list or both as VDR Portal caters 99% to people who speak german and isn't much help for the very large english-speaking-only VDR community.
I wouldn't say the english-speaking-only VD community is that large....: At least if you look at the registered users: http://www.cadsoft.de/cgi-bin/vdr-counter.pl?action=statist
Perhaps you meant the great non-german-speaking community, who communicate in English? ;)
-Petri
Didn't realize that there was such a database of users available. I'm pretty sure that _many_ of the VDR users are not aware of this thus statistics are probably not very accurate. Klaus should advertise this once in a while ;-)
Yeah, I had not noticed this either :)
-- Pasi
It's the exact same situation for North American users as well. You guys grossly underestimate our numbers since you're not members of that particular community. Klaus advertising his list of users, or the mailing list, or forums that are primarily non-english won't do much in terms of getting people to go to those places. I personally know a lot of guys who are aware of this mailing list and still don't bother to subscribe to it for one reason or another. Instead they prefer to wait for things to filter down to the resources they use. I know part of this has to do with the lack of support for NTSC because none of the developers use it. Even I pursued trying to get things that are hardcoded PAL to be either auto-detected or set by the user but there was basically no interest in response. I'm glad to be here personally and take an active role in helping any way I can in general because I think VDR is a great piece of software and only want to see it get better, broaden it's support & features, and become the undeniable king of linux dvb hands-down.
To the original poster, sorry that we've gone off-topic. I'm not sure how much of this actually has anything to do with "replay problems with extension hd". ;)
Regards, Derek
Didn't realize that there was such a database of users available. I'm pretty sure that _many_ of the VDR users are not aware of this thus statistics are probably not very accurate. Klaus should advertise this once in a while ;-)
Perhaps VDR should try to send UDP packet to Klaus's server when it starts. Not all will not like it, but it is same for me. Windows software do this constantly under name for "automatically check for program updates".
BR, Jori, a registered VDR user since 2003.
I don't think people would like that. DRBD has imho a good approach* to track users (and used versions!), but regardless of the method, this is certainly not on Klaus' priority list.
Best regards, Christian (#68)
*On first startup (or after upgrades) a unique ID will generated and the user will be asked if he wants to send this ID together with the current version to the maintainer. Optionally (to appear on a list just like vdr's user list) personal data may be entered, but this is up to the user. Pressing enter will just send the unique ID and version, aborting the prompt will not send anything.
jori.hamalainen@teliasonera.com wrote:
Perhaps VDR should try to send UDP packet to Klaus's server when it starts. Not all will not like it, but it is same for me. Windows software do this constantly under name for "automatically check for program updates".
BR, Jori, a registered VDR user since 2003.
On Wed, Sep 9, 2009 at 12:10 AM, Christian Tramnitzchris.ace@gmx.net wrote:
I don't think people would like that. DRBD has imho a good approach* to track users (and used versions!), but regardless of the method, this is certainly not on Klaus' priority list.
Best regards, Christian (#68)
*On first startup (or after upgrades) a unique ID will generated and the user will be asked if he wants to send this ID together with the current version to the maintainer. Optionally (to appear on a list just like vdr's user list) personal data may be entered, but this is up to the user. Pressing enter will just send the unique ID and version, aborting the prompt will not send anything.
jori.hamalainen@teliasonera.com wrote:
Perhaps VDR should try to send UDP packet to Klaus's server when it starts. Not all will not like it, but it is same for me. Windows software do this constantly under name for "automatically check for program updates".
BR, Jori, a registered VDR user since 2003.
User-tracking has _absolutely no place_ in VDR what-so-ever!! It serves no purpose and if someone wants to be added to a user list somewhere, they can register themselves. If someone really thinks this is a brilliant idea, they can write a plugin to do it but it should have no chance becoming a part of VDR core.
No offense but that's the worst idea I've heard by far.
I agree, there is enough crap bouncing around the net. ANd a lot of vdr users do a lot of reinstalling, changing hardware, etc. So you would get a lot of false data anyway.
And I refuse to use any program that is lic to a computer by some HW finger print.
----- Original Message ----- From: "VDR User" user.vdr@gmail.com To: "VDR Mailing List" vdr@linuxtv.org Sent: Wednesday, September 09, 2009 6:54 AM Subject: Re: [vdr] known user base (was: Re: Replay Problems with ExtensionHD)
On Wed, Sep 9, 2009 at 12:10 AM, Christian Tramnitzchris.ace@gmx.net wrote:
I don't think people would like that. DRBD has imho a good approach* to track users (and used versions!), but regardless of the method, this is certainly not on Klaus' priority list.
Best regards, Christian (#68)
*On first startup (or after upgrades) a unique ID will generated and the user will be asked if he wants to send this ID together with the current version to the maintainer. Optionally (to appear on a list just like vdr's user list) personal data may be entered, but this is up to the user. Pressing enter will just send the unique ID and version, aborting the prompt will not send anything.
jori.hamalainen@teliasonera.com wrote:
Perhaps VDR should try to send UDP packet to Klaus's server when it starts. Not all will not like it, but it is same for me. Windows software do this constantly under name for "automatically check for program updates".
BR, Jori, a registered VDR user since 2003.
User-tracking has _absolutely no place_ in VDR what-so-ever!! It serves no purpose and if someone wants to be added to a user list somewhere, they can register themselves. If someone really thinks this is a brilliant idea, they can write a plugin to do it but it should have no chance becoming a part of VDR core.
No offense but that's the worst idea I've heard by far.
_______________________________________________ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 07.09.2009 14:41, Falk Spitzberg wrote:
Am Montag, den 07.09.2009, 15:29 +0300 schrieb Antti Hartikainen:
On Mon, Sep 07, 2009 at 02:24:48PM +0200, Günter Greschenz wrote:
Maybe it's ok if I use this opportunity to ask if somebody could point me to a "complete idiot's guide to installing the eHD software"
I've sent some stuff with private mail. Should help you to bring it up within a few minutes.
hi, could you send it to me also ? i'm very interested in this card :-) thanks, gg
I'm also interested to see this information. Wouldn't it be good idea to publish it on the list, it would be more useful for the people who are looking for the information =)
Let me see if it works for Klaus. Once he has his eHD running using the stuff that I've collected, i'll publish it either here or in the VDR portal.
Falk, thanks a lot for the guidelines - I really appreciate it!
However, I sure won't be able to test this before next weekend, mabe even later, since I first have to debug the "fast forwarding in SF2 recordings" problem. So you might as well just post them on the ML for others to try.
Klaus
Klaus Schmidinger wrote:
I first have to debug the "fast forwarding in SF2 recordings" problem.
Not only SF2 (if You meant Schweizer Fernsehen). I discovered that with recordings from local cable operator fast forwarding not working too. Old 1.6.0's .vdr recordings are fine with 1.7.9. Output via FF card.
AK
Hi Klaus (and others)
the replay problem is probably fixed. It was located in the hdplayer program that runs on the eHD. The fixed version should be available soon. Thanks to the guy who is known as reel_schorsch on the VDR-Portal.
Falk
Am Montag, den 07.09.2009, 19:25 +0200 schrieb Klaus Schmidinger:
On 07.09.2009 14:41, Falk Spitzberg wrote:
Am Montag, den 07.09.2009, 15:29 +0300 schrieb Antti Hartikainen:
On Mon, Sep 07, 2009 at 02:24:48PM +0200, Günter Greschenz wrote:
Maybe it's ok if I use this opportunity to ask if somebody could point me to a "complete idiot's guide to installing the eHD software"
I've sent some stuff with private mail. Should help you to bring it up within a few minutes.
hi, could you send it to me also ? i'm very interested in this card :-) thanks, gg
I'm also interested to see this information. Wouldn't it be good idea to publish it on the list, it would be more useful for the people who are looking for the information =)
Let me see if it works for Klaus. Once he has his eHD running using the stuff that I've collected, i'll publish it either here or in the VDR portal.
Falk, thanks a lot for the guidelines - I really appreciate it!
However, I sure won't be able to test this before next weekend, mabe even later, since I first have to debug the "fast forwarding in SF2 recordings" problem. So you might as well just post them on the ML for others to try.
Klaus
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
-
Antti Hartikainen -
Arthur Konovalov -
Christian Tramnitz -
Falk Spitzberg -
Gavin Hamill -
Günter Greschenz -
jori.hamalainen＠teliasonera.com -
Klaus Schmidinger -
Lauri Tischler -
Niels Wagenaar -
Pasi Juppo -
Pasi Kärkkäinen -
Petri Helin -
Seppo Ingalsuo -
Theunis Potgieter -
Timothy D. Lenz -
VDR User