Re: [vdr] vdr crashes when replaying zero length recording
On 14.03.2012 02:17, Torgeir Veimo wrote: On 14 March 2012 10:57, Frank Neumann wrote: Hi Tor, well honestly, I don't think it's one of the patches, it seems for me rather to be again somehow "vdr-plugin-extrecmenu". The VDR version as of today has been tested since 2 month, to become part for stable-vdr (first lucid, then natty) and nobody did realize this problem. But I need to mention, pretty sure nobody did test extrecmenu, it isn't part of "yavdr-essential". Could you please try to replay these recordings using the VDRs own functionality? I simply temporarily removed /usr/lib/vdr/plugins/libvdr-extrecmenu.so.1.7.22 (just negging it in oder.conf didn't work) and restarted vdr-dbg. Here's the crashlog from that run; ... Command line: /usr/bin/vdr-dbg --lirc=/var/run/lirc/lircd -v /srv/vdr/video.00 -c /var/lib/vdr -L /usr/lib/vdr/plugins -r /usr/lib/vdr/vdr-recordingaction -s -E /var/cache/vdr/epg.data -u vdr -g /tmp --port 6419 -w 0 -D 1 2 3 -Pxine -r -Plcdproc -Piptv -Ptext2skin -Pmenuorg -Pfemon -Pepgsearch -f /usr/bin/svdrpsend -Pxvdr -t 10 -Pstreamdev-server -Pchannellists -Pdbus2vdr -Pskinenigmang --logodir=/usr/share/vdr-enigmang-icons --epgimages=/var/cache/vdr/epgimages -Plive --port=8008 --ip=0.0.0.0 --epgimages=/var/cache/vdr/epgimages -Prestfulapi --port=8002 --ip=0.0.0.0 --epgimages=/var/cache/vdr/epgimages --channellogos=/usr/share/vdr-channellogos -Pquickepgsearch -Pskinpearlhd --epgimages=/var/cache/vdr/epgimages -Pmarkad -Pepgsearchonly -Pwirbelscan -Pconflictcheckonly -Pdynamite &> /tmp/vdr.log Versions: - vdr (1.7.22/1.7.22) - The Video Disk Recorder xine (0.9.4) - Software based playback using xine lcdproc (0.0.10-jw8) - LCDproc output iptv (0.4.2) - Experience the IPTV text2skin (1.3.2+git) - Loader for text-based skins menuorg (0.4.5) - Reorganizes the main menu femon (1.7.11) - DVB Signal Information Monitor (OSD) epgsearch (1.0.1) - search the EPG for repeats and more xvdr (0.9.5) - VDR-Network-Streaming-Interface (XVDR) Server streamdev-server (0.5.1-git) - VDR Streaming Server channellists (0.0.4) - Manage your channellists dbus2vdr (0.0.2j) - expose methods for controlling vdr via DBus skinenigmang (0.1.1) - EnigmaNG skin live (0.2.0) - Live Interactive VDR Environment restfulapi (0.1.0) - Offers a RESTful-API to retrieve data from VDR quickepgsearch (0.0.1) - Quick search for broadcasts skinpearlhd (0.0.1) - PearlHD Skin markad (0.1.3) - Mark advertisements epgsearchonly (0.0.1) - Direct access to epgsearch's search menu wirbelscan (0.0.7) - DVB and pvrinput channel scan for VDR conflictcheckonly (0.0.1) - Direct access to epgsearch's conflict check menu dynamite (0.0.9a) - attach/detach devices on the fly Please run *plain vanilla* VDR 1.7.26 with only the most essential plugins (which would be the *output* plugin, nothing else) and see if it still crashes. If it does, please make a tar-archive of this empty recording and send it to me for further investigation. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] locale issue with --edit
On 14.03.2012 03:10, Tobi wrote:
This was driving me mad!
I have a NTSC TS-recording with 29.97002997 fps.
When I set cut marks via the VDR-OSD and cut the recording, this works fine.
But when I cut the same recording with the same cut marks with
`vdr --edit`, the cut points are offset by some seconds e.g. the beginning
of the cutted recording is about 9 seconds earlier than it should be.
Reason: When invoking `vdr --edit` LC_NUMERIC is *not* set to "C" yet when
CutRecording() is called. My default locale uses "," as the decimal
point, causing the framerate to be parsed as 29.0 instead of 29.97002997.
setlocale(LC_NUMERIC, "C") should be called earlier in main().
Can you please verify that this works?
--- vdr.c 2012/03/09 09:55:15 2.34
+++ vdr.c 2012/03/14 09:09:19
@@ -173,6 +173,7 @@
// Initiate locale:
setlocale(LC_ALL, "");
+ setlocale(LC_NUMERIC, "C"); // makes sure any floating point numbers written
use a decimal point
// Command line options:
@@ -550,7 +551,6 @@
isyslog("codeset is '%s' - %s", CodeSet, known ? "known" : "unknown");
cCharSetConv::SetSystemCharacterTable(CodeSet);
}
- setlocale(LC_NUMERIC, "C"); // makes sure any floating point numbers written
use a decimal point
// Initialize internationalization:
Klaus
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] locale issue with --edit
On 14.03.2012 10:10, Klaus Schmidinger wrote: > Can you please verify that this works? It does! Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] cheap dvb-s usb2.0 card
In article <4f5e50a4.8010...@embl.de> you write: >Hi, Hi, sorry for the late reply... > >Can somebody point out at a resonably priced DVB-S (or DVB-S2) USB2.0 >card to use with VDR? > >I found this one: >http://www.buydvb.net/tbs5922-usb-dvbs2-tv-box_p41.html > >but it seems a bit expensive... I don't have experience with usb dvb-s tuners but I can report good success with this dvb-s2 one using the (now) Linux 3.2 v4l/dvb tree under FreeBSD using webcamd: http://engl.technotrend.eu/2779/TT-connect__S2-3600.html Previously on Linux it needed the s2-liplianin tree but apparently since kernel 3.2 the pctv452e.c driver it uses has finally reached mainline. I realize this one is not as cheap as you may be able to get an old dvb-s-only model, but for dvb-s2 it's a pretty good price I think, and the important thing is unlike some other usb tuners this one _works_ and isn't picky wrt the usb host or anything like that. :) (and the remote works too, and you can even use an universal remote with a pvr350 config using ir-keytable in case you need extra buttons for things like starting/stopping vdr-sxfe or xbmv-pvr, or for fullscreen toggle.) HTH, Juergen ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
