Messages

could be the same problem I fixed in the 027 variant at vdr portal - interrupt (coming from key press) is handled as an error when waiting for data.
Currently I've got no time to test by my own, but the fix was in tcp.cc on the client side:
Just after select in readData (line 293 in current cvs)
#ifndef WIN32
      if (success < 1 && (errno == EINTR) )continue;
#else
      if (success < 1 && (WSAGetLastError() == WSAEINTR) ) continue;
#endif

Maybe someone can try this out. In theory this should also be handled for read but the chance for hitting a key when reading is much smaller then during select - so maybe not really necessary.

Regards
Andreas

Hi keynet,

Unfortunately this version doesn't work with latest cvs.  Oh, and it's in German

- yes the 0.2.7.xx provided by Alex at vdrportal is somehow an own branch. Unfortunately there is a lot of changes Chris introduced in the protocol afterwards - so there is only the option to use both client and server from vdr portal. Anyway the forum is in german - but the vomp is still in english...(I guess you would even get some help there in english) - from my pov currently the most stable version. At least we also added a small patch that should prevent a couple of freezes in playbacks (especially when pressing a key while waiting for data).
- for the cvs/LATEST I'm afraid there is not much time currently on my side (and to be honest I would like to wait for some stable version because it's a lot of effort to follow all the changes with my patches)

I guess a valuable solution would be branches in the cvs (was already discussed in some other thread) - but this depends on Chris.

So - for the moment sorry - but no better solution available.

Regards
Andreas

Hi keynet,
no chance for me to submit to cvs - as I have no write access.
During summer there is only little time for me to work on following all the changes in cvs with my patches - so still needs some time.
Currently you can try the extended 0.2.7 version provided by Alex at VDR portal:
http://www.vdr-portal.de/board/thread.php?threadid=69824&hilight=vomp

At least when I released my latest patches I tested them against the cvs at this time...

Regards
Andreas

Hi,
maybe you should have a look at the newest media player - see http://www.vdr-portal.de/board/thread.php?threadid=69824&hilight=vomp&page=9.
You could easily define an extension (e.g. .cmd) that will execute any command.
The only drawback is, that it cannot be on the top level but only at the second level of the media player menu.

Regards
Andreas

@rumi

Und die vorherige Anweisung VIRDIR mit den zwei .. war auch Bullshit.

Kaum begreiflich, warum VOMP-User so in den Irre geführt werden.

would be good to stay in english - so everybody can understand...
I guess this project is doing a lot to satisfy differnt levels of users.
There are many instructions how to build the server and the client - just following them normally will lead to success.
Doing other things (like building vompserver not the standard VDR way) may require some deeper understanding.
I guess eveybody is trying to help the best she/he can.

If something is "bullshit" - things are getting difficult - I do not really like wordings like those.

I (personally) would like to know of any problems and bugs we still have - so any feedback is highly welcome.

Regards
Andreas

what's going wrong? -> make log
http://www.vdr-portal.de/board/thread.php?postid=722697#post722697

Regards
Andreas

Yes gcc 4.2 compiles ok using const char* instead of the casts.

OK - will change this in the code.

Regards
Andreas

Hi Stuart,
which gcc are you using?
Most probably changing

Code Select Expand


char* mtypename
to
const char* mtypename

could solve the problem (without the ugly casts  )- but I'm not sure (it will maybe need some other const's in the code.
Is the only reason I see why gcc should warn here - assigning a const string to an non const ptr...

Regards
Andreas

I have a quite similar setup with a ds101j acting as dhcp server (with optware packages).
Here is the setup I use (always nfs rooted dongle - but alos works for normal of course).
NSLU2 should be very similar.
(/opt)/etc/dhcpd.conf
....

Code Select Expand

