Beiträge von Rene

Zitat von gda

You got it additionally w/ our VDR 1.7.20 packages for yaVDR 0.3.1, isn't it? So, maintaining it, doesn't mean to like it ...

The last versions of the VDR package I was the one who had to maintain it and I can't express how much I hate the livebuffer patch. It generates a enormous workload and the fact that I even don't use it doesn't make it easier.

Hi guys!

Sorry for being late with my reply. Had a pretty tough 2 weeks, and did not get the time to check in here.

I think it's no point that I to try to explain why the livebuffer-patch is so great My wife and myself use it a lot

Could you please help me out in extracting the patch you have in the yavdr-repo. I'm not so good with this kind of things I'm good in following instructions

I whish you all a Guten Rutsch ins neue Jahr!

Hi all!

Sorry for replying in english...

Is the livebuffer dead in the most current vdr 1.7.xx versions? Or will there be a patch at some point? I'm still stuck with the 1.6.x vdr because our family is so used to this greate feature

Hi All!
Does anyone know when the livebuffer-patch would be ready for vdr 1.7.x? My wife was not happy when i upgraded to 1.7.18, and now she forces me to downgrade back to 1.6.x

I wonder if it is this version http://www.mikrocontroller.net…-motorola-vip1710#1710296 is the same as you have in as the default kernel in the flashed-version?

Is there anyone who is really using the vip successfully with vdr?

Hi folks!
I have still not been succesful with getting VDR to run on the VIP. It makes me wonder if anyone is really successful with their setup, and can use VDR?

Could you please shere with me which Flash-version of the system you are using... Are you using a stripped down version of the default kernel-1710, or have you compiled a new kernel?

I have been using the debug-kernel for booting up the box over a nfs-root share, and i wonder if there could be some switches that the default debug-kernel is using that makes VDR fail to run..

Zitat von mentox

mail is on the road

hope it works for you ..

Thanks! I will create a new nfs-root and try it out i a while

Does anyone know what these errors mean when starting vdr on the vip?

vip1710: 19:21:27 vip1710: PlayTs written=0 error=9:Bad file descriptor
vip1710: 19:21:27 vip1710: PlayTs written=0 error=9:Bad file descriptor
vip1710: 19:21:27 vip1710: PlayTs written=0 error=9:Bad file descriptor
vip1710: 19:21:27 vip1710: PlayTs written=0 error=9:Bad file descriptor
vip1710: 19:21:27 vip1710/player: fatal error during select(), exiting
vip1710: 19:21:27 vip1710: PlayTs written=0 error=9:Bad file descriptor
vip1710: 19:21:27 vip1710: PlayTs written=0 error=9:Bad file descriptor
vip1710: 19:21:27 vip1710: PlayTs written=0 error=9:Bad file descriptor
vip1710: 19:21:27 vip1710: PlayTs written=0 error=9:Bad file descriptor

And this goes on..

Zitat von mentox

ok than i kick the vdr 1.6 stuff into /dev/null .. shit for the time i need to build it
btw this version should run without ts support .. but i cant host the file

i have flash vips and need to boot from usb .. but than i run from samba because nfs make zombies on my vips

greetings mentox

Alles anzeigen

If you have not deleted it yet, then please mail it to me. I'll could try play around with at a bit

Zitat von mentox

i used an older version of the vip plugin ..
http://hilses.de/vip1710/vdr-v…src/vdr-vip1710-0.1.1.tgz

now it compiles .. but i dont know how good it works ..

where can i upload the tar.gz .. it is round about 6MB

If you don't mind, you could send it to my e-mail: it's rene funnychar hertell point com

Heh.. i just got informed that a 1.7 streamdev-client should be able to connect to a 1.6 server

But as you say that the vip needs a ts-stream, this might be the reason why i can't get any picture out from my setup..

Your script is btw a great help in understanding what's going on It reminds me on a project with a firewall-box that run on from a flash-memory. That used small config-files with download-info of source-files + specific installation options like configure-parameters, install-paths etc. It also used md5-sums for checking the integrity of the downloaded file. I'll try to combine this and figure out a way on how to make a "packet-manager" for the VIP

By the way. Is anyone running the vip on a nfs-root-share? I run it this way, and it's a really great feature. you don't need to hassle at all with cleaning up stuff before each run of the box

Could you please also compile the vip1710, streamdev-client and epgsync plugins

Zitat von mentox

Hi,

if i understood hans-werner right he used >= vdr1.7.15 because of the TS streams. They running much better on the vip ...

i try to compile 1.6.0 for you .. wait a hour (the vip is very slow in compile)

Oh my! Thank you!!!

