• This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn more.
  • The forum software that supports hummy.tv has been upgraded to XenForo 2.0!

    This is a major upgrade which changes the look and feel of the forum somewhat but brings a host of improvements too. Please bear with us as we continue to tweak things and report any issues or suggestions in Site/Forum Issues.

Overcoming the 4GB streaming bug...

suarez

New Member
#1
You all know Humax takes forever to release firmware, and whether they are looking into this bug is another question...

So how about some custom script/prog to break up a recording in to less than 4GB chunks so that it can be watched on a client?
 

af123

Administrator
Staff member
#3
That's a great idea and it should be simple enough to put a wrapper round Drutt's nicesplice package to achieve that.
 

af123

Administrator
Staff member
#4
I've had a go at this..



but nicesplice isn't working as I expect... time to talk to Drutt I think.
 

af123

Administrator
Staff member
#5
If you're interested in this feature, try upgrading webif to 0.9.1-2; it's a new option in the OPT+ menu that's visible for any file over 4GB.
At present, it creates a two minute overlap between segments.
After splitting, you'll need to wait for the DLNA server to index the new parts before you can stream them but it doesn't seem to take too long.
 

af123

Administrator
Staff member
#7
Thanks Ezra. I just pushed up an update that also labels the segments appropriately in the media browser, e.g.

1/3. E.T. The Extra-Terrestrial
2/3. E.T. The Extra-Terrestrial
3/3. E.T. The Extra-Terrestrial
 

4291

Well-Known Member
#8
Tried it on a 6.87 GiB locked recording with this result. It managed Part 1 but then stalled.


Split recording into 45 minute segments
File: /media/drive1/Video/Tosca from the Royal Opera House_20111224_1435.ts
Length: 02:10:03
Size: 6.87 GiB (HD)
Time: Splitting will take around 00:13:00
Part 1
NaN %NaN %
extracting...
Part 2
0 %0 %
waiting...
Part 3
0 %0 %
waiting...

Part 1 got up to 111% before showing NaN%

Will try now with the recording unlocked.
 

4291

Well-Known Member
#9
I am seeing the same result as before. Part 1 is in the /video list (2.64 GiB) as well as the original.
 

4291

Well-Known Member
#11
I have no intention to stream even if it is possible. I just like trying out the new features.
The recording I chose is close to the 45 x 3 limit so I expected it to lose a bit off the end.
 

Black Hole

May contain traces of nut
#12
I know that, but some of the custom facilities (WebIF download, decrypt, unencrypt) rely on the DLNA service to work at all - and the HD-FOX can't do that even in HDR-mode. I now realise I have no idea how nicesplice (the core utility that is being used for split) works, because you have played with it on the HD-FOX.
 

af123

Administrator
Staff member
#13
Tried it on a 6.87 GiB locked recording with this result. It managed Part 1 but then stalled.
...
Part 1 got up to 111% before showing NaN%
It isn't actually that uncommon for the progress bar to go slightly above 100% - it's an estimate only and difficult to get right because the bit rate can change throughout a recording.

I haven't tried on a HD model but have successfully split several long high definition films on my HDR.

I wonder if it could be related to you using an iPad to access the interface? I'll do some more testing this evening.
 

af123

Administrator
Staff member
#14
How does nicesplice work? I thought it might rely on the DLNA server, but it can't do if it runs on the HD-FOX.
It works directly on the files that make up a recording. The .ts file contains the raw frames which may or may not be encrypted (the frame headers aren't encrypted in either case) and the .nts is an index, it trims both the .ts and the .nts in concert then adjusts the meta information in the .hmt as necessary.
 

Black Hole

May contain traces of nut
#15
Oh I see. I had not envisaged the .ts being only selectively encrypted - I expected it would be encrypted en bloc. So nicesplice reads and parses the unencrypted parts of the file.
 

4291

Well-Known Member
#18
af123 said:
I wonder if it could be related to you using an iPad to access the interface? I'll do some more testing this evening.
I have tried it using Firefox on my Netbook and it works as I would expect.
I now have Part 1 (2.64 GiB) Part 2 (2.42 GiB) and Part 3 (2.02 Gib) plus the original. Time taken was about right.
Why should using the iPad be different? My box auto - updated this morning. Once the split is triggered shouldn't the box just get on with it.
I am going to rename Parts 1,2, & 3 and try again using my iPad.
 

af123

Administrator
Staff member
#20
It does Part 1 OK, so it must be the iPad/Safari. Three out of three tries with the same result!
I'll do some testing with my iPad tonight.. The stages are triggered by browser-side javascript so different browsers may have different problems with it..