#mvp
group {
  option routers 10.222.10.11;
  option subnet-mask              255.255.255.0;
  option domain-name-servers      10.222.10.11;
  next-server 10.222.10.12;          # IP address of your TFTP server
  allow bootp;

  host mvp { # NOTE: Change the hardware ethernet to the MAC address of your actual MVP
            hardware ethernet 00:0d:fe:00:78:e6;
            fixed-address 10.222.10.60;
# the next 2 lines for NFS - devenv
            filename "vomp-dongle-nfsroot";
            option root-path "10.222.10.12:/volume1/Andreas/vomptest";
# the next line for final dongle
#           filename "vomp-dongle";
######## the next must pot. be enabled if the nfs-root dongle does not boot
#        after starting once this dongle it should work again!
#            filename "dongle.bin.mvpmc";
#            option root-path "/home/mvp,rsize=4096,wsize=4096,nolock";
            }
}



using atftpd....

Code Select Expand

/opt/etc/xinetd.d/atftp
#
# atftp
#
service tftp
{
       flags            = REUSE
       socket_type      = dgram
       protocol         = udp
       instances        = 30
       wait             = yes
       user             = root
       server           = /opt/sbin/atftpd
       server_args      = /opt/tftpboot --group nobody
       log_on_success   = HOST PID
       log_on_failure   = HOST
       disable          = no
}


and finaly the directory with the dongles:
/opt/tftpboot
- all the dongles there with the names like above.
So the dongle boots and tries to contact a server (forever) - voila
Remark:
The /opt in front coming from the optware setup - if you are running native debian it's without /opt I guess.
Regards
Andreas

some questions/hints:
1. does this also happen during using the media player?
As I saw in the source the live tv and recording player have a good chance to freeze the client if there is no/bad data. The media player should not have this problem.
2. maybe you could modify the startup commandline of the client to give some "post mortem" log info - to find out where it crashes. See the following post for a proposal how to do this:
http://www.loggytronic.com/forum/index.php?topic=260.0
Should even work with a non-nfs dongle.
My commandline in /etc/rcS is:
/vompclient -d 10 2>&1 | /vdebugrot /vomplog 2048 5 &

After the crash telnet to vomp, look for the last written log file (number is in vomplog.cur - or just find out with ls -ltr) and go to the end - c&p the last xx lines to the board - would help to find out what's wrong.
Please also add an output of ps -ef.

Watchdog is a bit more complicated - would first need some keep-alive info (maybe a file that is periodically touched in the main loop when fetching from the message queue).

Regards
Andreas

Does this happen in the mediaplayer?
There this problem is definitely still not solved if you have e.g. UTF8 in your filesystem.
Still a job for the future (would need some extra adding of converted display names on the server - already foreseen but still not there...)
In the moment only 3 alternatives:
1. no UTF8 in filesystem
2. live with the garbage 
3. no files with non ASCII names 

Regards
Andreas

Hi tivi,
which gcc you are using?
Looks like -Wformat-y2k is enabled (that should be disabled by default).
Cannot try it in the moment, but maybe adding -Wno-format-y2k to CXXFLAGS in the Makefile works.
Alterantively you could go the hard way with omitting -Werror in CXXFLAGS as a workaround.

Regards
Andreas

Hi all,
I just uploaded a small patch that avoids some "unable to load media list" after stopping during playback (audio, video).
Files as usual at
http://www.wellenvogel.de/software/vomp/index.html#Update_20080407.

Regards
Andreas

Hi all,
I just uploaded 2 patches that provide the media player functions on top of the 0.2.7 version.
You can find them here
http://www.wellenvogel.de/software/vomp/index.html#Update_20080404
Those include the video player functions and the server side script interface to plugin any converters, virtual files,...
Any feedback is welcome.

Regards
Andreas

Hi all,
I just uploaded some patches to make the media player handle playlists.
This is done via the server side scripting interface. You can now create arbitrary lists via this interface. They are displayed and handled like normal directories.
This also allows for creating lists of streaming sources like internet radio.
Files can be found at
http://www.wellenvogel.de/software/vomp/index.html#Update_20080401

Any feedback is highly appreciated.

Regards
Andreas