Could I ask you to enlighten me on how you compile vdr (or anything for the vip)? What kind of make-options etc do you use? What about configure?

I wonder if it would be a big job to create a cross-compile environment for the vip? This would speed up a lot any compilation

Hallo!

Hat jemand vdr 1.6.x für dir vip kompiliert? Wenn nicht, gibt es irgendwo irgendeine howto wie man hat die vdr 1.7.x kompiliert für die vip?

SOrry for my crap german writing

I'll go for english too: Has anyone a 1.6.x version compiled for the vip? If not, then does anyone have any guide on how the 1.7.x was compiled. I would like to compile a 1.6.x version, because my vdr is still running as 1.6 (i have not found the courage to upgrade to 1.7 yet )

Hallo!

Hat jemanden diese plugin in Gentoo funktionieren bekommen mit vdr 1.6.x?

I just noticed that the current vdr-live plugin does not seem to honour the LOCALE-settings for displaying the times correct.

I have set my system to use the en_GB.utf8 locale, and this brings me the 24h timeformat. But when checking out for example i18n.cpp in live-0.2.0 it's hardcoded for English to %I:%M %p...

I wonder if this is an intended behaviour, or is this just something that's left over from the test-phase..?

Would it be possible to combine the dependencies so that it woud suite also the buntu-distros? It sounds like too much trouble to set up a buntu-repository...

I'm not so clear about how to create and maintain repositories, but would it be possible to maitain the dependency-stuff etc. dynamically via a database, and then just create packages on the fly based on that, or then by running a script that would generate packages based on pre-defined rules...?

Cause basically all debian-based distros should have more or less the same base, just the way how some libraries etc packages are named...?

Ok, now i swapped to sid-packages, but it took away from me the following plugins:

Burn
Live
.. and some other

for example the burn-plugin needs this stuff..

root@vdr:~# apt-get install vdr-plugin-burn
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.


Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:


The following packages have unmet dependencies.
  vdr-plugin-burn: Depends: libgd2-noxpm (>= 2.0.36~rc1~dfsg) but it is not going to be installed or
                            libgd2-xpm (>= 2.0.36~rc1~dfsg) but 2.0.35.dfsg-3ubuntu2 is to be installed
E: Broken packages
root@vdr:~#

Also vdr-plugin-muggle gives me some gray hair.. it's not happy with the available libmad-packages..

root@vdr:~# apt-get install vdr-plugin-muggle
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.


Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:


The following packages have unmet dependencies.
  vdr-plugin-muggle: Depends: libmad0 (>= 0.15.1b-3) but 0.15.1b-2.1ubuntu1 is to be installed
E: Broken packages
root@vdr:~#

I added the medibuntu-repository, but that did not help..

Umm.. I mean Hardy.. Not hoary I getting already confused with these funny names

Ok, so I'll switch to the sid-packages and see what's going on with them

...to be continued...

I'm using Ubuntu Hoary and the following e-tobi repository

deb     http://e-tobi.net/vdr-experimental etch base backports addons vdr-extensions
deb-src http://e-tobi.net/vdr-experimental etch base backports addons vdr-extensions

Should i switch to the sid-packages instead of etch?

What about vdr-extensions vs vdr-multipatch? It's not completely clear to me what's the difference between these two...

Would it be possible to modify the dependencies in the e-tobi packages so that they would work on ubuntu too?

One example would be the muggle-plugin:

root@vdr:/video0# aptitude install vdr-plugin-muggle
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initialising package states... Done
Building tag database... Done
The following packages are BROKEN:
  vdr-plugin-muggle
The following packages have been kept back:
  vdr-addon-noad vdr-sysinfo
0 packages upgraded, 1 newly installed, 0 to remove and 6 not upgraded.
Need to get 409kB of archives. After unpacking 1270kB will be used.
The following packages have unmet dependencies:
  vdr-plugin-muggle: Depends: libflac++5 which is a virtual package.
                     Depends: libflac7 which is a virtual package.
Resolving dependencies...
Unable to resolve dependencies!  Giving up...
Abort.
root@vdr:/video0#

And when checking if the missing flac-dependencis, i get this:

root@vdr:/video0# aptitude search libflac
i   libflac++-dev                                                                         - Free Lossless Audio Codec - C++ development library
i A libflac++6                                                                            - Free Lossless Audio Codec - C++ runtime library
i A libflac-dev                                                                           - Free Lossless Audio Codec - C development library
p   libflac-doc                                                                           - Free Lossless Audio Codec - library documentation
i A libflac8                                                                              - Free Lossless Audio Codec - runtime C library
root@vdr:/video0#

To me it looks that the flac-stuff should up2date