2013-08-31, 21:05
hows live TV?, especially HD on these builds. Are these builds good enough for front and back-ends on the same rpi?
2013-08-31, 21:58
in re: new rbej gotham build.
I'm using mythtv, and live tv isn't playing any live videos or tv recordings.
I'm using mythtv, and live tv isn't playing any live videos or tv recordings.
2013-08-31, 22:08
Same here..
Backend is tvheadend.
Latest gotham and frodo builds screen flickers when selecting a tv channel and then returns to channel list.
TV Headend log:
but i am able to play recordings.
Backend is tvheadend.
Latest gotham and frodo builds screen flickers when selecting a tv channel and then returns to channel list.
TV Headend log:
Code:
Aug 31 22:05:09.027 subscription: "192.168.1.123 [ TVAdmin | XBMC Media Center ]" subscribing on "RTL 5 HD", weight: 150, adapter: "HDHomeRun DVB-C 1220F19B-1", network: "", mux: "578,000 kHz", provider: "Ziggo", service: "RTL 5 HD", quality: 100
Aug 31 22:05:09.404 subscription: "192.168.1.123 [ TVAdmin | XBMC Media Center ]" unsubscribing from "RTL 5 HD"but i am able to play recordings.
2013-09-01, 02:10
Anyone succeeded selecting another keybaord layout ?
I understand that no X-Org means no support for switching layout (ALT+Shift).
Selecting another keyboard should work (issue #1986) but I had no luck with the official 3.1.7 Frodo and not with Rbej's latest Gotham.
I understand that no X-Org means no support for switching layout (ALT+Shift).
Selecting another keyboard should work (issue #1986) but I had no luck with the official 3.1.7 Frodo and not with Rbej's latest Gotham.
2013-09-01, 02:14
dhead how was the geniatech hd star? does it work with the raspberry pi?
2013-09-01, 02:49
I tested it with PogoPlug Series 4 (Tvheadend on Arch Linux) and it worked great, fast tuning and quick channel switching, no need to compile anything (I did downloaded the firmware from OpenELEC's dvb-firmware)
I didn't tested it with the Pi and I don't believe it will work without major issues, my experience with usb dvb-t on the Pi was bad, the firmware/usb driver of the Pi is problomatic to say the least.
https://github.com/raspberrypi/firmware/issues/19
https://github.com/raspberrypi/linux/issues/82
I didn't tested it with the Pi and I don't believe it will work without major issues, my experience with usb dvb-t on the Pi was bad, the firmware/usb driver of the Pi is problomatic to say the least.
https://github.com/raspberrypi/firmware/issues/19
https://github.com/raspberrypi/linux/issues/82
2013-09-01, 10:30
(2013-08-31, 20:15)allan87 Wrote: Doveman2 and Neil: If the skip problem is a major issue for you. I suggest that you try the Rbej July 3 Gotham build. That is the last one where skip worked correctly in Myth, and seems to be a very stable and capable build.
Allan, thanks for this. As stated in one of my previous posts, the occurrence rate (for me at least) has dropped from something like 25% of all recordings to more like 5%. It doesn't bother me in the slightest now, and even the missus can "cope" with it.
I'll give the July 3 build a whirl on one of my RPis sometime in the week and see if it resolves the issue for me. If it does, I'll report back (I've identified 4 recordings that I still have that exhibit the problem on every RPi, so should be easy to test.
2013-09-01, 15:10
Just wondering if there is a memory leak in Gotham/master (with newlock3 patches).
I'm testing on a 512MB Pi (128MB GPU) running OpenELEC which is NOT loading SYSTEM into RAM, so the Pi starts off with about 230MB free memory once XBMC had displayed the GUI (although in Frodo, this would be closer to 300MB free).
However in Gotham, I'm seeing free memory now go as low as 36MB, and I've never seen free memory go this low with OpenELEC Frodo (also with noram set in cmdline.txt) - Frodo builds would run for days with around 250-300MB free.
Does the new caching approach in Gotham really use this much RAM? If I'd loaded SYSTEM into RAM (which itself requires about 100MB) I wonder if I'd have experienced an OOM situation. Or is there a leak. Or am I panicking over nothing?
See this pastebin which shows the free memory before, during and after playing a movie. Note how the free memory drops dangerously low, and has remained low for several hours so it doesn't look like it is being released. I've also included the details from top, and after restarting xbmc.bin you can see a lot of memory is released, getting the system back to roughly where it should be. At the very end is the amount of free memory available just after booting the system once the XBMC GUI has appeared.
Is anyone else seeing anything similar?
I'm testing on a 512MB Pi (128MB GPU) running OpenELEC which is NOT loading SYSTEM into RAM, so the Pi starts off with about 230MB free memory once XBMC had displayed the GUI (although in Frodo, this would be closer to 300MB free).
However in Gotham, I'm seeing free memory now go as low as 36MB, and I've never seen free memory go this low with OpenELEC Frodo (also with noram set in cmdline.txt) - Frodo builds would run for days with around 250-300MB free.
Does the new caching approach in Gotham really use this much RAM? If I'd loaded SYSTEM into RAM (which itself requires about 100MB) I wonder if I'd have experienced an OOM situation. Or is there a leak. Or am I panicking over nothing?
See this pastebin which shows the free memory before, during and after playing a movie. Note how the free memory drops dangerously low, and has remained low for several hours so it doesn't look like it is being released. I've also included the details from top, and after restarting xbmc.bin you can see a lot of memory is released, getting the system back to roughly where it should be. At the very end is the amount of free memory available just after booting the system once the XBMC GUI has appeared.
Is anyone else seeing anything similar?
2013-09-01, 15:26
@MilhouseVH
Are you sure this memory is not linux file caches that will be freed when otherwise required?
i.e when you have 36MB free do you crash with OOM when you launch another app that requires 36M? Or does it just work?
If the problem seems real, then reverting newclock3 patches may be interesting. If problem still presists then reverting to an older point in Gotham hostory would be interesting.
My Gotham builds run for days/weeks (I only reboot when updating) without OOM crashes.
Are you sure this memory is not linux file caches that will be freed when otherwise required?
i.e when you have 36MB free do you crash with OOM when you launch another app that requires 36M? Or does it just work?
If the problem seems real, then reverting newclock3 patches may be interesting. If problem still presists then reverting to an older point in Gotham hostory would be interesting.
My Gotham builds run for days/weeks (I only reboot when updating) without OOM crashes.
2013-09-01, 15:42
@popcornmix: I'm not entirely sure how this memory is being used, just that on a Frodo system it's closer to 300MB "free" while in Gotham it's down as low as 36MB.
I've not (yet) had an OOM, though this is the lowest I've seen the free memory go. Thinking about it, I had just built for the first time with the newlock3 3D patch (even though I don't have any 3D movies)... after the football is finished I'll remove that patch and run some more tests (although it could take some hours to get meaningful figures).
However, even without the 3D patch, I have seen noticeably higher-than-Frodo memory consumption in Gotham, maybe due to the extra a caching, but no where near as much as I saw today.
I've not (yet) had an OOM, though this is the lowest I've seen the free memory go. Thinking about it, I had just built for the first time with the newlock3 3D patch (even though I don't have any 3D movies)... after the football is finished I'll remove that patch and run some more tests (although it could take some hours to get meaningful figures).
However, even without the 3D patch, I have seen noticeably higher-than-Frodo memory consumption in Gotham, maybe due to the extra a caching, but no where near as much as I saw today.
2013-09-01, 16:12
I thought when setting 128MB GPU on a 512MB RPi it automatically loaded SYSTEM into RAM but anyway, with Gotham I've been seeing around 300MB free. Can't say about the latest builds though as I've been running one a week or so old but have just upgraded to the latest so I'll check that later.
2013-09-01, 18:26
(2013-09-01, 15:10)MilhouseVH Wrote: Just wondering if there is a memory leak in Gotham/master (with newlock3 patches).
I'm testing on a 512MB Pi (128MB GPU) running OpenELEC which is NOT loading SYSTEM into RAM, so the Pi starts off with about 230MB free memory once XBMC had displayed the GUI (although in Frodo, this would be closer to 300MB free).
However in Gotham, I'm seeing free memory now go as low as 36MB, and I've never seen free memory go this low with OpenELEC Frodo (also with noram set in cmdline.txt) - Frodo builds would run for days with around 250-300MB free.
I'm running RBEJs latest Gotham build and 'top' is showing free memory of around approx 24MB after about 20hours of running. I've watched the memory usage as i've kicked of various things within XBMC, such as a backup (using the backup plugin) and playing various files and the free mem goes up and down between about 20MB and 35MB with no sign of issues, so I think this is just the Linux memory management using ram as a cache and free it up when needed.
2013-09-01, 18:44
Updated Gotham Branch
- updated Xbmc Gotham
- adopted patches from OpenElec git
http://netlir.dk/rbej/builds/
http://lysin.me/rbej
Please test LiveTv
- updated Xbmc Gotham
- adopted patches from OpenElec git
http://netlir.dk/rbej/builds/
http://lysin.me/rbej
Please test LiveTv
2013-09-01, 19:00
(2013-09-01, 02:10)dhead Wrote: Anyone succeeded selecting another keybaord layout ?
I understand that no X-Org means no support for switching layout (ALT+Shift).
Selecting another keyboard should work (issue #1986) but I had no luck with the official 3.1.7 Frodo and not with Rbej's latest Gotham.
Wrong issue, the one that was fixed was #1965.
2013-09-01, 19:34
(2013-09-01, 18:44)rbej Wrote: Updated Gotham Branch
- updated Xbmc Gotham
- adopted patches from OpenElec git
http://netlir.dk/rbej/builds/
http://lysin.me/rbej
Please test LiveTv
I still can't get livetv to work correctly.
here's a log trying to play a recording.
Quote:13:28:29 T:3062239760 NOTICE: COMXPlayer: Opening: pvr://recordings/Default/Nature/Nature - Birds of the Gods, TV (522 WMPTDT), 20130822_000000.pvr
13:28:29 T:3062239760 WARNING: CDVDMessageQueue(player):ut MSGQ_NOT_INITIALIZED
13:28:29 T:2739926112 NOTICE: Thread OMXPlayer start, auto delete: false
13:28:29 T:2739926112 NOTICE: Creating InputStream
13:28:29 T:2739926112 NOTICE: Creating Demuxer
13:28:29 T:2739926112 NOTICE: Opening video stream: 0 source: 256
13:28:29 T:2739926112 ERROR: OMXPlayerVideo : Error open video output
13:28:29 T:2739926112 WARNING: OpenVideoStream - Unsupported stream 0. Stream disabled.
13:28:29 T:2739926112 NOTICE: Opening audio stream: 1 source: 256
13:28:29 T:2739926112 ERROR: OMXPlayerAudio : Error open audio output
13:28:29 T:2739926112 NOTICE: Creating audio thread
13:28:29 T:2657891424 NOTICE: Thread OMXPlayerAudio start, auto delete: false
13:28:29 T:2739926112 WARNING: CDVDMessageQueue(video):
13:28:29 T:2739926112 ERROR: Process - Closing stream due to m_omxPlayerAudio.BadState()
13:28:29 T:2739926112 NOTICE: COMXPlayer::OnExit()
13:28:29 T:2739926112 NOTICE: OMXPlayer: closing audio stream
13:28:29 T:2739926112 NOTICE: Closing audio stream
13:28:29 T:2657891424 NOTICE: thread end: OMXPlayerAudio::OnExit()
13:28:29 T:2739926112 NOTICE: COMXPlayer::OnExit() deleting demuxer
13:28:29 T:2739926112 NOTICE: COMXPlayer::OnExit() deleting input stream
13:28:29 T:2913596512 NOTICE: 1Channel: Service: Playback started
13:28:30 T:2739926112 NOTICE: Thread BackgroundLoader start, auto delete: false
13:28:30 T:2913596512 NOTICE: 1Channel: Playback Stopped
13:28:30 T:2913596512 NOTICE: 1Channel: Service: Resetting...
13:28:30 T:3062239760 WARNING: CDVDMessageQueue(player):
13:28:30 T:3062239760 NOTICE: DVDPlayer: finished waiting
13:28:30 T:3062239760 WARNING: CDVDMessageQueue(player):
13:28:30 T:3062239760 NOTICE: DVDPlayer: finished waiting
13:28:30 T:2739926112 NOTICE: Thread BackgroundLoader start, auto delete: false
