1748 replies to this topic

[WanWizard]

Only thing I can think of is file sorting outside the box.

 

I don't really see a use for bit, but maybe others will. As it is configurable and not the default, I don't have a problem with it.

[Abu Baniaz]

What do the current methods of the of having the date in the filenames serve?

 

Do the plugins that fail with the changes also fail with the existing long and short file name compositions? If so, surely the plugins are the ones that need adaptation. If not, surely they can be adapted.

One benefit of naming the files by event name, is that they can be sorted on the HDD easily and moved/archived/deleted easily instead of having to do it with the remote. When you want to clear items from the HDD, they can be deleted/moved easily. I suppose modifying the short name to have the date last is another possibility.

 

I attach a screenshot which shows the filenames. As you can see the event names are grouped together.

Attached Files

•  Recording names.png   324.74KB   3 downloads

Edited by Abu Baniaz, 25 December 2016 - 18:18.

[WanWizard]

Exactly the use-case I thought.

[SpaceRat]

OpenViX is preparing the Brexit already.
They also downgraded the fakelocale for en_GB to the crappy old-fashioned 12hr system (Which even those who use it don't understand).

Personally I don't have a problem with a useless different naming scheme for recordings.
I would just have a problem when adaptions of plugins break these plugins.

Having the (ISO) date first makes it easy to have them sorted by date (As E2 f#cks with file dates in various places).

And plugins and tools have no problem to parse the existing file naming scheme for date, name and/or station.

Keep in mind that also 3rd party tools like TS Doctor can be f#cked up with such changes.


Gesendet von meinem Siemens C25 mit Tapatalk

[Abu Baniaz]

And plugins and tools have no problem to parse the existing file naming scheme for date, name and/or station.

Scheme or schemes. I hope you tried with the long/short compositions.

 

Why would anyone wanting to sort recordings by date do so by filename? Surely you would sort by date created if you wanted to sort them by date? The change has nothing to do with Brexit. If you look at the date of the initial commit, It is Apr 28, 2015. The request came about because I had to delete recordings from my HDD. The existing filenames/processes make it almost impossible to do so.

 

The initial idea was met with objection  and someone else came up with a suggestion I should create a PHP script to do the work. The usual comments about using Tags was brought up. I'd rather not see all recordings with the word "the" or "new" grouped together. Thank you. I enlisted the help of Birdman to assist in this endeavour, he did so and I am grateful to him. Although he stated that there is an issue with limiting the filename lengths but that is nothing to do with the addition I am suggesting.

 

Anyway, I'm not going to get involved in an argument or pointless debate. If the PLI developers think that this is a good addition, please add. If not, ignore it. You can't say that people do not suggest changes back to you

[SpaceRat]

You obviously more have a problem with using the wrong tools.
I've never ever had a problem with selecting/moving/deleting recordings
- by station (e.g. all recordings on "Hustler HD")
- by programme name (E.g. "Big Tits In Uniform")
even with the current default scheme.



Gesendet von meinem Siemens C25 mit Tapatalk

[SpaceRat]

I attach a screenshot which shows the filenames. As you can see the event names are grouped together.

Where is the beef?



Rest assured there are plenty of other recordings in between these filtered results.

[Persian Prince]

https://github.com/O...e-core/pull/155

 

dvbsnoop 1.4.53

[Erik Slagter]

Apparently merged bij Littlesat. AGAIN!   

[Persian Prince]

https://github.com/O...nigma2/pull/598

 

ac3 is being used for dubbed movies.
mka is the audio vesion of mkv.
Also nrg (which is a Nero format) is similar to iso and we should consider it as iso because you can rename a nrg to iso and it works.
When we support jpg then we can have jpeg too.
wav is an audio format and I guess it was added by mistake in "MOVIE_EXTENSIONS".

Edited by Persian Prince, 13 January 2017 - 13:33.

[littlesat]

Why is the dvd part not a froozenset  I'm afraid we need to consider to request a second merge request....

 

Merged....

Edited by littlesat, 13 January 2017 - 13:41.

[Persian Prince]

Done : https://github.com/O...nigma2/pull/599

 

[littlesat]

Cool.... done....

[Persian Prince]

As you support WeTek Play which is similar to http://minix.com.hk/...s/neo-x8-h-plus I think we have to add more audio/video formats :

 

Supported Video Format

DAT/MPEG/MPE/MPG/TS/TP/VOB/ISO/AVI/MP4/MOV/3GV/FLV

 

MKV/M2TS/MTS/M4V/WMV/ASF/RM/RMVB

Supported Audio Format

DD/DD+/MP2/MP3/WMA/WAV/OGG/OGA/FLAC/ALAC/APE/AAC

[Persian Prince]

OK found what's missing : https://github.com/O...nigma2/pull/600

 

Amlogic devices (and generally arm SoCs) could handle more audio/video formats.

[Persian Prince]

OK here is a new merge request : https://github.com/O...nigma2/pull/602

 

Thanks to Taapat

[Erik Slagter]

I think you should check "mts". AFAIK we already feed these into the DVB subsystem (which deals with them at a better level than gstreamer).

[Persian Prince]

You can remove it on github I guess otherwise I have to send them again

[Erik Slagter]

Or add a commit that removes mts...

[littlesat]

Please add it....  (as soon github is back ON again.... )

Edited by littlesat, 13 January 2017 - 17:22.